- 1000 kilométert mehetnek az EV-k az új CATL-akkuval
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- ASUS routerek
- Windows 10
- Router gondok
- Kínai cégek segítik ezentúl a Teslát, a Renault-t, a Hyundait és a Toyotát
- Synology NAS
- Windows 11
- Az USA nem akarja visszafogni Kína növekedését
- Mikrotik routerek
Új hozzászólás Aktív témák
-
tag
Nem kell a nulláról tervezni, már meg van az alapja az A11 személyében. Van nekik már saját grafikus lapka is, sőt hamarosan kijelző is lesz. Én már alig várom, hogy ez a szutyok x86 eltűnjön végre a süllyesztőbe, már az x86-64-et sem kellett volna erőltetni.
A sebességgel kapcsolatban én meg nem aggódnék.
https://thenextweb.com/apple/2017/09/12/apples-new-iphone-x-already-destroying-android-devices-g/Ne bízz komoly feladatot olyan szerverre, amit egymagad is fel tudsz emelni...
-
tag
"Én már alig várom, hogy ez a szutyok x86 eltűnjön végre a süllyesztőbe, már az x86-64-et sem kellett volna erőltetni."
Ezt azert leervelhetned jol, ha mar igy kinyilatkoztattad.- x86 is CISC
- borzalmas memória menedzsment
- nem SMT-re lett kitalálva és elég rosszul is skálázódik.
- overlapping register classes
- fixed registers az integer szorzás/osztáshoz
- feleslegesen sok jump utasítás van
- emellett rengeteg használhatatlan, lassú utasítás van benne
- túl kevés regiszter
- emiatt sokat dolgozik közvetlenül a memóriába
ADD AX,[BX+10] tulajdonképpen ADD AX,[DS<<4+(BX+10)]
tehát tulajdonképpen:
ADD BX+10
SHIFT DS<<4
ADD DS<<4 + BX+12
És ez csak két szám összeadása, a legtöbb esetben tehát a sz@r memória menedzsmenten keresztül éri el az adatokat, mert nem tudja belül tárolni, mert nincs elég hely. Nézz meg egy nagyobb assembly program kódot, gyakorlatilag a lassú memóriában pakolgat ide-oda adatokat.De ezt nem én találtam ki, a neten elég sokan, nálam profibbak is írnak róla.
Ne bízz komoly feladatot olyan szerverre, amit egymagad is fel tudsz emelni...
-
bambano
titán
"Leginkabb a tudat, hogy a sok szolgaltatas, amit ma mar eszre se vaszel, annyira trivialis a letezese, meg tud szunni": mondj pár ilyet, ami csak és kizárólag x86-on üzemelhet... Az oracle támogatja a sparcot, az ibm a powert, a google power9-es processzorra fog átállni x86-ról, szóval még a mindennapi cicás videót se kell majd nélkülöznöd.
Konkrétan mi tűnne el, ha lenne egy tervezett, ütemezett átállás? hint: semmi.
"a vilagon mindenki felfogja, hogy mi a differencia a desktop es a mobil os kozott, es miert szar eroltetni a kavarodast, de ugy tunik, tevedtem.": annak a cikknek a topicjában írod a tévedésedet, ahol arról van szó, hogy az apple erőlteti a kavarodást. az apple-nek eddig mindig bejöttek a ui-jal kapcsolatos döntései.
"Ezt cloud nelkul akkor se oldod meg, ha cicaszorbol fonod a processzort, clouddal meg konkretan meg van oldva most is.": a cloud nevű betegséget előbb-utóbb kikezelik, ahogy sokasodnak az adatvédelmi botrányok.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
tag
es plane hogy mi koze van ahhoz, amit fentebb irtam.
Annyira véded az x86-ot, mint ha a megélhetésed múlna rajta.
es semmi nem mutat arra, hogy ez az elkovetkezo 10-20 evben valtozna
Fogalmad sincs, hogy mi lesz 5 év múlva sem, nem hogy 10-20.
Ne bízz komoly feladatot olyan szerverre, amit egymagad is fel tudsz emelni...
-
tag
De hat nem erted, hogy linux?
Nem tudom honnan jön neked ide ez a linux fétisz, mert rajtad kívül senki sem hozta fel. Ez arra hasonlít, mint amikor valaki ész érvek kifogytán bedob egy oda nem illő dolgot utolsó szó jogán. Tipikus pszichológiai védekezés kivetülése.
Az egész onnan indult, hogy az x86 és vonala már rég elavult, ez nem megállapítás, hanem tény. De még sajnos mindig tolják neki, aki meg tájékozatlan, az nem érti miért.
Évek óta meg van rekedve 4-5GHz környékén, pedig 10 GHz-et is ígértek anno. Mennyit fejlődnek évente teljesítményben? +10-20%? Akkor sokat mondtam.
Ahogy itt többen is leírták, ez nem úgy fog bekövetkezni, hogy egyszer csak az összes x86 eltűnik. Csak ne gyártsák, hanem fejlesszenek más, korszerűbb CPU-t, a mai elvárásoknak megfelelően. És ne hátráltassák a fejlődést egy elavult technológiával, amit évről évre toldozgatnak. Az ember alapvetően lusta, és ha nincs valami jobb alternatíva, akkor marad a régi dolgoknál. Amúgy annak idején az x86 indulásánál a Motorola processzorok sokkal jobbak voltak, csak sajnos mindig vannak a történelemben olyanok, akik gyártanak valami hasonlót olcsóbban és rosszabb minőségben és az fog elterjedni. Elég sok példa van erre, elég ha csak a CD-t vagy a VHS-t említem.
Ne bízz komoly feladatot olyan szerverre, amit egymagad is fel tudsz emelni...
-
Valószínűleg több tapasztalata van, mint az itt fórumozók 99%-ának.
A konkrét vitatémához: makkos alá mindig megvoltak a programok, nem látom, ez mitől változna. Minden platform sorsát a szoftverek döntik el, lásd WinRT, OS/2, IA64, WP. Kétlem, hogy az Apple kiengedné a kezéből a számítógépeit.
A Linuxos beszólásokat meg ne erőltesd, full offtopic.
[ Szerkesztve ]
https://www.coreinfinity.tech
-
Biztos lehetsz benne, hogy ezt a váltást nem most kezdték el, hanem évekkel ezelőtt, mint ahogy a most piacon lévő eszközöket is.
Abban is biztos lehetsz, hogy mindannyiunknál okosabb emberek találták ki a roadmapet. Az Apple A processzorai jobbnak tűnnek, mint az azonos órajelű x86-osok, miért ne váltanának?
https://www.coreinfinity.tech
-
tag
Rajonnel, hogy a vilagon mennyi minden hasznal x86-ot.
Mesélj, mennyi minden használ ami kritikus az életünkben és ha megszünne az x86 összedölne a föld? A nagy energia szolgáltatók? Az egészségügy? A bankok? Elárulom, hogy ide az x86 be sem teheti a lábát.
De nézz körül magadnál, a PC-n kívül miben van x86? A mobilodban, a tabletben, az TV-ben, a routerben, a mikróban, a mosógépben? Vagy esetleg a különböző orvosi eszközökben?
Leginkabb a tudat, hogy a sok szolgaltatas, amit ma mar eszre se vaszel, annyira trivialis a letezese, meg tud szunni, ki tud esni, es nem feltetlen egy nap a helyreallitasa, mint most.
Mesélj ezekről a szolgáltatásokról? Most ne a webes szolgáltatásokat hozd fel, mert az nem egy kritikus és tök mindegy, hogy x86 vagy IBM vagy AMD platformon fut.
Plusz Ballmert kiveve en eddig ugy tudtam, hogy a vilagon mindenki felfogja, hogy mi a differencia a desktop es a mobil os kozott, es miert szar eroltetni a kavarodast, de ugy tunik, tevedtem
Attól eltekintve, hogy egy mobil OS-nél fontos az energia management, hiszen nincs folyamatosan hálózati áramforráson, mi a különbség? Ja tudom, a képernyőméret, akkor erre már írni kell egy mások OS-t, mert a desktop nem kezeli a kis mérettet vagy fordítva.
Kicsit ugy latom olyan neked ez az x86/64 nelkuli vilag, mint a 42, vagy bambano-nek a linux.
Ez nem tudom, hogy jön ide ez, de úgy látszik itt, aki kifogy az érvekből, az inkább személyeskedik. Szerinted az x86 nagyon jó így és még sok potenciál van benne, aggasszanak még rá sok extensiont, mert az kell még a meglévő több 100 utasítás mellé? Vagy 5 éve alatt át lehet térni másra, ezt meg be lehet tenni a múzeumba okulásul az utókornak?
szerintem 2020 nagyon kozel van...Nem mondtam olyat, hogy mindenkeppen baromsag...
Annyit irtam, hogy szerintem baromsag a 2020-as datum egy ilyen valtasraAha, értem... vagy mégse, most mi a baromság?
Ne bízz komoly feladatot olyan szerverre, amit egymagad is fel tudsz emelni...
-
bambano
titán
"Figyelj, az alap allitas annyi volt, hogy szerintem 2020 nagyon kozel van egy ilyen valtashoz.": szerintem se a cikket, se a fórumhozzászólásokat nem olvastad el értő olvasással.
#5: "Egyreszt 2020 brutalisan kozel van, meg akkor is necces lenne, ha mar 90%-ban kesz lenne a processzor, leteznenek belole tesztpeldanyok, amikkel felszerelt devkitek a legfontosabb partnereknel mar lennenek": ez önmagában igaz állítás lenne, marhasággá a cikkben szereplő mondat teszi, miszerint már piacon levő futó rendszert implementálnának macekbe IS. tehát nem arról van szó, hogy most nulláról induló fejlesztést kell kezdeni, hanem arról, hogy "Az is kiderült, hogy az érkező Mac Pro is megkapja majd az Apple – saját fejlesztésű – ARM-os segédprocesszorát, amelyet az aktuális MacBook Pro és iMac Pro már használ.". mégegyszer. MÁR HASZNÁL.
a linux szó hallatán szemed elé leszálló vörös köd helyett pedig elfogadhatnád azt a tényt, hogy a linuxos cuccokat is képesek crossplatformosra megírni, akkor az alma is képes lenne rá, főleg, mert kevesebb hardvert kell támogatniuk.
#161: "Akkor kerlek, valaszolj arra a kerdesre, hogy mikor lattal olyat, hogy egy programozo egy adott programcsomag/modul/akarmi nullarol ujrairasa ellen van?": ez megint egy igen elegáns mellébeszélés, mert ez egy rosszul megírt kód refaktorálásáról szól, amiről meg eddig szó volt, az ugyanazon funkcionalitás portolása másik architektúrára. a kérdésedre a válasz: tőletek láttam ilyet ebben a topicban, konkrétan:
#11 opr: "Parhuzamosan ezt nehez, mert vagy a fejlesztok kuldenek el a picsaba (jogosan), hogy ketszer annyit kell dolgozniuk ugyan akkora bevetelert, ha kenyszerited oket, hogy mindket paltformodra dolgozzanak" (ami ráadásul nem is igaz, mert csak egy platformra kellene dolgozniuk)
#16 schawo: "Az pedig nem fog menni, hogy a munkaállomásokba x86, máshova ARM, azért a nagyon kevés piaci részesedésért senki nem fog duplán fejleszteni."
(#29) Kopi31415 "Szerinted melyik profitorientált cég lesz hajlandó dupla munkát bele ölni az új verzióba, ha két külön OS-re kell fejleszteni, azonos market share és profit eléréséhez?"a magánvéleményem pedig az, hogy a cikkben leírt dolgokat az apple képes végrehajtani a leírt határidőre.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
tag
Na, latod, ezert nincs ertelme beszelgetnunk nekunk.
Látom sikerült kiragadni a lényeget az írásomból és megint átmenni személyeskedő durcás kisgyerekbe.
A masik variacio, hogy meglepik azt, hogy mas architekturan fut a kis es a nagy teljesitmenyre belott termek, de ez ha belegondolsz tobb szempontbol is valoszinutlen es ontokonloves.
Nem kell ehhez másik architektúra, erre való a big.LITTLE az új Apple CPU-kban.
Persze kiderulhet, hogy megtanultak brutalisan titokban dolgozni
Ezen felnevettem. Látszik, hogy halvány fogalmad sincs, hogy hogyan zajlik Apple berkein belül a fejlesztés.
Ne bízz komoly feladatot olyan szerverre, amit egymagad is fel tudsz emelni...
-
tag
Most miért tereled hírtelen a témát?
Egyáltalán nem az 2020-as megjelenéstől vitáztunk az utolsó pár comment-ben, hanem az x86 létjogosultságáról. Magyarázkodni meg felesleges, csak kicsit összefüggéstelenül írsz. Csapongsz a témák között és olyan dolgokat keversz bele, ami nem oda való. A kérdésekre meg nem is válaszolsz, csak WRITE ONLY módban irogatsz és magyarázod a bizonyítványodat.Ne bízz komoly feladatot olyan szerverre, amit egymagad is fel tudsz emelni...
-
bambano
titán
"Megint elegansan felremagyarazol es felreertesz mindent.": jaja, én értek félre mindent akkor is, amikor korábbi hozzászólásaidat idézem? persze...
bocs, nem tudom vagy nem éri meg a ráfordítást, hogy kövessem, amit hadoválsz. úgyhogy a továbbiakban nem teszek rá erőfeszítést, hogy "leérveljelek" (lol).
szerk: még azt a különbséget sem akarod felfogni, ami a megérti a mondandódat és az egyetért a mondandóddal kifejezések között van.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
GhanBuri Ghan
őstag
"Azert, mert az, hogy egy eleve alacsony felvett teljesitmenyre (hogy mondjak ezt magyarul szepen?) tervezett processzor alacsony felvett teljesitmenynel erosebb, mint egy kiherelt de alapvetoen nagyobb felvett teljesitmenyre tervezett processzor, az finoman szolva nem jelenti azt, hogy nagyobb felvett teljesitmeny eseten is ugyan ezek a szamok lesznek adottak."
Szerintem nem pont emiatt hatékonyabb az ARM architektúra: az x86 még mindig CISC utasításkészlettel működik, amit futásidőben fordít át RISC-ké a processzor. Ennek megvan a saját teljesítménybeli költsége.
Az Intel próbált direkt mobil eszközökbe szánt processzorokat gyártani, ha a költségvetésükből csak annyi telt, hogy kiheréljenek egy asztali processzort, akkor megérdemlik, hogy ne vegyenek tőlük többet. Ellenben ha ezeket tényleg mobil használatra tervezték, és így is rosszabb az energiahatékonyságuk, akkor az bizony az architektúrák különbözősége miatt van.
Tudtommal a RISC architektúrát nem mobil felhasználásra tervezték (ott van ugye a SPARC is), biztos vagyok benne, hogy ha lesz rá igény, akkor az ARM ki fog jönni asztali felhasználásra szánt tervekkel is.
-
ddekany
veterán
"Egyebkent nagyobb tlejesitmenyu ARM procit kesziteni annyira lehetseges, hogy konkretan van is"
Tudtommal egy szálon erős ARM jelenleg nem létezik, és ez egy notebooknak nagy baj. Valószínűleg a Centriq-ra emlékszel ([link]), ami szerveren tud jó lenni, mert ott a sok kicsi mag sokra megy, mert rakat felhasználó miatt nincs hiány párhuzamosan futtatható feladatokból.
Új hozzászólás Aktív témák
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Digitális detox a Nokiától
- 1000 kilométert mehetnek az EV-k az új CATL-akkuval
- Autós topik
- nVidia tulajok OFF topikja
- DIGI Mobil
- Formula-1
- Debrecen és környéke adok-veszek-beszélgetek
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Xbox Series X|S
- További aktív témák...