Re: Re[2]: introducing new code with no perceived user delays?

2003-12-18 Thread Randal L. Schwartz
> "justin" == justin <[EMAIL PROTECTED]> writes: justin> The last time I traced mod_rewrite on the front-end, and map files, justin> discovered it opens, reads, and closes, the file *every single request*. justin> I use a map like that to block IPs fast, but thought that was rather justin> in

Re: Re[2]: introducing new code with no perceived user delays?

2003-12-18 Thread Rob Nagler
justin writes: > The last time I traced mod_rewrite on the front-end, and map files, > discovered it opens, reads, and closes, the file *every single request*. > I use a map like that to block IPs fast, but thought that was rather > inefficient? should I not be concerned about such trifles? We hav

Re[2]: introducing new code with no perceived user delays?

2003-12-18 Thread justin
The last time I traced mod_rewrite on the front-end, and map files, discovered it opens, reads, and closes, the file *every single request*. I use a map like that to block IPs fast, but thought that was rather inefficient? should I not be concerned about such trifles? -Justin RN> Brian Hirt writ

Re[2]: introducing new code with no perceived user delays?

2003-12-17 Thread justin
Well what I do, for some reason I can't remember, is to preload everything (all CPAN etc modules) *except* dev code, in startup.pl Then the children end up loading dev code on the first request and getting fatter .. I might be wrong but most of my VM usage after 10 minutes heavy running appears

Re[2]: introducing new code with no perceived user delays?

2003-12-17 Thread justin
SB> What you want to do is to shutdown servers if some timestamp file SB> has changed, but you want to do it at random. First of all don't you SB> think it's a problem if different servers will run different code SB> sets? Yes, sure, for changes where old and new running at the same time, I would