Re: MVBASE performance problems


it's not uncommon for MV implementations to try to wrapup their
process' resources under semaphore... only to be preempted by the
detachment of a TCP/ip connection with the semaphore still linguring.

therefore any other process (such as yours doing the LISTLINES)
attempting to examine such a blocked resource will be held hostage
without exception handling logic since this is falsely assumed to be an
otherwise non-interruptable process.


Understand that I am not a programmer by background; and also the PICK
model of everything is still very very new to me--but if I understand
this correctly that is not a good thing. I come from a UNIX background
and I have never encountered this (imagine doing a $ who or $ rwho and
having the system become furiously overloaded!) ....

As for MV implementations, can anyone speak for UniVerse (latest
version) and how it handles this exact scenario? (Better?) LISTLINES
does indeed seem to hang at the first line which is "hung" and then CPU
usage spikes way, way up.

I'd like to know if anyone knows if UniVerse in particular handles
detached TCP connections better than this version of MVBASE. Upgrading
to MVBASE 2 is not an option unfortunately.

Thanks again,
Gabe

.