09.11.2005-15:16:46 :: Remember, remember, the velvet November


node:	09.11.2005-15:16:46
template:	4
parent:	09.11.2005-14:49:29
owner:	uz.nebudem.tolko.fetovat
viewed by:
created:	09.11.2005 - 15:16:46

cwbe coordinatez:
101
63540
63542
2109677
940127
1973047
1972657
1973256
1973262
1973297

ABSOLUT
KYBERIA

permissions
you:	r,
system:	public
net:	yes

tucniak :)

0000010100063540000635420210967700940127019730470197265701973256019732620197329701973350

mozno som tucniak, aj ked som skor chudy, ale som tucniak, co spravuje 11 freebsd serverov. to nepisem preto, aby sme sa mohli hadat, kto ma vacsi pipik, ale nepisem len tak, ze by som nemal co robit a podrypoval do freebsd. proste su tu realne, aktualne problemy, ktore ine systemy maju davno vyriesene a freebsd si riesi svoje vnutorne problemy typu ci vyhodit perl zo zakladnej distry alebo aky bude defaultne scheduler. pricom vravim, su tam akutne problemy, ktore sa jednoducho neriesia vobec (napr. rok znamy problem s rychlostou citania z hw raid poli). dokonca ani prepisanie io subsystemu tomu pomohlo iba ciastocne. a ked ma z hw raid pola linux 2-3x rychlejsie citanie (z fyzickeho devicu, nie z filesystemu), tak to uz je dost na zaplakanie...

000001010006354000063542021096770094012701973047019726570197325601973262019732970197335001973374

sak ano, ved to.
ja tu rypem obrazne povedane (citujem) "aby sme sa mohli hadat, kto ma vacsi pipik" :)
preto ma udivuje, ze tolko energie (a hnevu?) vkladas do reakcii

ale ak by som mal nejak rozumne zareagovat tak k tym problemom, ktore adresujes, sa nemozem kompetente vyjadrit, nakolko ani nespravujem 11 freebsd serverov ani hardverove raid polia. ostava mi verit ti, a to nemam dovod necinit.
ja pouzivam netbsd na low-end intelovych serveroch so softverovymi raidmi bez distribuovanych filesystemov, clusteringu atd. a okrem absencie zurnalovacieho filesystemu nepocitujem nejake hendikepy voci linuxovym uzivatelom. a mnohe vlastnosti bsd by mi v linuxe chybali. proste nepoznam linuxove distro, ktore by mi neprislo bud zbyotocne komplexne, alebo prilis malo dotiahnute. mam tym na mysli trebars spravu balickov, zdrojove a binarne upgrady. dalej ladenie. nech mi nikto netvrdi ze mu jeho linux nepanikari. no a co ked linuxove jadro nevie ani hlupy coredump vyplut.
mozes si povedat, ze ano, hluposti. lenze pokial neriesim nejaku velku vec, tak ma zaujimaju prave taketo hluposti, aby som sa rozhodol. linux uz podla mna vystrelil daleko na to, aby stacil na normalne low-end systemy, je na to jednoducho prilis malo priatelsky.

00000101000635400006354202109677009401270197304701972657019732560197326201973297019733500197337401973609

ja sa vobec nehnevam.

kernel crash dump: Kdump is a kexec based crash dumping mechansim for Linux.

kernel panic vo freebsd-stable som videl naposledy pred cca troma tyzdnami (niekto commitol hlupost do -STABLE stromu a styrikrat mi kvoli tomu spadol produkcny server).

kernel panic (inak ako sposobeny chybnym hw, comu velmi nezabranis ani v *bsd) som videl naposledy prec cca 4 rokmi.

linux je kernel, ked chces, mozes na spravu balikov pouziva netbsd pkgsrc http://www.uk.netbsd.org/Documentation/software/packages.html#platforms, to so systemom nema vobec nic spolocne.

0000010100063540000635420210967700940127019730470197265701973256019732620197329701973350019733740197360901974825

ad kdump: vyzera sumne, nepoznal som ho, ani som sa nedoguglil k nemu. dakujem.
ad linux panic: tak mas bud stastie, alebo ja nestastie.
ad pkgsrc: ale nim neuspravujes vsetko, ze.

000001010006354000063542021096770094012701973047019726570197325601973262019732970197335001973365

Ved sa ukludni on tam dal smajlik, cize urcite nechcel rypat...