11-14-2008 07:50 AM
11-14-2008 07:58 AM - edited 11-14-2008 08:00 AM
But I need the BEST speed for writing... I have to try binary first and, if there's no way of really reading it faster, I can leave it and go to an other format...
Using 'for's to generate array from the signals I have and a "case" to split them in 2 worked, but it took so much time to do it that I won't be able to use it with 8 channels and 2.5MHz... Isn't there any other better way for spliting the data in two? (it's coming from a binary file, where each signal' sample is intercaladed with the others, meaning Sample1ch1, Sample1ch2, Sample2ch1, Sample2ch2, Sample3ch1, Sample3ch2)
11-17-2008 08:46 AM
Is your bottleneck reading or writing? The way your were writing is about as fast as it gets, and is certainly expandable to 8 channels at 2.5GHz, subject to the constraints I mentioned earlier. You also need to save data to disk in ~65,000 byte blocks for fastest speed. Getting away from this value can have huge consequences for speed, especially if you use smaller chunks. This is also the chunk size you want to use for reading. If you have LabVIEW 8.6 or better, you can also try the unbuffered mode in Windows, which may give you even more speed, but watch your chunk sizes.
The general method for reading a subset of your data would be:
11-17-2008 08:58 AM
DFGray,
I just posted in this other related post what I've tried (it's still not working).. If you could take a look there so I don't need to post it again...
Thanks