Dotaz: Po update embedded serveru pomalé načítání webu

[MM]

Ahoj, po update Buildrootu z verze 2018.07 na 2020.11 v embedded zařízení (ARMv6 400MHz) se mi na Chromiu děsně pomalu načítá web (19s první stránka když je nakešováno 35 s vyplou keší, původně 10s/17s). Na Firefoxu není zpomalení tak markantní (11s nakešováno, 25s s vyplou keší původně 10s/11s).

Server na ARMu je lighttpd, nakonfigurován stejně jako předtím (novější tls, vyplé starší šifry), zkoušel jsem vypnout mod_compress, to se mi zdálo, že lehce pomohlo. Používá se https.

Při použití Chromia jako klienta je vytížení ARM procesoru na serveru znatelně větší než při použití Firefoxu (zkoušeno na více verzích chromia/firefoxu na různých počítačích).

Na embeded zařízení nemám gdb.

Poraďte prosím, jak problém debugovat. Může Chromium používat nějaké složitější šifrování, nebo tak něco? Jde to nějak zjisttit? (Zkoušel jsem debugovat přes konzoli prohlížeče, je vidět, že každý soubor trvá déle (je jedno jak velký)). Děkuji

Odpovědi

[Petr Šobáň]

Těžko říct kde je chyba.

Prostě co logy, nevypisuje to tam nějaké chyby.

Taky zda není problém se sítí, takže nahrát velký soubor a zkusit ho stáhnout bez http(s), pomocí ssh za jak dlouho se stáhne a pak ho zkusit stáhnout přes http a https přes ten server jak rychle se bude stahovat.

Tím zjistíš zda funguje připojení OK, zda je rozdíl v rychlosti bez šifrování a s šifrováním přes www atd...

Taky možná spustit na PC wireshark a kouknout kde se to seká.

[Glubin]

Nebude problem v dobe navazovani tls spojeni? Zvlast pokud se pouzivaji jine siffy ...

[MM]

Ahoj, se sítí problém není, spíš při tom navazování spojení. Zkouším ještě uclibc a busybox nakonfigurovat co nejpodobněji jako na původním buildrootu. Siffy nevím co je, jestli šifry, tak lighttpd.config mám stejný na obou jednotkách (se starým i s novým buildrootem), zkusil jsem měnit lighttpd.conf (povolovat staré tls, šifry), ale žádné podstatné zrychlení se nekonalo. Zatím se mi nepovedlo to přehodit na http.

Chromium, když je puštěné z konzole, vypisuje cosi jako [125239:125291:0122/075823.749597:ERROR:ssl_client_socket_impl.cc(960)] handshake failed; returned -1, SSL error code 1, net_error -202

zřejmě u každého načítaného elementu, ale to vypisuje na obou jednotkách, na staré o poznání rychleji (řádově menší odstupy u timestamps).

[Petr Šobáň]

Povolit http není problém přece, stačí kouknout do default konfigurace a budeš vědět hned zda to fakt blbne to šifrování.

Taky mě napadlo přes jaké IP tam přistupuješ zda ti nekoliduje IPv4 s IPv6 zda se to nesnaží získat stránku přes IPv6 a teprve až vyprší timeout použije IPv4?

[MM]

Používám přímo IPV4 tzn třeba https://192.168.3.30/, s vypnutím https to není úplně jednoduché, je tam ještě nějaké defaultní přesměrování z http na https, nějaký lua backend,atd., což hází klacky pod nohy.

[Petr Šobáň]

A tak s tím nepomůžu, ale co tam dát nějaké testovací stránky na pokusy.

[Jendа]

Na embeded zařízení nemám gdb.

To nevadí, potřebuješ perf. Ten tam máš?

[MMi]

Ahoj,

perf tam taky nemám. Zjistil jsem, že se za ty 2 roky změnilo nastavení openssl, odebralo se md5, přibyly složitější šifry atp. V pondělí to zkusím tunit i v openssl nastavení. Je každopádně zajímavý ten rozdíl Firefoxu vs Chromium, dá se nějak zjistit, jaké šifry se používají na PC (v prohlížeči/wiresharku atp.)? Díky.

[MM]

Nakonec jsem ještě updatoval lighttpd na nejnovější a zapl podporu HTTP/2. To to zrychlilo cca na původní úroveň, možná je to i o něco málo rychlejší než na starém buildrootu.