PC's Processing too fast (AREV Specific)
At 08 OCT 1998 10:52:18AM Bev Mitchell wrote:
I have seen several other inquiries posted but no solutions. When we upgraded PC's to Pentium II ]100 MGhrt we started having problems with our Arev 3.12 platform. At random, it simple skips processing some of the transactions that should happen. If we perform the same tasks on a slower PC (Pentium 90) it does not occur. An example, We run a program that is to process and calculate interest earned, and a service charge on a selection of records. Out of 500 records 499 will process both interest and service change, then one record will only get the service charge but will get the interest, and not always the same record, and not every time this program is run.
We would like to see AREV address this question immediately. Simply slowing down my application is NOT considered a solution.
We run a a Novell 3.12 network, with the NLM 1.12. We also use the the command line to control memory when accessing the program –
AREV PROGRAM_NAME /P:40 /X /S /M4096.
At 08 OCT 1998 01:20PM Mike Cacic wrote:
We'd seen this on our system as well. We were able to prevent this by instering frequent FLUSH and GARBAGECOLLECT commands.
At 08 OCT 1998 03:49PM Ken Procious wrote:
Running Arev 2.12 on Novell 3.12 with NLM 1.12 on several Pentium 333 Mhz and 450 Mhz II's without any problems.
May be unique to Arev 3.12.
At 08 OCT 1998 05:23PM Bev Mitchell wrote:
We have tried adding the FLUSH and GARBAGE commands, however for it to work, they have to be done before EVERY read/write statement this slows the system down tremendously. We estimate that this would add more than 2 hours to our daily cycle doing all the updates.
This a problem with the AREV application. We would like a better solution than slowing down the system with either a slower PC or commands that slow the system down.
Thanks for your input.
At 09 OCT 1998 12:51AM Steve Smith wrote:
As posted elsewhere try running without the /XM command line parameter. Then see if the problem persists. If it does not then the culprit is the expanded memory interface in AREV. If the problem persists, post your code here in order to have the problem analysed further.
Steve
At 09 OCT 1998 03:14AM Curt Putnam wrote:
No problems @ up to 300 Mhz
At 09 OCT 1998 11:15AM Victor Engel wrote:
Ken,
Your name looks familiar. Are you with Gifford Hill?
At 10 OCT 1998 11:14AM Ken Procious wrote:
Yes I work for Gifford Hill
At 12 OCT 1998 12:02PM Victor Engel wrote:
I helped work on the RJS utility you were using. Do you still use it? Now, I've moved to a house that is just two doors away from the MoPac railroad. Every time a Gifford Hill train rolls by I think of you. I hope all is going well.
At 13 OCT 1998 03:39PM Ken Procious wrote:
Victor: Still use the RJS server software. Works great.