<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: LabVIEW 8.5 on a multi-user Windows 2003 Server</title>
	<atom:link href="http://expressionflow.com/2007/11/26/labview-85-on-a-multi-user-windows-2003-server/feed/" rel="self" type="application/rss+xml" />
	<link>http://expressionflow.com/2007/11/26/labview-85-on-a-multi-user-windows-2003-server/</link>
	<description>LabVIEW and visual programming blog</description>
	<lastBuildDate>Wed, 14 Dec 2011 00:11:04 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Tomi Maila</title>
		<link>http://expressionflow.com/2007/11/26/labview-85-on-a-multi-user-windows-2003-server/comment-page-1/#comment-1609</link>
		<dc:creator>Tomi Maila</dc:creator>
		<pubDate>Thu, 28 Feb 2008 22:48:51 +0000</pubDate>
		<guid isPermaLink="false">http://expressionflow.com/2007/11/26/labview-85-on-a-multi-user-windows-2003-server/#comment-1609</guid>
		<description>Ulrich, would you expect to run multiple instances of the same application simultaneously? Would the users running the application be with admin privileges, power users or with limited rights only? And what scenario do you exactly mean with using LV webserver in connection with IIS?</description>
		<content:encoded><![CDATA[<p>Ulrich, would you expect to run multiple instances of the same application simultaneously? Would the users running the application be with admin privileges, power users or with limited rights only? And what scenario do you exactly mean with using LV webserver in connection with IIS?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ulrich Mok</title>
		<link>http://expressionflow.com/2007/11/26/labview-85-on-a-multi-user-windows-2003-server/comment-page-1/#comment-1599</link>
		<dc:creator>Ulrich Mok</dc:creator>
		<pubDate>Wed, 27 Feb 2008 17:05:58 +0000</pubDate>
		<guid isPermaLink="false">http://expressionflow.com/2007/11/26/labview-85-on-a-multi-user-windows-2003-server/#comment-1599</guid>
		<description>This is almost what I was looking for. However - since in our case we do not require LabView development, I was simply considering runing LV executables and the LV RunTime Environment. Does anybody have experience doing that on a Win20003 server?

Also - do you have any experince with using the LabView webserver in connection with IIS?</description>
		<content:encoded><![CDATA[<p>This is almost what I was looking for. However &#8211; since in our case we do not require LabView development, I was simply considering runing LV executables and the LV RunTime Environment. Does anybody have experience doing that on a Win20003 server?</p>
<p>Also &#8211; do you have any experince with using the LabView webserver in connection with IIS?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gordon Wood</title>
		<link>http://expressionflow.com/2007/11/26/labview-85-on-a-multi-user-windows-2003-server/comment-page-1/#comment-1447</link>
		<dc:creator>Gordon Wood</dc:creator>
		<pubDate>Sun, 10 Feb 2008 11:46:07 +0000</pubDate>
		<guid isPermaLink="false">http://expressionflow.com/2007/11/26/labview-85-on-a-multi-user-windows-2003-server/#comment-1447</guid>
		<description>We&#039;ve been using Labview on Windows 2003 Server for the past 4-5 years with essentially no issues. At one point, the NI Motion drivers wouldn&#039;t install, but that was for only one version. Otherwise, everything we&#039;ve used installs and works the same as on XP. We use NI-DAQ, NI-IMAQ, NI-VISA, NI Motion.

We only run one instance of Labview--under administrator privilege just to keep things easy. NI doesn&#039;t officially support this OS, so it&#039;s difficult to resolve any problems with drivers. But we&#039;ve never had any reason to suspect that the driver or other behavior was different from XP.</description>
		<content:encoded><![CDATA[<p>We&#8217;ve been using Labview on Windows 2003 Server for the past 4-5 years with essentially no issues. At one point, the NI Motion drivers wouldn&#8217;t install, but that was for only one version. Otherwise, everything we&#8217;ve used installs and works the same as on XP. We use NI-DAQ, NI-IMAQ, NI-VISA, NI Motion.</p>
<p>We only run one instance of Labview&#8211;under administrator privilege just to keep things easy. NI doesn&#8217;t officially support this OS, so it&#8217;s difficult to resolve any problems with drivers. But we&#8217;ve never had any reason to suspect that the driver or other behavior was different from XP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomi Maila</title>
		<link>http://expressionflow.com/2007/11/26/labview-85-on-a-multi-user-windows-2003-server/comment-page-1/#comment-1099</link>
		<dc:creator>Tomi Maila</dc:creator>
		<pubDate>Sun, 20 Jan 2008 23:51:40 +0000</pubDate>
		<guid isPermaLink="false">http://expressionflow.com/2007/11/26/labview-85-on-a-multi-user-windows-2003-server/#comment-1099</guid>
		<description>John, I haven&#039;t tested LabVIEW communication protocols on the Windows server environment so I cannot say anything about them. However, as Windows 2003 server mainly relies on exactly the same protocol stacks as Windows XP, I would expect the communication protocols to work without trouble. On the other hand, I wouldn&#039;t rely on all the NI hardware drivers to work without problems. Hardware drivers may need to work directly in kernel space and I guess kernel environment is not identical in the server and the workstation Windows environments. I don&#039;t know if this helped you at all...</description>
		<content:encoded><![CDATA[<p>John, I haven&#8217;t tested LabVIEW communication protocols on the Windows server environment so I cannot say anything about them. However, as Windows 2003 server mainly relies on exactly the same protocol stacks as Windows XP, I would expect the communication protocols to work without trouble. On the other hand, I wouldn&#8217;t rely on all the NI hardware drivers to work without problems. Hardware drivers may need to work directly in kernel space and I guess kernel environment is not identical in the server and the workstation Windows environments. I don&#8217;t know if this helped you at all&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Lokanis</title>
		<link>http://expressionflow.com/2007/11/26/labview-85-on-a-multi-user-windows-2003-server/comment-page-1/#comment-1037</link>
		<dc:creator>John Lokanis</dc:creator>
		<pubDate>Mon, 14 Jan 2008 18:59:13 +0000</pubDate>
		<guid isPermaLink="false">http://expressionflow.com/2007/11/26/labview-85-on-a-multi-user-windows-2003-server/#comment-1037</guid>
		<description>If you only wish to use Win2003Server to allow LabVIEW to take advantage of more CPUs or greater than 4GB of RAM, would you still need to make the modification to at way LV is launched?  (assuming only one user on the Win2K machine).

What about communication protocols used by LV?  (LOGOS, etc.)  Would these be supported in the Win2003Server environment?

Finally, it has been my experience that building you LV app into an exe can greatly improve it&#039;s performance.  You should consider this even though you are always changing you app.  Especially if performance is a consideration.</description>
		<content:encoded><![CDATA[<p>If you only wish to use Win2003Server to allow LabVIEW to take advantage of more CPUs or greater than 4GB of RAM, would you still need to make the modification to at way LV is launched?  (assuming only one user on the Win2K machine).</p>
<p>What about communication protocols used by LV?  (LOGOS, etc.)  Would these be supported in the Win2003Server environment?</p>
<p>Finally, it has been my experience that building you LV app into an exe can greatly improve it&#8217;s performance.  You should consider this even though you are always changing you app.  Especially if performance is a consideration.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomi Maila</title>
		<link>http://expressionflow.com/2007/11/26/labview-85-on-a-multi-user-windows-2003-server/comment-page-1/#comment-762</link>
		<dc:creator>Tomi Maila</dc:creator>
		<pubDate>Tue, 27 Nov 2007 21:18:51 +0000</pubDate>
		<guid isPermaLink="false">http://expressionflow.com/2007/11/26/labview-85-on-a-multi-user-windows-2003-server/#comment-762</guid>
		<description>We just had our first problem after using the system for a while without problems. There were two simultaneous LabVIEW instances running file conversion from a proprietary format to HDF5 as suddely everithing got meshed up. There was something wrong with the available system resources. We were not able to read or write a single data file. The system could not even load administrator profile. Reboot solved the problem. We have no clue what was going on. Before I rebooted there was more than 3GB of free memory, more than 2TB of free data disk and more than 200GB of free system disk. I was thinking of memory fragmentation or something related to file handles. However we are still unaware what happened.</description>
		<content:encoded><![CDATA[<p>We just had our first problem after using the system for a while without problems. There were two simultaneous LabVIEW instances running file conversion from a proprietary format to HDF5 as suddely everithing got meshed up. There was something wrong with the available system resources. We were not able to read or write a single data file. The system could not even load administrator profile. Reboot solved the problem. We have no clue what was going on. Before I rebooted there was more than 3GB of free memory, more than 2TB of free data disk and more than 200GB of free system disk. I was thinking of memory fragmentation or something related to file handles. However we are still unaware what happened.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

