- A hozzászóláshoz be kell jelentkezni
- 2977 megtekintés
Hozzászólások
Még 2003-ban csinált egy srác hasonló teszteket 2.4-es, 2.6-os Linux-kernellel és egy csomó különböző BSD-vel.
Az akkor nagyon nagy vihart kavart a dolog, de azt hiszem csak a NetBSD-sek vették komolyan, azonnal javítottak a kernelben egy csomó területen. Akkoriban még a FreeBSD és a Linux-2.6 magasan verték a mezőnyt, a NetBSD nem volt túl rossz, az OpenBSD pedig kifejezetten rosszul szerepelt és gyakran össze is omlott nagy terheléseknél. Úgy tűnik az ilyen mérések nagyon hasznosak tudnak lenni.
Itt a régi benchmark oldala, ahol a srác folyamatosan tudósít a változásokról is:
http://bulk.fefe.de/scalability/
- A hozzászóláshoz be kell jelentkezni
Jah, az volt az a komolytalan teszt, amikor a gyerek egy 900Mhz-es notebookon 256 mega rammal és minipci-os hálókártyával gondolta, hogy leteszteli melyik rendszer a legjobb szervernek... :)
- A hozzászóláshoz be kell jelentkezni
Ha egy program egy laptopon O(n) keresést használ listák kezelésére O(n) helyett, akkor egy szerver-gépen sem fog másképp tenni. Vagy egyes kernelek esetleg más algoritmusokat használnának laptopon mint szerveren?
- A hozzászóláshoz be kell jelentkezni
Bocs O(n)-t O(1) helyett.
- A hozzászóláshoz be kell jelentkezni
csinaljunk egy ilyen tesztet valamikor az ev első felében. Megszervezve, jol meghirdetve. Jelentkezhetnének rá az emberek OS-enként. És azonos dolgokat kelljen csinálni minden OSel. Nem háborút akarok csinálni, csak egy (remélem) jobb képet, a sebességi és egyéb jellemzőkről.
Szervezem szivesen (de nem egyedül).
- A hozzászóláshoz be kell jelentkezni
A szervezesbe szivesen beszallok, most mar nagyon ideje van vmi komoly terhelestesztnek is, nem csak az izmozos "kijott egy uj verzio, aztan csinalok egy draftot, hogy az en rendszerem lenyom mindenkit"-dolgok.
- A hozzászóláshoz be kell jelentkezni
Ez egy nagyon jó ötlet. Csak ehhez ugye szerezni kell x db ugyanolyan masinat is. Ehhez tamogato is kell.
- A hozzászóláshoz be kell jelentkezni
inen, de ezen kivuls sok masminden.
akkor csinaljunk?
- A hozzászóláshoz be kell jelentkezni
En benne vagyok.
- A hozzászóláshoz be kell jelentkezni
lehet windozzal nevezni?
:))
- A hozzászóláshoz be kell jelentkezni
Szerintem mindenkeppen erdemes lenne meghivni a nagyobb cegeket is. Sun, Novell, A Microsoft termekeket azert sokkal nehezebb tesztelni mivel azert egy tesztkodot sokkal egyszerubb portolni Linuxra, Solarisra mint Windows ra. Tehat szerintem Mircrosoft felejtos alapbol.
- A hozzászóláshoz be kell jelentkezni
senorg sztem adna servert kolibe
- A hozzászóláshoz be kell jelentkezni
És csináljuk Székesfehérváron... !!!
(Ne mindig minden Pesten legyen)
- A hozzászóláshoz be kell jelentkezni
Debrecen?
- A hozzászóláshoz be kell jelentkezni
moziba ne vigyelek?
a budapestet nem lehet olyan konnyen átlépni sajnos. En soproni vagyok, a kozlekedes miatt a BP sokkal jobb nekem mint pl. az szfvar. Ilyen erovel legyen Sopronban, de akkor hogy' varjam el, hogy szegedrol barki eljojjon? De BP sokkal jobban eljon.
Sajnos ezen nem tudunk valtoztatni.
Akkor a szervezest elkeztem. Jelentkezem hamarosan.
email cimem megvan, ha vki akar eler barmikor.
- A hozzászóláshoz be kell jelentkezni
gsuveg írta:
> moziba ne vigyelek?
>
Nem kell...
Miben lehet segíteni? Igaz nagyon nem értek semmihez, meg kocsim sincs,
de úgy segítenék valamiben... :-)
- A hozzászóláshoz be kell jelentkezni
hamarosan meglesz a terv. a munkakat felosztjuk. es jo lesz.
hirtelen 1-2 levelre varok valaszt es csinaljuk.
- A hozzászóláshoz be kell jelentkezni
Nem szerver kategóriás gépeket (mondjuk P4 3GHz 1G Ram) valószínűleg tudok szerezni (mondjuk öt egyformát). Tudom jobb lenne valami SMP-s gép, de azt nem tudom biztosra ígérni. Megbeszélem Süveg Gáborral. Már a helyszín is alakulgat. Stay tuned :)
üdv
atya
- A hozzászóláshoz be kell jelentkezni
Sziasztok!
Nem biztos, hogy jó több egyforma gépen tesztelni, mert így az X oprendszer fanatikusai mondhatják a gyenge eredmények láttán:
"Igaz, hogy egyforma gépen futottak a tesztek, de biztos hogy az én kedvenc X oprendszerem csak azért volt lassabb mint az a sz@r Y, mert valami kehe volt azzal a géppel, amin futott!"
Ebből a szempontból lehet, hogy jobb lenne ugyanazon a gépen futtatni a teszteket, nem? Mindenki magából indul ki. ;-)
Szabi
- A hozzászóláshoz be kell jelentkezni
mint tudjuk, hogy 1 teszt nem teszt, ezert lehet ugyanazt a teszten parhuzamosan egyforma gepeken futtatni.
- A hozzászóláshoz be kell jelentkezni
Szerintem nalunk a Schonherzben biztosan van hely is, igeny is ilyen rendezvenyre-tesztnapra. Ha hely kell, bizonyara megoldhato. Van internet, terero, kell meg valami mas? :)
Ugyanigy van egy gepteremnyi P4-unk, szerintem ilyen projektbe be tudnank szallni meg gepekkel is. Ehhez persze egyeztetni kell a Fonokseggel, de en szivesen iszom elore a medve borere.
- A hozzászóláshoz be kell jelentkezni
A tesztelési esetek, módszerek megvitatására éppen a hup fórum lenne a legalkalmasabb... Itt van a legtöbb nagytudású. :-P
- A hozzászóláshoz be kell jelentkezni
szerinted...
- A hozzászóláshoz be kell jelentkezni
ne tartsd magadban légyszives, ha tudsz jobbat
(szerintem természetesen)
- A hozzászóláshoz be kell jelentkezni
Egész jóra sikerült ez a NetBSD 2.0...
- A hozzászóláshoz be kell jelentkezni
többnyire nagyon-nagyon szép, konstans művelet végrehajtási időket lehet látni a netbsd-nél, ahol a freebsd lineárisan skálázódik.
néhol viszont a helyzet fordított.
a benchmark nagyon-nagyon hasznos, mert gyönyörűen, tisztán és azonnal mutatja, hogy hol kell az egyik csapatnak átvenni a másiktól az algoritmust
- A hozzászóláshoz be kell jelentkezni
Jah, kár, hogy a Dragonfly nincs a tesztben, kiváncsi lennék hogy szerepel a light weight threadingel.
- A hozzászóláshoz be kell jelentkezni
hat en nem cserelem le a freebsdmet akkorse:)
- A hozzászóláshoz be kell jelentkezni
Mezei Tamás wrote:
> Hubert Feyrer NetBSD-fejlesztő ma éjjel postolt egy aktuális
> teljesítményteszt-eredményt a tech-perform listára. A tesztet a szintén
> NetBSD hacker Gregory McGarry végzett el a NetBSD 2.0 és a FreeBSD 5.3
> rendszer között.
Lehet, hogy a végén van elásva a kutya:
"Although NetBSD 2.0 has outperformed FreeBSD 5.3 in most of the
benchmarks presented here, FreeBSD 5.3 has made significant developments
with its symmetric multiprocessor (SMP) architecture, particularly in
the area of scalability with fine-grained locking. NetBSD 2.0 continues
to use a single lock to serialize access to kernel mode."
Érdekes lenne eljátszani ugyanezt a benchmarkot Solarison és Linuxon is.
- A hozzászóláshoz be kell jelentkezni