Prosim o TEST, maly jednoduchy test na Vasem hostingu

7. 7. 2020 10:12:23

Napsal Whois Proxy;1589741
Argo nemá vliv na DNS a u DNS rozhodně nejde určovat lepší/horší latenci pro jednotlivý domény.

Argo ma vliv na redukci celkove rychlosti odezvy/nacitani, stejne jako edge cache u CF. Neco jako mereni pres webpagespeed v rezimu cable vs native. Nepis mi zde blbosti, mam to overene v praxi. Hledam bezplatne alternativy a moznosti jak dosahnout podobnych rychlosti bez pouziti premium sluzeb.

7. 7. 2020 10:12:23

https://webtrh.cz/diskuse/prosim-o-test-maly-jednoduchy-test-na-vasem-hostingu/strana/4/#reply1456528

Whois Proxy

7. 7. 2020 11:01:57

Napsal Oleg;1589750
Argo ma vliv na redukci celkove rychlosti odezvy/nacitani, stejne jako edge cache u CF. Neco jako mereni pres webpagespeed v rezimu cable vs native. Nepis mi zde blbosti, mam to overene v praxi. Hledam bezplatne alternativy a moznosti jak dosahnout podobnych rychlosti bez pouziti premium sluzeb.

Žádné blbosti nepíšu. Argo slouží pro webtraffic a ne pro DNS traffic, který se chová uplně jinak.

7. 7. 2020 11:01:57

https://webtrh.cz/diskuse/prosim-o-test-maly-jednoduchy-test-na-vasem-hostingu/strana/4/#reply1456527

Oleg

(53 hodnocení)

7. 7. 2020 11:36:16

Napsal Whois Proxy;1589754
Žádné blbosti nepíšu. Argo slouží pro webtraffic a ne pro DNS traffic, který se chová uplně jinak.

Ja nepotrebuji DNS traffic, ja potrebuji minimalizovat odezvu serveru na minimum, o tom toto tema bylo, abych zjistil jak jsou na tom ostatni hostingy.

7. 7. 2020 11:36:16

https://webtrh.cz/diskuse/prosim-o-test-maly-jednoduchy-test-na-vasem-hostingu/strana/4/#reply1456526

Whois Proxy

7. 7. 2020 11:45:15

Napsal Oleg;1589756
Ja nepotrebuji DNS traffic, ja potrebuji minimalizovat odezvu serveru na minimum, o tom toto tema bylo, abych zjistil jak jsou na tom ostatni hostingy.

Ok :D v grafech je vidět, že nejvíc času před TFB je DNS resolution. V diskuzi ve které jsem reagoval si řešil náhradu CF DNS za HE.NET DNS, a tam jsem následně reagoval, že Argo nemá na DNS vliv, nacož si mě označil, že pišu hlouposti :D A teď, že o DNS není řeč :)

7. 7. 2020 11:45:15

https://webtrh.cz/diskuse/prosim-o-test-maly-jednoduchy-test-na-vasem-hostingu/strana/4/#reply1456525

Oleg

(53 hodnocení)

7. 7. 2020 12:37:08

Napsal Whois Proxy;1589757
Ok :D v grafech je vidět, že nejvíc času před TFB je DNS resolution. V diskuzi ve které jsem reagoval si řešil náhradu CF DNS za HE.NET DNS, a tam jsem následně reagoval, že Argo nemá na DNS vliv, nacož si mě označil, že pišu hlouposti :D A teď, že o DNS není řeč :)

Primarnim ucelem diskuse bylo zjistit proc je tak velky rozdil v First Byte / TTFB. Vis proc rychlost pri stejne velikosti souboru pod 300B je rozdilna pri mereni v rezimu Cable vs Native?

Dale, DNS CF, podle mne, nenabizi plnou rychlost ve variante Free vs placene verzi. Dale, Argo samozrejme ma zasadni vliv na rychlost odezvy serveru - co na tom nechapes? Mas to popsane na oficialnim webu/blogu CF. Mam s tim prime zkusenosti. Stejne jako prime zkusenosti s CF Edge Cache.

To co na normalnim CF DNS ve free verzi dam na DNS: SSL > Connect > Send > Wait > Receive za 300-350ms tak s argo je to kupodivu za 180-200ms a s Edge Cache za +/- 120ms.

DNS Lookup: 50-140ms CF Free. S Argo za 20-80 s Edge Cache za 15-50.

Hledam alternativy k placenemu CF, tak budu zkouset HE.

