That shouldn't be modded funny. I remember the Wollembi Pine retailing for $100 a sapling here in Australia a few years ago. Each sapling was numbered. There was a lot of novelty in having the Nth Wollembi Pine in the world.
(Incidentally, for an example of a successful add-on, look at the PC Engine CD. We just don't remember it much because the system barely got a foothold in the US.)
The N64 memory upgrade would be an actual example of a successful console upgrade. Plenty of people bought that and it was well supported.
Maybe no good in the traditional sniper role but if this weapon ever gets to the point where it has an effective range that's much greater than any small arms fire then it will have a new role all of its own. That role will be called "shoot the Taliban and laugh at the counter fire".
Removing the instruction decoder is a bad idea. The microcode is different for every CPU out there and it wouldn't be as fast without an instruction decoder in any case. CISC tends to be memory efficient while RISC tends to be processing efficient. Thanks to the instruction decoder, the x86 currently gets to store it's instructions CISC style while running them RISC style. If you had to write your code using the microcode directly you'd end up with ~100bytes of code for something as simple as the equivalent of the FSQRT instruction. That means cache misses and increased memory use.
The instruction decoder doesn't even use much power in any case and is necessary for many modern CPU features. In fact many ARM CPUs have instruction decoders that support more opcodes than the x86 decoder (standard ARM instructions + THUMB + Jazelle, etc. tends to add up to more than what the x86 has to deal with).
An argument could certainly be made that Intel could support a new instruction set on top of its current CPUs that's more memory efficient than x86 and i'd agree with that (although it'd require yet another run-mode and i'd hate that). But bare metal programming isn't really realistic or even any faster.
To be fair we never allowed that censorship law to pass. There are still forces at work to get the internet censored but currently it's uncensored here in Australia.
I just got mine this afternoon... I will probably not root the thing.
I suspect you feel that way simply because you haven't had enough time to see how limited it is without rooting it. Basically step outside the realm of any task that has an app for it and you'll need to root it. As an example i had to root my Asus Transformer to log in to an openVPN network. It's a fairly simple task that even my phone can do but the Transformer can't do it without root access (yes, it does support l2tp without rooting but i needed openVPN).
In a hologram, tightly packed alternating dark and light regions produce constructive/destructive interference, causing a 3D effect. If the pixels can be made close enough is it possible to recreate this effect on a monitor?
If so there's an excuse to go beyond human perceptible detail.
The vast majority of Asus Transformers sold today are locked down.
The only Transformers that are rootable are Transformers using the SBK1 key. The vast majority of Asus Transformers sold today use either the SBK2 or SBK2 encryption key to lock down the OS.
So to those people who have a rooted Transformer. Good for you. You have one of the early ones. But the rest of us are stuck with Android until SBK2 or SBK3 are discovered. So for the time being the Transformer isn't an option (unless you can find an earlier model). You cannot install Linux on a Transformer without the correct SBK. Here's a link of Asus Transformers that cannot currently be rooted.
They told you the V10 engine used 50 hours of labour in its manufacture but it turned out the V10 engine only used 25 hours of labour in its manufacture.
It's still the same engine in every way. Transistor count is simply a manufacturing detail.
Be warned if that's your plan though. Most transformers sold today use the SBK2 and SBK3 keys. These keys have not been cracked yet. Until they are cracked you cannot load custom firmware or get root access to the Asus Transformer.
Only Transformers with the older SBK1 can be used this way and all the current "root/load linux on your Transformer" guides refer to models using SBK1. These guides are not applicable for newer SBK2 and SBK3 based Transformers. It personally annoys the hell out of me as i want to root my Transformer to load openVPN onto it. I can't though.
Until someone cracks SBK2 and SBK3, the Transformer is one of those products you full price for that can't be rooted. So be warned.
Mathematica is not an example of his science abilities though. Integration, deriviation, graphing and other such features of computer algebra systems were done years before by both Macsyma and Maple. Mathematica is just an example of someone who knows how to make and market software. That's what Wolframs good at. Promotion. Mostly self-promotion but also promotion of his software.
One lesson I've learnt over the years is that hard disk cache (in this case the traditional RAM based cache) doesn't matter all that much. Drives with 8Mb cache consistently show 99% of the performance as drives with 16Mb. And so on for the 128Mb vs 64Mb vs 32Mb varieties of hard disks.
I do realize there's a benchmark there. But i'm still skeptical given the history of how little on board hard disk cache matters.
Really? No randomness? What if the universe conspired to make it completely impossible for us mere mortals to ever predict a number? This is what quantum physics tells us is happening.
As an example of an impossible to predict situation the universe made two copies of itself at a point where you choose a direction to turn (a simplification of the many-worlds hypothesis). One copy is where you make the decision to turn left and one where you make a decision to turn right. Just before the copy was made how would you have predicted which way you would have turned? No matter what prediction you make you'll be wrong in one of those universes. It's impossible to predict.
Quantum physics is impossible to predict. No amount of hidden variables can explain Bell inequalities. The only thing physicists are looking for now is an explanation of why it's impossible to predict. The many-worlds hypothesis is one such explanation.
I don't even consider them to be IQ tests. Some of the questions I've seen rely on algorithms that have taken decades of computer science research to create. If you're able to write down an implementation it's not going to be because you worked it out. It's going to be because you rote learnt it.
Which is crazy really, because you don't want programmers who rote learn implementations of algorithms. That goes against the principles of not recreating the wheel (and all the bugs). You'd be much better off with programmers who can Google and research various libraries and solutions for the task at hand than one who memorizes implementations of algorithms.
If you want Flash for any reason (think ads) then I consider the ARM/Linux combination to be a no go. X86/Linux works OK but the ARM/Linux combo isn't. Technically there's some support out there for it but in reality it's many versions behind, not optimised and in general it won't work well.
Either avoid Adobe Flash (HTML 5 is better anyway imho) or avoid the ARM/Linux combo. This information is mainly relevant if you plan on serving up adds from a kiosk. Advertisers often expect you to support Flash.
Slashdot Mirror
That shouldn't be modded funny. I remember the Wollembi Pine retailing for $100 a sapling here in Australia a few years ago. Each sapling was numbered. There was a lot of novelty in having the Nth Wollembi Pine in the world.
There's a hell of a lot of money to be made here.
citation please?
Can't find exact install base, but The Legend of Zelda: Majoras Mask required the Expansion Pak and it alone sold 3million copies. So 3 million at an absolute minimum to get a ballpark figure going. Plenty of other games highly encouraged people to get it too.
(Incidentally, for an example of a successful add-on, look at the PC Engine CD. We just don't remember it much because the system barely got a foothold in the US.)
The N64 memory upgrade would be an actual example of a successful console upgrade. Plenty of people bought that and it was well supported.
Devices using the public spectrum should be forced to detect other devices in range and share the spectrum evenly with those other devices.
Any devices not sharing the spectrum evenly would be banned.
Just record all the transmitted data and you can decrypt in half an hour. The cluster will just let you listen sooner but it's unnecessary.
(i am assuming it doesn't do frequency hopping since it's working in a narrow satellite band).
Maybe no good in the traditional sniper role but if this weapon ever gets to the point where it has an effective range that's much greater than any small arms fire then it will have a new role all of its own. That role will be called "shoot the Taliban and laugh at the counter fire".
Removing the instruction decoder is a bad idea. The microcode is different for every CPU out there and it wouldn't be as fast without an instruction decoder in any case. CISC tends to be memory efficient while RISC tends to be processing efficient. Thanks to the instruction decoder, the x86 currently gets to store it's instructions CISC style while running them RISC style. If you had to write your code using the microcode directly you'd end up with ~100bytes of code for something as simple as the equivalent of the FSQRT instruction. That means cache misses and increased memory use.
The instruction decoder doesn't even use much power in any case and is necessary for many modern CPU features. In fact many ARM CPUs have instruction decoders that support more opcodes than the x86 decoder (standard ARM instructions + THUMB + Jazelle, etc. tends to add up to more than what the x86 has to deal with).
An argument could certainly be made that Intel could support a new instruction set on top of its current CPUs that's more memory efficient than x86 and i'd agree with that (although it'd require yet another run-mode and i'd hate that). But bare metal programming isn't really realistic or even any faster.
They tried that. They are currently trying to sue Apple and RIM for over one beeeellion dollars. Sun also paid them some money to get the Kodak lawsuit company off their backs after Kodak claimed to own a patent covering a program that gets help from another program.
To be fair we never allowed that censorship law to pass. There are still forces at work to get the internet censored but currently it's uncensored here in Australia.
Just make it with the same antibacterial metal that door handles in hospitals are made from. http://en.wikipedia.org/wiki/Antimicrobial_copper-alloy_touch_surfaces
Seems to be a tried and testing technology that works well.
I just got mine this afternoon ... I will probably not root the thing.
I suspect you feel that way simply because you haven't had enough time to see how limited it is without rooting it. Basically step outside the realm of any task that has an app for it and you'll need to root it. As an example i had to root my Asus Transformer to log in to an openVPN network. It's a fairly simple task that even my phone can do but the Transformer can't do it without root access (yes, it does support l2tp without rooting but i needed openVPN).
In a hologram, tightly packed alternating dark and light regions produce constructive/destructive interference, causing a 3D effect. If the pixels can be made close enough is it possible to recreate this effect on a monitor?
If so there's an excuse to go beyond human perceptible detail.
Excellent. I didn't notice the this and stand corrected. Thanks.
The vast majority of Asus Transformers sold today are locked down.
The only Transformers that are rootable are Transformers using the SBK1 key. The vast majority of Asus Transformers sold today use either the SBK2 or SBK2 encryption key to lock down the OS.
So to those people who have a rooted Transformer. Good for you. You have one of the early ones. But the rest of us are stuck with Android until SBK2 or SBK3 are discovered. So for the time being the Transformer isn't an option (unless you can find an earlier model). You cannot install Linux on a Transformer without the correct SBK. Here's a link of Asus Transformers that cannot currently be rooted.
They told you the V10 engine used 50 hours of labour in its manufacture but it turned out the V10 engine only used 25 hours of labour in its manufacture.
It's still the same engine in every way. Transistor count is simply a manufacturing detail.
Be warned if that's your plan though. Most transformers sold today use the SBK2 and SBK3 keys. These keys have not been cracked yet. Until they are cracked you cannot load custom firmware or get root access to the Asus Transformer.
Only Transformers with the older SBK1 can be used this way and all the current "root/load linux on your Transformer" guides refer to models using SBK1. These guides are not applicable for newer SBK2 and SBK3 based Transformers. It personally annoys the hell out of me as i want to root my Transformer to load openVPN onto it. I can't though.
Until someone cracks SBK2 and SBK3, the Transformer is one of those products you full price for that can't be rooted. So be warned.
Mathematica is not an example of his science abilities though. Integration, deriviation, graphing and other such features of computer algebra systems were done years before by both Macsyma and Maple. Mathematica is just an example of someone who knows how to make and market software. That's what Wolframs good at. Promotion. Mostly self-promotion but also promotion of his software.
One lesson I've learnt over the years is that hard disk cache (in this case the traditional RAM based cache) doesn't matter all that much. Drives with 8Mb cache consistently show 99% of the performance as drives with 16Mb. And so on for the 128Mb vs 64Mb vs 32Mb varieties of hard disks.
I do realize there's a benchmark there. But i'm still skeptical given the history of how little on board hard disk cache matters.
Really? No randomness? What if the universe conspired to make it completely impossible for us mere mortals to ever predict a number? This is what quantum physics tells us is happening.
As an example of an impossible to predict situation the universe made two copies of itself at a point where you choose a direction to turn (a simplification of the many-worlds hypothesis). One copy is where you make the decision to turn left and one where you make a decision to turn right. Just before the copy was made how would you have predicted which way you would have turned? No matter what prediction you make you'll be wrong in one of those universes. It's impossible to predict.
Quantum physics is impossible to predict. No amount of hidden variables can explain Bell inequalities. The only thing physicists are looking for now is an explanation of why it's impossible to predict. The many-worlds hypothesis is one such explanation.
You're overstating it a bit on Rage. It's an OK game with a good FPS engine behind it which was buggy on release but has since been fixed.
I don't even consider them to be IQ tests. Some of the questions I've seen rely on algorithms that have taken decades of computer science research to create. If you're able to write down an implementation it's not going to be because you worked it out. It's going to be because you rote learnt it.
Which is crazy really, because you don't want programmers who rote learn implementations of algorithms. That goes against the principles of not recreating the wheel (and all the bugs). You'd be much better off with programmers who can Google and research various libraries and solutions for the task at hand than one who memorizes implementations of algorithms.
No problem. Just use context aware fill to remove the furniture from the image.
Use encryption algorithms to encrypt data.
Use document formats to contain data.
But don't go creating specific encryption algorithms for specific document formats. That's just reinventing the wheel.
Yes but i'm referring to the specific X Windows varieties of Linux. Android Flash support is specific to Android i'm afraid.
If you want Flash for any reason (think ads) then I consider the ARM/Linux combination to be a no go. X86/Linux works OK but the ARM/Linux combo isn't. Technically there's some support out there for it but in reality it's many versions behind, not optimised and in general it won't work well.
Either avoid Adobe Flash (HTML 5 is better anyway imho) or avoid the ARM/Linux combo. This information is mainly relevant if you plan on serving up adds from a kiosk. Advertisers often expect you to support Flash.