i DO gain something though: 4 GB of RAM. granted, i have 16 GB and have no realistic use for it, so i suppose i'll try something like 8GB cache and 1 second deferred. that should results in an average accumulation of only 5.25MB per cycle, which means that at the average write speed of 175 MB/s, we will have 1526.05 seconds, or 25.43 minutes of uninterrupted recording. which is kinda strange, since i've recorded continuously for well over twice that amount and there was no stutter.
or i can just stop being cheap and get myself another drive. :S
as for fragmentation, the array spends most of its time EMPTY. i have split into into two partition, with the larger one occupying the outside tracks and the much smaller one on the inside tracks (1.5TB and 0.5TB respectively). the smaller partition is filled with mostly static data, and the partitioning itself should keep fragmentation to a minimum. then there's defragging every week and all.
morphine wrote:Apologies is this has already been mentioned, but why not save directly encoded, even if just to a lossless format? That should help ease the disk I/O.
technically, Fraps does encode the files. if we're dealing with true RAW files, as our head brewmaster had already mentioned, requires something around 400 MB/s incompressible sequential write. that's well into RAID0 vertex 3 pro performance, and i don't have the budget for it. if there's a way to compress the files AGAIN while simultaneously recording with Fraps, then i'm all ears.