LabVIEW Idea Exchange

cancel
Showing results for 
Search instead for 
Did you mean: 
Paul_F-MCP

LabVIEW 64-bit module support

Status: New

I've been recently experiencing issues with memory running LabVIEW 32-bit under Windows XP 32-bit. One potential solution was to swap to LabVIEW 64-bit running under Windows 7 64-bit, but unfortunately I need either NI-CAN or NI-XNET driver support which isn't currently available. Luckily it looks like running the 32-bit application under Windows 7 64-bit overcomes the immediate problem but I worry that this involves compatability interfaces (not that I don't trust Microsoft of course).

 

LabVIEW 64-bit has been available now for approaching 4 years and it would be nice to see a full suite of modules for the 64-bit in line with the 32-bit version. Failing this a timeline of when they're likely to be delivered would be useful - the only answer at the moment seems to be don't know, which doesn't seem very professional!

 

Could I ask the LabVIEW R&D team to at least consider publishing a plan?

Regards

Paul

CLD running LabVIEW 2012 32 & 64 bit on Windows 7 64 bit OS.
4 Comments
MarkCG
Active Participant

Concur. I wonder if being able to use more RAM would help things like compiling for FPGA too--- the few times I have compiled for FPGA memory use was to the maximum 

Intaris
Proven Zealot

This really should, in this day and age, be a no-brainer.

 

Should we wait for the first 128-bit processors before getting our game on with LabVIEW 64- bit?

Zafer.Depe
Active Participant

While using so many parallel tasks with a lot of memory requirement I am also experiencing same problem.

 

My recent vision project includes 6 different main analyze algorithms (4 cameras-1 is color). I use so many buffers and I keep last 100 images history of each camera in the memory to go back and change settings. Also a parallel task uses same amount of memory to let the user change settings while system runs. In addition to these DIO task, Reports and Log tasks, OPC Communications task, etc run same time.

 

I convert my code to 64-bit platform but what I see is Labview does not support DATA SOCKET library at 64-bit platform. Because I have a couple of thousand addresses to read I have to do this dynamically. So I cannot use shared variables. Anyways I substracted OPC Communication task and build it as a standalone application (32-bit). So I needed a communication platform to talk each application. The fastest way is to use shared variables. I have licensed DSC module and it would be great to use notifications on shared variables. But what I see is that 64-bit platform also does not support DSC module Smiley Surprised NI must kidding me, what does 64-bit platform support then? I tried to create 32-bit dlls but I cannot call them from 64-bit platform. The only way was to convert everything back to 32-bit platform. So what I did was to subtract Report & Log task from the main application and also build it as a standalone. Still having memory issues rarely and I am going to subtract one more task (DIO task) again Smiley Very Happy

 

That project forced me to create background processes (This is useful in many ways indeed) and a main system tray application to manipulate each in addition to my main analyze application. That took some additional project time and stiil need more. I hope 64-bit full support will be provided soon.

GPIB_Guru
Active Participant
NI-XNET added support for 64-bit LabVIEW starting with the 14.0 release.