Új hozzászólás Aktív témák

• #194 ddekany veterán cucka #192

  Új Válasz 2023-11-07 19:16:33 #194

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz cucka #192 üzenetére

  Én kétlem, hogy ez nem egy jelentős igény, ha még nem is többségi igény. Én (és rokonaim) biztos, hogy sokszor kihasználtam ezeket, hogy kihúzzam kütyük életciklusát. Aztán persze, Magyarország afféle késélen táncoló gazdagok társadalma, azaz alapvető dolgokon be tudnak csődőlni emberek (mint lakbér dúrva, kaja sem vicces már), de azokhoz képest pl. az évi telefon vásárlás túl olcsó, szóval van egy ilyen "miért is ne, megtehetem" taplóság.

  "Ugyanaz van, mint a telefonokkal. Amire elavul annyira a gép, hogy upgrade-elni kell az alkatrészeit, addig elavul annyira, hogy amúgy is le fogod cserélni egy modernebbre."

  A gyakorlati tapasztalatom nem ez. Nagyon gyakran csak 1 valóban zavaró korlát volt, amit legózással meg lehetett oldani. (És itt akkor javíthatóságot nem is nézem, mert azt átlag ember nem tudja megoldani.) Mellékesen telefonjaimnak vagy fele akku cserés volt, úgy használtam tovább, de mondjuk én nem mobilon élek.

• #172 ddekany veterán cucka #170

  Új Válasz 2023-11-07 11:12:50 #172

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz cucka #170 üzenetére

  Nem programoztam Swift-ben, de ha jól emlékszem reference counting van ott, nem GC... aztán ha körkörös hivatkozás van, akkor programozónak kell figyelnie, hogy eltépje, és ne legyen belőle leak. Viszont ha ezt nem nézik be, akkor úgy azonnal felszabadulhat ami már nem kell, míg a GC egy művészet, és hajlamos (nyelvtől/platformtól/konfigurációtól függő mértékben) ülni a memórián, amit pedig ha nagyon akarnánk, vissza lehetne dobni a közösbe.

• #168 Pikari veterán cucka #167

  Új Válasz 2023-11-07 10:54:28 #168

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Pikari

  veterán

  válasz cucka #167 üzenetére

  Magyarán: a programozónak kell figyelnie arra, hogy mennyi memóriát fogyaszt a produktuma. Nem a nyelv tornássza le neked a memóriaigényt.

• #165 Pikari veterán cucka #164

  Új Válasz 2023-11-07 10:38:25 #165

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Pikari

  veterán

  válasz cucka #164 üzenetére

  Fent kijelenttted, hogy a swiftben megírt szoftverek botrányosan alacsony memóriahasználatot eredméyneznek. Nem tudom, hogy bírtál 7. osztályból 8.-ba jutni annélkül, hogy a dinamikus memóriafoglalás koncepcióját legalább érintőlegesen megtanította volna a tanár, de azt biztosan tudom, hogy ez itt egy szakmai fórum.

• #157 csendes addikt cucka #156

  Új Válasz 2023-11-06 23:23:44 #157

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  csendes

  addikt

  válasz cucka #156 üzenetére

  Olvasva itt is a Windows-zal használt csúcshardverrel szerzett negatív tapasztalatokat, én inkább a normálisan megírt és tesztelt illesztőprogramoknál látom a különbséget.

• #155 csendes addikt cucka #143

  Új Válasz 2023-11-06 22:28:42 #155

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  csendes

  addikt

  válasz cucka #143 üzenetére

  Szerinted melyik jelenleg használt operációs rendszerre írt alkalmazások nem natívak, az ART bevezetése óta Androidra? [link] Példaként az LLVM-mel fordított kód kb. 6%-kal gyorsabb a GCC-nél , ami persze számításigényes üzleti alkalmazásoknál jelentős, de egy átlag otthoni felhasználó aligha veszi észre a különbséget. [link]
  A reference counting és a garbage collection közötti fogalomzavart érdemes ebben a cikkben kicsit átnézni: [link]
  Nagyon hasonlóak a Swift, Kotlin és C#, nem itt kell keresni a különbséget.

• #146 Bici félisten cucka #143

  Új Válasz 2023-11-06 18:40:33 #146

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Bici

  félisten

  válasz cucka #143 üzenetére

  Értem, köszi a választ!

  Azért merült fel bennem a kérdés, mert én átlag júzer szemmel néztem a dolgot főleg, vagyis pl. futtatok egy böngészőt, plusz videót vágok, meg képet szerkesztek.
  A kép/hang/böngészős cuccok gondolom ugyanannyit foglalnak a memóriában, mint Windows-on.
  Nem tudom, hogy ezeknél a progiknál a memóriahasználat mekkora százalékát teszi ki a média anyag, és mekkorát a programok egyéb adatai, ezért merült fel a kérdés.

• #142 Bici félisten cucka #141

  Új Válasz 2023-11-06 17:16:17 #142

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Bici

  félisten

  válasz cucka #141 üzenetére

  Engem meg az érdekelne, hogy mi az oka annak, hogy az M-es Mac-ek jobban bánnak a rammal, mint az x86-os win/lin.
  Mennyire bannak jobban, és miből tevődik össze a spórolás?

  Ha tudja valaki, ne kíméljen!

• #141 cucka addikt cucka #140

  Új Válasz 2023-11-06 17:06:49 #141

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz cucka #140 üzenetére

  Amúgy a sok magvas megfejtés miatt gondolkoztatok már azon, hogy
  1. Miért van az, hogy az Apple az alap gépekbe kevés memóriát rak?
  2. Ugyanakkor miért van az, hogy az Alap gépekbe is berakja a legjobb képernyőt, és az alap processzoraik sincsenek nagyon lebutítva?

  Csak egy gondolatkísérlet, a helyes megfejtést beküldők között nem sorsolunk ki semmit.

Új hozzászólás Aktív témák