Mas nejake dalsi poznamky nebo zkusenosti misto omacky kolem jen abys nahnal pocet postu ve foru?

7. 7. 2020 12:37:08

https://webtrh.cz/diskuse/prosim-o-test-maly-jednoduchy-test-na-vasem-hostingu/strana/4/#reply1456524

TomasX

(4 hodnocení)

7. 7. 2020 12:41:55

best-hosting.cz, čistý nginx, dns u digitalocean.com, bez CF/CDN a jiných urychlovačů

7. 7. 2020 12:41:55

https://webtrh.cz/diskuse/prosim-o-test-maly-jednoduchy-test-na-vasem-hostingu/strana/4/#reply1456523

TomasX

(4 hodnocení)

7. 7. 2020 12:51:28

Napsal Oleg;1589756
Ja nepotrebuji DNS traffic, ja potrebuji minimalizovat odezvu serveru na minimum, o tom toto tema bylo, abych zjistil jak jsou na tom ostatni hostingy.

Pokud chceš minimalizovat odezvu, nejlepší je jít do vps s vyhrazenými prostředky, tak aby tě neovlivňovaly jiní klienti jejich zatížením. Máš-li to pro konkrétní aplikaci je potřeba nastavit test podle plánovaného využití aplikace, nejde totiž snad nikdy o čísla takhle prázdného nezatíženého webu, ale potřebuješ udržet určité hodnoty pro median (třeba 90 %). Stejně tak je nutné počítat s použitím určitých protokolů, je super vše vyladit na TLS 1.3 s HTTP/2 a pak mít spousty návštěvníků se starým androidem nebo IE prohlížečem, to si moc nepomůžeš.

Všechna zde zveřejněná měření jsou přijatelná pro jakýkoliv web, ale musíš je udržet i při vysokém zatížení, tam je pak panečku již pěkný problém.

K DNS. Pěkně tady řešíte DNS, ale CF, HE a další jsou jen resolvery, ty neovlivníte pro náštěvníky (ani tady pro měření), protože to má každý jinak, rychlost DNS (zejména prvního vyhledání) bude záviset na autoritativních NS, ty se také nesmí přetížit. Ani CF není nejrychlejší pokud nemá data v cache a musí je získat, i u tohoto měření mohl být výsledek ovlivněn tím, že se to testovalo na nové doméně, kterou nikdo neměl v cache.

Pokud tě to jen osobně zajímá, klidně si to takhle testuj, pokud na tom chceš založit důležitý projekt, najmi si někoho zkušeného, je v tom tolik háčků, že je potřeba určitá zkušnost a znalost, i spousty zde zmíněných hostingů se v tom dost plácají a mají velké mezery v konfiguracích.

7. 7. 2020 12:51:28

https://webtrh.cz/diskuse/prosim-o-test-maly-jednoduchy-test-na-vasem-hostingu/strana/4/#reply1456522

Oleg

(53 hodnocení)

7. 7. 2020 15:02:16

Napsal TomášX;1589763
Pokud chceš minimalizovat odezvu, nejlepší je jít do vps s vyhrazenými prostředky, tak aby tě neovlivňovaly jiní klienti jejich zatížením. Máš-li to pro konkrétní aplikaci je potřeba nastavit test podle plánovaného využití aplikace, nejde totiž snad nikdy o čísla takhle prázdného nezatíženého webu, ale potřebuješ udržet určité hodnoty pro median (třeba 90 %). Stejně tak je nutné počítat s použitím určitých protokolů, je super vše vyladit na TLS 1.3 s HTTP/2 a pak mít spousty návštěvníků se starým androidem nebo IE prohlížečem, to si moc nepomůžeš.
Všechna zde zveřejněná měření jsou přijatelná pro jakýkoliv web, ale musíš je udržet i při vysokém zatížení, tam je pak panečku již pěkný problém.
K DNS. Pěkně tady řešíte DNS, ale CF, HE a další jsou jen resolvery, ty neovlivníte pro náštěvníky (ani tady pro měření), protože to má každý jinak, rychlost DNS (zejména prvního vyhledání) bude záviset na autoritativních NS, ty se také nesmí přetížit. Ani CF není nejrychlejší pokud nemá data v cache a musí je získat, i u tohoto měření mohl být výsledek ovlivněn tím, že se to testovalo na nové doméně, kterou nikdo neměl v cache.
Pokud tě to jen osobně zajímá, klidně si to takhle testuj, pokud na tom chceš založit důležitý projekt, najmi si někoho zkušeného, je v tom tolik háčků, že je potřeba určitá zkušnost a znalost, i spousty zde zmíněných hostingů se v tom dost plácají a mají velké mezery v konfiguracích.

