----- Original Message ----- From: Tracy Spratt To: [email protected] Sent: Thursday, October 23, 2008 12:17 AM Subject: RE: [flexcoders] Re: How to keep Tree control synchronized with the database. Please Help
Obviously you must look at the overall picture, but I have a production install where 300 clients hit the server once every 15 minutes, and about 30 of those actually hit it about every 2 minutes. Because of essentially random effects sometimes there are often more than 60 hits per minute. The server is pretty beefy, a Xeon processor (now about 3 years old) and I have yet to see it breathe hard. The data payloads are quite small. I suspect I could up the frequency of the polling by a factor of 10 and still would not trouble the server. So pay attention to the server load, but don't dismiss polling out of hand. It wasn't my intention to dismiss polling. It's a question of getting it to work right according to the circumstances. Your figures show a modest load on the server. If your 300 clients hit the server every minute it might be different. As you rightly say, spreads of polling times would mean that the peak server hit would be far worse than five hits per second. You have a dedicated server, the OP might have a more modest setup. It just needs a little thought about loading levels and polling frequency. "It all depends" as they say! Paul Tracy ------------------------------------------------------------------------------ From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Andrews Sent: Wednesday, October 22, 2008 6:51 PM To: [email protected] Subject: Re: [flexcoders] Re: How to keep Tree control synchronized with the database. Please Help Just one more word of caution. The timer MUST allow enough time for the server to complete the request that you have asked of it. The last thing that you want is to stack up requests to the server. Ideally in this timer environment you won't make a request to the server while the last request hasn't yet completed. Bit harder than at first sight, isn't it? Paul ----- Original Message ----- From: Paul Andrews To: [email protected] Sent: Wednesday, October 22, 2008 11:39 PM Subject: Re: [flexcoders] Re: How to keep Tree control synchronized with the database. Please Help A word of caution Anuj. I don't know if your timer works once a second or once a minute, or once every two minutes. If you have only one online user, it's not too huge a deal either way. If you have a hundred users you can cause big problems for your server. The timer technique just makes the best of a bad job. Usually a lot of care is taken over database and query design to minimise the impact of large numbers of users. Unfortunately the timer technique gives the server a lot of work even when the number of users is quite small. Remember a timer on the client just affects one user and there's usually processor power to spare. A timer in conjunction with a server database access stresses the server. It stresses the server a lot. End of cautionary note. Paul ----- Original Message ----- From: anuj sharma To: [email protected] Sent: Wednesday, October 22, 2008 11:31 PM Subject: Re: [flexcoders] Re: How to keep Tree control synchronized with the database. Please Help Bingo Guys Thats' exactly what i need. Tracy's Timer example works perfect for me. Again thanks a lot for your help. Anuj On Wed, Oct 22, 2008 at 2:29 PM, john fisher <[EMAIL PROTECTED]> wrote: Anuj I meant, "search through the online adobe docs for 'timer polling example' or other keywords like those." there are many many examples in the online docs at Adobe. John anuj sharma wrote: > Hi John > I am not sure i get what you are trying to say. Can you be please elaborate > little bit more. > Thanks > Anuj > > On Wed, Oct 22, 2008 at 10:13 AM, john fisher <[EMAIL PROTECTED]> wrote: > > >> @mark: thanks will check it out >> @anuj: >> this is just exactly what the adobe sample code does, except not >> directly to the database. >> >> anuj sharma wrote: >> >>> ... Can I use the Timer class to create a timer instance >>> >>> which will periodically call HTTP a >>> >> >> >> > >
