Dotaz: Abclinuxu - pomale!

[pdp7]

Nevim, poslednich par dnu se trapim s pomalym abickem (pomala odezva). Jako web prohlizec pouzivam FF. Pri nacitani Abclinuxu.cz dole ve stavovym radku vzdycky nekolik vterin (5 - 15 nekdy i dyl) visi napis

Cekam na abclinuxu... 

a pak se normalne nacte. Dela to nekomu taky? Ostatni stranky se mi nacitaj tak nejak normalne.

Net mam od O2 (Internet express 2048/256)

Odpovědi

[Dent]

Mám tu samou zkušenost. Všechny stránky mají odezvu okamžitou, abclinuxu.cz teď 25 vteřin, než se po kliknutí na Odpovědět něco začalo dít. Při procházení webu je to hodně nepříjemné. ADSL o2 (512/128).

[Dent]

Mám tu samou zkušenost. Všechny stránky mají odezvu okamžitou, abclinuxu.cz teď 25 vteřin, než se po kliknutí na Odpovědět něco začalo dít. Při procházení webu je to hodně nepříjemné. ADSL o2 (512/128).

[stativ]

Mam ten samy problem, net mam od Karnevalu. Podle tracepath je ale problem uz na ceste – zrejme dns u nextry.

[Luboš Doležel (Doli)]

Na cestě žádný problém nevidím.

Problém je zakopán v kódu/nastavení Ábíčka, musí se počkat, než bude odhalen a odstraněn.

[pdp7]

Diky za odpovedi.

[stativ]

Ja nevim, od mne se to vzdycky na pomerne dlouhou dobu zasekne na ip 195.47.117.3 coz myslim abicko neni.

[pdp7]

Kdyz ale tu ip 195.47.117.3 pinguju tak odpovida okamzite! Fakt by me zajimalo kde je zakopan pes.

[Luboš Doležel (Doli)]

Traceroute defaultně posílá UDP pakety, ty však nemusejí být akceptovány všemi směrovači. Proto je u traceroute parametr -I, který zajistí použití ICMP Echo - to už projde.

[stativ]

Zase jsem o neco chytrejsi.

[jm]

Prece protoze Java rocks...

[Filip Jirsák]

Nejste v tom sám, dělá to všem. Panuje všeobecná shoda na tom, že dlouho trvá, než server začne vůbec odpovídat. Když už odpovídat začne, jde to rychle.

Leoš řeší už nějakou dobu výkon serveru Abíčka, to znamená někde vyladění parametrů, někde úprava kódu nebo třeba výměna používané knihovny za jinou. To ale znamená, že se občas nějaké nastavení nebo změna netrefí a je to spíš k horšímu, nebo se podaří zrychlit jednu část, pak jsou kladeny vyšší nároky na další část a ta se pod větší zátěží začne chovat ještě pomaleji, než předtím. A zrovna tyhle věci se těžko testují na lokálním počítači, a mít duplicitní testovací server a k němu farmu počítačů pro generování zátěžových testů si asi Abíčko přeci jen nemůže dovolit.

Závěr – ví se o tom, není to schválně ani trvalý stav, řeší se to, ale zatím není jasné, kde to drhne.

[Lukáš Zapletal]

Není to tou novou keší?

Jinak jsem pro to, aby se zase zapl gzip, je to super věc a dost to zrychluje odezvu.

[Filip Jirsák]

Není to tou novou keší?

Je to možné, mám pocit, že to začlo v době nasazení nové keše. Ale když Leoš tu keš u sebe testoval, získal s tou novou keší lepší odezvu než s tou původní…

Jinak jsem pro to, aby se zase zapl gzip, je to super věc a dost to zrychluje odezvu.

Já jsem taky pro, ale s vypnutím gzipu samovolně zmizel problém s Konquerorem, takže je reálné nebezpečí, že s nasazením gzipu se ten problém zase samovolně objeví.Zkusím nějaký gzip filtr otestovat, ale až po víkendu, protože můj vývojový testovací server momentálně zaskakuje za jeden „produkční“ server, který se upekl – a přeci jen pár malých webů obsluhovat musí. Takže zátěžové testy rozhodně nejsou něco, co bych teď chtěl na tom testovacím serveru provádět

[*]

On kazdy dalsi zamek nebo serialize srazi pomerne dost vykon cehokoliv na kolika chces procesorech, at uz je resen jakkoliv dobre. Plati zasada nejlepe se paralelizuji ulohy ktere nemaji spolecna data.

