- TCL LCD és LED TV-k
- Melyik tápegységet vegyem?
- HiFi műszaki szemmel - sztereó hangrendszerek
- Rendkívül ütőképesnek tűnik az újragondolt Apple tv
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- OLED TV topic
- Milyen egeret válasszak?
- Fejhallgató erősítő és DAC topik
- Házimozi haladó szinten
Hirdetés
-
Robotkart irányított a majom a kínai Neuralink agyi chipjével
it A mindezt lehetővé tévő Neucybert a Neuralink kínai riválisa, a Beijing Xinzhida Neurotechnology fejlesztette ki.
-
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.
-
Lenovo Essential Wireless Combo
lo Lehet-e egy billentyűzet karcsú, elegáns és különleges? A Lenovo bebizonyította, hogy igen, de bosszantó is :)
Új hozzászólás Aktív témák
-
ericssonfan2
tag
Az egy célfeladat, arra lehet spec enkódert/dekódert, dsp-t, meg mifenét tenni a processzorba, de egy all-purpose processzor (x64) ellen vajon mire képes? Nem fog mostantól kezdve mindenki 4k videókat filterezgetni... (én biztos nem)
Én pl kutatásra használom a számítógépet és eléggé meg tudom érezni, ha gyenge a processzor."A music lover listens to music with his sound system. An audiophile listens to his sound system with music."
-
moleculez
veterán
Ráadásul A12Z, avagy az aktuális iPad Pro SoC volt alatta. Sőt később Craig mondta is, hogy az összes macOS demó arról futott. Ez tényleg izgalmas, főleg az, hogy az összes macOS natív app alapból portolva van. A helyzet az, hogy egy sima OS update is bajos tud lenni, vannak bugok, itt mi lesz, gyereleJoIsten...
De hogy ARM (i)MacPro-t nem tudok elképzelni, az is biztos.Még nincs kész, de már majdnem elkezdtük!
-
Tigerclaw
nagyúr
Sokan vannak, de a piachoz kepest kicsi szegmens, meg akkor is ha a munkara hasznalt gepeket nezzuk. A vagoszoftvereket piacat nem ismerem, de gondolom eleve a videovagok szama nem tul nagy, foleg ha a vlogosokat kiszedjuk.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
Az iOS fejleszto kvazi kotelezoen Machez van kotve. Nem azert dolgozik Mac-en mert az lenne az elso valasztasa. Az elmult par evben mar ez is lazult, mert szurke zonaban mar hasznalnak Mac OS-t, Xcode-t mas hardvereken is, meg lehet elvileg fejleszteni pl. .net core xamarin vonalon.
A lenyeg az, hogy az iOS fejleszto nem jo pelda, mert kenyszerbol fejleszt Macen, nem sajat valasztasbol, akar jo a Mac, akar nem.
En pl. Macet hasznalok fejlesztesre, amikor mozognom kell, pedig nem kodolok Swiftben. Ezert nem orulok a valtasnak, mert nagyon jo a Mac vonal multiplatform fejlesztes teruleten. Sok IDE, sok framework amellett hogy a hardvert es az OS-t is csipem. En valasztottam ezt, de egy iOS fejleszto kenytelen ezt hasznalni.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
moleculez
veterán
Pont így gondoltam én is, de honnan tudjuk, hogy az elmúlt 4-5 évben mit főztek ezek a boszorkánykonyhájukban?! Lehet építettek olyan ARM alapú clustert / stacket hogy azóta is Threadripperrel etetik azt a szörnyet. Az egész keynote macOS része alatt egy iPad SoC volt. Ne feledjük, nem a piaci megoldásokra, aktuális Snapihoz vannak kötve, azt csinálnak amit akarnak. Nagyobb készülékek, amik akár rendes / aktív hűtést is kaphatnak, magasabb TDP keret, nem egy mobil teló akksijával kell gazdálkodni egy macBook esetén, nem beszélve az iMacecről ami ugye nem is akksis.
Még nincs kész, de már majdnem elkezdtük!
-
#54625216
törölt tag
válasz Ezekiell #119 üzenetére
A klasszikus értelemben vett power userek már kb. az XServer vonal leállításakor kikerültek az Apple célközönségéből.
A Mac a tartalomfejlesztőket célozza, azaz hogy bármilyen tartalomfejlesztést (beleértve: grafika, videó, 3D, fotó, zene, stb.) meg lehessen oldani az Apple ökoszisztémán belül. Ennek fő oka nem maga a Mac üzletágon nyert profit, hanem az önállóság: még véletlenül se tudják kirántani az Apple alól a talajt mondjuk egy Windows oldali zárt szabvány bevezetésével, mert azzal nem csak a macOS, hanem az iOS felhasználókat is megszivatnák."Miért olyan marha nehéz elfogadni, hogy igenis sok olyan ember van, akinek SZÜKSÉGE van az erőre?"
Ez oké, de a nagy kérdés, hogy általános számítási teljesítményre is feltétlenül szükség van-e, vagy elég adott, jól behatárolt célfeladatokat kiszolgálni.
[ Szerkesztve ]
-
moleculez
veterán
válasz Ezekiell #134 üzenetére
Szerintem schimán lehet. Egy iMac esetében pl megnégyszerezhetik a magszámot, meg a mindenféle extra chipek számát/teljesítményét, és egy kis aktív hűtéssel simán elvan, az energifelhasználás pedig még mindig töredéke lesz azonos célra szánt x86 megoldásnak. És akkor lehet jönni azzal, hogy de a 3d render 4k HDR-ben megeszik bármekkora gépet, ha lesz alá app akkor azt szarrá lehet optimalizálni ehhez.
#140 a fordítást telepítéskor elvégzi, utána mit emulálsz?[ Szerkesztve ]
Még nincs kész, de már majdnem elkezdtük!
-
dabadab
titán
válasz Ezekiell #149 üzenetére
Meg ez az "optimalizálás" azért egy erősen vúdúként használt szó.
Ha egy program számításigényes, akkor az számításigényes, akkor is, ha pontosan lehet tudni, hogy milyen CPU-n fog futni.
Ha meg ezek a számítások nem jól párhuzamosíthatóak meg sok feltétel meg egyebek vannak bennük, akkor annak CPU-n kell futnia, nem lehet kirakni GPU-ra.
Ennyi.DRM is theft
-
strogov
senior tag
válasz Ezekiell #149 üzenetére
Az A12Z most sem lassú cpu-ban, párban van egy i7U-val. GPU-ban meg erősebb mint bármelyik intel. Az év végi arm lassabb biztosan nem lesz.
Ha majd kijön egy arm mac akkor meg lehet mondani, hogy mire használható. Szerintem kódolásra bőven jó lesz, de majd kiderül. Lassan úgyis mindent build server-en fogunk fordítani. Sokkal ritkább a "de ez nálam működik nézd meg!" mondat. Liquibase most baszta el harmadszor ugyanannak a changeset-nek a futását (nem runonchange, mert az egyébként is szar). -
Sanya
nagyúr
Sőt, a macOS fejlesztő is macOS-t használ! Sőt a gépkocsi teszterek gépkocsikon mennek! Vagy a szakácsok főznek!
nordic bank környezetben ugye ilyen 10-20.000 fős irodaházakban kódolnak nem? Vagy Expedia checkout fullstack fejlesztő hordái állnak sorban az apple boltok előtt ugye?
Vagy léteznek fejlesztők a banki appok fejlesztőin kívül is? Vagy csak azt a két csókát ismered?
A bortól bolondokat gondol az ember, DE A PÁLINKÁTÓL MEG IS CSINÁLJA!!!
-
#54625216
törölt tag
válasz Ezekiell #138 üzenetére
Érdemes különválasztani az "elég jó" és a "mindig az elérhető maximális" teljesítmény igénylő feladatokat.
A videóvágó alkalmazásoknál pl. sokáig a "mindig az elérhető maximális" teljesítmény volt az alap, de mára elértük azt a szintet, hogy ha a rendszer képes 4K 60fps raw videót effektezve realtime szerkeszteni, akkor átkerül az "elég jó" kategóriába és azon felül csak ritkán van szükség extra lóerőre. (Ilyen pl. a Mac Pro dual gpu-val Davinci Resolve-al.)
A "mindig az elérhető maximális" teljesítményigény jellemzően a mérnöki, tudományos feladatoknál jelentkezik, ezekben az Apple szvsz nem is akar versenybe szállni, mert ezek a területek nem részei az ökoszisztémájának.
Van még a "Blinn törvény" területek, mint pl. a 3D render, amikor az ember addig részletezi a látványt, amíg a renderidő még elviselhető, tehát nem az adott feladat teljesítményigénye, hanem a renderidő a konstan. Ezek is a "mindig az elérhető maximális" telejesítményigényű feladatokhoz tartoznak, de itt már figyelembe kell venni a párhuzamosíthatóságot.
Nem nehéz belátni, hogy a többszálú alkalmazások kiszolgálására az Apple garantáltan jobb ár / teljesítményt tud kihozni a saját cpu-iból, mint ha Intelen maradna. Egyszerűen több magot vagy cpu-t rak ugyanabba a rendszerbe és mondjuk 3D rendernél máris ledolgozta az x86-al szembeni teljesítmény hátrányát.
Az A5X-ért anno a Samsungnak 23USD-t fizettek, feltételezhető, hogy az A12Z előállítása sem kerül többe. Ha csak a jelenlegi mac miniket nézzük, az i3-i5 processzor opciók között kb. 400USD az árkülönbség amiből 16 db. extra A12Z processzort, azaz 128 cpu magot tudnának hozzáadni a rendszerhez.Maradnak tehát az:
- egyszálú teljesítmény kritikus
- Apple ökoszisztémába illeszkedő
- "mindig az elérhető maximális" teljesítményt igénylő
feladatok.Ezeknek egy részét viszont le lehet fedni a cpu-ba integrált célhardverrel is, tehát a lista tovább szűkül.
Valójában csak azoknál a feladatoknál jön elő az x86 egyszálú teljesítmény előnye az ARM-al szemben, ami:- egyszálú teljesítmény kritikus
- Apple ökoszisztémába illeszkedő
- "mindig az elérhető maximális" teljesítményt igénylő
- általános, célhardverrel nem lefedhető
feladatok.Szvsz az Apple-nél alaposan kielemezték ezen feladatok körét és ennek tudatában hozták meg a döntést, de persze lehet, hogy tévedek (vagy ők tévedtek).
-
jeriko2
tag
válasz Ezekiell #134 üzenetére
"Miért olyan marha nehéz elfogadni, hogy igenis sok olyan ember van, akinek SZÜKSÉGE van az erőre?"
Mert nem igaz.
Lehet, hogy szerinted "sok" ilyen van, de ez mondjuk azoknak, akik gépet használnak napi munkájuk során, kb 1%-a. Legtöbb melóhelyen erőteljesen mennek el a szerver alapú infrastruktúrák felé, nem egy olyan helyen dolgoztam már fejlesztőként, ahol a fordítás is ott történt. Sima szövegszerkesztéshez, excel zsonglőrködéshez meg bőven jó is alatt is szinte bármi.
Szóval még egyszer: nem azt mondom, hogy soha senkinek nincs szüksége teljesítménye, hanem azt, hogy a nagy átlagnak nincs. -
Xero
nagyúr
válasz Ezekiell #367 üzenetére
Multija valogatja. Ma rendeltem egy 300+-os monitort itthonra. Egy kerdes sem merult fel. Szinten bazinagy multi. Ez egyszeruen ceges kultura kerdese. Nyilvan kulonbseget kell tudni tenni pazarlas es korulmeny optimalizacio kozott.
Viszont ha egy dev egy-ket sprint alatt fog a cegnek $250.000 -t, akkor netto marhasag nem megagyazni neki.
-
#54625216
törölt tag
válasz Ezekiell #396 üzenetére
Ez az, hogy nem.
Eleve a usernek ki van jelölve a homokozó, nem tudja pl. a doksijait a gyökérbe menteni, mert ott van a user foldere, alapból csak azt látja.Aztán a backup annyi, hogy rádugja a hdd-t, azt mondja, hogy legyen az a timemachine target és onnantól kezdve akármit elcsesz, visszahozza timemachine-ból akkor is, ha már két hét alatt háromszor felülírta.
Vagy pl. teljes user account hordozhatósága. Új mac, összekötöd a régivel utp-n, ráböksz a userre és átmásol mindent alkalmazásokkal, dokumentumokkal és beállításokkal együtt, beloggolsz és még a wifi jelszót is tudja.
És mindezt 2006 óta.
A videóvágás az egyik legjobb példa a "just works"-re.
Próbálkoztunk windows 7-en windows video makerrel (valami nagyon alap, könnyen tanulható cucc kellett).
Indításkor hisztizett, hogy nem a legfrissebb wmv kodek van fenn, oké, telepítsük (kb. 50kb.-os file-ról van szó). Csakhogy az új kodeket csak a legújabb windows media playerrel együtt volt hajlandó telepíteni. Oké, de az meg igényelte a legújabb internet explorert, az meg lehúzta az összes .net és egyéb rendszerfrissítést, amitől meg más szoftverek rohadtak le. Kb. fél nap telepítgetés után csak egy dolgot nem tudtunk csinálni: videót vágni.Ehhez képest mac-en iMovie elindít, fél óra alatt az egybites user is kiismeri, két óra múlva már tölti is fel a videóját youtube-ra.
Na most idővel persze egy csomó mindenben a windows 10 is felzárkózott a macos-hez, de egy hozzánemértőnek a mac a kezdetek kezdete óta a hülyebiztos, "just works" élményt nyújotta. Ezeknek a usereknek a nagy többsége ezt hajlandó is megfizetni és nem érdekli, hogy amúgy más rendszerek némi időráfordítással és egyes alapszabályok betartásával tudnak hasonlót olcsóbban, mert ennek a rétegnek pont az ár a másodlagos prioritás, ha cserébe nem szopatja a gépe.
-
válasz Ezekiell #396 üzenetére
Nem. Linux és Mac olyan, hogy alapból nem tudsz akármit elbarmolni benne, főleg ha jól belőtte valaki, aki nem adott neked rendszergazda jogokat Ez Winen nem szokás.
De még a mostani helyen is, nem admin senki a gépén, atom bekorlátozva minden, de a c: -ba lehet írni (még akkor is, ha az amúgy nem is biztosan a C:, hanem csak az emuláltja).
[ Szerkesztve ]
Mutogatni való hater díszpinty
-
Tin
veterán
válasz Ezekiell #404 üzenetére
Talán emlékszel a Flash nevű csodájuk és az Apple viszonyára a múltban. Pont ez a gond ezzel, hogy ha nagyon zárt a rendszer, sokáig tart minőségi termékeket előállítani rá. De az iOS is így működik, és működik. Jó persze, a külső gyártók közül vannak erőforrászabáló eszközök, nekem kifejezetten rossz emlékeim vannak az iOS push notification-jeiről, de azóta ezeket talán már megoldották.
Szerintem bátor lépés, de van benne ráció. Ha nem akarnak többet kihozni, mint a mobiljaikból (minőségi termék átlagos felhasználóknak), akkor ugyanazt az utat követve a PC-n is szerezhetnek egy normális pozíciót. Ott ugye 1/4 - 3/4 az arány iOS - Android viszonylatban, PC-n viszont 1/5 - 4/5 a Windows javára. Ezt talán az iOS arányra is feljavíthatják jó lépésekkel, ami nem hátrány.
De ne felejtsük el, hogy az okostelefont gyakorlatilag az Apple "találta fel", míg a PC-k piacán mindig is marginálisak voltak. Tehát míg okostelefonoknál mindenki akart az Apple-re fejleszteni, ez a PC-s alkalmazásoknál már nem biztos, hogy így lesz, ahhoz ugyanis versenyképes terméket kell kiadniuk, ami a nap végén mindig az árat jelenti. Viszont azzal, hogy (gyanítom) közös architektúrára helyezik a mobilos és asztali eszközeiket, a meglévő mobilos appjaiknak lehet egyszerűen portolt asztali megfelelője, tehát lesz elég alkalmazás is. Az más kérdés, hogy egy mobilos szoftvert miért akarna bárki PC-n futtatni. Tök más filozófia.
Meg még valami: miközben az emberek többsége 2 évente mobilt cserél, f.sozza a Windowst, hogy a középkategóriás telefon áráért 7 éve vásárolt laptop sz.rlassú. Egyik oldalon gond nélkül fizet, mert az "látszik", de az otthoni PC legyen olcsó, gyors, és hibamentes is. És ne mondd, hogy ez nincs így...
[ Szerkesztve ]
-
angelordevil
újonc
válasz Ezekiell #431 üzenetére
Ok, maradjunk a benzinmotornál, ami véleményem szerint semmit nem fejlődött, mert az elvek, meg a fizika ugyan az, semmit nem változott, csak a motorok gyártástechnológiája (pl. a profiknál a csíkszélesség, magok száma, nagyon leegyszerűsítve, belsőégésű motoroknál pedig a turbo, változó szelepvezérlés, stb..)
Van egy érdekes írás az Appleblogon, ahol a blogger azt állítja, az Intel az új dízel.
Alapvetően vitában vagyok az íróval, de az alapvetés szerintem igaz (tetszik nekem a dízel felvetés, csak a kiindulással van baj!
Mi a dízel ma:
Adott energiasűrűséget a leghatékonyabban használja fel (adott térfogatból a legnagyobb nyomaték, a benzinhez képest), ma...
Mi a dízel motor: robbanó motor, alapjaiban nem különbözik a benzin motortól
A dízel (bizonyos szempontok alapján) jobban szennyezi a környezetet mint a benzin motor
Mi a Toyota:
Felismerte idejekorán, stb... :-), hogy a dízel nem megoldás, max. középtávon
Az Atkinson ciklusu benzin motor jobb (bizonyos szempontból), mint a sima, hagyományos benzin, főleg villanymotoros rásegítéssel...
Csinált egy hibridet... Egyszerű Intel proci (robbanómotor) + rásegítéssel - Atkinson ciklusu motor -hozza diesel paramétereket fogyasztásban, nyomatékban a villanymotorral meg ott van
Sikeres. Sikeres? Az. Van dízel motorjuk? Személyautóban nincs...
Mi az intel ma:
Adott energiasűrűséget a leghatékonyabban használja fel(?)... Lásd dízel
Mi az Intel? Robbanómotor
Tud hatékonyságot növelni? Tud, de egyre drágábban (gyártás technológia, több tranzisztor, kisebb méret, stb...)
Mit akar az Apple:
Benzin motor, elektromos rásegítéssel - hibrid (ARM) - Toyota hibrid
Ez a jövő? Nem! De átvezet a jövőbe!
Emiatt fejleszteni kell az akkuikat? Igen! Örülünk!
Toyotának bejött? Igen? Az Apple-nek bejöhet? Igen!
Ki lesz a Tesla? Ez a nagy kérdés! De addig az Apple tök jól ellesz... Ők lesznek a PC-k Toyotái, vagy nem, de valakinek lépni kell! Ők lépnek. A nyavajgók meg szívnak, ebben biztos vagyok!
Vagy felültök, vagy lemaradtok, ez van... Rossz vonatra is lehet szállni, de most csak az Apple (Toyota) vonata van, a mainstream vonalon... Kockázatos? Igen... Kockázat nélkül nincs siker!
Az Apple most kockáztat. Van elég nagy ahhoz, hogy megtehesse. Szurkolok nekik, mert ez csak nekünk lesz jó!
Aztán meg jön egy "Tesla"... Az Apple Toyota...A lényeg, sírás helyett örülni kell! Lesznek, lehetnek változások, de addig, amíg csak az x86 vonal létezik, nem lesz előrelépés, csak fingreszelés!
Megjegyzés: mint minden példa, az enyém is sántít! A Toyota nem Ferrari árban van, mint az Apple. De a lényeget csak az nem érti, aki nem akarja :-)
Attól még a multi cégek között a kevesek egyike az elmúlt több évtizedben, akik be merték vállalni azt, hogy rúgjuk fel a begyökeresedett alapokat! Aztán vagy sírtak, vagy nevettek. De minden évtizedben hoztak egy paradigmaváltást. Valahogy kitolták :-) -
angelordevil
újonc
válasz Ezekiell #436 üzenetére
Próbálom másképp megfogalmazni úgy, hogy ne legyen sértődés belőle :-)
Igen, senki sem tud semmit.
Viszont eljutottunk (vagy az Apple csak) egyik pontból a másikba. Most van/volt egy döntési helyzet.
Nyiltak, nyílnak új lehetőségek... Több is... Ez jó, szerintem...
Véges, végtelen játék, erre kell keresni... :-)
Finite and Infinite Games (erre kell keresni, nem kell megijedni, aki rákeres és elolvassa, megérti :-) ) Az Apple ezt játssza :-) Jobs biztos :-) -
VirsLee
őstag
válasz Ezekiell #442 üzenetére
Én sem értem, hogy miért panaszkodnak sokan már előre.
Nem tudni, hogy milyen lesz. Tapasztalati úton a PPC-re váltás és az X86-ra váltás se volt rossz ötlet. Természetesen ugyanez ment akkor is
Mi akkor a probléma? Be tudsz menni a boltba és megveheted a 8 magos 2015-ös skylake magos procival szerelt MBP-t, ha az szerinted a tuti. A másik ember pedig megveheti az ARM procis MB-ot remélhetőleg év végén. Ha kint lesz a piacon, akkor úgyis az marad életben, amelyikből többet ki lehet hozni.A kulcs alkalmazásokat tuti, hogy HW-es gyorsítással fogják tolni. Láttad a demót, amit A12Z procin toltak? Ez alapján két út lehetséges. Vagy elhiszed, amit mutattak pl. 5GB-os kép a photoshop-ban vagy 80 réteggel, esetleg a final cut pro-t, ez esetben nem aggódsz, hogy lassú lesz. Ha abban hiszel, hogy kamuztak a demón, akkor meg szerintem egy az egyben nem kellene ilyen céget támogatnod azzal, hogy bármely terméküket is megveszed
Annak idején az AMD APU-kban a HSA is durva plusz teljesítményt hozott volna, csak senki nem akarta arra portolni az alkalmazását, mert alig bírt néhány darab APU-t eladni az AMD. Most nem lesz ilyen gond. Apple-nek van egy stabil bázis, ~$200b "cash", évek óta terveznek ARM-os procikat. Ha bármilyen extra dologra szükségük van nem kell tárgyalóasztalhoz ülni és egyezkedni egy céggel, aki még nem tudott desktopon túllépni az 5 évvel ezelőtti skylake magokon. A mostani A12/A13-ban is nagyon sok egyedi komponens van célfeladatokra.
-
-
Auratech
őstag
válasz Ezekiell #449 üzenetére
Talán közben ezerrel készültek a váltásra és úgy gondolták, az iPadra nem az a PS kell, ami hamarosan amúgy is át lesz portolva. Szerintem, amikor az armos notik megjelennek, hardverkiépítettségtől függően akár menni is fog a PS mondjuk az Pro-n, meg amin mehet, jelezve, hogy a teljes funkcionalitást egérrel, billentyűvel érhetünk el iPadon.
Ha gyengébb a vas, memória, gpu.. ugyanúgy nem települ hardverkompatibilitás miatt, mint az Air2-re az AR-t használó progik.Auratech Field Recording
-
#54625216
törölt tag
válasz Ezekiell #444 üzenetére
Szerintem az egész átállás legizgalmasabb kérdése, hogy az apple magára madar-e a "célhardver" koncepciójával, vagy új trendet indít el.
Az minden esetre jól látszik, hogy a 80-as évek eleje óta a hardver fejlődése tolja előre az iparágat és ez a fejlődés legalábbis az általános célú, egyszálas számítási teljesítményben nagyjából elérte a korlátait.
Ebből a szempontból az Apple váltása csak annyiban merész, hogy ők lépik meg elsőként azt, amit előbb-utóbb mindenkinek muszáj lesz.Ami a hardver optimalizációt illeti, ott van példának a Nintendo Switch. Eleinte volt rá a Zelda meg kb. semmi más, de a Switch eladások így is hamar elérték azt a kritikus tömeget, amit a 3rd party kiadók már nem hagyhattak figyelmen kívül. Így olyan játékokat is portoltak rá, mint a Witcher, ami a konzol megjelenésekor még a kétkedők első számú példája volt, hogy na az biztosan nem lesz rá.
Az Apple ebből a szempontból jó helyzetben van, mert az első pár millió ARM-os Mac-et biztosan el tudják adni csak az "Apple exkluzívokkal", a 3dr party fejlesztők meg kénytelenek lesznek azt a piacot is lefedni, ha nem akarják, hogy a konkurencia eléjük vágjon.Ami az Adobe-t illet, az Adobe eleve szarul optimalizál akármire, mégis a Photoshoppal demózták az ARM-os Mac-et.
Szvsz az Adobe-t első sorban az motíválja, hogy ha nem jelennek meg időben Mac-re, akkor sokan alternatív megoldásokat keresnek és ha kiderül, hogy lehet képet és videót szerkeszteni Adobe nélkül is, azt a PC-s eladásaik is megsínylik.
Az iPad esetében ilyen dilemmájuk nincs, mert bár kereslet lenne rá, de a PS hiánya iPadon nem indít el számukra kedvezőtlen felhasználói trendet. -
-
#54625216
törölt tag
válasz Ezekiell #461 üzenetére
"A Switch ugye game console, szóval nem nagyon lehet összehasonlítani egy általános célú számítógéppel."
Éppen ebben lesz szerintem paradigmaváltás a consumer piacon. A verseny nem az általános célú teljesítmény növelése lesz, hanem azoknak a számítási feladatoknak hardveres gyorsítása, ami a consumer felhasználók számára kritikusak.
"Az meg hogy az X86/64 elérte az egyszálú korlátait, hát az erős túlzás, bőven van teljesítménynövekedés van year to year. "
2000-2010 között a leggyorsabb intel cpu-k (P4 1.5Ghz - i7 980x) között az egyszálas teljesítmény különbség a PassMark szerint kb. 4.4X, míg 2010 és 2020 (i7 980x - i9 10900K) között 2X.
Többszálas teljesítményben viszont az i7 980x és a csúcstartó AMD Theadripper 3990x között már 12X a különbség, de még házon belül is az i9 10980XE alacsonyabb órajelen 5X gyorsabb.
Tehát jól látszik a trend, hogy az egyszálas teljesítmény növekedése lassul, a többszálasé meg gyorsul.
Az Apple is akkor váltott PowerPC-ről Intelre, amikor egyértelművé vált, hogy a nagyobb teljesítményt csak egyre növekvő fogyasztással lehet PowerPC alapon elérni. Hiába volt még növekedési potenciál a PowerPC-ben, jól látszott, hogy az Intellel szemben már középtávon se lett volna esélye."a multicore performance lesz a lényeg mindig is, sőt évről évre egyre jobban"
Egyetértek, és ez az, amiben az ARM technológia nyerhet, mert ugyanabból a tdp keretből és árból nagyobb többszálú teljesítményt tudnak kihozni. (Csak hogy elébe vágjak a vitának: nem feltétlenül egy chipbe paszírozva jöhet össze a teljesítmény, lehet alacsony fogyasztású és olcsó arm chipekből többet rakni egy gépbe úgy, hogy az össz fogyasztás és az ár közel azonos egy intel cpu-hoz viszonyítva.)
-
Alchemist
addikt
válasz Ezekiell #480 üzenetére
Azért ehhez eléggé túl kell mennie pl. a jelenlegi autovectorizing lehetőségein, pl. speciális gyorsítók, koprocesszorok szinkronizált feldolgozását megoldani a fejlesztő számára transzparens módon. Ez egyáltalán nem lehetetlen, viszont most szükséges lesz.
[ Szerkesztve ]
Éppen olvasok egy érdekes könyvet az antigravitációról... képtelen vagyok lerakni.
-
Alchemist
addikt
válasz Ezekiell #485 üzenetére
"végre normális multithreaded alkalmazásokat írjanak a népek"
Ne is írjanak, hanem a modern fejlesztőrendszer optimalizáljon többszálasra, illetve a könyvtárak legyenek így optimalizálva. Fejlesztési idő/költség szempontjából nem éri meg a multithreading-be való kézi begyömöszölés.Éppen olvasok egy érdekes könyvet az antigravitációról... képtelen vagyok lerakni.
-
Tin
veterán
válasz Ezekiell #488 üzenetére
Egy parhuzamos architekturat sose fog felepiteni egy fordito. Eleve mas tervezes, masfele mukodes, es igy tovabb. Persze, vannak rutinok a programkonyvtarakban, amik parhuzamosithatoak, de azok mar amugy is ugy vannak implementalva. Sokan nem is ertik, mirol beszelnek, amikor ezt leirjak. Egy szekvencialis program nem parhuzamosithato "csak ugy", es amugy sem biztos, hogy a rovid muveleteknek lenne barmi ertelme.
A multiprocesszor kornyezetbol leginkabb a szervektermekek tudnak profitalni, ahol sok szekvencialis muvelet futhat parhuzamosan, de ott mar eleve mukodik ez a megkozelites oprendszer szinten. Nem mellesleg azok a programok, ahol ez kihasznalhato (pl. kepfeldolgozas, video, vagy mas szamitasigenyes muveletek), mar eleve ugy vannak megirva, hogy ezt hasznaljak.
Eleve a gondolkodasunk is mas, es szerintem nagyon ertelme sincs megtervezni egy programot parhuzamos architekturara, mert a valoban szamitasigenyes muveletek mar eleve ugy hajtodnak vegre, az osszes tobbin meg az 5% gyorsabb uj processzor nagyobb gyorsulast hoz, mint az aktualis processzoron torteno parhuzamositas.