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

• #18405 vargalex félisten Siffredi #18372

  Új Válasz 2016-02-09 13:00:47 #18405

  Ú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

  

  vargalex

  félisten

  válasz Siffredi #18372 üzenetére

  Szia!

  Nem írtad, hogy mekkora letöltési/feltöltési sebességről van szó. A torrentezés egyébként is ki tudja hajtani a SoC-ot (nem egy PC ez), az NTFS csak rátesz erre egy lapáttal. Azaz ext4 esetén is pöröghet 100 %-on minden mag, de valószínűleg nagyobb sebesség elérésére lesz képes.

  A memóriával kapcsolatosan: a linux a RAM nagy részét (ha van rá lehetősége) cache-re használja. (Hiszen arra találták ki, hogy használjuk. Semmivel nem fogyaszt kevesebbet a RAM modul, ha üres, viszont sokat gyorsíthat, ha nem HDD-ről, hanem memóriából kell előszedni az adatokat.)
  A free paranccsal nézd meg és vagy a -/+ buffers/cache kezdetű sort figyeld, vagy a Mem kezdetű sornál a free-hez add hozzá a buffers és cached alatt található értékeket. Ezeket a linux bármikor fel tudja szabadítani, ha szükség lenne RAM-ra egy alkalmazásnak. Ha újabb procps-ng-d van, akkor kicsit máshogy néz ki.

  Ez a régi kimenet:

  GaVarga@devdb:~> free -m
  total used free shared buffers cached
  Mem: 2068 2046 21 1367 0 1640
  -/+ buffers/cache: 405 1662
  Swap: 2047 745 1302

  Itt ugye a Mem sornál az látszik, hogy szabad memória 21 MB, de 1640 MB cache van. A második sorban látható, hogy valójában csak 405 MB foglalt és 1662 MB szabad memória van.

  Az új procps-ng-nél a kimenet:

  [gavarga@gavarga-e5540 ~]$ free -m
  total used free shared buff/cache available
  Mem: 7894 3882 989 646 3022 3271
  Swap: 2047 0 2047

  Itt már az első sor utolsó (available) oszlopa a cache nélküli elérhető memóriát mutatja (azaz, mint a régi verziónál a második sor).

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