> No, YOU can rewrite whole sections of the kernel. I know my > limitations.
Dave W has this right: Never, EVER expect a user to recompile the kernel, or rewrite it. Even *I* avoid rewriting the kernel, because deep down inside, I think it is a fools errand. I have to put myself in a user shoes, and most users are not willing to rework the pthread libs (which at one point I was doing). > Well, that certainly sounds sensible. I can see why it hasn't > been pursued, > though, since it sounds like a lot of work. Reasons why I had to stop: 1: CFMX 2: Time < 0 and... Having a few millions reams of information to gob through, including new kernels, old kernels 7 distros and a million versions of apache... It is a nightmare. However, I have some help round these parts now, and once a certain product leaves, I plan on writing *alot* of information regarding it, including tuning, scalability, etc... Unfortunatly, my time is highly monopolized. > However, it raises some additional questions. Would much of > that tuning be > CF-specific? That is, let's say I've got a CGI application - > better yet, two > applications. Let's say I write two copies of the same > application, with the > same functionality, in two languages: CF and Perl. How many > of the above > (OS, network stack, web server) variables would have > significant differences > between a CF 5 installation and Apache/mod_perl? This is a > serious question > - most OS tuning on other platforms doesn't really get more > specific than > "I'm going to use this machine to run CGI database > applications, so I set > this and that and the other thing." Actually dave, what you run into is that it's not CF specific, it "Make linux threading not suck" specific and "make a multithreaded c++ app on linux run faster"... and "streamline"... Linux is a double edged sword. You have unlimited cosmic powers to change things. But 8 million features and 10 trillion lines of code to sort through to tune/optimize/remove features. Etc. You can tune a box to be perl specific. You can't really make a box CF-specific, you can only make "Threading/networkstack/memory management/apache not suck". > > Second, other than experience, how would you figure out which > variables > interact with other variables? I mean, you might know > everything there is to > know about the OS, but you probably don't know everything > there is to know > about the internals of CF, since it's a closed system, essentially. Eh. Cf is basically like any other multithreaded C++ app. It's nothing special really. =] -jesse ______________________________________________________________________ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/[email protected]/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
