[LU-11616] Optimize handling statahead delay Created: 04/Nov/18  Updated: 30/Jan/20  Resolved: 11/Feb/19

Status: Resolved
Project: Lustre
Component/s: None
Affects Version/s: Lustre 2.11.0, Lustre 2.12.0
Fix Version/s: Lustre 2.13.0

Type: Improvement Priority: Minor
Reporter: James A Simmons Assignee: James A Simmons
Resolution: Fixed Votes: 0
Labels: upstream

Issue Links:
Related
is related to LU-9210 'ls' hung because of statahead delay Resolved
Rank (Obsolete): 9223372036854775807

 Description   

While porting the fix for LU-9210 it was purposed by Neil to handle this better with smp_store_release() and smp_load_acquie(). This would make it obvious which variable was important, and would show the paired synchronization points.



 Comments   
Comment by Gerrit Updater [ 04/Nov/18 ]

James Simmons (uja.ornl@yahoo.com) uploaded a new patch: https://review.whamcloud.com/33571
Subject: LU-11616 llite: replace smp_wb() with full memory barrier
Project: fs/lustre-release
Branch: master
Current Patch Set: 1
Commit: 522913a87ff31e047f363ecebef344531f701ef4

Comment by Gerrit Updater [ 11/Feb/19 ]

Oleg Drokin (green@whamcloud.com) merged in patch https://review.whamcloud.com/33571/
Subject: LU-11616 llite: replace smp_wb() with full memory barrier
Project: fs/lustre-release
Branch: master
Current Patch Set:
Commit: bdb2683fffa89ce31f43f5f42eed50e6d6dbb94b

Comment by Peter Jones [ 11/Feb/19 ]

Landed for 2.13

Comment by James A Simmons [ 11/Feb/19 ]

Another patch coming.

Comment by Cory Spitz [ 28/Jan/20 ]

simmonsja, do you still have another patch coming? I assume it was under the guise of another ticket, yes?

Comment by James A Simmons [ 28/Jan/20 ]

No, I think this is really completed.

Comment by Cory Spitz [ 30/Jan/20 ]

simmonsja, well, this issue is RESOLVED::Fixed. So, I think that you should either re-open it or open a new ticket for your remaining work. Since that work is "really complicated" I would suggest a separate ticket.

Generated at Sat Feb 10 02:45:26 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.