Skip to content
This repository has been archived by the owner on Jan 20, 2022. It is now read-only.

Stress-ng test lockf hangs with Graphene #2510

Open
jinengandhi-intel opened this issue Jul 6, 2021 · 2 comments
Open

Stress-ng test lockf hangs with Graphene #2510

jinengandhi-intel opened this issue Jul 6, 2021 · 2 comments
Assignees

Comments

@jinengandhi-intel
Copy link
Contributor

Description of the problem

Description of lockf test

start  N workers that randomly lock and unlock regions of a file
#   using the POSIX lockf(3) locking mechanism. Each worker  creates
#   a  64  KB file and attempts to hold a maximum of 1024 concurrent
#   locks with a child process that also tries to hold 1024  concur‐
#   rent  locks.  Old  locks  are  unlocked in a first-in, first-out
#   basis.

Link to the lockf stress-ng test source code: https://github.com/ColinIanKing/stress-ng/blob/master/stress-lockf.c

This test when run under Graphene hangs for any number of stressors. I have attached the logs for lockf running with 8 stressors as well as 1 stressor.
lockf_8stressor.log
lockf_1stressor.log

Steps to reproduce

Commands to run the lockf stressor

graphene-direct stress-ng --lockf 1 --timeout 60s 
graphene-direct stress-ng --lockf 8 --timeout 60s 

Expected results

Actual results

@dimakuv
Copy link

dimakuv commented Jul 6, 2021

@pwmarcz This will be interesting for you. That's a cool stress test for your F_SETLK implementation in Graphene.

@pwmarcz
Copy link
Contributor

pwmarcz commented Jul 6, 2021

I will take a look. One big limitation of the current locks is that they're uninterruptible, that might be it.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants