[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