[revServer] process timeout issue
Jerry Daniels
jerry.daniels at me.com
Mon Aug 2 17:56:48 EDT 2010
Bob,
We tested revServer engine calls only. No Yoga, Tantra, or Yagya.
Jerry
On Aug 2, 2010, at 4:54 PM, Bob Sneidar wrote:
> Jerry, I tripped across this very thing when debugging connect probs I had. I use the mySQL on my onRev account as the DB backend. Trevor actually found a problem internal to sqlYoga which he fixed, which was causing sqlYoga to attempt to connect twice, which was giving me timeouts of a minute or more.
>
> Trevor has subsequently fixed this, but I had come to accept that long timeouts were common place when using a remote SQL server. It's nice to know that I was not the only person experiencing this!
>
> Bob
>
>
> On Aug 2, 2010, at 7:51 AM, Jerry Daniels wrote:
>
>> Michael,
>>
>> Good TX joke, btw! Better than any answer I could give.
>>
>> Based on Andrew's research (I believe it was a report he voluntarily did for Runrev) and our observations, the timeout is not 30 seconds for one process. We think there is some sort of pooling of processes (and possibly users) that are limited by 30 secs. We have seen the timeout in much shorter time spans. Andrew reports a 4 second time out.
>>
>> I know all that sounds pretty bad, but revServer is also very fast once it gets going. VERY fast. Rodeo users are not complaining about their server speeds, Sarah and I are unhappy with the performance because we load test it and see some requests take many seconds to complete and then the next identical request takes less than a second. We can't release a commercial product with this limitation.
>>
>> For the record, the testing we did was using the revServer engine 100% without revDB or anything like that. I'll let Andrew comment on that aspect of his timings.
>>
>> Best,
>>
>> Jerry Daniels
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
More information about the use-livecode
mailing list