I didn't even bother using/dev. I just created a directory/cgroup, and mounted the virtual filesystem onto that. It seemed more logical to me. I like to keep/dev free of non-device files.
Actually, there is a third option. The benchmark in question contains dead code; it does not return any values, and does not alter any global variables. The Microsoft vm may have just detected this, and skipped the dead code loop.
The real fix in this case is to alter the benchmark code, and make it do something more significant. In fact, if you read the article, that's how the engineer deduces that something is wrong; by adding a "return" to the function, and observing the change in benchmark times.
Of course, it could also be that Microsoft are cheating, or are incompetent, but there are other options than those two.
Not everything should be CLI based, but all administration programs should definitely be.
A good administrator should have the ability to do simple script work. This means that a good administrator would need something CLI based. They don't have to be a programmer as such, but doing simple script work is essential to efficient administration.
I'm all fine for GUIs to exist for admin use. They have their use, as you've outlined. I just require a CLI ability as well.
"[Malcolm Turnbull] has to explain to Australian families that he is prepared to do nothing about blocking access to those sites"
I am outraged that Stephen Conroy knows about these child pornography websites, and apparently has not reported it to police. It is the police that can organise to shut these websites down, since they are illegal in every country that I know of.
I can only assume that Stephen Conroy wants these websites kept available, to push his agenda of a compulsory internet filter. If I were of a conspiratorial persuasion, I may even secretly believe that Stephen Conroy had a hand in creating some of these websites. Now wouldn't that be a sensational news article.
He does have a point, actually. The kernel code had to be 64-bit clean before it could be ported to the AMD64 architecture. I assume most of that work was done when Linus had that Alpha box. Therefore, Linux was indeed going "64 bit" back in 1993, although AMD64 support itself was not done until 2004.
Windows NT also had an Alpha version as well, and I'm sure that was available mid 90s. I guess that the code for this eventually made its way into the modern Windows 64 bit OS. Microsoft were never very big on 64 bit until fairly recently though, so that probably explains why there has been a general lack of interest in 64 bit from third parties.
Linux has been much easier to use on 64 bit systems. I always assumed it was because of the open source nature of Linux. People are willing to port code for fun, while proprietary software houses have to rely on saleability before putting in the work, therefore meshing itself in a chicken/egg scenario.
I must be one of the few that have had no issues with 64-bit Linux and Flash. Been running 64 bit flash version 10.0 r42 for nearly a year now. No browser crashes, no flash freezes. Works a charm.
Of course, I've downloaded this latest version and installed it. Wouldn't be a linux geek if I didn't live somewhat on the edge. So far, works well.
Could be worse. Could be Microsoft, or just about any other tech company, that has all that data. Google has earned a modicum of my trust by at least making an effort not to be evil.
Smart and clever, sure. But immature and lacking self-esteem as well? That is a recipe for disaster, especially if you put them in a position of informational power.
A mature person, no matter how strange their thought processes, does not spy on the conversations of others (work purposes excepted), or brag about their hacking abilities. He may have had the smarts, but he didn't have the maturity for his position.
Google would do well to employ more older staff to help in this regard. This may not have happened if there was an older figure present to dispense wise advice.
Nice points. Though I would not take Geohot's word on everything. He has displayed admirable skill with his memory glitch to get code to run through the hypervisor, but he doesn't know the PS3 system well enough to make the claims he does. But, don't just take my word for it, also listen to another hacker who has actually used the exploit.
The memory glitch was never going to be used by regular users. It's quite cumbersome, and requires a high level of skill to successfully use. It could have been used to allow the Linux kernel more direct access to the hardware. That would have been some work, but it would have been possible. Still, it's not very practical for your average user.
Less OtherOS enabled consoles? It's too late. They're out there. The hackers have them. The information is free. Disabling OtherOS has done nothing to stop this. Disabling OtherOS has not improved PS3 security one iota.
Virtualization support? Technically possible. Practically, it's useless. I brought up this point in my previous post. You could probably get the GameOS running, but to actually run a game under it, you'd need twice the RAM that the PS3 actually has.
I've downloaded "noscript", but I allow scripts globally, and mark specific websites as untrusted. More websites these days require javascript enabled for best use.
Sorry, I don't get what you call 'evident'. To me, what is evident is that you cannot run PS3 games from Linux, well, unless someone codes a GameOS replacement that runs under Linux, similar to what Wine does. I hope you realise that PS3 games need the GameOS to run. Also, that the GameOS and the Linux kernel cannot coexist at the same time. It's like trying to run Windows and Linux on the same CPU, unless it was possible to run the GameOS in a virtual machine. In which case, you'd barely have any RAM left to actually run a game.
Finding the console root key is completely different to running games under Linux. With the root key, you've got full access to all keys used with the system. You can install packages under the GameOS. You do not need Linux to do anything.
Your article has actually proved my point. The OtherOS was never going to be a way to run pirated games. It is used to discover more about the system, and that information is used to find other ways to circumvent the system. This is why removing the OtherOS has in no way increased the security of the PS3. This is what I earnestly find evident.
It is impossible to run PS3 games from Linux on the PS3 hardware. The technical difficulties are insurmountable. Please, prove me wrong if you can.
Well, it's not that obvious. I thought that Facebook was mainly full of the mildly voyeuristic. It seems a good place to go to check on what all your friends are doing, without the bothersome social interaction that sometimes necessitates.;)
Myself, I prefer to keep things a mystery, and actually have something to talk about when that social interaction eventually happens.
The geohot hack was never going to be a way to run pirated games. It is only used to examine the hypervisor. You _need_ the GameOS to run PS3 games, and therefore you need to hack the GameOS to enable piracy. The OtherOS system was useless in that regard.
So I say again, by removing OtherOS, there was no increase in security. Hackers are still going to use Linux to examine the hypervisor, because they will not be upgrading their firmware. The regular PS3 user can still make use of any product of that examination, regardless of the existence of OtherOS.
Actually, the reason why they removed OtherOS from older consoles was cost of maintaining it. The reason they _gave_ was the geohot hack. As far as I know, removal of the OtherOS did nothing to increase the security of the console, even though that was the stated reason. It was primarily a cost cutting exercise, but they couldn't give that reason to their customers.
Actually, the Move controller could be a very interesting replacement for a mouse, when using a GUI on a large screen TV. It alleviates the need of a surface to navigate on, and possibly has the required precision to accurately aim the pointer.
If somebody manages to get Linux working again on the PS3 via the hack, I'll be trying to get the Move controller working with it. It'd be an interesting project.
Slashdot Mirror
Try some downloadable games. I recommend Flower and Braid. The Pixeljunk series of games are also very good, although I haven't tried Racer.
Yet another reason to love Fridays, especially those with Portuguese partners.
I didn't even bother using /dev. I just created a directory /cgroup, and mounted the virtual filesystem onto that. It seemed more logical to me. I like to keep /dev free of non-device files.
Actually, there is a third option. The benchmark in question contains dead code; it does not return any values, and does not alter any global variables. The Microsoft vm may have just detected this, and skipped the dead code loop.
The real fix in this case is to alter the benchmark code, and make it do something more significant. In fact, if you read the article, that's how the engineer deduces that something is wrong; by adding a "return" to the function, and observing the change in benchmark times.
Of course, it could also be that Microsoft are cheating, or are incompetent, but there are other options than those two.
Well, at least, nobody should say they must be new here.
Popular music is formulaic anyway. I guess this is the next step; making the performance a visible formula.
To be fair, I wouldn't describe the thief in the article as 'common'.
Not everything should be CLI based, but all administration programs should definitely be.
A good administrator should have the ability to do simple script work. This means that a good administrator would need something CLI based. They don't have to be a programmer as such, but doing simple script work is essential to efficient administration.
I'm all fine for GUIs to exist for admin use. They have their use, as you've outlined. I just require a CLI ability as well.
I thought that running server 2008 without a GUI was already possible. Doesn't Windows Server 2008 Core do this?
The exploit does not affect Debian Stable servers. The kernel in Stable actually predates the reintroduction of the bug.
Score one against critics of the Debian release schedule. ;)
OK, maybe my joke was a little too subtle.
Really, you can hardly blame Linux for the Starbucks coffee prices.
I am outraged that Stephen Conroy knows about these child pornography websites, and apparently has not reported it to police. It is the police that can organise to shut these websites down, since they are illegal in every country that I know of.
I can only assume that Stephen Conroy wants these websites kept available, to push his agenda of a compulsory internet filter. If I were of a conspiratorial persuasion, I may even secretly believe that Stephen Conroy had a hand in creating some of these websites. Now wouldn't that be a sensational news article.
He does have a point, actually. The kernel code had to be 64-bit clean before it could be ported to the AMD64 architecture. I assume most of that work was done when Linus had that Alpha box. Therefore, Linux was indeed going "64 bit" back in 1993, although AMD64 support itself was not done until 2004.
Windows NT also had an Alpha version as well, and I'm sure that was available mid 90s. I guess that the code for this eventually made its way into the modern Windows 64 bit OS. Microsoft were never very big on 64 bit until fairly recently though, so that probably explains why there has been a general lack of interest in 64 bit from third parties.
Linux has been much easier to use on 64 bit systems. I always assumed it was because of the open source nature of Linux. People are willing to port code for fun, while proprietary software houses have to rely on saleability before putting in the work, therefore meshing itself in a chicken/egg scenario.
I must be one of the few that have had no issues with 64-bit Linux and Flash. Been running 64 bit flash version 10.0 r42 for nearly a year now. No browser crashes, no flash freezes. Works a charm.
Of course, I've downloaded this latest version and installed it. Wouldn't be a linux geek if I didn't live somewhat on the edge. So far, works well.
Could be worse. Could be Microsoft, or just about any other tech company, that has all that data. Google has earned a modicum of my trust by at least making an effort not to be evil.
Smart and clever, sure. But immature and lacking self-esteem as well? That is a recipe for disaster, especially if you put them in a position of informational power.
A mature person, no matter how strange their thought processes, does not spy on the conversations of others (work purposes excepted), or brag about their hacking abilities. He may have had the smarts, but he didn't have the maturity for his position.
Google would do well to employ more older staff to help in this regard. This may not have happened if there was an older figure present to dispense wise advice.
Nice points. Though I would not take Geohot's word on everything. He has displayed admirable skill with his memory glitch to get code to run through the hypervisor, but he doesn't know the PS3 system well enough to make the claims he does. But, don't just take my word for it, also listen to another hacker who has actually used the exploit.
The memory glitch was never going to be used by regular users. It's quite cumbersome, and requires a high level of skill to successfully use. It could have been used to allow the Linux kernel more direct access to the hardware. That would have been some work, but it would have been possible. Still, it's not very practical for your average user.
Less OtherOS enabled consoles? It's too late. They're out there. The hackers have them. The information is free. Disabling OtherOS has done nothing to stop this. Disabling OtherOS has not improved PS3 security one iota.
Virtualization support? Technically possible. Practically, it's useless. I brought up this point in my previous post. You could probably get the GameOS running, but to actually run a game under it, you'd need twice the RAM that the PS3 actually has.
I've downloaded "noscript", but I allow scripts globally, and mark specific websites as untrusted. More websites these days require javascript enabled for best use.
Sorry, I don't get what you call 'evident'. To me, what is evident is that you cannot run PS3 games from Linux, well, unless someone codes a GameOS replacement that runs under Linux, similar to what Wine does. I hope you realise that PS3 games need the GameOS to run. Also, that the GameOS and the Linux kernel cannot coexist at the same time. It's like trying to run Windows and Linux on the same CPU, unless it was possible to run the GameOS in a virtual machine. In which case, you'd barely have any RAM left to actually run a game.
Finding the console root key is completely different to running games under Linux. With the root key, you've got full access to all keys used with the system. You can install packages under the GameOS. You do not need Linux to do anything.
Your article has actually proved my point. The OtherOS was never going to be a way to run pirated games. It is used to discover more about the system, and that information is used to find other ways to circumvent the system. This is why removing the OtherOS has in no way increased the security of the PS3. This is what I earnestly find evident.
It is impossible to run PS3 games from Linux on the PS3 hardware. The technical difficulties are insurmountable. Please, prove me wrong if you can.
Well, it's not that obvious. I thought that Facebook was mainly full of the mildly voyeuristic. It seems a good place to go to check on what all your friends are doing, without the bothersome social interaction that sometimes necessitates. ;)
Myself, I prefer to keep things a mystery, and actually have something to talk about when that social interaction eventually happens.
The geohot hack was never going to be a way to run pirated games. It is only used to examine the hypervisor. You _need_ the GameOS to run PS3 games, and therefore you need to hack the GameOS to enable piracy. The OtherOS system was useless in that regard.
So I say again, by removing OtherOS, there was no increase in security. Hackers are still going to use Linux to examine the hypervisor, because they will not be upgrading their firmware. The regular PS3 user can still make use of any product of that examination, regardless of the existence of OtherOS.
Actually, the reason why they removed OtherOS from older consoles was cost of maintaining it. The reason they _gave_ was the geohot hack. As far as I know, removal of the OtherOS did nothing to increase the security of the console, even though that was the stated reason. It was primarily a cost cutting exercise, but they couldn't give that reason to their customers.
Actually, the Move controller could be a very interesting replacement for a mouse, when using a GUI on a large screen TV. It alleviates the need of a surface to navigate on, and possibly has the required precision to accurately aim the pointer.
If somebody manages to get Linux working again on the PS3 via the hack, I'll be trying to get the Move controller working with it. It'd be an interesting project.
As much as I hate to weigh in on a grammar nazi thread, using a split infinitive is not necessarily incorrect.
http://en.wikipedia.org/wiki/Split_infinitive#Current_views
If the meaning is obvious and unambiguous, let it be, I say.