Re: Power consumption HZ100, HZ250, HZ1000: new numbers
On Tue, 2 Aug 2005, Lars Marowsky-Bree wrote: But rather think "data center". The difference between using our idle cpu cycles for [EMAIL PROTECTED] or just leaving the xeons and opterons idle when they're not crunching away is around $1300 a month (yes, I know it's a big datacenter) slightly more than half that, is the cooling used to remove the heat generated by the machines. the rest is the machines themselves. Those guys want maximum cycles per watt. One way of getting there is using less watts when we don't use all cycles. This bring down power consumption, which directly brings down heat production, which brings down A/C needs. Why pay for power you don't need to use. Why pay for a ups thats bigger then it has to be. Why pay for more hvac then you need. Even now an idle rack of dual opterons 244s is something like 4-5kw, busy is more like 6.8-8kw. Everyone wants to save power. or lower their costs, or both. -- -- Joel Jaeggli Unix Consulting [EMAIL PROTECTED] GPG Key Fingerprint: 5C6E 0104 BAF0 40B0 5BD3 C38B F000 35AB B67F 56B2 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Power consumption HZ100, HZ250, HZ1000: new numbers
On Tue, 2 Aug 2005, Lars Marowsky-Bree wrote: But rather think data center. The difference between using our idle cpu cycles for [EMAIL PROTECTED] or just leaving the xeons and opterons idle when they're not crunching away is around $1300 a month (yes, I know it's a big datacenter) slightly more than half that, is the cooling used to remove the heat generated by the machines. the rest is the machines themselves. Those guys want maximum cycles per watt. One way of getting there is using less watts when we don't use all cycles. This bring down power consumption, which directly brings down heat production, which brings down A/C needs. Why pay for power you don't need to use. Why pay for a ups thats bigger then it has to be. Why pay for more hvac then you need. Even now an idle rack of dual opterons 244s is something like 4-5kw, busy is more like 6.8-8kw. Everyone wants to save power. or lower their costs, or both. -- -- Joel Jaeggli Unix Consulting [EMAIL PROTECTED] GPG Key Fingerprint: 5C6E 0104 BAF0 40B0 5BD3 C38B F000 35AB B67F 56B2 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: ext2/3 files per directory limits
On Wed, 23 Feb 2005, Ron Peterson wrote: I would like to better understand ext2/3's performance characteristics. I'm specifically interested in how ext2/3 will handle a /var/spool/mail directory w/ ~6000 mbox format inboxes, handling approx 1GB delivered as 75,000 messages daily. Virtually all access is via imap, w/ approx ~1000 imapd processes running during peak load. Local delivery is via procmail, which by default uses both kernel-supported locking calls and .lock files. At some point it makes sense to subdivide you mail load because serialization of i/o on that one filesystem becomes a bigger issue than the performance of your filesystem... We deliver into mbox formatted mailboxes inside users homedirs, some folks do a similar thing with maildir. In the end you can on make one filesystem so fast. beyond that you need more filesystems to acheive any kind of reasonable scaling... I understand that various tuning parameters will have an impact, e.g. putting the journal on a separate device, setting the noatime mount option, etc. I also understand that there are other mailbox formats and other strategies for locating mail spools (e.g. in user's home directories). I'm interested in people's thoughts on these issues, but I'm mostly interested in whether or not the scenario I described falls within ext2/3's designed capabilities. Best. -- -- Joel Jaeggli Unix Consulting [EMAIL PROTECTED] GPG Key Fingerprint: 5C6E 0104 BAF0 40B0 5BD3 C38B F000 35AB B67F 56B2 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: ext2/3 files per directory limits
On Wed, 23 Feb 2005, Ron Peterson wrote: I would like to better understand ext2/3's performance characteristics. I'm specifically interested in how ext2/3 will handle a /var/spool/mail directory w/ ~6000 mbox format inboxes, handling approx 1GB delivered as 75,000 messages daily. Virtually all access is via imap, w/ approx ~1000 imapd processes running during peak load. Local delivery is via procmail, which by default uses both kernel-supported locking calls and .lock files. At some point it makes sense to subdivide you mail load because serialization of i/o on that one filesystem becomes a bigger issue than the performance of your filesystem... We deliver into mbox formatted mailboxes inside users homedirs, some folks do a similar thing with maildir. In the end you can on make one filesystem so fast. beyond that you need more filesystems to acheive any kind of reasonable scaling... I understand that various tuning parameters will have an impact, e.g. putting the journal on a separate device, setting the noatime mount option, etc. I also understand that there are other mailbox formats and other strategies for locating mail spools (e.g. in user's home directories). I'm interested in people's thoughts on these issues, but I'm mostly interested in whether or not the scenario I described falls within ext2/3's designed capabilities. Best. -- -- Joel Jaeggli Unix Consulting [EMAIL PROTECTED] GPG Key Fingerprint: 5C6E 0104 BAF0 40B0 5BD3 C38B F000 35AB B67F 56B2 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [OT] Quad-cpu motherboard recommendation
pIII's other than xeons aren't capable of running in > 2 cpu configurations... you chipset choices are also limited to 450nx, profusion, and serverset IIIHE joelja On Thu, 5 Jul 2001 [EMAIL PROTECTED] wrote: > Hello, > > can someone please recommend a motherboard that can carry four CPUs, > either AMD or Intel (but other than Pentium III Xeon 700 Mhz) capable of > running Linux? > > Best regards, > Ognen > -- ------ Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [OT] Quad-cpu motherboard recommendation
pIII's other than xeons aren't capable of running in 2 cpu configurations... you chipset choices are also limited to 450nx, profusion, and serverset IIIHE joelja On Thu, 5 Jul 2001 [EMAIL PROTECTED] wrote: Hello, can someone please recommend a motherboard that can carry four CPUs, either AMD or Intel (but other than Pentium III Xeon 700 Mhz) capable of running Linux? Best regards, Ognen -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Uncle Sam Wants YOU!
On Sun, 1 Jul 2001, William T Wilson wrote: > On Sun, 1 Jul 2001, Ben Ford wrote: > My understanding is that astronauts going up on the shuttle take turns > bringing a laptop computer so they have actual computing power available > to them. actually the mission related laptops are thinkpads running win95... http://www.spaceref.com/news/viewnews.html?id=213 the ISS also has some running solaris x86... all sorts of other computers have flow as parts of payloads... > The shuttle computer is not adequate for many tasks because it > is something like 30 years old, but that's what they use because it is > certified. So somebody has to bring along a non-certified system in their > "personal effects" allowance to get real work done :} avionics packages onboard the suttle have been significantly updated, since first flight(understatement). atlantis was the first to fly with the glass cockpit sometime in early 2000. joelja ------ Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Uncle Sam Wants YOU!
On Sun, 1 Jul 2001, William T Wilson wrote: On Sun, 1 Jul 2001, Ben Ford wrote: My understanding is that astronauts going up on the shuttle take turns bringing a laptop computer so they have actual computing power available to them. actually the mission related laptops are thinkpads running win95... http://www.spaceref.com/news/viewnews.html?id=213 the ISS also has some running solaris x86... all sorts of other computers have flow as parts of payloads... The shuttle computer is not adequate for many tasks because it is something like 30 years old, but that's what they use because it is certified. So somebody has to bring along a non-certified system in their personal effects allowance to get real work done :} avionics packages onboard the suttle have been significantly updated, since first flight(understatement). atlantis was the first to fly with the glass cockpit sometime in early 2000. joelja -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Microsoft and Xenix.
On Tue, 26 Jun 2001, Jocelyn Mayer wrote: you get DR-DOS = Digital Research DOS, then you get Novell DOS, then you get Caldera OpenDOS, currently opendos is owned by lineo > I think I remember that DR-DOS was the name that Caldera > gave to the Digital Research OS, previously known as GEMDOS, -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Microsoft and Xenix.
On Tue, 26 Jun 2001, Jocelyn Mayer wrote: you get DR-DOS = Digital Research DOS, then you get Novell DOS, then you get Caldera OpenDOS, currently opendos is owned by lineo I think I remember that DR-DOS was the name that Caldera gave to the Digital Research OS, previously known as GEMDOS, -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Microsoft and Xenix.
On Sun, 24 Jun 2001, Rob Landley wrote: > On Saturday 23 June 2001 23:07, Mike Castle wrote: > > On Sat, Jun 23, 2001 at 09:41:29PM -0500, [EMAIL PROTECTED] wrote: > > > Ah, yes, the RT/PC. That brings back some fond memories. My first > > > exposure to Unix was with AIX on the RT. I still have some of those > > > weird-sized RT AIX manuals around somewhere... > > > > We always ran AOS on RT's. Actually, the server was the only RT, the rest > > were some other model that was basically a PS/2 (286) that booted DOS, then > > booted the other same chip that the RT used that was on a daughter card. > > > > AOS was basically IBM's version of BSD. Academic Operating System. > > Now if somebody here could just point me to a decent reference on A/UX - > Apple's mid-80's version of Unix (for the early macintosh, I believe...) > > A big thing I'm trying to show in my book is that Unix has been, for almost > thirty years, the standard against which everything else was compared. Even > when it wasn't what people were directly using it's what the techies were > thinking about when they designed their other stuff. (That and the Xerox > Parc work...) > > Let's see, the real earthquakes in the computing world (off the top of my > head) are: 1937 claude shannon A Symbolic Analysis of Relay and Switching Circuits," 1948 claude shannon A mathematical theory of information. without those you're kind in trouble on the computing front... > MIT: project whirlwind (which got computing off of vacuum tubes, spawned DEC, > and Minsky's hacker lab. Gurus too numerous to mention.) > > Bell Labs: (the transistor, and 20 years later Unix. Gurus ken thompson, > dennis ritchie, the three transistor guys, ). > > DARPA: (Arpanet (BBN), funded project MAC at MIT, and Multics which brought > the MIT stuff to bell labs.) > > Xerox Parc (WIMP interface, WYSIWYG word processing/printing/desktop > publishing, object oriented programming, > > The integrated circuit/microchip (Texas Instruments' manufacturing > innovation, which led to the Intel 4004, which eventually led to the Altair, > which led to the personal computer. Moore's Law would probably be the theme > here...) > > The whole free software thing (Berkeley in the 70's to early 80's, Stallman > and the FSF taking over from there. And Andrew Tanenbaum's Minix, which > spawned Linux...) > > Huh, I'd have to mention IBM (forget the PC, how about the winchester > drive?), and of course the AT breakup (a negative earthquake, but big > anyway, sort of leading to the commercialization of the software side of > things, although Gates was trying that already. AT just removed a lot of > the roadblocks by shattering the opposition for a while.) > > Alright, I need to sit down and make an outline and a timeline. I admit > this... (Collecting the data is the easy part. ORGANIZING this fermenting > heap of disconnected facts and observations is the hard part...) > > > mrc > > Rob > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Microsoft and Xenix.
On Sun, 24 Jun 2001, Rob Landley wrote: On Saturday 23 June 2001 23:07, Mike Castle wrote: On Sat, Jun 23, 2001 at 09:41:29PM -0500, [EMAIL PROTECTED] wrote: Ah, yes, the RT/PC. That brings back some fond memories. My first exposure to Unix was with AIX on the RT. I still have some of those weird-sized RT AIX manuals around somewhere... We always ran AOS on RT's. Actually, the server was the only RT, the rest were some other model that was basically a PS/2 (286) that booted DOS, then booted the other same chip that the RT used that was on a daughter card. AOS was basically IBM's version of BSD. Academic Operating System. Now if somebody here could just point me to a decent reference on A/UX - Apple's mid-80's version of Unix (for the early macintosh, I believe...) A big thing I'm trying to show in my book is that Unix has been, for almost thirty years, the standard against which everything else was compared. Even when it wasn't what people were directly using it's what the techies were thinking about when they designed their other stuff. (That and the Xerox Parc work...) Let's see, the real earthquakes in the computing world (off the top of my head) are: 1937 claude shannon A Symbolic Analysis of Relay and Switching Circuits, 1948 claude shannon A mathematical theory of information. without those you're kind in trouble on the computing front... MIT: project whirlwind (which got computing off of vacuum tubes, spawned DEC, and Minsky's hacker lab. Gurus too numerous to mention.) Bell Labs: (the transistor, and 20 years later Unix. Gurus ken thompson, dennis ritchie, the three transistor guys, ). DARPA: (Arpanet (BBN), funded project MAC at MIT, and Multics which brought the MIT stuff to bell labs.) Xerox Parc (WIMP interface, WYSIWYG word processing/printing/desktop publishing, object oriented programming, The integrated circuit/microchip (Texas Instruments' manufacturing innovation, which led to the Intel 4004, which eventually led to the Altair, which led to the personal computer. Moore's Law would probably be the theme here...) The whole free software thing (Berkeley in the 70's to early 80's, Stallman and the FSF taking over from there. And Andrew Tanenbaum's Minix, which spawned Linux...) Huh, I'd have to mention IBM (forget the PC, how about the winchester drive?), and of course the ATT breakup (a negative earthquake, but big anyway, sort of leading to the commercialization of the software side of things, although Gates was trying that already. ATT just removed a lot of the roadblocks by shattering the opposition for a while.) Alright, I need to sit down and make an outline and a timeline. I admit this... (Collecting the data is the easy part. ORGANIZING this fermenting heap of disconnected facts and observations is the hard part...) mrc Rob - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Big-ish SCSI disks
75GB 80GB 180GB all work fine... your issues are: location of kernel, below 8GB until you have the chance to turn on lba32 in your lilo.conf... 2GB filesize limit bites people who use large disks more often (well at least in my app), use reiserfs. joelja On Fri, 25 May 2001, Greg Johnson wrote: > Hi kernel poeple, > > Can anyone out there say for certain that 76GB SCSI disks should > just work with kernel versions 2.2 and/or 2.4? We need to get some > big disk space and have heard reports of problems with disks > bigger than 30GB under linux. > > Thanks. > > Greg. > > -- ---------- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Big-ish SCSI disks
75GB 80GB 180GB all work fine... your issues are: location of kernel, below 8GB until you have the chance to turn on lba32 in your lilo.conf... 2GB filesize limit bites people who use large disks more often (well at least in my app), use reiserfs. joelja On Fri, 25 May 2001, Greg Johnson wrote: Hi kernel poeple, Can anyone out there say for certain that 76GB SCSI disks should just work with kernel versions 2.2 and/or 2.4? We need to get some big disk space and have heard reports of problems with disks bigger than 30GB under linux. Thanks. Greg. -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Not a typewriter
On Fri, 11 May 2001 [EMAIL PROTECTED] wrote: > >Heaven help us when tradition is more important than clarity. > > > > If clarity is the most important consideration, then other things should be > changed as well. For instance, the command we use to search for text strings in > files should be called "textsearch." That's a lot more clear than "grep." it's not clear to me that that textsearch is a more accurate description than Get Regular ExPression - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Not a typewriter
On Fri, 11 May 2001 [EMAIL PROTECTED] wrote: Heaven help us when tradition is more important than clarity. If clarity is the most important consideration, then other things should be changed as well. For instance, the command we use to search for text strings in files should be called textsearch. That's a lot more clear than grep. it's not clear to me that that textsearch is a more accurate description than Get Regular ExPression - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: reiserfs, xfs, ext2, ext3
I have a proxy server that's been running 2.4.3pre4 with reiserfs for the partitions on the cache disks. it has an uptime of 43 days at this point. it wasn't very stable at all (two crashes in one week) with 2.4.2. I'll be building 2.4.4 something when I get back from ghana to the US, but I don't want to reboot it onto a fresh kernel while I'm 11,000 miles away, serial console notwithstanding. Overall I'm of the belief that reiserfs is robust enough for mainstream use, and it's significantly faster than ext2 for the squid box, you do as usal need to be a bit selective about what kernel you choose to run. On Wed, 9 May 2001, Martín Marqués wrote: > Hi, > > We are waiting for a server with dual PIII, RAID 1,0 and 5 18Gb scsi disks to > come so we can change our proxy server, that will run on Linux with Squid. > One disk will go inside (I think?) and the other 4 on a tower conected to the > RAID, which will be have the cache of the squid server. > > One of my partners thinks that we should use reiserfs on all the server (the > partitions of the Linux distro, and the cache partitions), and I found out > that reiserfs has had lots of bugs, and is marked as experimental in kernel > 2.4.4. Not to mention that the people of RH discourage there users from using > it. > > There has also been lots of talks about reiserfs being the cause of some data > lose and performance lose (not sure about this last one). > > So what I want is to know which is the status of this 3 journaling FS. Which > is the one we should look for? > > I think that the data lose is not significant in a proxy cache, if the FS is > really fast, as is said reiserfs is. > > Saludos... :-) > > -- ------ Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: reiserfs, xfs, ext2, ext3
I have a proxy server that's been running 2.4.3pre4 with reiserfs for the partitions on the cache disks. it has an uptime of 43 days at this point. it wasn't very stable at all (two crashes in one week) with 2.4.2. I'll be building 2.4.4 something when I get back from ghana to the US, but I don't want to reboot it onto a fresh kernel while I'm 11,000 miles away, serial console notwithstanding. Overall I'm of the belief that reiserfs is robust enough for mainstream use, and it's significantly faster than ext2 for the squid box, you do as usal need to be a bit selective about what kernel you choose to run. On Wed, 9 May 2001, Martín Marqués wrote: Hi, We are waiting for a server with dual PIII, RAID 1,0 and 5 18Gb scsi disks to come so we can change our proxy server, that will run on Linux with Squid. One disk will go inside (I think?) and the other 4 on a tower conected to the RAID, which will be have the cache of the squid server. One of my partners thinks that we should use reiserfs on all the server (the partitions of the Linux distro, and the cache partitions), and I found out that reiserfs has had lots of bugs, and is marked as experimental in kernel 2.4.4. Not to mention that the people of RH discourage there users from using it. There has also been lots of talks about reiserfs being the cause of some data lose and performance lose (not sure about this last one). So what I want is to know which is the status of this 3 journaling FS. Which is the one we should look for? I think that the data lose is not significant in a proxy cache, if the FS is really fast, as is said reiserfs is. Saludos... :-) -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: monitor file writes
lsof will tell you what files are open and what applications are using them. joelja On Tue, 8 May 2001, Dennis Bjorklund wrote: > Is there a way in linux to montior file writes? > > I have something that is writing to the disk every 5:th second (approx.) > And I don't know what it is.. In windows I had a small program called > FileMonitor that where quite good in this situation. > > Is there such a program i linux? If not, is it because the kernel does not > provide this information. Maybe there is needed some new hooks to make it > possible? > > -- ------ Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: monitor file writes
lsof will tell you what files are open and what applications are using them. joelja On Tue, 8 May 2001, Dennis Bjorklund wrote: Is there a way in linux to montior file writes? I have something that is writing to the disk every 5:th second (approx.) And I don't know what it is.. In windows I had a small program called FileMonitor that where quite good in this situation. Is there such a program i linux? If not, is it because the kernel does not provide this information. Maybe there is needed some new hooks to make it possible? -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: your mail
yeah two hour upgrade window today... joelja On Thu, 26 Apr 2001, Alexandru Barloiu Nicolae wrote: > is ftp.kernel.org down or is just my connections fault ? > > axl > > > __ > support slackware anyway posible [EMAIL PROTECTED] anyone ? >http://www.slackware.com/forum/read.php?f=5=7887=7887 > > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > -- ------ Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: your mail
yeah two hour upgrade window today... joelja On Thu, 26 Apr 2001, Alexandru Barloiu Nicolae wrote: is ftp.kernel.org down or is just my connections fault ? axl __ support slackware anyway posible [EMAIL PROTECTED] anyone ? http://www.slackware.com/forum/read.php?f=5i=7887t=7887 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: More ATA100 oddity
udma 5 is ata100 udma4 is 66 so it's seeing your disk fine...
as far as the 27MB/s goes, it actually testing the disk and that's
what it got for throughput... that's acutally a pretty good number, on the
diamondmax 80 I get 23MB/s
/dev/hde:
Model=Maxtor 98196H8, FwRev=ZAH814Y0, SerialNo=V80H9YCC
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=-66060037, LBA=yes, LBAsects=160086528
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 udma5
/dev/hde:
Timing buffered disk reads: 64 MB in 2.77 seconds = 23.10 MB/sec
using promise ultra-100
On Thu, 19 Apr 2001, Nicholas Petreley wrote:
> I just noticed something odd. (I'm using 2.4.3-ac9 on an
> ASUS A7V, Athlon 1000 mHz)
>
>
> (1) As noted in other messages, my machine boots up the Promise
> chipset as UDMA(100)
>
>
> hde: 80041248 sectors (40981 MB) w/2048KiB Cache, CHS=79406/16/63, UDMA(100)
>
>
> (2) hdparm recognizes it as UDMA5 with 27 MB/sec speed
>
>
> /dev/hde:
>
> Model=Maxtor 54098H8, FwRev=DAC10SC0, SerialNo=K80EP5NC Config={ Fixed }
> RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
> BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16,MultSect=off
> CurCHS=16383/16/63, CurSects=16514064, LBA=yes,LBAsects=80041248
> IORDY=on/off, tPIO={min:120,w/IORDY:120},tDMA={min:120,rec:120}
> PIO modes: pio0 pio1 pio2 pio3 pio4
> DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
> Timing buffered disk reads: 64 MB in 2.31 seconds = 27.71 MB/sec
>
>
>
> (3) /proc/ide/pdc202xx sees it as UDMA 4
>
>
>
> PDC20265 Chipset.
> --- General Status -
> Burst Mode : enabled
> Host Mode: Normal
> Bus Clocking : 33 PCI Internal
> IO pad select: 10 mA
> Status Polling Period: 1
> Interrupt Check Status Polling Delay : 2
> --- Primary Channel Secondary Channel -
> enabled enabled
> 66 Clocking enabled disabled
>Mode PCI Mode PCI
> FIFO Empty FIFO Empty
> --- drive0 - drive1 drive0-- drive1 --
> DMA enabled:yes no no no
> DMA Mode: UDMA 4 NOTSET NOTSET NOTSET
> PIO Mode: PIO 4NOTSET NOTSETNOTSET
>
>
>
> Oh, and by the way, ACPI support has never powered off this
> machine. Ever. But I use apm and I'm happy.
>
>
> -Nick
>
>
--
--
Joel Jaeggli [EMAIL PROTECTED]
Academic User Services [EMAIL PROTECTED]
PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E
--
It is clear that the arm of criticism cannot replace the criticism of
arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of
the right, 1843.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: More ATA100 oddity
udma 5 is ata100 udma4 is 66 so it's seeing your disk fine...
as far as the 27MB/s goes, it actually testing the disk and that's
what it got for throughput... that's acutally a pretty good number, on the
diamondmax 80 I get 23MB/s
/dev/hde:
Model=Maxtor 98196H8, FwRev=ZAH814Y0, SerialNo=V80H9YCC
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=-66060037, LBA=yes, LBAsects=160086528
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 udma5
/dev/hde:
Timing buffered disk reads: 64 MB in 2.77 seconds = 23.10 MB/sec
using promise ultra-100
On Thu, 19 Apr 2001, Nicholas Petreley wrote:
I just noticed something odd. (I'm using 2.4.3-ac9 on an
ASUS A7V, Athlon 1000 mHz)
(1) As noted in other messages, my machine boots up the Promise
chipset as UDMA(100)
hde: 80041248 sectors (40981 MB) w/2048KiB Cache, CHS=79406/16/63, UDMA(100)
(2) hdparm recognizes it as UDMA5 with 27 MB/sec speed
/dev/hde:
Model=Maxtor 54098H8, FwRev=DAC10SC0, SerialNo=K80EP5NC Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16,MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes,LBAsects=80041248
IORDY=on/off, tPIO={min:120,w/IORDY:120},tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
Timing buffered disk reads: 64 MB in 2.31 seconds = 27.71 MB/sec
(3) /proc/ide/pdc202xx sees it as UDMA 4
PDC20265 Chipset.
--- General Status -
Burst Mode : enabled
Host Mode: Normal
Bus Clocking : 33 PCI Internal
IO pad select: 10 mA
Status Polling Period: 1
Interrupt Check Status Polling Delay : 2
--- Primary Channel Secondary Channel -
enabled enabled
66 Clocking enabled disabled
Mode PCI Mode PCI
FIFO Empty FIFO Empty
--- drive0 - drive1 drive0-- drive1 --
DMA enabled:yes no no no
DMA Mode: UDMA 4 NOTSET NOTSET NOTSET
PIO Mode: PIO 4NOTSET NOTSETNOTSET
Oh, and by the way, ACPI support has never powered off this
machine. Ever. But I use apm and I'm happy.
-Nick
--
--
Joel Jaeggli [EMAIL PROTECTED]
Academic User Services [EMAIL PROTECTED]
PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E
--
It is clear that the arm of criticism cannot replace the criticism of
arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of
the right, 1843.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.5 Workshop RealVideo streams -- next time, please getbetter audio.
There might be room in our educational mission for us the send someone with equipment to support the meeting like we do with the ietf, and nanog. joelja On Tue, 17 Apr 2001, Theodore Tso wrote: > On Mon, Apr 16, 2001 at 05:53:19PM -0700, David S. Miller wrote: > > > > It does not work in a relaxed "people sit at tables and comment > > at arbitrary points in time during a talk" setting such as the > > kernel summit. Besides putting a microphone at every table (which > > isn't all that practical honestly) I can't come up with a solution. > > I suspect that if we're going to do this again, having a microphone at > each table is what we'd have to do, assuming that we can keep the > numbers of people at the workshop down to 60-70 (which will be a *lot* > harder next time, since everyone and his brother will want to show up, > and will therefore pester, whine, and otherwise beg the workshop > organizers to be included onto the invite list). > > If we have a lot more people, we'll probably have to go to the two > microphones in the aisle approach. But at that point a large part of > the workshop will be destroyed; so hopefully we'll just be able to > keep the numbers of people in the workshop to manageable number. > > - Ted > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.5 Workshop RealVideo streams -- next time, please getbetter audio.
There might be room in our educational mission for us the send someone with equipment to support the meeting like we do with the ietf, and nanog. joelja On Tue, 17 Apr 2001, Theodore Tso wrote: On Mon, Apr 16, 2001 at 05:53:19PM -0700, David S. Miller wrote: It does not work in a relaxed "people sit at tables and comment at arbitrary points in time during a talk" setting such as the kernel summit. Besides putting a microphone at every table (which isn't all that practical honestly) I can't come up with a solution. I suspect that if we're going to do this again, having a microphone at each table is what we'd have to do, assuming that we can keep the numbers of people at the workshop down to 60-70 (which will be a *lot* harder next time, since everyone and his brother will want to show up, and will therefore pester, whine, and otherwise beg the workshop organizers to be included onto the invite list). If we have a lot more people, we'll probably have to go to the two microphones in the aisle approach. But at that point a large part of the workshop will be destroyed; so hopefully we'll just be able to keep the numbers of people in the workshop to manageable number. - Ted - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ -- ---------- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Proper way to release binary driver?
Hi, I'd take a look at how nvidia delivers the module for their video cards... http://www.nvidia.com/Products/Drivers.nsf/Linux.html you build the module with your current kernel or download the one for your distribution (limited number) 4-front tenchnologies has also done a long-term good job on this with oss joelja On Fri, 6 Apr 2001, Christopher Turcksin wrote: > "Eric W. Biederman" wrote: > > > If what you are after is a way to release a driver that is not a > > hassle to add to an already working system, you will find a more > > receptive ear. I have heard some talk, that it would be a good idea > > to figure out how to standardize how to compile a kernel driver > > outside the kernel tree, so it could be trivial enough that anyone > > could do it. To date there are enough people around who don't have > > problems compiling their own kernel that this hasn't become a major > > issue. > > Eric, > > I am finding myself exactly in this situation, and I've got a feeling > that this won't be the last time either. > > I expect that every future Linux driver I get involved with will be > released under GPL. However, I think that the majority of our customers > will be running a distribution that does not yet support a new driver, > and even at Linux speeds, it'll take a long enough time that customers > cannot afford to wait for the next release that includes the driver. > > So the big issue for us appears to be how we support these customers. > > There is no way that we can support customers who have custom kernels, > but since they are 'in it' enough to compile their own kernel, I guess > they're able to apply our patch and recompile it. I actually suspect > that there aren't that many who do this anyway. > > Where we find we have a problem is the number of different 'standard' > kernels out there. We find that we need to support all releases since > the last year or so for each distribution. And for each of those, we > find that there are many different kernel versions (some bugfixes, some > provide half a dozen different kernels with the CDs, aso.). And since we > do not expect these customers to compile their own kernel, we see no > option but to provide a precompiled binary driver. The numbers multiply > quickly and building all of those becomes an interesting problem. > > We had hoped that MODVERSIONS would allow us to provide a single (or at > most a few) binary driver. Kernels with even minor version numbers are > supposed to be stable (even if they are buggy) ie. not have wildly > changing kernel interfaces. > > In practice, that doesn't work. A driver compiled with 2.2.16 doesn't > load with 2.2.16-5.0 (from RedHat 6.2) (just an example). > > > > -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Proper way to release binary driver?
Hi, I'd take a look at how nvidia delivers the module for their video cards... http://www.nvidia.com/Products/Drivers.nsf/Linux.html you build the module with your current kernel or download the one for your distribution (limited number) 4-front tenchnologies has also done a long-term good job on this with oss joelja On Fri, 6 Apr 2001, Christopher Turcksin wrote: "Eric W. Biederman" wrote: If what you are after is a way to release a driver that is not a hassle to add to an already working system, you will find a more receptive ear. I have heard some talk, that it would be a good idea to figure out how to standardize how to compile a kernel driver outside the kernel tree, so it could be trivial enough that anyone could do it. To date there are enough people around who don't have problems compiling their own kernel that this hasn't become a major issue. Eric, I am finding myself exactly in this situation, and I've got a feeling that this won't be the last time either. I expect that every future Linux driver I get involved with will be released under GPL. However, I think that the majority of our customers will be running a distribution that does not yet support a new driver, and even at Linux speeds, it'll take a long enough time that customers cannot afford to wait for the next release that includes the driver. So the big issue for us appears to be how we support these customers. There is no way that we can support customers who have custom kernels, but since they are 'in it' enough to compile their own kernel, I guess they're able to apply our patch and recompile it. I actually suspect that there aren't that many who do this anyway. Where we find we have a problem is the number of different 'standard' kernels out there. We find that we need to support all releases since the last year or so for each distribution. And for each of those, we find that there are many different kernel versions (some bugfixes, some provide half a dozen different kernels with the CDs, aso.). And since we do not expect these customers to compile their own kernel, we see no option but to provide a precompiled binary driver. The numbers multiply quickly and building all of those becomes an interesting problem. We had hoped that MODVERSIONS would allow us to provide a single (or at most a few) binary driver. Kernels with even minor version numbers are supposed to be stable (even if they are buggy) ie. not have wildly changing kernel interfaces. In practice, that doesn't work. A driver compiled with 2.2.16 doesn't load with 2.2.16-5.0 (from RedHat 6.2) (just an example). -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
RE: Plans for 2.5
On Thu, 29 Mar 2001, Hen, Shmulik wrote: > Just some general questions: > > 1) Is there anywhere a list that describes what is intended to be in 2.5.x ? > 2) Are there any early releases of 2.5.x ? if it's anything like 2.1 or 2.3 we need a bit more 2.4 tidying till somebody decides some major component needs a rewrite. > 3) Are the things for 2.5.x being discussed on another mailing list ? > 4) What is the time frame of releasing 2.5.x-final (or 2.6.x) ? wow that's jumping the gun a bit. > Specifically, I'm more interested in the network driver aspect. > 1) Are there any intended changes to the networking layer ? I should think. > 2) I over heard something about making the driver reentrant - any news ? > 3) What about support for IPv6 ? (I noticed it was marked as experimental > until now) one of things I'd like to see is igmpv3 support. The sprintlabs code would need pretty serious effort to make pretty, but folks are starting to work on getting wilberts (kpn) code into freebsd 4.3 beta so it might be time to start looking at it. > > Thanks in advance, > Shmulik Hen > Software Engineer > Linux Advanced Networking Services > Intel Network Communications Group > Jerusalem, Israel > > > -Original Message- > From: Bruno Avila [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 29, 2001 12:45 AM > To: [EMAIL PROTECTED] > Subject: Plans for 2.5 > > > Hello people, > > I got some questions. When are we going to develop stuff for 2.5? > What is > planed? My opinion for linux 2.5 should be performance. Since linux already > is stable or well done for nature, we could thing more on performance to be > a diferencial over others. What do you people thing? > > Bruno Avila > > PS: Not a good english. I know! :) > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux Kernel IRC Room?
there's discussion on irc.linpeople.org and irc.slashnet.org... but I'm not sure the kernel needs an offical channel... joelja On Thu, 29 Mar 2001, Colin Watson wrote: > David Lang <[EMAIL PROTECTED]> wrote: > >how do you hold a real-time chat with people around the world? the fact > >that the key people would seldom be on at the same time severly limits > >it's usefullness. the mailing list does a pretty good job as is. > > Doesn't seem to harm #debian-devel ... > > -- ------ Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux Kernel IRC Room?
there's discussion on irc.linpeople.org and irc.slashnet.org... but I'm not sure the kernel needs an offical channel... joelja On Thu, 29 Mar 2001, Colin Watson wrote: David Lang [EMAIL PROTECTED] wrote: how do you hold a real-time chat with people around the world? the fact that the key people would seldom be on at the same time severly limits it's usefullness. the mailing list does a pretty good job as is. Doesn't seem to harm #debian-devel ... -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
RE: Plans for 2.5
On Thu, 29 Mar 2001, Hen, Shmulik wrote: Just some general questions: 1) Is there anywhere a list that describes what is intended to be in 2.5.x ? 2) Are there any early releases of 2.5.x ? if it's anything like 2.1 or 2.3 we need a bit more 2.4 tidying till somebody decides some major component needs a rewrite. 3) Are the things for 2.5.x being discussed on another mailing list ? 4) What is the time frame of releasing 2.5.x-final (or 2.6.x) ? wow that's jumping the gun a bit. Specifically, I'm more interested in the network driver aspect. 1) Are there any intended changes to the networking layer ? I should think. 2) I over heard something about making the driver reentrant - any news ? 3) What about support for IPv6 ? (I noticed it was marked as experimental until now) one of things I'd like to see is igmpv3 support. The sprintlabs code would need pretty serious effort to make pretty, but folks are starting to work on getting wilberts (kpn) code into freebsd 4.3 beta so it might be time to start looking at it. Thanks in advance, Shmulik Hen Software Engineer Linux Advanced Networking Services Intel Network Communications Group Jerusalem, Israel -Original Message- From: Bruno Avila [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 29, 2001 12:45 AM To: [EMAIL PROTECTED] Subject: Plans for 2.5 Hello people, I got some questions. When are we going to develop stuff for 2.5? What is planed? My opinion for linux 2.5 should be performance. Since linux already is stable or well done for nature, we could thing more on performance to be a diferencial over others. What do you people thing? Bruno Avila PS: Not a good english. I know! :) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ -- ---------- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: menuconfig snafu?
note also smp is enabled by default... While that's won't break most boxes it will prevent some other things like apm from working... You sorta got to pick your battles... no default kernel config is gonna work for everyone. joelja On Wed, 28 Mar 2001, Brad Johnson wrote: > On Wed, Mar 28, 2001 at 04:07:23PM -0500, Doug McNaught wrote: > > Dennis <[EMAIL PROTECTED]> writes: > > > > > I also find it interesting that the default at kernel.org wont boot on a > > > Pentium...generic should be the default. > > > > The default config is what boots on Linus' machine. Once you realise > > that your life get a lot easier. ;) > > Hmmm... wonder why that's not a Crusoe? ;-} > > -- ------ Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: menuconfig snafu?
note also smp is enabled by default... While that's won't break most boxes it will prevent some other things like apm from working... You sorta got to pick your battles... no default kernel config is gonna work for everyone. joelja On Wed, 28 Mar 2001, Brad Johnson wrote: On Wed, Mar 28, 2001 at 04:07:23PM -0500, Doug McNaught wrote: Dennis [EMAIL PROTECTED] writes: I also find it interesting that the default at kernel.org wont boot on a Pentium...generic should be the default. The default config is what boots on Linus' machine. Once you realise that your life get a lot easier. ;) Hmmm... wonder why that's not a Crusoe? ;-} -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Forwarding broadcast traffic
> Is it possible to selectively bridge broadcast traffic in the way I have > described? Take a look at how your router handles broadcast dhcp requests cisco at least have a dhcp helper functionality which is essentially just what you're asking for (selective forwarding of broadcast traffic. if you really want to do this in a standard fashion though it sounds like an application for multicast... joelja > Normally of course I'd have the router either being a standard router or > a bridge but in this case some kind of hybrid arrangement would be > preferable. > > Thanks for your help, > --jcm > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > -- ---------- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Forwarding broadcast traffic
Is it possible to selectively bridge broadcast traffic in the way I have described? Take a look at how your router handles broadcast dhcp requests cisco at least have a dhcp helper functionality which is essentially just what you're asking for (selective forwarding of broadcast traffic. if you really want to do this in a standard fashion though it sounds like an application for multicast... joelja Normally of course I'd have the router either being a standard router or a bridge but in this case some kind of hybrid arrangement would be preferable. Thanks for your help, --jcm - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: DMA blues...System lockup on setting DMA mode using hdparam
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: DMA blues...System lockup on setting DMA mode using hdparam
On Fri, 23 Feb 2001, Jasmeet Sidhu wrote: Also another question related to IDE: Is there anyway we can see how good/bad the system performance is while the system is working? that information (what the disk subsytem as a whole is doing) is collected in /proc/stat something like xosview can help you visualize it. I am not talking about a benchmarking tool like bonnie that simply tries to figure out how good a system can perform. I would like to see something, maybe in /proc/ide/, that shows me the current throughput of the ide subsystem. For example how many kb of data is going in, how much coming out of each device. Any ideas on how to go about maybe adding this? Where would be an ideal place to add such functionality? In the ide code or maybe in the raid section? Or maybe these two should be kept separate. Any thoughts guys? Any additional required information can be posted, let me know. Anybody else out there with a similar situation? Your thoughts on this would be really appreciated. I actually have a similar situation although without hanging, with three controllers. the kernels detects the two devices on the third controller as udma rather than udma(100) with 2.4.1. hda: 30003120 sectors (15362 MB) w/1916KiB Cache, CHS=1867/255/63, UDMA(33) hdc: 30003120 sectors (15362 MB) w/1916KiB Cache, CHS=29765/16/63, UDMA(33) first two are on the server-works chipset controller hde: 150136560 sectors (76870 MB) w/1916KiB Cache, CHS=148945/16/63, UDMA(100) hdg: 150136560 sectors (76870 MB) w/1916KiB Cache, CHS=148945/16/63, UDMA(100) hdi: 150136560 sectors (76870 MB) w/1916KiB Cache, CHS=148945/16/63, UDMA(100) hdk: 150136560 sectors (76870 MB) w/1916KiB Cache, CHS=148945/16/63, UDMA(100) hdm: 30003120 sectors (15362 MB) w/1916KiB Cache, CHS=29765/16/63, (U)DMA hdo: 150136560 sectors (76870 MB) w/1916KiB Cache, CHS=148945/16/63, (U)DMA these 6 are on three promise contollers... all with 18" 80pin cable hdd: ATAPI 40X CD-ROM drive, 128kB Cache, UDMA(33) Here's the setup: ide0 at 0x3800-0x3807,0x3402 on irq 11PDC20265 ide1 at 0x3000-0x3007,0x2802 on irq 11 ide2 at 0x5400-0x5407,0x5002 on irq 15PDC20267 ide3 at 0x4800-0x4807,0x4402 on irq 15 ide4 at 0x7000-0x7007,0x6802 on irq 11PDC20267 ide5 at 0x6400-0x6407,0x6002 on irq 11 ide6 at 0x8800-0x8807,0x8402 on irq 14PDC20267 ide7 at 0x8000-0x8007,0x7802 on irq 14 ide8 at 0xa400-0xa407,0xa002 on irq 10PDC20267 ide9 at 0x9800-0x9807,0x9402 on irq 10 hda: 40188960 sectors (20577 MB) w/1916KiB Cache, CHS=39870/16/63, UDMA(100) hdc: 150136560 sectors (76870 MB) w/1916KiB Cache, CHS=148945/16/63, UDMA(100) hde: 150136560 sectors (76870 MB) w/1916KiB Cache, CHS=148945/16/63, UDMA(100) hdg: 150136560 sectors (76870 MB) w/1916KiB Cache, CHS=148945/16/63, UDMA(100) hdi: 150136560 sectors (76870 MB) w/1916KiB Cache, CHS=148945/16/63, UDMA(100) hdk: 150136560 sectors (76870 MB) w/1916KiB Cache, CHS=148945/16/63, UDMA(100) hdm: 150136560 sectors (76870 MB) w/1916KiB Cache, CHS=148945/16/63, UDMA(100) hdo: 150136560 sectors (76870 MB) w/1916KiB Cache, CHS=148945/16/63, UDMA(100) hdq: 150136560 sectors (76870 MB) w/1916KiB Cache, CHS=148945/16/63, UDMA(100) hds: 150136560 sectors (76870 MB) w/1916KiB Cache, CHS=148945/16/63, UDMA(100) # Raid-5 configuration # raiddev /dev/md0 raid-level5 chunk-size4 parity-algorithm left-symmetric persistent-superblock 1 nr-raid-disks 8 nr-spare-disks1 device/dev/hde1 raid-disk 0 device/dev/hdg1 raid-disk 1 device/dev/hdi1 raid-disk 2 device/dev/hdk1 raid-disk 3 device/dev/hdm1 raid-disk 4 device/dev/hdo1 raid-disk 5 device/dev/hdq1 raid-disk 6 device/dev/hds1 raid-disk 7 device/dev/hdc1 spare-disk0 [root@bertha hdparm-3.9]# df -k Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda3 19072868 3589612 14514392 20% / /dev/hda1 198313 11667176392 7% /boot /dev/md0 525461076 108657156 416803920 21% /raid sj-f760-1:/vol/vol03/data01 142993408 140675648 2317760 99% /mnt/netapps - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ -- ----
Re: Multiplexing mouse input
On Tue, 30 Jan 2001, Dax Kelson wrote: > > My laptop has a touchpad builtin with two buttons, I also have an external > PS2 and/or USB mouse (3 buttons with scroll wheel). > > I would like to be able to use the touchpad, and then plug in the mouse > (with either PS2 or USB connector) and use it without reconfiguring > anything. It's works on Toshiba's and some other varieties of laptop... typically there's a setting like "simultanious point ing device in the bios" > In fact, it would be cool if I could use both at the same time. you can in those cases... in others (some older cannon laptops I know for sure) connecting an external ps/2 device disables the internal... > Is this possible with the new "Input Drivers" in the 2.4 kernel? Is it > possible with Linux at all? > > As a comparison, at least two other OSes, Windows 2000 and NetBSD 1.5 > multiplex mouse input and allow use of two (or more!) mice at the same > time. > > Dax Kelson > > NetBSD "wscons console driver" info: > > http://www.netbsd.org/Documentation/wscons/ > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > Please read the FAQ at http://www.tux.org/lkml/ > -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Multiplexing mouse input
On Tue, 30 Jan 2001, Dax Kelson wrote: My laptop has a touchpad builtin with two buttons, I also have an external PS2 and/or USB mouse (3 buttons with scroll wheel). I would like to be able to use the touchpad, and then plug in the mouse (with either PS2 or USB connector) and use it without reconfiguring anything. It's works on Toshiba's and some other varieties of laptop... typically there's a setting like "simultanious point ing device in the bios" In fact, it would be cool if I could use both at the same time. you can in those cases... in others (some older cannon laptops I know for sure) connecting an external ps/2 device disables the internal... Is this possible with the new "Input Drivers" in the 2.4 kernel? Is it possible with Linux at all? As a comparison, at least two other OSes, Windows 2000 and NetBSD 1.5 multiplex mouse input and allow use of two (or more!) mice at the same time. Dax Kelson NetBSD "wscons console driver" info: http://www.netbsd.org/Documentation/wscons/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/ -- ---------- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Any dual AGP slot motherboards?
the AGP bus specification is for a single device (master) you can review it at: http://www.intel.com/technology/agp/agp_index.htm joelja On Thu, 19 Oct 2000, James Simmons wrote: > > Hi! > > I looking for a motherboard that supports more than one AGP slot. Does > anyone know any like this? > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > Please read the FAQ at http://www.tux.org/lkml/ > -- ------ Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Any dual AGP slot motherboards?
the AGP bus specification is for a single device (master) you can review it at: http://www.intel.com/technology/agp/agp_index.htm joelja On Thu, 19 Oct 2000, James Simmons wrote: Hi! I looking for a motherboard that supports more than one AGP slot. Does anyone know any like this? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/ -- ------ Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Supermicro 370DE6
we have an outstanding order for one... word from the vendor was first or second week in november. joelja On Wed, 18 Oct 2000, Wakko Warner wrote: > Has anyone tried this board with any recent 2.2 or 2.4 kernel? > > It has: > Onboard Intel 82559 Ethernet controller > Onboard Adaptec AIC-7899 dual channel Ultra160 SCSI controller > ServerWorks ServerSet III HE-SL Chipset > > -- ------ Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Supermicro 370DE6
we have an outstanding order for one... word from the vendor was first or second week in november. joelja On Wed, 18 Oct 2000, Wakko Warner wrote: Has anyone tried this board with any recent 2.2 or 2.4 kernel? It has: Onboard Intel 82559 Ethernet controller Onboard Adaptec AIC-7899 dual channel Ultra160 SCSI controller ServerWorks ServerSet III HE-SL Chipset -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
RE: Availability of kdb
Gene Amdahl I think... On Mon, 18 Sep 2000, Marty Fouts wrote: > I think that more people quote Brooks than have read him and that more > people know him from the Mythical Man Month than from the POO. > > He wasn't, by the way, the principle architect of OS/360; he was the manager > of the 360 development organization. I will email a monster cookie to the > first person who correctly identifies the original architect of OS/360. > > And yes, if Linus manages to learn some new lesson from Linux and writes a > book about it of the endurance of MMM, I'll be shown wrong in my assertion > about his being remembered. > > By the way, my favorite part of the anniversary edition of MMM is Brooks' > apology to Gries about being wrong about information hiding. > > -Original Message- > From: Malcolm Beattie [mailto:[EMAIL PROTECTED]] > Sent: Monday, September 18, 2000 3:22 AM > To: [EMAIL PROTECTED] > Subject: Re: Availability of kdb > > Marty Fouts writes: > > Here's another piece of free advice, worth less than you paid for it: in > 25 > > years, only the computer history trivia geeks are going to remember you, > > just as only a very small handful of us now remember who wrote OS/360. > > You mean like Fred Brooks who managed the development of OS/360, had > some innovative ideas about how large software projects should be run, > whose ideas clashed with contemporary ones, who became a celebrity? > You don't spot any parallels there? He whose book "Mythical Man Month" > with "No Silver Bullet" and "The Second System Effect" are quoted > around the industry decades later? And you think that's only a small > handful of people? > > --Malcolm > > -- > Malcolm Beattie <[EMAIL PROTECTED]> > Unix Systems Programmer > Oxford University Computing Services > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > Please read the FAQ at http://www.tux.org/lkml/ > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > Please read the FAQ at http://www.tux.org/lkml/ > -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
RE: Availability of kdb
Gene Amdahl I think... On Mon, 18 Sep 2000, Marty Fouts wrote: I think that more people quote Brooks than have read him and that more people know him from the Mythical Man Month than from the POO. He wasn't, by the way, the principle architect of OS/360; he was the manager of the 360 development organization. I will email a monster cookie to the first person who correctly identifies the original architect of OS/360. And yes, if Linus manages to learn some new lesson from Linux and writes a book about it of the endurance of MMM, I'll be shown wrong in my assertion about his being remembered. By the way, my favorite part of the anniversary edition of MMM is Brooks' apology to Gries about being wrong about information hiding. -Original Message- From: Malcolm Beattie [mailto:[EMAIL PROTECTED]] Sent: Monday, September 18, 2000 3:22 AM To: [EMAIL PROTECTED] Subject: Re: Availability of kdb Marty Fouts writes: Here's another piece of free advice, worth less than you paid for it: in 25 years, only the computer history trivia geeks are going to remember you, just as only a very small handful of us now remember who wrote OS/360. You mean like Fred Brooks who managed the development of OS/360, had some innovative ideas about how large software projects should be run, whose ideas clashed with contemporary ones, who became a celebrity? You don't spot any parallels there? He whose book "Mythical Man Month" with "No Silver Bullet" and "The Second System Effect" are quoted around the industry decades later? And you think that's only a small handful of people? --Malcolm -- Malcolm Beattie [EMAIL PROTECTED] Unix Systems Programmer Oxford University Computing Services - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/ -- ------ Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Who ate my BogoMIPS?!
the mobile pentium III's will operate at 500mhz when disconnected from power in order to conserve the battery unless you disable this functionality in the bios(which yoou can do at the expense of some battery life)... you should see the lower bogomips result when booting without the laptop connected to ac power... joelja On 11 Sep 2000, Alexander Hoogerhuis wrote: > A similar issue here that has cropped up with a few laptops I've > tried: The measured BogoMIPS and CPU clock speed varies from boot to > boot. > > The machines are all Compaq Armada M700's, all models are PIII-500, > PIII-600, PIII-650, PIII-700 and PIII-750's. Any one of these models > will be randomly detected as having any speed that is either a) > correct or b) of any model below it. > > It has always been tried on a kernel with APM, 2.2.14-17. If anyone > wants more info, feel free to ask for moer info. > > cheers, > Alexander > > Bernd Kischnick <[EMAIL PROTECTED]> writes: > > > I'm sure I missed some redefinition, > > but lately I noticed that the BogoMIPS count > > for my PowerMac has dropped rather significantly. > > > > My logs still show kernel 2.4.0-test6 at 166.30 BogoMIPS --- > > and now there are only 14.23 left! (since -test7) > > > > CPU showing signs of age? > > Should I invest in a new computer? > > By the way, has someone tested Linux on Apple's cube? ;-) > > > > - Bernd > > - > > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > > the body of a message to [EMAIL PROTECTED] > > Please read the FAQ at http://www.tux.org/lkml/ > > -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Who ate my BogoMIPS?!
the mobile pentium III's will operate at 500mhz when disconnected from power in order to conserve the battery unless you disable this functionality in the bios(which yoou can do at the expense of some battery life)... you should see the lower bogomips result when booting without the laptop connected to ac power... joelja On 11 Sep 2000, Alexander Hoogerhuis wrote: A similar issue here that has cropped up with a few laptops I've tried: The measured BogoMIPS and CPU clock speed varies from boot to boot. The machines are all Compaq Armada M700's, all models are PIII-500, PIII-600, PIII-650, PIII-700 and PIII-750's. Any one of these models will be randomly detected as having any speed that is either a) correct or b) of any model below it. It has always been tried on a kernel with APM, 2.2.14-17. If anyone wants more info, feel free to ask for moer info. cheers, Alexander Bernd Kischnick [EMAIL PROTECTED] writes: I'm sure I missed some redefinition, but lately I noticed that the BogoMIPS count for my PowerMac has dropped rather significantly. My logs still show kernel 2.4.0-test6 at 166.30 BogoMIPS --- and now there are only 14.23 left! (since -test7) CPU showing signs of age? Should I invest in a new computer? By the way, has someone tested Linux on Apple's cube? ;-) - Bernd - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/ -- ------ Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2T for i386
On Thu, 31 Aug 2000, Alan Cox wrote: > > >You might be able to do that with hardware IDE raid controllers and the like > > >such as the 3ware 8 port cards, or scsi raid controllers and then run ext3 > > >or reiserfs. > > > > If you're building a 2TB array, you're not gonna do it with bloody IDE > > hardware. (I hope you're joking.) > > I used to think that. Im planning on deploying a 1Tb IDE raid using 3ware kit > for an ftp site very soon. Its very cheap and its very fast. UDMA with > one disk per channel and the controller doing some of the work. > > All it lacks is hot swap. especially when you start considering size and cost requirements ide looks particularly attractive. 75GB scsi disks are 11 platter (ibm) or 12 (seagate) half height drives vs the 75gxp ide (ibm) with has five platters and is 1" high. The 75GB scsi disks are around $1500ea vs the ide which are around $550. so if you're requirements are lots of disk space you can do ide in about 1/2 the physical space and for about 1/3 the cost of a similar scsi implementation, at this time. there are of course still good reasons to go with scsi for various applications, but raw space alone probably isn't one of them. we're bringing up two 675GB stripes shortly to augment an existing 160GB stripe we have. joelja ------ Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
