Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*kernels\s+3\.4\s+slower\s+due\s+to\s+allocation\s+workqueue\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*kernels\s+3\.4\s+slower\s+due\s+to\s+allocation\s+workqueue\s*$/: 8 ]

Total 8 documents matching your query.

1. kernels 3.4 slower due to allocation workqueue (score: 1): Author: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>; Date: Mon, 15 Apr 2013 11:39:26 +0200; Hello, last week we received new machines (DELL R720xd) for an extension of our ceph cluster. (64 Gb ram, 2x Xeon E5-2650, PERC H710P (really LSI MEGARAID), and 12x3 TB disks + 2SSD (not used as cach; /archives/xfs/2013-04/msg00320.html (8,342 bytes)
2. Re: kernels 3.4 slower due to allocation workqueue (score: 1): Author: Mark Tinguely <tinguely@xxxxxxx>; Date: Mon, 15 Apr 2013 08:45:16 -0500; On 04/15/13 04:39, Yann Dupont wrote: Hello, last week we received new machines (DELL R720xd) for an extension of our ceph cluster. (64 Gb ram, 2x Xeon E5-2650, PERC H710P (really LSI MEGARAID), and; /archives/xfs/2013-04/msg00331.html (10,193 bytes)
3. Re: kernels 3.4 slower due to allocation workqueue (score: 1): Author: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>; Date: Tue, 16 Apr 2013 09:24:40 +0200; Le 15/04/2013 15:45, Mark Tinguely a écrit : Here are the allocation worker changes. Hello mark, thanks for you answer The biggest performance commit should be aa292847, which limits the callers to t; /archives/xfs/2013-04/msg00351.html (9,953 bytes)
4. Re: kernels 3.4 slower due to allocation workqueue (score: 1): Author: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>; Date: Tue, 16 Apr 2013 10:37:01 +0200; Le 16/04/2013 09:24, Yann Dupont a écrit : Le 15/04/2013 15:45, Mark Tinguely a écrit : Here are the allocation worker changes. Hello mark, thanks for you answer The biggest performance commit should; /archives/xfs/2013-04/msg00354.html (8,934 bytes)
5. Re: kernels 3.4 slower due to allocation workqueue (score: 1): Author: Mark Tinguely <tinguely@xxxxxxx>; Date: Tue, 16 Apr 2013 08:26:39 -0500; Here are the allocation worker changes. Hello mark, thanks for you answer The biggest performance commit should be aa292847, which limits the callers to the worker. xfs: fix debug_object WARN at xfs_; /archives/xfs/2013-04/msg00358.html (10,289 bytes)
6. Re: kernels 3.4 slower due to allocation workqueue (score: 1): Author: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>; Date: Wed, 17 Apr 2013 15:44:15 +0200; Le 16/04/2013 15:26, Mark Tinguely a écrit : The filesystem can hang but only if the OS cannot allocate another worker when doing certain calls. --Mark. Ok, any chance to see these fixes backported t; /archives/xfs/2013-04/msg00382.html (9,110 bytes)
7. Re: kernels 3.4 slower due to allocation workqueue (score: 1): Author: Mark Tinguely <tinguely@xxxxxxx>; Date: Wed, 17 Apr 2013 09:11:49 -0500; The filesystem can hang but only if the OS cannot allocate another worker when doing certain calls. --Mark. Ok, any chance to see these fixes backported to 3.4 ? Cheers, All of the patches apply to L; /archives/xfs/2013-04/msg00385.html (9,438 bytes)
8. Re: kernels 3.4 slower due to allocation workqueue (score: 1): Author: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>; Date: Wed, 17 Apr 2013 16:35:28 +0200; The filesystem can hang but only if the OS cannot allocate another worker when doing certain calls. --Mark. Ok, any chance to see these fixes backported to 3.4 ? Cheers, All of the patches apply to L; /archives/xfs/2013-04/msg00388.html (10,786 bytes)

Current List: 1 - 8
Page: [1]