Mail Index


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [ApacheGallery] Patch to replace inline C code with native Perl



On Wed, Mar 12, 2003 at 09:02:19PM -0800, Jon McClintock wrote:
> On Wed, Mar 12, 2003 at 09:00:58PM -0800, Jon McClintock wrote:
> > This is a good point. I tried it out just now: on a directory with 117 
> > 1600x1200 images, the load spiked up to 4.25. It only took a couple of
> > minutes to produce the thumbnails for the whole directory, though. And, 
> > the client didn't time out while loading the page (in the current
> > version, the client times out several times while waiting for the HTML
> > to unblock on the resize).
> 
> BTW: This is on a dual PII-300 system. 

I don't think I should try that test on my P90, 32MB :-)

I had created by own ApacheGallery-like mod_perl handler based on
Autoindex which worked well on my system. It created thumbnails and
one reduced size of each image stored in a subdirectory served
directly by the webserver. The reductions were run by the request for
HTML. After uploading new images I would hit the page and wait for a
couple minutes as the server reduced the images. It worked for more
than a year. Then I 'upgraded' to Apache2.

Once ApacheGallery is running on Apache2 I may (need?) to adapt it to
use a similar system to get acceptable performance, depending on the
slowdown of having mod_perl serve the images. Any idea how send_fd
compares to serving a static file? My guess is that I'm memory bound
and it doesn't make much difference.

With a bit of guidance as to where I should look for the functionality 
of Apache::Request in Apache2 I could try porting ApacheGallery myself. 
If someone has got it kinda working I'd be happy to debug and test.


-- 
28 70 20 71 2C 65 29 61 9C B1 36 3D D4 69 CE 62 4A 22 8B 0E DC 3E
mailto:[email protected]
http://thecap.org/