Linked by Thom Holwerda on Thu 29th Mar 2007 09:00 UTC, submitted by zelko
Linux An .iso image of myOS has been released. "Minimalistic GNU/Linux system, stripped down of everything, but core necessary files to compile and run OpenGL/C code. It has simplified directory structure and cleaned up internal cross referencing. It can fit single floppy disc without development components. With Scithech SNAP/MGL drivers (based on Mesa) it was possible to run OpenGL without X. Stripped down and modified GNU gcc compiler, mixed with diet libc includes and selected shared files seem to be able to compile all relevant libraries and produce stable and relatively small code. Apart from Necromancer's file manager and OpenGL developing tools, this is pretty much your average Linux thanks to BusyBox."
Thread beginning with comment 225653
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[3]: cool
by sbergman27 on Thu 29th Mar 2007 15:05 UTC in reply to "RE[2]: cool"
sbergman27
Member since:
2005-07-24

"""
But who really uses that functionality in X today?
"""

Oh, for me about all 60 of the business desktop users that I happen to support. Probably the vast majority of Linux desktops in business.

Besides, the whole "X is slow because of network transparency" bit went out the window *years* ago when MITSHM, and later, DRI showed up.

I agree that X'less OpenGL is a good thing for some applications.

But I get so tired of hearing the same *wrong* claims made about X over and over and over and over again.

While I'm at it, I should probably proactively dispel another popular one. When you look at how much memory X is using, keep in mind that you are looking at total mapped memory. The *vast* majority of it is *video* memory which, depending upon the driver, can be mapped 2, 3, or more times for different purposes.

Very little of it is system RAM.

Xorg has its inefficiencies. But they are mostly implementation details and not fundamental design decisions.

Jeff Garzik touches on this in the context of a broader topic, in this bittersweet paper from last year's Linux Symposium.

http://tinyurl.com/357m7o

It's a good read. You'll laugh! You'll cry! You'll find out why your Core 2 Duo system takes so freaking long to perform certain more intensive operations... like shutting down.

Reply Parent Bookmark Score: 3

RE[4]: cool
by PunchCardGuy on Thu 29th Mar 2007 15:38 in reply to "RE[3]: cool"
PunchCardGuy Member since:
2006-04-14

Holy sheep s... Batman!!! Read the paper - well written and quite an eye opener. Partially supports what I said about X, but not because of the network transparency thing. Also possibly explains why I have seen so many complaints posted about the slowness of Gnome ;-). More and more functions are being pushed out to user space, and if developers don't manage the frequency of system calls, we will all suffer.

Reply Parent Bookmark Score: 2

RE[4]: cool
by adamk on Thu 29th Mar 2007 16:01 in reply to "RE[3]: cool"
adamk Member since:
2005-07-08

While I'm at it, I should probably proactively dispel another popular one. When you look at how much memory X is using, keep in mind that you are looking at total mapped memory. The *vast* majority of it is *video* memory which, depending upon the driver, can be mapped 2, 3, or more times for different purposes.

Very little of it is system RAM.



There used to be a paper from John Carmack explaining that (back in the utah-glx days). Do you happen to know where I can find this? I'm tired of trying to explain this very fact to users who just won't accept what I'm saying :-)

Adam

Reply Parent Bookmark Score: 1

RE[4]: cool
by siride on Thu 29th Mar 2007 21:29 in reply to "RE[3]: cool"
siride Member since:
2006-01-02

Actually, that's wrong, at least on my machine. I looked at /proc/$PID/smaps and found that a huge amount of virtual memory was anonymous (heap) memory, not memory that was mapped to the video card devices. It's a common memory leak. I have to restart X regularly.

Reply Parent Bookmark Score: 1

RE[5]: cool
by renox on Sat 31st Mar 2007 16:26 in reply to "RE[4]: cool"
renox Member since:
2005-07-06

That's probably not X fault: you have an application which ask X to allocate resources (pixmaps for example) and it is not handling correctly the resources.

Sure this could be X fault, but it's most likely that one application is the culprit..

Reply Parent Bookmark Score: 2

RE[4]: cool
by sbergman27 on Sun 1st Apr 2007 09:15 in reply to "RE[3]: cool"
sbergman27 Member since:
2005-07-24

I realize I'm little late with this. But my attribution was wrong. The paper and talk were not by Jeff Garzik, but by Dave Jones.

Reply Parent Bookmark Score: 2