Python प्रोक्सी जाँच: Future.cancel() ले थ्रेडहरूलाई किन चलिरहन दिन्छ
पर्खिरहेका futures रद्द गर्दा सक्रिय नेटवर्क जाँच किन रोकिँदैन भन्ने बुझ्नुहोस्, र गन्तव्यको स्वास्थ्य प्रमाणित गर्छ भनी नभनी प्रोक्सी दौड सीमित गर्नुहोस्।
एक worker प्रयोगयोग्य प्रोक्सी भेट्टाउँछ। तपाईं त्यसको ठेगाना फर्काउनुहुन्छ, अरू futures मा cancel कल गर्नुहुन्छ, र नेटवर्क गतिविधि रोकिने अपेक्षा गर्नुहुन्छ। नरोकिन पनि सक्छ।
Future लाई यसको callable सुरु हुनुअघि रद्द गर्न सकिन्छ। थ्रेडले पहिले नै अनुरोध कार्यान्वयन गरिरहेको छ भने, त्यसको Future रद्द गर्दा त्यो socket अपरेशन अवरोध हुँदैन। worker लाई आफ्नै सीमित नेटवर्क अपरेशन र सफाई मार्ग चाहिन्छ।
executor को जीवनकाल पनि महत्त्वपूर्ण छ। ThreadPoolExecutor सन्दर्भ छोड्दा त्यसको काम सकिने प्रतीक्षा गर्छ। एउटा छिटो नतिजा भेट्टाएर त्यसपछि धेरै ढिला workers को प्रतीक्षा गर्दा कलरको कुल ढिलाइ विजेताले रिपोर्ट गरेको लेटेन्सी जस्तो बिल्कुलै नदेखिन सक्छ।
दौड सुरु गर्नुअघि सीमित गर्नुहोस्
- असीमित सार्वजनिक सूची पेश गर्नुको सट्टा एकैचोटि हुने जाँचको संख्या सीमित गर्नुहोस्। निःशुल्क प्रोक्सी सूची ले जाँचकर्ताको इनपुटका लागि उम्मेदवार दिन्छ, प्रत्येक endpoint को प्रोटोकल worker का लागि राखिन्छ।
- प्रत्येक अनुरोधलाई उपयुक्त जडान र पढाइ नीति दिनुहोस्।
- कलरलाई समग्र निर्णय बजेट दिनुहोस्।
- निर्णयपछि बाँच्ने workers का नतिजा कसले निकाल्छ वा बन्द गर्छ परिभाषित गर्नुहोस्।
Future का लागि कम प्रतीक्षा गर्नु यसको आधारभूत अनुरोध छोटो बनाउनु जस्तै होइन। त्यसैगरी, नतिजा त्याग्दा प्रत्येक नेटवर्क स्रोत तुरुन्तै मुक्त हुँदैन।
पहिलो सफल नतिजा पनि पहिलो सफल जाँच मात्र हो। यो तालिका, क्यास गरिएका जडान र विशेष जाँच गन्तव्यमा निर्भर हुन सक्छ। यसले endpoint सार्वभौमिक रूपमा सबैभन्दा छिटो छ वा वास्तविक कार्य सफल हुनेछ भनी प्रमाणित गर्दैन।
प्रायः हालका अवलोकनहरू सहितको सानो राखिएको पूल प्रत्येक डाउनलोड अघि सम्पूर्ण सूचीसँग दौड गर्नुभन्दा सरल हुन्छ। रेकर्ड अद्यावधिक गर्न वास्तविक अपरेशनको नतिजा प्रयोग गर्नुहोस्, असफलताका लागि नियन्त्रित पुनःप्राप्ति नीतिसहित। प्रिफ्लाइटले बानीले हरेक कार्य दोब्बर बनाउनुको सट्टा आफ्नो लागत कमाउनुपर्छ।