Hirdetés

2024. július 13., szombat

Gyorskeresés

Hozzászólások

(#1) Tamás88


Tamás88
őstag

Az Intel Itanium azért bukott, mert úgy kalkulálták, hogy ők ketten megegyeznek, és mindenki azt fogja venni, így win-win lett volna, csak jött az AMD x86-x64 processzorral és az egész egyezmény megdőlt.

(#2) sh4d0w válasza Tamás88 (#1) üzenetére


sh4d0w
félisten
LOGOUT blog (1)

Az Itanium azért bukott, mert nem volt rá szoftver. Volt x86 emulációja, ami gyalázatosan lassan futtatta az x86 kódot, így erre sem használta senki.

https://www.coreinfinity.tech

(#3) nemlehet


nemlehet
őstag

Nincs olyan nagy rálátásom a dologra, de volt egy olyan megérzésem, hogy önmagában az, hogy más az architektúra nem fog olyan sokat jelenteni. Főleg azért gondoltam így, mert a mobilokba szánt ARM chippek is meglepő fogyasztással bírnak ha meghajtod őket, ergo ha egy ezeknél is erősebbet akarsz csinálni akkor már kb ott vagy ahol egy modern AMD procival.

Az Apple M csipje is ezt a vonalat erősítette CPU-ban szerintem nincs szignifikáns fogyasztási előnye, GPU-ban meg ha jól optimalizált a szoftver akkor jól szerepel, ha nem akkor viszont gyötrelmesen.

Nagyon sokan fújják a mai napig, hogy úristen mekkora dolog ezek a snapdragonos windows laptopok... Én bevallom ez nem fog sehova se menni. Céges környezetben nem hiszem hogy bárki bevállalná hogy ilyeneket szórjon ezrével a usereknek az egyszeri vásárlónak meg drága. Aki ennyit kiad laptopra és fontos neki az ultramobil kivitel és jó aksi idő szerintem már amúgy is Macbook-ot használ. (mondom ezt úgy, hogy amúgy rühellem a az apple gépeket, főleg az oprendszertől ráz a hideg)

Nokia 3310->3410->3100->6500 Slide(RiP Nokia)->Acer Liquid Metal ->Xiaomi Hongmi-> Xiaomi Redmi Note 3

(#4) weiss


weiss
addikt

Imádom ezt az ábrát :DDD

I did nothing, the pavement was his enemy!

(#5) kraftxld válasza weiss (#4) üzenetére


kraftxld
nagyúr
LOGOUT blog

Hehe, nekem is nagy kedvenc :)

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

(#6) ergoGnomik


ergoGnomik
tag

@sh4d0w: Az ARM architektúrákon a modern biztonsági rések (Sceptre és társai) hatékonyabban (értsd: kisebb teljesítmény csökkenéssel) mérsékelhetőek, mint az x64-es processzorokon? Vagy esetleg kevésbé vannak ezeknek kitéve? (Nem kötözködés, komolyan kérdezem. Gondolom te jobban átlátod ezeket a dolgokat.) Mert ha igen, az hosszú távon lehet egyfajta előny.

(#7) ergoGnomik


ergoGnomik
tag

@Itanium: Amit anno olvastam az alapján az Itanium azért bukott, mert a Microsoft köszönte, de nem kért belőle és mert a gyártó elkezdett versenyezni a vásárlóival. Az Intelnek az volt a terve, hogy ezzel fogja az utolsó konkurensét (AMD) is megszüntetni. Viszi az x86-világot magával az új architektúrára, ők meg hoppon maradnak licenc hiányában. Viszont az elb.szott VLIW felépítés (Explicitly Parallel Instruction Computing márkanéven – ha minden igaz) sokaknál kiverte a biztosítékot és nem is alaptalanul, mert az Intelnek is még sok évig eltartott mire jól optimalizáló fordítót tudtak rá reszelni. Más nagy vas gyártók a kezdeti áttérése után meg szépen kihátráltak mögüle vagy bedobták a törölközőt, miután a HP (az ő ötletük volt ugye maga az Itanium a PA-RISC leváltására és közösen dolgoztak rajta, az Intel "csak beszállítója" lett volna a HP-nek) elkezdte a piacot árversenyben felzabálni. HPC felhasználásra, ahová végül is jó megoldásnak bizonyult program még csak-csak lett volna, de a szereplők fokozatos kivonulása egyszerűen felszámolta ezt a piacot (egy szereplős piac az nem piac). Ami pedig meg is ásta a sírját az architektúrának.

(#8) sh4d0w válasza ergoGnomik (#6) üzenetére


sh4d0w
félisten
LOGOUT blog (1)

Ha jol ertem a kerdest, akkor a szoftveres javitasokra vagy kivancsi.
Teljesen megvalositas fuggo. Linuxra irt az Intel egy tre javitast, igy a kernel fejlesztok irtak egy sokkal jobbat, ami csak Skylake-tol folfele adott a teljesitmenynek egy pofont.

Mindazonaltal 2 dolgot mindenkeppen ajanlanek a figyelmedbe:
- az ARM CPU eleve gyengebb az x86-nal, tehat meg ha aranyaiban sokkal kisebb is a teljesitmenyveszteseg, erezheto lesz x86-hoz viszonyitva
- noha egyaltalan nem szabad lebecsulni a Spectre-hez hasonlo side channel sebezhetosegeket, a szoftveres sebezhetosegek es a Layer 8 vedelme egyelore komolyabb gondokat jelentenek.

Termeszetesen az ARM architekturanak es a kapcsolodo integralt eszkozoknek is vannak bajaik, igy nem tunik egyertelmunek security szempontbol sem az ARM esetleges folenye.

[ Szerkesztve ]

https://www.coreinfinity.tech

(#9) UnA válasza ergoGnomik (#7) üzenetére


UnA
Korrektor

Nekem egyszer kellett Itanium + HP-UX kombón dolgozni. A tapasztalat az volt, hogy mindkettő szar volt külön-külön is, de az eredmény így együtt még a várakozásokat is alulmúlta. :)

(#10) ergoGnomik válasza sh4d0w (#8) üzenetére


ergoGnomik
tag

Igen, erre gondoltam. Köszi a kimerítő választ!

Viszont egy dolog megint kérdésre ingerel. Írod, hogy "az ARM CPU eleve gyengebb az x86-nal". Már évek óta azt hallani, hogy az Apple ARM implementációk teljesítményben egyenrangúak vagy akár jobbak is az x86-osoknál. Akkor ez valójában nem is igaz? Vagy rájuk igaz, de a többi gyártó esetében ez nincs így?

(#11) sh4d0w válasza ergoGnomik (#10) üzenetére


sh4d0w
félisten
LOGOUT blog (1)

Az ARM mindig hangoztatott elonye, hogy kevesebbet fogyaszt, hatekonyabb. A nemreg megjelent PH tesztben is latszik, hogy a fogyasztaskulonbseg nagyon kicsire zsugorodott, ami ket okra vezetheto vissza: az egyik, hogy az x86-os gyartok igen sokat leptek elore energiahatekonysag teruleten, masreszt ha az ARM-tol desktop teljesitmeny kell, akkor nagyreszt megsemmisul a kis meretekben meglevo hatekonysagi elonye. Ez utobbit egyebkent sokszor hangoztattak (en is) itt a forumon, tovabbra sem hiszek az ARM okoszisztema felemelkedeseben, sok kulonbozo ok miatt: nincs egyseges BIOS/UEFI-nek megfelelo platform, ami elkezdene az OS bootolasat, gyakorlatilag minden egyes fizikai megvalositasra kulon OS boot stage1-et kellene kesziteni (vagy legalabbis amikor utoljara kutattam a temakorben, meg ez volt a helyzet); megnezve a Debian oldalat, csak ott jelenleg 3 megvalositas van. Ezen tulmenoen, a szoftverek meglete/nemlete donto faktor lesz - es most nem MS Office-rol, Photoshoprol es hasonlo bohockodasokrol beszelek, mert ezek elmennek emulacioval -, hanem SAP-rol, ahol bizonyos modulokban alacsony szintu hardverkezeles van (pl. vonalkod scannerek; az ilyen alacsony szintu hardverkezeles altalaban nem tur semmilyen virtualizaciot/emulaciot); VMware-rol, mint az IT de facto standard virtualizacios megoldasarol. Nyilvan ezek mellett valoszinuleg az OT kornyezetbol lehetne hozni meg tonnanyi olyan szoftvert, amelynek a vezerlorendszere x86-on fut, elsokent mindjart a Siemens jut eszembe, de ha jol remlik, akkor talan a Dragos platform is ilyen. Na, ez utobbiakat szinte garantaltan nem fogjak portolni ARM-re.

Szoval en nem hiszek abban, hogy az ARM fogja levaltani az x86-ot, utobbi beagyazottsaga olyan mely, hogy talan mas platformmal sem lehet. En abban hiszek inkabb, hogy az x86 ISA magaval vonszolt sok-sok kompatibilitasi reteget kellene magunk mogott hagyni.

Az Apple specialis helyzetben van. Licencelik az ARM-et, de a megvalositas a sajat kezukben van es arra a nehany hardvervaltozatra kell szoftvert kesziteniuk - ami belathato, hogy sokkal optimalizatabb, mint ugyanezt kulon kezekben implementalni. Plusz azert ok szeretnek nagyokat mondani (mint pl. 8 GB ram naluk feler 16 GB x86-ossal), ami azert akkora lozung, mint ide Nagykata. Szoval valoszinu, hogy naluk meg akar gyorsabb is a teljes platform, de altalnosan nem ervenyes szabaly.

[ Szerkesztve ]

https://www.coreinfinity.tech

(#12) Polllen válasza sh4d0w (#11) üzenetére


Polllen
nagyúr

"hanem SAP-rol, ahol bizonyos modulokban alacsony szintu hardverkezeles van (pl. vonalkod scannerek; az ilyen alacsony szintu hardverkezeles altalaban nem tur semmilyen virtualizaciot/emulaciot)"

Itt pontosan milyen vonalkód leolvasókra gondolsz? USB-s vezetékesekre? A modern vezeték nélküli eszközökön jó ideje android fut, ami támogatott platform. Igazából a régi windows me meg ce verziókra is volt 3rd part támogatás mindig.

[ Szerkesztve ]

"Odamentem egy párhoz...négyen voltak!"

(#13) sh4d0w válasza Polllen (#12) üzenetére


sh4d0w
félisten
LOGOUT blog (1)

Igen.

https://www.coreinfinity.tech

(#14) Polllen válasza sh4d0w (#13) üzenetére


Polllen
nagyúr

Mire ezekben a folyamatokban hajlandóak lesznek klienst cserélni és mindezt arm kliensre, lesz alternatíva. :DDD Igazából most is van, de minden ügyfél maga kell eldöntse, mire költ.

"Odamentem egy párhoz...négyen voltak!"

(#15) kraftxld válasza sh4d0w (#11) üzenetére


kraftxld
nagyúr
LOGOUT blog

Szerintem ne a desktop vonalról közelítsd meg ahol egy hákolt fos az egész :D
Én azt látom, hogy az enterprise software vonalon nagyon pörög az ARM.
- Az OpenSource DBk (PostgreSQL, MySQL, stb), támogatja, Amazon RDS-ben már egy kattintás áttenni Graviton-ra, a replikációt, failovert intézi a PaaS.
- Az Oracle DB is támogatja
- VMware is van ARM-ra, igaz még flingként csak, de a Broadcomos felvásárlás licensz áremelkedés után értelmes enterprise cég nem tervez VMware-el hosszútávon.
- Azure-ban is jönnek az új Ampere-s ARM gépek, valszeg a háttérben ezerrel dolgoznak a szoftverek portolásán, Windows Server 2025 insiderből is van már ARM változat.
- A gyár ahol dolgozokk pl most állt át a teljes Elastic Stack-el ARM64-es node-okra.
- A container platformon is most kezdjük tesztelni, de ott elég komplex a dolog.

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

(#16) nemlehet válasza kraftxld (#15) üzenetére


nemlehet
őstag

Mondjuk én nem tudom mennyire lesz egy kelendő. Az AMD sem tud áttörést elérni a szerver platformokon, mert a cégek inkább megveszik a szarabb és drágább Xeont, mert azt ismerik.
Én nem látom hogy az ARM mi olyat tud nyújtani ami miatt a híresen risk avert cégek majd tömegesen rohannak venni ilyen szervereket.

Én értem hogy papíron ez nem egy egyszerű váltás kéne legyen de más tudni hogy a gyerek iszik és más részegen látni a kocsma oldalában...

Nokia 3310->3410->3100->6500 Slide(RiP Nokia)->Acer Liquid Metal ->Xiaomi Hongmi-> Xiaomi Redmi Note 3

(#17) kraftxld válasza nemlehet (#16) üzenetére


kraftxld
nagyúr
LOGOUT blog

Ilyen ARM szervert nem fog venni Sanyi és Pista kft a budiból kialakított szerverszobába ahol most a pirosan villogó 15 éves HP proliant porral megrakott ventije nyöszörög :D

Public cloud-ba rakják be (AWS, Azure, GCP, stb) és IaaS vagy PaaS megy róla.

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

(#18) nemlehet válasza kraftxld (#17) üzenetére


nemlehet
őstag

Van azért pár lépcső a kettő között :U

Nokia 3310->3410->3100->6500 Slide(RiP Nokia)->Acer Liquid Metal ->Xiaomi Hongmi-> Xiaomi Redmi Note 3

(#19) kraftxld válasza nemlehet (#18) üzenetére


kraftxld
nagyúr
LOGOUT blog

Persze, elég sok méretű cégnek dolgozok, public cloudon kívül nem láttam még ARM-os szervert egyiknél sem.

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

(#20) ergoGnomik válasza kraftxld (#15) üzenetére


ergoGnomik
tag

Szerintem ne a desktop vonalról közelítsd meg ahol egy hákolt fos az egész :D

A Windows on ARM biztonságához miért is nem az asztali környeztek szemszögéből érdemes közelíteni? :F

Copyright © 2000-2024 PROHARDVER Informatikai Kft.