Re: [PATCH][CFT] ext2 directories in pagecache
On Thu, Apr 12, 2001 at 12:33:42PM -0400, Alexander Viro wrote: > Folks, IMO ext2-dir-patch got to the stable stage. Currently > it's against 2.4.4-pre2, but it should apply to anything starting with > 2.4.2 or so. Have you had any feedback about this patch? I applied it last night to 2.4.3. It seemed to work. When I booted my computer this morning fsck complained about problems with the directory on one of my ext2 file systems. Since fsck does not run on every boot I dont really have a way of knowing if this has anything to do with your patch or not. I'm running the patched kernel again right now. Ill shutdown and force an fsck later today to see if anything shows up. Thanks, Jim - 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: [PATCH][CFT] ext2 directories in pagecache
On Thu, Apr 12, 2001 at 12:33:42PM -0400, Alexander Viro wrote: Folks, IMO ext2-dir-patch got to the stable stage. Currently it's against 2.4.4-pre2, but it should apply to anything starting with 2.4.2 or so. Have you had any feedback about this patch? I applied it last night to 2.4.3. It seemed to work. When I booted my computer this morning fsck complained about problems with the directory on one of my ext2 file systems. Since fsck does not run on every boot I dont really have a way of knowing if this has anything to do with your patch or not. I'm running the patched kernel again right now. Ill shutdown and force an fsck later today to see if anything shows up. Thanks, Jim - 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 Fri, Mar 30, 2001 at 07:54:44PM -0800, Joel Jaeggli wrote: > On Thu, 29 Mar 2001, Hen, Shmulik wrote: > > 4) What is the time frame of releasing 2.5.x-final (or 2.6.x) ? > > wow that's jumping the gun a bit. But its easy to answer. It will come out about 1 year after whatever target date we initially set :-) - 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 Fri, Mar 30, 2001 at 07:54:44PM -0800, Joel Jaeggli wrote: On Thu, 29 Mar 2001, Hen, Shmulik wrote: 4) What is the time frame of releasing 2.5.x-final (or 2.6.x) ? wow that's jumping the gun a bit. But its easy to answer. It will come out about 1 year after whatever target date we initially set :-) - 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/
Kernel QA
On Tue, Mar 27, 2001 at 12:13:32AM -0800, David Konerding wrote: > No, the point is that the linux developers should regression test their > code BEFORE > releasing it to the public as a version like "2.4.2". When I see a > version like "2.4.2", I have an expectation that all the stupid little > problems (like mounting loopback filesystem) have already been found. You bring up a good point. We call the even branches the stable branches and we do other things that promote the idea that people should be able to download a 2.even.X kernel, install it on their machine, and expect it to work. I think we need to back away from this idea. It seems to me that the real (perhaps not the intended) function of kernel releases is keeping kernel developers in sync. Promoting the idea that they are thought to be suitable for production use just gets us in trouble. Instead I think we need to encourage people who want to use Linux, rather than develop it, to use kernels from a distribution. After all, the distributors put a lot of effort into doing QA and putting together a compatable system, we should leverage that. We need to ensure that people know that when they install the latest kernel from Linus, they are the QA. Please note that I am not trying to say that we should not try and make the kernels we release as good as possible. It certainly makes things a lot better for everyone if bugs dont get introduced by new kernel versions. I do think we need to be more explicit about exactly what people should and should not be able to expect from a "Linus kernel". Thanks, Jim - 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/
Kernel QA
On Tue, Mar 27, 2001 at 12:13:32AM -0800, David Konerding wrote: No, the point is that the linux developers should regression test their code BEFORE releasing it to the public as a version like "2.4.2". When I see a version like "2.4.2", I have an expectation that all the stupid little problems (like mounting loopback filesystem) have already been found. You bring up a good point. We call the even branches the stable branches and we do other things that promote the idea that people should be able to download a 2.even.X kernel, install it on their machine, and expect it to work. I think we need to back away from this idea. It seems to me that the real (perhaps not the intended) function of kernel releases is keeping kernel developers in sync. Promoting the idea that they are thought to be suitable for production use just gets us in trouble. Instead I think we need to encourage people who want to use Linux, rather than develop it, to use kernels from a distribution. After all, the distributors put a lot of effort into doing QA and putting together a compatable system, we should leverage that. We need to ensure that people know that when they install the latest kernel from Linus, they are the QA. Please note that I am not trying to say that we should not try and make the kernels we release as good as possible. It certainly makes things a lot better for everyone if bugs dont get introduced by new kernel versions. I do think we need to be more explicit about exactly what people should and should not be able to expect from a "Linus kernel". Thanks, Jim - 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 2.4.2 fails to merge mmap areas, 700% slowdown.
On Thu, Mar 22, 2001 at 07:35:49PM +0100, Jakob Østergaard wrote: > My code here is quite template heavy, and I suspect that's what's triggering > it. In fact, I can't compile our development code with optimization, because > GCC runs out of memory (it only allocates some 300-500 MB, but each page has > it's own map in /proc/pid/maps, and a wc -l /proc/pid/maps doesn't finish for > minutes). My typical GCC eats 100-200 MB and runs for several minutes. Would it be possible for you to post the preprocessor outout to this list? It would be quite nice to have this testcase. Jim - 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 2.4.2 fails to merge mmap areas, 700% slowdown.
On Thu, Mar 22, 2001 at 07:35:49PM +0100, Jakob stergaard wrote: My code here is quite template heavy, and I suspect that's what's triggering it. In fact, I can't compile our development code with optimization, because GCC runs out of memory (it only allocates some 300-500 MB, but each page has it's own map in /proc/pid/maps, and a wc -l /proc/pid/maps doesn't finish for minutes). My typical GCC eats 100-200 MB and runs for several minutes. Would it be possible for you to post the preprocessor outout to this list? It would be quite nice to have this testcase. Jim - 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: spinlock usage - ext2_get_block, lru_list_lock
On Wed, Mar 21, 2001 at 12:16:47PM -0500, Alexander Viro wrote: > Obext2: > Guys, help with testing directories-in-pagecache patch. It works fine > here and I would really like it to get serious beating. > Patch is on ftp.math.psu.edu/pub/viro/ext2-dir-patch-b-S2.gz (against > 2.4.2, but applies to 2.4.3-pre* too). > I would love to test this patch, but I really dont want it touching my other ext2 file systems (like /). I assume it would be possible to copy the ext2 code over to something like linux/fs/extnew, patch that, and then mount my scratch partitions as extnew. I can try an cook something like this up, but I thought you might already have it, so I am posting here to see. Thanks, Jim - 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: spinlock usage - ext2_get_block, lru_list_lock
On Wed, Mar 21, 2001 at 12:16:47PM -0500, Alexander Viro wrote: Obext2: plug Guys, help with testing directories-in-pagecache patch. It works fine here and I would really like it to get serious beating. Patch is on ftp.math.psu.edu/pub/viro/ext2-dir-patch-b-S2.gz (against 2.4.2, but applies to 2.4.3-pre* too). /plug I would love to test this patch, but I really dont want it touching my other ext2 file systems (like /). I assume it would be possible to copy the ext2 code over to something like linux/fs/extnew, patch that, and then mount my scratch partitions as extnew. I can try an cook something like this up, but I thought you might already have it, so I am posting here to see. Thanks, Jim - 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: Is swap == 2 * RAM a permanent thing?
On Thu, Mar 15, 2001 at 08:26:35PM -0300, Rik van Riel wrote: > When we swap something in from swap, it is in effect "duplicated" > in memory and swap. Freeing the swap space of these duplicates > will mean we have, effectively, more swap space. Hi Rik, Thanks for the explanation. It brings another question to mind. Lets assume that I have two 16M processes and 32M of swap space. Both the processes have been swapped out at some point in time so the swap space is full. A third process is running and tries to allocate some memory, and the kernel has no free pages. Since swap is full, will the kernel kill my process, or will it try and page out one of the processes that does have space on swap? Thanks, Jim - 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: Is swap == 2 * RAM a permanent thing?
On Thu, Mar 15, 2001 at 08:26:35PM -0300, Rik van Riel wrote: When we swap something in from swap, it is in effect "duplicated" in memory and swap. Freeing the swap space of these duplicates will mean we have, effectively, more swap space. Hi Rik, Thanks for the explanation. It brings another question to mind. Lets assume that I have two 16M processes and 32M of swap space. Both the processes have been swapped out at some point in time so the swap space is full. A third process is running and tries to allocate some memory, and the kernel has no free pages. Since swap is full, will the kernel kill my process, or will it try and page out one of the processes that does have space on swap? Thanks, Jim - 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: quicksort for linked list
On Fri, Mar 09, 2001 at 01:08:57PM +0530, Manoj Sontakke wrote: > Hi > Sorry, these questions do not belog here but i could not find any > better place. > > 1. Is quicksort on doubly linked list is implemented anywhere? I need it > for sk_buff queues. I would suggest that you use merge sort. It is ideally suited for sorting linked lists, and it always has N log N running time. I dont know of an existing implementation in the kernel sources, but it should be easy to write one. I did a google search on "merge sort" "linked list" and it comes up with lots of links. Here is a good one: http://www.ddj.com/articles/1998/9805/9805p/9805p.htm?topic=java Hope this helps, Jim - 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: quicksort for linked list
On Fri, Mar 09, 2001 at 01:08:57PM +0530, Manoj Sontakke wrote: Hi Sorry, these questions do not belog here but i could not find any better place. 1. Is quicksort on doubly linked list is implemented anywhere? I need it for sk_buff queues. I would suggest that you use merge sort. It is ideally suited for sorting linked lists, and it always has N log N running time. I dont know of an existing implementation in the kernel sources, but it should be easy to write one. I did a google search on "merge sort" "linked list" and it comes up with lots of links. Here is a good one: http://www.ddj.com/articles/1998/9805/9805p/9805p.htm?topic=java Hope this helps, Jim - 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: [Announce] SnapFS Snapshot File System alpha release
On Thu, Mar 01, 2001 at 02:38:32PM -0800, Peter J. Braam wrote: > SnapFS - Snapshot File System > > Release: alpha1 > Requires: Linux 2.2.18 or later, Ext3 and EA. > WWW site: http://www.mountainviewdata.com/technology/snapfs This sounds really nice! - 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: [Announce] SnapFS Snapshot File System alpha release
On Thu, Mar 01, 2001 at 02:38:32PM -0800, Peter J. Braam wrote: SnapFS - Snapshot File System Release: alpha1 Requires: Linux 2.2.18 or later, Ext3 and EA. WWW site: http://www.mountainviewdata.com/technology/snapfs This sounds really nice! - 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: What is 2.4 Linux networking performance like compared to BSD?
On Thu, Mar 01, 2001 at 02:26:20AM +0300, Hans Reiser wrote: > I have a client that wants to implement a webcache, but is very leery of > implementing it on Linux rather than BSD. > > They know that iMimic's polymix performance on Linux 2.2.* is half what it > is on BSD. Has the Linux 2.4 networking code caught up to BSD? > > Can I tell them not to worry about the Linux networking code strangling their > webcache product's performance, or not? Hi Hans, I dont have an answer for you, but it would be nice to know the answer. Would it be difficult to measure this? It should not be difficult to make a machine dual boot Linux and BSD, and then we can measure the differences. If there is a significant performance difference either way then we can try and investigate it to see why. Thanks, Jim - 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: What is 2.4 Linux networking performance like compared to BSD?
On Thu, Mar 01, 2001 at 02:26:20AM +0300, Hans Reiser wrote: I have a client that wants to implement a webcache, but is very leery of implementing it on Linux rather than BSD. They know that iMimic's polymix performance on Linux 2.2.* is half what it is on BSD. Has the Linux 2.4 networking code caught up to BSD? Can I tell them not to worry about the Linux networking code strangling their webcache product's performance, or not? Hi Hans, I dont have an answer for you, but it would be nice to know the answer. Would it be difficult to measure this? It should not be difficult to make a machine dual boot Linux and BSD, and then we can measure the differences. If there is a significant performance difference either way then we can try and investigate it to see why. Thanks, Jim - 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: Renaming lost+found
On Fri, Jan 26, 2001 at 08:49:31AM -0500, Richard B. Johnson wrote: > On Fri, 26 Jan 2001, Rob Kaper wrote: > > Is there a way to rename lost+found ?? It bothers me to see it in ls all the > Get used to it. This is part of the Linux/Unix heritage! A file-system > without a lost+found directory is like love without sex. FWIW IBM's JFS file system does not have a lost+found directory. I dont remember if reiserfs does or not. Jim - 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: Renaming lost+found
On Fri, Jan 26, 2001 at 08:49:31AM -0500, Richard B. Johnson wrote: On Fri, 26 Jan 2001, Rob Kaper wrote: Is there a way to rename lost+found ?? It bothers me to see it in ls all the Get used to it. This is part of the Linux/Unix heritage! A file-system without a lost+found directory is like love without sex. FWIW IBM's JFS file system does not have a lost+found directory. I dont remember if reiserfs does or not. Jim - 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: make mrproper
On Wed, Jan 24, 2001 at 05:33:02PM +, [EMAIL PROTECTED] wrote: > Long ago, about January 24, Joseph wrote: > > >From John Levon on Wednesday, 24 January, 2001: > > >Idle curiosity, but what does the "mr" in make mrproper > > >stand for ? > > > > My guess is that it is a joke. 'Meister Proper' is the German > > Mister Clean (the big, bald guy on the same-name cleaning > > agent bottle). I'm not sure of the spelling, though. It's been > > a while since I've seen the commercials. > > I dunno if it's Finnish, though. Never been there. Maybe it was > > put in by a German developer. Maybe not. It was there when > > I started. > > Hmm; I always thought it stood for m(ake the)r(emake) proper > ie, recompile properly if something got messed up. > > But I like the Mister Clean better :) I saw a post from Linus once about this. It is Finnish for "Mr. Clean". Jim - 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: make mrproper
On Wed, Jan 24, 2001 at 05:33:02PM +, [EMAIL PROTECTED] wrote: Long ago, about January 24, Joseph wrote: From John Levon on Wednesday, 24 January, 2001: Idle curiosity, but what does the "mr" in make mrproper stand for ? My guess is that it is a joke. 'Meister Proper' is the German Mister Clean (the big, bald guy on the same-name cleaning agent bottle). I'm not sure of the spelling, though. It's been a while since I've seen the commercials. I dunno if it's Finnish, though. Never been there. Maybe it was put in by a German developer. Maybe not. It was there when I started. Hmm; I always thought it stood for m(ake the)r(emake) proper ie, recompile properly if something got messed up. But I like the Mister Clean better :) I saw a post from Linus once about this. It is Finnish for "Mr. Clean". Jim - 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: The NSA's Security-Enhanced Linux (fwd)
On Fri, Dec 22, 2000 at 06:39:49PM +, Alan Cox wrote: > > I think this is a good point. Its actually a nice testimonial for free > software that its finally got the NSA contributing code in a way that everyone > benefits from and which may help cut down computer crime beyond government. > (and which of course actually is part of the NSA's real job) I often wonder how many people know that a whole bunch of the Linux networking code is Copyrighted by the NSA. I'm always waiting to hear someone come up with a conspiracy theory about it on slashdot, but I have never heard anyone mention it. Jim - 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: The NSA's Security-Enhanced Linux (fwd)
On Fri, Dec 22, 2000 at 06:39:49PM +, Alan Cox wrote: I think this is a good point. Its actually a nice testimonial for free software that its finally got the NSA contributing code in a way that everyone benefits from and which may help cut down computer crime beyond government. (and which of course actually is part of the NSA's real job) I often wonder how many people know that a whole bunch of the Linux networking code is Copyrighted by the NSA. I'm always waiting to hear someone come up with a conspiracy theory about it on slashdot, but I have never heard anyone mention it. Jim - 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: test13-1, no subversion change on the Makefile
On Thu, Dec 14, 2000 at 12:30:40PM -0500, Frank Davis wrote: > Hello, > I downloaded test13-1.gz, and noticed that it didn't have a subversion > change in it. Looks like Linus is planning on this being a 2.4.0 proper :-) Jim - 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: test13-1, no subversion change on the Makefile
On Thu, Dec 14, 2000 at 12:30:40PM -0500, Frank Davis wrote: Hello, I downloaded test13-1.gz, and noticed that it didn't have a subversion change in it. Looks like Linus is planning on this being a 2.4.0 proper :-) Jim - 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: New VM problem
On Fri, Oct 27, 2000 at 07:03:29AM -0400, James Lewis Nance wrote: > I left a single large job running when I left yesterday afternoon > (size=1651M, RSS=1.5G). When I got in this morning I wanted to see if > it was still running so I typed "top" in an Xterm. When I hit return I > thought the machine had crashed. I could not move the cursor with the > mouse, or cause any other activity. I got a little more info. Even though the machine has 2G of ram and this process'es RSS is only 1.5G, the rest of the memory is being used somewhere. Top reports only about 1M as "free" memory. It also looks like kswapd is running with a high CPU usage when this is going on. Its a little hard to be sure since top freezes, but when it comes back to life kswapd shows up near the top of the process list. Thanks, Jim - 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/
New VM problem
Hello all, I am running a 2.4.0-test9 kernel and I have noticed a VM problem I have not seen reported before. The machine is a uniprocessor Pentium II with 2G of ram, and the kernel is compiled with CONFIG_HIGHMEM4G and CONFIG_HIGHMEM both set to y. I also have 512M of swap on the machine. I left a single large job running when I left yesterday afternoon (size=1651M, RSS=1.5G). When I got in this morning I wanted to see if it was still running so I typed "top" in an Xterm. When I hit return I thought the machine had crashed. I could not move the cursor with the mouse, or cause any other activity. I went and got a cup of coffe and when I came back the machine was alive again. I then started netscape and the machine appeared to crash again. It was completly unresponsive for about 30 seconds and then it came back to life. As I type this message into netscape, the machine will periodically freeze for about 30 seconds and then come back to life. Anybody have any idea of whats going on? On an unrelated note, is it possible for a process in 2.4 to see more than 2G of address space? They seem to be limited to 2G for me. I was hoping that the HIMEM stuff had removed that limit. Thanks, Jim - 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/
New VM problem
Hello all, I am running a 2.4.0-test9 kernel and I have noticed a VM problem I have not seen reported before. The machine is a uniprocessor Pentium II with 2G of ram, and the kernel is compiled with CONFIG_HIGHMEM4G and CONFIG_HIGHMEM both set to y. I also have 512M of swap on the machine. I left a single large job running when I left yesterday afternoon (size=1651M, RSS=1.5G). When I got in this morning I wanted to see if it was still running so I typed "top" in an Xterm. When I hit return I thought the machine had crashed. I could not move the cursor with the mouse, or cause any other activity. I went and got a cup of coffe and when I came back the machine was alive again. I then started netscape and the machine appeared to crash again. It was completly unresponsive for about 30 seconds and then it came back to life. As I type this message into netscape, the machine will periodically freeze for about 30 seconds and then come back to life. Anybody have any idea of whats going on? On an unrelated note, is it possible for a process in 2.4 to see more than 2G of address space? They seem to be limited to 2G for me. I was hoping that the HIMEM stuff had removed that limit. Thanks, Jim - 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: New VM problem
On Fri, Oct 27, 2000 at 07:03:29AM -0400, James Lewis Nance wrote: I left a single large job running when I left yesterday afternoon (size=1651M, RSS=1.5G). When I got in this morning I wanted to see if it was still running so I typed "top" in an Xterm. When I hit return I thought the machine had crashed. I could not move the cursor with the mouse, or cause any other activity. I got a little more info. Even though the machine has 2G of ram and this process'es RSS is only 1.5G, the rest of the memory is being used somewhere. Top reports only about 1M as "free" memory. It also looks like kswapd is running with a high CPU usage when this is going on. Its a little hard to be sure since top freezes, but when it comes back to life kswapd shows up near the top of the process list. Thanks, Jim - 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: kqueue microbenchmark results
On Wed, Oct 25, 2000 at 11:27:09AM -0400, Simon Kirby wrote: > On Wed, Oct 25, 2000 at 01:02:46AM -0500, Jonathan Lemon wrote: > > > ends up making the job of the application harder. A simple example > > to illustrate the point: what if the application does not choose > > to read all the data from an incoming packet? The app now has to > What applications would do better by postponing some of the reading? > I can't think of any reason off the top of my head why an application > wouldn't want to read everything it can. Doing everything in smaller I can see this happening if the application does not know how much data is in the buffer, or if the data is being read into a buffer does not have much space left in it. Jim - 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: kqueue microbenchmark results
On Wed, Oct 25, 2000 at 11:27:09AM -0400, Simon Kirby wrote: On Wed, Oct 25, 2000 at 01:02:46AM -0500, Jonathan Lemon wrote: ends up making the job of the application harder. A simple example to illustrate the point: what if the application does not choose to read all the data from an incoming packet? The app now has to What applications would do better by postponing some of the reading? I can't think of any reason off the top of my head why an application wouldn't want to read everything it can. Doing everything in smaller I can see this happening if the application does not know how much data is in the buffer, or if the data is being read into a buffer does not have much space left in it. Jim - 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: TRACED] Re: "Tux" is the wrong logo for Linux
On Fri, Oct 20, 2000 at 03:45:29PM -0400, Ricky Beam wrote: > On Thu, 19 Oct 2000, Richard B. Johnson wrote: > >Cary, NC. can't be very large. There are, probably, three persons in > If that were really true, then the world is in trouble... one of Cisco's > largest offices is here. Nortel has a large footprint as well. Its also home to the corporate headquarters of the worlds largest privatly held software company (SAS). Jim - 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: TRACED] Re: Tux is the wrong logo for Linux
On Fri, Oct 20, 2000 at 03:45:29PM -0400, Ricky Beam wrote: On Thu, 19 Oct 2000, Richard B. Johnson wrote: Cary, NC. can't be very large. There are, probably, three persons in If that were really true, then the world is in trouble... one of Cisco's largest offices is here. Nortel has a large footprint as well. Its also home to the corporate headquarters of the worlds largest privatly held software company (SAS). Jim - 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: want tool to open RPM package on Window 95
On Wed, Oct 11, 2000 at 01:51:29PM +0800, [EMAIL PROTECTED] wrote: > Can anyone tell me which tool can open RPM package on Window 95 and where to > download it? Somewhere floating around there is a perl version of rpm2cpio. If you can find this and set up the cygwin environment under W95, you should be able to do it. Jim - 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: want tool to open RPM package on Window 95
On Wed, Oct 11, 2000 at 01:51:29PM +0800, [EMAIL PROTECTED] wrote: Can anyone tell me which tool can open RPM package on Window 95 and where to download it? Somewhere floating around there is a perl version of rpm2cpio. If you can find this and set up the cygwin environment under W95, you should be able to do it. Jim - 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: [PATCH] VM fix for 2.4.0-test9 & OOM handler
On Fri, Oct 06, 2000 at 03:59:48PM -0300, Rik van Riel wrote: > the following patch contains 2 fixes and one addition > to the VM layer: Rik, This kernel is working well for me. I have been off the net for about a week and a half, so I did not get to try any of the latter test9-preX kernels, but all the early ones would lock up on me if I tried to build mozilla with mem=48M. This one works just fine. Thanks, Jim - 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: [patch *] VM deadlock fix
On Thu, Sep 21, 2000 at 01:44:35PM -0300, Rik van Riel wrote: > I've found and fixed the deadlocks in the new VM. They turned out > to be single-cpu only bugs, which explains why they didn't crash my > SMP tesnt box ;) I applied the patches and ran my "build mozilla with mem=48M" test again. It still locks up like it did before. There is nothing in the logs. I applied your patch to test9-pre5. The machine is a single CPU K6, 128M ram (booted with mem=48M), 2 IDE disks. Thanks, Jim - 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: [patch *] VM deadlock fix
On Thu, Sep 21, 2000 at 01:44:35PM -0300, Rik van Riel wrote: I've found and fixed the deadlocks in the new VM. They turned out to be single-cpu only bugs, which explains why they didn't crash my SMP tesnt box ;) I applied the patches and ran my "build mozilla with mem=48M" test again. It still locks up like it did before. There is nothing in the logs. I applied your patch to test9-pre5. The machine is a single CPU K6, 128M ram (booted with mem=48M), 2 IDE disks. Thanks, Jim - 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: Linux-2.4.0-test9-pre2
On Sun, Sep 17, 2000 at 10:37:51AM -0700, Linus Torvalds wrote: > > Ok. I think we're getting to the point where there are no major known > bugs. That means that as of the final 2.4.0-test9 I will no longer accept > any patches that don't have a critical problem (as defined by Teds list) > associated with them. > > So when you send me a patch, either bug Ted to mark the issue as > "critical" first, or pay me money. It's that easy. I have been doing some testing just to see how well the new VM stuff works. I think I have found a bug in both test9-pre1 and test9-pre2. If I boot my machine (400MHz AMD-K6 3D+, 128M Ram, IDE disks, 512M swap) with mem=48M added to the LILO command line and try and build mozilla, the machine will eventually die. I can still ping it, but I cant connect to the http or sshd servers, I cant get anything to show up on the monitor, and the disk does not make any noise. After I reboot (and fsck :-<), the logs do not contain any information about what happened. If I run test8 instead of one of the test9 kernels then everything seems to work. If I dont limit the memory to 48M then the test9 kernels work fine. I am attaching the script that I use to build mozilla just in case anyone wants to try and reproduce this. Thanks, Jim #!/bin/sh CMD="/home/jlnance/src/19980429/mozilla/configure --disable-tests --enable-nspr-autoconf" UNAMER=`uname -r` if [ ! -d $UNAMER ]; then mkdir $UNAMER; fi for x in 1 2 3 4; do TFILE=$UNAMER/time.$x if [ -f $TFILE ]; then echo $TFILE exists. Skipping continue fi echo -n "starting" date echo -n "erasing " rm -rf nbt/* date echo -n "configuring " (cd nbt; exec $CMD) > log 2>&1 date echo -n "building" csh -c "time sh -c \"exec make -s -C nbt >>log 2>&1\"" >$TFILE 2>&1 date echo done
Re: Linux-2.4.0-test9-pre2
On Sun, Sep 17, 2000 at 10:37:51AM -0700, Linus Torvalds wrote: Ok. I think we're getting to the point where there are no major known bugs. That means that as of the final 2.4.0-test9 I will no longer accept any patches that don't have a critical problem (as defined by Teds list) associated with them. So when you send me a patch, either bug Ted to mark the issue as "critical" first, or pay me money. It's that easy. I have been doing some testing just to see how well the new VM stuff works. I think I have found a bug in both test9-pre1 and test9-pre2. If I boot my machine (400MHz AMD-K6 3D+, 128M Ram, IDE disks, 512M swap) with mem=48M added to the LILO command line and try and build mozilla, the machine will eventually die. I can still ping it, but I cant connect to the http or sshd servers, I cant get anything to show up on the monitor, and the disk does not make any noise. After I reboot (and fsck :-), the logs do not contain any information about what happened. If I run test8 instead of one of the test9 kernels then everything seems to work. If I dont limit the memory to 48M then the test9 kernels work fine. I am attaching the script that I use to build mozilla just in case anyone wants to try and reproduce this. Thanks, Jim #!/bin/sh CMD="/home/jlnance/src/19980429/mozilla/configure --disable-tests --enable-nspr-autoconf" UNAMER=`uname -r` if [ ! -d $UNAMER ]; then mkdir $UNAMER; fi for x in 1 2 3 4; do TFILE=$UNAMER/time.$x if [ -f $TFILE ]; then echo $TFILE exists. Skipping continue fi echo -n "starting" date echo -n "erasing " rm -rf nbt/* date echo -n "configuring " (cd nbt; exec $CMD) log 21 date echo -n "building" csh -c "time sh -c \"exec make -s -C nbt log 21\"" $TFILE 21 date echo done
VM comparison
Hello All, I am interested in Rik's new VM system so I am running some "How long does it take to build mozilla" benchmarks. I only have results for 2.2.17 and 2.4.0-test9-pre1 right now, but the results look very good and I wanted to share them: bessie> cat 2.2.17/time.* 4086.110u 544.630s 1:23:55.50 91.9% 0+0k 0+0io 4972913pf+8543w 4090.640u 524.060s 1:23:14.79 92.3% 0+0k 0+0io 4963086pf+4833w 4090.530u 516.750s 1:23:02.86 92.4% 0+0k 0+0io 4962276pf+2901w 4079.830u 523.390s 1:24:35.97 90.6% 0+0k 0+0io 4963914pf+3967w bessie> cat 2.4.0-test9/time.* 3792.580u 354.240s 1:15:33.35 91.4% 0+0k 0+0io 4136435pf+0w 3813.200u 354.770s 1:15:17.04 92.2% 0+0k 0+0io 4136443pf+0w 3814.320u 356.090s 1:15:30.21 92.0% 0+0k 0+0io 4136452pf+0w I want to add 2.4.0-test8 and 2.4.0-test-pre1+Rik'sfix to the list and I also want to boot up with ram=48M to add more VM pressure. Thanks, Jim - 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/
VM comparison
Hello All, I am interested in Rik's new VM system so I am running some "How long does it take to build mozilla" benchmarks. I only have results for 2.2.17 and 2.4.0-test9-pre1 right now, but the results look very good and I wanted to share them: bessie cat 2.2.17/time.* 4086.110u 544.630s 1:23:55.50 91.9% 0+0k 0+0io 4972913pf+8543w 4090.640u 524.060s 1:23:14.79 92.3% 0+0k 0+0io 4963086pf+4833w 4090.530u 516.750s 1:23:02.86 92.4% 0+0k 0+0io 4962276pf+2901w 4079.830u 523.390s 1:24:35.97 90.6% 0+0k 0+0io 4963914pf+3967w bessie cat 2.4.0-test9/time.* 3792.580u 354.240s 1:15:33.35 91.4% 0+0k 0+0io 4136435pf+0w 3813.200u 354.770s 1:15:17.04 92.2% 0+0k 0+0io 4136443pf+0w 3814.320u 356.090s 1:15:30.21 92.0% 0+0k 0+0io 4136452pf+0w I want to add 2.4.0-test8 and 2.4.0-test-pre1+Rik'sfix to the list and I also want to boot up with ram=48M to add more VM pressure. Thanks, Jim - 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: [PATCH *] new VM patch for 2.4.0-test8
On Fri, Sep 15, 2000 at 10:09:57PM -0300, Rik van Riel wrote: > Hi, > > today I released a new VM patch with 4 small improvements: Are these 4 improvements in the code test9-pre1 patch that Linus just released? Jim - 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: [PATCH *] new VM patch for 2.4.0-test8
On Fri, Sep 15, 2000 at 10:09:57PM -0300, Rik van Riel wrote: Hi, today I released a new VM patch with 4 small improvements: Are these 4 improvements in the code test9-pre1 patch that Linus just released? Jim - 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: [ANNOUNCE] Darkstar Development Project
On Mon, Sep 11, 2000 at 03:45:18PM -0700, Larry McVoy wrote: > the 120MB for the checked out files and some mem for inodes. But the > difference in price is reasonable and if we have to buy memory for the > kernel developers, we'll do it once we can afford to do it. It's _really_ > nice to measure your operations in seconds rather than minutes. Larry, It would be interesting to see the speed difference between bk and cvs for the mozilla sources. Doing a cvs update takes at least 10 minutes even if no files have changed. It took significantly longer when I was using a modem instead of a DSL line. You haven't benchmarked this case have you? Thanks, Jim - 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: [ANNOUNCE] Darkstar Development Project
On Mon, Sep 11, 2000 at 03:45:18PM -0700, Larry McVoy wrote: the 120MB for the checked out files and some mem for inodes. But the difference in price is reasonable and if we have to buy memory for the kernel developers, we'll do it once we can afford to do it. It's _really_ nice to measure your operations in seconds rather than minutes. Larry, It would be interesting to see the speed difference between bk and cvs for the mozilla sources. Doing a cvs update takes at least 10 minutes even if no files have changed. It took significantly longer when I was using a modem instead of a DSL line. You haven't benchmarked this case have you? Thanks, Jim - 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/
2.2 / 2.4 ethernet detection order
Hello All, I have a box with 2 ethernet cards. One is a ne2k-pci and one is a tulip. Under 2.2.X the ne card is eth0 and the tulip is eth1. Unfortunatly if I boot a 2.4.X kernel, the tulip card is assigned eth0 and the ne card eth1, which of course breaks all my networking setup scripts. I can get the 2.4.X kernels to assign 2.2.X identities by using command line args like (from memory): ethers=eth1 but unfortunatly at least one of the cards does not work if I try this. I "solved" the problem by using kernel modules and an /etc/modules.conf file that looks like this: alias eth0 ne2k-pci alias eth1 tulip but I would really rather not use a modular kernel. I have no idea what I would do if I had two identical network cards in the computer. Is there a better way to solve this problem? Thanks, Jim - 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/
2.2 / 2.4 ethernet detection order
Hello All, I have a box with 2 ethernet cards. One is a ne2k-pci and one is a tulip. Under 2.2.X the ne card is eth0 and the tulip is eth1. Unfortunatly if I boot a 2.4.X kernel, the tulip card is assigned eth0 and the ne card eth1, which of course breaks all my networking setup scripts. I can get the 2.4.X kernels to assign 2.2.X identities by using command line args like (from memory): ethers=eth1 but unfortunatly at least one of the cards does not work if I try this. I "solved" the problem by using kernel modules and an /etc/modules.conf file that looks like this: alias eth0 ne2k-pci alias eth1 tulip but I would really rather not use a modular kernel. I have no idea what I would do if I had two identical network cards in the computer. Is there a better way to solve this problem? Thanks, Jim - 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/