|
Don't know about a patch, but two areas that will
eat memory like PEZ:
Unoptimized WHILE loops (set WHILEOPT OFF in any
file with a WHILE in it and it seems to be VERY stable in the latest
version)
Printing reports - this takes chunks of memory, and
doesn't give it back until the end of the RBase session. Especially when
printing reports to the screen....
----- Original Message -----
Sent: Thursday, August 30, 2001 6:30
AM
Subject: RE: Multi-User Speed Test (was
Re: Rbase crashing)
Please provide me with a link to where the patch for
the memory leak problem under Win2k is.
10. POOR Database Design and Coding
Methods
11. NOT taking advantage of CURRENT versions
12. NOT
installing latest updates/patches
13. NOT taking advantage of NEW
Commands/Enhancements/Bug-Fixes
Very Best
Regards,
Razzak.
At 08:02 AM 8/30/01 -0500, you wrote:
>>>>
9) Memory leak in application
size=2>-----Original Message-----
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of A. Razzak Memon
Sent: Wednesday, August 29, 2001
9:19 PM
To: [EMAIL PROTECTED]
Subject:
Multi-User Speed Test (was Re: Rbase crashing)
At 12:21 PM
8/29/2001 EDT, [EMAIL PROTECTED] wrote:
<<<<
WE DO
NOT HAVE ANY CRASHING PROBLEMS BUT RBASE65++ FOR DOS
IS A REAL
PROBLEM USING WINDOWS SERVER 2000 ONCE A SECOND
USER IS ON IT
BECOMES VERY SLOW BETWEN DATA BASES AND MENUS
CANT FIND AN ANWSER
>>>>
To properly test the speed of R:BASE 6.5++
(DOS/Windows) in
a Multi-User environment, you should try the
following:
01. Copy all files (Database, Applications, etc.)
from
Windows 2000 Server to your local workstation, for
example,
C:\RBTest
02. Make sure that MULTI is SET to ON in RBASE.CFG file
or in your application startup file
03. Start The Glorious
R:BASE 2000 (ver 6.5++) for Windows
or The R:edoubtable R:BASE 2000
(ver 6.5++) for DOS
04. At the mighty R> prompt, switch to
C:\RBTest and then
CONNect to the database or run your application
05. Start SECOND session of R:BASE and repeat step
04
Keep in mind that you are connected in a multi-user
environment.
06. Start THIRD session of R:BASE and repeat
step 04
07. Keep repeating step 04, as long as your PC resources
can handle it.
Yes ... you can start as many sessions of
R:BASE 6.5++
as you wish.
During any session, you can type
LIST at the R> prompt
or use (CVAL('Connections')) to find the
number of users
connected to that database.
At this point,
does R:BASE performance become very slow
between database and
menus?
I wouldn't think so.
08. Now, try the same exercise
on Windows 2000 Server.
Is there any difference?
In your
case, my guess would be ... Yes.
Go figure ...
The
following factors can contribute to speed issues when
running on
Network Server:
01. CPU
02. Memory
03. Network
Protocol
04. Network Card
05. Network HUB/Switch
Board/Routers, etc.
06. Cabling
07. Programs/Services
Running on Windows NT/2000 Server
08. Anti-Virus, Security
Services and more ...
Hope that helps!
Very Best
Regards,
Razzak.
===================================-============================
R:BASE
Developers's Conference: http://www.rbase.com/conference
Official
R:BASE List Server: mailto:[EMAIL PROTECTED]
RBTI
Events/Training: http://www.rbase2000.com/events
R:DCC Members:
http://www.rbase2000.com/rdcc
================================================================
R:BASE,
Oterro & R:Tango are registered trademarks of RBTI.
==================================-=============================
|
