Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer)

Jens Axboe wrote:

>On Thu, Jun 08 2006, Vladimir V. Saveliev wrote:
>  
>
>>Hello
>>
>>On Thu, 2006-06-08 at 13:00 +0200, Jens Axboe wrote:
>>    
>>
>>>On Wed, May 24 2006, Hans Reiser wrote:
>>>      
>>>
>>>>Tom Vier wrote:
>>>>
>>>>        
>>>>
>>>>>On Tue, May 23, 2006 at 01:14:54PM -0700, Hans Reiser wrote:
>>>>> 
>>>>>
>>>>>          
>>>>>
>>>>>>underlying FS can be improved.  Performance results show that the new
>>>>>>code consumes  40% less CPU when doing "dd bs=1MB ....." (your hardware,
>>>>>>and whether the data is in cache, may vary this result).  Note that this
>>>>>>has only a small effect on elapsed time for most hardware.
>>>>>>   
>>>>>>
>>>>>>            
>>>>>>
>>>>>Write requests in linux are restricted to one page?
>>>>>
>>>>> 
>>>>>
>>>>>          
>>>>>
>>>>It may go to the kernel as a 64MB write, but VFS sends it to the FS as
>>>>64MB/4k separate 4k writes.
>>>>        
>>>>
>>>Nonsense, 
>>>      
>>>
>>Hans refers to generic_file_write which does
>>prepare_write
>>copy_from_user
>>commit_write
>>for each page.
>>    
>>
>
>Provide your own f_op->write() ?
>  
>
In Unix VFS is an abstraction layer with a philosophical commitment to
allow filesystems to do their own thing, but Linux is quite different,
and what you suggest got vetoed with emphasis.   In all fairness, the
patch vs is sending is one I can live with that allows me to not worry
about aio code and direct io code, neither of which interest me at this
time.  So I suppose there is some benefit to all this hassle.

>  
>
>>>there are ways to get > PAGE_CACHE_SIZE writes in one chunk.
>>>Other file systems have been doing it for years.
>>>
>>>      
>>>
>>Would you, please, say more about it.
>>    
>>
>
>Use writepages?
>
>  
>
writepages is flush time code, this is sys_write() code.  sys_write
first sticks things into the cache,, then memory pressure or pages
reaching maximum time allowed in memory or fsync pushes them out to
disk, at which time writepages might get used.

This issue is about cached writes losing performance when done 4k at a
time.  It is very similar to why bios are better than submitting io 4k
at a time, but it is at a different stage.

Christoph Hellwig wrote:

>That's not really the vfs but the generic pagecache routines.  For some
>filesystems (e.g. XFS) only reservations for delayed allocations are
>performed in this path so it doesn't really matter.  For not so advanced
>filesystems batching these calls would definitly be very helpful.  Patches
>to get there are very welcome.
>  
>
>
Glad we all agree.  vs is sending a pseudocoded proposal.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• References:
  • [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer)
    • From: Hans Reiser <[email protected]>
  • Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer)
    • From: Tom Vier <[email protected]>
  • Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer)
    • From: Hans Reiser <[email protected]>
  • Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer)
    • From: Jens Axboe <[email protected]>
  • Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer)
    • From: "Vladimir V. Saveliev" <[email protected]>
  • Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer)
    • From: Jens Axboe <[email protected]>

• Prev by Date: Re: [PATCH -mm] i386: cpu_relax() smp.c
• Next by Date: [patch] ipv4: fix lock usage in udp_ioctl
• Previous by thread: Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer)
• Next by thread: Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer)
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]