mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* 2.4 todo list update
@ 2001-01-05 14:58 Rik van Riel
  2001-01-05 15:10 ` Alan Cox
                   ` (2 more replies)
  0 siblings, 3 replies; 5+ messages in thread
From: Rik van Riel @ 2001-01-05 14:58 UTC (permalink / raw)
  To: Theodore Y. Ts'o; +Cc: linux-kernel

Hi Ted,

in the last few weeks quite a few of the bugs listed on your
(excellent) http://linux24.sourceforge.net/ have been fixed.

Here is a list of the VM bugs that are on your list and can
be moved to the "fixed" category:

* truncate->invalidate_inode_pages removes mapping information from
  mapped pages which may be dirty; sync_pte -> crash. (CRITICAL)

	fixed by Linus and Al

* VM: raw I/O data loss (raw IO may arrive in a page which afer it
  is unammped from a process) (CRITICAL)

	fixed by Linus, now page_launder() does the IO
	and try_to_swap_out() only unmaps the pte
 
* VM: Fix the highmem deadlock, where the swapper cannot create low
  memory bounce buffers OR swap out low memory because it has
  consumed all resources {CRITICAL}

	this was never an issue, the pagecache has been
	highmem safe for a long time and the whole bounce
	buffer creation has been removed

* VM: page->mapping->flush() callback in page_lauder() for easier
  integration with journaling filesystem and maybe the network
  filesystems 

	page->mapping->writepage(), used from page_launder()
	... now ext3, reiserfs, xfs and others need to make
	their own ->writepage() function
	... some semantics are still being discussed, but it's
	mostly ready

* VM: maybe rebalance the swapper a bit... we do page aging now so
  maybe refill_inactive_scan() / shm_swap() and swap_out() need to
  be rebalanced a bit

	moving shm into the page cache permanently and doing
	the page down aging from refill_inactive_scan() seems
	to have fixed most of this
	... low priority, but may still have some room for
	improvement  (consider it fixed)



The following bugs _could_ be fixed ... I'm not 100% certain
but they're probably gone (could somebody confirm/deny?):

* mm->rss is modified in some places without holding the
  page_table_lock

* VFS?VM - mmap/write deadlock (demo code seems to show lock
  is there)


The "probably post 2.4" category VM issues remain ... maybe
we want to add the following 2 items though:

* VM: experiment with different forms of page aging ... maybe
  different aging rates for pages of different ages

* VM: RSS ulimit enforcement (trivial)


regards,

Rik
--
Virtual memory is like a game you can't win;
However, without VM there's truly nothing to loose...

		http://www.surriel.com/
http://www.conectiva.com/	http://distro.conectiva.com.br/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2001-01-07 15:45 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-01-05 14:58 2.4 todo list update Rik van Riel
2001-01-05 15:10 ` Alan Cox
2001-01-05 15:32 ` Matti Aarnio
2001-01-07 14:51 ` Eric W. Biederman
2001-01-07 15:45   ` Rik van Riel

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®