Mike, The problem is not the number of people using Rodeo and thus going against the revServer.
The issue with revServer stuttering or hiccuping sporadically was there when we had two users, and it is still there with hundreds of users. Our solution to the timeout limitation is to just send the request to the server again. But we do not want to release a product that requires this. No one is complaining about Rodeo's revServer performance, except Sarah and I. Why? Because we load and performance test our software and didn't like what we found. So we announced we are switching to PHP because of it. RevServer may suit your tasks perfectly well. The initial building of CGIs is certainly fast. We have concerns regarding this timeout issue and are not going to wait for a fix. We factored our code for an easy transfer to PHP from the beginning, anticipating there might be issues with revServer. Hope that helps, Jerry Daniels Follow the Rodeo discussion: http://rodeoapps.com/discuss-among-yourselves-0 On Aug 2, 2010, at 8:08 AM, Michael Kann wrote: > Andre, > > The problem is that the Rodeo has become a Stampede. > > Mike > > --- On Mon, 8/2/10, Andre Garzia <an...@andregarzia.com> wrote: > > From: Andre Garzia <an...@andregarzia.com> > Subject: Re: [revServer] process timeout issue > To: "How to use Revolution" <use-revolution@lists.runrev.com> > Date: Monday, August 2, 2010, 7:54 AM > > sorry for being delusional but I believe there is no unix problem that I > can't solve (given time, tea and chocolates). What is happening? > > I am not a r*d*o customer but I am a heavy revServer guy, so I can probably > help > > On Mon, Aug 2, 2010 at 8:11 AM, Robert Mann <r...@free.fr> wrote: > >> >> Hi ! Our r*d*o friends that are up front in delivering a real size >> revServer >> application, seem to be head-to-front against a severe limitation of >> revserver. This limitation seems so severe that they seem to plan to move.. >> to PHP! (cf. rodeo main page). >> >> I personnaly did invest some time an money on on-rev and am planning to >> deploy some first real size applications using on-rev. >> >> So this piece of news is like a bomb and I call all revServer concerned >> intelligence to gather and share their views, test results, etc on this >> particular subject as well as on the more general subject of up-scaling >> from >> play test apps with on-rev to real size projects. I'll soon post there my >> test results. >> >> Please, this is NOT yet a new r$d*o discussion, this is a revServer >> discussion. Thanks to all for keeping it in that line! >> >> Have a nice day though, RObert! >> -- >> View this message in context: >> http://runtime-revolution.278305.n4.nabble.com/revServer-process-timeout-issue-tp2310168p2310168.html >> Sent from the Revolution - User mailing list archive at Nabble.com. >> _______________________________________________ >> use-revolution mailing list >> use-revolution@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-revolution >> > > > > -- > http://www.andregarzia.com All We Do Is Code. > _______________________________________________ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > > > > > _______________________________________________ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution _______________________________________________ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
