beta2

[mk01]

@b0rna,

if it holds to be fine and steady until ~200 it is more than I would expect as I would expect the system to be stuck at high io && iowaits at around 10x less (as the SoC design handles all this via the slow CPU).

this test is of high value to me, so thanks for it. just a most important final question, did it finish successfully ? as there were reported issues with Beta1X like OOM XBMC crashing or even kernel panics / total freez on Library operations with this size (even smaller).

probably turning off compression on filesystem would make this better, setting vm.dirty_ratio and vm.dirty_background_ratio to lower values as are now by default should have positive effect as well for this one particular action. but this can be tuned later as we get more feedback. unfortunately compression on/off is btrfs pool wide mount setting, it can't be turned off for /home mount and kept for / if they are on the same btrfs filesystem as sub volumes (in contrast ZFS allows that for fine control).

---

(15th Oct, 2013 08:51 AM)Dizzy Wrote:  @mk01, of course, I'll check that tomorrow.

btw, found out that inputlirc doesn't start.
steps to reproduce are to install through : "apt-get install inputlirc",
running inputlirc with -g gives a seg fault.
"-g" is used to grab the input device exclusively. maybe a permissions issue?
used to work.

@Dizzy

can look into it later, but you can maybe investigate more yourself (and quicker than myself) by installing strace package and then running inputlirc binary via it. it will output lots of operations currently happening on the system and related to the inputlirc so probably before the seg fault you will se a operation which resulted in it.