Další zaříznutí (diskuse)

[zabza]

ve tři ráno nejsou lidi ve škole ... nebo to je adresa z kolejí?

[Leoš Literák]

no prave - od ceho je cron ci lepe atd? Jsem zvedav, kolika lidi z brnenskeho VUT se to dotklo.

[David Jež]

V klidu, konkretni jedna zasuvka jednoho konkretniho clovicka na konkretnich kolejich... Zbytek sveta vesele jede.
-djz

[petr_p]

Nechci, aby to vyznelo tak, ze podle jedince z mnoziny lidi soudim celou mnozinu, ale s kolejnima sitema VUT mam velmi spatne zkusenosti.

Uz nekolikrat se mi stalo, ze jsem se castecne nahodou a castecne schvalne dostal skrz jejich firefally a jina zabezpeceni k informacim, ktere maji byt z Inetu nedostupne.

Napr. asi pred tydnem jsem narazil na jednu sit, kde bylo webove rozhrani s topologii site vcetne vyhledavani na ftp serverech. Na webu byl seznam ftp serveru a kombinace login:heslo (1. chyba) k celokolejnimu FTP uctu. Po nekolika pokusech jsem narazil stanici, kam se bylo mozne z Inetu (2. chyba) na tento ucet prihlasit. Tak jsem poslal mail tamejsimu adminovi s 'ls /mp3/' a on, ze si 1. chybu neuvedomil a za 2. chybu si mohou uzivatele, ale pry "jsou to informatici, tak snad vedi, co delaji".

Takze asi tak.

[David Jež]

No praveze sou to informatici... To mluvi za vsechno .
-djz

[Pavel Janík]

Nechci nejak omlouvat chovani dotceneho jedince, plne souhlasim s Leosem, ze je to proste podivne si stahovat takto obsah weboveho serveru.

Nicmene pokud soucasne bezicich 50 spojeni vyvola load nad 25, znamena to, ze je nekde neco spatne...

[CIJOML]

zeby jawa? :D

Mno ale vazne - load je hodnota uplne o nicem, znamena jen kolik procesu ceka na obslouzeni a jestli si ta java holt pusti kazdy download jako proces a ne vlakno...

[Leoš Literák]

Jo, ona je to zahada i pro mne. Serveru nevadi spousty otevrenych konekci z ruznych IP adres, ale jak je pres 20 soucasnych konekci z jedne adresy, je zle. Mozna je to tim, ze ty spousty lidi se chovaji svym zpusobem stejne a na to je abicko optimalizovano (cache). Jenze mirroring je zcela jiny pripad uziti a rozbije vsechny predpoklady i cache.

Dle top zabira vetsinu CPU databaze mysql. Jenze kdyz si doma zkusim prehrat ten scenar, je vse v pohode. Tim minim, ze pres wget stahnu stejne stranky co nejrychleji za sebou. Mozna bych mel sehnat nejaky tool, ktery to spusti ve vice vlaknech najednou, pak se to treba zacne chovat jinak. Bohuzel nemam moc casu vrtat se v testech a hledat pricinu. Do takove nevdecne prace se mi nechce, radsi delam novou funkcnost

[manas456]

základní chyba programátora - přidávat novou funkčnost v okamžiku, kdy nejsou vychytány všechny známé chyby. čím víc toho bude, tím hůř to pak půjde testovat.

přetížení serveru při jednom blbém mirroru, to tam je určitě něco hodně špatně. doporučuju se na to zaměřit, určitě to bude jen nějaká pitomost. nevděčná práce to určitě není - při odhalování takovéhle chyby se člověk sice navzteká, ale pak má radost a naučí se mnoho nového. věřte mi a pusťte se do toho ;]

[Filip Jirsák]

Mirrorovací nástroj možná používá persistentní spojení, pak se to třeba může chovat jinak (persistentní spojení bude asi obsluhovat stále ten samý thread). Něco o tom, jak se Jetty chová pod zátěží je třeba tady: Servlet Performance Report nebo zde: Jetty optimization. Taky si nejsem jistý, zda se Jetty 5 nechová v takovýchto situacích lépe. Mám pocit, že jsem to někde četl, ale nevím už, kde.

[Haaja]

V tvém příspěvku jak máš výpis té ip adresy, tak mi to dost hnusně vstupuje do tvé fotky a těch informací, to je normálně?

[Pavel Stárek]

No je to taková "nemilý věc" . Robert Krátký (nebo Leoš) mi to kdysi jednou vysvětloval proč to tak je, ale bohužel jsem ten e-mail ztratil

[Leoš Literák]

Je to chyba prohlížečů, které špatně interpretují značku PRE. Tohle bohužel nemáme šanci opravit.

[Haaja]

jasne v poradku, jo firefox to takhle dela.... To je jedno, jen ze zvedavosti jsem se zeptal ;)