search for: fill_window

...ehci_hcd uhci_hcd bnx2 usbcore cciss scsi_mod dm_mirror dm_region_hash dm_log dm_snapshot dm_mod thermal processor fan thermal_sys fuse [12812.265344] Pid: 8175, comm: btrfs-delalloc- Not tainted 2.6.28-rc5-btrfs #1 [12812.265344] RIP: 0010:[<ffffffff803ba943>] [<ffffffff803ba943>] fill_window+0x143/0x480 [12812.265344] RSP: 0018:ffff8807b44dfc80 EFLAGS: 00010212 [12812.265344] RAX: 0000000000001000 RBX: 0000000000001000 RCX: b6e3880000000000 [12812.265344] RDX: 0000000000000001 RSI: 0000000000001000 RDI: 0000000000000000 [12812.265344] RBP: b6e3880000000000 R08: 0000000000000000 R09:...

I just had a quick play with gzip compression on a filesystem and the result was the machine grinding to a halt while copying some large (.wav) files to it from another filesystem in the same pool. The system became very unresponsive, taking several seconds to echo keystrokes. The box is a maxed out AMD QuadFX, so it should have plenty of grunt for this. Comments? Ian

With the ATI bug I was hitting earlier fixed, only my btrfs partition continues to show high cpu usage for some operations. Rsync, git pull, git checkout and svn up are typicall operations which trigger the high cpu usage. As an example, this perf report is from using git checkout to change to a new branch; the change needed to checkout 208 files out of about 1600 total files. du(1) reports