Hajrá!

Bár az az igazság, hogy az AMD Neo-ja sem eszik sokkal többet, és ilyen feladatokra elegendő Kraft van benne. A microservereknél a HDD a fő fogyasztó, azon sokat már nem javít az ARM sem.

Éljenek az i5-ös tabletek!

Alcohol & calculus don't mix. Never drink & derive.

Sok kicsi sokra megy.. egy 24-órában menő gépnél ami mondjuk csak 2-3W-al fogyaszt kevesebbet de van mondjuk pár száz gépecske, akkor egy év alatt "némi" összeg már megspórolható ...

The human head cannot turn 360 degrees... || Ryzen 7 5700X; RX580 8G; 64GB; 2TB + 240GB + 2TB || Samsung Galaxy Z Flip 5

Microservereket inkább SOHO környezetbe szánják, ahol nem áll meg a képleted. Nyilván egy FB szerverterem esetében már másról beszélünk.

Alcohol & calculus don't mix. Never drink & derive.

Ha 3 W-al fogyaszt kevesebbet 1000 gép: 3 * 24 * 30 = 2232 kWh
Ez 50 huf/kWh-al számolva: 111600 huf egy hónapban. Így 111,6 hufot spórolunk havonta egy géppel. Ez idáig mind szép és jó, de ha feltételezzük, hogy 10k huf-ba kerül egy ilyen szerver megvétele/beüzemelése, akkor 89 hónap (~ 7 év) múlva fog pont nullára kijönni. Azzal nem számoltam, hogy az áram ára is változik, infláció, típus hibák, és hogy a befektetett pénzt lehet, hogy máshol jobban is fel lehetne haszálni

tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!

ez kb a villanykörtére igaz, hogy a 40W-os 50Ft, a ledes ugyan 2W de 3000Ft, mikor jön be az ára...
hanem ezek dolgoznak, pénzt termelnek, kb 3 év alatt ebből behozzák az árukat, ugyan úgy mint a nagy fogyasztású szerver, de közben még áramot is spórol, mehet a marketing hogy zöldek vagyunk, igényelhet támogatást energiatakarékos projektre, stb...

Füle -> 9. BRSZK -> 2024. Június 22-23. (hamarosan beérjük a Fast and furious sorozatot)

Nem pusztán a kisebb fogyasztásból eredő megtakarításra kell gondolni, az egy "kis bónusz". A szerverek fenntartásának nagy részét a hűtés teszi ki, aminek már sokkal jelentősebb a fogyasztása, és egyéb jellegű üzemeltetési költsége (karbantartás, helyigény, stb...).

Minél többen kínálnak ARM-os megoldást, annál jobb, terjedjen csak!

"Létezik egy általános igazság: mindenki hazudik. A változó csak az, hogy miről."

Azért arra kíváncsi vagyok, hogy a számítási kapacitásban ott lesznek-e.

De drukkolok neki, már unom a dög nagy vasakat látni, meg zabálják a helyet is

Nem használok AD-blockert a PH! oldalain!

Mikrószerver így, mikroszerver úgy, valaki /akinek van is rálátása/ világosítson már fel, hogy vállalati környezetben mire jók ezek a mikroszerverek?

-(1)
Tudtommal kb az összes aktuális szerver alkalmazás x86-64-en fut, ergó ARM itt labdába sem rughat.

-(2)
Virtualizációval jelentős költségcsökkentés érhető el, mind üzemeltetés (áram/hely), mint hardvereszközök /magasabb kihasználtság, kevesebb hardver/ tekintetében, megnövelt hibatűrés és új felügyeleti lehetőségek mellett, és ez is az x86-64 játéktere.

Mi értelme lenne odarakni 15-20 mikroszervert, hogy futtassanak 15-20 applikációt /amelyek nem is futnak ARM-en/ ahelyett, hogy néhány (max 2) x86-64-es vSphere vagy Hyper-V hostot raknának oda, amelyek valószínűleg nem drágábbak, nem fogyasztanak többet és nem kerülnek több helybe, mint 15-20 darab ARM-es szervernek nevezett kütyü?

üdv
J.

[ Szerkesztve ]

