dreport I/O max 50MB/sec
Fairlight
fairlite at fairlite.com
Sat Aug 10 10:40:40 PDT 2019
If raw reads elsewhere are 1600MB/s, and filePro reads in sort/select are
50MBs, what does that tell you?
It tells -me- that it's likely a CPU bottleneck on a single-threaded
process on a single core, actually processing what it's reading, rather
than -just- reading from disk. Sort operations are not free, you know.
Do this:
Create a large file, say 20GB or so (assuming a 64-bit OS). Write
processing which simply does OPEN/READ in a loop/CLOSE and gives you a
calculation of how long it took.
Betting that test is far faster than sort/select.
m->
On Wed, Aug 07, 2019 at 08:38:30PM +0000, hutpjs+2i1bdow--- via
Filepro-list thus spoke:
> Sort select or any long or any read has a maximum 50MB/s which draws out
> a long time when working with larger key. Non fP application real world
> reads using full available IO (~1600MB/s) Tested on a various windows
> machines running fP locally.
>
> Does anyone else experience such limited throughput? Any suggestion to
> improve IO of dreport read?
--
Audio panton, cogito singularis.
More information about the Filepro-list
mailing list