Ja se o to predevsim zajimam z duvodu kdy resim optimalizaci rychlosti webu a nevychazi mi ta logika (mereni webu o velikosti 300KB vs 300B) pod to zcela stejny +/- nekolik desitek ms rozdil na FB/TTFB.

Nektere testy ukazaly i na Wedosu First Byte za 0,09 ms, a ten je zatizeny, pravdepodobne, az az.

Na nove domene test nedelam, domena bezi 5+ let, minimum 1+ rok

Jop, TLS mam v minimalni verzi 1.2 h2 pokud to prohlizec dovoli tak to pujde pres TLS 1.3 s 0-RTT.

Prave, ze na VPSku apod. se vse resi jednoduse. Ale tady chci dojit nejakemu rozumnemu vysvetleni proc to tak je ve vetsine pripadu a proc Cable ma jiny DNS lookup a FB/TTFB nez Native rezim mereni plnou rychlosti server-server bez network trottle.

Prave jak jsem chtel, vsechny testy bez CDN a jinych urychlovacu apod. Takze nektery web to ma dobre jiny proste hroznou odezvu. Nedava mi to vubec zadnou logiku a jak jsem psal, cloveka docela dost zamrzi napriklad pokud web je na Wordpress nacten do 800ms z celho FB je 150-300ms.

Dal hledam nejake vysvetleni a zkousim to vselijak resit.

7. 7. 2020 15:02:16

https://webtrh.cz/diskuse/prosim-o-test-maly-jednoduchy-test-na-vasem-hostingu/strana/4/#reply1456521

Whois Proxy

7. 7. 2020 16:14:33

https://www.webpagetest.org/forums/showthread.php?tid=14159 - Cable vs Native chápu jako omezení na straně testu na simulaci připojení přes domácího poskytovatele, vs. spojení z měřícího serveru jak síť dovolí.

Co je pro mě překvapením z tý diskuze, tak WPT využíva pro test reálné prohlížeče a ne jen simulace.

7. 7. 2020 16:14:33

https://webtrh.cz/diskuse/prosim-o-test-maly-jednoduchy-test-na-vasem-hostingu/strana/4/#reply1456520

Oleg

(53 hodnocení)

7. 7. 2020 16:27:32

To jsem cetl taky a nedostal odpoved na svoj otazku proc to tak je.

Pokud nekdo ma 1Gbps pripojku nebo 5 Mbps proc mu to hodi zcela jine hodnoty mereni zvlast u toho TTFB/FB. Prece pomaly pocitac a pomale pripojeni by nemelo byt znevyhodnovano tim, ze dostane First Byte az za 300ms, kdezto teoreticky hi end pc s 1Gbps dostane o 2/3 odezvu rychleji ze serveru. To je jety podle mne.

Smysl by to davalo pri vykonu zarizeni a rychlosti pripojeni, kdy by byla hodnota FCP a Fully Loaded odlisna az nasobna ve smyslu pomale/rychle zarizeni a internet.

No nic, budu resit dal, snad najdu reseni.

7. 7. 2020 16:27:32

https://webtrh.cz/diskuse/prosim-o-test-maly-jednoduchy-test-na-vasem-hostingu/strana/4/#reply1456519

TomasX

(4 hodnocení)

7. 7. 2020 16:33:26

Ano, WPT ten cable vs. native řeší na úrovní virtuálního interfacu, kde softwarově pro celou instanci přidává nějaké zpoždění pro každý paket, takže u DNS ty časy zbytečně narostou, stejně tak to postihne kontrolu certificate transparency nebo kontrolu na podvodné stránky u chromu.

Ano, spouští se tam celý container s vlastním prohlížečem, to lze vyvodit z toho, že se tam mohou natáčet videa, uložit z chromu debug panel, udělat jeho snímek (což je vlastně to, co tady se screenuje) atd.

Při měření tam máš i timelinu co jak dlouho trvalo. U DNS to je sranda, pokud web má TTL 60s, většina DNS resolverů to plus mínus dodržuje a při dotazu po expiraci se dotáže na autoritativního NS a to výrazně zpodí dotaz. Nastav TTL na 24h a uvidíš jak i tohle bude mnohem rychlejší.

