I came across this with 6.5 at multiple sites. No problem with WIN NT4, but it cropped up with Windows Server. One tech cured it by changing the optimistic lock setting, but some months (years?) later the problem returned and optimistic lock settings made no difference.
Have you tried printing reports with two+ people connected? In my case they too turned to molasses. On Mon, Dec 17, 2012 at 10:20 AM, Karen Tellef <[email protected]> wrote: > I had already emailed them with your suggestion that they look for a > "pattern", that is if speed hangs when one particular person is the 2nd one > coming into the database. I told them that it's up to them to do the > experimenting, > so we'll see if they take the time to figure it out. > > Karen > > > > -----Original Message----- > From: Adrian Hüssy <[email protected]> > To: RBASE-L Mailing List <[email protected]> > Sent: Mon, Dec 17, 2012 11:49 am > Subject: [RBASE-L] - Re: Slowness with 7.6, revisited > > same reaction, independing which one is first? > Adrian > ------------------------------ > *Von:* [email protected] [[email protected]] im Auftrag von Karen Tellef [ > [email protected]] > *Gesendet:* Montag, 17. Dezember 2012 17:13 > *An:* RBASE-L Mailing List > *Betreff:* [RBASE-L] - Re: Slowness with 7.6, revisited > > Database is on a file server. I use SET SCRATCH TMP > > Karen > > > > -----Original Message----- > From: Adrian Hüssy <[email protected]> > To: RBASE-L Mailing List <[email protected]> > Sent: Mon, Dec 17, 2012 8:57 am > Subject: [RBASE-L] - AW: [RBASE-L] - Slowness with 7.6, revisited > > Hi Karen > Three points to check/to know: > - Is the single mode for both station bad or perhaps second station is > also in single mode very slow? If it's depending on second station, it'd be > a problem of LAN, LAN-card or LAN-driver on second station. > - Is the database stored on a full server or perhaps on first PC and you > use a peer-to-peer network? > - I found no question or hint about scratch. How is SCRATCH set? It should > be either SET SCRATCH OFF or SET SCRATCH TMP to prevent rbase opening > temporary files within database-path. > Regards > Adrian > > ------------------------------ > *Von:* [email protected] [[email protected]] im Auftrag von Karen Tellef [ > [email protected]] > *Gesendet:* Montag, 17. Dezember 2012 14:49 > *An:* RBASE-L Mailing List > *Betreff:* [RBASE-L] - Slowness with 7.6, revisited > > I had posted this question before about a client who runs 7.6 nice and > quick with one person on, then performance slams down as soon as a second > person is attached (takes up to half a minute to [F8] between rows of a > scrolling region, etc). We did an unload (clean), investigated and found > a bunch of mismatched DLLs all over the place. We uninstalled RBase, deleted > every RBase DLL left out there, reinstalled and updated. Bummer... same > thing. One person is fine, after that no one can move around. > > I'm not a hardware or networking person, so any suggestions would just > get passed onto their IT consultant (who the client said "I wouldn't trust > to setup my cell phone"). It had been stressed to the IT guy to exclude > all RBase directories from virus checking, and they say he claims he did > but I have no idea how to check. Even so, wouldn't the slowness happen > even with ONE person attached if it was a virus checking problem? > > Karen > >
