Python proxy-prófanir: hvers vegna Future.cancel() lætur þræði halda áfram

Einn worker finnur nothæft proxy. Þú skilar heimilisfangi þess, kallar cancel á hinar future-arnar og býst við að netvirknin stöðvist. Það gerir það kannski ekki.

Hægt er að aflýsa Future áður en callable þess byrjar. Þegar þráður er þegar að framkvæma beiðni stöðvar aflýsing Future hans ekki þá socket-aðgerð. Workerinn þarf eigin afmarkaða netaðgerð og hreinsunarbraut.

Líftími framkvæmdarans skiptir líka máli. Að yfirgefa ThreadPoolExecutor-samhengi bíður þess að verkið klárist. Að finna eina fljóta niðurstöðu og bíða svo eftir nokkrum hægum workerum getur látið heildartöf kallarans líta allt öðruvísi út en tilgreindri svörunartöf sigurvegarans.

Afmarkaðu keppnina áður en hún byrjar

• Takmarkaðu fjölda samtímis prófana í stað þess að leggja fram ótakmarkaðan opinberan lista. Ókeypis proxy-listinn veitir frambjóðendur fyrir inntak prófandans, en prótókoll hvers endapunkts er varðveittur fyrir workerinn.
• Gefðu hverri beiðni viðeigandi tengingar- og lestrarstefnu.
• Gefðu kallaranum heildarákvörðunarfjárhagsáætlun.
• Skilgreindu hver tæmir eða lokar niðurstöðum frá workerum sem lifa ákvörðunina af.

Að bíða skemur eftir Future er ekki það sama og að stytta undirliggjandi beiðni hans. Á sama hátt losar það ekki öll netauðlindir samstundis að hætta við niðurstöðuna.

Fyrsta árangursríka niðurstaðan er líka aðeins fyrsta árangursríka prófunin. Hún getur verið háð röðun, skyndiminni tengingum og tilteknum prófunaráfangastað. Hún sannar ekki að endapunkturinn sé almennt sá hraðasti eða að raunverulega verkefnið muni heppnast.

Oft er lítill varðveittur laug með nýlegum athugunum einfaldari en að keppa við allan listann fyrir hverja niðurhal. Notaðu niðurstöðu raunverulegu aðgerðarinnar til að uppfæra færsluna, með stýrðri endurheimtarstefnu fyrir bilanir. Forprófunin ætti að vinna sér inn kostnað sinn í stað þess að tvöfalda hvert verkefni af vana.