Re: Blocked tasks on 3.15.1

the partition with git, svn and rsync trees. Last night's test of 3.17-rc1 showed the problem with the first git pull, getting stuck reading FETCH_HEAD. All repos on that fs failed the same way. But rebooting back to 3.16.0 let everything work perfectly. -JimC -- James Cloos cl...@jhcloos.com

Re: [3.16-rc1] BUG: soft lockup - CPU#0 stuck for 23s! [kworker/u25:4:5189]

with noatime,compress. Interestingly, I also use btrfs /var/log, also with noatime,compress, but that one is fine. -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 0x997A9F17ED7DAEA6 -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord

Re: Likely mem leak in 3.7

I've extensively tested 2844a48706e5 (tip at the time I compiled) for the last few days and have been unable to reproduce. This bug appears to be fixed. Thanks. -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- To unsubscribe from this list: send the line unsubscribe

Re: Likely mem leak in 3.7

the same thing on a btrfs partition lost about 200M of ram. -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- 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

Likely mem leak in 3.7

. If there is anything that I missed, please let me know! -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- 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

Re: BTRFS should increase the hard-link in the same directory limit

workflows use that idiom. -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- 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

Re: kernel BUG at fs/btrfs/inode.c:2260!

-device applications? --help uses the singular 'the device' but the btrfs(8) man page uses the plural 'the devices') -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord

kernel BUG at fs/btrfs/inode.c:2260!

2a 49 8b 94 24 68 fe ff ff 48 81 fa 00 01 00 RIP [8124144d] btrfs_orphan_add+0xfa/0x13c RSP 88001a51bdd8 ---[ end trace f858840206b4cbb6 ]--- -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- To unsubscribe from this list: send the line unsubscribe linux

Re: 2.6.33 high cpu usage

[.] __gconv_transform_utf8_internal 0.01% basename [kernel] [k] bprm_mm_init 0.01% basename [kernel] [k] radix_tree_lookup_slot # # (For a higher level overview, try: perf report --sort comm,dso) # -JimC -- James

Df [Was: Re: Issues when volume is full]

of inodes. Reporting that and iused would be helpful. -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- 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

2.6.33 high cpu usage

[kernel][k] tcp_v4_send_check 0.01% git [kernel][k] tcp_v4_rcv 0.01% git [kernel][k] _cond_resched 0.01% git [kernel][k] mutex_trylock # # (For a higher level overview, try: perf report --sort comm,dso) # -JimC -- James

Re: 2.6.33 high cpu usage

.) I'll reply again once I have results. -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- 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

Re: [Regression] Filesystem I/O is CPU-bound in rc7 and rc8

not supported by CPU. -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- 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

Re: [Regression] Filesystem I/O is CPU-bound in rc7 and rc8

report is a dup of bug 15328. -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- 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

Re: [Regression] Filesystem I/O is CPU-bound in rc7 and rc8

Dave == Dave Airlie airl...@gmail.com writes: Dave On Thu, Feb 18, 2010 at 6:04 AM, James Cloos cl...@jhcloos.com wrote: While getting re-aquainted with perf, and after upgrading to the current version, I see that do_page_fault, unmap_vmas, get_page_from_freelist, handle_mm_fault, __do_fault

Re: [Regression] Filesystem I/O is CPU-bound in rc7 and rc8

Mike == Mike Fedyk mfe...@mikefedyk.com writes: Mike On Sat, Feb 13, 2010 at 7:11 PM, James Cloos cl...@jhcloos.com wrote: Sometime between rc6 and rc7 all filesystem I/O started using 100% CPU, usually on the order of 60% sys, 40% user. I've tried this with each of ext4, jfs and btrfs

Re: [Regression] Filesystem I/O is CPU-bound in rc7 and rc8

see any commits in the rc6..rc7 timeframe which stand out as likely suspects. -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- 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