From: teamw...@freemail.c3.hu Subject: Linux Tuning Date: 1999/04/18 Message-ID: <fa.cvi20fv.1ggqnh1@ifi.uio.no>#1/1 X-Deja-AN: 467803346 Original-Date: Sun, 18 Apr 1999 00:54:14 GMT Sender: owner-linux-ker...@vger.rutgers.edu Content-Transfer-Encoding: 7bit Original-Message-ID: <371a2a9a.3181703@smtp.tm.net.my> To: linux-ker...@vger.rutgers.edu Content-Type: text/plain; charset=us-ascii X-Orcpt: rfc822;linux-kernel-outgoing-dig Organization: Internet mailing list MIME-Version: 1.0 Reply-To: teamw...@freemail.c3.hu Newsgroups: fa.linux.kernel X-Loop: majord...@vger.rutgers.edu As I am reading the ZD critique of Mindcraft's so-called "comparison" of Linux vs. NT, (URL www.zdnet.com/zdnn/stories/news/0,4586,2242246,00.html) there lies an issue that needs to be addressed by the Linux community at large. Let me quote from the ZD-Net article: "For one thing, there's a useful lesson here for Linux resellers and integrators. Linux tuning information is hard to gather up. Yes, it's there. But it really requires an expert Linux user to find it." I am a Linux VAR, and I have to agree with the above quote. It is hard at times to gather proper tuning instructions for Linux. And although I won't say that I am qualified to be an "expert", I have been using (and fine tuning) Linux since the 0.9x.y era. So, to the Linux community: Do you think is there a need to make the gathering of Linux fine-tuning tips an easier task for the novice end-user? If the answer is "Yes!", then, how best would the approach be? I am interested in your opinion. As I do not know if this L-K list is the place to do such discussion (if not, please forgive me), but I do think it's time for at least such discussion to take place, here or elsewhere, and a concensus be had (if that's possible, of course.) *Note* The "fine-tuning" IMHO can be either Hardware or Software, or the combination of both. Respectfully, Pete teamw...@freemail.c3.hu - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
Date Sat, 17 Apr 1999 19:23:18 -0700 (PDT) From George Bonser <> Subject Re: Linux Tuning > > "For one thing, there's a useful lesson > here for Linux resellers and integrators. > Linux tuning information is hard to gather up. > Yes, it's there. But it really requires > an expert Linux user to find it." > So, to the Linux community: > > Do you think is there a need to make the > gathering of Linux fine-tuning tips an easier > task for the novice end-user? > > If the answer is "Yes!", then, how best would the approach be? > > I am interested in your opinion. As I do not know if this L-K list is the place > to do such discussion (if not, please forgive me), but I do think it's time for > at least such discussion to take place, here or elsewhere, and a concensus be > had (if that's possible, of course.) > > *Note* The "fine-tuning" IMHO can be either Hardware or Software, or the > combination of both. > > > Respectfully, > Pete > teamwork@freemail.c3.hu Pete, I think this would be very important. I have already started putting some resources into place to give a project like this a home. I can have a few machines up and running by the end of the week with dedicated connectivity. (upgrading a currently unused fractional T-1 to a full T-1). These resources are actually being provided by my employer in order to provide a home for activity such as this. Areas of interest here are both kernel and application tuning, samba and apache in particular, along with network tuning. Also, performance monitoring projects such as the project to a Linux sar working, any other performance monitoring and benchmarking projects along with any tools/projects having to do with remote monitoring and administration. They are prepared to make a rather large commitment including bandwidth, systems, admin support for the systems, and economic assistance to developers who wish to devote more time to their project but can not because of financial pressures. I have already contacted SPI for advice in how to distribute resources to projects and have contacted some vendors for their ideas on how we could help. I have not gotten any response yet but it has only been a day or so. This company is not a system or software vendor, they are a consulting company and solutions provider. Something like this fits them well. They would not mind being a resource for software developers, hardware vendors and system integrators since they see it as an investment in the marketplace itself. Anything to make Linux better and more widely accepted would be a good thing for them. Please keep me informed of what you come up with and feel free to stay in contact with me. I hope to have something up on the web before the end of next week. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
From: Rik van Riel <r...@nl.linux.org> Subject: Re: Linux Tuning Date: 1999/04/18 Message-ID: <fa.n7q2ujv.84g3rv@ifi.uio.no>#1/1 X-Deja-AN: 468012562 Original-Date: Sun, 18 Apr 1999 20:22:07 +0200 (CEST) Sender: owner-linux-ker...@vger.rutgers.edu Original-Message-ID: <Pine.LNX.4.03.9904182019530.215-100000@mirkwood.dummy.home> References: <fa.mito1kv.f1utbh@ifi.uio.no> To: g...@oriole.sbay.org X-Sender: r...@mirkwood.dummy.home X-Authentication-Warning: mirkwood.dummy.home: riel owned process doing -bs Content-Type: TEXT/PLAIN; charset=US-ASCII X-Search-Engine-Bait: http://humbolt.nl.linux.org/ X-Orcpt: rfc822;linux-kernel-outgoing-dig X-My-Own-Server: http://www.nl.linux.org/ Organization: Internet mailing list MIME-Version: 1.0 Newsgroups: fa.linux.kernel X-Loop: majord...@vger.rutgers.edu On Sat, 17 Apr 1999, George Bonser wrote: > > Do you think is there a need to make the > > gathering of Linux fine-tuning tips an easier > > task for the novice end-user? > > I think this would be very important. I have already started > putting some resources into place to give a project like this a > home. I can have a few machines up and running by the end of the > week with dedicated connectivity. (upgrading a currently unused > fractional T-1 to a full T-1). I'm busy trying to get a new disk for www.nl.linux.org and I'm willing to host the site as well. Btw, I'm also hosting a mailing list which seems to be perfectly suitable for a project like this: kernel-...@nl.linux.org OK, the name doesn't seem to be entirely on-topic, but I guess the kind of activity and the target audience is _exactly_ the same :) Majord...@nl.linux.org is happy to accept your requests... regards, Rik -- Open Source: you deserve to be in control of your data. +-------------------------------------------------------------------+ | Le Reseau netwerksystemen BV: http://www.reseau.nl/ | | Linux Memory Management site: http://humbolt.geo.uu.nl/Linux-MM/ | | Nederlandse Linux documentatie: http://www.nl.linux.org/ | +-------------------------------------------------------------------+ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
From: teamw...@freemail.c3.hu Subject: Linux Tuning: Objective Date: 1999/04/25 Message-ID: <fa.dn2c0lv.p08k91@ifi.uio.no>#1/1 X-Deja-AN: 470602857 Original-Date: Sun, 25 Apr 1999 06:28:45 GMT Sender: owner-linux-ker...@vger.rutgers.edu Content-Transfer-Encoding: 7bit Original-Message-ID: <3723af49.2341835@smtp.tm.net.my> References: <fa.ifohb1v.1qheog9@ifi.uio.no> To: linux-ker...@vger.rutgers.edu Original-References: <37393211.12841...@smtp.tm.net.my> <Pine.LNX.4.05.9904201036520.9308-100...@humbolt.nl.linux.org> <14108.42555.208437.436...@dukat.scot.redhat.com> <19990420122848.C8...@cleveland.lug.net> Content-Type: text/plain; charset=us-ascii X-Orcpt: rfc822;linux-kernel-outgoing-dig Organization: Internet mailing list MIME-Version: 1.0 Reply-To: teamw...@freemail.c3.hu Newsgroups: fa.linux.kernel X-Loop: majord...@vger.rutgers.edu Dear sirs and madams, After reading a lot of mails regarding tuning Linux to achieve optimal performance, there is no argument of our common objective. However, one question does come to mind, and it is: In what way should we achieve the objective? In other words, what kinds of "products" (for being lack of a better word) should this "Linux Tuning" project gives to the Linux community at large? Should it be a depository of patches? Should it be one or more howtos? Should it be a mailing list (linux-perf) doing the Q & A style of thing? Should it be a web site where people can go in and hit the "SCSI" button if they want to know if they can tune their Linux machine's SCSI devices? Or should it be all of the above? While we haven't lay down a lot of things for this "Linux Tuning" project yet, I believe this is the best time for all of us to come to a consensus of what we actually want to do, and how do we achieve it. Does anyone have any comment on this? Also, I am including a message I got from the L-K list for those who may've missed it. A quote from the message, IMVHO, succinctly summarizes the "core" of this "Linux Tuning" project: "Whatever the 'linux tuning' project results in, I hope at its core, it creates _information_; what can you do, and what it means, and why. Once the information is gathered, you can package it up in different ways, according to various biases." Does anyone have any comment on this as well? Here is the entire message: ____________________________________________________________________________ From: s...@pobox.com Date: Thu, 22 Apr 1999 22:30:15 -0400 (EWT) Subject: Re: Linux Tuning. On Tue, 20 Apr 1999, Greg Lindahl wrote: @> @>> PS. I had this idea when I noticed that precious 256 bytes are wasted for @>> modprobe path and wanted to make it tunable... @> @>This is an excellent example of something that's not worth tuning. @> @>-- g @> Admitedly, 256 bytes is a bit of nothing, but people trying to cram linux into extreme small memory machines, perhaps for embedded applications are interested in reducing any unneeded memory consumption. The linux-lite people might have different ideas about tuning, than someone with a fat router. Whatever the 'linux tuning' project results in, I hope at its core, it creates _information_; what can you do, and what it means, and why. Once the information is gathered, you can package it up in different ways, according to various biases. Paul ____________________________________________________________________________ Thank you for reading. Sincerely, Pete teamw...@freemail.c3.hu - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
WANTED: writers
Hi, There's a small team of technical people working on setting up a documentation tree with information about tuning the performance of the Linux system, but most of the technical folks (including me :( ) appear to be extremely busy and not able to produce a slick (text-only!) page layout and some friendly introduction or correct english :) So now I'm looking if there are some mildly-technical but good-with-english folks hanging around who would like to help set up the documentation site... The (rudimentary) site is at: http://www.nl.linux.org/linuxperf/ The manual is at: http://www.nl.linux.org/~riel/CVS/CVS-linuxperf.txt If you'd like to invest a non-trivial amount of time in the performance documents, feel free to apply with me for a CVS account and an e-mail alias @nl.linux.org :) cheers, Rik -- Open Source: you deserve to be in control of your data. +-------------------------------------------------------------------+ | Le Reseau netwerksystemen BV: http://www.reseau.nl/ | | Linux Memory Management site: http://humbolt.geo.uu.nl/Linux-MM/ | | Nederlandse Linux documentatie: http://www.nl.linux.org/ | +-------------------------------------------------------------------+ - Kernel-doc, Linux kernel documentation list. http://mail.nl.linux.org/lists/