( uid_4656 | 2020. 02. 29., szo – 17:35 )

Szerintem a default korlát 10 volt a HCTInst esetében, amikor ezzel foglalkoztam + pénzért lehetett kérni a korlát emelését a GIRO-tól. Lehet, hogy azóta megváltozott a korlát, ezt nem tudom.

Az egyik kihívás egyébként ezzel kapcsolatban az, hogy ezen a 10 TCP kapcsolaton, HTTP pipelinig nélkül (amit nem támogatott a GIRO rendszere) egyszerre legfeljebb 10 HTTP kérésed lehetett folyamatban a GIRO irányában. Ha a GIRO válaszideje 50-100 ms között volt (ami a 10-20 ms hálózati késleltetésből és a digitális aláírás 50-100 ms-éből simán összejön), akkor 100-200 HTTP kérésnél többet nem tudsz átzavarni ezeken a "csatornákon", tehát nem tudsz 100-200 TPS-nél többet forgalmazni, még optimális esetben sem. Pedig bizonyos peak-eknél ennél többre szükség lehet.

A másik kihívás pedig a konkrét implementációban van - tök nagy szívás az, hogy egy olyan HTTP klienst csinálj, ami 1) tud HTTPS-t beszélni client certificate küldésével együtt 2) tud HTTP Keep-Alive-ot 3) garantálja, hogy egy szerver felé 10-nél több TCP kapcsolatot nem nyit. Megoldható, de... :/ Ha épp 11 HTTP kérést van kedvem küldeni, akkor hadd küldjem már el...