Jaqui opened this issue on Jan 26, 2003 ยท 10 posts
Jaqui posted Sun, 26 January 2003 at 12:58 AM
just curious, when are you going to be upgrading to the newest linux version? I remember seeing you recently upgraded to version 8, which was out a year and a half ago. version 9.1 will be out in a month or two. will 10 be out before you upgrade to 9?
AgentSmith posted Sun, 26 January 2003 at 1:03 AM
dang...
Contact Me | Gallery |
Freestuff | IMDB
Credits | Personal
Site
"I want to be what I was
when I wanted to be what I am now"
fur posted Sun, 26 January 2003 at 9:27 AM
when they are stable enough for production use :-) R
sammi posted Sun, 26 January 2003 at 10:29 AM
wot, you on mandrake ? :)
leveret posted Sun, 26 January 2003 at 11:07 AM
Attached Link: http://www.leverton.org/
Err, the latest (stable) Linux as such is 2.4.20 (kernel version number). According to [Netcraft](http://uptime.netcraft.com/up/graph/?host=www.renderosity.com), Renderosity is running on Red Hat not Mandrake. The latest RH packaged version of Linux _is_ RH 8.0, it's Mandrake who are currently testing their 9.1 beta.However the main thing is whether the server has had all security fixes applied. R'ty is on Apache 2.0.40, whereas the latest is 2.0.44, not vastly old though it does have a couple of minor security advisories which R'ty may have decided don't affect their system. 's up to them innit :-)
Nick
Jaqui posted Sun, 26 January 2003 at 9:26 PM
actually, I'm aware that 'rosity used red hat. but when the admin in question made the post about them having just upgraded, she said linux 8, and would not clarify. which is why I figured to point out publicy why linux 8 is a bad way of putting it. through this thread. and yup, I'm using Mandrake. and fur, Mandrake 9 is stable, and uses latest stable kernel. 9.1 uses latest stable threaded kernel and comes with apache2.43 ( right now ) with fully 88 modules for apache included. no tiresome compile form source to get the modules you want. by the time 9.1 is released, probably have 2.0.44 instead of 2.043 I also have the latest debian woody, and rh 8, and free bsd, and slackware here. as well as kernel 2.5 sources for working with in development.
Bobasaur posted Sun, 26 January 2003 at 11:09 PM
"mandrake," "threaded kernel," and a "debian woody." I love it when you talk dirty!
Before they made me they broke the mold!
http://home.roadrunner.com/~kflach/
leveret posted Mon, 27 January 2003 at 7:03 AM
Sorry, Jacqui, if I was teaching my (metaphorical :)) granny !
Let's get down arendering and get dirty ;-)
Nick
tim posted Mon, 27 January 2003 at 7:46 AM Site Admin
Hi Jaqui, We've had good luck with Red Hat 8.0. As you might guess, we're pretty conservative about jumping to a new OS platform. R'osity currently requires 4 front-end servers and a couple of back-end servers to handle the load. After working for a while to get that right, we are fairly cautious about running with the latest stuff. Even 8.0 does not always handle multiple processors and large memory spaces properly in all cases. Tim
Jaqui posted Mon, 27 January 2003 at 9:59 AM
load balancing between the servers isn't an easy task no matter what version of linux you use. ~g~ though the most effective structure would be one gateway/router server with each module of the site being on it's own backend server only accessed through the gateway. RH8 doesn't handle large amounts of ram properly? that's the first I've heard of that problem. you might want to look at apache 2 series for the threaded processes then, lower cpu demand and lower ram usage without sacrificing performance. instead of multiple instances of apache in ram it's one insance with multiple threads ( processing chains ) this allows better performance with lower ram levels. hmmm maybe I'll remove the apache 1 and put apache 2 on my workstation then put a fairly complex site script that we all know is slower than sh%t ( php nuke ) let you see the performance capabilities without risking a production server crashing. though would have to get people to hit it just for testing to show the load handling.