Every little bit helps theory - Wikitech-l - lists.wikimedia.org

List overview All Threads
Download

Every little bit helps theory

error during installation

two servers.

Jimmy Wales

29 Apr 2003 29 Apr '03

3:02 p.m.

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.

Reply

Show replies by date

Lee Daniel Crocker

29 Apr 29 Apr

5:10 p.m.

(Jimmy Wales <jwales(a)bomis.com>)m>): 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(a)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

Reply

Nick Reinking

6:17 p.m.

On Tue, Apr 29, 2003 at 12:10:53PM -0500, Lee Daniel Crocker wrote:

> (Jimmy Wales <jwales(a)bomis.com>)m>): > 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

Reply

Jimmy Wales

6:34 p.m.

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. :-)

Reply

Nick Reinking

7:13 p.m.

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

Reply

Lee Daniel Crocker

7:19 p.m.

(Nick Reinking <nick(a)twoevils.org>)g>): 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(a)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

Reply

Nick Reinking

7:31 p.m.

On Tue, Apr 29, 2003 at 02:19:25PM -0500, Lee Daniel Crocker wrote:

(Nick Reinking <nick(a)twoevils.org>)g>): 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

Reply

7691

days inactive

7691

days old

wikitech-l@lists.wikimedia.org

Manage subscription

6 comments

3 participants

tags (0)

participants (3)

Jimmy Wales
Lee Daniel Crocker
Nick Reinking