- Gaming notebook topik
- AMD GPU-k jövője - amit tudni vélünk
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Amlogic S905, S912 processzoros készülékek
- Lesz új Sony OLED tévé is idén
- Rendkívül ütőképesnek tűnik az újragondolt Apple tv
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- AMD Navi Radeon™ RX 6xxx sorozat
- Mini-ITX
- Autós kamerák
Hirdetés
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Érkezőben a Poco M6 4G
ma 5G-s és 4G-s Pro modell már van, hamarosan lesz Poco M6 4G-s alapváltozat is.
-
Igencsak szerény méretekkel rendelkezik az Aetina Xe HPG architektúrás VGA-ja
ph Az 50 wattos modellt beágyazott rendszerekbe, MI-vel kapcsolatos munkafolyamatokhoz és edge applikációkhoz szánták.
Új hozzászólás Aktív témák
-
Jim Tonic
nagyúr
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
-
buherton
őstag
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álnitely, 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... !!!
-
siti
senior tag
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)
-
Uga
csendes tag
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."
-
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 ]
-
siti
senior tag
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.
-
siti
senior tag
-
zither
csendes tag
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
-
mallee
tag
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?
-
buherton
őstag
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... !!!
-
.mf
veterán
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/
-
buherton
őstag
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... !!!
-
.mf
veterán
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/
-
buherton
őstag
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... !!!
-
.mf
veterán
Értem, ott már tényleg nehezebb a kérdés.
Leginkább azt tudom elképzelni, hogy a f.szbukon tárolt fénykép-mennyiség miatt az ottani szerverterhelés kevésbé a hagyományos webszerver-jellegű. Biztos vagyok benne, hogy kiszámolták, hogy nekik így jobb. Gondolom láttad a gugli szerver-clusterjeinek alapját képező egyen-platformját? Elsőre csak pislogtam (alaplaponként külön táp, nem központi vagy DC? Laponként "UPS", nem lenne abból is hatékonyabb agy központi? Sima 7.2k SATA HDD-k, nem 15k vagy 10k SAS?), de szépen levezették, hogy nekik ez meg az így meg úgy, pont így hatékonyabb.Fotóim és kalandjaim a világ körül: https://www.facebook.com/fmartinphoto/
-
Pikari
őstag
,,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.
Új hozzászólás Aktív témák
- Dell 7920 2x Intel Xeon Gold 6148 (80 szál, 3,7GHz), 192GB - 1,5TB DDR4 ECC, 1TB NVMe SSD 1400W, ÁFA
- Gigabyte H270M + i5 7400 + Zalman CNPS4X + 16 Gb 2.600 Mhz HyperX Beszámitok!
- Beszámítás! GB H610M i5 13400F 32GB DDR4 1TB SSD RTX 3070Ti 8GB MONTECH AIR 1000 Lite Corsair 650W
- Beszámítás! GB H610M i5 13400F 16GB DDR4 250GB SSD RTX 3070Ti 8GB MONTECH AIR 100 Lite Chieftec 700W
- Beszámítás! ASRock H510M i7 10700F 16GB DDR4 500GB SSD RTX 3070 8GB Rampage Shiva Seasonic 650W