Cache funguje obdobne jako databze a javovou cache pro jeden relativne velky redakcni system uz jsem videl a zazil na vlastni kuzi.

Sybase to resi tak, ze podle poctu enginu clusteruje v databazi volne misto pro zapis a v ramci enginu se hadaji thready o zamek nad danym usekem a ano neprimo to ovlivni i cteni. Neprimo se prodlouzi doba nejkratsi mozne odezvy a nejdelsi mozne odezvy, ale celkovy prumer se zlepsi. je to docela magie.

[Leoš Literák]

Puvodni moje cache byla pesimisticka a pouzivala synchronizace i na cteni. Whirlycache je optimisticka a ma nejake zamky jen pri zapisu. Takze teoreticky by pod vice uzivateli mela jet vyrazne rychleji.

Pokud jde o ty moje lokalni benchmarky, tak v dobe nasazeni jsem nevidel zadny zasadni rozdil mezi obema implementacemi, test trval dvanact minut. Kdyz jsem jej ale pustil o par dni pozdeji, trval jen dve minuty! Absolutne nechapu, proc se to mohlo lisit.

[Opičák]

Mě to dělá taky.

[kouby]

Ano i u mě se abclinuxu hodně táhne. Už od včera nebo od středy, teď přesně nevím. Ale dnes je to opravdu kritické, jelikož se abíčko skoro vůbec nedá prohlížet. Načítání stránek trvá strašně dlouho - čeká se strasně dlouho na odezvu serveru. Málem mi to ani nevzalo můj příspěvek. Chtělo by to problém vyřešit co nejrychleji, doufám, že brzo najdete toho permoníka, který toto způsobuje. :)

[Lu-Tze]

Když to teda dělá všem, tak mě to netrápí. Skoro nikdo nemá tu trpělivost, aby sem přispíval, takže sem stejně nemá smysl chodit

Přeju hodně štěstí při hledání řešení. A těším se na tu explozi příspěvků od neukojených blogerů až se to spraví

[Thunder.m]

Vypadá to jako opravené, aspoň teda je to výrazně rychlejší oproti dnešní například 20. hodině

[Leoš Literák]

Ted jsem tedy zrusil SelectChannelConnector a na chvili zkusil BlockingChannelConnector, ktery me ale vzapeti zasypal miliony vyjimek timeout can't be negative z sun.nio.ch.SocketAdaptor.setSoTimeout volaneho od org.mortbay.jetty.nio.BlockingChannelConnector$Connection.run(BlockingChannelConnector.java:160). Nakonec jsem tedy zahodil nio implementace a vratil se ke klasickemu modelu jedno vlakno na jeden request skrze SocketConnectoru. Uz pred lety se pokus prejit na NIO u jetty 4 nepovedl z duvodu slabe vykonnosti, ted se situace opakuje u jetty 6.

Jinak pro vasi informaci, pred chvili byl load 25. Ted klesl na 1,8. Kdybych tak videl do javy, co presne ten load zpusobuje. Zda je problem v mem kodu nebo v jetty. Kdo to tak zdrzuje a zatezuje. Jenze jak profilovat produkcni server, na ktery pristupuje 15 tisic lidi denne? Asi budu muset nastudovat ten JVM agent, treba se na to da pouzit.

[OndraZX]

Jo ted to jede - cca kolem 7-8 hodiny vecer jsem se na Abclinuxu ani nedostal, a kdyz tak veeeeellllmmmiii pomalu

[stativ]

Diky, sahibe. Vsechno jede tak jak ma.

[pdp7]

Vsem diky.

[Milan Jurik]

Jenze jak profilovat produkcni server, na ktery pristupuje 15 tisic lidi denne?

Dtrace

[OndraZX]

Dnes je Abclinuxu opet nechutne pomale - najeti na stranku = cca 30 sec. Ostatni weby ok. Ping na www.abclinuxu.cz cca 20msec

[Leoš Literák]

Pred chvili byl load pres 20 a logy plne vyjimek jetty illegal state: FULL. Restartoval jsem jetty, load spadl na 7, coz je stale moc. Vecer zkusim nasadit novejsi jetty, ktera by snad tuto chybu mela minimalizovat. Stejne ale to bude chtit silnejsi hardware

[OndraZX]

Dnes je Abclinuxu opet nechutne pomale - najeti na stranku = cca 30 sec. Ostatni weby ok. Ping na www.abclinuxu.cz cca 20msec

[diverman]

Potvrzuju pomalost. Sedim na 100mbitu do NIXu.