I'm looking to trace down a performance problem here with a package that is stored on suse server with samba running. we are running accpac here (accounting software). its just sits on the server til asked to be used. all running is down on workstation side. we just in last week upgraded to there latest 7.3 an notice a performance hit now. it is on loading stuff over the network. what im seeing with xosview is that a lot of memory is taking up with cache. is there a way to limite what caches uses to see if this will help us. we have 26 workstations on the network logging into server . im running 1 gig of ram right now, might need to add more but not sure that will help yet. Is there anyone else on the list using accpac an upgraded to the 7.3. our consultant says that everywhere he has put 7.3 in he is seeing this but when he runs the whole thing on his laptop locally. both server side an client its not a problem so its pointing to either the server or network. we do not see a change in the speed even running 1gig network to server its same as on a 100 m nic. thanks jack malone Network Administrator EAST TEXAS LIGHTHOUSE FOR THE BLIND dba HORIZON INDUSTRIES 903-595-3444 http://www.horizonind.com
Jack, On Wednesday 12 January 2005 14:20, Jack Malone wrote:
I'm looking to trace down a performance problem here with a package that is stored on suse server with samba running. we are running accpac here (accounting software). its just sits on the server til asked to be used. all running is down on workstation side. we just in last week upgraded to there latest 7.3 an notice a performance hit now. it is on loading stuff over the network.
what im seeing with xosview is that a lot of memory is taking up with cache. is there a way to limite what caches uses to see if this will help us. we have 26 workstations on the network logging into server . im running 1 gig of ram right now, might need to add more but not sure that will help yet.
You're best advised to let the kernel manage the cache as it sees fit.
Is there anyone else on the list using accpac an upgraded to the 7.3.
our consultant says that everywhere he has put 7.3 in he is seeing this but when he runs the whole thing on his laptop locally. both server side an client its not a problem so its pointing to either the server or network. we do not see a change in the speed even running 1gig network to server its same as on a 100 m nic.
Well, running an application over a file sharing network is never going to approach the performance of running it from locally stored files. Network bandwith is a fraction of the data transfer speed of a DASD (directly attached storage device). There's probably a 10-to-1 ratio, at least. Why are you centralizing the storage of the application instead of installing it on the systems that use it? With 26 users all hitting the same box for application resources it's not suprising the performance in unsatisfactory.
thanks
jack malone
Randall Schulz
Hi Jack, On Wednesday 12 January 2005 23:41, Randall R Schulz wrote:
Jack,
On Wednesday 12 January 2005 14:20, Jack Malone wrote:
I'm looking to trace down a performance problem here with a package that is stored on suse server with samba running. we are running accpac here (accounting software). its just sits on the server til asked to be used. all running is down on workstation side. we just in last week upgraded to there latest 7.3 an notice a performance hit now. it is on loading stuff over the network.
what im seeing with xosview is that a lot of memory is taking up with cache. is there a way to limite what caches uses to see if this will help us. we have 26 workstations on the network logging into server . im running 1 gig of ram right now, might need to add more but not sure that will help yet.
You're best advised to let the kernel manage the cache as it sees fit.
Is there anyone else on the list using accpac an upgraded to the 7.3.
our consultant says that everywhere he has put 7.3 in he is seeing this but when he runs the whole thing on his laptop locally. both server side an client its not a problem so its pointing to either the server or network. we do not see a change in the speed even running 1gig network to server its same as on a 100 m nic.
Well, running an application over a file sharing network is never going to approach the performance of running it from locally stored files. Network bandwith is a fraction of the data transfer speed of a DASD (directly attached storage device). There's probably a 10-to-1 ratio, at least.
Why are you centralizing the storage of the application instead of installing it on the systems that use it? With 26 users all hitting the same box for application resources it's not suprising the performance in unsatisfactory.
thanks jack malone
Randall Schulz
What does free, top or ps waux tells you? Is the server starting to swap? That would be an indication for increasing your mem. Or could smb a limiting factor? (I never used samba in such way) What is happening in /var/log/ Any process constantly reporting errors? Hans
Is there anyone else on the list using accpac an upgraded to the 7.3.
our consultant says that everywhere he has put 7.3 in he is seeing this but when he runs the whole thing on his laptop locally. both server side an client its not a problem so its pointing to either the server or network. we do not see a change in the speed even running 1gig network to server its same as on a 100 m nic.
Well, running an application over a file sharing network is never going to approach the performance of running it from locally stored files. Network bandwith is a fraction of the data transfer speed of a DASD (directly attached storage device). There's probably a 10-to-1 ratio, at least.
Why are you centralizing the storage of the application instead of installing it on the systems that use it? With 26 users all hitting the same box for application resources it's not suprising the performance in unsatisfactory.
This software has to run on a one machine an serve out to workstations, we have 10 to 15 people in this program doing different stuff at one time, so it needs to be stored on a central storage machine. In the past with the old version we did not see this proformance hit. To me its not that bad of a wait but the users do an so does the consultant. He has seen it in all of his clients he has installed the upgrade on so far. Once the stuff is on the local pc you can play with the data an stuff an its nice an fast , just when it farms out to server to get more or change from one module to another you see the slow down now. thanks for the info jack
This software has to run on a one machine an serve out to workstations, we have 10 to 15 people in this program doing different stuff at one time, so it needs to be stored on a central storage machine. In the past with the old version we did not see this proformance hit. With the version we run (pervasive db on the server) there is a socket
To me its not that bad of a wait but the users do an so does the consultant. He has seen it in all of his clients he has installed the upgrade on so far. Once the stuff is on the local pc you can play with the data an stuff an its nice an fast , just when it farms out to server to get more or change from one module to another you see the slow down now. Do you have the 'drive' where Windows can find the server db, as well as
Jack Malone wrote: that I had mapped to a drive through samba for the Windows clients to connect to. Are you sure this is an Accpac problem, or a DB problem? the socket, defined? -- Joe Morris New Tribes Mission Email Address: Joe_Morris@ntm.org Registered Linux user 231871
Jack Malone wrote:
Is there anyone else on the list using accpac an upgraded to the 7.3.
our consultant says that everywhere he has put 7.3 in he is seeing this but when he runs the whole thing on his laptop locally. both server side an client its not a problem so its pointing to either the server or network. we do not see a change in the speed even running 1gig network to server its same as on a 100 m nic.
Well, running an application over a file sharing network is never going to approach the performance of running it from locally stored files. Network bandwith is a fraction of the data transfer speed of a DASD (directly attached storage device). There's probably a 10-to-1 ratio, at least.
Why are you centralizing the storage of the application instead of installing it on the systems that use it? With 26 users all hitting the same box for application resources it's not suprising the performance in unsatisfactory.
This software has to run on a one machine an serve out to workstations, we have 10 to 15 people in this program doing different stuff at one time, so it needs to be stored on a central storage machine. In the past with the old version we did not see this proformance hit. To me its not that bad of a wait but the users do an so does the consultant. He has seen it in all of his clients he has installed the upgrade on so far. Once the stuff is on the local pc you can play with the data an stuff an its nice an fast , just when it farms out to server to get more or change from one module to another you see the slow down now.
thanks for the info
jack
I don't know if this will help to track down the problem, but there are two articles Sept/Oct 2004 on vmstat and Cacti http://www.linux-mag.com/depts/tech_support.html Regards Sid. -- Sid Boyce .... Hamradio G3VBV and Keen Flyer =====ALMOST ALL LINUX USED HERE, Solaris 10 SPARC is just for play=====
participants (5)
-
Hans Witvliet -
Jack Malone -
Joe Morris (NTM) -
Randall R Schulz -
Sid Boyce