Re: [LSF/MM TOPIC] Two blk-mq related topics

I may be able to re-execute the tests in a 4.16-rcX before LSF/MM so you have other data to work with. Unfortunately, I'll not be able to make LSF/MM this time due to personal commitments that conflict and are unmovable. -- Mel Gorman SUSE Labs

Re: [Nbd] [PATCH 3/4] treewide: convert PF_MEMALLOC manipulations to new helpers

etwork traffic that is not involved with swap. This means that under heavy swap load, it was perfectly possible for unrelated traffic to get dropped for quite some time. -- Mel Gorman SUSE Labs

LSF/MM 2015 Reminder about call for proposals

Sasha Levin -- Mel Gorman SUSE Labs -- To unsubscribe from this list: send the line unsubscribe linux-scsi in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

LSF/MM 2015 Call For Proposals

committee: Storage: James Bottomley Martin Petersen Christoph Hellwig Filesystem: Jeff Layton Ric Wheeler Jan Kara Trond Myklebust Theodore Ts'o MM: Rik van Riel Michel Lespinasse Sasha Levin -- Mel

Re: [Lsf-pc] [LSF/MM TOPIC] really large storage sectors - going beyond 4096 bytes

On Wed, Jan 29, 2014 at 09:52:46PM -0700, Matthew Wilcox wrote: On Fri, Jan 24, 2014 at 10:57:48AM +, Mel Gorman wrote: So far on the table is 1. major filesystem overhawl 2. major vm overhawl 3. use compound pages as they are today and hope it does not go completely to hell

Re: [Lsf-pc] [LSF/MM TOPIC] really large storage sectors - going beyond 4096 bytes

the same size as this new basic allocation unit. Hm, OK, so less appealing then. Yes. On the plus side, you get the type of compound pages you want. On the negative side this would be a massive overhawl of a large chunk of the VM with lots of nasty details. -- Mel Gorman SUSE Labs

Re: [Lsf-pc] [LSF/MM TOPIC] really large storage sectors - going beyond 4096 bytes

On Thu, Jan 23, 2014 at 02:47:10PM -0600, Christoph Lameter wrote: On Wed, 22 Jan 2014, Mel Gorman wrote: Large block support was proposed years ago by Christoph Lameter (http://lwn.net/Articles/232757/). I think I was just getting started in the community at the time so I do not recall

Re: [Lsf-pc] [LSF/MM TOPIC] really large storage sectors - going beyond 4096 bytes

to be used by different processes etc. At the very least there would be a performance impact because PAGE_SIZE is no longer a compile-time constant. However, it would potentially allow the block size to be at least the same size as this new basic allocation unit. -- Mel Gorman SUSE Labs

Re: [Lsf-pc] [LSF/MM TOPIC] really large storage sectors - going beyond 4096 bytes

-stopper for any proposal is requiring high-order allocations to succeed for the system to behave correctly. -- Mel Gorman SUSE Labs -- To unsubscribe from this list: send the line unsubscribe linux-scsi in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: [Lsf-pc] [LSF/MM TOPIC] really large storage sectors - going beyond 4096 bytes

On Wed, Jan 22, 2014 at 09:10:48AM -0500, Ric Wheeler wrote: On 01/22/2014 04:34 AM, Mel Gorman wrote: On Tue, Jan 21, 2014 at 10:04:29PM -0500, Ric Wheeler wrote: One topic that has been lurking forever at the edges is the current 4k limitation for file system block sizes. Some devices

Re: [Lsf-pc] [LSF/MM TOPIC] really large storage sectors - going beyond 4096 bytes

On Wed, Jan 22, 2014 at 09:58:46AM -0500, Ric Wheeler wrote: On 01/22/2014 09:34 AM, Mel Gorman wrote: On Wed, Jan 22, 2014 at 09:10:48AM -0500, Ric Wheeler wrote: On 01/22/2014 04:34 AM, Mel Gorman wrote: On Tue, Jan 21, 2014 at 10:04:29PM -0500, Ric Wheeler wrote: One topic that has been

LSF/MM 2014 Call For Proposals

van Riel Michel Lespinasse -- Mel Gorman SUSE Labs -- To unsubscribe from this list: send the line unsubscribe linux-scsi in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: 3.7-rc8 boot failure due to recent workqueue-related patch

On Sat, Dec 08, 2012 at 04:50:21PM -0800, Linus Torvalds wrote: On Sat, 8 Dec 2012, Mel Gorman wrote: Commit 8852aac2 (workqueue: mod_delayed_work_on() shouldn't queue timer on 0 delay) is causing the following boot failure for me. Found by bisection but no further analysis

3.7-rc8 boot failure due to recent workqueue-related patch

] __queue_delayed_work+0x135/0x180 [ 11.517532] RSP 88047f843db0 [ 11.521138] ---[ end trace 61c662a962be9ab8 ]--- [ 11.527550] Kernel panic - not syncing: Fatal exception in interrupt -- Mel Gorman SUSE Labs -- To unsubscribe from this list: send the line unsubscribe linux-scsi in the body

Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?

); } -- Mel Gorman Part-time Phd Student Linux Technology Center University of Limerick IBM Dublin Software Lab - To unsubscribe from this list: send the line unsubscribe linux-scsi in the body of a message to [EMAIL PROTECTED] More majordomo info at http

Re: [PATCH] fix page_alloc for larger I/O segments (improved)

On (14/12/07 13:07), Mark Lord didst pronounce: SNIP That (also) works for me here, regularly generating 64KB I/O segments with SLAB. Brilliant. Thanks a lot Mark. -- Mel Gorman Part-time Phd Student Linux Technology Center University of Limerick

Re: [PATCH] fix page_alloc for larger I/O segments (improved)

of rmqueue_bulk() preserving the physical order of pages returned by the allocator without incurring increased search costs for anti-fragmentation. Signed-off-by: Mel Gorman [EMAIL PROTECTED] --- page_alloc.c | 11 +++ 1 file changed, 11 insertions(+) diff -rup -X /usr/src/patchset-0.6/bin