- Samsung Galaxy S21 FE 5G - utóirat
- Itt az első kép a 2024-es Nokia 3210-ről
- Motorola Edge 40 - jó bőr
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Na, még egyszer, csak ezúttal OnePlus Open néven
- Honor Magic5 Pro - kamerák bűvöletében
- Poco X6 Pro - ötös alá
- Asus Zenfone 8 - komplett kompakt
- Apple Watch Sport - ez is csak egy okosóra
- Telekom mobilszolgáltatások
Hirdetés
-
Megjelenési dátumot kapott a Star Wars: Hunters
gp A tervek szerint június elején végre befut a teljes kiadás mobilokra/tabletekre és Nintendo Switch-re.
-
Saját Redmi Note 13 Pro+ a világbajnok focicsapatnak (és indiai rajongóiknak)
ma Argentína nemzeti válogatottjának mezével díszítik az új Redmi különkiadást.
-
Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
ph A cég megoldása centralizált vezérelhetőséggel, masszív radiátorral és robusztus ventilátorokkal igyekszik vásárlásra csábítani.
Új hozzászólás Aktív témák
-
nagyúr
válasz Dare2Live #143 üzenetére
Az indiai mernokokkel semmi baj nincs, ott is oriasi mennyisegu tehetseg van (nem tudom egyebkent, hogy feltunt-e, hogy a Microsoft CEO-ja egy indiai szarmazasu mernok, a Google CEO-ja egy indiai szarmazasu mernok, stb.). Ezeket a problemakat gyakorlatilag mindig a menedzsment okozza, nem a mernokok.
[ Szerkesztve ]
while (!sleep) sheep++;
-
nagyúr
válasz #30786816 #145 üzenetére
Satya Indiaban vegezte az egyetemet.
A Google technologiai szempontbol a vilag egyik csucsa, tenyleg; csak a termekstrategiajuk elkepesztoen gaz.
A problema nem az indiai vagy nem indiai mernok, hanem a koltseg. A jo mernok mindenhol draga, Indiaban is. Ott szokott a gond lenni, amikor nem azert megy a ceg Indiaba, hogy uj tehetsegeket talaljon, hanem olcso munkaeroert.
[ Szerkesztve ]
while (!sleep) sheep++;
-
nagyúr
> Optimalizálták az appokat, hogy ne egyenek annyi ramot
Ezt nem tudjak altalanossagban megcsinalni.
> és vagy okosan hozzányúl a rendszer az SSD-hez is, ami szintén nem lassú
De nem is gyors. Mai szemmel 'eleg jo' az SSD, de semmi kulonos.
Szoval ha kifutsz a RAM-bol, akkor mindenkepp sulyosan romlik a teljesitmeny.
while (!sleep) sheep++;
-
nagyúr
> Például amit linkeltem dace-es videót, utólag belegondolva, könnyen meglehet, hogy inteles mac-en intel targetre fordítottak és m1-esen meg arm-ra.
Ha igy van, akkor is: az a lepes, amikor a uarch-ra optimalizal a fordito, egy eleg kicsi resze a forditasi folyamatnak.
while (!sleep) sheep++;
-
nagyúr
válasz Mr Bond 007 #197 üzenetére
Az appokban eddig sem volt semmifele legacy x86 kod. Nem ertem, mire gondolsz. Az x86-os utasitaskeszletet lehet 'legacy'-nak nevezni, de az ARM is kozel 40 eves mar. Nyilvan valtozott kozben, ahogy reszben az x86 is.
Nezd meg Ryzen x86-os magokat, azokat nem veri szenne az M1 azert, kb. hasonlo szinten vannak (itt-ott vannak kulonbsegek, de nem dramai).
[ Szerkesztve ]
while (!sleep) sheep++;
-
nagyúr
válasz Mr Bond 007 #200 üzenetére
De nem írják újra az appokat. Erről szó sincs.
while (!sleep) sheep++;
-
nagyúr
-
nagyúr
Lentebb kifejtettem, hogy az általad linkelt írás miért nem korrekt.
A Microsoftnak valóban sok appja van, de a legtöbb fejlesztőnek kb. egy népszerű van, maximum 2. A szolgáltatók nagy részénél nincs NATolt IP, ráadásul NAT mögött meg maga a szolgáltató látja.
Nem az itt a baj, hogy kémkedik az Apple, itt az a gond, hogy ez egy inkompetens, gyenge implementáció, ami szivárogtat az ISPnek, szivárogtat az Apple-nek, ráadásul ez okozta azt, hogy Macek nem bírtak appokat megnyitni előző héten.
"Az ugye megvan, hogy a böngésző minden https webcím megnyitásakor csinál egy SSL tanúsítvány ellenőrzést, ugyanezzel az OCSP protokollal"
Szintén írtam lentebb, hogy ez nincs így, pont a privacy okok miatt. Lásd: OCSP stapling.
[ Szerkesztve ]
while (!sleep) sheep++;
-
nagyúr
válasz kalimist #257 üzenetére
Nem igazán vagy képben. Attól, hogy van benne Cortex modul, meg nagyrészt saját tervezésű. Ezen dolgozott a Jim Keller, ez lépte le az NVidia saját csipjét olyan brutálisan. A Cortexek nem a lényegi része. A die nagy része az NPU.
[ Szerkesztve ]
while (!sleep) sheep++;
-
nagyúr
"Hogy a grafikonon a dupla akkora wattból hogy lett azonos joule azt ne kérdezd."
Nagyon egyszerű: ha egy számolást 1 watt teljesítmény mellett 1 másodperc alatt végez el a gép, akkor 1 joule kell a feladathoz. Ha 2 watt mellett 0.5 másodperc alatt, akkor szintén 1 joule kell.
Ezért lehet egy esetlegesen magasabb TDP-jű processzor energiatakarékosabb bizonyos helyzetekben: ha ugyanazt csinálod, akkor rövidebb ideig pörög.
while (!sleep) sheep++;
-
nagyúr
válasz makkmarce #283 üzenetére
Az a baj, hogy azt gondolod, hogy az ARM kész CPU-blokkokat ad el, és azt építik be a gyártók. Tökre nem így van (van, hogy így, persze, de az Apple esetében nem). Példa: az M1 instruction reorder buffere mérések szerint kb 650 utasítás mély. Az összes többi ARM CPU-nál ez kb. 250 utasítás, vagy kevesebb. Totál más design. Ha tudsz mutatni olyan ARM chipet, ahol ez hasonló, légyszi. (Ha erre azt mondod, hogy az Apple csak több IRB legót rakott bele... akkor mindenki kínjában fog röhögni.)
Másik: az Apple 1 évvel hamarabb jött ki a saját 64 bites ARM processzorával, mint a referencia-designt használó Qualcomm. 1 évvel.
Én itt befejeztem, mert tényleg teljes fogalmatlanság van. Azt gondolod, hogy az ARM csinálja a fejlesztés 90%-át, holott erről szó sincs.
> Utoljára A6nál 8éve volt ARM mag licenszelve az alap. Utasításkészlet != mag. Pont.
Így van. Az Apple-nek örök licensze van az utasításkészletre, de a magokat már teljesen ők tervezik. A Qualcomm például nagyrészt veszi a modulokat, és részben áttervezi.
[ Szerkesztve ]
while (!sleep) sheep++;