- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- Fejhallgató erősítő és DAC topik
- Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
- OLED TV topic
- Amlogic S905, S912 processzoros készülékek
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Microsoft Surface
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Épített vízhűtés (nem kompakt) topic
- Milyen TV-t vegyek?
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- GoodSpeed: ASUS ROG STRIX B650E-F GAMING WIFI - Memory Context Restory (MCR)
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- sziku69: Fűzzük össze a szavakat :)
Hirdetés
-
Letartóztatták a bitcoin-Jézust
it Amerikai adókerülés vádjával, Spanyolországban tartóztatták le a bitcoin-Jézusként ismert Roger Vert.
-
Lunar Lander Beyond teszt
gp Nagyon sok évtizeddel az eredeti Lunar Lander megjelenése óta ismét ezen a címen jelent meg Atari logóval egy játék. Vajon mennyit javult a játékdesign a hetvenes évek óta?
-
iPaden is vége az App Store monopóliumának
ma Ősztől lehet alternatív alkalmazásboltból telepíteni az EU tagállamaiban.
-
PROHARDVER!
Gyakori kérdések és alkalmazás ajánló
Új hozzászólás Aktív témák
-
MODERÁTOR
válasz Mr Bond 007 #94199 üzenetére
16 gigás m1 van a kezeim között. A memória fogyasztás nem függ architektúrától. Nem tudom mire akarsz kilyukadni.
Szerk.: az, hogy ssd-re swappolunk nagyon szép meg jó de bizonyos esetekben látok vele gondot.
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
-
Sumi
aktív tag
válasz Divinity #94202 üzenetére
"Annyira" azért nem függ. X bitet eltárolni/betölteni a memóriába minden architektúrán legalább X bitnyi memória helybe kerül. Tehát egy 1megás adat (pl. kép) 1 megát minimum el fog foglalni a memóriában (ennél igazából többet is, és ez a "többet" az amiben különbözhet a RISC/CISC). Az tény, hogy az utasítások hossza miatt több/kevesebb egy utasítást betölteni, de nem az a mérvadó adatmennyiség manapság, hanem maga az adat amin az utasítás(oka)t végre kell hajtani.
Nincs ilyen varázslat, hogy 8GB ARM-on "többet ér"/"többnek számít/érződik/stb", mint x86-on. Marketing dumának jó (mert tényleg pár tucat vagy száz kilobyte ide-oda változhat), de a valóság inkább az, hogy gáz +80e-ért adni +8GB ramot..Más: amúgy ez a mostani M1 sorozat (akár 8, akár 16GB memóriás) elvileg a belépő szintű gépekbe kerültek bele, s majd a következő megy a tényleg PRO gépekbe amiket videóvágásra meg ilyesmire használnak az emberek - az sosem a ~$999-2000-os árketegória volt. Magyarul most nincsen kifejezett PRO felhasználásra szánt M1-es gépe még az Applenek.
[ Szerkesztve ]
-
Divinity
őstag
Igen pont erre céloztam Persze nem annyira számot tevő a különbség de van, pár napja amikor ezen ment a pattogás ki is fejtettem, hogy bármelyik irányba lehet jobb a memória kezelés de akár egyforma is, csak nem épp fekete fehér ez az egész hanem rengeteg faktort kell figyelembe venni
[ Szerkesztve ]
return Mono.fromCompletionStage(client::resolve).map { it.sign }
-
madgie
titán
Épp ez a szenzációs az M1-ben, hogy elvileg semmi köze a professzionális használathoz, kis túlzással egy szteroidos iPad hardver, mégis borzasztó jól használható bizonyos feladatoknál professzionális módon is. Ezeknél eddig zúgott-főtt-zakatolt a gép, most néma kussban, baromi gyorsan dolgozhatsz.
Nyilván az M1X, M2 akármi sokkal frankóbb lesz pro célra, de mondom, ez a gép/architektúra már úgy kellett, mint egy falat kenyér, mert nevetséges, hogy lassan a kávédaráló is HEVC 4K-ban rögzít, a vágáshoz meg eddig erőgép kellett. -
Divinity
őstag
Ez amúgy egy szar példa volt
Mac alá kubi bare-metal nem fog felmenni az életbe, kind vagy minikube pedig overheadet generál a virtualizáció miatt. Ellenben ha felmenne akkor köszönné jól lenne, maga az API szerver szinte semmi erőforrást nem igényel, a scheduler az ami tud pikeolni. Egy worker node pedig jóformán annyit használ amennyit a resourceok rajtuk. Ez ideális esetben ~15-200Mb / resource ami azért nem túl sok. Sajnos nem egy RPI k8s clustert láttam már. Na most ha beletesszük a virtualizációt is akkor ugye azzal megnő az igénye de nekem még az is így hangzik, hogy talán belefér a 8 gigába ha nem egy IDEA-t csapsz fel mellé csak egy VSCode-ot
Viszont mostmár érdekel milyen teljesítményt ad egy kind M1 alatt és mindenképp ki fogom próbálni[ Szerkesztve ]
return Mono.fromCompletionStage(client::resolve).map { it.sign }
-
MODERÁTOR
válasz Divinity #94207 üzenetére
"Ez amúgy egy szar példa volt "
Nem volt szar példa. Valós volt. De látom Te pontosan jól tudod, hogy Én mivel dolgozom és hogy néz ki az architektúra. Nem tudod.
"de nekem még az is így hangzik, hogy talán belefér a 8 gigába ha nem egy IDEA-t csapsz fel mellé csak egy VSCode-ot "
Ide-ről beszéltem nem kód szerkesztőről. Tehát a VSCode mellé.
"Már, hogy ne függnek az architektúrától
Teljesen más instrukció setet teljesen máshogy kell kezelni a memóriában. Bizonyos esetekben a RISC még memória igényesebb is mint a CISC"Van egy alkalmazásom ami betölt mondjuk egy 100 megás json-t. Akkor az M1 estében az mennyi memóriát foglal, ha intel esetében mondjuk. 100-at? Erre amúgy emvy már válaszolt többször.
Ha pontosan jól tudom, hogy 8 nekem kevés linuxon és windowson intel processzor mellet akkor 100%, hogy akármilyen más architektúrán is kevés. Azért mert kiswappeljük ssd-re a memóriát és nem vesszük észre, attól még a memória nem lesz több - kevés lesz.
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
nagyúr
VSCode mar boven IDE egyebkent (miert ne lenne az, van benne code servertol a http kliensen keresztula Kube admin feluletig minden).
"minikube pedig overheadet generál a virtualizáció miatt" - memoriafoglalasban persze, teljesitmenyben minimalis a difi
[ Szerkesztve ]
while (!sleep) sheep++;
-
#86564352
törölt tag
Nem az a lényeg Intel és M1 esetében is 100 megás a cucc a memóriában. Hanem a hozzáférés:
Apple M1 Chip
M1 also features our unified memory architecture, or UMA. M1 unifies its high‑bandwidth, low‑latency memory into a single pool within a custom package. As a result, all of the technologies in the SoC can access the same data without copying it between multiple pools of memory. This dramatically improves performance and power efficiency. Video apps are snappier. Games are richer and more detailed. Image processing is lightning fast. And your entire system is more responsive.With M1 Macs, memory just isn't what it used to be
The M1 processor’s memory is a single pool that’s accessible by any portion of the processor. If the system needs more memory for graphics, it can allocate that. If it needs more memory for the Neural Engine, likewise. Even better, because all the aspects of the processor can access all of the system memory, there’s no performance hit when the graphics cores need to access something that was previously being accessed by a processor core. On other systems, the data has to be copied from one portion of memory to another—but on the M1, it’s just instantly accessible. -
nagyúr
válasz #86564352 #94211 üzenetére
Ez mar idotlen idok ota igy mukodik az Intel integralt GPU-ja eseten is.
Es persze az AMD Ryzen-ek eseteben is, ahol van integralt GPU.
OpenCL 1.1:
// Allocate a device buffer using host-accessible memory d_buffer = clCreateBuffer(context, CL_MEM_ALLOC_HOST_PTR, size, NULL, &err); // Get a host-pointer for the buffer h_buffer = clEnqueueMapBuffer(queue, d_buffer, CL_TRUE, CL_MAP_WRITE, 0, size, 0, NULL, &err); // Write data into h_buffer from the host ... // Unmap the memory buffer clEnqueueUnmapMemObject(queue, d_buffer, h_buffer, 0, NULL, NULL); // Do stuff with the buffer on the device clSetKernelArg(kernel, 0, sizeof(cl_mem), &d_buffer); clEnqueueNDRangeKernel(queue, kernel, ...);
OpenCL 2-ben van SVM: https://software.intel.com/content/www/us/en/develop/articles/opencl-20-shared-virtual-memory-overview.html[ Szerkesztve ]
while (!sleep) sheep++;
-
nagyúr
Nem tudom, nekem annyi, hogy 'Sign in with Github', es fent is van minden extension es beallitas egybol.
Szoval de, a VSCode egy IDE -- szivesen beszelgetek konkret ellenervekrol, de az, hogy milyen text van az MS oldalan, az nem erv.
[ Szerkesztve ]
while (!sleep) sheep++;
-
MODERÁTOR
VSCode-ból csinálsz egy idét Github login után vs Vscode fresh install vs IDEA fresh install. Nem használom annyit a VSCode-ot, hogy mint IDE használjam, nem értek hozzá. Mint írtam, tudom, hogy idésítheted.
Ez kb. a szokásos Eclipse vs. akármi hitvita
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
#86564352
törölt tag
Mégis valami oka csak van, hogy az M1 gépek teljesítményéről áradoznak a tesztek és az Intel kénytelen volt kínos reklámokba fogni. [link] [link]
A vásárlót úgysem érdekli a számháború és technikai háttér, csak megnéz egy tesztet youtube-on és látja melyik laptop halkabb, gyorsabb, melyiknek van több üzemideje. Szerintem az Intel túl sok évet töltött ölbe tett kézzel, megérdemlik az AMD és most már az Apple is erősek. -
Divinity
őstag
Igen szar példa volt. Nem, nem ismerem az architektúrát amivel dolgozol viszont a Kubernetest pont kívül belül (Én voltam az első ember kicsi országunkban akinek a CNCF is elismerte ezt egy cuki kis papírral, szóval nem csak össze vissza beszélek) és szépen leírtam, hogy miért is nem akkor probléma k8s-t futtatni (szigorúan fejlesztői környezetnek). Ebből te annyit tudtál támadni, hogy nem ismerem az architekturád. Igazad van, nem is, viszont ha nem hozza a fent leírt pontokat akkor rossz orchestration rendszert választottatok.
A VSCode azért viszonylag közel áll egy IDE-hez, nekem is visszás érzéseim vannak ezzel de mondjuk egy Netbeans-hez képest, ami ugye IDE, fényévekkel jobb akkor azért mindig elgondolkodom.
Szintén mondhatnám, hogy 100 megás JSON-ökkel dolgozol akkor valami rég rossz de most nem fogom és ha értelmezed amit írtam akkor rájössz, hogy nem az adat méretéről beszéltem hanem arról, hogy más memória kezelést igényelnek ami igaz, az, hogy ez drasztikus e vagy épp melyik irányba dönt az megint más kérdés és erre nincs konkrét válasz.
Az utolsó pontban tökéletesen egyet értünk, nem lesz elég ha máshol se elég, viszont a swapelésnek is megvannak a pró és konjaik, erről hosszútávon lesz érdemes beszélni most max jósolni lehet aminek nem sok értelme van, mindannyian akik M1 felhasználók vagyunk tudjuk, hogy lényegében béta teszteltünk és majd lesz ami lesz
[ Szerkesztve ]
return Mono.fromCompletionStage(client::resolve).map { it.sign }
-
Mr Bond 007
őstag
"Ez mar idotlen idok ota igy mukodik az Intel integralt GPU-ja eseten is."
Tudtommal nincs a ram a cpu-ra huzalozva egyik intel chipnél se. A gpu és a cpu is közvetlenül a ramhoz van kötve.
Itt nem érzed a kevés ramot, míg az összes többi platformon nagyon is megérzed. A többséget nem fogja érdekelni hogy kifut-e belőle vagy sem, ha meg se érzi. Aki meg ért hozzá, úgyis azt veszi majd amire szüksége van.(Mert nyilván ki lehet akasztani ezeket is egy szint felett, de azok tudják mit akarnak.) Nem értem miért kell ezt annyira ragozni.
Főleg nem hogy rendre vissza kell hozni a témát mert a nagy szakértők nem akarják megérteni.[ Szerkesztve ]
-
nagyúr
-
Mr Bond 007
őstag
Csak hogy legyen egy kis on topic:
Jön az ARMv9 és sanszos hogy a jövőre megjelenő macekben lévő chipek már erre épülnek [link][ Szerkesztve ]
-
MODERÁTOR
válasz Divinity #94216 üzenetére
Gratulálok a CNCF papírodhoz, de ha töb podot futtatok akkor több memóriát fog az elhasználni? Jól gondolom (használjunk most elméletben mondjuk minikube-t)? Én idáig azt vettem észre, hogy igen. Itt én erről beszélek.
"A VSCode azért viszonylag közel áll egy IDE-hez, nekem is visszás érzéseim vannak ezzel de mondjuk egy Netbeans-hez képest, ami ugye IDE, fényévekkel jobb akkor azért mindig elgondolkodom."
Hasonlítuk a VSCode-ot az IDEA-hoz ne egy halott IDE-hez ha kérhetem (ami sosem volt jó). Fentebb leírtam, hogy felőlem mindenki azt használ amit akar, és ahogy akarja. Sosem cáfoltam, hogy a VSCode nem lehet IDE.
"Szintén mondhatnám, hogy 100 megás JSON-ökkel dolgozol akkor valami rég rossz "
Ez egy példa volt arra, hogy a 100 megás json, pdf, png, tar.gz, iso, dmg, txt, rar vagy akármi vagy egy egyéb adatstruktúra ami menet közben keletkezik és 100 - 200 milló rekordot tartalmaz pl. az nem fog kevesebb helyet foglalni a memóriában amd64, arm64 vagy akármilyen architektúrán. Én a következőt írtam: "A memória fogyasztás nem függ architektúrától." ami alatt erre gondoltam. Nem hoztam szóba az instruction setet meg akármi.
Összeségében: az én felhasználási céljaimra nem elég a 8 gb. Ha nem is egész 8 gigával de kevesebbel kifutok belőle. Ha pedig nem muszáj nem szeretnék swappelni.
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
galaktikus
aktív tag
Kezeket fel akinek az M1-es gépek eldobják az -esetemben AirPods- bluetooth fülest. Megállítom a YouTube videót, majd újraindítom és onnantól a hangszóró szól tovább, de a bluetooth beállításokban még továbbra is ugyanúgy csatlakozva van. Minden egyes alkalommal le kell ilyenkor választanom és újra csatlakozni.. Ez mi a rák?
Rizsa: 5800x -b450 tomahawk max - 2x16 Gb 3200 Mhz Crucial Ballistix Sport AT - Gigabyte 6700 XT gaming oc Productivity: MacBook Pro 13" M1 Apple Silicon
-
MODERÁTOR
válasz Mr Bond 007 #94217 üzenetére
Itt szerintem elbeszéltek egymás mellet. Az intel gpu lefoglalja a memóriábal a szükségét és használja ugyanúgy mint az m1. Az más kérdés, hogy miután nincs összeintegrálva ezért 3x vagy 4x megkerüli a földet mire történik valami.
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Mr Bond 007
őstag
válasz galaktikus #94222 üzenetére
Hátha valamelyik bejön: [link]
-
nagyúr
válasz Mr Bond 007 #94220 üzenetére
Dehogy cafolnak. Mindegy, mar letettem rolad
Csortenek azert kicsit tulzas azt nevezni, amikor zero technikai hattertudassal magyarazol marhasagokat, mikozben a topic rajtad mosolyog
[ Szerkesztve ]
while (!sleep) sheep++;
-
MODERÁTOR
Személyeskedést innentől kerüljük.
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Aciduzzu
aktív tag
Nem gondoltam volna, hogy ilyen szájkarate fogad, ha visszatérek...
Megérkezett a Moshi hub, ismét köszönöm a tippet, nagyon szépen teszi a dolgát, a monitorral sincs semmi gond. És még kisebb is, mint gondoltam, a gép színéhez meg szinte tökéletesen passzol.
LG OLED65C9 I PlayStation 5 I PlayStation VR I Xbox Series X I Astro A50
-
krbC
tag
Sziasztok!
Eladtam a 2017-es Macbook Air-em és a csajszi végig ment a Disk Utility lépéseken hogy törölje a Macintosh HD-ról a dolgokat és újratelepítse. Majd küldött nekem képet, hogy nincs elég hely a telepítéshez. Hiába törölte a Macintos HD-t, azt írja: használatban 20kb Egyéb kötet 102,4 GB Szabad 18,73 GB. Mi lehet a probléma? Amit küldött képet nekem még megakadt a szemem hogy jobb felül 121,12 GB alatt azt írja, 5 kötettel megosztva. A kötetnél a "-" jelre kell kattintani amig 1 kötet lesz?
Köszönöm előre is,
Üdv.-gl hf-
-
atees
őstag
Bocs a kérdésért, de nem jött át, m1 airnél elég a 8gb vagy 16?😁
aki ugy használja mi a tapasztalat?Aláírás (nem kötelező megadni) :)
-
Mr Bond 007
őstag
Nem én írtam hogy az integrált intel gpu ram elérése és használata ugyanaz lenne mint a unified memory-s gpu-é az m1-ben ha már szóba kerültek itt a technikai dolgok... Mert nem ugyanaz: [link]
Az a baj én gyakorlati oldalról nézem, te meg technikai oldalról akarod bizonygatni. Továbbra is tartom hogy M1-es gépen a nagy többségnek akik ezeket a belépő szintű gépeket veszik és használják tökéletesen elég 8GB ram is ,az összes többi géppel ellentétben. (értsd inteles mac, pc) Sőt, még azoknak is akik néha kicsit jobban meghajtják őket!
Sehol sem írtam hogy a ram nem fog betelni, csak azt hogy itt a gyakorlatban általános használat mellett különböző okokból nem fogod megérezni az összes többi géppel ellentétben. (vagy ha mégis, akkor is csak minimálisan)
Ami szakmailag kikezdhetőt korábban írtam az az hogy armon kevesebb ramot használnak az appok, ami így direktbe leírva szakmailag nyilván nem igaz, de a gyakorlatban mégis kevesebb rammal mennek a natív armos appok. És igen, itt nem feltétlen az architektúra miatt, hanem mert optimalizálták a frissebb kódot és a unified memory miatt 1 helyen is elég tárolni az adatokat ha a cpu+gpu+ai gyorsító is dolgozik velük. Lesz ellen példa is, mert néhány appnál növekedni fog a ram használat hogy így kihasználja a 16 GB-os gépeket is (jelezték hogy még nem futja ki magát a 16GB-os m1-eseken azt hiszem a Resolve készítői). De aki ezeket napi szinten használja nyilván nem fog spórolni a hardveren. (Meg nem is ezt veszi)
Itt az egész abból indult hogy valaki hobbiból videókat vág. Arra ár értékben továbbra is hibátlan választás lesz egy M1-es gép akár 8GB rammal is. (ha nem megy 4k fölé meg se fogja érezni) Nem kötelező a 16GB. Ha az apple kérne 40k-t a ramra akkor én is azt mondom hogy legyen. De így 80 ezernél tényleg csak annak éri meg aki ki maxolná a 8-at is (abban az értelemben hogy akadna).#94188-ban leírtam hogy ekkora terhelés mellett sem lassult le a 8GB-os M1-es gép. Ez már bőven az átlag felhasználó szintje fölött van szerintem.
[ Szerkesztve ]
-
r3dsnake
nagyúr
M1-es Air-hez tudtok dokkolót ajánlani, amin van SD kártyaolvasó, néhány USB A és video kimenet?
Köszi!
-
Sumi
aktív tag
válasz Mr Bond 007 #94233 üzenetére
Amúgy a belépő szintű használatnál hol jön elő az, hogy ugyanahhoz a memóriaterülethez kell hozzáférnie a CPU-nak és a GPU-nak (tehát milyen appon spórolhatunk memóriát)?
-
atees
őstag
Bocs még egy vásárlás előtti kérdés.
Air M1, 16 Gb vs. 512 gb ssd. Nem tudom eldönteni melyik lenne jobb döntés. Mivel a keret 500k így választanom kell. A 256 gb tárhelyből mennyit tudok felhasználni ?
Ha veszek egy usb-c dokkolót és abba tudod memória kártyát vagy pendrivot, akkor tud úgy működni, mint nagyobb tárhely?[Ezt a hubot használja valaki ? Tapasztalat? ]
Köszi, bocs az amatőr kérdésekért, de nem akarok mellé nyúlni.
[ Szerkesztve ]
Aláírás (nem kötelező megadni) :)
-
madgie
titán
válasz SharpSA #94246 üzenetére
Megveszel egy ilyen házat, ssd-t bele, kb annyiban vagy, mint egy ADATA SE800 vagy Samsung T7 külső nvme ssd-kel.
Nem azt mondom, hogy az egyik jobb, mint a másik, de nekem az SE800 is pont ezt a sebességet tudja és pici, könnyű, és egész olcsó is (és sz USB-C házas cuccomhoz képest sokkal kevésbé melegszik).
-
Sumi
aktív tag
Memória, de az alap air 380 az euronicsnál (igaz már csak arany van).. Én inkább azt vennék & 1-2 év múlva upgradelném az akkori base-re (hátha az már 16/512-es lesz).
Új hozzászólás Aktív témák
- Kupon kunyeráló
- Milyen routert?
- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- Kerékpárosok, bringások ide!
- Fejhallgató erősítő és DAC topik
- Samsung Galaxy A54 - türelemjáték
- Gyúrósok ide!
- Autós topik
- Az iPadOS-re írt appokra is díjat vet ki az Apple
- A franciáknak elege van abból, hogy minden gyerek mobilozik
- További aktív témák...
- 1.250.000 FT helyett 940.000 FT !! MacBook Pro 16" M3 Pro 12CPU / 18GPU / 18GB / 512 SSD
- AKCIÓ !! M3 Chip - MacBook Pro 14" 8C CPU / 10C GPU / 8 GB/ 1 TB / Bontatlan / Magyar
- Macbook Pro 16" - 2020 gyártás, i9 és i7, 32/512GB, 4GB Radeon, touchbar, garancia, szürke
- ÚJ! Macbook Pro 14" - 2022 gyártás, M1 Pro, 32/512GB, 1 ciklus, doboz
- Macbook Pro 15" - 2018, 6 mag i7, 16/256 GB, 4GB Radeon, 83 ciklus, garancia, ezüst (02)
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen