IMO, scratch directories should be local, not on the server. Quicker to put
scratch files on the workstation, rather than sending all that temporary data
over the network.
Like what Bruce suggested, I have this in all my startup files.
SET SCRATCH OFFSET VAR vCount = (CHKFILE('c:\temp'))IF vCount = 0 THEN MD
c:\tempENDIFSET SCRATCH c:\temp
As another note, I never worry about config files anymore. One of the huge
benefits when one of the versions came out (9, I think?) is that you can ignore
configuration files as long as all the necessary settings are put in your
startup. I literally could not tell you where ANY of my clients have their
configuration files. I have no clue, are they local or on the server? I have
no idea and it doesn't seem to affect anything.
Karen
On Thursday, March 6, 2025 at 03:33:10 AM CST, 'jim schmitt' via RBASE-L
<[email protected]> wrote:
Hi, BruceThank you for the suggestion.I hope I am asking / explaining this
coherently.Here is some additional info.The application is running on a server
and the three user computers are connected to the server.
The icon on each user computer looks like: Target:
C:\RBTI\RBG11\RBG11.exe "UBILLGO.RBA" Start in G:\UBILL
My DBSTARTUP.RMD is not currently in the UBILLGO.RBA file, which drives the
application, but i will insert it today as it will be the first command at
startup..
I though (and I may be wrong), when a user connects to the server, it reads the
config file on the server (G)
Concerning scratch or temp files:I haven't set up any scratch or temp files on
the workstations or the server.Should i go to the server and make a directory
called 'TEMP', and then in the DBSTARTUP file add SET SCRATCH TEMP .If so,
should the instruction be SET SCRATCH TEMP or SET SCRATCH 'TEMP'.Thank you for
your assistance and suggestions.Losing sleep over this client.
On Thursday, March 6, 2025 at 12:25:28 AM EST, Bruce Chitiea
<[email protected]> wrote:
Jim:
The step-wise slowdown as each machine connects suggests that your client is
attempting to host the database on one of the three workstations. The database
engine is basically idling; but the operating system and Ethernet portal on the
host workstation are hard-pressed to manage overlapping input/output streams
from all three stations at the same time. Depending on the setup, it is
altogether possible that each user's temporary files are being streamed from
the host machine ... a REAL performance killer.
One way to check that theory is to ensure that each user's temp files are
created on that user's local machine. You can do this by creating a "scratch"
folder on each machine, and placing the following in each user's startup file
above the CONNECT UBILL statement.
-----------------scratchfile location --IF (CHKFILE('C:\XX\RBTEMP')) = 1 THEN
GOTO setScratchELSE MKDIR 'C:\XX\RBTEMP'ENDIF
LABEL setScratchSET SCRATCH 'C:\XX\RBTEMP'
This setup presumes a local "C:" drive (I prefer a separate local "D:" drive
dedicated to data); an "\XX" folder dedicated to hold temp files from all
programs; and an "RBTEMP" folder reserved for the local R:BASE temp files. But
the path can be whatever makes sense in your environment. Search the online
RBSYNTAX resource for SET SCRATCH for more info.
The R:BASE MultiUserGuide.pdf, found in your RBTI\RGBxx folder will help you
get up to speed.
Hope that is helpful, Bruce
Bruce A. ChitieaSafeSectors, Inc.1142 S Diamond Bar Blvd # 442Diamond Bar CA
91765-2203
[email protected] (909) 238-9012 m
------ Original Message ------From "'jim schmitt' via RBASE-L"
<[email protected]>To "rbase group" <[email protected]>Date
3/5/2025 6:41:14 PMSubject [RBASE-L] - Slow computer on network
Good Evening:
I have several clients , almost all of which are single users (not networked).
Now, with a new client with 3 computer connected to a network, I may be in over
my head. So, I am asking network people for suggestions.
, Operator 1 logs in and program runs fast, operator 2 longs in, and things
slow down, operator 3 logs in and this slow to a crawl. If fact, when they try
to enter a 9 digit account number, the digits entered display exceeding slow.
I've never used a 'start up' file, but after reading one of Razzak's 'From the
Edge' articles, I believe with a network, I need a start up file.
I've never used 'set STATICDB ON' OR 'SET ROWLOCKS ON' AS i haven't done any
networking.
So, I now have a start up file, and my questions are.Is this what I need (code
included), and will adding a start up file speed things up ? Do i need to do
more ? Other things ? Running out of time.Thanks in advance for any suggestions.
Jim1-614-361-3942
--
For group guidelines, visit
http://www.rbase.com/support/usersgroup_guidelines.php
---
You received this message because you are subscribed to the Google Groups
"RBASE-L" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion visit
https://groups.google.com/d/msgid/rbase-l/1132676101.694378.1741228875134%40mail.yahoo.com.
--
For group guidelines, visit
http://www.rbase.com/support/usersgroup_guidelines.php
---
You received this message because you are subscribed to the Google Groups
"RBASE-L" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion visit
https://groups.google.com/d/msgid/rbase-l/em6de80295-7ccb-439a-90ab-2cce947f6c84%40685cf91f.com.
--
For group guidelines, visit
http://www.rbase.com/support/usersgroup_guidelines.php
---
You received this message because you are subscribed to the Google Groups
"RBASE-L" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion visit
https://groups.google.com/d/msgid/rbase-l/562231479.780682.1741253584269%40mail.yahoo.com.
--
For group guidelines, visit
http://www.rbase.com/support/usersgroup_guidelines.php
---
You received this message because you are subscribed to the Google Groups
"RBASE-L" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion visit
https://groups.google.com/d/msgid/rbase-l/156335286.729276.1741272141584%40mail.yahoo.com.