- A hozzászóláshoz be kell jelentkezni
- 1482 megtekintés
Hozzászólások
Trey annyiszor adtál már hangot a szívfájdalmadnak, hogy ha megvalósul az SMP támogatás az OpenBSD-ben, akkor most már kötelező lesz lecserélned minden szervert OpenBSD-re! :-PPPP
- A hozzászóláshoz be kell jelentkezni
Ugyse lesz soha se kész:)
- A hozzászóláshoz be kell jelentkezni
Nem akarok elegedetlennek tunni, de az i386 SMP utan meg kellene a tobbi platform is (sparc, power, IA64, AMD64).
Andrei
- A hozzászóláshoz be kell jelentkezni
tudod mi erre Theo valasza.. :-)
send patch
- A hozzászóláshoz be kell jelentkezni
Ez az, amit en a BSD-k legnagyobb problemajanak latok. Nyilvanvalo, hogy a legtobb core developer nem kepes tobbet dolgozni. Felvetodik a kerdes, hogy ekkora developer base kepes-e egyaltalan technologiai oldalrol naprakeszen tartani a kernelt. Es ilyenkor kar jonni a stabilitassal meg a biztonsaggal, mert ezen sok helyen atlepnek.
Ugye az SMP sem cutting edge az NT es a Linux is jopar eve tamogatja. Es akkor mi van a NUMA, NUMAcc stb.-vel. Sot asztali gepekben mar sok helyen hyper-threadingre kepes Intel proci van, nehany even belul 2-8 magos procik lesznek elterjedve (pl. Sun UltraSparc V , Intel Itanium Chivano/Tanglewood, IBM Power 5, meg az AMD is elorukkolt valamivel).
Haat fel kell kotni a gatyat, vagy az egesz cuccos ugy avul el, ahogy van.
Theo valasza is a fenti problemara lenne megoldas: "fejleszto kell, kulonben meghalunk!!!!"
Andrei
- A hozzászóláshoz be kell jelentkezni
Nem global BSD-krol, hanem OpenBSD-rol beszelunk.
Rakd fel a merlegre mondjuk a linux SMP-t es a Freebsd SMP-t. Meg fogsz lepodni.
Egyebkent se desktopnak szanjak az openbsdt, de tavol alljon tolem, hogy theoek vedelmere keljek:)
- A hozzászóláshoz be kell jelentkezni
asszem nem igazan vagy kepben, en pl 7 SMP-s gepen hasznalok FreeBSD-t, es nagyon jol muzsikalnak.
Linux jopar eve tamogatja az SMP-t? jah, de milyen szinten? hasznalhato SMP inkabb csak a 2.4 ota van a linux kernelben.
- A hozzászóláshoz be kell jelentkezni
Vajon miert van az, hogy a BSD-sek itt ajnarozzak az OS kvalitasait, de en valahany HPC tesztet nezek, ott ZERO darab BSD-vel talalkozok? Hidd el nem utalom en egyik vagy masik oprendszert, de a tenyek nem a BSD mellett szolnak.
Egyebkent a http://www.freebsd.org/smp/ cimen -amit tekinthetunk hivatalosnak is- nem ugy tunik, mintha ez olyan klassz smp implementacio lenne. Ertsd egy 4-8-12 processzoros gepen meglepoen szarul teljesitene. A Linuxnak mar vannak igen jo referenciai 32-64 processzoron is.
Ha szamszerusiteni akarjuk a dolgokat lassunk egy az iparban etalonnak szamito tesztet (ertsd, ha valaki nagy teljesitmenyu rendszert akar venni, akkor itt is korbenez).
http://www.spec.org/hpc2002/results/hpc2002.html
Nyilvan az elso helyen a HP gepek mennek, mert az Itanium (2) egy nagyon tapos processzor. Az OS a HP-UX. Utana jonnek a mindenfele IBM Opteronos gepek Linuxal (2.4.19-smp SUSE Enterprise Linux kernel). Meg csak nem is a 2.6-os szeria, ami talan ezen a teruleten javult a legtobbet. Aztan van meg itt AIX, Solaris, de az istennek sem velek felfedezni BSD-t.
Pedig konkretan SPEC-HPC tesztekben jo eredmenyt elerni minden szamitogepgyarto alma. Ha BSD-vel, akkor BSD-vel ha Linuxal akkor Linuxal. Es pl az IBM Linuxal eri el.
Ilyenkor magamban rohogok jot a BSD kvalitasait meltato faszikon, amelyik OS-nek az egyetlen pozitiv eredmenye, egy sufniba rejtett webszerver x napos uptime-ja.
A te 7db SMP-t futtato geped jo esellyel HT-s Penyo, max nehany dual Athlon MP, vagy ketprocis Xeon. Ilyen konfiguracioban az SMP minoseget nem igazan tudod lemerni. Foleg a Hyper Threading vezethet felre, mert ott tudtommal a processzorban nem lett tobb lebegopontos vegrehajtoegyseg, igy konnyen lehet olyan 30-40 soros ket szalon futo progit kesziteni, ahol a HT gep gyorsabban fut, ha a BIOSban letiltod a masodik procit).
Szoval a "jo" SMP implementacio == jol skalazodo SMP implementacio. A Linux jol skalazodik, a BSD ezek szerint nem (nem is fog amig csak coarse grained SMP-t hasznal).
Andrei
- A hozzászóláshoz be kell jelentkezni
Ki a francot érdekel ez, amikor a cégek java részénél a legkomolyabb szerver is max. 2 processzoros Xeon...
Egyébként megkérdőjelezem ennek a HPC listának a pontosságtartalmát, mert elég furcsa, hogy a SUN szerverekből csak kettő szerepel, amikor köztudottan legjobban skálázható rendszerek között van.
- A hozzászóláshoz be kell jelentkezni
Az hogy a Jeghatanis bt. ketprocis szervert hasznal az OpenBSD szempontjabol tokmindegy. Ezek a cegek nem fogjak tamogatni az OpenBSD-t, hasznalni meg vegkepp nem fogjak a ketprocis csodaikon.
A SPEC benchmark eredmenyet termeszetesen vaktaban meg lehet kerdojelezni, csak ezzel hihetetlen hozzanemertesrol teszel tanubizonysagot.
A SPEC meg a TPC a ket legfontosabb benchmark, amit jelenleg az iparban hasznalnak. Gondolod, hogy egy nehany millo dollaros rendszer teljesitmenyet bzip tomoritessel, meg kernel forditassal merik, esetleg 3Dmark-al? Bruhaha.....
Olvasgass inkabb: www.spec.org www.tpc.org
A Sun szerverek legendajat melyik ork samantol hallottad? Ja, a legjobban skalazhato rendszerek kozott VOLTAK 4-6 evvel ezelott. Nem tudom oda eljutott-e a hir -talan a HUP-on is szerepelt- hogy a Sun foldcsuszamlasszeruen vesziti el a piacait mind a high-end, mind az also szegmensben. Nem veletlen ez a tendencia, a versenytarsak (HP,IBM,SGI) az elmult idoben legtobb helyen utolertek a Sunt.
Az mar csak hab a tortan, hogy kisse tevedsz a skalazodast illetoen. Az ilyen Sun szervereket jellemzoen particionalni szoktak, azaz tobb virtualis gepet hoznak letre rajtuk. Ez minden csak nem SMP mukodes. Az altalad idecitalt allitolag jo skalazodas arra vonatkozik, hogy a rendszer kepes befogadni pl. akar 72 processzort is. Zarojelben jegyzem meg, hogy meg ez az adat is boven elmarad a halotta nyilvanitott AlphaServer sorozat 128 processzoros VALOS SMP mukodesetol.
Ha meg egyben hagyjak, akkor jellemzoen valamilyen brutalis adatbazisszervert epitenek belole, es az a mi szempontunkbol kevesse erdekes.
Namost az eddigi hozzaszolasodbol kiderul, hogy nem igazan tudod, mirol valo egy komolyabb SMP gep. Elarulom, hogy nemigen letezik olyan algoritmus, amely tul intenziv kommunikaciot igenyel (azaz olcso clustereken vegrehajtva nem hatekony), es 16 (vegso limit altalaban 32) processzornal tobbet hasznalna. Ilyen keretek kozott a valos felhasznalas szempontjabol jelenleg a legjobb SMP gepek az Itanium 2 (HP, SGI, NEC), Power 4+ (IBM), Alpha 21xxx (Cray, HP (Ex-Compaq (ex-Digital)) :-)))))) ), MIPS (SGI) sorozatokra epulnek. Olvass el nehany publikaciot a neten es latni fogod a tendenciat!
Szoval az a nagy harcteri helyzet, hogy a leggyorsabb (erstd a fenti tesztekben jol teljesito) utos SMP rendszereket a HP v. az IBM epiti manapsag.
Egyebkent pl. NUMA (Non-uniform memory access) mukodes ugy lett a Linuxban, hogy az SGI az Altix sorozat erdekeben vaskosan megtamogatta a fejlesztest. Nem tudom, hogy hol jarnak most vele, de elso tippre cirka 500 procira skalazodik a gep Linux kernelt hasznalva. Na ezek azok a pontok, ahova a BSD-k csak nagyon sokara jutnak el, es en ugy latom, hogy a szakadek csak novekszik... Elobb utobb a mezei PC-vel is gondok lesznek... Sad but true....
Andrei
Andrei
- A hozzászóláshoz be kell jelentkezni