Mailing List Archive

> (Jimmy Wales <jwales@bomis.com>):
> On the "every little bit helps" theory, I've offloaded wiki.png to a
> different machine for now. At least that's going to free up some
> httpd's to do something else.

You might move the stylesheets over there as well. The software
is also quite happy to serve all images from a different site, but
that's more work because you have to set up an NFS share for uploads.

--
Lee Daniel Crocker <lee@piclab.com> <http://www.piclab.com/lee/>
"All inventions or works of authorship original to me, herein and past,
are placed irrevocably in the public domain, and may be used or modified
for any purpose, without permission, attribution, or notification."--LDC

On Tue, Apr 29, 2003 at 12:10:53PM -0500, Lee Daniel Crocker wrote:
> > (Jimmy Wales <jwales@bomis.com>):
> > On the "every little bit helps" theory, I've offloaded wiki.png to a
> > different machine for now. At least that's going to free up some
> > httpd's to do something else.

I'd like to point out that I think this is a bad thing(tm) to do. Not
only will some users not receive the image (because they have their
browser set up to not accept images that don't originate from the
original server), but it will also cause a lot of browsers to fail to
load the page if jimmywales.com goes down (or at least they'll hang and
hang and hang...).

I have a much better idea to handle these files, I'll detail it shortly.
But with HTTP/1.1, moving those files will pages load _slower_ for most
people (since they have to do an additional DNS lookup and connect()),
rather than piggybacking off an already existing HTTP/1.1 connection.

--
Nick Reinking -- eschewing obfuscation since 1981 -- Minneapolis, MN

Nick Reinking wrote:
> I have a much better idea to handle these files, I'll detail it shortly.
> But with HTTP/1.1, moving those files will pages load _slower_ for most
> people (since they have to do an additional DNS lookup and connect()),
> rather than piggybacking off an already existing HTTP/1.1 connection.

Under normal circumstances, I would agree. But the machine was just
about *this far* from falling over completely, and pages were not
really getting served *at all*. At least the site works for now. :-)

But I'd love to hear your suggestions, too!

Anyhow, since a new server is going to be installed this weekend,
hopefully hardware will save the day... for now. :-)

On Tue, Apr 29, 2003 at 11:34:59AM -0700, Jimmy Wales wrote:
> Nick Reinking wrote:
> > I have a much better idea to handle these files, I'll detail it shortly.
> > But with HTTP/1.1, moving those files will pages load _slower_ for most
> > people (since they have to do an additional DNS lookup and connect()),
> > rather than piggybacking off an already existing HTTP/1.1 connection.
>
> Under normal circumstances, I would agree. But the machine was just
> about *this far* from falling over completely, and pages were not
> really getting served *at all*. At least the site works for now. :-)
>
> But I'd love to hear your suggestions, too!
>
> Anyhow, since a new server is going to be installed this weekend,
> hopefully hardware will save the day... for now. :-)

Actually, I wanted to use the mod_mmap_static module that comes with
Apache. This way, we can avoid stat()s or read()s to the hard disk for
these files that don't change.

Unfortunately, the Apache we have in /usr/local/apache doesn't have it
built in, nor does it have mod_so. Does anybody know why this is?

--
Nick Reinking -- eschewing obfuscation since 1981 -- Minneapolis, MN

> (Nick Reinking <nick@twoevils.org>):
>
> Unfortunately, the Apache we have in /usr/local/apache doesn't have it
> built in, nor does it have mod_so. Does anybody know why this is?

Because I compiled it, and didn't include anyting I wasn't going to
use. I'll be happy to recompile it to include whatever you think would
be useful. Tell me what modules you need, I'll compile and test your
suggested setup on Piclab, then move it over to the wiki server.

--
Lee Daniel Crocker <lee@piclab.com> <http://www.piclab.com/lee/>
"All inventions or works of authorship original to me, herein and past,
are placed irrevocably in the public domain, and may be used or modified
for any purpose, without permission, attribution, or notification."--LDC

On Tue, Apr 29, 2003 at 02:19:25PM -0500, Lee Daniel Crocker wrote:
> > (Nick Reinking <nick@twoevils.org>):
> >
> > Unfortunately, the Apache we have in /usr/local/apache doesn't have it
> > built in, nor does it have mod_so. Does anybody know why this is?
>
> Because I compiled it, and didn't include anyting I wasn't going to
> use. I'll be happy to recompile it to include whatever you think would
> be useful. Tell me what modules you need, I'll compile and test your
> suggested setup on Piclab, then move it over to the wiki server.

Everything it has now plus mod_mime_static would be great. :)

Right now it has:
http_core.c
mod_env.c
mod_log_config.c
mod_mime.c
mod_negotiation.c
mod_status.c
mod_include.c
mod_autoindex.c
mod_dir.c
mod_cgi.c
mod_asis.c
mod_imap.c
mod_actions.c
mod_userdir.c
mod_alias.c
mod_rewrite.c
mod_access.c
mod_auth.c
mod_setenvif.c
mod_php4.c

Thanks!

--
Nick Reinking -- eschewing obfuscation since 1981 -- Minneapolis, MN