[Beowulf] file IO benchmark
Many of your questions may have already been answered in earlier discussions or in the FAQ. The search results page will indicate current discussions as well as past list serves, articles, and papers.
Toon Knapen toon.knapen at fft.beThu Nov 24 01:49:22 PST 2005
- Previous message: [Beowulf] file IO benchmark
- Next message: [Beowulf] file IO benchmark
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Joachim Worringen wrote: > > Would running some sort of benchmark really help you (or the customer) > only because it is well known? I/O performance depends very much on the > access style and pattern, and the numbers that a benchmark delivers do > not necessarily reflect what your applications really do. > Our applications are not _that_ sensitive to I/O performance. We're mainly streaming blocks of a matrix temporarily on disk for reading them back into memory later on. So pure bandwith is the most important. Which bench would you advise? The problem is that our parallel direct out-of-core solver thus needs to store tmp data on disk. We already encountered problems when people are using one global NFS mounted filesystem for storing the tmp data of all nodes in the parallel run. Of course this results in continuous conflicts on the (slow) ethernet network and a disk trying to stream multiple big files at the same time. Requesting users to run this 'standard' benchmark will enable us also to detect these kind of situations. toon
- Previous message: [Beowulf] file IO benchmark
- Next message: [Beowulf] file IO benchmark
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Beowulf mailing list
