I've got an AMD64 system with 8G of RAM and 1G of swap. It runs as a home file server with 2*3TB disks in a RAID-1 array and a 120G SSD for root and /home. It also does some light desktop work (running KDE and web browsing with Chromium).
When a btrfs scrub is run from cron the system gives an OOM and then locks up after apparently killing some processes (after a reboot I see syslog entries about some processes being killed - even though it didn't appear to kill X or anything the system is hung). The system really shouldn't have a OOM. For light desktop use a total of 8G of RAM and 1G of swap should be more than enough. Most of the time swap is hardly used and there are several gigs of RAM used for cache. The kernel is Debian package 3.10.11-1. This is the same system about which I reported the 3.11.5 kernel infinite loop bug. I had this crash on scrub issue before I upgraded to 3.11.5. I'm not certain that 3.11.5 fixed the crash on scrub problem, maybe 3.11.5 just crashed the system before it could be up for long enough. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/ -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
