Worker batek erabilgarri den proxy bat aurkitzen du. Bere helbidea itzultzen duzu, beste future-etan cancel deitzen duzu, eta sare-jarduera geldituko dela espero duzu. Baliteke ez gelditzea.

Future bat bertan behera utzi daiteke bere callable-a hasi aurretik. Hari bat jada eskaera bat exekutatzen ari denean, bere Future-a bertan behera uzteak ez du socket eragiketa hori eteten. Worker-ak bere sare-eragiketa mugatua eta garbiketa-bidea behar ditu.

Exekutatzailearen bizitza ere garrantzitsua da. ThreadPoolExecutor testuingurutik irteteak bere lana amaitzeko itxaroten du. Emaitza azkar bat aurkitu eta gero hainbat worker geldoen zain egoteak deitzailearen atzerapen osoa irabazleak jakinarazitako latentziaren oso bestelakoa izan daiteke.

Mugatu lasterketa hasi aurretik

  • Mugatu aldi bereko egiaztapenen kopurua, zerrenda publiko mugagabe bat bidali beharrean. Doako proxy zerrendak hautagaiak ematen dizkio egiaztatzailearen sarrerari, endpoint bakoitzaren protokoloa worker-erako gordetzen dela.
  • Eman eskaera bakoitzari konexio eta irakurketa politika egokia.
  • Eman deitzaileari erabaki-aurrekontu orokorra.
  • Zehaztu nork hustu edo ixten dituen erabakia bizirik irauten duten worker-en emaitzak.

Future bati gutxiago itxarotea ez da berdin bere azpiko eskaera laburtzea. Era berean, emaitza uzteak ez du berehala sare-baliabide guztiak askatzen.

Lehen emaitza arrakastatsua lehen egiaztapen arrakastatsua ere bada. Programazioaren, cachean gordetako konexioen eta egiaztapen-helmuga zehatzaren araberakoa izan daiteke. Ez du frogatzen endpoint-a unibertsalki azkarrena denik edo benetako zeregina lortuko denik.

Askotan, azken behaketekin mantendutako igerileku txiki bat errazagoa da deskarga bakoitzaren aurretik zerrenda osoarekin lehiatzea baino. Erabili benetako eragiketaren emaitza erregistroa eguneratzeko, akatsetarako berreskuratze-politika kontrolatu batekin. Aurretiko egiaztapenak bere kostua irabazi beharko luke, ohituraz zeregin bakoitza bikoiztu beharrean.

Erlazionatutako artikuluak