Limitations depend on the size of RAM and the degree of its load. The more memory is used, the less likely it is that there will be a free block of the required length.
I believe I have sufficient RAM size(4GB). Also CPU utilization not going beyond 40% while sampling. I beleive any software or hardware buffer which is restricting the size of data sampling.
I believe I have sufficient RAM size(4GB). Also CPU utilization not going beyond 40% while sampling. I beleive any software or hardware buffer which is restricting the size of data sampling.
Regards,
Skanda
You do not have sufficient RAM. You have the addressable space of 1 32 bit application.....as Ben suggested, Do the math!
Oh, you want multiple applications to run while you are running ms office, a bunch of services , a web browser, several overlay channels in Windows Explorer, and still have RAM available for your Context to fit in 4Gb?
Have you ever watched the TV Show "Tool Time?"
Kudos for whoever links "I Don't think so Tim." first
I have upgraded to 32GB RAM and still the memory insufficient for the 5M sampling.
Also I am closing all other applications while sampling.
What else could be the problem??
Regards,
Skanda
What is a "Sample?" how many bits? how is it stored? how much memory will you need?
You have posted a few pictures, you have not described your needs it terms we can help you with other than suggest that "Mathematics" could be applied.
I have upgraded to 32GB RAM and still the memory insufficient for the 5M sampling.
Also I am closing all other applications while sampling.
What else could be the problem??
Regards,
Skanda
One of the images you posted indicated the error occurred when trying to write the data to a TEXT file in one big chunk (As I wrote above). When you write a text file in one go, you need a contiguous block of memory large enough to hold the text representation of the data.
How large does that contiguous block have to be?
It depends on how many sig figs are used for each sample but this is where you have to do the math.
The next factor to take into consideration is not how much RAM you machine has, but how large is the address space that your application is running in. If it is 32 bit LabVIEW, then your address space is 1/2 (MSB is reserved for the OS memory space) of 4G which is 2GByte of address space. That 2G of memory has to hold all of the code used in your app, plus the buffer with the raw data plus what it take to store TEXT being written to file and any other storage demands.
Now to complicate thing a bit more, the buffer holding the text has to be contiguous, as in one big block.
The above should explain why what you are trying does not work.
How to do this correctly?
Stream your data to disk in raw numeric form and then latter post process that data in reasonable chunks.
I delivered an digital microphone characterization application about 3 years ago that sampled the data at 400MHz and de-muxed the two channels as the data came in to reduce the data to normal audio range and THEN wrote it to disk. I also had to do the same FFT etc stuff and display the results live but I had to reduce the data first to even dream of making it work.
What you are trying to do is technically demanding and you just cant through some simple code at it and expect it to work.
