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

• #8510 vinibali őstag itanczos #8509

  Új Válasz 2016-04-14 17:55:51 #8510

  Ú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

  

  vinibali

  őstag

  válasz itanczos #8509 üzenetére

  persze, evidens. de sokszor az ilyen apróságok döntenek.
  mind a probléma megoldásán is, egy ilyen apróság döntött...
  a mkfs.f2fs az openwrt-n nem képes partíciót formázni, az 1.40-es verzió érhető el a 15.05/15.05.1/trunk verzióknál, ezért azt pc-n kell ezt megtenni.
  egyébként fontos legalább az 1.50 használata, mert abban nagyon sok funckó javult, többek között az overprovision mértéke igazodik automatikusan a partíció méretéhez.
  szóval a probléma annyi volt, hogy én az f2fs-tool-git csomagot használom, ami az 1.61-es verziónál tart jelenleg és történten változások a libf2fs_format.la és libf2fs.la fájlokban.
  és ehhez valószínűleg új f2fs kernel modul kellene.
  szóval ettől volt az, hogy közel 100% körüli IO terheltség keletkezett, 500kb/s körüli feltöltés mellett. tehát a biztonság kedvéért visszaálltam az f2fs-tools 1.50-es verziójára, ami korábban is jól működött. most 1000kb/s körüli feltöltés wifiről max 5% körüli IO terhelést okoz, de többnyire 0 illetve 2%-on áll a top. egyébként a szabad RAM mennyisége most is 2MB körülire csökken.

  szerintetek érdemes lenne legalább az openwrt-s működésképtelen f2fs-tools miatt nyitni egy bugreportot?

  [ Szerkesztve ]

  BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/

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