Egy ilyen szervernek, mi az előnye azon kívül, hogy keveset fogyaszt? Gondolom nem lesz teljesítmény bajnok. 
Eladó egy M2N68AM-PLUS lap + 4800+x2 + 2x1gb ddr2 ram. Érd pü.
Gyorskeresés
Legfrissebb anyagok
Szakmai témák
PROHARDVER! témák
Mobilarena témák
Általános témák
GAMEPOD.hu témák
Hozzászólások
csib41
(fanatikus tag)
Srodney
(senior tag)
lehet hogy nem lesz teljesítmény bajnok,de vannak olyanok is akiknek bőven elég lesz ez.persze ők kevesen vannak akiknek ez szól de mivel ez egy újfajta kezdeményezés vhol el kel kezdeni...szerintem a kis cégeknek szánják,akiknek szerverre van szükségük de még nem vágnák nagyba a fejszéjüket...
(#3) FireKeeper
gondolom ez sima bulk lesz (semmi SOI hókuszpókusz).
-Where is the god of tits and wine?- (Tyrion Lannister)
tlac
(PH! nagyúr)
ubalaz
(újonc)
Mit jelent itt az elsőként kifejezés? Vagy csak szenzációhajhászásból van ott vagy tévedésből. Mind a kettő súlyos hiba egy szakmai oldalon. Mert más már árul ilyesmit: MIW ArmBlock 16
Köszi, korrigáltam. 
A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.
Ugye ezt csak viccből írtad? Egy az hogy nagyon olcsó, semmit sem fogyaszt, és van benne 3 TRIPS egy gyors számítással.
[ Szerkesztve ]
Átléptétek az ingerküszöböm.
Én most ezt nem értem. Miért nem lehet ezt megcsinálni pl. x86-tal vagy SPARC-kal? Azokat nem lehet úgy optimalizálni, hogy jó teljesítmény/fogyasztás arányuk legyen? Miért olyan különleges az ARM? Mit tudnak, amit pl. az Intel nem? 
I did nothing, the pavement was his enemy!
a HP idáig a Bulldózer alapú Opteronokba volt szerelmes... mostmár ARM-re építene?
BIOS ÍRÁS ÉS TÁPEGYSÉGEK!
Bici
(PH! kedvence)
Mindegy csak 3 betűs legyen a cég neve és A-val kezdődjön 
Nincs benne szemét. pl minden utasítás 4 byte, az első 4 bit mindig ugyanazokat jelenti, nem kell mikroprogramozni, satöbbi. Ugyanaz keveseb tranzisztor, cserébe lehet rá fordítót írni.
Átléptétek az ingerküszöböm.
.mf
(PH! addikt)
Vannak olyan feladatok, amihez egyáltalán nem is kell teljesítmény-bajnoknak lennie. Sőt, egy átlag középvállalatnál a feladatok jelentős része is lehet ilyen. Print-, fájl-szerver, dhcp, tűzfal, mail CAS role, stb. Általában a RAM mennyisége és a lemezek sebessége szokott korlátozó tényező lenni.
---
Miután W8 jön ARM-ra is, kíváncsi vagyok, hogy a következő W Serverből is lesz-e ARM változat. Régen Itanium, Power és SPARC miatt készítettek x86 mellett RISC verziót is.
elolvasta valaki a hir szoveget is?
aki igen, es meg igy sem erti, miert jo ez, az mutasson mar nekem olyan 2U szervert, amiben 480 ARM processzormagnak megfelelo szamitasi teljesitmeny van
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
.mf
(PH! addikt)
El, de a kérdésekre válaszolást értelmesebbnek tartottam, mint ezt az ötletet. Szerintem nem erre való. Ha túlozni akarnék, azt mondanám, hogy a nullát bármennyivel szorozhatod, akkor is nulla marad. Erre a célra inkább HPC clustereket vagy blade-eket szoktak használni. Ezen a területen legfeljebb árával hódíthat, mert teljesítménye, főleg a processzorok egyszerűségéből és emiatt speciális utasításkészletek támogatásának hiányából adódóan, gyenge lesz. Az x86-os LV szerver-procik pedig elég drágák.
Amúgy Atommal is volt már hasonló kísérletezgetés, de az sem lett túl sikeres. Arról talán tesztek is készültek, ahol kihozták, hogy a gyenge teljesítménye miatt közel sem akkora a fogyasztásbeli előnye.
csib41
(fanatikus tag)
Na uram erre voltam kíváncsi, köszönöm a fejtágítást.
Eladó egy M2N68AM-PLUS lap + 4800+x2 + 2x1gb ddr2 ram. Érd pü.
lehet, ha nem hagytak volna ki az alabbi mondatot a hirbol, maskent allnal hozza, nem nullat akarnal szorozni
"Ultimately, Calxeda plans to provide users ARM architecture-based chips as well as products with the Calxeda microprocessors that will offer 5 – 10 times performance/watt advantage and 15 – 20 times advantage when price is factored in."
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
devast
(őstag)
Ezt ugye te sem gondoltad komolyan... Az x8/x86-64 pont a bonyolultsága, és a kompatibilitása miatt tök lassú...
Atomtól meg mit vársz...az egy gyenge, in-order feldolgozással rendelkező őskövület x86.
[ Szerkesztve ]
Fan of 2nd order harmonics since 2010
ddekany
(PH! addikt)
Azért erre jó lenne valami konkrét számokat látni, hogy wattban mi a különbség aközt, ha egyetlen brutál Xeon-on futtatok X virtuális gépet, vagy ha rakás kis Cortex 9-en ami ugyan azt a teljesítményt adja.
.mf
(PH! addikt)
"Ezt ugye te sem gondoltad komolyan... Az x8/x86-64 pont a bonyolultsága, és a kompatibilitása miatt tök lassú..."
Ezt pedig ugye te nem gondoltad komolyan... ha egy speciális HPC workloadot futtat, amit optimalizálnak is az adott architektúrára, akkor SSEx, valamint újabban AVX, FMA3/4 és egyebek kihasználásával ezek néhány műveletet egy ARM-hoz képest tized-, de akár századannyi ciklus alatt is el tudnak végezni.
(#16) rt06: írtam is, hogy árban lesz előnye. Igaz az újabb intel UP LV Xeon procik jóval olcsóbbak (E3-1260L 45W 2,4/3,3G 4/8, $294), de MP LV procikból még továbbra is csak S604 C2Q van, elég drágán (L7445 50W 2,33G 4, $1980).
devast
(őstag)
Meglátjuk. Az x86 akkor is lassú... ha nem látod miért, mélyedj bele jobban 
(vagy olvass architektúrák jegyzetet)
[ Szerkesztve ]
Fan of 2nd order harmonics since 2010
ddekany
(PH! addikt)
"vagy olvass architektúrák jegyzetet"
Az nekem megvolt anno, tervezési-tér megközelítésben... sokan ráismernek gondolom 
. De én nem látom miért. Nyilván a CISC -> RISC(-szerűségre) konvertálás valamekkora veszteség, de tudtommal nem vészes. Ezen felül Abu mondott valami olyasmit, hogy több mag (vagy csak szál?) közti memória-koherencia terén mások az elvárások ARM esetén, ami miatt sok magnál gyorsabb lehet (egyszerűbb cache, stb)... de nem tudom ez konkrétan mit takar. (Ez utóbbinak persze semmi köze a CISC VS RISC kérdéshez.)
[ Szerkesztve ]
