Jump to content


Photo
- - - - -

Any idea on how to break the 2-Gig barier in RT?


  • Please log in to reply
4 replies to this topic

#1 neBulus

neBulus

    LV Survivalist

  • Members
  • PipPipPipPipPipPip
  • 1,389 posts
  • Version:LabVIEW 2009
  • Since:2009

Posted 16 June 2006 - 04:34 PM

I am looking for ideas that can help with an application that will eventually be

1) deployed to RT targets (preferably 7.1)

2) Will produce multiple large data files that will exceed 2Gig each.

If this was Windows only I could use HDF5 or the Large File functions from OpenG (THank you Rolf!)

BUT

HDF5 is not supported in RT (any version).

The only idea I have so far is to "divide and conquer" (write multiple files instead of just one file).

All ideas or suggestions will be greatly appreciated!

Ben

#2 crelf

crelf

    I'm a LAVA, not a fighter.

  • V I Engineering, Inc.
  • 5,748 posts
  • Version:LabVIEW 2012
  • Since:1993

Posted 16 June 2006 - 04:55 PM

Of the top of my head, you could use reflective memory - write your data to a rm device, and have your host (Windows) read from it and save it. You would have to write some sort of handshaking so unsaved data isn't overwritten, but that wouldn't be difficult. NI has rm VIs that are very basic, but sure do the trick (we used rm on a porject that had 4 RT controllers + 1 Windows controller).

post-181-1170858537.png


#3 neBulus

neBulus

    LV Survivalist

  • Members
  • PipPipPipPipPipPip
  • 1,389 posts
  • Version:LabVIEW 2009
  • Since:2009

Posted 16 June 2006 - 05:05 PM

Of the top of my head, you could use reflective memory - write your data to a rm device, and have your host (Windows) read from it and save it. You would have to write some sort of handshaking so unsaved data isn't overwritten, but that wouldn't be difficult. NI has rm VIs that are very basic, but sure do the trick (we used rm on a porject that had 4 RT controllers + 1 Windows controller).


Thank you Chris

You are a genius! :thumbup:

This application is already using reflective memory (SCRAMNet) so I could dedicate part of the memory for internode file transfers and dedicate another Windows machine as "wicked fast" file server.

Very cool.

Thank you.

#4 crelf

crelf

    I'm a LAVA, not a fighter.

  • V I Engineering, Inc.
  • 5,748 posts
  • Version:LabVIEW 2012
  • Since:1993

Posted 16 June 2006 - 06:50 PM

"wicked fast"

You're, like, totally welcome dude - furshure! ;)

post-181-1170858537.png


#5 rolfk

rolfk

    LabVIEW Aficionado

  • Premium Member
  • 2,050 posts
  • Location:Netherlands
  • Version:LabVIEW 2011
  • Since:1992

Posted 26 June 2006 - 04:29 PM

I am looking for ideas that can help with an application that will eventually be

1) deployed to RT targets (preferably 7.1)

2) Will produce multiple large data files that will exceed 2Gig each.

If this was Windows only I could use HDF5 or the Large File functions from OpenG (THank you Rolf!)

BUT

HDF5 is not supported in RT (any version).

The only idea I have so far is to "divide and conquer" (write multiple files instead of just one file).

All ideas or suggestions will be greatly appreciated!

Ben


The file IO APIs the Large File package uses are standard Windows 32bit APIs. The only reason this might not work is that the underlying RT OS and its WinAPI implementation does not support files bigger than 2GB at all. If that's the case there is absolutely nothing you could do in the application itself and maybe that is why HDF5 is not supported.

Rolf Kalbermatter