Re: Linux 2.4.5-ac17
On Fri, 22 Jun 2001, Tom Vier wrote: > On Fri, Jun 22, 2001 at 09:06:42AM +0200, Mike Galbraith wrote: > > It's not actually swapping unless you see IO (si/so). It's allocating > > swap space, but won't send pages out to disk unless there's demand. One > > if it's pre-allocation, why does it show up as "used"? "reserved" would be a > better fit. (Marcelo answered) > > benefit of this early allocation is that idle pages will be identified > > prior to demand, and will be moved out of the way sooner. Watch as > > how long can swap allocation possibly take? certainly no where near as long > as a write to disk takes. my box has a half gig of ram, pre-allocation is a > waste of cpu. i never hit swap. It's not that allocation takes long, it's the fact that no private pages were previously _in_ the aging pool. You see the pages which were added to the active page list for aging. Pages are aged down, and put on the inactive_dirty list. If demand exists, they are moved to the clean list and eventually reclaimed. If the page is touched at any time prior to being reclaimed, it stays is ram and is reactivated. Those which stay inactive are very good candidates for reclamation. You say pre-allocation is a waste of cpu.. how much cpu can you waste if you repeatedly eat and replentish your public cached data before you even think of shrinking netscape? How expensive can it be to have multiple tasks waiting for a page to be read from disk vs one task waiting for a private page? So you never hit swap, so what, your swap isn't hitting disk. If you have enough ram that you know for a fact that your cache won't be mangled by rss bloat, turn swap off. If that's the case, in fact you have too much ram :) For those where page replacement is a probability and for those who actually use the ram they have, aging private pages also vs only aging public pages until _crunch_ time makes good sense. -Mike - 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.5-ac17
On Fri, 22 Jun 2001, Tom Vier wrote: > On Fri, Jun 22, 2001 at 09:06:42AM +0200, Mike Galbraith wrote: > > It's not actually swapping unless you see IO (si/so). It's allocating > > swap space, but won't send pages out to disk unless there's demand. One > > if it's pre-allocation, why does it show up as "used"? > "reserved" would be a better fit. You're right. Its just that nobody fixed the code yet. - 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.5-ac17
On Fri, Jun 22, 2001 at 09:06:42AM +0200, Mike Galbraith wrote: > It's not actually swapping unless you see IO (si/so). It's allocating > swap space, but won't send pages out to disk unless there's demand. One if it's pre-allocation, why does it show up as "used"? "reserved" would be a better fit. > benefit of this early allocation is that idle pages will be identified > prior to demand, and will be moved out of the way sooner. Watch as how long can swap allocation possibly take? certainly no where near as long as a write to disk takes. my box has a half gig of ram, pre-allocation is a waste of cpu. i never hit swap. > memory demand rises, and you should see these pages migrating to disk > and staying there.. buys you more working space. -- Tom Vier <[EMAIL PROTECTED]> DSA Key id 0x27371A2C - 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.5-ac17
On Thu, 21 Jun 2001, Tom Vier wrote: > i having some strange vm behavour with -ac17 that didn't happen with -ac14 > (i haven't tried 15 or 16). it starts swapping even when i have hundreds of > megs of free ram. [...] > > vmstat: >procs memoryswap io system cpu > r b w swpd free buff cache si sobibo incs us sy id > 1 0 0 2864 408488 2488 67080 0 0 21628 1052 470 83 4 13 Hi, It's not actually swapping unless you see IO (si/so). It's allocating swap space, but won't send pages out to disk unless there's demand. One benefit of this early allocation is that idle pages will be identified prior to demand, and will be moved out of the way sooner. Watch as memory demand rises, and you should see these pages migrating to disk and staying there.. buys you more working space. -Mike - 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.5-ac17
On Thu, 21 Jun 2001, Tom Vier wrote: i having some strange vm behavour with -ac17 that didn't happen with -ac14 (i haven't tried 15 or 16). it starts swapping even when i have hundreds of megs of free ram. [...] vmstat: procs memoryswap io system cpu r b w swpd free buff cache si sobibo incs us sy id 1 0 0 2864 408488 2488 67080 0 0 21628 1052 470 83 4 13 Hi, It's not actually swapping unless you see IO (si/so). It's allocating swap space, but won't send pages out to disk unless there's demand. One benefit of this early allocation is that idle pages will be identified prior to demand, and will be moved out of the way sooner. Watch as memory demand rises, and you should see these pages migrating to disk and staying there.. buys you more working space. -Mike - 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.5-ac17
On Fri, Jun 22, 2001 at 09:06:42AM +0200, Mike Galbraith wrote: It's not actually swapping unless you see IO (si/so). It's allocating swap space, but won't send pages out to disk unless there's demand. One if it's pre-allocation, why does it show up as used? reserved would be a better fit. benefit of this early allocation is that idle pages will be identified prior to demand, and will be moved out of the way sooner. Watch as how long can swap allocation possibly take? certainly no where near as long as a write to disk takes. my box has a half gig of ram, pre-allocation is a waste of cpu. i never hit swap. memory demand rises, and you should see these pages migrating to disk and staying there.. buys you more working space. -- Tom Vier [EMAIL PROTECTED] DSA Key id 0x27371A2C - 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.5-ac17
On Fri, 22 Jun 2001, Tom Vier wrote: On Fri, Jun 22, 2001 at 09:06:42AM +0200, Mike Galbraith wrote: It's not actually swapping unless you see IO (si/so). It's allocating swap space, but won't send pages out to disk unless there's demand. One if it's pre-allocation, why does it show up as used? reserved would be a better fit. You're right. Its just that nobody fixed the code yet. - 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.5-ac17
On Fri, 22 Jun 2001, Tom Vier wrote: On Fri, Jun 22, 2001 at 09:06:42AM +0200, Mike Galbraith wrote: It's not actually swapping unless you see IO (si/so). It's allocating swap space, but won't send pages out to disk unless there's demand. One if it's pre-allocation, why does it show up as used? reserved would be a better fit. (Marcelo answered) benefit of this early allocation is that idle pages will be identified prior to demand, and will be moved out of the way sooner. Watch as how long can swap allocation possibly take? certainly no where near as long as a write to disk takes. my box has a half gig of ram, pre-allocation is a waste of cpu. i never hit swap. It's not that allocation takes long, it's the fact that no private pages were previously _in_ the aging pool. You see the pages which were added to the active page list for aging. Pages are aged down, and put on the inactive_dirty list. If demand exists, they are moved to the clean list and eventually reclaimed. If the page is touched at any time prior to being reclaimed, it stays is ram and is reactivated. Those which stay inactive are very good candidates for reclamation. You say pre-allocation is a waste of cpu.. how much cpu can you waste if you repeatedly eat and replentish your public cached data before you even think of shrinking netscape? How expensive can it be to have multiple tasks waiting for a page to be read from disk vs one task waiting for a private page? So you never hit swap, so what, your swap isn't hitting disk. If you have enough ram that you know for a fact that your cache won't be mangled by rss bloat, turn swap off. If that's the case, in fact you have too much ram :) For those where page replacement is a probability and for those who actually use the ram they have, aging private pages also vs only aging public pages until _crunch_ time makes good sense. -Mike - 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.5-ac17
i having some strange vm behavour with -ac17 that didn't happen with -ac14 (i haven't tried 15 or 16). it starts swapping even when i have hundreds of megs of free ram. another strange thing is that the first time i tried to boot ac17, it machine checked in the palcode. i hit reset and it booted correctly. vmstat: procs memoryswap io system cpu r b w swpd free buff cache si sobibo incs us sy id 1 0 0 2864 408488 2488 67080 0 0 21628 1052 470 83 4 13 buffermem: 2 10 60 freepages: 255 510 765 pagecache: 2 15 75 pagetable_cache: 25 50 also, overcommit_memory is 1 -- Tom Vier <[EMAIL PROTECTED]> DSA Key id 0x27371A2C - 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.5-ac17 --- Where is the truncate_inode_pages speedup patch?
Hello Alan,
I use it all the time and it is not pre6 stuff related...:-)
Thanks,
Dieter
--- linux/mm/filemap.cMon May 28 13:31:49 2001
+++ linux/mm/filemap.c Mon Jun 11 23:31:08 2001
@@ -230,17 +230,17 @@
unsigned long offset;
page = list_entry(curr, struct page, list);
- curr = curr->next;
offset = page->index;
/* Is one of the pages to truncate? */
if ((offset >= start) || (*partial && (offset + 1) == start))
{
+ list_del(head);
+ list_add(head, curr);
if (TryLockPage(page)) {
page_cache_get(page);
spin_unlock(_lock);
wait_on_page(page);
- page_cache_release(page);
- return 1;
+ goto out_restart;
}
page_cache_get(page);
spin_unlock(_lock);
@@ -252,11 +252,15 @@
truncate_complete_page(page);
UnlockPage(page);
- page_cache_release(page);
- return 1;
+ goto out_restart;
}
+ curr = curr->next;
}
return 0;
+out_restart:
+ page_cache_release(page);
+ spin_lock(_lock);
+ return 1;
}
@@ -273,15 +277,19 @@
{
unsigned long start = (lstart + PAGE_CACHE_SIZE - 1) >>
PAGE_CACHE_SHIFT;
unsigned partial = lstart & (PAGE_CACHE_SIZE - 1);
+ int complete;
-repeat:
spin_lock(_lock);
- if (truncate_list_pages(>clean_pages, start, ))
- goto repeat;
- if (truncate_list_pages(>dirty_pages, start, ))
- goto repeat;
- if (truncate_list_pages(>locked_pages, start, ))
- goto repeat;
+ do {
+ complete = 1;
+ while (truncate_list_pages(>clean_pages, start,
))
+ complete = 0;
+ while (truncate_list_pages(>dirty_pages, start,
))
+ complete = 0;
+ while (truncate_list_pages(>locked_pages, start,
))
+ complete = 0;
+ } while (!complete);
+ /* Traversed all three lists without dropping the lock */
spin_unlock(_lock);
}
-
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.5-ac17
> anyone working on a bootflag.c for alpha? > > init/main.o: In function `init': > main.c(.text+0x148): undefined reference to `linux_booted_ok' > main.c(.text+0x14c): undefined reference to `linux_booted_ok' > make: *** [vmlinux] Error 1 Just #define it to a null function. I don't believe ARC or SRM have the same functionality - 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.5-ac17
On my system, flag problem and boot panic fixed with this version. -- Gary White Network Administrator [EMAIL PROTECTED] Internet Pathway Voice 601-776-3355Fax 601-776-2314 - 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.5-ac17
anyone working on a bootflag.c for alpha? init/main.o: In function `init': main.c(.text+0x148): undefined reference to `linux_booted_ok' main.c(.text+0x14c): undefined reference to `linux_booted_ok' make: *** [vmlinux] Error 1 -- Tom Vier <[EMAIL PROTECTED]> DSA Key id 0x27371A2C - 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.5-ac17
> between your tree and Linus' please? I haven't seen any ac stuff being > spooled into Linus' tree for a while and the trees seem to be drifting > further apart ... it would be nice if there wasn't much difference > other than the device name and the page cache VFS stuff. I know you're > both hectically busy but it would be nice to know that the plan is not > to let things drift too far apart. At the moment I'm not merging Linus stuff and resynchronizing because of all the reports of strange ac14/15 crashes. If I merge the ext2 in pagecache stuff it will get very hard to find. Be assured my intention is to merge or discard everything in the -ac tree. - 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.5-ac17
On Thu, Jun 21, 2001 at 05:38:56PM +0100, Alan Cox wrote: > [snip] > 2.4.5-ac17 [snip] Hi Alan Sorry to bug you but could you tell us what's up with the synchronisation between your tree and Linus' please? I haven't seen any ac stuff being spooled into Linus' tree for a while and the trees seem to be drifting further apart ... it would be nice if there wasn't much difference other than the device name and the page cache VFS stuff. I know you're both hectically busy but it would be nice to know that the plan is not to let things drift too far apart. It's getting tricky to decide which tree to dabble with! Thank you! --Craig - 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.5-ac17
On Thu, 21 Jun 2001, Alan Cox wrote: > 2.4.5-ac17 > o Swapfile bugfix (Rik van Riel) Written by Stephen Tweedie ... regards, Rik -- Executive summary of a recent Microsoft press release: "we are concerned about the GNU General Public License (GPL)" http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.com/ - 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/
Linux 2.4.5-ac17
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
2.4.5-ac17
o Sanity check the BIOS tables for bootflag (me)
o Update multicast support by devices doc (Ralf Baechle)
o Fix iohi=0 option in parport(Tim Waugh)
o First set of ipt_unclean fixes (Rusty Russell)
o Add YUV420P to the pwc driver ('Nemosoft')
| This is the compromise - its simply an unpacking order option
| not RGB/YUV
o Swapfile bugfix (Rik van Riel)
o Allow readahead to be tuned for big arrays (Craig Hagan)
o Add PIRQ router support for the AMD756 (Jhon Caicedo)
o Fix bootflag bitmasks (Dave Jones)
o Fix lseek limit handling(Martin Frey)
o The joystick/gameport symbol game continued (Keith Owens)
o Update i810 tco driver to know about 815,820 .. (Andrey Panin)
o Fix missing allocation failure checks in
drm, mtd, aironet, skfp, scsi, irda (Chip Turner)
o Further lvm updates (Joe Thornber)
| Fixes VG_CREATE_OLD problem
2.4.5-ac16
o Drop the shmem/removepage changes to see if they(me)
are cuaisng the instabilities in ac15
o Fix bug in pci_init_module causing serial crash (me)
| Figured out by Niels Jensen
o Alpha build fixes for keyboard change (Jay Thorne)
o Tidy up imsttfb driver (Paul Mundt)
o Fix tdfxfb warning (Steven Walter)
o Fix fat fs build on ARM (Russell King)
o Fix catc help text (Brad Hards)
o Fix missing unlock_kernel in fs/locks.c (Andrey Savochkin)
o Minixfs alloc_branch fixes (Al Viro)
o Support bootflag extension (me)
| Experimental
o Add EMC Symmetrix to the sparselun list (Alar Aun)
o Update the ioc3 ethernet(Ralf Baechle)
o Add ataraid to the known root names (Arjan van de Ven)
o Further Sony Pi driver upgrades (Stelian Pop)
o Add geometry queries to the ataraid driver (Arjan van de Ven)
o Add ALi IRDA FIR support(Benjamin Kong)
o Fix gameport compile failures (Keith Owens)
o Fixes IrLMP states stuck in CONN_PEND state (Jean Tourrilhes)
o Small cris config fixes (Andrzej Krzysztofowicz)
o Fix some potential irlan bugs/stack abuse (Ted Unangst)
o Fix OSS API bug in USB audio(Bruce Nesbitt)
o Update the MIPS64 core (Ralf Baechle,
Thiemo Seurer, and others)
o Update the MIPS32 core (Ralf Baechle, Kevin Kissell,
Carsten Langgaard, Justin Carlson,
Jun Sun)
o Add a driver for the AU1000 ethernet(P Popov)
o Fix security problems with i810 and MGA drm (Jeff Hartmann)
o Use a saner computation for maxthreads (Rik van Riel)
o Update matroxfb, support G100 SGRAM (Petr Vandrovec)
o Fix hang in scsi generic with cdrdao(Doug Gilbert)
o Correct aha152x abort fix (Jüergen E. Fischer)
2.4.5-ac15
o Enable MMX extensions on Cyrix MII (me)
o Make pid on core dump configurable (Ben LaHaise)
o Random UML fixups, add fcntl64/getdents64 (Jeff Dike)
o Add multicast support to UML(Harland Welte)
o Ensure promise raid driver doesnt look at non (Arjan van de Ven)
disk devices
o Fix IDE chipsets that incorrectly think a 64K (Mark Lord)
DMA is in fact zero size
o Fix generic alpha build trident driver (Michal Jaegermann)
o SHM accounting fixes(Christoph Rohland)
o Update refill_inactive to match Linus tree (Rik van Riel)
o Add Asustek L8400K to the dmi data (me)
o Add kernel mode keyboard rate setup (Sergey Tursanov)
o Alpha compile fix (Richard Henderson)
o Add Ali1533 to the isa dma quirks (Angelo Di Filippo)
o Fix a procfs oops (Al Viro)
o Alpha symbol/warning fixes (Michal Jaegermann)
o Some laptops take a long time for the cs4281(Rik van Riel)
and codec bus to wake up
o Fix potential flags corruption on error path(me)
in
Linux 2.4.5-ac17
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
2.4.5-ac17
o Sanity check the BIOS tables for bootflag (me)
o Update multicast support by devices doc (Ralf Baechle)
o Fix iohi=0 option in parport(Tim Waugh)
o First set of ipt_unclean fixes (Rusty Russell)
o Add YUV420P to the pwc driver ('Nemosoft')
| This is the compromise - its simply an unpacking order option
| not RGB/YUV
o Swapfile bugfix (Rik van Riel)
o Allow readahead to be tuned for big arrays (Craig Hagan)
o Add PIRQ router support for the AMD756 (Jhon Caicedo)
o Fix bootflag bitmasks (Dave Jones)
o Fix lseek limit handling(Martin Frey)
o The joystick/gameport symbol game continued (Keith Owens)
o Update i810 tco driver to know about 815,820 .. (Andrey Panin)
o Fix missing allocation failure checks in
drm, mtd, aironet, skfp, scsi, irda (Chip Turner)
o Further lvm updates (Joe Thornber)
| Fixes VG_CREATE_OLD problem
2.4.5-ac16
o Drop the shmem/removepage changes to see if they(me)
are cuaisng the instabilities in ac15
o Fix bug in pci_init_module causing serial crash (me)
| Figured out by Niels Jensen
o Alpha build fixes for keyboard change (Jay Thorne)
o Tidy up imsttfb driver (Paul Mundt)
o Fix tdfxfb warning (Steven Walter)
o Fix fat fs build on ARM (Russell King)
o Fix catc help text (Brad Hards)
o Fix missing unlock_kernel in fs/locks.c (Andrey Savochkin)
o Minixfs alloc_branch fixes (Al Viro)
o Support bootflag extension (me)
| Experimental
o Add EMC Symmetrix to the sparselun list (Alar Aun)
o Update the ioc3 ethernet(Ralf Baechle)
o Add ataraid to the known root names (Arjan van de Ven)
o Further Sony Pi driver upgrades (Stelian Pop)
o Add geometry queries to the ataraid driver (Arjan van de Ven)
o Add ALi IRDA FIR support(Benjamin Kong)
o Fix gameport compile failures (Keith Owens)
o Fixes IrLMP states stuck in CONN_PEND state (Jean Tourrilhes)
o Small cris config fixes (Andrzej Krzysztofowicz)
o Fix some potential irlan bugs/stack abuse (Ted Unangst)
o Fix OSS API bug in USB audio(Bruce Nesbitt)
o Update the MIPS64 core (Ralf Baechle,
Thiemo Seurer, and others)
o Update the MIPS32 core (Ralf Baechle, Kevin Kissell,
Carsten Langgaard, Justin Carlson,
Jun Sun)
o Add a driver for the AU1000 ethernet(P Popov)
o Fix security problems with i810 and MGA drm (Jeff Hartmann)
o Use a saner computation for maxthreads (Rik van Riel)
o Update matroxfb, support G100 SGRAM (Petr Vandrovec)
o Fix hang in scsi generic with cdrdao(Doug Gilbert)
o Correct aha152x abort fix (Jüergen E. Fischer)
2.4.5-ac15
o Enable MMX extensions on Cyrix MII (me)
o Make pid on core dump configurable (Ben LaHaise)
o Random UML fixups, add fcntl64/getdents64 (Jeff Dike)
o Add multicast support to UML(Harland Welte)
o Ensure promise raid driver doesnt look at non (Arjan van de Ven)
disk devices
o Fix IDE chipsets that incorrectly think a 64K (Mark Lord)
DMA is in fact zero size
o Fix generic alpha build trident driver (Michal Jaegermann)
o SHM accounting fixes(Christoph Rohland)
o Update refill_inactive to match Linus tree (Rik van Riel)
o Add Asustek L8400K to the dmi data (me)
o Add kernel mode keyboard rate setup (Sergey Tursanov)
o Alpha compile fix (Richard Henderson)
o Add Ali1533 to the isa dma quirks (Angelo Di Filippo)
o Fix a procfs oops (Al Viro)
o Alpha symbol/warning fixes (Michal Jaegermann)
o Some laptops take a long time for the cs4281(Rik van Riel)
and codec bus to wake up
o Fix potential flags corruption on error path(me)
in
Re: Linux 2.4.5-ac17
On Thu, 21 Jun 2001, Alan Cox wrote: 2.4.5-ac17 o Swapfile bugfix (Rik van Riel) Written by Stephen Tweedie ... regards, Rik -- Executive summary of a recent Microsoft press release: we are concerned about the GNU General Public License (GPL) http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.com/ - 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.5-ac17
On Thu, Jun 21, 2001 at 05:38:56PM +0100, Alan Cox wrote: [snip] 2.4.5-ac17 [snip] Hi Alan Sorry to bug you but could you tell us what's up with the synchronisation between your tree and Linus' please? I haven't seen any ac stuff being spooled into Linus' tree for a while and the trees seem to be drifting further apart ... it would be nice if there wasn't much difference other than the device name and the page cache VFS stuff. I know you're both hectically busy but it would be nice to know that the plan is not to let things drift too far apart. It's getting tricky to decide which tree to dabble with! Thank you! --Craig - 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.5-ac17
anyone working on a bootflag.c for alpha? init/main.o: In function `init': main.c(.text+0x148): undefined reference to `linux_booted_ok' main.c(.text+0x14c): undefined reference to `linux_booted_ok' make: *** [vmlinux] Error 1 -- Tom Vier [EMAIL PROTECTED] DSA Key id 0x27371A2C - 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.5-ac17
On my system, flag problem and boot panic fixed with this version. -- Gary White Network Administrator [EMAIL PROTECTED] Internet Pathway Voice 601-776-3355Fax 601-776-2314 - 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.5-ac17 --- Where is the truncate_inode_pages speedup patch?
Hello Alan,
I use it all the time and it is not pre6 stuff related...:-)
Thanks,
Dieter
--- linux/mm/filemap.cMon May 28 13:31:49 2001
+++ linux/mm/filemap.c Mon Jun 11 23:31:08 2001
@@ -230,17 +230,17 @@
unsigned long offset;
page = list_entry(curr, struct page, list);
- curr = curr-next;
offset = page-index;
/* Is one of the pages to truncate? */
if ((offset = start) || (*partial (offset + 1) == start))
{
+ list_del(head);
+ list_add(head, curr);
if (TryLockPage(page)) {
page_cache_get(page);
spin_unlock(pagecache_lock);
wait_on_page(page);
- page_cache_release(page);
- return 1;
+ goto out_restart;
}
page_cache_get(page);
spin_unlock(pagecache_lock);
@@ -252,11 +252,15 @@
truncate_complete_page(page);
UnlockPage(page);
- page_cache_release(page);
- return 1;
+ goto out_restart;
}
+ curr = curr-next;
}
return 0;
+out_restart:
+ page_cache_release(page);
+ spin_lock(pagecache_lock);
+ return 1;
}
@@ -273,15 +277,19 @@
{
unsigned long start = (lstart + PAGE_CACHE_SIZE - 1)
PAGE_CACHE_SHIFT;
unsigned partial = lstart (PAGE_CACHE_SIZE - 1);
+ int complete;
-repeat:
spin_lock(pagecache_lock);
- if (truncate_list_pages(mapping-clean_pages, start, partial))
- goto repeat;
- if (truncate_list_pages(mapping-dirty_pages, start, partial))
- goto repeat;
- if (truncate_list_pages(mapping-locked_pages, start, partial))
- goto repeat;
+ do {
+ complete = 1;
+ while (truncate_list_pages(mapping-clean_pages, start,
partial))
+ complete = 0;
+ while (truncate_list_pages(mapping-dirty_pages, start,
partial))
+ complete = 0;
+ while (truncate_list_pages(mapping-locked_pages, start,
partial))
+ complete = 0;
+ } while (!complete);
+ /* Traversed all three lists without dropping the lock */
spin_unlock(pagecache_lock);
}
-
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.5-ac17
i having some strange vm behavour with -ac17 that didn't happen with -ac14 (i haven't tried 15 or 16). it starts swapping even when i have hundreds of megs of free ram. another strange thing is that the first time i tried to boot ac17, it machine checked in the palcode. i hit reset and it booted correctly. vmstat: procs memoryswap io system cpu r b w swpd free buff cache si sobibo incs us sy id 1 0 0 2864 408488 2488 67080 0 0 21628 1052 470 83 4 13 buffermem: 2 10 60 freepages: 255 510 765 pagecache: 2 15 75 pagetable_cache: 25 50 also, overcommit_memory is 1 -- Tom Vier [EMAIL PROTECTED] DSA Key id 0x27371A2C - 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.5-ac17
between your tree and Linus' please? I haven't seen any ac stuff being spooled into Linus' tree for a while and the trees seem to be drifting further apart ... it would be nice if there wasn't much difference other than the device name and the page cache VFS stuff. I know you're both hectically busy but it would be nice to know that the plan is not to let things drift too far apart. At the moment I'm not merging Linus stuff and resynchronizing because of all the reports of strange ac14/15 crashes. If I merge the ext2 in pagecache stuff it will get very hard to find. Be assured my intention is to merge or discard everything in the -ac tree. - 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.5-ac17
anyone working on a bootflag.c for alpha? init/main.o: In function `init': main.c(.text+0x148): undefined reference to `linux_booted_ok' main.c(.text+0x14c): undefined reference to `linux_booted_ok' make: *** [vmlinux] Error 1 Just #define it to a null function. I don't believe ARC or SRM have the same functionality - 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/
