Re: Lockless page cache test results

On Wed, Apr 26 2006, Linus Torvalds wrote:
> It would be interesting to see where doing gang-lookup moves the target, 
> but on the other hand, with smaller files (and small files are still 
> common), gang lookup isn't going to help as much.

Here is the graph for:

- 2.6.17-rc3 + splice reada fix (vanilla-no-gang)

vs

- 2.6.17-rc3 + splice reada fix + gang lookup (vanilla)

vs

- 2.6.17-rc3 + splice reada fix + lockless page cache (lockless-no-gang)

Average of 3 runs graphed, the lockless run didn't use the batch lookup
as that is a lot slower since it basically defeats the purpose of the
lockless page cache until Nick patches it up :-)

Conclusion: the gang lookup makes things faster for the vanilla kernel,
but it only makes it scale marginally (if at all) better.

-- 
Jens Axboe

Attachment: lockless-4.png
Description: PNG image

---

• References:
  • Lockless page cache test results
    • From: Jens Axboe <[email protected]>
  • Re: Lockless page cache test results
    • From: Andrew Morton <[email protected]>
  • Re: Lockless page cache test results
    • From: Jens Axboe <[email protected]>
  • Re: Lockless page cache test results
    • From: Andrew Morton <[email protected]>
  • Re: Lockless page cache test results
    • From: Linus Torvalds <[email protected]>

• Prev by Date: Re: [PATCH 1/2] I386 fix pte clear
• Next by Date: Re: [PATCH] drivers/scsi/sd.c: fix uninitialized variable in handling medium errors
• Previous by thread: Re: Lockless page cache test results
• Next by thread: Re: Lockless page cache test results
• 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]