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: [email protected] ------------------------------------------------------------------------------------------------------------------------------------------- IBM Deutschland Business & Technology Services GmbH / Geschäftsführung: Thomas Wolter, Sven Schooß Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 17122 _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