Měření rozeber na jednotlivé části a ty měř/optimalizuj samostatně, dělat tyhle full chain měření produktují tyhle skoro náhodné výsledky. Pro optimalizaci načtení webu musíš primárně dělat (za mě) dvě věci, hledat/odstraňovat bariéry (velké obrázky, pomalý NS, přístup z jiného světadílu, počet souborů atd.) a zjišťovat/rozstahovat limity (počet souběžných uživatelů, šířka pásma u serveru, vytížení disku vs. cachování).

7. 7. 2020 16:33:26

https://webtrh.cz/diskuse/prosim-o-test-maly-jednoduchy-test-na-vasem-hostingu/strana/4/#reply1456518

Oleg

(53 hodnocení)

7. 7. 2020 16:57:55

Napsal TomášX;1589789
Ano, WPT ten cable vs. native řeší na úrovní virtuálního interfacu, kde softwarově pro celou instanci přidává nějaké zpoždění pro každý paket, takže u DNS ty časy zbytečně narostou, stejně tak to postihne kontrolu certificate transparency nebo kontrolu na podvodné stránky u chromu.
Ano, spouští se tam celý container s vlastním prohlížečem, to lze vyvodit z toho, že se tam mohou natáčet videa, uložit z chromu debug panel, udělat jeho snímek (což je vlastně to, co tady se screenuje) atd.
Při měření tam máš i timelinu co jak dlouho trvalo. U DNS to je sranda, pokud web má TTL 60s, většina DNS resolverů to plus mínus dodržuje a při dotazu po expiraci se dotáže na autoritativního NS a to výrazně zpodí dotaz. Nastav TTL na 24h a uvidíš jak i tohle bude mnohem rychlejší.
Měření rozeber na jednotlivé části a ty měř/optimalizuj samostatně, dělat tyhle full chain měření produktují tyhle skoro náhodné výsledky. Pro optimalizaci načtení webu musíš primárně dělat (za mě) dvě věci, hledat/odstraňovat bariéry (velké obrázky, pomalý NS, přístup z jiného světadílu, počet souborů atd.) a zjišťovat/rozstahovat limity (počet souběžných uživatelů, šířka pásma u serveru, vytížení disku vs. cachování).

Tomasi, jaka byla bariera u toho jednoducheho html souboru o velikosti 300 bajtu? Zadna.

Pritom native vs cable mereni je rozdilne, 50-100ms vs 150-300ms. Dela to i na normalnim webu.

Samozrejme ze se snazim eliminovat vsechny bariare ale toto nevim jak, nevim jak to ted jinak eliminovat.

S tim TTL diky za napovedu, zkusim to prenastavit na CF i u sebe na domene a podivam se jak to dopadlo.

7. 7. 2020 16:57:55

https://webtrh.cz/diskuse/prosim-o-test-maly-jednoduchy-test-na-vasem-hostingu/strana/4/#reply1456517

Whois Proxy

7. 7. 2020 17:29:26

Podle mě se snažíš eliminovat něco, co tam ve skutečnosti není. Je to omezení z jejich strany aby to jakože simulovalo prostě "bežnýho" smrtelníka, který při návštěvě webu sjíždí facebook, čumí na youtube a stahuje péčko na dobrou noc. Tzn ty čísla jsou úmyslně zhoršeny.

7. 7. 2020 17:29:26

https://webtrh.cz/diskuse/prosim-o-test-maly-jednoduchy-test-na-vasem-hostingu/strana/4/#reply1456516

Oleg

(53 hodnocení)

7. 7. 2020 17:46:21

To je fajn, ale klientum to dere oci. Jaky je smysl plazit ultra husta CDNka nebo mit VPSko s vyhrazenym vykonem, pokud to umyslne zhorsi vysledek i tak :D nonsense

7. 7. 2020 17:46:21

https://webtrh.cz/diskuse/prosim-o-test-maly-jednoduchy-test-na-vasem-hostingu/strana/4/#reply1456515

Whois Proxy

7. 7. 2020 18:16:42

Napsal Oleg;1589799
To je fajn, ale klientum to dere oci. Jaky je smysl plazit ultra husta CDNka nebo mit VPSko s vyhrazenym vykonem, pokud to umyslne zhorsi vysledek i tak :D nonsense

Já myslel, že weby se dělají pro lidi a ne pro online testy :) Proto prostě vezmeš víc různých testů a dokážeš, že tvoje řešení je ok, i když jeden test dělá blbosti.

7. 7. 2020 18:16:42

https://webtrh.cz/diskuse/prosim-o-test-maly-jednoduchy-test-na-vasem-hostingu/strana/4/#reply1456514