 Hozzászólások A témához csak regisztrált és bejelentkezett látogatók szólhatnak hozzá!Bejelentkezéshez klikk ide
(Regisztráció a fórum nyitóoldalán)
"kernel megfelelő fordítása, amelyhez az Intel saját fordítóprogramját használták. 20-30 százalékos növekedést lehetett elérni a kernel módosításával" A kernel fordítása nem egyenlő a kernel forrásának átírásával. A kód ugyan az mindkét esetben. Debian után újabb csapás :(
|
"Karorvendeni lehet, de kar max. az ibm bankszamlajat fogja erni. "
Az engem a legkevésbé sem érdekel, ez az egész sokkal inkább lélektani dolog, hogy az összes linux - esetleg - illegális jelen pillanatban.
|
"ügyes vagy, sikerült a 4 hozzászólásomból 1-et találni ahol nem hangsúlyoztam ki"
Leirtad kesz tenykent, hogy a linuxba mi honnan lett lopva. Ez kicsit tobb, mint 'nem kihangsulyozas'. De vegulis mindegy, mert ha igaz is, nem szamit semmit.
"milyen pert veszit az intel? ezt nem fogtam."
Csupan azt probaltam leirni, hogy pl. az intelt is erik vadak hogy loptak ezt-azt (tokmindegy, hogy igazak-e, valoszinuleg nem), lemegy a per par ev alatt, par millio gazdat cserel es kesz. Ettol az intel eredmenyei a tpc-n nem valtoznak es a kutyat nem erdekli. Erzed a parhuzamot? Itt is ez lesz. Karorvendeni lehet, de kar max. az ibm bankszamlajat fogja erni.
|
" ideztem be a kerdeses mondatot"
ügyes vagy, sikerült a 4 hozzászólásomból 1-et találni ahol nem hangsúlyoztam ki, hogy ez még nem lefutott ügy. Sebaj, most már jobban figyelek, gyk.
milyen pert veszit az intel? ezt nem fogtam.
Én - mint lejjebb irtam is, gyk: #6 utolsó mondat - nem várok semmi hatalmasat, csak egy jót röhögök (igen, kárörvendek) hogy a sok linuxos illegális szoftvert használ, egyébként én sem várok sokat a pertől. Mondjuk az ibm nem ma kezdte gondolatról annyi jut eszembe, hogy egyszer már ráfázott a ms-el való harcban, és az ms most is az sco mögött áll, tehát erőhiányban nincs hiány, nem lesz olyan könnyű megvenni az sco-t kilóra, hogy befogja a száját...
|
Whale: szerintem jol lathato idezojelekkel ideztem be a kerdeses mondatot. Hasonlo vadak erik egyebkent pl. gyakran az intelt is. A logikad alapjan akkor lehetne maris karorvendeni a forumban, hogy az osszes intel gepes eredmeny igazabol semmis tcp-n. Csakhogy a valosag mas. Ha az intel pert veszit, kifeizeti a megitelt penzt, ha esetleg kiderul, hogy az sco-nak igaza van, az ibm kivasarolja az sco-t vagy megegyeznek veluk es a dolog el lesz szepen simitva. Ha valami oriasi botranyt varsz, akkor felek csalodni fogsz. Az ibm nem ma kezdte.
|
Jujj, jujj, még a végén okosabb, ügyesebb leszel. Vigyázz ám! Még megárt! Meg osztán még a végén senki sem fog úgy nagy hirtelenségében rádismerni.
|
annyi okos-ügyes ember jön itt össze, hogy öröm olvasni. :))
|
"amiert kesz tenynek tekintessz"
vs.
"bár ha igaz a vád..."ill "ha összejön..."
Hmm... Akkor téged is irigyellek a részletek feletti _egyszerű_ átsiklási képességed miatt. :)
|
Whale: "istenem de irigyellek, hogy meg tudod mondani az intel kernel optimalizáció mennyiben érintette a unixból lopott linux kernel forrást, - amit halkan jegyzem meg - emberi halandó még nemigen tud, hogy pontosan mi is... Bárcsak én is ilyen okos lehetnék."
En meg irigyellek az egyszerusegedert, amiert kesz tenynek tekintessz egy meg be nem bizonyitott vadat.
|
_Nem_ állítottam, hogy az Intel és az AMD között a TPC-C teszben verseny lenne. Csupán általánosan megjegyeztem, a verseny jó dolog. Egyébként az X vs Y dolgokra céloztam, ugyanis a TPC-C egyáltalán nem egy- vagy kétszereplős.
|
verseny a tpc kategórájú szervereknél (intel/amd szintjén) _nincsen_, mégha ezt egyesek nem os akarják belátni akkor sincsen.
|
Az AMD csak akkor rughat a labdába ebben a tesztben, ha kifejlesztettek egy HiperTransport Crossbart. Azért egy 8 utas Opteron szerver is szép teljesítmény az AMD-től, bár még nem jelent meg.
Mindenesetre a verseny jó dolog, mégha egyeseknek nem is tetszik.
|
Én meg az amdseket hiányolom még innen... :) Bár, tcp esetén mindig egyéb elfogalatságokra hivatkozva, távol maradnak a forumtól. :))
|
istenem de irigyellek, hogy meg tudod mondani az intel kernel optimalizáció mennyiben érintette a unixból lopott linux kernel forrást, - amit halkan jegyzem meg - emberi halandó még nemigen tud, hogy pontosan mi is... Bárcsak én is ilyen okos lehetnék.
Egyébként rosszindulatot sem érzek ezügyben magamban, bár ha igaz a vád - eléggé úgy néz ki, hogy az - akkor hatalmasat fogok röhögni - ezt viszont nevezhetjük kárörvendésnek is nyugodtan - a linuxosokon akik annyit bántják az otthon illegális wint használókat, hiszen ők ezek szerint ugyanolyan illegális tevéknységet űznek, igaz tudtukon kivül. És ennek nincs köze ahhoz, hogy ezután mi történik a linuxal...
|
"Saxena elmondása szerint a négyprocesszoros teszt első körében a TPC-C eredmény csupán 28 ezer pont volt, azonban a rendszer finomhangolásával ezt 81 ezer pontra sikerült növelni. 40 százalékos teljesítménynövekedést jelentett a kernel megfelelő fordítása, amelyhez az Intel saját fordítóprogramját használták. 20-30 százalékos növekedést lehetett elérni a kernel módosításával, de részleteket Saxena nem árult el. (hwsw.hu)"
Remélem ez valamennyire megcáfol. Jelen teszt nem az alap (hivatalos) kernel alapján készült, így nem az általad "lopott" kodnak tekintett részektől gyorsult ilyen nagy mértékben, hanem inkább az Intel kódjától. Kérsés, bele fog-e kerülni a következő kernelekbe?
Forrás: http://hwsw.hu/hir.php3?id=21506
PS: Szóval nem előítélet, hanem rosszindulat. ?:)
|
Visszatérve a teszthez, furcsának találom hogy a 32 utas NEC és a 64 utas SuperDome MS Windows Server 2003-at futtató szervereket az Intel-HP-Microsoft hármas dobta össze, akkor az Intel miért optimizálja a linuxot úgy, hogy lehagyja az NEC/WS2003 szervert? Tény, hogy egyetlen cég sem dolgozik saját maga ellen vagy saját kárára. Mint gazdasági társaság nem is támogat olyan dolgokat, amitől nem remél hasznot. Azért az IBM-et sem lehet a Windows platform támogatási hiányával vádolni.
|
szó nincsen teljes kódról, és természetesen értelmetlen a kijelentés is. Itt kódrészletekről van szó, amelyek - hiszed vagy sem :)) - ugyanolyan szerzői jogvédelem állnak mint a teljes programok ill. teljes forráskódok.
|
Semmi előitéletről nincs szó, 100%-ban vág ide az idézett cikk. Ha ismernétek a problémát, tudnátok arról van szó, hogy állitólag az ibm éppenhogy a többprocesszoros rendszerek kezeléséhez használt kódot csúsztatta a linuxba a unixból amihez nem lett volna joga, a linux közösségnek pedig képessége... A jelen cikk pedig éppen ezt az "erényét" domboritja a linuxnak ami nagy valószinűsséggel jogsértő...
Félni nem kell különösebben, a dolog a desktop linuxokat nem érinti.
|
Csak akkor vetne bármilyen fényt a teszteredményekre ha bebizonyítanák, hogy a Linux teljes egészében a System V kódját használja, egyébként semmi jelentősége.
Az SCO csak ijesztget, mire az IBM-el vége a pernek tönkre is fognak menni... De most nem erről van szó, hanem a tesztekről.
Egyébként én is úgy emlékszem, hogy a Windows szerver 64 processzoron futott, de most túl lusta vagyok utána nézni... azért 32 procis szerver teljesítményét nem egy 64-eshez kellene hozzámérni...
Y
|
Egyáltalán nem vág ide. A cikkben teljesítménytesztről van szó és nem a SCO jogi dolgairól, ami nagyon nem egyértelmű.
Itt látszik meg mekkorák is az előítéletek.
|
http://hwsw.hu/hir.php3?id=21515
Erősen ide vág. Hogy ez mekkora durranás lesz, ha összejön, és máris más fényt vet a tcp-s eredményekre is... :)))
|
Nem ismert a Linuxos teszteknél használt processzor típusa, de tegyük fel hogy 1.5GHz-es, 6M cache-sel ellátott Itanium2 (Madison). Ez esetben már összahasonlítható a szintén 32 processzoros NEC Express5800/1320Xc rendszerrel, ahol az elért pontszám 514.035.
Érdekes a 64 és a 32 processzoros rendszerek közötti tejesítménybeli eltérés, valószínűleg az Itanium architektúra korlátai okozza (maximális kiépítettségnél nem skálázható közel lineárisan).
Forrás: http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=103042301
|
Egy kicsit pontosítanám a cikket, ugyanis a csúcstartó rendszer 64 db Itanium2 CPU-ból áll. Így a helyes összehasonlítás: Linux alatt 32 CPU-val közel 600.000, míg a csúcstartó Windows-t futtató rendszer 64 db Itaniummal 707.102 pontot ért el a TCP-C tesztben.
Forrás: http://www.tpc.org/tpcc/results/tpcc_perf_results.asp?resulttype=noncluster http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=103052001
|
|