c2k7: jobb TLB shootdown implementáció

OpenBSD

Újabb, a c2k7 HackAthon-on végzett hasznos munka gyümölcse került be az OpenBSD-be. Art Grabowski eltávolította a korábbi, túldizájnolt és túlkomplikált Translation Lookaside Buffer (TLB - egy cache a CPU-ban, amely a virtuális page címek fizikai page címekhez rendelését gyorsítótárazza) shootdown kódot, és lecserélte egy egyszerűbb és hatékonyabb implementációra. A munka eredményeképpen art@ dual-core laptop-ján a kernelfordításkor 15%-kal csökkent a "sys" idő, míg egy quad-core gépen nagymennyiségű port készítésekor 18%-kal csökkent a "real" idő. Bővebben itt.

( joco01 v | 2007. 06. 04., h – 07:54 )

már 12 éve van OpenBSD, és ilyenekkel lehet ennyit gyorsítani? azért kíváncsi vagyok, más OS-ek hogyan állnak optimalitás terén.

--
joco voltam szevasz

Buta kerdes (tenyleg nem tudom, nem ismerem az openbsd-t csak nagyon erdekel)es offtopic szal elnezest, de ha ilyen hianyokban szenved akkor hogy kepes a pf ilyen jo teljesitmenyre? Mert azert a kernel "nemi" tamogatasara szukseg van nagy sebessegu kapcsolat szuresehez... Ha vki tudja erdekelne a valasz... Eszembe jutott amultkori pf vs. netfilter vs. cisco pix osszehasonlitas....

Nagyszerű, hogy a pf teljesítménye ilyen jó. Azonban hol vannak az olyan ma már alapnak mondható feature-ök, mint a korszerű szálkezelés, a korszerű SMP implementáció, a korszerű diszkalrendszerek kezelése, a korszerű ütemező (CPU affinitás és hasonlók), stb.? Amennyiben az OpenBSD "csak" egy csomagszűrő, akkor valóban jó, hogy a pf-nek ilyen jó (jó? én nem tudom, hogy jó-e) a teljesítménye. Azoban ha nem csak csomagszűrő az OpenBSD, akkor bizony van még mit tenni.

--
trey @ gépház

Jó, de akkor ne akarjon ezekután senki meggyőzni engem, hogy nekem OpenBSD-n kellene mondjuk MySQL-t futtatnom, mert sírva fakadok :)

Egyébként a felsorolt dolgok nem datacenter feature-ek. Lassan nem lesz ritka a 4 magos notebook. Asztali gépekben a 8, 16, 32. A tipikus szerver workload megint más ütemezést (időzítést, timer finomságot) igényel, mint mint mondjuk egy desktop. Az OpenBSD BKL SMP implementációja is a legegyszerűbb, cserébe a nem leghatékonyabb. Stb, stb.

--
trey @ gépház

mer, roberten kivul meg akart barki is gyozni az "openbsd is teh god" allaspontrol? :) ha akarsz, futtathatsz rajta sokmindent, nyilvan nem lesz a leglegleggyorsabb, de nem is erre talaltak ki, na.

a datacentert meg eros tulzassal irtam, es foleg a mindenfele storage-s kifogasra. azert so-so elmuzsikal az openbsd tobb processzoros gepen is, es ha odaadjuk neki a beagyazott rendszerek piacat, akkor ott ugysem fog ilyennel talalkozni ;)

Nem is tudtam, hogy te javítottad a FreeBSD-ben a lassan megszűnő jelentőségű biglockot. :)
Köszönöm a többiek nevében is.

Az évekig instabil és használhatatlan volt amúgy enyhe túlzás, bár valóban voltak olyan időszakok, amikor hasonlóan használhatatlan volt a CURRENT, mint az OpenBSD STABLE, amikor kicserélték benne az ahc drivert. Segíts már, nem emlékszem, hogy melyik verzióval szoptam be igen komolyan, te biztos emlékszel rá.

Én például különösebb gondok nélkül váltottam a (FreeBSD) 4-esről 5-ösre és aztán 6-osra, de elismerem, hogy az 5-ös széria nem volt sikertermék (természetesen a 6-os sem tökéletes, ahogy semmi sem az, de összevetve egy 4-es FreeBSD-vel azért látszik a javulás). Hülye voltam, az 5.0-RELEASE-től használom, de ismerek olyat, aki végigkövette (néhol kínlódta) a 4-esből 5-ös időszakor a HEAD-en. Valószínűleg te erre az időszakra célzol. Amúgy jogosan, többen -a fejlesztők is- felemelték a hangukat, de azért csak túljutottak a dolgon.

Térjünk vissza erre akkor, ha az OpenBSD is eljut ugyanide és összegezzük, hogy melyik csapatnak hogy sikerült (nem kételkedem abban, hogy ti lesztek a jobbak, főleg, hogy a fentiekben garantálod, hogy a felhasználó ebből semmilyen negatív hatást nem fog érzékelni).

Bazzeg, használtál te már SCSI-t OpenBSD-vel? Nem RAID kártyáról, hanem sima SCSI HBA-ról beszélek. Mondj egyetlen olyan vezérlőt, ami nem szar és van (volt mondjuk több éve is) drivere az imádatod trágyában.

Az Adaptec SCSI kártyái (a fenti driver által támogatott szériák) voltak szerintem a leginkább elfogadhatóak abban az időben és ezek voltak a leginkább támogatottak a nyílt forrású OS-ekben.