[LU-13419] Simplify osc_enter_cache_try Created: 07/Apr/20 Updated: 15/Jul/21 |
|
| Status: | Open |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Improvement | Priority: | Major |
| Reporter: | Patrick Farrell | Assignee: | Patrick Farrell |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | patch, performance | ||
| Issue Links: |
|
||||||||
| Severity: | 3 | ||||||||
| Rank (Obsolete): | 9223372036854775807 | ||||||||
| Description |
|
When doing writes to many files, one bottleneck on a client The contention is just on osc_enter_cache_try, so there's Two things that stand out: The assert_spin_lock in osc_consume_write_grant generates mpirun -np 36 $IOR -o $LUSTRE -w -t 1M -b 2G -i 1 -F That's 36 processes on one client, writing to separate Before patch: Looking in perf, the change is huge: |
| Comments |
| Comment by Patrick Farrell [ 07/Apr/20 ] |
| Comment by Gerrit Updater [ 13/Apr/20 ] |
|
Patrick Farrell (farr0186@gmail.com) uploaded a new patch: https://review.whamcloud.com/38214 |
| Comment by Andreas Dilger [ 20/May/20 ] |
|
What about "atomic_long_t ccc_lru_left"? |
| Comment by Gerrit Updater [ 14/Jun/21 ] |
|
Oleg Drokin (green@whamcloud.com) merged in patch https://review.whamcloud.com/38214/ |