The new drivers work just fine on my system (like every other NVIDIA driver I've tried). I'm getting about a 10% performance improvement across the board. My specs:
Its not so much that, but the fact that maintaining a stable binary ABI is really hard, and limits what the kernel developers can do technically. He doesn't want binary comatibility to hold back kernel development.
"with power there is always complexity" --------------- Some of the most powerful concepts are also among the most simple. One of the principle weaknesses of the Java (and C#, and before that Win32 and MFC) API is that they fail to grasp that.
"On the other hand, 8000 years from now, changes in hardware (not only the actual machines, but also infrastructure like the power grid, preventing legacy hardware from being used) would probably have made most of today's software inoperable anyways."
That's what you think, but its 2003 and we're still fscing using NTSC! In 10003, we'll still be using some varient of NTSC on our 10,000x10,000 UltraHDTVs, some 1970's-era software will still be running the TV stations, and US engineers will still be using fscking English units!
On many dynamically typed languages (notably Lisp) some of the bits of an integer are used as 'tag bits' that distinguish integers from pointers from cons cells, etc. Some bits are also sometimes used to help out the GC.
So maybe a Lisp Machine might have this problem? Of course, Lispers will tell you that they'd always have the sense to use a bignum:)
They way he announced it, it did not put it forward as "his personal project." Rather, it was to be a grandiose project that brought Debian to the enterprise.
What are the chances that UserLinux is wildly successful? Certainly, its within the realm of imagination. Well, if UserLinux is hugely successful, it will create a world without KDE. Not just a world without KDE, but a world in which KDE wasn't even allowed to compete for mindshare, just arbitrarily left out of the game.
I-85 wasn't built in Altanta too long ago. When it was built, one part of the city was cut off from the main part of downtown, and decayed greatly as a result. A lot of effort has been spent since then reviving this cut-off area.
Knoppix and Lindows do not claim to be enterprise OSs. Knoppix is a LiveCD for god's sake! UserLinux, at least according to the stuff Perens said when announcing it, is supposed to be the banner under which Open Source will fight for the Enterprise market. And KDE is being left out of that fight.
If the GNOME libraries were being left out of such an important project, you can bet the GNOME folks would be up in arms, as they should be, because that would be a stupid thing for the UserLinux developers to do.
Actually, for what it does (draw graphics on the screen) X is really fast. I've benchmarked it myself, as have many other people. The problem is in the toolkits and the applications. Its really hard to get good GUI feel* and you'd be surprised to see the number of "tricks" you notice in Windows to make it feel faster. Owen Taylor's comment about GTK+ seems dubious to me --- RENDER is accelerated (that subset used to draw anti-aliased text anyway) on NVIDIA's binary drivers, and GTK+ isn't any faster on those than it is normally. GTK+ is definately glacial. Qt, however, is pretty damn fast, as is KDE overall.
*> Things get much easier if you do what OS X (and now freedesktop.org's new X server) do. They back-buffer all windows, so the app never needs to handle expose events. They also synchronize all resize events, so the window frame doesn't enlarge until the app can draw the new contents.
It was designed to handle large numbers of tiny threads and fibers well. >>>>>>>>>>>>>>> No, it wasn't. BeOS didn't have fibers at all (fibers are lightweight user-scheduled threads on NT), and its scheduler started choking at around 400 threads on a 300MHz PII. What made BeOS feel fast was:
1) A preemptible, low-latency kernel, which Linux has now, 2) A scheduler that was really good at seperating interactive from non-interactive processes, which Linux is getting towards with O(1) and Con Colvias's work, 3) A GUI API that basically forced you to seperate GUI threads from computation threads.
The third one caused a lot of problems for developers, and made it hard to code really large applications and port foreign applications, so it probably wasn't a practical idea.
That's the thing, though. They're not evenly matched. There is tons of stuff that both GNOME and KDE tried, but that KDE managed to pull off and GNOME did not. Kparts, KIO, DCOP, etc, are an integral part of a modern KDE desktop, and they give all applications powerful features transparently. Meanwhile, you could remove the GNOME equivilants (bonobo, gnome-vfs, orbit) and nobody would notice because the GNOME desktop just doesn't leverage these underdeveloped technologies. So the choice was not between two equals, with licensing terms being a tie-breaker. Rather, a (dubious, for reasons others have mentioned here) licensing issue was used to trump all the other benifets provided by KDE>
The problem KDE fans are having is that Bruce is willing to give up all that stuff that KDE does have that GNOME does not in trade for a one-time fee that developers have already indicated (by choosing Qt for commercial products) that they are willing to accept!
No they can't. Because UserLinux doesn't include Qt or KDE by default! That's the whole issue here. Its not just that they pick GNOME as the default, but that they don't include Qt or KDE at all. You can say "apt-get kde" but in a business environment, that could be a problem.
As someone who goes to school in Atlanta, I can attest to the importance of this. Atlanta is dived in half by I-85, and it really creates a huge split in the communities of the city. Its great that Boston has managed to get rid of such a huge problem.
It depends on how much RAM you have. I've got 640MB, and I tend to find my apps in the VM cache when I need it. But app startup time definately is less of an issue in KDE than in the 2.x days. Apps take maybe 3 seconds for a cold start, and I'm on a slow laptop hard-drive.
Its not just a matter of Israel protecting their country. They also treat Arabs inside Israel as second-class citizens. Many of the conflicts can be traced to areas where settlers from Israel are making settlements in Palestinian land.
In truth, its not a well-defined problem. In American and Israeli media, its depicted as the Palestinians' faults. In Arab media throughout the world, its depicted as the Israelis' faults. In reality, its both their faults. So in reality, the Palestinians are neither and both. So are the Israelis. They play out their hatred of each other by going to violent excess under the guise of defending their homelands.
Slashdot Mirror
The new drivers work just fine on my system (like every other NVIDIA driver I've tried). I'm getting about a 10% performance improvement across the board. My specs:
Debian sid
Kernel 2.4.22
GeForce4Go 440 (NV17)
Pentium 4 2.0
i845 mobile chipset
Its not so much that, but the fact that maintaining a stable binary ABI is really hard, and limits what the kernel developers can do technically. He doesn't want binary comatibility to hold back kernel development.
Yes. Except maybe some WGL (Windows GL :) extensions...
'x' can't be evaluated twice, because 'x' could be a statement that has side effects.
"with power there is always complexity"
---------------
Some of the most powerful concepts are also among the most simple. One of the principle weaknesses of the Java (and C#, and before that Win32 and MFC) API is that they fail to grasp that.
At the time (Jun 13), only 40 out of 100 were millionaires, with 22 of those Republican
>>>>>>>>>>>>>>
"Only" 40 out of 100???
Didja reply to the wrong post? My parent poster tried to specify a time as 6 lines of very verbose XML!
Argh! God I hate XML culture! How is this in any way better than a 64-bit integer???
"On the other hand, 8000 years from now, changes in hardware (not only the actual machines, but also infrastructure like the power grid, preventing legacy hardware from being used) would probably have made most of today's software inoperable anyways."
That's what you think, but its 2003 and we're still fscing using NTSC! In 10003, we'll still be using some varient of NTSC on our 10,000x10,000 UltraHDTVs, some 1970's-era software will still be running the TV stations, and US engineers will still be using fscking English units!
On many dynamically typed languages (notably Lisp) some of the bits of an integer are used as 'tag bits' that distinguish integers from pointers from cons cells, etc. Some bits are also sometimes used to help out the GC.
:)
So maybe a Lisp Machine might have this problem? Of course, Lispers will tell you that they'd always have the sense to use a bignum
They way he announced it, it did not put it forward as "his personal project." Rather, it was to be a grandiose project that brought Debian to the enterprise.
What are the chances that UserLinux is wildly successful? Certainly, its within the realm of imagination. Well, if UserLinux is hugely successful, it will create a world without KDE. Not just a world without KDE, but a world in which KDE wasn't even allowed to compete for mindshare, just arbitrarily left out of the game.
I-85 wasn't built in Altanta too long ago. When it was built, one part of the city was cut off from the main part of downtown, and decayed greatly as a result. A lot of effort has been spent since then reviving this cut-off area.
Knoppix and Lindows do not claim to be enterprise OSs. Knoppix is a LiveCD for god's sake! UserLinux, at least according to the stuff Perens said when announcing it, is supposed to be the banner under which Open Source will fight for the Enterprise market. And KDE is being left out of that fight.
If the GNOME libraries were being left out of such an important project, you can bet the GNOME folks would be up in arms, as they should be, because that would be a stupid thing for the UserLinux developers to do.
Actually, for what it does (draw graphics on the screen) X is really fast. I've benchmarked it myself, as have many other people. The problem is in the toolkits and the applications. Its really hard to get good GUI feel* and you'd be surprised to see the number of "tricks" you notice in Windows to make it feel faster. Owen Taylor's comment about GTK+ seems dubious to me --- RENDER is accelerated (that subset used to draw anti-aliased text anyway) on NVIDIA's binary drivers, and GTK+ isn't any faster on those than it is normally. GTK+ is definately glacial. Qt, however, is pretty damn fast, as is KDE overall.
*> Things get much easier if you do what OS X (and now freedesktop.org's new X server) do. They back-buffer all windows, so the app never needs to handle expose events. They also synchronize all resize events, so the window frame doesn't enlarge until the app can draw the new contents.
It was designed to handle large numbers of tiny threads and fibers well. ;
>>>>>>>>>>>>>>>
No, it wasn't. BeOS didn't have fibers at all (fibers are lightweight user-scheduled threads on NT), and its scheduler started choking at around 400 threads on a 300MHz PII. What made BeOS feel fast was:
1) A preemptible, low-latency kernel, which Linux has now,
2) A scheduler that was really good at seperating interactive from non-interactive processes, which Linux is getting towards with O(1) and Con Colvias's work,
3) A GUI API that basically forced you to seperate GUI threads from computation threads.
The third one caused a lot of problems for developers, and made it hard to code really large applications and port foreign applications, so it probably wasn't a practical idea.
That's the thing, though. They're not evenly matched. There is tons of stuff that both GNOME and KDE tried, but that KDE managed to pull off and GNOME did not. Kparts, KIO, DCOP, etc, are an integral part of a modern KDE desktop, and they give all applications powerful features transparently. Meanwhile, you could remove the GNOME equivilants (bonobo, gnome-vfs, orbit) and nobody would notice because the GNOME desktop just doesn't leverage these underdeveloped technologies. So the choice was not between two equals, with licensing terms being a tie-breaker. Rather, a (dubious, for reasons others have mentioned here) licensing issue was used to trump all the other benifets provided by KDE>
The problem KDE fans are having is that Bruce is willing to give up all that stuff that KDE does have that GNOME does not in trade for a one-time fee that developers have already indicated (by choosing Qt for commercial products) that they are willing to accept!
One word: apt-get. It's still debian.
>>>>>>>>>>
Not on an enterprise desktop.
No they can't. Because UserLinux doesn't include Qt or KDE by default! That's the whole issue here. Its not just that they pick GNOME as the default, but that they don't include Qt or KDE at all. You can say "apt-get kde" but in a business environment, that could be a problem.
As someone who goes to school in Atlanta, I can attest to the importance of this. Atlanta is dived in half by I-85, and it really creates a huge split in the communities of the city. Its great that Boston has managed to get rid of such a huge problem.
Now I've got blue-balls:
/etc/fstab or /etc/mtab
mount: can't find perl in
It depends on how much RAM you have. I've got 640MB, and I tend to find my apps in the VM cache when I need it. But app startup time definately is less of an issue in KDE than in the 2.x days. Apps take maybe 3 seconds for a cold start, and I'm on a slow laptop hard-drive.
How big are portions in Japan? As an American, I know when I went to Paris I felt hungry the whole time...
Its not just a matter of Israel protecting their country. They also treat Arabs inside Israel as second-class citizens. Many of the conflicts can be traced to areas where settlers from Israel are making settlements in Palestinian land.
In truth, its not a well-defined problem. In American and Israeli media, its depicted as the Palestinians' faults. In Arab media throughout the world, its depicted as the Israelis' faults. In reality, its both their faults. So in reality, the Palestinians are neither and both. So are the Israelis. They play out their hatred of each other by going to violent excess under the guise of defending their homelands.
You bet. Little good it'll do me. In god-damn Virginia: land of the free, home of the Republican.