Client connection and browsing the data the speed is excellent.. use
same VO program on server, same data and client slows down. It is
only say 4 databases open.
Exit the server VO program and you would expect the client VO program
to speed up to its original nibble speed, but it does not. Exit the
client VO program and start it again and the speed of data from the
server is fast again.
It would appear the Windows 7 desktop machine as a server, throttles
the data connection speed for the program now running twice on the
same set of data... however does not remove the throttle when there is
only one connection to the data again. Another description if the 2nd
program drops the client to a lower data feed it stays at this feed
rate.
Any similar experiences or work arounds?
Phil McGuinness
Hello Phil,
>Windows 7 desktop \964bit) and Windows as a server with a Mapped
>drive.
How could you have speed issues with a 964 bit Windows while most of
use have not more than 64 bits <bg>
>Client connection and browsing the data the speed is excellent.. use
>same VO program on server, same data and client slows down. It is
>only say 4 databases open.
>
>Exit the server VO program and you would expect the client VO program
>to speed up to its original nibble speed, but it does not. Exit the
>client VO program and start it again and the speed of data from the
>server is fast again.
If I understand it well, the connected machine using a map drive to
the "server" works fast until the user of the "server" starts the same
program, correct? What is the speed of the "server" worker (compared
to him working without the "client" connected)?
I have the same situation here without that speed issue. I mean: it
was a lot slower, but not only after the "Server" user entered the
program.
Do you happen to have a ADS test version? Total speeds is a lot higher
since we started using that and if that goes for you too you know at
least where the problem is.
Dick
Yes.
---
snip[ What is the speed of the "server" worker (compared to him
working without the "client" connected)? ]
Server is great speed,,,, and the client using the server is great
speed.. before using the program on the server.
--
snip[ I have the same situation here without that speed issue. I mean:
it was a lot slower, but not only after the "Server" user entered the
program. ]
I hear you
--
snip[ > Do you happen to have a ADS test version? Total speeds is a
lot higher since we started using that and if that goes for you too
you know at least where the problem is.]
ADS has no future in our development. All our other desktop
development is POSTGRES and fantastic.
--
Something I am going to try tomorrow ; If you need to share files off
a Microsoft Windows 7 Computer to other PCs you need to tell it to
allocate resources correctly or you may experience problems after the
share has been active for a while. To fix the problem you need to set
the following registry key to ‘1′:
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
\LargeSystemCache
and set the following registry key to ‘3′:
HKLM\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters\Size
Reboot after making these changes and you will find the problem no
longer occurs.
As long as the client is the only user of a file the client is allowed to have local read and write buffers. When the second user opens the same file the write buffers are sent from the client to the server and not used after that. Each record are read from the server and nothing is cached.
I seems like this state is unreversable. The only way to get the buffering back is to close the file and open it again.
You would experiance the same behaviour if the second user is a network client.
/Mathias