Python ப்ராக்ஸி சரிபார்ப்புகள்: Future.cancel() threadகளை ஏன் இயங்கவிடுகிறது

காத்திருக்கும் futureகளை ரத்து செய்வது செயலில் உள்ள நெட்வொர்க் சரிபார்ப்புகளை ஏன் நிறுத்துவதில்லை என்பதைப் புரிந்துகொள்ளுங்கள், இலக்கின் ஆரோக்கியத்தை நிரூபிக்கிறது என்று கூறாமல் ப்ராக்ஸி பந்தயத்தை வரம்பிடுங்கள்.

ஒரு worker பயன்படுத்தக்கூடிய ப்ராக்ஸியைக் கண்டுபிடிக்கிறது. அதன் முகவரியைத் திருப்பித் தருகிறீர்கள், மற்ற futureகளில் cancel அழைக்கிறீர்கள், நெட்வொர்க் செயல்பாடு நிற்கும் என்று எதிர்பார்க்கிறீர்கள். நிற்காமல் போகலாம்.

ஒரு Future அதன் callable தொடங்குவதற்கு முன் ரத்து செய்யப்படலாம். ஒரு thread ஏற்கனவே ஒரு கோரிக்கையை இயக்கும்போது, அதன் Future ரத்து செய்வது அந்த socket செயல்பாட்டை தடை செய்யாது. workerக்கு அதன் சொந்த வரம்புக்குட்பட்ட நெட்வொர்க் செயல்பாடும் சுத்தம் செய்யும் பாதையும் தேவை.

executorவின் ஆயுளும் முக்கியம். ThreadPoolExecutor சூழலை விட்டு வெளியேறுவது அதன் வேலை முடியும் வரை காத்திருக்கும். ஒரு வேகமான முடிவைக் கண்டுபிடித்து பின்னர் பல மெதுவான workerகளுக்காக காத்திருப்பது அழைப்பவரின் மொத்த தாமதத்தை வெற்றியாளர் தெரிவித்த latency போலவே தோற்றமளிக்காது.

பந்தயத்தைத் தொடங்குவதற்கு முன் வரம்பிடுங்கள்

  • வரம்பற்ற பொது பட்டியலைச் சமர்ப்பிப்பதற்குப் பதிலாக ஒரே நேரத்தில் நடக்கும் சரிபார்ப்புகளின் எண்ணிக்கையை வரம்பிடுங்கள். இலவச ப்ராக்ஸி பட்டியல் சரிபார்ப்பாளரின் உள்ளீட்டுக்கு வேட்பாளர்களை வழங்குகிறது, ஒவ்வொரு endpointவின் நெறிமுறையும் workerக்காக வைக்கப்படுகிறது.
  • ஒவ்வொரு கோரிக்கைக்கும் பொருத்தமான இணைப்பு மற்றும் படிப்புக் கொள்கையை வழங்குங்கள்.
  • அழைப்பவருக்கு ஒட்டுமொத்த முடிவெடுக்கும் நிதியை வழங்குங்கள்.
  • முடிவைத் தாண்டி வாழும் workerகளின் முடிவுகளை யார் வடிகட்டுகிறார் அல்லது மூடுகிறார் என்பதை வரையறுங்கள்.

ஒரு Futureக்காக குறைவாகக் காத்திருப்பது அதன் அடிப்படைக் கோரிக்கையைச் சுருக்குவதற்குச் சமம் அல்ல. அதுபோலவே, முடிவைக் கைவிடுவது ஒவ்வொரு நெட்வொர்க் வளத்தையும் உடனடியாக விடுவிக்காது.

முதல் வெற்றிகரமான முடிவும் முதல் வெற்றிகரமான சரிபார்ப்பு மட்டுமே. அது திட்டமிடல், தற்காலிகச் சேமிப்பில் உள்ள இணைப்புகள் மற்றும் குறிப்பிட்ட சரிபார்ப்பு இலக்கைப் பொறுத்திருக்கலாம். endpoint உலகளவில் வேகமானது என்றோ உண்மையான பணி வெற்றிபெறும் என்றோ அது நிறுவவில்லை.

பெரும்பாலும் சமீபத்திய அவதானிப்புகளுடன் ஒரு சிறிய தக்கவைக்கப்பட்ட குளம், ஒவ்வொரு பதிவிறக்கத்திற்கும் முன் முழுப் பட்டியலுடன் போட்டியிடுவதை விட எளிமையானது. பதிவைப் புதுப்பிக்க உண்மையான செயல்பாட்டின் முடிவைப் பயன்படுத்துங்கள், தோல்விகளுக்கான கட்டுப்படுத்தப்பட்ட மீட்புக் கொள்கையுடன். முன்கூட்டிய சரிபார்ப்பு பழக்கத்தால் ஒவ்வொரு பணியையும் இரட்டிப்பாக்குவதற்குப் பதிலாக அதன் செலவை ஈட்ட வேண்டும்.

தொடர்புடைய கட்டுரைகள்