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

• #7482 Frawly veterán Archttila #7479

  Új Válasz 2020-12-05 23:14:00 #7482

  Ú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

  

  Frawly

  veterán

  válasz Archttila #7479 üzenetére

  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.

• #7480 Shyciii veterán Archttila #7479

  Új Válasz 2020-12-05 16:50:26 #7480

  Ú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

  

  Shyciii

  veterán

  válasz Archttila #7479 üzenetére

  Durva, hogy ilyen hiba fennáll 1 éve. Mondjuk nem lepődöm meg. A cégnél a Pi4-eket arra vette a cég, hogy az operátorok a böngészőben tudjanak dolgozni az új programban. Nekem csak annyi feladatom volt, hogy állítsak össze egy linux szervert, amiről bebootolnak a Pi4-esek, és egy kész felület indul csak el, de nagyon minimálisnak kellett lennie a Pi4-es raspberry pi os-nek, kvázi böngésző, és egy full minimál ablakezelő, és semmi mást ne tudjanak csinálni. Azt hittem, hogy ilyen kevés cuccal nem lehet problémába ütközni, pedig de. A Pi4-es saját raspberry pi OS-ben a Chromium igencsak elavult. 83-as a legfrissebb a repojában, holott már 87-esnél tartunk...illetve 2 féle chromium csomag van. A másik 84-es verziójú, de azon a webrtc meg hibásan működik...

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