| Summary: | xfs heavy random write workloads got blocked for more than 120 seconds | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Eryu Guan <eguan> | ||||||||
| Component: | kernel | Assignee: | Red Hat Kernel Manager <kernel-mgr> | ||||||||
| Status: | CLOSED NOTABUG | QA Contact: | Red Hat Kernel QE team <kernel-qe> | ||||||||
| Severity: | medium | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 6.1 | CC: | dchinner, kzhang, rwheeler | ||||||||
| Target Milestone: | rc | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | x86_64 | ||||||||||
| OS: | Unspecified | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2011-03-30 03:40:50 UTC | Type: | --- | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Attachments: |
|
||||||||||
|
Description
Eryu Guan
2011-03-29 06:16:06 UTC
Created attachment 488332 [details]
full blocked call trace
Created attachment 488333 [details]
sysrq-w output
Created attachment 488334 [details]
ffsb config file
Modify the 'location' string, then run: ffsb random_writes_threads_192.ffsb
This requires ffsb-6.0-rc2
So 192 threads doing random buffered writes all at the same time to 1024 files? Sounds to me like you filled memory wih dirty pages and then discovered that writeback of random IO is really, really slow and that causes new writes to block for a long, long time. This doesn't look like a bug to me, just a case of overloading the IO subsystem by buffering tens of thousands of dirty pages and then wondering why everything grinds to a halt as we can only clean a few hundred pages/s.... Cheers, Dave. (In reply to comment #5) > So 192 threads doing random buffered writes all at the same time to 1024 files? > Sounds to me like you filled memory wih dirty pages and then discovered that > writeback of random IO is really, really slow and that causes new writes to > block for a long, long time. This doesn't look like a bug to me, just a case of > overloading the IO subsystem by buffering tens of thousands of dirty pages and > then wondering why everything grinds to a halt as we can only clean a few > hundred pages/s.... > > Cheers, > > Dave. Thanks for clarifying, I'm just not sure if it's a bug or not. Close it as NOTABUG |