On Thu, Jan 16, 2003 at 11:03:21PM -0800, Allen Akin wrote: > On Thu, Jan 16, 2003 at 10:16:30PM -0800, magenta wrote: > | > | Should it even be possible for one process to swap out other processes' > | context data? > > In the same way that one process can cause the ordinary memory pages of > another process to be swapped out, I'd say "yes."
I'd personally take the school of thought that if the user is running a game which takes up 60MB of texture memory and then tries to concurrently launch something which takes up another 60MB of texture memory, it's their own fault that the other thing can only get 20MB. :) But I do think that treating AGP as another layer of traditional memory-mapped VM in kernel-space (just having agpgart handle the memory mapping, perhaps alongside or on top of the kernel's VM) would be the most elegant solution. Heh, I had another thought which seems perversely sick and wrong, yet oh so right: make video memory get treated as normal memory pages, and just migrate stuff into those pages when it's needed. Then when video memory isn't in use, the kernel could migrate other stuff into video RAM. Unified memory for all! :) > As the old saying goes, "Virtual memory is a technique that makes a lot > of memory look like a lot of memory." :-) The same holds true for > OpenGL context data (especially textures). I'll have to remember that one. :) -- http://trikuare.cx ------------------------------------------------------- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
