It's funny you mention Azureus, because that's the exact client I was using as a comparison between JRE 1.4 and JRE 1.5. And yes, it does use a lot of RAM -- but I don't notice any difference between using Azureus in JRE 1.5 and say Konqueror or Evolution. OpenOffice.org feels far more sluggish than Azureus. Maybe things are different on the Windows side.
That would have been a great strategy a couple years ago, but they missed the boat on that one, too. With Sun's JDK/JRE 1.5, I can't tell the difference between a Java app and a native Linux app, even on old hardware -- which is quite a feat. It still sounds like an interesting idea though, and it might be practical for the next portable high level language.
I wouldn't trust thist site. It doesn't even recognise Konqueror. It think it's an ancient version of Netscape.
That being said, Konqueror 3.2.3 passes completely.
The problem was for a while, NVidia didn't have support for the latest 2.6.8 kernel, which you would have if you did the updates for 10.1 Community. A basic 10.1 Community install had 2.6.7, iirc, which worked fine with the existing NVidia driver. Just recently, NVidia released a new version of their driver which works with the latest kernels.
And I'm sure every licence with each piece of commercial software is one of an equally short list of licences. Having a licence best adapted for each situation is a Good Thing, especially since it increases the amount of open code.
Re:Shouldn't this be posted Anonymously...
on
Preview of KDE 3.4
·
· Score: 1
But is pointing out that he wasn't karma whoring and getting modded to 4, Informative not karma whoring itself?
Of course, if this post gets modded up, I guess that would be karma whoring too. Oh the irony...
Getting introduced to the internet was a revolution for me. Yes, I was one of those teens who spent a lot of time indoors, and even in my early twenties, I do spend a fair amount of time online.
What parents today need to realise is that the internet is more than a past-time. Some of my best friends are online. Being a bit of a social outcast, I actually learned quite a bit about what is acceptable by talking with people online. I went from having zero self-confidence to a having a healthy amount. So instead of becoming a real-world recluse, I'm actually somebody with dreams, goals, and ambition. For me, as with others, it's easier to talk about personal issues through the chat medium.
The internet is also a great educational resource for all topics, not just those you'd find in a book. It also exposes you to more viewpoints that you won't see in mainstream media. It has been very helpful along my road of self-discovery. I have become much more aware of what is out there, and have developed quite a deep understanding of myself.
So for a while, yeah, I spent too much time online. Did I turn out okay? Absolutely, and for the better.
Indeed, it has improved a lots. I still find myself reaching for the kickarts applet far too often though -- the sound system should really work completely transparently. I actually avoid non-KDE apps simply because they often use a different method for sound control. It would be great if GStreamer because the sole standard for Linux on the desktop, simply because a standard is really needed (much like how we almost all use X).
Regarding latency, it is adjustable for aRts, however, the lower the latency, the higher the CPU usage, and the more sensitive it becomes to heavy loads and not getting its slice of CPU time in time. It was definitely a huge improvement over esound, but it is not without fault.
This is the primary reason why I never got into slack. Slack is basically built by one man, and it's the same story with the gnome packages for slack. While this can give a project a strong direction, it also leaves the project very vulnerable to the whims and lives of those maintaining it. And while I could figure out how to maintain it myself, I don't have the resources to do a proper job, and thus I stick with more popular, team-produced projects.
It's nice to see that KDE is moving away from aRts. While aRts was cool for allowing multiple sound sources to be played at once, it is quite a resource hog and has problems with latency. I know I am constantly stopping and starting aRts when I watch movies because the latency is too noticeable (or it drops too many frames with low-latency). I wish there were a more definite answer and a right-here, right-now solution, however.
I live in Grande Prairie, Alberta, Canada, which is a city of about 41,000 people. It's in the middle of nowhere. There are NO cities of this size north of here in the ENTIRE CONTINENT. Yet I still have my choice of broadband providers. I pay $25/month for an essentially unlimited connection. That's about $21 US at current exchange rates. I have never had a network outage either. If it can be done for cheap and be reliable in rural Canada, it can easily be done in rural US.
I thought I had this same problem -- my ISP blocks outgoing port 25 except to their SMTP servers. Of course, I have a few domains hosted elsewhere, but my hosting provider is kind enough to provide SSL-enabled SMTP on port 465. Because I have to authenticate to the SMTP server anyway, this has a nice benefit of encrypting the connection to prevent anyone from snooping my creditials. This is the way it should be done for everyone anyway...
a small write operation requires a read from each disk in the set before the write can be completed (in order to recompute parity for the stripe)
Not entirely. If your parity is a simple XOR of all the chunks, then you only need to read the chunk to be rewritten and the appropriate parity chunk. XOR the old chunk with the parity, XOR that with the new chunk and rewrite the parity chunk, and finally write the new chunk. However, this still necessitates a read from the drive where the write is to occur and a read of the appropriate chunk of parity information for every write. This means that only 2 of the n drives in an array are involved. This technique works best when your parity information is striped across all the drives (to avoid a bottleneck -- which is why RAID 5 is so popular), but there is still a penalty for dealing with parity.
Slashdot Mirror
That, tuxter, was the cleverest thing I've read all day. Thank you for the laughs. =)
It's funny you mention Azureus, because that's the exact client I was using as a comparison between JRE 1.4 and JRE 1.5. And yes, it does use a lot of RAM -- but I don't notice any difference between using Azureus in JRE 1.5 and say Konqueror or Evolution. OpenOffice.org feels far more sluggish than Azureus. Maybe things are different on the Windows side.
That would have been a great strategy a couple years ago, but they missed the boat on that one, too. With Sun's JDK/JRE 1.5, I can't tell the difference between a Java app and a native Linux app, even on old hardware -- which is quite a feat. It still sounds like an interesting idea though, and it might be practical for the next portable high level language.
Yeah, I'd say they're in pretty good shape. It's not like they're losing whole thirds or halves!
I wouldn't trust thist site. It doesn't even recognise Konqueror. It think it's an ancient version of Netscape. That being said, Konqueror 3.2.3 passes completely.
Right here. Laser beams sold separately. ;)
v1 is better than 3m4c5!
The server seems to be handling the load fine, but in case the files get removed due to excessive bandwidth usage, I've temporarily mirrored them:
Mirror: http://markrose.ca/mirrors/fly_004.avi
Enjoy =)
But at least this time, when your Windows crash, it's not Microsoft's fault.
Those papercuts burn, man! I don't recommend it!
All this patching makes my hurd heart.. erm, head hurt.
Just wait until he starts bashing the Moon! There'll be bits of cheesey posts like this everywhere!
The problem was for a while, NVidia didn't have support for the latest 2.6.8 kernel, which you would have if you did the updates for 10.1 Community. A basic 10.1 Community install had 2.6.7, iirc, which worked fine with the existing NVidia driver. Just recently, NVidia released a new version of their driver which works with the latest kernels.
And I'm sure every licence with each piece of commercial software is one of an equally short list of licences. Having a licence best adapted for each situation is a Good Thing, especially since it increases the amount of open code.
But is pointing out that he wasn't karma whoring and getting modded to 4, Informative not karma whoring itself?
Of course, if this post gets modded up, I guess that would be karma whoring too. Oh the irony...
Getting introduced to the internet was a revolution for me. Yes, I was one of those teens who spent a lot of time indoors, and even in my early twenties, I do spend a fair amount of time online.
What parents today need to realise is that the internet is more than a past-time. Some of my best friends are online. Being a bit of a social outcast, I actually learned quite a bit about what is acceptable by talking with people online. I went from having zero self-confidence to a having a healthy amount. So instead of becoming a real-world recluse, I'm actually somebody with dreams, goals, and ambition. For me, as with others, it's easier to talk about personal issues through the chat medium.
The internet is also a great educational resource for all topics, not just those you'd find in a book. It also exposes you to more viewpoints that you won't see in mainstream media. It has been very helpful along my road of self-discovery. I have become much more aware of what is out there, and have developed quite a deep understanding of myself.
So for a while, yeah, I spent too much time online. Did I turn out okay? Absolutely, and for the better.
Indeed, it has improved a lots. I still find myself reaching for the kickarts applet far too often though -- the sound system should really work completely transparently. I actually avoid non-KDE apps simply because they often use a different method for sound control. It would be great if GStreamer because the sole standard for Linux on the desktop, simply because a standard is really needed (much like how we almost all use X).
Regarding latency, it is adjustable for aRts, however, the lower the latency, the higher the CPU usage, and the more sensitive it becomes to heavy loads and not getting its slice of CPU time in time. It was definitely a huge improvement over esound, but it is not without fault.
Naw, Todd Kulesza's just being a slack-er ;)
This is the primary reason why I never got into slack. Slack is basically built by one man, and it's the same story with the gnome packages for slack. While this can give a project a strong direction, it also leaves the project very vulnerable to the whims and lives of those maintaining it. And while I could figure out how to maintain it myself, I don't have the resources to do a proper job, and thus I stick with more popular, team-produced projects.
It's nice to see that KDE is moving away from aRts. While aRts was cool for allowing multiple sound sources to be played at once, it is quite a resource hog and has problems with latency. I know I am constantly stopping and starting aRts when I watch movies because the latency is too noticeable (or it drops too many frames with low-latency). I wish there were a more definite answer and a right-here, right-now solution, however.
I live in Grande Prairie, Alberta, Canada, which is a city of about 41,000 people. It's in the middle of nowhere. There are NO cities of this size north of here in the ENTIRE CONTINENT. Yet I still have my choice of broadband providers. I pay $25/month for an essentially unlimited connection. That's about $21 US at current exchange rates. I have never had a network outage either. If it can be done for cheap and be reliable in rural Canada, it can easily be done in rural US.
Heavy computer use is tied to glaucoma. Since most monitors are currently CRTs, I'd blame the boob tube. I am definitely not buying another CRT.
I thought I had this same problem -- my ISP blocks outgoing port 25 except to their SMTP servers. Of course, I have a few domains hosted elsewhere, but my hosting provider is kind enough to provide SSL-enabled SMTP on port 465. Because I have to authenticate to the SMTP server anyway, this has a nice benefit of encrypting the connection to prevent anyone from snooping my creditials. This is the way it should be done for everyone anyway...
a small write operation requires a read from each disk in the set before the write can be completed (in order to recompute parity for the stripe)
Not entirely. If your parity is a simple XOR of all the chunks, then you only need to read the chunk to be rewritten and the appropriate parity chunk. XOR the old chunk with the parity, XOR that with the new chunk and rewrite the parity chunk, and finally write the new chunk. However, this still necessitates a read from the drive where the write is to occur and a read of the appropriate chunk of parity information for every write. This means that only 2 of the n drives in an array are involved. This technique works best when your parity information is striped across all the drives (to avoid a bottleneck -- which is why RAID 5 is so popular), but there is still a penalty for dealing with parity.