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

• Archttila veterán

  #7487

  #7482 Frawly

  2020-12-06 08:31:20

  Új Válasz

  Ú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

  

  Archttila

  veterán

  LOGOUT blog (1)

  #7482 Frawly

  #7482 Frawly

  Nekem ezek a számok nem tűnnek rossznak, szerintem nem annyira brutál memófoglalás. Az is igaz, hogy nem mutattál free -m kimenetet (látszódjon a shared, cache is), meg azt se értem, hogy a htop-ban a RPi4 memóriájából miért csak 3,3 GB látszik, mikor 4-nek kell lennie? Nem 32 bites rendszert futtatsz 64 bites helyett? Mert a 32 bit megmagyarázná a korábbi forráskódból forgatási problémáidat is. Vagy 64 bites az, és az RPi integrált GPU-ja vesz le a rendszermemóriából. Bár memóriád így is van szabadon, a háttérben fut minden, komplett grafikus felület, terminálok, progik, MiniDLNA, torrent, stb., ahhoz képest nem valami sok a 438 MB-os fogalás, majdnem 3 GB szabad memória van, ilyen felállásban én nem sok értelmét látom a swapnak. Bár betehetsz, de akkor arra figyelj, hogy még véletlen se HDD-ről fusson, meg SD kártyáról, meg eMMC tárolóról, hanem rendes SSD legyen alatta. Nem baj, ha csak valami olcsó, SATA3-as szutyok, de rendes desktop vagy M.2 SATA vagy hasonló SSD legyen.

  Gigabites net kihajtásának ez az ára egyébként, ha tényleg több szálon van hajtva, akkor meg is van, hogy az rtorrent-nek is miért volt magas a CPU használata. A több szálas gigabites torrent már sokat tud enni egy szabvány windowsos PC-n is, mind memóriából, mind prociból.

  Ez a Chernobyl sorozat szerintem nem valami jó, bár azt se értem, hogy egy Trinity-kiadásnak hogyan lehet epizódonként 25 gigás mérete, még 4K-ban sem kéne annyit foglalnia. Én is elkezdtem nézni ezt a Chernobylt (épp így talán Trinity Blu-Ray 1080p-s felbontás), és ugyan pl. a korszak jól van benne ábrázolva, emberek, épületek, ruhák, stb., de az egész történet el van torzítva benne, szakmai helytelenségekkel, meg csak marék szereplővel dolgozik, mintha csak azok vettek volna részt mindenben. Az egész annyira el van rugaszkodva a valóságtól, hogy szerintem időpazarlás megnézni.

  A linkeden a faszinak a gondját meg szerintem nem bug okozza, hanem a külső HDD-je haldoklik vagy nem kap elég delejt, mert valami ócska kínai táppal hajtja, vagy nem aggat rá külön tápot, az USB foglalatból meg nem tud elég naftát felvenni.

  free -m
              total        used        free      shared  buff/cache   available
Mem:           3394         644         157         159        2593        2548
Swap:             0           0           0

  6.7GB-os anyagnál, 60MB/s letöltési sebesség mellett.

  RPI topikban ezt az okosságot kaptam. [link]

  Azért látszik kevesebbnek a mem, mert az RPi integrált GPU-jának 512MB van megadva.
  A rendszer 32 bites (armv7l) A 64 bites még annyira sem hivatalos mint ez, illetve majdnem minden update után hegeszteni kell rajta valamit...

  Természetesen SSD-röl fut a rendszer.

  Jah igen Chromium! Ugye én 2003 óta használtam FF-et, de egyik nap gondoltam teszek egy próbát a Chromium-al már csak azért is, mert a 87-töl már alapból hozza a wayland támogatást. (jelenleg 85-nél jár)
  Már az első indításnál feltűnt, hogy a valami eszeveszett sebes Az ARM-es FF ehhez képes egy kövület. Uccu neki kapcsoltam is egy VA-API-t és áhhh, nem akarom elhinni amit látok, valami eszméletlen mennyire más élmény mint a róka. Erősebb, x86 hardware-en nem jön ki a különbség, de itt...

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