On Mon, May 10, 2004 at 11:29:40AM -0700, Jon Smirl wrote:
It's not just bloat, the network code is used millions of times per second. Mode
setting happens occaisonally.
But necessary some times. I think of oops and debugger.
The other problem is memory management. What is going to happen when fbdev
starts setting the mode for both heads? Who is going to mananage the VRAM when
the buffers get resized? OpenGL has a very complex memory management scheme
where things can migrate from VRAM to AGP to system memory.
Do apps manage their swap? No. I think the OS should be responsible for
placing the data (vertices, textures, commands) at the right/best place
for the HW 3D engine and the client should only fill virtual memory.
--
Nicholas Souchu - nsouch@free.fr - nsouch@FreeBSD.org
http://www.freebsd.org/~nsouch/kgi4BSD
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
On Mon, May 10, 2004 at 10:39:50PM +0000, Nicolas Souchu wrote:
Do apps manage their swap? No. I think the OS should be responsible for
placing the data (vertices, textures, commands) at the right/best place
for the HW 3D engine and the client should only fill virtual memory.
http://www.freebsd.org/~nsouch/kgi4BSD
Browsing through kgi.sf.net I found that they have proper multihead
and DDC2 support. They just lack DRI integrated into KGI and it will
rock from my user perspective.
Is true that the BSDs are adopting KGI as their unified kernel
graphics layer?
-otto
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
On Mon, May 10, 2004 at 10:39:50PM +0000, Nicolas Souchu wrote:
quoted
Do apps manage their swap? No. I think the OS should be responsible for
placing the data (vertices, textures, commands) at the right/best place
for the HW 3D engine and the client should only fill virtual memory.
quoted
http://www.freebsd.org/~nsouch/kgi4BSD
Browsing through kgi.sf.net I found that they have proper multihead
and DDC2 support. They just lack DRI integrated into KGI and it will
rock from my user perspective.
Is true that the BSDs are adopting KGI as their unified kernel
graphics layer?
It looks like BSD is heading in the right direction. If this lame idea of
a userland library goes threw I wil quite fbdev developement and go over
to BSD then. Either that or fork the tree and start my company with my
work.
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3