Either way, making a deal with another company to ensure that all their developers stop working on a project is going farther than to "discontinue supporting" it.
Also, I think you did mean to spoil a good conspiracy. Shame on you.
Good Point. I actually didn't know that Solaris could function as a Xen dom0.
So Solaris is an option. However, I can see them needing to maintain a Linux option as well, at least until their database offerings are enough like appliances that people don't care what the OS is.
Oracle should do the same with the rest of the OS and try to innovate there...
Agreed, and they probably will.
If Oracle wants to continue to sell Xen-based virtualization products, they're looking at much deeper changes to their distro than this. A secondary goal of this could be to get Oracle ramped up to diverge further from Red Hat's enterprise offering, since the writing is on the wall for Xen support in RHEL.
From a motion tracking point of view, tracking a brightly colored ball is pretty much the simplest possible thing you can do.
I agree; that was a good call on Sony's part. Clever of them to find an easier way to do something than the competition.
Meanwhile, Microsoft is creating Kinect, which combines multiple cameras to create depth and color maps of your living room and model your entire skeleton in real time. *That* is incredibly complex...
Yeah, it's going to be hard to squeeze that kind of processing onto a console... Microsoft and their devs have their work cut out for them.
Instead of putting an infrared tracking camera in each remote (like the Wii), they can just use one camera on the TV and just put LEDs in the remote.
Totally! Choosing the cheap way actually allowed Sony to approach Nintendo's price point for once, and making it easy for the camera to track allows for excellent accuracy.
I think we have a lot in common. We should be friends.
Having spent probably around a hundred hours using the Wii, I can say that for tracking one's motion, Move does blow the basic Wii controller out of the water, both in terms of accuracy and refresh rate. I have never used Motion Plus.
I played with friends' Wiis (how do you say that without inviting off-colour jokes?) but never bought my own because while I enjoy the motion control aspect for some games, I didn't like the frustratingly spotty tracking.
I've only had a few days with Move, of course, but so far it has impressed me greatly with its accuracy. I have nothing but good things to say about it.
Red Hat has already switched to KVM, and Ubuntu doesn't provide a Xen Dom0 kernel. If SuSE goes to a virtualization vendor that competes with products built on Xen, what options will be left for enterprise distros that provide Xen Dom0 support? Oracle Unbreakable Linux?
F-Spot uses Mono. I'm not sure if it's part of the "official gnome desktop", but that is one excellent application, and worth installing Mono for.
Personally, I have my doubts about Mono in terms of providing compatibility for.NET apps. However, I really couldn't care less what the app uses on the backend as long as it works well, even if it adds a couple hundred megabytes to the install size. My Gentoo days are over.;)
There is no reason why you cannot keep running a previous Sony version, which still has Linux support.
Yes, there is. If you update, you lose linux support. If you don't, you lose the ability to play online games.
Nowhere in there is there an option to keep all the features the PS3 currently has. Sony will take something from you, and giving you the rock/hard place choice is not adequate to excuse this.
"On average, 86% of Windows 7 machines in the XPnet pool are regularly consuming 90%-95% of their available RAM, resulting in slow-downs as the systems were forced to increasingly turn to disk-based virtual memory to handle tasks."
If all that RAM was simply being used for a filesystem cache, the system would not have to "increasingly turn to disk-based virtual memory to handle tasks" - it would just drop some cache when it needed to start a new task, as you said.
> The next version of the [sic] Android will support both of them and will support CDMA.
Android already does. It is a hardware limitation, not a software limitation. If the radio in the phone cannot do 3G on the frequencies provided by the carrier, it does not matter what the software supports.
> Funny how the first iphone was EDGE only. It sold pretty well. While I wouldnt wish EDGE on my worst enemy, its funny how many people dealt with its speed limitations.
Very true! I've been using EDGE on my ADP1 on Rogers for over a year now, and the speed does suck. I will never buy an Android phone that cannot do 3G where I live again. However, my ability use wifi tethering and do nerdy things like run tcpdump and strace on my phone are some compensation. Also, having a phone with Euro 3G frequencies can be handy on trips, since that's where one needs maps the most.
I shall now make several statements that may prove informative to you.
DRBD is not "another networking module".
Adding this feature to mainline, and thus maybe getting some RHEL support for it, will benefit a large number of companies doing things for themselves with Free software.
There is nothing else like this in the kernel.
If one wants new features, one must accept the occasional addition of some code.
I have searched high and low for something truly equivalent to DRBD, and cannot find it.
Not only does DRBD provide replicated storage that can be shared among multiple nodes with synchronous writes, but it also has HA features, like supporting failure and restoration of a node without a loss in service.
No combination cluster filesystems and NBD-style storage-over-the-network software does this. They need shared storage to provide redundant, HA access to data.
I have thought about trying to jimmy up something using AoE and RAID1 to accomplish the same thing, but it looks like it would be a filthy hack.
If I am incorrect, *please* correct me, because I would love an alternative to DRBD that is not SAN + cluster filesystem!:)
I believe the salient point here is that as the number of apps increases, the average value provided by each new app decreases.
1000 apps is MUCH better than 1 app.
10000 apps is somewhat better than 1000 apps.
100000 apps is pretty much equivalent to 10000 apps.
The Android Market has around 25000 apps, I believe, so I certainly don't feel left out in the cold as an Android user.
Granted, there will always be the occasional app that provides much more value than Twitter App #73, and is only available on one platform, so some people will always find their needs better covered on one platform than another. E.g. Google Voice available on Android but not on the iPhone, and I'm sure there are examples that go the other way.
Encrypting after multiplexing would make it difficult for the provider to authorize individual STBs for individual channels.
Each channel typically has a different key, thus allowing the provider to ensure that you can only watch the channels you have paid for, with a high level of granularity. If you call and order another channel, they simply authorize your STB for the new channel on their back-office system, and then whatever entity distributes these keys puts another key in the list it sends to your STB.
Slashdot Mirror
Did Sun ever really support Harmony?
Either way, making a deal with another company to ensure that all their developers stop working on a project is going farther than to "discontinue supporting" it.
Also, I think you did mean to spoil a good conspiracy. Shame on you.
Good Point. I actually didn't know that Solaris could function as a Xen dom0.
So Solaris is an option. However, I can see them needing to maintain a Linux option as well, at least until their database offerings are enough like appliances that people don't care what the OS is.
Agreed, and they probably will.
If Oracle wants to continue to sell Xen-based virtualization products, they're looking at much deeper changes to their distro than this. A secondary goal of this could be to get Oracle ramped up to diverge further from Red Hat's enterprise offering, since the writing is on the wall for Xen support in RHEL.
I agree; that was a good call on Sony's part. Clever of them to find an easier way to do something than the competition.
Yeah, it's going to be hard to squeeze that kind of processing onto a console... Microsoft and their devs have their work cut out for them.
Totally! Choosing the cheap way actually allowed Sony to approach Nintendo's price point for once, and making it easy for the camera to track allows for excellent accuracy.
I think we have a lot in common. We should be friends.
Having spent probably around a hundred hours using the Wii, I can say that for tracking one's motion, Move does blow the basic Wii controller out of the water, both in terms of accuracy and refresh rate. I have never used Motion Plus.
I played with friends' Wiis (how do you say that without inviting off-colour jokes?) but never bought my own because while I enjoy the motion control aspect for some games, I didn't like the frustratingly spotty tracking.
I've only had a few days with Move, of course, but so far it has impressed me greatly with its accuracy. I have nothing but good things to say about it.
If VMware buys SuSE that will be a blow to Xen.
Red Hat has already switched to KVM, and Ubuntu doesn't provide a Xen Dom0 kernel. If SuSE goes to a virtualization vendor that competes with products built on Xen, what options will be left for enterprise distros that provide Xen Dom0 support? Oracle Unbreakable Linux?
Or voting left, for that matter.
I don't find it surprising that the Search for Extraterrestrial Intelligence Institute would be interested in signs of life on another planet.
That's kind of the point of the organization, isn't it?
No, since he made no such assertion. His only assertion was that the results were... interesting.
You're lying.
F-Spot uses Mono. I'm not sure if it's part of the "official gnome desktop", but that is one excellent application, and worth installing Mono for.
Personally, I have my doubts about Mono in terms of providing compatibility for .NET apps. However, I really couldn't care less what the app uses on the backend as long as it works well, even if it adds a couple hundred megabytes to the install size. My Gentoo days are over. ;)
Yes, there is. If you update, you lose linux support. If you don't, you lose the ability to play online games.
Nowhere in there is there an option to keep all the features the PS3 currently has. Sony will take something from you, and giving you the rock/hard place choice is not adequate to excuse this.
Perhaps Google wants not to have billion-dollar lawsuits fabricated and leveled at them.
From TFA:
"On average, 86% of Windows 7 machines in the XPnet pool are regularly consuming 90%-95% of their available RAM, resulting in slow-downs as the systems were forced to increasingly turn to disk-based virtual memory to handle tasks."
If all that RAM was simply being used for a filesystem cache, the system would not have to "increasingly turn to disk-based virtual memory to handle tasks" - it would just drop some cache when it needed to start a new task, as you said.
It seems that something else is going on.
> The next version of the [sic] Android will support both of them and will support CDMA.
Android already does. It is a hardware limitation, not a software limitation. If the radio in the phone cannot do 3G on the frequencies provided by the carrier, it does not matter what the software supports.
> Funny how the first iphone was EDGE only. It sold pretty well. While I wouldnt wish EDGE on my worst enemy, its funny how many people dealt with its speed limitations.
Very true! I've been using EDGE on my ADP1 on Rogers for over a year now, and the speed does suck. I will never buy an Android phone that cannot do 3G where I live again. However, my ability use wifi tethering and do nerdy things like run tcpdump and strace on my phone are some compensation. Also, having a phone with Euro 3G frequencies can be handy on trips, since that's where one needs maps the most.
I shall now make several statements that may prove informative to you.
DRBD is not "another networking module".
Adding this feature to mainline, and thus maybe getting some RHEL support for it, will benefit a large number of companies doing things for themselves with Free software.
There is nothing else like this in the kernel.
If one wants new features, one must accept the occasional addition of some code.
I have searched high and low for something truly equivalent to DRBD, and cannot find it.
Not only does DRBD provide replicated storage that can be shared among multiple nodes with synchronous writes, but it also has HA features, like supporting failure and restoration of a node without a loss in service.
No combination cluster filesystems and NBD-style storage-over-the-network software does this. They need shared storage to provide redundant, HA access to data.
I have thought about trying to jimmy up something using AoE and RAID1 to accomplish the same thing, but it looks like it would be a filthy hack.
If I am incorrect, *please* correct me, because I would love an alternative to DRBD that is not SAN + cluster filesystem! :)
I stand corrected, sir.
I believe the salient point here is that as the number of apps increases, the average value provided by each new app decreases.
1000 apps is MUCH better than 1 app.
10000 apps is somewhat better than 1000 apps.
100000 apps is pretty much equivalent to 10000 apps.
The Android Market has around 25000 apps, I believe, so I certainly don't feel left out in the cold as an Android user.
Granted, there will always be the occasional app that provides much more value than Twitter App #73, and is only available on one platform, so some people will always find their needs better covered on one platform than another. E.g. Google Voice available on Android but not on the iPhone, and I'm sure there are examples that go the other way.
Encrypting after multiplexing would make it difficult for the provider to authorize individual STBs for individual channels.
Each channel typically has a different key, thus allowing the provider to ensure that you can only watch the channels you have paid for, with a high level of granularity. If you call and order another channel, they simply authorize your STB for the new channel on their back-office system, and then whatever entity distributes these keys puts another key in the list it sends to your STB.
Interesting! Does your MBP have both discrete and on-board GPUs?
I agree. That comment was meant to be a little tongue-in-cheek.
It is obvious from my experience that the MBP is not a level playing field for all OSes.
Actually, I said that the drivers for Windows XP and Linux cannot switch from the discrete graphics card to the on-board one.
Thank you for the interesting snippet of shell script, however.
I agree that there would be issues, but going from 4.5 hours of battery life on OS X on a MBP to 2 hours on any other OS is a little extreme!
I would love to be able to use Linux on my MBP as the primary operating system, but often it is impractical because of the limited battery life.
That being said, 2 hours is about standard for any other laptop I've owned, so maybe I should think of it as OS X being uncannily power-efficient. ;)