Ok, more information. I'm unable to kill rxapid using service after
I've explicitly started it as SU, and I don't even see a rxapi process
running. I need to try adding some debugging stuff so I can try to
figure out where the performance bottleneck is. Not being able to
kill rxapi to update is a serious handicap.
I've also found something curious on the performance front. I was
suspecting that the problem was in the base communications mechanism
with rxapi, but the following program seems to disprove that:
call time 'r'
do i = 1 to 1000
push "Line" i
end
say time('r')
do i = 1 to 1000
x = queued()
end
say time('r')
do i = 1 to 1000
x = SysQueryRexxMacro("Foo")
end
say time('r')
I was expecting that the queued() and SysQueryRexxMacro() calls would
show similar problems since they use the same underlying mechanism.
This doesn't appear to be the case. I'm able to do 1000 calls to
either of these functions in the same time as 10 push calls. For some
reason, Windows does not seem to have the same problem. This is very
curious, since other than the transport mechanism, there's absolutely
nothing in the code path that should be platform-specific. Right now,
I'm a bit handicapped by not being able to update rxapi.
Rick
On Sat, Nov 1, 2008 at 8:26 AM, Rick McGuire <[EMAIL PROTECTED]> wrote:
> I'm suddenly unable to run any tests that reqiure the use of rxapi on
> linux (e.g. queued()). It appears like rxapi is unable to be started.
> If I try to stop the daemon, I get this:
>
> [EMAIL PROTECTED] .libs]$ /sbin/service rxapid stop
> rxapid: unrecognized service
>
> If I try to explicitly start rxapi, I get this error:
>
> [EMAIL PROTECTED] .libs]$ rxapi
> Error: Cannot open PID file /var/run/ooRexx.pid.
> Aborting execution.
>
> I CAN explicitly start rxapi if I su first, but when I do, I see the
> same dreadfully slow performace Rainer is reporting on AIX. Something
> seems to be seriously messed up with the rxapi daemon. This was all
> working ok, so something has to have changed relatively recently to
> mess this up. The performance problem does appear to be a *ix
> problem. Windows is a little slower due to the tcp IPC mechanism, but
> not to the horrible extremes we're seeing on Linux/AIX.
>
> Rick
>
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Oorexx-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oorexx-devel
