03-02-2023 11:41 PM
How does the input buffer for File I/O works in Labview ?
Solved! Go to Solution.
03-03-2023 12:50 AM
Hi Dhruv,
@Dhruv1140 wrote:
How does the input buffer for File I/O works in Labview ?
Which "input buffer" for which "File I/O works" are you talking about?
03-04-2023 12:12 AM
write to text funxtion or any write to file function. How does it works and how big data log can I take by continuous reading. As per my understanding the buffer at write to text function will append data for every iteration and replace with previous data upto 4 gb only, So I will get the data log as text file upto 4 gb. Is my understanding is correct ?
03-04-2023 01:10 AM - edited 03-04-2023 01:12 AM
@Dhruv1140 wrote:
So I will get the data log as text file upto 4 gb. Is my understanding is correct ?
No. LabVIEW file functions are fully large file capable since 8.0. They use 64 bit file offsets and will happily write beyond the 2/4 GB boundary.
But a LabVIEW string is limited to 2^31 elements so you can’t write more than 2GB per write operation.
03-05-2023 04:31 PM - edited 03-05-2023 04:35 PM
Well, all file IO buffering is done by the OS caching, but I don't think you are talking about that, but are simply interested in any potential size restriction. (To ensure that the data is actually on the disk, you can flush if needed )
The file offset is I64 (i.e. 63 bits, (allowing almost10 exaBytes of data)) and you will run out of disk space way before even putting a dent in that. 😄
Since you seem to write "continuously", you just need to make sure that each portion fits into a LabVIEW datatype, i.e. 2^31 elements which is already guaranteed, since it is a LabVIEW program. Same for reading it back.
For massive data, I recommend to do flat binary, not e.g. any numbers as formatted text, of course.
03-05-2023 11:43 PM
Thanks I got it
03-05-2023 11:44 PM
Thank You