I think that's a version of the optimization strategy.
The problem with any strategy that involves giving away code and making money on something else is that there's a first-mover disadvantage. You're better off waiting for someone else to give away a game engine and then building games based on it. (Although I could be wrong, considering how little I know about business.)
One thing I noticed about that article when reading it yesterday was that only two of those business models actually include writing open source code. This fits with my thoughts that there's plenty of money to be made from open source, but not necessarily from creating open source.
Yep, I'm sure an OS that requires in-depth knowledge on behalf of the user as to which files an application needs to access would be popular.
This problem isn't as hard as it might seem. You can use the open file dialog box or drag-and-drop to indicate that an app is allowed to access a file (this is implemented in Java Web Start and Longhorn). For things like cache files, you can give each app a private directory that only it can access.
Trojan Horses are social problems -- there isn't much apple or microsoft or anyone can do other than try to keep people on their toes.
If the OS implemented least priviledge, applications would only have access to files explicitly chosen by the user and wouldn't be able to do things like wiping out your home directory.
In many cases a dual-core chip has similar performance to two conventional processors, so per-processor licensing isn't unfair. I don't think servers will have to pay more for licensing because people will just buy servers that have the same number of processors. (e.g. People will replace their 4-way servers with 2-chip/4-core servers, so licensing costs will be the same.)
Do you have a time machine or some crystal orb that shows you the prices for components two years from now?
Yeah, it's called Moore's Law. Prices on PC components tend to follow pretty predictable trends. If Longhorn requires hardware that costs $10,000 in 2004, it still won't be cheap in 2007.
...if the distance makes any real difference, something is wrong.
One of the biggest problems in networking is handling a large bandwidth-delay product (that's the amount of data in flight at once). Since distance increases the delay it is relevant.
Plus, I'm betting it's not a "land" speed record, seeing as how the data probably jumps through the air (satillite/microwave transmissions) at one or more points.
Nope. Think about it: what kind of wireless connection can handle 4 Gbps?
The trick is to combine stronger DRM with some other format change so that the consumers will have some incentive to buy the new box. For example, the copy protection on regular DVDs isn't going to change, but HD DVD players can easily disable analog outputs (telling the consumers "you need digital outputs to see the HD quality anyway").
Nobody is talking about blocking downrezzed outputs; it's the opposite: full-resolution outputs will be allowed only if they're secure. All unencrypted outputs will be downrezzed.
Over-the-air HDTV is a done deal; it's unencrypted with the broadcast flag to "control" copying. No one is suggesting using Janus for over-the-air HDTV broadcasts.
The application for Janus is mentioned in the article: playing rented music on portable players.
The movie studios and cable networks are so protective of their precioussss content that they won't let it go anywhere near a PC for fear that Bunnie Huang or Jon Johansen will crack it.
Slashdot Mirror
I think that's a version of the optimization strategy.
The problem with any strategy that involves giving away code and making money on something else is that there's a first-mover disadvantage. You're better off waiting for someone else to give away a game engine and then building games based on it. (Although I could be wrong, considering how little I know about business.)
ARM has been making synthesizable cores for years. The article is just confused.
One thing I noticed about that article when reading it yesterday was that only two of those business models actually include writing open source code. This fits with my thoughts that there's plenty of money to be made from open source, but not necessarily from creating open source.
Since QuickTime already has an MPEG-4 codec built in, who needs XVID?
If you're a Mac user you already have QuickTime, so you don't need XVID. And if you want to watch broken XVID/AVI files, use VLC.
Since when is a 4-way system "big iron"?
Before you start giving away Xserve clusters, could you please ship the Xserves that we ordered over a month ago?
Yep, I'm sure an OS that requires in-depth knowledge on behalf of the user as to which files an application needs to access would be popular.
This problem isn't as hard as it might seem. You can use the open file dialog box or drag-and-drop to indicate that an app is allowed to access a file (this is implemented in Java Web Start and Longhorn). For things like cache files, you can give each app a private directory that only it can access.
In general, you are probably right. Better security requires the trojans to be cleverer, but it can probably never eliminate the problem.
I still think it should be possible for OSes to make trojans a lot harder to write than they are now.
Trojan Horses are social problems -- there isn't much apple or microsoft or anyone can do other than try to keep people on their toes.
If the OS implemented least priviledge, applications would only have access to files explicitly chosen by the user and wouldn't be able to do things like wiping out your home directory.
A volume system (Power Mac) plus Apple markup is still cheaper than a low-volume exotic workstation.
The article says that the Cell workstation is not the PS3 developer system.
Linus doesn't hammer out code; he merges code that other people wrote.
It's worse than that: There is no 12x media. You either have to overclock some 8x media or wait for the 16x discs to come on the market.
DDR2 isn't much better than DDR1, but it's much more expensive. If AMD is smart they will jump from DDR1 straight to FB-DIMMs.
In many cases a dual-core chip has similar performance to two conventional processors, so per-processor licensing isn't unfair. I don't think servers will have to pay more for licensing because people will just buy servers that have the same number of processors. (e.g. People will replace their 4-way servers with 2-chip/4-core servers, so licensing costs will be the same.)
Make a 64-bit challenger to Athlon64.
You mean like EMT64 that was already announced?
Enable SMP on something faster than Tualatin.
You mean like the 3.2 GHz Xeon that's already shipping?
Do you have a time machine or some crystal orb that shows you the prices for components two years from now?
Yeah, it's called Moore's Law. Prices on PC components tend to follow pretty predictable trends. If Longhorn requires hardware that costs $10,000 in 2004, it still won't be cheap in 2007.
...if the distance makes any real difference, something is wrong.
One of the biggest problems in networking is handling a large bandwidth-delay product (that's the amount of data in flight at once). Since distance increases the delay it is relevant.
Plus, I'm betting it's not a "land" speed record, seeing as how the data probably jumps through the air (satillite/microwave transmissions) at one or more points.
Nope. Think about it: what kind of wireless connection can handle 4 Gbps?
The trick is to combine stronger DRM with some other format change so that the consumers will have some incentive to buy the new box. For example, the copy protection on regular DVDs isn't going to change, but HD DVD players can easily disable analog outputs (telling the consumers "you need digital outputs to see the HD quality anyway").
Nobody is talking about blocking downrezzed outputs; it's the opposite: full-resolution outputs will be allowed only if they're secure. All unencrypted outputs will be downrezzed.
Over-the-air HDTV is a done deal; it's unencrypted with the broadcast flag to "control" copying. No one is suggesting using Janus for over-the-air HDTV broadcasts.
The application for Janus is mentioned in the article: playing rented music on portable players.
This was previously discussed on Slashdot a month ago.
HD DVD and Blu-Ray will probably be 1080p24 since the studios seem to prefer that format.
HDMI will be the standard connection.
So put the card in a DVR instead of a TV.
The movie studios and cable networks are so protective of their precioussss content that they won't let it go anywhere near a PC for fear that Bunnie Huang or Jon Johansen will crack it.