Ummm... not only does that beat Intel, it sure as heck beats Apple as well. Actually, `Intel Inside' could cause some problems: namely burns or float errors.
As it's going to be a while before 4.0 comes out, will other cards (notably g[24]00 via glx) become part of 4.0? I don't remeber seeing anything specific on the glx pages/list, but then, it doesn't really matter to me (I got it to work and it wasn't that hard to do).
Hehe, weeelll, wouldn't you agree that digital content creation, CAD/CAM/CAE, scientific visualization and medical imaging are all relevant to games? CAD is good for designing those models and maps; scientific visualisation helps you get things, especially SFX, to look right; medical imaging is to get body models anatomicly correct, especially post rocket):>; and digital content creation is, umm, the game itself(?).
Oh, I agree, video games drive the market (and don't tell me that those medical imaging systems don't get played with, who could resist playing with such a `toy'?), but the rest is very usefult for creating the games. They're also useful for affording to play the games.
True Linux support comes in the forms of vendors releasing specs for their chipsets so that open source drivers can be produced. This is why I bought a Matrox G200 (couldn't affort a G400) when I got my new computer: Matrox released the spec. Admittedly not all, but as things have been progressing, they've released more and more of the specs.
According to John Carmack in a posting on the glx-dev mailing list, the Linux G200 driver is almost as fast as the Windows driver (this is with his special, experimental, tree; soon to be merged (WID)) and he expects to to exceed the speed of the Windows driver soon. I thus do not regret my purchase. The driver is a little buggy (I get some strange effects when I die in certain modes in q3test), but very usable and fast enough for my dual celery 300a (without SMP support in Mesa) and even better when I crank up to 450.
You can keep your binary driver while I bask in the glory and warm fuzzies of my rapidly developing OS driver.
With saturday's (NZ time) cvs, glx gets tolerable performance on my dual 300 celery, generally playable but kinda laggy in spots, until my mouse drops a byte and X and my mouse no longer agree on the beginning of the packet. When I crank the cpus up to 450, things are noticably better, including the mouse, I think. However, I don't leave the cpus overclocked as I don't have adequate cooling to run with the case closed and I don't like leaving it open (too many little fingers in the house:).
Wow! And I though our requirements (600 calls/min) was bad. FTHWTK, this is in the telco industry (IN Platforms) providing services such as number translation (0800, 0900, etc), number portability, etc. BTW, assuming there are 720000 phones in NZ (not unrealistic, there's ~3 million people) and each phone makes one call a day, that's 500 calls per minute.
Unfortunatly not (thus speaks the voice of experience). Taking my (home) RH 5.1 system to glibc2.1 required several other rpms (eg initscripts, pam(?) and a couple of others). It wasn't as smooth as I would have liked, but I got there in the end (without downloading all of RH 6.0:). Now that I have decently (for NZ) priced net access (250hrs/$30), I just might try doing an ftp install of 6.0 (I did this successfully for a sun box at work (I got my wrist slapped, but as they say about forgiveness and permission...)) using the net boot image (that was fun:), so I know what it takes.
I started out with TurboVision (Borland, C++ version (later, used the Pascal version as well)) and though it was a little clunky (and buggy) I found it to be generally easy to understand and use (the formatted string view/wiget was the exception, wierd voodoo to get that working; you had to simulate the stack). I then cloned TV in both text/graphics, fixing the bugs and making a couple of design/interface changes (rectangle endpoints, mainly) and a few extensions (cooperative multitasking (put in for dos, left in for Linux) and it works quite well (I wrote an editor with the text version and I had a couple of toys for the graphics version). The graphics version is for DJGPP/Allegro and the text version works with both DJGPP and Linux (suid root:9). It's written in C++ and the text version has a python interface (I had a really cool MAP27/MPT1327 test app written with this setup). The biggest thing I like about my library is that I actually managed to make it (semi) driver agnostic. The tui and gui versions are even semi compatable (just the coordinates aren't, and the gui has some things that are hard to do in text), but the gui version doesn't really care what graphics lib is used (single class to handle such things) and the tui version uses a text mode lib that I wrote that I managed to port from dos to Linux without too much trouble.
Anyway, what's good about my lib/turbovision is it's (general) ease of use and extensability. Coding for either is actually fairly clean. IMHO, Borland did a good job of designing TV and I feel that I copied their good bits and added a few of my own. For anyone who's interested, the dos/text version is availabe on my webpage (via the editor link), or you can email me.
In the faq, under the unix section, it tells you to update your DNS server.
UNIX
Edit/etc/resolv.conf in a similar way to the following:
domain your.domain
nameserver 209.50.251.49
nameserver 209.50.251.51
It is likely there are other commands in there that you should leave in place.
Additionally, you may normally only have 3 nameserver commands. In which case you may prefer to just use our first nameserver if you have 2 already. Place ours first.
I believe the problem's not so much finding the apps to parallelize, but rather the cost of parallelizing those apps. ie, the inter thread communication. I've got a program I wrote that would really benefit from parallelization if it wasn't for the communications costs. It's an N-body 3d gravity simulator (ie simulating a solar system). I believe any spead gained from spreading the load would be consumed by the communications (each planet has to know where every other planet is (N^2 problem)). BTW, the program's source (for DJGPP/Allegro) is on my web page. I've got Linux/svgalib code for it, but I haven't posted it yet (too lazy). If anyone's interested, email me.
Actually, they're not dead (or at least the few I tried). They're on sites that enforce `payment' (ie uploads) before you can down load. The files are there, you just can't read them. Try taking the URL over to a real ftp client (eg ftp) and see what happens (note, this is a little tricky due to the username/password being encoded into the URL, etc).
NOTE: I didn't actually try very many links, but 5/5 isn't a bad score.
Only on `too young to die' (did it for my wife's game). On `ultra violence', I have a tough time even in god mode, so no laughter here. I get him, but only after about 5 idkfa's (gotta clear out those mosters so I don't get pushed off the platform, that BGA chews the ammo).
More games to consider once I get X and my G200 cooperating. I liked Decent I (dos/shareware version), I just couldn't handle the baddy at the end (I think I ran out of ammo, can't remember, been almost two years).
I don't know. I've seen discussions of this somewhere (egcs mailing list? can't remember) and I think #include does count as linking, but I'm not certain.
I can't be certain, but I've hear rumours to the effect that ALSA will be replacing OSS in the kernel, maybe for 2.4. NOTE: this was being discussed on the kernel mailing list back around 2.1.125 or so, and I don't think Linus got involved in the discussion, but Alan Cox did (brief comment saying it was desirable). As to the GPLedness of the API, I really don't know. I haven't looked that closely as it doesn't matter to me. I'm not sure, but I think the API being GPLed is irrelevant (Linux's API is GPLed, AIUI) so that shouldn't be the problem. If you really mean the libs, well, the API is documented, so any vendor wishing to interface to ALSA can create their own. Defeats the purpose of a library I know, but I believe a political statement is being made (assuming the libs are GPLed rather than LGPLed).
No, they don't have infinite resources (but they do have a lot). Lets say MS gives each and every free software developer 100k incentives. It won't take long for MS to completely drain their funds. I wouldn't be supprised if there's ~1 million free softwaree developers out there (Linux, *BSD, HURD, DJGPP (yes, that's dos/windows, but many djgppers seem to move on to Linux) etc), so that 100e9 dollars in MS's bank will go bloody fast. Of course, my numbers are most likely way out, but still, Their money levels can't be sustained if they try something like that.
In that case, they need a comma following the `other' as it is being used (sort of, or is `other' always one?) as an adjective, and adjectives should always be separated by a comma (proprietary is nothing but an adjective).
Slashdot Mirror
Ummm... not only does that beat Intel, it sure as heck beats Apple as well. Actually, `Intel Inside' could cause some problems: namely burns or float errors.
I can just see the kids fighting over it: "I wanna sit on it", "No!, I wanna play doom/quake/maelstrom".
As it's going to be a while before 4.0 comes out, will other cards (notably g[24]00 via glx) become part of 4.0? I don't remeber seeing anything specific on the glx pages/list, but then, it doesn't really matter to me (I got it to work and it wasn't that hard to do).
Oh, I agree, video games drive the market (and don't tell me that those medical imaging systems don't get played with, who could resist playing with such a `toy'?), but the rest is very usefult for creating the games. They're also useful for affording to play the games.
According to John Carmack in a posting on the glx-dev mailing list, the Linux G200 driver is almost as fast as the Windows driver (this is with his special, experimental, tree; soon to be merged (WID)) and he expects to to exceed the speed of the Windows driver soon. I thus do not regret my purchase. The driver is a little buggy (I get some strange effects when I die in certain modes in q3test), but very usable and fast enough for my dual celery 300a (without SMP support in Mesa) and even better when I crank up to 450.
You can keep your binary driver while I bask in the glory and warm fuzzies of my rapidly developing OS driver.
Games: Quake* (supported by a small company called Id)
With saturday's (NZ time) cvs, glx gets tolerable performance on my dual 300 celery, generally playable but kinda laggy in spots, until my mouse drops a byte and X and my mouse no longer agree on the beginning of the packet. When I crank the cpus up to 450, things are noticably better, including the mouse, I think. However, I don't leave the cpus overclocked as I don't have adequate cooling to run with the case closed and I don't like leaving it open (too many little fingers in the house:).
BTW: FAQ
Wow! And I though our requirements (600 calls/min) was bad. FTHWTK, this is in the telco industry (IN Platforms) providing services such as number translation (0800, 0900, etc), number portability, etc. BTW, assuming there are 720000 phones in NZ (not unrealistic, there's ~3 million people) and each phone makes one call a day, that's 500 calls per minute.
You are under-informed and doing something (asking) about it. That's not stupid, that's smart.
Unfortunatly not (thus speaks the voice of experience). Taking my (home) RH 5.1 system to glibc2.1 required several other rpms (eg initscripts, pam(?) and a couple of others). It wasn't as smooth as I would have liked, but I got there in the end (without downloading all of RH 6.0:). Now that I have decently (for NZ) priced net access (250hrs/$30), I just might try doing an ftp install of 6.0 (I did this successfully for a sun box at work (I got my wrist slapped, but as they say about forgiveness and permission...)) using the net boot image (that was fun:), so I know what it takes.
I got confused and thought 2.2.12.pre*. Sorry.
From my memory of AC's diary, it was some sort of leak in the TCP stack which caused things to blow up after a little while.
Anyway, what's good about my lib/turbovision is it's (general) ease of use and extensability. Coding for either is actually fairly clean. IMHO, Borland did a good job of designing TV and I feel that I copied their good bits and added a few of my own. For anyone who's interested, the dos/text version is availabe on my webpage (via the editor link), or you can email me.
In the faq, under the unix section, it tells you to update your DNS server.
UNIX
Edit /etc/resolv.conf in a similar way to the following:
domain your.domain
nameserver 209.50.251.49
nameserver 209.50.251.51
It is likely there are other commands in there that you should leave in place.
Additionally, you may normally only have 3 nameserver commands. In which case you may prefer to just use our first nameserver if you have 2 already. Place ours first.
I believe the problem's not so much finding the apps to parallelize, but rather the cost of parallelizing those apps. ie, the inter thread communication. I've got a program I wrote that would really benefit from parallelization if it wasn't for the communications costs. It's an N-body 3d gravity simulator (ie simulating a solar system). I believe any spead gained from spreading the load would be consumed by the communications (each planet has to know where every other planet is (N^2 problem)). BTW, the program's source (for DJGPP/Allegro) is on my web page. I've got Linux/svgalib code for it, but I haven't posted it yet (too lazy). If anyone's interested, email me.
Actually, they're not dead (or at least the few I tried). They're on sites that enforce `payment' (ie uploads) before you can down load. The files are there, you just can't read them. Try taking the URL over to a real ftp client (eg ftp) and see what happens (note, this is a little tricky due to the username/password being encoded into the URL, etc).
NOTE: I didn't actually try very many links, but 5/5 isn't a bad score.
Only on `too young to die' (did it for my wife's game). On `ultra violence', I have a tough time even in god mode, so no laughter here. I get him, but only after about 5 idkfa's (gotta clear out those mosters so I don't get pushed off the platform, that BGA chews the ammo).
More games to consider once I get X and my G200 cooperating. I liked Decent I (dos/shareware version), I just couldn't handle the baddy at the end (I think I ran out of ammo, can't remember, been almost two years).
Would those be ahpla particles?:)
Would anti-beta particles be ateb particles?
:) :)
Maybe alsa-project.org got slashdotted?
No, they don't have infinite resources (but they do have a lot). Lets say MS gives each and every free software developer 100k incentives. It won't take long for MS to completely drain their funds. I wouldn't be supprised if there's ~1 million free softwaree developers out there (Linux, *BSD, HURD, DJGPP (yes, that's dos/windows, but many djgppers seem to move on to Linux) etc), so that 100e9 dollars in MS's bank will go bloody fast. Of course, my numbers are most likely way out, but still, Their money levels can't be sustained if they try something like that.
In that case, they need a comma following the `other' as it is being used (sort of, or is `other' always one?) as an adjective, and adjectives should always be separated by a comma (proprietary is nothing but an adjective).