| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Fri, 27 Jan 2012 05:58:59 -0500 From: Christoph Hellwig <hch@...radead.org> To: Kelbel Junior <jymmyjr@...il.com> Cc: Christoph Hellwig <hch@...radead.org>, linux-kernel@...r.kernel.org, xfs@....sgi.com Subject: Re: XFS problem On Thu, Jan 26, 2012 at 01:57:34PM -0200, Kelbel Junior wrote: > Well, in 24/01 i upgrade to the kernel 3.2.1 in one server and forgot > read my emails...until now it's running without problems. > Then, yesterday i put kernel 3.2.1 on another server and this morning > a several same messages "server013 kernel: XFS: possible memory > allocation deadlock in kmem_alloc (mode:0x250)" and delays. > > (without call trace because i forgot to apply that patch with dump_stack) Not a problem, we know where it comes from now. > I work in a cache solution company, so I/O performance is very > important in our context. What I'm really curious about is what kind of workloads you have. We should only run into problems here if we have a huge extent indirection array, which points to a massively fragmented file. Right now the handling of that isn't optimal, and we need to improve on that. But you'd probably get better results by avoiding that massive fragmentaion in the first place, e.g. try to preallocate or set extent size hints if you do random writes to a sparse file. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists