That's almost true. I have a large collection of music CDs, although I always mp3 them to play on my computer. I don't have a problem with buying music, domestic or import, although I do wonder about the prices sometimes. The artist gets their $0.12 share, whatever. The government gets more in tax on the sale.
The only time I resort to a P2P application, or any other means for that matter, is when I simply can't find a song on a CD. There's a lot of music that you just can't buy here. It may be out of print, never released in the US and not easily imported, etc. If I can't buy it, then I'll acquire it.
Is it wrong? Perhaps, perhaps not. Until there's a good alternative to finding ANY published song, which is A: free from the esoteric issues of regional licensing restrictions, and B: complete enough to find everything I'm looking for, I'd say it's not unreasonable to use a P2P application (or other available technology) to find them.
Nah, that's not the NAS. That's just the power grid next to the 80x120' wind tunnel. Their 1024 processor box takes a lot more juice than this anyway.
Slightly on topic, it's nice that Linux is making headway there as well. There are only so many companies building 512 CPU boxes though, and Linux is SGI's best bet for the future.
They're SGI Onyx 2 computers, something like an Octane with a lot more upgradability. you wouldn't be able to fit multiple Infinite Reality 2 pipelines in an Octane... You can find them here, though I wouldn't want to pay the power bill for one:
That's sad. With something this important, there should be a standard agreed upon for such commands. Having read your message describing the various reasons for firmware upgrades in a CD-ROM, never mind the article, this becomes even more obvious.
Failing a standard method, there should at least be a reasonably complex key that random probing would be unlikely to produce. Something simple like an MD5 checksum for the firmware (and checking the firmware after loading it into a buffer space) would suffice.
LG needs to replace these CD-ROMs, and possibly get some training for their engineers.
No need to be sorry, thank you for the correction. As I'd noted, this was an area I was a bit fuzzy on. In any case, it means that the Athlon64 and G5 share yet another common trait, the integrated DDR memory controller.
Really, it's silly how many people are balking at the possibility that AMD's 64 bit chip could be faster than a G5. I suppose that's the Jobs effect at work.
I agree that we need to see benchmarks of the systems running native 64 bit code. This should happen on both the Athlon64 and G5 systems however. I suspect you'll find the Athlon64 also benefits greatly from its 64 bit mode.
The previous G5 comparison benchmark, done at NASA vs. the P4 architecture, described performance per clock cycle. That's a weakness of the the P4's architecture due to design choices by Intel. This is not the case with the Athlon64 systems however. Athlon64 has a to gain when it goes fully into 64 bit mode. There are twice the number of registers, and SSE2 instructions have been added. This gives the Athlon64 similar vector capabilities to those found in the G5.
Note also that the Athlon64 systems use Hypertransport, which is to my understanding what gives the G5 its memory bandwidth. (Feel free to correct me.) While only the FX and Opteron models have dual channel memory interfaces, it puts these systems closer to a performance parity with the G5. The integrated memory controller may even give it an edge.
In short, both are formidable entries into 64 bit space for mainstream systems. I wouldn't assume that G5 will maintain a performance lead over the Athlon64 until better benchmarks have been run.
Yes, but isn't this after the fact (after the software has been installed)? Anyway, the license from this point on should apply to a virtual machine, which can be transferred in its entirety to a new hardware system, much as if it was being run inside Virtual PC.
It would be interesting to see how it compared to an Athlon at MFLOP/MHz, which has a higher performance to clock cycle rate (and much better floating point) than the P4. I wouldn't be surprised if the Athlon outperforms the G5 at similar clock rates. The P4 is specifically designed to achieve higher clock rates at the expense of instructions per clock cycle.
Obviously a comparison against the Opteron or Itanium is not fair at this time, as they're not intended for the desktop but rather workstation audience. When the Athlon 64 comes out though, benchmarks of those vs. the G5 would be of interest as well.
I believe he excluded Redmond, but still, that's my point exactly. It really has little to do with the GPL, more to do with greed on the part of some lawsuit-happy executives.
I don't see the connection. If SCO were to somehow have an actual case and win, they've mentioned that they are interested in going after the free BSDs after that. The license doesn't really interest them as much as their claim of owning the rights to every OS on the planet outside of Windows.
"Though I may never see you again, I wish you the warmest clam chowder, the finest of embalmings, and the best in stainless steel cadaver pans that money can buy."
The Surrealist Complement Generator, helping to avoid the lameness filter... (Foiled again!)
That might make sense if space exploration was all that NASA ever did, but this is definitely not the case. It is the National _Aeronautics_ and Space Administration, and there's a fair bit more on their plate than just sending probes to Mars. NASA is also currently working on improving our air traffic control systems, and systems which allow aircraft to compensate automatically for unusual conditions such as partial damage. This is but a small part of what is being done, but I see these projects at work on a daily basis. I can certainly attest that our tax dollars aren't being wasted. One has to wonder what they'd be able to accomplish if the budget wasn't so restricted.
Regardless of your take on this, here are a few links which you might find interesting.
It shouldn't be that hard, the Dreamcast modem is a removeable module on the lower right hand side of the unit (viewing from the controller port end.) Sega's releasing an ethernet module for approximately $50 in January, but this might be a neat project to waste some time on until then:-)
I wonder if the blades will spin long enough though... A helicopter has rather large blades, which have enough inertia to keep spinning for quite some time. These blades otoh are quite small, which might not give enough time to get on the ground.
I'd imagine there will be some sort of secondary system though, a parachute might do the trick but it'd be quite the rough landing:-) Maybe a compressed air tank with enough power to keep them spinning long enough...
Hopefully I can see this thing when it goes off heh... It should be interesting.
While not a bad little OS, there are apparently a few things (drivers at least) that it doesn't do as well as Linux. I'm supporting a project which is moving from VxWorks to Linux for this very reason...
I'm using it on an Athlon 650 (Tyan K7 Slot A) system, and it seems pretty quick. Of course, with that kind of CPU power, heh... I don't know if the optimizations help too much, but they don't seem to hurt. Primarily what I like about the system is the security reporting scripts, ReiserFS integration (even on the root/boot partition!) and the.kdelnk/.desktop integration between GNOME and KDE is a rather nice touch. It does seem to do a better job of detecting hardware than most other distributions, though I've seen it die on a system with an old, weird SCSI CD-ROM. (Most SCSI CD-ROMs seem ok...)
I haven't run into any problems with it stability wise. There is the issue with it reporting an "AMD AMD Athlon Processor Processor" at the console, but that's an issue with the linux_logo program:-) If you're interested in a 'NIX desktop, and want to keep up with security issues and new versions of libs, compilers etc, I highly recommend it. I've found it's like a RedHat where I simply have to make fewer changes... Which is their goal, and I'd say they've done an admirable job.
I've had the best results starting with the medium security level, and turning off the unnecessary services by hand. (At the very least, 'shell' and 'login' services were disabled heh.) Paranoid and High aren't really meant for interactive use, but if you're going to run a server you don't want just anyone logging into your system and running whatever anyway.
I find if you choose the packages properly, MDK is a very secure distribution and quite stable. New versions of software tend to fix security issues, and being a security nut (sometimes a bit overboard) myself I prefer starting with a more recent set of tools.
I've done several installs of Mandrake 7.1 via FTP, you just have to make a disk image for the network install. If I recall properly this was in 7.0 as well.
I just installed a new HD (and removed the smallest)... Maybe I'll put it on my old drive and give it a whirl heh.
Riiight. It has nothing to do with control, more likely it has to do with a few people who can't stand to pay for software. The free beer rather than the free speech. The code is GPLed, if you wanted/needed something which works differently, you could a) change it yourself, or b) use another toolkit. It seems you'd rather choose b, which in itself is telling. (As a side note, the "artificial right of profit," as you call it, is what keeps companies alive.)
Qt by its nature presents a framework for application development. Anytime you create a framework for something, there is a certain amount of influence exerted. This is not necessarily a bad thing, progress has to be made somehow. The fact that a company has produced this toolkit has little bearing on its usefulness, however it has allowed TrollTech to create an excellent and productive programming environment which might not have existed had they not put their effort in. Indeed, they have gone the extra mile now and made it free - free to be distributed, free to be changed. This is a big step for a company which derives its revenue from Qt.
Frankly, I don't believe that Trolltech is any more destructive than the Helixcode or Gnome foundation "bands of nobodies." The main thing that has been proven by this discussion is that people will complain about anything given the chance, and that's pretty sad.
What you are saying, then, is that TrollTech doesn't have the right to make money with their toolkit, in which they have placed considerable time and effort. Why, then, should companies who make proprietary apps have the right to make money with those?
Just a thought.
Re:Low frequency performance, impossible?
on
Focusing Audio
·
· Score: 1
I'm not an audio expert by any means, but isn't audio below a certain frequency nondirectional - rather, the ear isn't really able to percieve the direction without some higher frequency information along with it? Consider the subwoofer, which can be placed nearly anywhere in the same room with the rest of a system.
I'm getting well over my head here, and this is quite possibly a load of something, but perhaps some sort of modulation in the 'beam' combining with a separate carrier at a proper frequency could create the information which otherwise couldn't be transferred. Since the directional information doesn't need to be there, it wouldn't matter that it's the product of two sources.
Again, I have to disclaim this as possible total BS - I don't have a clear enough understanding of how it works, but it seems that something like this should be doable considering the rest of what they've accomplished:-)
What, you've never heard the saying "Any noun can be verbed"? :-) We might as well not ski or email either, nor should we mind.
That's almost true. I have a large collection of music CDs, although I always mp3 them to play on my computer. I don't have a problem with buying music, domestic or import, although I do wonder about the prices sometimes. The artist gets their $0.12 share, whatever. The government gets more in tax on the sale.
The only time I resort to a P2P application, or any other means for that matter, is when I simply can't find a song on a CD. There's a lot of music that you just can't buy here. It may be out of print, never released in the US and not easily imported, etc. If I can't buy it, then I'll acquire it.
Is it wrong? Perhaps, perhaps not. Until there's a good alternative to finding ANY published song, which is A: free from the esoteric issues of regional licensing restrictions, and B: complete enough to find everything I'm looking for, I'd say it's not unreasonable to use a P2P application (or other available technology) to find them.
Nah, that's not the NAS. That's just the power grid next to the 80x120' wind tunnel. Their 1024 processor box takes a lot more juice than this anyway.
Slightly on topic, it's nice that Linux is making headway there as well. There are only so many companies building 512 CPU boxes though, and Linux is SGI's best bet for the future.
They're SGI Onyx 2 computers, something like an Octane with a lot more upgradability. you wouldn't be able to fit multiple Infinite Reality 2 pipelines in an Octane... You can find them here, though I wouldn't want to pay the power bill for one:
http://www.sgi.com/products/remarketed/onyx2/
That's sad. With something this important, there should be a standard agreed upon for such commands. Having read your message describing the various reasons for firmware upgrades in a CD-ROM, never mind the article, this becomes even more obvious.
Failing a standard method, there should at least be a reasonably complex key that random probing would be unlikely to produce. Something simple like an MD5 checksum for the firmware (and checking the firmware after loading it into a buffer space) would suffice.
LG needs to replace these CD-ROMs, and possibly get some training for their engineers.
No need to be sorry, thank you for the correction. As I'd noted, this was an area I was a bit fuzzy on. In any case, it means that the Athlon64 and G5 share yet another common trait, the integrated DDR memory controller.
Really, it's silly how many people are balking at the possibility that AMD's 64 bit chip could be faster than a G5. I suppose that's the Jobs effect at work.
I agree that we need to see benchmarks of the systems running native 64 bit code. This should happen on both the Athlon64 and G5 systems however. I suspect you'll find the Athlon64 also benefits greatly from its 64 bit mode.
The previous G5 comparison benchmark, done at NASA vs. the P4 architecture, described performance per clock cycle. That's a weakness of the the P4's architecture due to design choices by Intel. This is not the case with the Athlon64 systems however. Athlon64 has a to gain when it goes fully into 64 bit mode. There are twice the number of registers, and SSE2 instructions have been added. This gives the Athlon64 similar vector capabilities to those found in the G5.
Note also that the Athlon64 systems use Hypertransport, which is to my understanding what gives the G5 its memory bandwidth. (Feel free to correct me.) While only the FX and Opteron models have dual channel memory interfaces, it puts these systems closer to a performance parity with the G5. The integrated memory controller may even give it an edge.
In short, both are formidable entries into 64 bit space for mainstream systems. I wouldn't assume that G5 will maintain a performance lead over the Athlon64 until better benchmarks have been run.
Are you running the NSA's secure Linux? :-)
Yes, but isn't this after the fact (after the software has been installed)? Anyway, the license from this point on should apply to a virtual machine, which can be transferred in its entirety to a new hardware system, much as if it was being run inside Virtual PC.
It would be interesting to see how it compared to an Athlon at MFLOP/MHz, which has a higher performance to clock cycle rate (and much better floating point) than the P4. I wouldn't be surprised if the Athlon outperforms the G5 at similar clock rates. The P4 is specifically designed to achieve higher clock rates at the expense of instructions per clock cycle.
Obviously a comparison against the Opteron or Itanium is not fair at this time, as they're not intended for the desktop but rather workstation audience. When the Athlon 64 comes out though, benchmarks of those vs. the G5 would be of interest as well.
I'll call a spade a spade. Without office, they'll be back to where they were before the Quicktime settlement.
I believe he excluded Redmond, but still, that's my point exactly. It really has little to do with the GPL, more to do with greed on the part of some lawsuit-happy executives.
I don't see the connection. If SCO were to somehow have an actual case and win, they've mentioned that they are interested in going after the free BSDs after that. The license doesn't really interest them as much as their claim of owning the rights to every OS on the planet outside of Windows.
Give up
"Though I may never see you again, I wish you the warmest clam chowder, the finest of embalmings, and the best in stainless steel cadaver pans that money can buy."
The Surrealist Complement Generator, helping to avoid the lameness filter... (Foiled again!)
That might make sense if space exploration was all that NASA ever did, but this is definitely not the case. It is the National _Aeronautics_ and Space Administration, and there's a fair bit more on their plate than just sending probes to Mars. NASA is also currently working on improving our air traffic control systems, and systems which allow aircraft to compensate automatically for unusual conditions such as partial damage. This is but a small part of what is being done, but I see these projects at work on a daily basis. I can certainly attest that our tax dollars aren't being wasted. One has to wonder what they'd be able to accomplish if the budget wasn't so restricted.
Regardless of your take on this, here are a few links which you might find interesting.
http://ic.arc.nasa.gov/ic/ne.html
http://ffc.arc.nasa.gov/ffc/index.shtml
http://www.aos.nasa.gov/Focus/focus.htm
How 'bout a less-than-official "firmware update"? :-)
It shouldn't be that hard, the Dreamcast modem is a removeable module on the lower right hand side of the unit (viewing from the controller port end.) Sega's releasing an ethernet module for approximately $50 in January, but this might be a neat project to waste some time on until then :-)
Mr. Hankey
I wonder if the blades will spin long enough though... A helicopter has rather large blades, which have enough inertia to keep spinning for quite some time. These blades otoh are quite small, which might not give enough time to get on the ground.
:-) Maybe a compressed air tank with enough power to keep them spinning long enough...
I'd imagine there will be some sort of secondary system though, a parachute might do the trick but it'd be quite the rough landing
Hopefully I can see this thing when it goes off heh... It should be interesting.
Mr. Hankey
While not a bad little OS, there are apparently a few things (drivers at least) that it doesn't do as well as Linux. I'm supporting a project which is moving from VxWorks to Linux for this very reason...
I'm using it on an Athlon 650 (Tyan K7 Slot A) system, and it seems pretty quick. Of course, with that kind of CPU power, heh... I don't know if the optimizations help too much, but they don't seem to hurt. Primarily what I like about the system is the security reporting scripts, ReiserFS integration (even on the root/boot partition!) and the .kdelnk/.desktop integration between GNOME and KDE is a rather nice touch. It does seem to do a better job of detecting hardware than most other distributions, though I've seen it die on a system with an old, weird SCSI CD-ROM. (Most SCSI CD-ROMs seem ok...)
:-) If you're interested in a 'NIX desktop, and want to keep up with security issues and new versions of libs, compilers etc, I highly recommend it. I've found it's like a RedHat where I simply have to make fewer changes... Which is their goal, and I'd say they've done an admirable job.
I haven't run into any problems with it stability wise. There is the issue with it reporting an "AMD AMD Athlon Processor Processor" at the console, but that's an issue with the linux_logo program
I've had the best results starting with the medium security level, and turning off the unnecessary services by hand. (At the very least, 'shell' and 'login' services were disabled heh.) Paranoid and High aren't really meant for interactive use, but if you're going to run a server you don't want just anyone logging into your system and running whatever anyway.
I find if you choose the packages properly, MDK is a very secure distribution and quite stable. New versions of software tend to fix security issues, and being a security nut (sometimes a bit overboard) myself I prefer starting with a more recent set of tools.
I've done several installs of Mandrake 7.1 via FTP, you just have to make a disk image for the network install. If I recall properly this was in 7.0 as well.
I just installed a new HD (and removed the smallest)... Maybe I'll put it on my old drive and give it a whirl heh.
Riiight. It has nothing to do with control, more likely it has to do with a few people who can't stand to pay for software. The free beer rather than the free speech. The code is GPLed, if you wanted/needed something which works differently, you could a) change it yourself, or b) use another toolkit. It seems you'd rather choose b, which in itself is telling. (As a side note, the "artificial right of profit," as you call it, is what keeps companies alive.)
Qt by its nature presents a framework for application development. Anytime you create a framework for something, there is a certain amount of influence exerted. This is not necessarily a bad thing, progress has to be made somehow. The fact that a company has produced this toolkit has little bearing on its usefulness, however it has allowed TrollTech to create an excellent and productive programming environment which might not have existed had they not put their effort in. Indeed, they have gone the extra mile now and made it free - free to be distributed, free to be changed. This is a big step for a company which derives its revenue from Qt.
Frankly, I don't believe that Trolltech is any more destructive than the Helixcode or Gnome foundation "bands of nobodies." The main thing that has been proven by this discussion is that people will complain about anything given the chance, and that's pretty sad.
What you are saying, then, is that TrollTech doesn't have the right to make money with their toolkit, in which they have placed considerable time and effort. Why, then, should companies who make proprietary apps have the right to make money with those?
Just a thought.
I'm not an audio expert by any means, but isn't audio below a certain frequency nondirectional - rather, the ear isn't really able to percieve the direction without some higher frequency information along with it? Consider the subwoofer, which can be placed nearly anywhere in the same room with the rest of a system.
:-)
I'm getting well over my head here, and this is quite possibly a load of something, but perhaps some sort of modulation in the 'beam' combining with a separate carrier at a proper frequency could create the information which otherwise couldn't be transferred. Since the directional information doesn't need to be there, it wouldn't matter that it's the product of two sources.
Again, I have to disclaim this as possible total BS - I don't have a clear enough understanding of how it works, but it seems that something like this should be doable considering the rest of what they've accomplished