Diky vsem za tipy, treba se s tim nekdo popere. Kdyz se neco dozvim,
postnu to sem.
Jan Dvořák wrote:
Ahoj Tomucho,
1. Tak dva roky nazpatek se ukazalo, ze Suni jvm-ko pro Solaris beha je
v nekterych situacich o dost pomalejsi nez porty pro jine platformy,
ktere Sun dela. Ted uz by to melo byt spravene
(http://news.com.com/2100-1001-984529.html), ale neni jasne, co je nutno
upgradovat - zda OS, JRE, nebo oboji.
2. Podobnou zkusenost, jakou mas ty, jsme pozorovali pred asi peti lety
se serverem od HP. Uuuuzasne zelezo, ale zakaznik nikdy nemel dost penez
na to, aby konfigurace byla vyvazena. Tu bylo malo pameti, pak zas malo
disku, nakonec by to bylo byvalo chtelo pridat procesory, ale k tomu uz
nastesti nedoslo. Nez se na to nainstaloval vsecek potrebny software
(Oracle db a Oracle Application Server) a zacalo to realne chodit, to
trvalo tak dlouho, ze stroj uz byl zastaraly. Nakonec se podarilo
zakaznika premluvit, at tuhle nadheru "vycleni na dulezitejsi ukoly"
(... samba ;-) ), nam ze by vlastne stacil uplne obycejny pececkovy
server. Od tech dob vse chodi bez problemu, pochopitelne.
3. Nedavno jsem byl pritomen slavnostnimu vypinani sunovskeho
databazoveho serveru (databaze Informix). Je to v podstate stejna story.
Na dva roky starem pececkovem serveru to chodi nekolikrat rychleji.
Myslim si, ze dnes uz je investice do podobneho zeleza obhajitelna jen
ve vyjimecnych pripadech. Ale to jsem se dostal ponekud off the topic.
4. Podle znameho, ktery delal v Telecomu a sunovske servery spravoval,
ma Solaris povest, ze kdykoli po nem neco chces, tak je to pomale.
Posles dva pozadavky zaraz, je to pomale. Posles deset pozadavku
najednou, je to pomale. Posles sto soubeznych pozadavku, je to pomale.
Ale je to pomale porad stejne! Nutno samozrejme zvazit, jestli tento
druh skalovatelnosti mas vubec sanci vyuzit - v malych ceskych pomerech
jsou i ty urady jaksi mensi, ze ;-)
5. JDBC driver pro Oracle nemival uplne nejlepsi povest. Nedivil bych
se, kdyby nekde uvnitr synchronizoval vic, nez je nezbytne potreba, coz
muze byt zadrhel prave pro to solarisi jvm-ko. Nedalo by se vyzkouset,
zda by treba zmeny fetchSize u ResultSetu nebo Statementu nemely nejaky
efekt? Predpokladam, ze ovladace mas posledni verzi...
Honza
Tomas Zverina napsal:
Mila konference,
muj krasny projekt trpi tim, ze je v produkcnim prostredi ($SUBJ)
nesnesitelne pomaly, predevsim v situacich, kdy se mezi DB - serverem
- klientem, prenasi/zpracovavaji nejaka "vetsi" data - ne moc velka,
treba desitky kilo nafetchovanych radku vysledku dotazu.
Nemusim jiste rikat, ze na Linoxuvo/Windowsovo/FreeBSD strojich, na
kterych to vyvijime, bezi vsechno bez problemu. Konkretni uloha trva
vsude kolem 300ms, tam 3000ms.
Nepotkal jste nekdo takovy fenomen?
Siti to nebude, ta je celkem normalni, ty stroje jsou sice pomalejsi
nez normalni zelezo (alespon v neparalelizovatelnych ulohach), ale ne
zase tolik. Prislusne dotazy jsou odladeny a odpovidaji zhruba stejne
rychle tam i jinde.
Je to poskladano z Oracle, Tomcat, Spring, RMI.
Diky za tip, mate-li.
--
S pozdravem,
Tomas Zverina
Multimedia atelier s.r.o.
Na Dolinách 4
147 00 Praha 4
IČO: 25127071
tel.: 241 433 120
e-mail: [EMAIL PROTECTED]
http://www.m-atelier.cz/
Společnost Multimedia atelier s.r.o. je zapsána u rejstříkového soudu v
Praze, oddíl C, vložka 51961.
