Bug 12033
Summary: | Switching SATA from home grown queuing to block level causes 40% performance drop | ||
---|---|---|---|
Product: | IO/Storage | Reporter: | Petr Vandrovec (vandrove) |
Component: | Serial ATA | Assignee: | Jeff Garzik (jgarzik) |
Status: | CLOSED INVALID | ||
Severity: | normal | CC: | akpm, axboe, rjw |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 2.6.28-rc4 + patches | Subsystem: | |
Regression: | Yes | Bisected commit-id: | |
Bug Depends on: | |||
Bug Blocks: | 11808 |
Description
Petr Vandrovec
2008-11-14 20:53:19 UTC
What additional patches were applied? Is this a plain old post-2.6.27 regression? Patch from bug 11898 commment 36 to get rid of crashes/hangs while running dd test above. I do not know whether James already submitted it to you, but it is not present in Linus's kernel yet. To be absolutely sure it is caused by Jens's changes I'm now building current Linus's tree with these 4 changes reverted: 43a49cbdf31e812c0d8f553d433b09b421f5d52c 3070f69b66b7ab2f02d8a2500edae07039c38508 e013e13bf605b9e6b702adffbe2853cfc60e7806 2fca5ccf97d2c28bcfce44f5b07d85e74e3cd18e It looks like that difference between nr_requests 8 and 128 disappears when hddtemp (which sends SMART non-NCQ command every now and then) is killed. Um, it looks like that Tejun already reverted Jens's changes, and I did not notice after syncing. In that case I'll have to figure out where else part of my bandwidth went... Sorry, after rerunning tests on current git with Tejun's revert I'm back on ~50MBps/drive. Hmm... performance drop is unexpected. Strange. Jens, maybe this is caused by the delay in freeing tags? |