There is no reason it would hurt performance (and why are you mentioning sleeping threads?).
In any case, you need to count the number of bytes transferred, and the filter would do just that. Then you probably need to persists this information along with the logged in user somewhere. These tasks need to be done somewhere. If you plan on doing it in tomcat, filters looks like the best spot. 2009/11/11 Cae Fernandes <rag...@gmail.com> > I wonder if Comet would be of any help. > I don't have any experience with that. > > A filter/servlet solution would be easy to implement, but I'm afraid it > could hurt performance to be sleeping threads .. > > On Wed, Nov 11, 2009 at 8:11 AM, pieroxy <pier...@gmail.com> wrote: > > > Using a filter, it should be fairly easy to write something like that. > > > > 2009/11/11 Christopher Schultz <ch...@christopherschultz.net> > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > Cae, > > > > > > On 11/10/2009 6:36 PM, Cae Fernandes wrote: > > > > I wanna do a per-user basis transfer rate limit. My business "core" > > sort > > > of > > > > depends on this. > > > > It could be like a rapidshare type of business. > > > > > > If you can't do this with a piece of network hardware, I think you > might > > > have to write it yourself. > > > > > > I have no experience or familiarity whatsoever with Tomcat's "Comet" > > > interfaces, but use of that type of connector might improve your > > > throughput if you are intentionally stalling your response (or request) > > > streams. > > > > > > - -chris > > > -----BEGIN PGP SIGNATURE----- > > > Version: GnuPG v1.4.10 (MingW32) > > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > > > > > iEYEARECAAYFAkr6DycACgkQ9CaO5/Lv0PD2igCdHL0ZYhVAqbshfdKFIMY5+jjV > > > Ck8AnAleVwRi7783zmWd3HPWI833Mn0j > > > =eUnf > > > -----END PGP SIGNATURE----- > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > > > For additional commands, e-mail: users-h...@tomcat.apache.org > > > > > > > > > > > > -- > > -- pieroxy > > > -- -- pieroxy
