[gpfsug-discuss] nsdperf crash testing RDMA between Power BE and Intel nodes
Uwe Falke
UWEFALKE at de.ibm.com
Wed Oct 25 17:17:09 BST 2017
Dear all,
through some gpfsperf tests against an ESS block (config as is) I am
seeing
lots of waiters like
NSDThread: on ThCond 0x3FFA800670A0 (FreePTrackCondvar), reason 'wait for
free PTrack'
That is not on file creation but on writing to an already existing file.
what ressource is the system short of here?
IMHO it cannot be physical data tracks on pdisks (the test does not
allocate any space, just rewrites an existing file)?
The only shortage in threads i could see might be
Total server worker threads: running 3042, desired 3072, forNSD 2, forGNR
3070, nsdBigBufferSize 16777216
nsdMultiQueue: 512, nsdMultiQueueType: 1, nsdMinWorkerThreads: 3072,
nsdMaxWorkerThreads: 3072
where a difference of 30 is between desired and running number of worker
threads (but that is only 1% and 30 more would not necessarily make a big
difference).
Mit freundlichen Grüßen / Kind regards
Dr. Uwe Falke
IT Specialist
High Performance Computing Services / Integrated Technology Services /
Data Center Services
-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland
Rathausstr. 7
09111 Chemnitz
Phone: +49 371 6978 2165
Mobile: +49 175 575 2877
E-Mail: uwefalke at de.ibm.com
-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland Business & Technology Services GmbH / Geschäftsführung:
Thomas Wolter, Sven Schooß
Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart,
HRB 17122
More information about the gpfsug-discuss
mailing list