I have encoded - it's just that the file is starting from a compresses state, being expanded, and then compressed again. >>>>>>>>> That's the problem. You're chopping twice. Each chop doesn't cut the same data, but subtly different data. Thus, there is an overallall loss. 128kbs is pretty low quality to begin with. I can easily hear a pretty big difference, and my setup (iPod piped to Klipsch 4.1's) is certainly not high-end, even by consumer standards.
There are two different words, "man" and "man." One refers to male humans, while the other refers to humans in general. Just like "lie" can mean to be dishonest or to lay down on the ground.
Heh. Windows XP doesn't BSOD for me anymore. Now it just refuses to boot... Something about hal.dll being corrupt. Time for a reinstall --- if only Battlefield 1942 ran in Windows!
No, ASCII is ASCII. WBXML is a binary representation of XML. For example, instead of writing out words each time, it uses integers that index into a string table.
You didn't read the article carefully. The hyperqueues document don't say that using sockets slows down X, but that sockets aren't as fast as the hyperqueue mechanism. Since sockets aren't the bottleneck, this doesn't matter. Also note that something like hyperqueues would never make it into the kernel. Hyperqueues depend on x86 segmentation, and are thus non-portable. Some CPUs (like the Itanium) have mechanisms that could be used to achieve the same thing, but a lot of important CPUs (AMD64) without segmentation also lack these other mechanisms.
Dragonfly isn't a completed project at this point, or even one that made changes substantial enough to differentiate it from other systems. Dragonfly forked from FreeBSD because they have some very different ideas about where the kernel should be headed than the FreeBSD folks. Dragonfly will be based on a model of very lightweight threads that communicate via a messaging mechanism. They think they can get highly scalable designs without all the locking that the Linux and FreeBSD designs use. If it works, it could be a very large step forward for multi-CPU and clustured systems.
I'm not making them out to be demi-gods. I'm ml aeenting that they had some actual qualities (intellect, culture, nobility) that is sorely missing in the political world today. I don't doubt that we've come a long way in certain aspects of our political leaders, but we have regressed on many other fronts.
When it comes down to it, you have to consider these great leaders in the context of their times. Did many of the founding fathers own slaves? Yes. But so did most other wealthy people in the time. In this respect, you can hardly condemn them for being no better than everyone else. In many other respets, the founding fathers transended their context. They were better, in many ways, than their time. Its this quality that really elevates them above the politicians we have running our country today. Which ones can you point to and really say that they're significantly ahead of the rest of society in this paticular point in time?
At one time, we had high-minded intellectuals running this country. Ones with vision and foresight and knowledge and education. Where are they today? We've got a president who is, at best, of averge intelligence, and whose greatest strength is something as plebian as business. I doubt that people like the founding fathers aren't around today --- I don't think this world has gone that far done the shit-hole just yet. But where are they hiding? Are they staying out of public service just because they're so damn disgusted by the whole system? Are we as a society doing something that are actively keeping these people out?
You can't sign away basic rights. Protection against illegal search is one of those rights. There is a fine line employers walk, but it falls on their side becaue they one the hardware and they are paying for your time. This might very well be falling on the other sie of that line.
Since Apple's device drivers don't use C++, >>>>>>>>>>>>&g t; All device drivers that use the I/O kit (that is, most of them) are written in C++, because the I/O kit is C++.
Java and Python aren't even in the same league as far as these things go. Python is 870k and depends on 7 standard libraries. The JavaVM comes with a 75MB libs directory. Python takes 0.007s to give me the usage message. javac takes 0.264 seconds, even with a warm filecache.
Running 3.2 CVS (slightly after alpha2) right now. It rocks. Its extremely stable for me, I'd consider it beta quality at this point. Its much more stable than WinXP for me at this point, which has taken to crashing (something called mmod.exe) *every* time a visit a web-page.
There is a difference between languages that are interpreted (generally referring to languages where the interpreter operates on a syntax tree directly) and languages that run in a bytecode VM. In the latter catagory are several very fast languages like forth. Python is no forth, but its more than fast enough to completely saturate the I/O system of your average PC.
That's because the up2date program is chronically broken. It seems to stall the entire UI waiting for a complete download to finish. The correct solution would be to bust out another thread to handle the UI, or at the very least, make sure you process input or update the window several times a second.
Reasons why CORBA sucks (mostly from the C++ mapping):
1) The whole distinction between servants, object references, etc, might be nice in whatever fantasy world the standards makers lived on, but its far too complex. A proper standard (POSIX is an excellent example) should scale. Simple things should be simple, and implementation complexity should scale linearly with problem complexity. Objects are a pretty simple idea. CORBA makes them anything but.
2) The C++ mapping is completely braindead. I'm someone who finds C++ itself to be rather simple and straightforward, and I still can't always get the parameter passing conventions correct. It also doesn't use the STL. Being released in 1994 is no excuse. We're thankfully leaving the stone-age of C++ behind us, and unless the CORBA C++ mapping is updated, it should be one of those relics we leave bhind.
3) The standard is full of "gee, wouldn't this be nice" features, while missing some very basic conveniences (offering string-representations of error messages in exceptions).
Um, CORBA sucks so much ass its not even funny. Its one of the worst designed-by-committe standards ever produced. The C++ mapping is completely non-standard and retarded. Ugh...
See ICE for a CORBA replacement that doesn't suck.
1) Shell-scripting being interpreted is not the bottleneck. The bottleneck is all the processes that most init-scripts start at bootup, as well as stuff like hardware detection, waiting for DHCP leases, etc. Besides, Python isn't interpreted like shell-scripts, it runs on a bytecode-VM. And Python is fast enough that RedHat uses it for its GUI tools, and most people can't tell the difference.
2)KDE has gotten *faster* since 2.0.x. 3.2 is the fastest release since the 1.x series. In the 2.x transition, GNOME got a lot faster, but people didn't notice it as much because GTK 2.x was so much slower.
Slashdot Mirror
I have encoded - it's just that the file is starting from a compresses state, being expanded, and then compressed again.
>>>>>>>>>
That's the problem. You're chopping twice. Each chop doesn't cut the same data, but subtly different data. Thus, there is an overallall loss. 128kbs is pretty low quality to begin with. I can easily hear a pretty big difference, and my setup (iPod piped to Klipsch 4.1's) is certainly not high-end, even by consumer standards.
Its good enough for me, and I'm a bigger feminist than most women I know!
Yep. Dontcha love progress?
There are two different words, "man" and "man." One refers to male humans, while the other refers to humans in general. Just like "lie" can mean to be dishonest or to lay down on the ground.
Heh. Windows XP doesn't BSOD for me anymore. Now it just refuses to boot... Something about hal.dll being corrupt. Time for a reinstall --- if only Battlefield 1942 ran in Windows!
Could somebody tell the non-web-developers in the audience how a 1x1 pixel can track you? Sounds a bit evil to me...
Look at it this way:
The patent tries to cover giving an indication when the user is typing.
'talk' allows you to see the typing.
Seeing the typing as an indication that the user is typing.
Thus, talk gives you an indication that the user is typing.
Thus, the patent tries to cover something that 'talk' already does.
No, ASCII is ASCII. WBXML is a binary representation of XML. For example, instead of writing out words each time, it uses integers that index into a string table.
You didn't read the article carefully. The hyperqueues document don't say that using sockets slows down X, but that sockets aren't as fast as the hyperqueue mechanism. Since sockets aren't the bottleneck, this doesn't matter. Also note that something like hyperqueues would never make it into the kernel. Hyperqueues depend on x86 segmentation, and are thus non-portable. Some CPUs (like the Itanium) have mechanisms that could be used to achieve the same thing, but a lot of important CPUs (AMD64) without segmentation also lack these other mechanisms.
Ever watch TV around 3 am? There is this recurring penis enlargement infomercial that runs about once a week here in Atlanta.
Dragonfly isn't a completed project at this point, or even one that made changes substantial enough to differentiate it from other systems. Dragonfly forked from FreeBSD because they have some very different ideas about where the kernel should be headed than the FreeBSD folks. Dragonfly will be based on a model of very lightweight threads that communicate via a messaging mechanism. They think they can get highly scalable designs without all the locking that the Linux and FreeBSD designs use. If it works, it could be a very large step forward for multi-CPU and clustured systems.
I'm not making them out to be demi-gods. I'm ml aeenting that they had some actual qualities (intellect, culture, nobility) that is sorely missing in the political world today. I don't doubt that we've come a long way in certain aspects of our political leaders, but we have regressed on many other fronts.
When it comes down to it, you have to consider these great leaders in the context of their times. Did many of the founding fathers own slaves? Yes. But so did most other wealthy people in the time. In this respect, you can hardly condemn them for being no better than everyone else. In many other respets, the founding fathers transended their context. They were better, in many ways, than their time. Its this quality that really elevates them above the politicians we have running our country today. Which ones can you point to and really say that they're significantly ahead of the rest of society in this paticular point in time?
At one time, we had high-minded intellectuals running this country. Ones with vision and foresight and knowledge and education. Where are they today? We've got a president who is, at best, of averge intelligence, and whose greatest strength is something as plebian as business. I doubt that people like the founding fathers aren't around today --- I don't think this world has gone that far done the shit-hole just yet. But where are they hiding? Are they staying out of public service just because they're so damn disgusted by the whole system? Are we as a society doing something that are actively keeping these people out?
You can't sign away basic rights. Protection against illegal search is one of those rights. There is a fine line employers walk, but it falls on their side becaue they one the hardware and they are paying for your time. This might very well be falling on the other sie of that line.
Since Apple's device drivers don't use C++,
>>>>>>>>>>>>&g t;
All device drivers that use the I/O kit (that is, most of them) are written in C++, because the I/O kit is C++.
Java and Python aren't even in the same league as far as these things go. Python is 870k and depends on 7 standard libraries. The JavaVM comes with a 75MB libs directory. Python takes 0.007s to give me the usage message. javac takes 0.264 seconds, even with a warm filecache.
Running 3.2 CVS (slightly after alpha2) right now. It rocks. Its extremely stable for me, I'd consider it beta quality at this point. Its much more stable than WinXP for me at this point, which has taken to crashing (something called mmod.exe) *every* time a visit a web-page.
There is a difference between languages that are interpreted (generally referring to languages where the interpreter operates on a syntax tree directly) and languages that run in a bytecode VM. In the latter catagory are several very fast languages like forth. Python is no forth, but its more than fast enough to completely saturate the I/O system of your average PC.
That's because the up2date program is chronically broken. It seems to stall the entire UI waiting for a complete download to finish. The correct solution would be to bust out another thread to handle the UI, or at the very least, make sure you process input or update the window several times a second.
Reasons why CORBA sucks (mostly from the C++ mapping):
1) The whole distinction between servants, object references, etc, might be nice in whatever fantasy world the standards makers lived on, but its far too complex. A proper standard (POSIX is an excellent example) should scale. Simple things should be simple, and implementation complexity should scale linearly with problem complexity. Objects are a pretty simple idea. CORBA makes them anything but.
2) The C++ mapping is completely braindead. I'm someone who finds C++ itself to be rather simple and straightforward, and I still can't always get the parameter passing conventions correct. It also doesn't use the STL. Being released in 1994 is no excuse. We're thankfully leaving the stone-age of C++ behind us, and unless the CORBA C++ mapping is updated, it should be one of those relics we leave bhind.
3) The standard is full of "gee, wouldn't this be nice" features, while missing some very basic conveniences (offering string-representations of error messages in exceptions).
Um, CORBA sucks so much ass its not even funny. Its one of the worst designed-by-committe standards ever produced. The C++ mapping is completely non-standard and retarded. Ugh...
See ICE for a CORBA replacement that doesn't suck.
I'm pretty sure Ximian has RedHat 7.3 binaries. You might be in for a bit of a shock, given that GNOME 2.x has gone all minimalistic, though...
What kind of coke are you on?
1) Shell-scripting being interpreted is not the bottleneck. The bottleneck is all the processes that most init-scripts start at bootup, as well as stuff like hardware detection, waiting for DHCP leases, etc. Besides, Python isn't interpreted like shell-scripts, it runs on a bytecode-VM. And Python is fast enough that RedHat uses it for its GUI tools, and most people can't tell the difference.
2)KDE has gotten *faster* since 2.0.x. 3.2 is the fastest release since the 1.x series. In the 2.x transition, GNOME got a lot faster, but people didn't notice it as much because GTK 2.x was so much slower.
dbus is a freedesktop.org standard for inter-app communication. Its a dependency-free C library with bindings for Python and other languages.
Yeah, go get those damn pinko bastards!