Új hozzászólás Aktív témák
-
berVi
senior tag
Erre mondjuk mindenki rajott, akinek van minimalis mennyisegu agya. Mar a legelso hireknel egyertelmu volt szamomra, hogy hulyeseg. Almodozni persze lehet barmirol, de a megvalosulashoz az rohadt keves. Csak azert, mert mert nehany fanboy ruhelli az Intelt, a piac nem fog kidobni egy teljes architekturat, az osszes rohadt vasat es 40 ev kodtermeset.
Szerintem mondjuk az alapveto problema nem az, hogy jelenleg x86-on fejleszt a tobbseg, hanem az, hogy az ARM-ra nincs letezo piaci res szerverfronton. Nincs olyan x86 szerveres problema, amire az ARM valaszt ad. Ugy meg eleg nehez ravenni a nepet a valtasra, hogy "ez azert jo, mert nem x86". Az a mutatvany az Itanium-nak se sikerult, hiaba volt nehany dologban jobb.
Az x86 meg velunk lesz par evtizedig, az mar biztos. A first to market mar csak ilyen.
[ Szerkesztve ]
-
kraftxld
nagyúr
Azért már szállingóznak a cuccok, Lenovo-nak van értelmesebb ARM-os szerver vasa amibe 512GB ramot is lehet pakolni meg jön az ARM-os ESXi.
Bár annak én se látom túl sok értelmét, hogy egyik architektúrán virtualizáljuk a másikat.
Itt se kell hazaküldeni a csorda ügyfelet a gyár ajtaja elől mert tüntetnek az ARM platformért[ Szerkesztve ]
| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'
-
waveson
tag
Jajjjjajj, se Linux se ARM nem kell nekem szerverbe, egy jó Windows Server 2016 csakis Intellel, AMD-t majd veszek játékra, nálam elsődlegesen tárolás, nagy mennyiségű hálózati adatforgalom (TB-ok), megbízható inkrementális mentés napi szinten elég nekem, és plusszba backup valami másik tömbre, dhcp+dns,wins (DC szóba se jöhet) másik szerveren postgresql + egyéb finomságok de az már csak sima win10 education, 10GBIT hálózat, sok márkás erős géppel, zseniálisan működik.
Régebben linux server (debian) futott rajtuk, dhcp-vel minimális, fájlmegosztással már komolyabb problémák voltak, ritkán, de volt hogy lehalt a daemon, és eltűnt a share a daemon restartjáig. Windows Serverrel még sosem volt gond pedig sokkal több dolgot csinál, valós terhelést kap néha egy windows-os programmal (ami linuxra nem létezik). -
waveson
tag
Egyetértek, meg hát lehet hogy eljön ennek az ideje majd, de ahogy a cikk is megírta, nem 2020-ra.
Ha jó, ha nem jó, a szerver platform pont hogy a legérzékenyebb dolog, ide még én is a jól bevált, működő dolgokat pakolja a nép.
Biztos nem kockáztatnék, hogy x millióért berendelek egy gépet, ami lehet jól sem fog működni, lehet stabil és még gyors sem lesz. Nagyon népszerű lennék tutira. Felejtős. Majd ha bizonyít, hogy igen, ez meg ez ARM platformon működik és megbízható és magas rendelkezésre állási idővel büszkélkedhet, akkor talán. De addig? Olyan mintha kijönne egy új busz, és azzal vásárolnám fel a flottámat utasok szállítására, de lövésem nincs róla hogy hosszútávon (vagy akár rövid távon?!) jól működő, minden eddigi igényt kielégítő terméket vásároltam. Nem..
Ami meglep: hogy az ARM ennyire magabiztos volt. Miért? Vagy most azt hiszik hogy egy 800wattot fogyasztó szerverből amiből a proci fogyaszt (általában terheletlenül) 5-10w-ot, ezt leredukálják 2w-ra és 792W-ot fog fogyasztani a szerver, az úgy valakit érdekelni fog? Ez nem az a szegmens ahol ez a lényeg. -
Tigerclaw
nagyúr
Egy kicsit sántít az elmélet ott, hogy már nem az IT hőskorában vagyunk, amikor minden cég pár sufnituningos PC-re, meg commodore-okra építette az IT megoldásait.
A fő kérdés az az, hogy miért vagy kinek lenne előnyös ARM alapú szervert venni? Jóval olcsóbb? Jóval alacsonyabb a fogyasztása fajlagosan? Esetleg architekturális előnyei vannak bizonyos feladatoknál?
Persze az OS és a megfelelő szoftverek támogatása szintén fontos, ha a fentiekből igaz valami.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Vitamincsiga
tag
Az éremnek van több oldala is.
Mennyiből rakod össze a szervered -parkod, OS-sel, alkalmazásokkal.
Mennyi az üzemeltetési költség az életciklusra - 220 és a hűtés.
És a géptermi rendszergazda költségei - kiveszőben lévő létforma...Ha a fenti 3-nál az ARM nyerő lenne - tételezzük fel, hogy igen - még mindig ott a fejes, akinek"ibéem" kell.
"inteles windózos ibéem". Mert az a "tuti".
Ja hogy az IBM, már a Lenovoé?!
Akkor Abakusz!És itt a kör bezárul. mert lehet, hogy a géptermi rendszergazda(!) "összetákol" alkatrészekből pár rack-nyi szervert, ami egy nagyobb cég IT-jét is elvisz. Ezt üzemelteti, "megminden", de az valahogy senkinek sem jó!
Pedig valószínűleg a legjobb ár/teljesítmény/megbízhatóság paraméterekkel rendelkezik. Csináltam.Én esélyét sem látom, hogy 1-1 nagy tételes megrendelést leszámítva általánosságban elterjedjenek az ARM alapú megoldások a szerver üzletágban.
Biztos, hogy fog tudni olyan konfigurációt kihozni, ami árban és üzemeletetési költségekben versenyképes lesz. A MS hozzáállása az ARM-hoz nem véletlenül van változóban. /Aki nem Win-t használ, az nem is onnan vesz ezt-azt, mást. És "másból" sokkal több van, mint PC-ből!/ Ha van Windows, natívan, akkor minden van!De a fentebbiek tükrében most borítékolható, hogy a fejesek az EPYC verő Intelben - ami valahogy sehol sincs még, míg a másik, a Zen 2-es, lassan piacra kerül - gondolkodnak.
Bár néha tényleg jobb lenne az Abakusz...Jó lenne egy varázsgömb ;-)
-
Vitamincsiga
tag
A fogyasztás a szervereknél tényleg így van.
Alapból eszik 5-7-900 W-ot. Ha terhelést kap, akkor annak függvényében nő. De a sok, az alapfogyasztás.
Ami ennél több, mert ezt el is kell vezetni a keletkezett hőt.
Akár komplett gépteremről akár egy szabadon álló 42U-s, saját szünetmentessel, hálózati megoldással, hűtéssel ellátott rack-ről van szó.Az IT struktúra szerver oldali tervezésnél sok olyan szempont van, ami nem kerül elő a felhasználói oldalon. A "fejesek" is akkor döbbennek rá arra, hogy mit vettek, amikor jön a villanyszámla, vagy megy a géptermi rendszergazda...
Jó lenne egy varázsgömb ;-)
-
frescho
addikt
válasz Vitamincsiga #7 üzenetére
Még nem sikerült eldöntenem, hogy vicceltek, vagy komolyan gondoljátok eta a 5-7-900W fogyasztást.
Az egyik legjobban megterhelt gépünk fogyasztása (2x E5-2690 v4, 512GB RAM, kikapcsolt C statekkel is sokkal kevesebbet fogyaszt)
De az előző gép tényleg elég combos. Egy kicsit egyszerűbb, de még mindig 2x 135W-os, (2xSSD, NVMe, 256GB RAM) félig kihasznált gép min-max adatai:
Egy alap compute node (4116, 2x12 mag, 128GB RAM, 2xSSD) fogyasztása alapjáraton már teljesen baráti:
A géptermi mérnökök meg nem halnak ki. Bár a cloud elfedi a gépeket nem szabad elfelejteni, hogy a cloud szó másik jelentése az, hogy más szerverét, géptermét használod. Éppen ezért egyre több a gépterem.
https://frescho.hu
-
dokanin
aktív tag
Én már annak is örülnék ha ez az AMD-nek sikerülne.
Az elmúlt években gyönyörűen kiderült, hogy nem jó nekünk ha csak egy erős cég van a piacon. -
Sinesol
veterán
Szerintem Linus csak vaktában találgat, a kérdés csak az, hogy miert van ennek hírértéke.
dokanin: Ja, tényleg nem volt jó, hogy volt értelmes cpu a piacon, amivel lehetett értelmesen gamelni és még a munkafolyamatokat is feleannyi idő alatt végezte el, mint az FX-ek. Szemét Intel, hogy mert normális procikat árulni...
[ Szerkesztve ]
-
Reggie0
félisten
Nincs ezen mit vaktaban talalgatni. Egyszeruen nem tud egy ceg infrastrukturaja vagy akar egy szoftver vegigmenni a "szamarletran". Vagy ott van az ARM szerver megoldasa ami az igazan nagy vasakkal versenyez vagy ott van a telefon, rpi es kb. hasonlo kaliberu arm processzoros kis vackok. Ha valakinek a koztes szinten kell hardver akkor meg van love, vesz egy x86/x64 gepet es ha mar azon indult, akkor azon viszi tovabb a rendszeret/szoftveret. Teljes architekturalis atallas egy kifejlett rendszeren meg senkinek sincs inyere, tobb a kockazat, mint a haszon.
Amugy en siman hasznalnek ARM-os desktopot is ami hozna egy 8800 kornyeket.
[ Szerkesztve ]
-
titán
Én is szívesen használnék szerveren és desktopon is arm-ot, ha pontosan ugyanazt (Windows 10, Windows Server, ugyanazok a szoftverek) tudná mérhetően olcsóbban. Ja, hogy ez teljes képtelenség, mert ezt a jelenséget csak úgy hívják, hogy intel akció, esetleg talán még úgy is, hogy AMD, de úgy még véletlenül sem, hogy ARM. És soha nem s fogják. Tehát a piac egy számottevő része máris elveszik számukra. A piac maradékának bizonyos százalékáért harcolhatnak.
evDirect villanyautós töltőhálózat
-
ecaddsell
aktív tag
Egy ilyen átállásnak az emberi erőforrás költsége kis/közepes rendszerek esetén totál nullázza (negatívba viszi) bármiféle remélt hasznot mivelhogy ilyen rendszerrel pont nulla tapasztalat van.
Ha tényleg szignifikáns műszaki előnye lenne/van, akkor idővel persze a nagyok esetleg megengedhetik maguknak sandbox szinten első körben.
Egyébként kedvenc példám (mivel mindenki ismeri) az ilyen SW-es átállásnak az Irfanview. A fejlesztő felajánlotta, hogy odaadja a kódot a Linux fejlesztőknek, ha azok megcsinálják a Linux verziót. Tudtommal a mai napig nincs belőle natív Linux verzió (OK Wine alatt elmegy)...
-
arty
veterán
szerintem az ARM piacát (kicsi, gyengébb, de keveset fogyaszt) mára megette a virtualizáció és a konténerezés ... ezzel az x86 szerver kihasználtsága hatalmasat javult, fajlagosan az egy gép/applikáció pedig hasonlóan fogyaszt, mint egy arm (fizikai) szerver fogyasztana (és már létezik és "bevált" az egész makrokörnyezet, annyi a megírt x86 kód, mint a szemét, stb)
ééééés mindemellett a begyepesedettség is ellenük dolgozik egy epycre nehezen szánják el magukat az emberek/szervezetek, nemhogy egy teljesen más arhitektúrára....
"ugyanitt hazájából elüldözött nigériai herceg aranybányájának tulajdonjogát megtestesítő NFT jegyezhető."
-
-
lewisfm
aktív tag
Képzeeljünk el egy kisvállalatot.
Szükségük van a következőkre:
- Egy viszonylag statikus webhelyre
- SMB megosztásra
- Hálózati nyomtató kiszolgálásra
- SVN / Git. stb.
- Email serverErre egy olcsó több lemezes pl. Synology NAS ARM CPU-val tökéletes, mondjuk a DS418.
- A Syno folyamatosan adja ki a (biztonsági) javításokat rá, ami akár magától is települ
- Alig kell érteni a NAS-hoz
- Alig fogyaszt, 27W 4 db HDD-vel feltöltve!https://www.synology.com/hu-hu/products/DS418#specs
Mondjuk az i s igaz, hogy a DS918+ kb. 60000 Ft-al drágább ennél, de cserében intel CPU dolgozik benne, s így jóval több (fajta és mennyiségű) szolgáltatást lehet rajta futtatni, pl. docker-t is.
https://www.synology.com/hu-hu/products/DS918+#specs
A fogyasztása pedig alig több: 28W
Szóval a kettő között inkább az árazás dönt, de az csak egyszeri költség, ki lehet bírni.
-
Ribi
nagyúr
Ez most kicsit olyan volt, mintha egy mp3 lejátszót hasonlítanál egy stúdióhoz.
(#19) dabadab: Az sem utolsó szempont, hogy bárki azt mondja, hogy 1 év alatt nem fogja letarolni a szerver piac 25%-át, az amolyan "ki gondolta volna" szólás.
Ha ugyan ezt 5-6 éve mondja még oké. De így kb. egy 5 évesnek is nyilvánvaló.[ Szerkesztve ]
-
-
lev258
veterán
válasz ecaddsell #13 üzenetére
Az Irfanview-s dologra van forrásod is? Mert úgy látom, a forráskód eleve nem publikus.
Azt meg párszor már kitárgyalták, hogy a kódja olyan mértékben Windows függő, hogy a portolása gyakorlatilag egyenlő lenne a nulláról újra írásával (forráskód ide vagy oda). Ettől persze még jó szoftver, nekem sincs kifogásom ellene.Ubuntu MATE 20.04, hobbi cayenne termesztő
-
sonar
addikt
Hát én láttam már 2x2000W-os tápot is alulméretezettnek. Amikor világít a sárga led meg jönnek az eventek, hogy kevés a táp. Bár ez extrém eset volt. De ettől még előfordul.
ARM server elterjedése is attól fog függeni, hogy mennyi pénzt tolnak bele és mennyi embert tudnak megvenni.
Mert mondjuk aki letette a voksot a hp, lenovo, dell... hardver mellett annak azért nyomós érv kell, hogy megbontsa az ökoszitémát.A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
ecaddsell
aktív tag
Kb. 10 éves vagy valamivel több is a story, akkor próbáltam kideríteni mi lehet az oka, szóval sorry, ha volt is rá forrás ma már tuti nem találnám meg.
De a lényeget azt hiszem meg is van. Platform váltásnál van eset amikor újra csinálni az egészet egyszerűbb ami nem kis munka.Sok-sok fejlesztői munkaóra.Silenc3Hun
Azt nem tudom, hogy a Synology mit alkotott, de íme két parancs a saját otthoni QNAP NAS-omról:Ha azt mondtad volna Kubernetes sok sikert akkor az más lett volna...
-
Reggie0
félisten
válasz #80901632 #27 üzenetére
Amugy egyszeru, ha elszall a daemon, akkor eleg valoszinu, hogy hibas a vas. Engem is viccelt mar meg memoriahiba, az elejen tenyleg olyan, mintha random hibas lenne 1-2 program amik a cpu ido javat elviszik.
Ringyoz szerver annak valo aki nem igazan erti mit csinal, de nagyon meg akarja csinalni barmiaron.
[ Szerkesztve ]
-
#54625216
törölt tag
Ez szerintem úgy működik, hogy összevetik az összes paramétert és költséget, figyelembe veszik a fogyasztást, bővíthetőséget, maintenance költségeket, a hozzáértő szakemberek bérét, finanszírozási konstrukciókat, stb. és az nyer, ami jobbra jön ki. Ha az hp, akkor hp, ha valami arm-os megoldás (ami akár hp is lehet ugye), akkor meg az.
Láttam már olyat is, hogy a - teljes árat tekintve - legdrágább ajánlat győzött, mert volt hozzá olyan finanszírozási konstrukció, hogy a vevőnek csak a havi 3000 dolláros lízinget kellett fizetnie 5 évig és kapta hozzá a 0-24 maintenance-t, minden alkatrészre cseregarancia 4 órán belül, stb. a teljes futamidő alatt. Az egészet a rendszerfejlesztő cég intézte, a vevőnek meg csak annyi dolga volt, hogy elküldte a céges adatokat a lízing bírálathoz, meg a végén aláírni a papírokat.
Azaz a platformváltás nem akkora érvágás, ha teljes rendszerekről van szó egy komlex csomag részekéntItt tényleg az lehet a szűk keresztmetszet, hogy ha fejlesztés is zajlik házon belül, akkor nem fognak x86-os arm emulátoron szüttyögni csak azért, mert az arm a liblingjük, az arm-nak le kellene raknia a megfelelő fejlesztőkörnyezetet és korrekt desktop megoldásokat is az asztalra, különben nem tudnak kimozdulni a holtpontról.
Egyébként ha megfigyeljük hogyan indult a linux a 90-es évek elején, akkor hasonló pályát futott be. Emlékszem, amikor világra szóló szenzáció volt, hogy a Titanic jeleneteit a Digital Domain linuxos renderfarmon renderelte (DEC Alpha procikon ), ma meg az a hírértékű, ha bármilyen 5 főnél nagyobb stúdió windowst futtat a farmján.
-
lewisfm
aktív tag
Elnézést,
nem a melyik NAS-t vegyem irányába akartam terelni a beszélgetést, csak annyit szerettem volna, hogy azért vannak home szerver és kisvállalati szerver igények is, amire azért ezek már többnyire jók.Nem láttam, hogy a témában csak az igazán nagy teljesítményre kihegyezett szerverekről van szó.
-
Kansas
addikt
Nem is, hanem a "szerver piacról", az meg jellegéből adódóan nem az 1-2-4-5 szervert használó otthoni meg KKV szervertermi szerverekből áll, hanem a 10-20000 szervert tartalmazó adatközpontokból, legyen az felhős vagy klasszikus, ott pedig a komoly teljesítményű vasakon futó konténerek/VM-ek adják a tömeget, terabájtos memóriával, akár százas nagyságrendű core-count-tal.
Na oda cudar nehéz betörni, és bár ahogy hallottam, az ARM már betette a lábát az ajtórésbe, a részesedése nem éri el a Linux desktop-piaci részesedését(1-3%)...[ Szerkesztve ]
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
dabadab
titán
válasz #54625216 #29 üzenetére
"Egyébként ha megfigyeljük hogyan indult a linux a 90-es évek elején, akkor hasonló pályát futott be"
Linus pont errő (illetve ennek az ellenkezőjéről) beszélt: a Linux az pont úgy indult, hogy otthon bárki hekkelhette. Otthoni armos fejlesztőkörnyezet viszont nincs, vannak szerveres megoldások, a fejlesztőktől meg azt várják, hogy x86 környezetben csináljanak crossdevet - de a crossdev meg mindig szívás. Szóval az ARM-nál pont az az alulróljövőség hiányzik, ami felemelte az x86-ot, a Linuxot, sőt, ami miatt van Windows szervereken (mert ugye a kilencvenes évek elején az se volt szerveren, az a mindenféle Unixok illetve mainframe-ek vadászterülete volt).
DRM is theft
-
sonar
addikt
válasz #54625216 #29 üzenetére
Sok multinál eldöntik helyetted, hogy miből választhatsz. Kivel van a cég jóban.
Tehát jól be van limitálva.
Meg az architetct pozíció kimondottan konzervatív világ. Ha megszoktak egy fajta márkát stb... nem igazán újítanak.A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
KIRA/\NOVA
csendes újonc
Bank hálózatokhoz tökéletes volna ez a platform még egykét furfangos kodot bele ami nélkülözhetetlen mondjuk 8192bites tikosítás vagy több aztán többet nem is nyúlunk a platformhoz dobnak alá microsoft symbian s80 at oszt jónapot átlagos ember ahoz többé csak laikus.
https://m.facebook.com/home.php?refid=52 Kira komány találmányaim science
-
sonar
addikt
Felhasználástól függ. Ha tudományos számításokra használod akkor aztán lehet nyúzni. Mondjuk igazad van mert nálunk is 4 node ment a 2x2000W-os tápról, szóval visszaosztva 500W alatt vagyunk.
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
frescho
addikt
4 utas szerverben 4x 200W CPU hihető + HDD, de ez már 4 utas, ami ma már ritka. Nem azt mondom, hogy nem létezik, hanem azt, hogy 100-ból 1. A 99% maximum 2 utas és elő lehet állítani HDD-vel és CPU-val is kitömött gépet, csak nem látom értelmét, mert kicsit is komolyabb használatnál a funkciókat szétválasztják. Vagy storage-ra vagy CPU-ra lesz kigyúrva a gép és máris megint nem eszik annyit. Szóval azt az 1%-ot megint nem nagyon emeli.
https://frescho.hu
-
sonar
addikt
Nem ritka a 4 utas (lenovoéknál legalább is) Lenovo SD530
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
Sinesol
veterán
45k-ért vettem boltból a procimat, szerintem elég bestbuy volt, nem érzem azt a nagy felárat.
Ha a korábbi geneket nézem akkor is csak 50k környékén voltak az i5-ök, ami szerintem nem egy nagy összeg, tekintve hogy 2-3 évre vesz az ember gépet, ráadásul az FX-ek sem voltak annyival olcsóbbak, mint amennyivel gyengébbek voltak.[ Szerkesztve ]
-
frescho
addikt
Dellnek és HP-nak is van, de az eladások 1%-át sem teszik ki ezek a gépek. Sokszor a licensing magra vagy foglalatra van számolva, így nem is érdemes egy nagy gépet berakni két közepes helyett. Nem véletlen, hogy az AMD az Intel 2 foglalatos gépek piacát akarja támadni hasonló teljesítményű , de egy foglalatos gépekkel.
Az Intelnek sem igazán pörög az Atomra épülő DC sorozata.
https://frescho.hu
-
Kansas
addikt
Az se mellékes, hogy mióta kijöttek az új procik, 1 utas rendszerben is tud annyi mag lenni, mint előtte a 2 utasban...
[ Szerkesztve ]
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
frescho
addikt
Csak magának a vasnak az ár/teljesítmény mutatója csak pár százalékkal jobb a saját méréseink alapján. Mondjuk egy 600ezer EUR-os rendelésnél nagy összeg, de a homogenitásból adódó előnyt nem győzi le. Egy VMware szervernél, ahol a license mondjuk 3000 EUR/ foglalat ezzel szemben már a gép árának 20%-át is kiteheti az előny. Annyiért már érdemes gondolkozni.
Az ARM-nak is legalább ekkora előnyt kellene felmutatnia TCO téren, vagy még magasabbat. Linux és web kiszolgálás esetén az architecturális különbség nem számít, mert nagy valószínűséggel úgyis valami script nyelvben írják meg a futó programot. Ami erősen az ARM ellen dolgozik az az egy szálas teljesítmény (latency) és a teljesen új géppark. Ez utóbbi alatt azt értem, hogyha van mondjuk két fajta géped, akkor egyszerűen tudsz hozzájuk "fogyó készletet" vásárolni és fenntartani. Mondjuk fél-fét tucat SSD és BBU a gépekhez. 1-2 komplett tartalék gép, esetleg PSU. 300-400 gépnél ez eloszlik, de ha valami teljesen újat hozol be, akkor az elején ezt is hozzá kell csapni a beszerzéshez.
schawo: MS csak egy cég, van ott még sok cég ami nem váltott.
[ Szerkesztve ]
https://frescho.hu
-
#95590400
törölt tag
"másrészt meg ha valakinek, akkor neki van azért némi rálátása arra, hogy milyen trendek vannak a szerverek világában.
miért is? eldögönyözgeti a kernelt, meg időnként fákkozik valakinek... mostanában dühkezelési cihiáterhez jár. ettől még a szervertrendektől lehet messzebb mint makótól jeruzsálem.[ Szerkesztve ]
-
-
Xero
nagyúr
válasz #95590400 #47 üzenetére
Azért zsákszámra látja a requesteket, plusz amikor éppen nincsen diliszabin, akkor gyakorlatilag tejhatalmúlag dönthet is fölöttük. Márpedig, ha olyan eszeveszett sebességgel pörögne fel az igény, akkor a releváns cégek zsákszámra állítanák rá az embereiket, hogy reszeljék számukra megfelelőre a kernelt. Mondjuk ezt bárki megnézheti a levlistákon.
Az ARM jelenleg server fronton légüres térben lebeg. Akkor fog valóban ez nagyot változni, ha valaki (nem tartom kizártnak, hogy az Apple húzza meg, hogy leválassza a termékeit a többi gyártóról még inkább) consumer vonalon berántja az architektúrát. Persze lehet, hogy teljesen más irányból fog beindulni, de igenis van fantáziába benne skálázhatóság és perf/watt szempontjából.
Viszont ha van valakinek egy varázsgömbje, az legyen olyan jó tekintse bele és dobja már be az infokat ide, mert jelen állás szerint minimum arra lenne szükség.
-
hallador
addikt
válasz #95590400 #47 üzenetére
Végül is a világ legnépszerűbb operációs rendszerének a kernelét fejlesztette, senki a csávó, nem dobsz el a media marktba, de lassan az utcán sem semmit, hogy ne Linux fusson a cuccban. Bezzeg a hozzád hasonló megmondó emberek a rendkívül komoly, és felvilágosult újító szellemű orbanisztánban aztán vágják a témát, bármiben is.
Hiszem amikor megjelenik egy új technológia, akkor nem Linus-hoz meg a kernel hacker csapathoz mennek, hogy tegyék bele a kernelbe a cuccot, illetve nem a kernelhacker csapat áll kapcsolatban az AMD/Intel/Samsung/ARM meg pár száz céggel, hanem a PH Magyarországon élő megmondó emberei, akiknek kb annyi fogalmuk van a való világról, mint amit a béka meneten brekegett breki a kiskirály... Technológiában meg egyenesen a 19 században élnek, ami aztán mennyivel jobb mint az ezt fejlesztő tech cégek...Jajj várj mégsem.... Csodálom, hogy kisvasút kalauz bácsi még nem nevezett ki egy Technology Captain-t valami hasonló kaliberűt mint pl Te...
The further a society drifts from truth, the more it will hate those that speak it. (George Orwell) [Work Machines: HP EliteBook, HP ProBook & Linux Mint 20 ; Entertainment: Apple Macbook AIR M1]
-
dabadab
titán
"Törött varázsgomb: Az Amazon már felkaroltam az ARM szerver témát: AWS E2 A1."
Ez olyan sokat egyelőre nem jelent, csak azt, hogy kísérleteznek vele (egy gyors check alapján a 17 központjukból csak ötben vannak ARM szerverek), egyelőre nem látszik különösebb jele annak, hogy jelentősebb igény lenne ezekre vagy hogy az Amazon olyan nagyon bízna az ARM platformban.
DRM is theft
-
d4Y.187
tag
maga az interjú nem fért volna el a cikkben?
.: 3o 62o 9282 :: wehaveit.hu :.
-
Xero
nagyúr
Ez részükről szerintem nem bizalom kérdése volt. Inkább kényszer menekülő utakat kerestek.
Amúgy pont a hetekben keresett az Amazon Zurichben linux deveket, majd feltűnt pár hirdetés IC designer és hasonló fura körökben. Mindegyik fejvadászon keresztül. Lehet nincs összefüggés, miért is lenne, csak mint érdekesség ide dobom. Bár azt azért kötve hinném, hogy az amazon beleszáll a chip fejlesztésbe.
-
Sinesol
veterán
-
#95561216
törölt tag
Pedig kb ezen all vagy bukik az arm elterjedese, nem a kis es kozepvallalati max par tucat per ceg szerveren, de meg csak nem is a multik adatkozpontjain. A legnagyobb szervergyartok nem az IBM, HP, Dell, hanem a Google es az Amazon. Elobbi par eves markting anyagban azt alitotta, hogy a legyartott processzorok 20%-a hozzajuk kerul, es meg csak utanna indultak a tobb 10 milliard dollaros data center fejlesztesek, es meg igy is MS, Amazon boven elottuk jar. Ez a nagy piac, dolgoztam olyan projecten, amin csak a fejlesztoi/teszt kornyezet tobb ezer vm-en futott, es rohadtul nem erdekelt milyen proci futott alattunk, mert a hardver sok-sok absztrakcios reteggel odebb volt. Ha armra csereltek volna alattunk kb eszre se vesszuk, egy amazon eseten ha csak par szazalekot faragnak a koltsegekbol maris milliard dollarnal tartunk. Ha megeri, akkor sajat szolgaltatasok alatt pikk-pakk atalnak, x86 meg max marad az ec2-n valaszteknak.
-
Ribi
nagyúr
válasz #95561216 #59 üzenetére
Én valahogy úgy emlékszem, hogy ezek az ARM procik sem annyira takarékosak.
Amíg totál alulfeszelve mennek, addig jól néznek ki, de ha konstans akarja használni értelmes frekin akkor máris pont ott vannak mint a normál procik.
Van bármi teszt erről, hogy mennyivel energia takarékosabbak? -
ecaddsell
aktív tag
Az összes szerver proci így megy, alacsony frekin (mert ugye exponenciális a frekivel a fogyasztás emelkedés) és mivel kicsi a per mag fogyasztás sok maggal.
schawo
Kevesebb legacy cucc, kevésbé bonyolult utasításkészlet amivel kompatibilitást kell tartani (kevesebb, egyszerűbb mikrokód). -
Háát azért már mindenkinek ott lapul a zsebében egy ARM PC, csak épp nem fejleszt rajta, hanem az anyóst hivogatja vele - ami lehet nagyobb kihívás...
30€ Meta store bónusz Quest headset aktiváláshoz, keress priviben :)
-
#95561216
törölt tag
Fogalmam sincs, hogy megéri-e, és ha igen, akkor mire. Azt mondom, hogy ha megéri, akkor nem a SOHO szerverek meg céges adatközpontokba kell várni őket, hanem a nagy cloud providerekhez. AWS-en sem az az érdekes, hogy vehetsz armos EC2-t, jelenlegi áron nincs is sok értelme. Ami érdekes, hogy a színfalak mögött a másik 100 szolgáltatásukból - amik szintén ec2-re épülnek, de azt a felhasználó közvetlenül többnyire nem látja - hányat tesztelnek épp armon, és hogy mi lesz ezeknek a teszteknek az eredménye.
-
Ribi
nagyúr
válasz #95561216 #67 üzenetére
Lehet inkább valami ASIC szerű cuccot kellene csinálni azokra a dolgokra amire szerver parkot akarnak.
Lehet az ARM is ebbe az irányba megy a variálhatóságával. Mostanában úgy is nagyon VM irányba megy minden, arra kellene csinálni egy hatékony procit és lehetne vele sokat keresni. Csak hát az elterjedés. -
-
Pont ez az. Mobilokra is crossdev megy meg Raspira is, nincs natív fejlesztői környezet, mert az elérhető ARM-os platformok túl gyengék hozzá.
Egyáltalán miért kéne natív fejlesztői környezet amin aztán egy halom megszokott dolog nem menne? Ott a PC, egy ablakban elfuthat az Android ARM-estől a másik 10 ablak mellett.
Az android appok jelentős része csak egy UI valamilyen webservice-hez, azt meg eleve PC-n fejlesztik. Még ha különböző csapat is csinálja az Android appot és a webservicet, nem érdemesebb egy hullámhosszon (PC) tartani a fejlesztőket?
[ Szerkesztve ]
-
#54625216
törölt tag
Ettől lesz az egész öngerjesztő folyamat: az ARM sosem éri el az x86 teljesítményszintjét, mert azzal együtt a fogyasztás és a hőtermelés is megugrana. Csakhogy desktopon a fogyasztás és a hő kezelhető, így viszont desktopon arm-ra váltani hülyeség, mert le kell mondani a teljesítmény jelentős részéről olyan előnyökért, amik nem számítanak.
Viszont amíg nincs arm desktop, addig natív fejlesztő környezet sincsen, úgy pedig a szerverek sem terjednek, hiába lenne olyan terület, ahol esetleg verhetnék az x86-ot.
Szvsz az arm-nak egyszerűen el kell érnie azt a teljesítmény szintet, ami desktopon már elég jó. Onnantól tök mindegy, hogy van-e x86 konkurenciája többszörös teljesítménnyel, ha az extra lóerőre amúgy sincs szükség.
Az apple pont azért nem vált még arm-ra desktopon, mert egyszerűen nincs meg az arm-ban az a kraft, ami legalább közép szinten elegendő lenne. Addig pedig nincs értelme a váltásnak, mert vagy végleg kiírja magát a desktop piacról (amivel a saját ökoszisztémáját veszélyeztetné, mert tartalomfejlesztő eszköz nélkül maradnának) vagy párhuzamosan két desktop vonalat kellene futtatnia, amivel több kárt okoznának maguknak, mint hasznot. -
dabadab
titán
"Egyáltalán miért kéne natív fejlesztői környezet"
Mert a nemnatív fejlesztés mindig nagyobb szívás, mint a tisztességesen működő natív.
"Ott a PC, egy ablakban elfuthat az Android ARM-estől a másik 10 ablak mellett."
Ja, de milyen sebességgel? Ez nem egy x86 VM, ami majdnem pont úgy fut, mintha igazi vas lenne alatta, hanem a processzort is emulálni kell, az meg agyonlő minden sebességet, aztán lehet töprengeni, hogy ez most azért lassú, mert ennyit tud az emulátor, vagy azért, mert lassú a kód, de az tuti fix, hogy rettenetesen lassú lesz.
[ Szerkesztve ]
DRM is theft
-
Ha trollkodni akarnék, akkor azt mondanám, hogy ha fejlesztés közben nem akarnak szopni majd írnak olyan UI-t ami gyenge vason is jól elfut
De mivel nem akarok trollkodni, azt mondom, hogy lefordítja a kódot, USB-n hálózaton vagy valahogyan átküldi a futtathatót az Androidos fejlesztői telefonjaira és ott megnézi hogyan fut.
Egy ARM-es fejlesztői PC-n nyilván sokkal jobban futna natívan a dolog mint egy hasonló erősségű x64-en, de az is csak egy fejlesztő HW lesz és nagyon nem az a vas amin a tényleges userek futtatni fogják. 100W vs 2-5W, NVME SSD vs SD kártya stb.
Mondom ezt úgy hogy nincsen tapasztalatom azzal, hogyan fut egy Androidos emulátor. Mindenesetre nem sok együttérzésem van az Androidos fejlesztőkkel.
-
dabadab
titán
Izé, alapvetően nem telefonról van szó, mint célplatformról, hanem szerverekről
És persze, az x86 szerver sem pont az, ami a fejlesztők asztalán van, de ott azért érzésre elég jól be lehet lőni azt, hogy mit fog bírni a szerver, mert a desktop gép alapján lehet extrapolálni - ARM-nál viszont ez nincs meg, tényleg fogalmam sincs, hogy mit fog csinálni egy MariaDB, ha egy ARM-ot kap maga alá.
Androidnál az emulátorban x86-os Android fut, mondjuk az is elég szenvedés.
[ Szerkesztve ]
DRM is theft
-
-
#54625216
törölt tag
Nem az a lényeg, hogy az apple miből csinálja a nagy eladásait, hanem hogy teljes ökoszisztémát árul ami független a többi piaci szereplőtől.
Ha leállnának a desktop vonallal, akkor nem lenne saját tartalomfejlesztő platformjuk az iOS-hez és így kiszolgáltatnák magukat a többieknek. Márpedig jelenleg az arm-ra átállás egyenlő lenne a tartalomfejlesztő platform feladásával. Tartalom alatt nem csak a kódolás, hanem a grafika és a videó is értendő, a VR/AR miatt jönnek fel a game enginek, tehát desktopban ha nem tartod a teljesítmény szintet a többiekkel, akkor kb. kiszálltál a játékból."Elég sokszor írták, hogy váltani akarnak ők is Intelről saját ARM-ra."
Kik írták elég sokszor? IT bulvár pletykagyárak. Ezek az un. "elemzők" információ töredékekre alapozva előállnak mindenféle hajmeresztő agyszüleménnyel, mert manapság ha egy címbe beírják, hogy Apple, akkor lehet az írás akármekkora baromság, kattint rá a nép vagy azért, hogy fikázza vagy hogy kajálja.
Ettől még lehetnek az Apple-nek hosszú távú tervei a desktop vonal ARM-ra állításával, de nem fogják magukat lábonlőni csak azért, mert "elég sokszor írták", hogy ezt fogják tenni. -
robohw
aktív tag
válasz #54625216 #71 üzenetére
"az ARM sosem éri el az x86 teljesítményszintjét, mert azzal együtt a fogyasztás és a hőtermelés is megugrana."
Nem ugrana meg.
Az ARM egy nagyon jól tervezett proci, az Intel meg nem az.
Ráadásul az intelnek az életben maradáshoz magával kell vonszolnia a backward kompatibilitást, annak minden nyűgével.Az ARM procik nem fogyasztanak sokat, mert RISC-ek és ráadásul, sok regiszterük van. Az Intel procik meg CISC-ek (jobbára) és kevés a regiszterük, emiatt az adatmozgató utasítások eszik el a CPU időt, fülüslegesen.
De az ARM procik ugyanazt a feladatot kevesebb tranzisztorral oldják meg mint az Intel, a kevesebb tranzisztor pedig kevesebb hőt termel.
Ezért is arat az ARM a mobil készülékek piacán, ott, ahol az intel csúfosan megbukott.My own programming language: http://www.robomax.online
-
robohw
aktív tag
"Az x86 meg velunk lesz par evtizedig, az mar biztos. "
Vagy nem..
Az intel már csak a múltjából él.
Az embereknek totál mindegy - ma már- , hogy milyen proci zörög a készülékükben, szerver fronton viszont erőteljes tényező a fogyasztás, ahogy a mobil eszközök területén is. Az Intelnek már annyi. Haldoklik egy jó ideje és nem vagyok benne biztos, hogy 2025-ben még létezik-e majd.My own programming language: http://www.robomax.online
-
robohw
aktív tag
"it's a 32-core 64-bit Armv8 CPU clocked up to 3.3GHz in turbo mode, with a shared 32MB L3 cache.
It supports up to 1TB of DRAM from 16 DIMMS plugged into eight DDR4-2667 memory controllers, has 42 lanes of PCIe 3.0, draws up to 125W, and is a single-socket chip. It'll be made using 16nm TSMC FinFETs. The cores were designed by Silicon Valley-based Ampere, and the whole package is branded the eMAG."My own programming language: http://www.robomax.online
-
Kansas
addikt
Ugyanez AMD-éknél: (Epyc)
EPYC 7601:
32C/64T
2TB RAM/socket
16 DIMMs 2666MHz DDR4
64MB L3 cache
128 PCIe lane
180W TDPIgen, többet fogyaszt, de amit nem tudunk, az pl. az ARM proci teljesítménye - legutolsó emlékeim szerint mobileszközökben az Atom procik szintjén voltak, és a Core-U procik szintjét 2x annyi maggal se tudták hozni
Érdekelne némi új benchmark eredmény a szerverprocik kapcsán, ha tudnál linkelni...(#80) robohw "De az ARM procik ugyanazt a feladatot kevesebb tranzisztorral oldják meg mint az Intel, a kevesebb tranzisztor pedig kevesebb hőt termel." csakhogy ugyanannyi órajelciklus kell nekik a végrehajtáshoz, vagy tovább szöszmötölnek vele és pörgetik a villanyórát?
[ Szerkesztve ]
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
robohw
aktív tag
"csakhogy ugyanannyi órajelciklus kell nekik a végrehajtáshoz, vagy tovább szöszmötölnek vele és pörgetik a villanyórát?"
Nem kell ugyanannyi. Téves elképzelés, hogy adott feladatot minden proci ugyanannyi órajelciklus alatt végez el. A különbség szemléltetéséhez elég ha két régi, de valaha nagy utat befutott procit hasonlítunk össze.
Az egyik a 6502, ami az apple gépekben és a commodore számítógépekben volt használatos. Jellemzően 1 Mhz környékén volt járatva, felépítését tekintve risc jellegű arcihetektúra, egyébként.
Nagyjából ugyanezt a teljesítményt hozta a z80 proci. Ez utóbbinak jellemzője a cisc utasításkészlet volt és az, hogy a teljesítményt, amit a 6502 tudott 1 Mz-en, a z80 csak 4 mhz környékén volt képes nyújtani.Az sem véletlen, hogy a z80-at az Inteltől kivált mérnökök alkották, a 6502 pedig alapul szolgált a RISC acorn (ma ARM) processzorok tervezésénél.
My own programming language: http://www.robomax.online
-
Kansas
addikt
A kérdőjel("?") mint írásjel használatával látom nem vagy tisztában, vagy write-only üzemmódba kapcsoltál...
Önmagában az hogy egy proci CISC vagy RISC az ég volágon semmit nem mond a teljesítményéről, bármennyire szeretnéd is, hisz könnyen meglehet, hogy egy összetett CISC utasítás RISC megvalósításához(és/vagy végrehajtásához) több utasításra, több órajelciklusra van szükség, ami azonos órajelen lassabb végrehajtást eredményez.
Az ominózus mondattal arra akartam utalni, hogy hiába soroltuk fel mindketten a száraz adatokat, az utasításkészlettől függően azonos órajelen is drámaian eltérő teljesítményt nyújthat két, papíron hasonló paraméterekkel rendelkező proci.
Tehát plíz, üres lózungok és tautológiák helyett teljesítménymutatókat(GFLOPS, MIPS, stb.) de még inkább összehasonlító benchmarkokat linkelj, amik alátámasztják az ARM fölényéről szóló állításaidat. Én eltöltöttem tegnap este vagy egy órát gugliban és egy darabot sem találtam - stand-alone benchmarkot igen, de az viszonyítási pont híján semmi információt nem hordoz.
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
robohw
aktív tag
A mikroprogramozott vezérlés megjelenésének következtében növekedett az utasítások bonyolultsága. Ez azért következett be, mert a ROM-ban elhelyezett mikroprogram végrehajtása gyorsabb, mint a központi tárak által biztosított sebesség, másrészről befolyásolta az összetett utasításkészlet megjelenését a magas szintű programozási nyelvek széleskörű elterjedése is. Történelmileg a számítógépiparban a CISC architektúrájú gépek domináltak.
A piac nyomására, hogy megőrizzék a kompatibilitást, megtartva a régi utasításkészletet, egyre bonyolultabb gépi instrukciókat vezettek be a CPU családokon belül, ahol is a sokféle instrukcióval kényelmes gépi kódú programozás lehetséges, és megfelelő hatékonyságú kódot lehet generálni a magas szintű nyelveken írt programokhoz is. A nagy instrukciókészlet viszont nagy belső mikroprogramtárat igényel.Újabb felfogás szerint a teljesítmény növelhető redukált instrukciószámú processzorokkal, ahol viszont a hardver és szoftver között sokkal kifinomultabb és igényesebb együttműködés lehetséges. A koncepció statisztikai felmérések alapján merült fel, amikori azt vizsgálták, hogy a szoftverek hogyan használják a processzor erőforrásait.
Kiderült, hogy az egyszerűbb instrukciók túlnyomórészt dominálnak még a CISC architektúrákban is. Hiába implementálták a komplex instrukciókat, azokat ritkán használják. Egy csökkentett utasításkészletű processzor, ami tipikusan 50-80 instrukciót jelent, és amelynél szemben a CISC felépítéssel az instrukciók dekódolására fix logikát alkalmaznak, nagyságrenddel nagyobb ütemezési sebességgel tud dolgozni. Az amúgy is domináló egyszerű instrukciók mellet a felmerülő komplexebb feladatok - kicsivel több kóddal, de optimált fordítással segítve - azért elvégezhetőek maradnak (!!!).
Valószínűleg hosszabb lesz a kód, de a cache memória ezen is segíthet, a háttértároló kapacitás pedig egyre kevesebb gond a fejlődés során. A RISC fejlődést teszi lehetővé az a tény is, hogy a gyorsító memóriák is fejlődnek, a processzor mikrokód helyettesíthető az egyre gyorsabb cache memóriákkal.A benchmarkok ritkán nyújtanak valós képet. Az igazi megmérettetés maga a feladat, annak implementálása és a teljesítmény egzakt mérése, valós környezetben.
Ezért hoztam példának a 6502-t párhuzamba állítva a zilog z80-as processzorával. Szerintem megfogható a markáns előny a risc jellegű processzor (56 utasítás) javára, szemben a z80 194 utasításával, amely a 6502 órajelének négyszeresén hozza a 6502 teljesítményét, azonos feladat esetén.
Igaz, hogy a z80 ALU-ja csak 4 bites, míg a 6502-é nyolc, de az is sokat elárul, hogy az intel mai processzoraiban már van risc core, a cisc utasítások (legalábbis ezek egy része) fel van bontva risc-ekre még a végrehajtás előtt.Azt még érdemes megemlíteni, hogy a szerver piac is fregmentált. Ahogy a nagy teljesítményű szerverekre, úgy a kisebbekre (kis terheltségű szolgáltató vagy adat-gyújtő szerverek, dedikált stream szerverek, pont-pont kiszolgálók) is konstans igény mutatkozik már egy jó ideje.
Az, hogy a szerverek piacán az intel alapú procik a keresettebbek, sokkal inkább a rögzült szokásoknak, mintsem az ésszerű, jól átgondolt döntéseknek tudható be. Legalábbis ma még.My own programming language: http://www.robomax.online
-
Kansas
addikt
"Ezért hoztam példának a 6502-t párhuzamba állítva a zilog z80-as processzorával."
Szerintem meg a CISC procik(Intel/AMD/VIA) közt is van akkora teljesítmény és IPC különbség, hogy a 40 évvel ezelőtt tervezett procik teljesítményviszonyai totálisan irrelevánsak legyenek a kérdésben.
Konkrét, összehasonlítható mérési eredményeket, plíz, bemondásra nem hiszek el semmit.
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
Új hozzászólás Aktív témák
- Luck Dragon: Asszociációs játék. :)
- HiFi műszaki szemmel - sztereó hangrendszerek
- Főzőcskés topic
- Kerékpárosok, bringások ide!
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Milyen CPU léghűtést vegyek?
- Háztartási gépek
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Az NVIDIA szerint a partnereik prémium AI PC-ket kínálnak
- Ukrajnai háború
- További aktív témák...
- HP Elitedesk 800 G4 DM I5-8500T 16GB 256GB SSD (1 USB sérült, de működik)
- Dell 7060 Micro I5-8500T 8GB 500 GB SSD WIFI
- Új GAMER félgép - GIGABYTE B760 GAMING X + Intel I5 12400F + Crucial PRO 2x24GB DDR5 5600MHz
- Eladó gamer PC (Ryzen 5 7600X/16GB DDR5/512GB SSD/RTX 4070 Super)
- Eladó gamer PC (i5-6500/16GB DDR4/120GB SSD+320GB HDD/GTX 1050Ti)