adat központok és felhő kiszolgálókat említenek itt Meg egyelőre tervezik/most indulnak szerver piacon. majd lesz rá alkalmazás is, hogy ne csak telefonálásra lehessen használni...
Mondjuk ilyet a VIA is próbált, de aztán nem kellettek nagyon senkinek. pedig az atom/arm vonal előtt ők futottak a kis fogyasztású megoldáson.

[ Szerkesztve ]

Füle -> 9. BRSZK -> 2024. Június 22-23. (hamarosan beérjük a Fast and furious sorozatot)

Na de mit fognak futtatni rajta? Mi az amit adatközpontba raknak, felhőből szórják és fut ARM-en?

Ráadásul egy adatközpontban nagy mennyiségű virtuális gépet futtatnak, amivel mind a szerver mind a hálózati hardvert nagyon jól ki lehet használni illetve maximalizálni lehet a fogyasztásra eső számítási teljesítményt. (nem fordul elő, hogy gépek 1-2-3%-os kihasználtsággal futnak)

Pont hogy adatközpontban nem látom semmilyen mikroszerver értelmét...

J.

androidot őszinte leszek, lövésem sincs. majd fejlesztenek rá valamit, hogy lehessen használni, különben nem erőltetne ezt az ARM és nem állna be több cég erre a vonalra

Füle -> 9. BRSZK -> 2024. Június 22-23. (hamarosan beérjük a Fast and furious sorozatot)

1. - Ahogy kilépsz a Microsoft világából már rögtön nem jelentheted ezt így ki (és az MS is elmozdult már a régi csak x86 filozófiától). Részletekért lásd pl.: http://www.debian.org/ports/ , http://fedoraproject.org/wiki/Architectures
2. - A virtualizáció kiválló technológia a nem túl nagy számítás kapacitású feladatok egy helyre tömörítésére és ezzel a hatékonyság jelentős növelésére. Ennek ellenére ez a technológia sem a tökéletes mindent vivő.

Amire jók a mikroszerverek:
Kis vállalatoknál szervernek, ahol van igény helyi közös munkaterületre, de nem akarnak szolgáltatásként bérelni ilyen célú technológiákat, hagyományos nagy szervert fenntartani meg értelmetlen. (Ide kis teljesítményű "torony" kivitelű szerverek mehetnek, ahol a rendkívüli olcsság és az enterprise támogatás együtt kell. Pl.: a HP-nak van ebbe a szegmensbe microservere.)

Közép/nagy vállalatoknál bármilyen dedikált hardvert igénylő kis számításigényes feladatra használható. Asterisk/VoIP központoknak például elég elterjedtek (köszönhetően a dedikált voip hardverek borosos árának, ami miat sokan a szoftveres megvalósítást választják).

Nagy vállalatok/adatközpontok: Bármilyen extrém párhuzamosítható szerverfarm esetén jól jöhet, ahol sok kis részfeladatot kell párhuzamosítani. Ezekben a körökben a virtualizációnak már túl nagy a járulékos számítás igénye, ezért nem alkalmazható. (Főleg Google/Facebook/Microsoft és más feltörekvő SoftwareAsService szolgáltatók jelentik a potenciális vevő kört.)

Zavard össze a világot: mosolyogj Hétfőn

Na de mit fognak futtatni rajta?
A Facebook fejlesztett PHP -> C compilert, hogy erőforrásokat és ezzel pénzt spóroljanak. Ha másra lesz szükségük, akkor azt is le fogják fejleszteni. Minel több nagy cég lát bizniszt az ilyen mikroszerverekben, annál több alkalmazás lesz rá. Attól, hogy ma ennek nincs kialakult piaca, a jövőben még lehet.

Ráadásul egy adatközpontban nagy mennyiségű virtuális gépet futtatnak, amivel mind a szerver mind a hálózati hardvert nagyon jól ki lehet használni
Ezt ki mondta? Szerintem rengeteg olyan cég van, akik nem virtuális gépeket futtatnak az amúgy nem kicsi szerverparkjukon. (pl facebook, google, online tárterület szolgáltatások).

Miért olyan nehéz elképzelni, hogy ennek lehet piaca? 640k memória mindenre elég?

