ni.com is currently undergoing scheduled maintenance.

Some services may be unavailable at this time. Please contact us for help or try again later.

LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Working of buffer

Solved!
Go to solution

How does the input buffer for File I/O works in Labview ?

0 Kudos
Message 1 of 7
(2,836 Views)

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?

Best regards,
GerdW


using LV2016/2019/2021 on Win10/11+cRIO, TestStand2016/2019
0 Kudos
Message 2 of 7
(2,820 Views)

 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 ?

0 Kudos
Message 3 of 7
(2,776 Views)

@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.

Rolf Kalbermatter  My Blog
DEMO, Electronic and Mechanical Support department, room 36.LB00.390
Message 4 of 7
(2,768 Views)
Solution
Accepted by topic author Dhruv1140

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.

Message 5 of 7
(2,736 Views)

Thanks I got it

0 Kudos
Message 6 of 7
(2,692 Views)

Thank You

0 Kudos
Message 7 of 7
(2,690 Views)