HP3000-L Archives

February 2003, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Xavier Mouton <[log in to unmask]>
Reply To:
Xavier Mouton <[log in to unmask]>
Date:
Wed, 26 Feb 2003 06:08:56 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (40 lines)
Hello all,

One company had an old home developped application running on 6.0. For
migration reasons (what a scoop!), they will replace their 9x7 boxes by
brand new N4000 ones, but running on 7.5...
Their application was still running on CM mode (Pascal code) and was
generating numerous CM to NM switches. On high activity period, those
switches were more than 10,000 per sec (red zone begins by 800), inducing
serious performance damages.
They migrated their programs to NM mode (but not their data, still recorded
in 16bits format in their DB). They gained better performance of course,
but for a short time : performances were soon as bad as before. The reason
is, if CM to NM switches have been divided by nearly 4, NM to CM switches
have exploded to 3,000 and more (red zone is by 200...), inducing memory,
paging, I/O and sometimes CPU bottlenecks.
The programs have been re-compiled using the following directives :
$STANDARD_LEVEL 'HP_PASCAL'$
$NOTES OFF$
$HP3000_16$

Prog compilation:
Pasxl src,objet,$null

Links edit :
link from=objet1,objet2;to=prg;rl=rlbibxl.pub

Prog exécution :
run prg;xl="IRISXL.PUB"

Is there any trick to reduce the NM to CM switches ? Do they have to
necessarily migrate their data to 32bits format ? Is this situation
compatible to run on N4000/MPE 7.5 ?

Thanks for any enlightenment.

Xavier Mouton

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2