I run a lot of applications on Windows 2012 server and do not experience slow downs as long as the data is on the same server. Earlier this year I experimented with dual NICs (high quality) one of the NIC was dedicated to retrieving data from a second Windows 2012 server. The only thing the second server did was host VFP Tables however the speed of the application did go down and users complained. Also I occasionally got index corruption in that scenario. So after 6 months I put the data and application on the same server and the speed increased and the customers stopped complaining and the index corruption disappeared. So I can say that the best option is to have the application and data on the same server and you should not experience any slow speed. However, I am running on the server directly without VMs. My servers are all 3.5ghz iCore7 with 8 or 16 gig of ram and often run with 25 users without issues. If you really want to speed things up I have found that the Samsung SSD drives work wonders. I have one server with dual 800gig SSD drives mirrored and applications on that server are very snappy.

Simon


>I am currently testing FoxPro applications on Server 2012R2
>
>I have two scenarios:
>- A single server with applications running on the server and RDP session to that server to run applications
>- Two servers. One server has the applications and data and the other server has a UNC path mapped too the first server. RDP access to the second server is used to run the applications
>
>I am currently experiencing performance issues. General usage of the applications (opening forms, using menus etc) are fine but when data especially large amounts of data is returned things slow down dramatically.
>
>Each of the servers has 4GB memory and 4 cores. These machines are virtual machines.
>
>I would appreciate if anybody has had similar issues and solved them to let me know what you did to solve this.?
>
>Is it a bad option to run the applications over a UNC path?
>
>What would be the optimal memory and core setup be?
>
>Any other info that can point me in the right direction is much appreciated.