Mert, hogy ha nem ARM-os gépet vesznek, akkor az nem dolgozik meg a pénzéért .

(#6) Uga: Az előző hsz-dben nem erről volt szó .

tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!

1.) Szerintem nem csak 3W-tal fogyaszt kevesebbet
2.) A platform árat még nem hoztuk be a képbe, pedig szerintem itt lesz a kutya elásva. Ugyan már változik, egy pár generációval ezelőttig a különösen alacsony fogyasztású Opteronokért és főleg Xeonokért elég magas felárat kértek, hogy aki blade szerverbe veszi őket, ott van pénz, akkor az fizessen is rendesen a válogatott procikért. A mikroszerver, és normál árazású, válogatott helyett egyszerűen csak megfelelően alacsony órajelre belőtt procik pedig csak nemrég jöttek be. De ettől még egy ARM szerintem még mindig jóval olcsóbb lehet, egyrészt maga a SoC lapka is kisebb és kevésbé összetett, másrészt az x86 licensz felár sincs ott, harmadrészt arra számítok, hogy kész alaplapok lesznek, lapra forrasztott BGA procikkal, kevesebb fázisból és alkatrészből álló VRM, kevesebb memória-csatorna, kevesebb PCIe sáv, stb-stb. Nem lepődnék meg, ha egy normál szerver-lap (nem desktop) árának fele-harmada vagy kevesebb lenne az ARM-os lap procival együtt.

Fotóim és kalandjaim a világ körül: https://www.facebook.com/fmartinphoto/

Nem lepődnék meg, ha egy normál szerver-lap (nem desktop) árának fele-harmada vagy kevesebb lenne az ARM-os lap procival együtt.

A teljesítmény különbség is vélhetően hasonlóan alakul.

tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!

Látom nagyon nem akarod elfogadni, hogy pont ez lenne a lényeg, hogy ezek pont olyan feladatokra lennének, ahol ezek teljesítménye is elég. Pl. egyszerűbb hálózati tárolók, NAS-ok, amikre sokan most Atom procit használnak - aminél esélyes, hogy még ezek is erősebbek, és biztos, hogy sokkal kevesebbet is fogyasztanak; s nem kizárt, hogy még olcsóbb is nála. Oda pedig az ennek a többszörösébe kerülő szerverlap és bele a még annál is drágább szerverproci pedig abszolút felesleges.

Fotóim és kalandjaim a világ körül: https://www.facebook.com/fmartinphoto/

Nem az otthoni szerverekre gondoltam a hsz íráskor, hanem arra, hogy a f.szbuk és társai méretű szerverek esetére írtam. Otthoni környezetben teljesen más a dolog.

Otthonra én is ilyesmit akarok. Most egy C-60-as ITX alaplappal szemezgetek, mert a fogyasztása igen csábító!

tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!

,,mit futtatnak rajta''
hát még mielőtt egyre vadabb magyarázatokat olvasnánk, elárulom a nagy titkot:

-természetesen linuxot. mivel linuxra van kb x0000 db nyílt forráskódú szoftver, aminek oroszlán részét le lehet fordítani természetesen arm-ra is egy ./configure make make install kombót követően, nem lesz hiány ezekből sem. szóval nem lesz olyan gond, hogy jaj, mit futtassunk rajta, mert bármit futtatni lehet rajta.

-és a linux az mindenhol linux, szóval természetesen a zárt forrású kereskedelmi szoftvereket is mindenféle gond nélkül le lehet fordítani arm-ra, nyilván a minimális mennyiségű assembly kódot ki kell belőle dobni, ha van (manapság ez már nem jellemző). szóval bármilyen linuxos vendor könnyű szerel be tud lépni erre a piacra 0 befektetéssel.

szerverkörnyezetbe remek lesz az arm, ha tényleg olyan olcsó és energiatakarékos, mint mondják.

[ Szerkesztve ]

A Dunning−Kruger-hatás az a pszichológiai jelenség, amikor korlátozott tudású, kompetenciájú vagy képességű emberek rendkívül hozzáértőnek tartják magukat valamiben, amiben nyilvánvalóan nem azok.