Those are Gnu/Eggs. The genome is open source, reverse engineered from Monsanto's Ultra Long Shelflife product and can be downloaded from the Gnu site. They are somewhat hard to crack, but a GNUEGG:SLEDGEHAMMER:HOWTO is available by typing Esc-Ctrl-Shift-X-Power Button at the Emacs 'organism' prompt. Even after reading the GNUEGG:AFTERTASTE:FAQ (Esc-Ctrl-Shift-X-Break monitor with a brick) intently, and cooking them at 500 degrees celsius as directed, they still taste somewhat sulphurous.
We asked some Africans how they felt about this decision, but they looked at us with total contempt before grabbing our wallets and were last seen heading in the direction of Mortons.
I had in mind something like an MP3 walkman that just happens to play DVD media, and I've never seen one. It's a shame really, it would give the companies who make them a way to charge way more than $75 bucks for a relatively small increase in parts price - I'd guess that a cheap DVD mechanism must cost about the same as a CD one these days.
Wish I was in asia where I could probably get that idea mass produced.
Asians and Native Americans don't have the CCR5 mutation, so it must be a behavioural thing. Maybe they are more conscientious about using condoms, or inject less or something.
Both attack the same T cells in the immune system, and both even bind to the same CD4 receptor of the T cells. Thus, mutations in the CD4 receptor that are still functional to the organism but disallow the binding by the pathogen would create a form of immunity.
I heard about some research that claims that this is the case
It's perfectly fine for Jews, Christians and Muslims to tolerate others who do not believe the same faith. After all, the commandment usually used the wording "Thou must..." or "You must..." Such wording implies that the Jew, Christian or Muslim must not have any other god above Yahweh, God, Allah, etc. It does not say what others must believe, nor does it suggest how such religious people should treat those who do not share the same faith.
So when Moses found people worshipping the golden calf, he let them continue? What about all the passages in the Old Testament/Quran about killing unbelievers. Homosexuals too, BTW.
Meh, this is pointless, and I'm a bad person for enjoying it so much.
Have you used vxWorks? Closed source and expensive sadly, but it's a wonderful operating system.
It's a shame that those mp3 CD players haven't upgraded to DVD actually.
4.7GB of mp3s on dirt cheap media would be great. Hell most DVD mechanisms play dual layer, so my music collection could fit into a wallet full of discs, even if they aren't exactly cheap.
Sure I've seen portable DVD players, but they tend to be a fair bit bulkier than a CD walkman. They also play DVD videos, which is something I don't really need.
Most religious people, including Jews, Muslims, Christians, Buddhists, Hindus, and so forth, show a high degree of tolerance for the beliefs of others.
That's true, but in the case of Jews and Christians they aren't following the Ten Commandments by doing so :
Hindus - I have no idea, but historically they seem to have coexisted with Buddhists. I even saw some temples in Thailand with mixed Hindu and Buddist gods. Buddhism itself apparently has something about 'the higher Buddha is not Buddha'. So they both seem to be free of the inherent intolerance in Abrahamic, monotheistic religions.
Hey, since you're only following up to this because I was rude to you here How does 'The Higher Linux is not Linux sound to you';-)
I know you want to paint all religious people as "evil", but the fact of the matter is that you're wrong. Reality differs from your fantasy world.
I can see how you'd get that impression from this post:
but for anything Open Source, you post some content free praise like this and get modded up for that.
Well congratulations, but what's the point? Do you really anyone is going to switch to OSS because of your propaganda post on/.? Software is a tool made by engineers. It's not as if everything done by one group is bad, or that everything done by another group is good. Even worse, zealots like you actually make things worse for the stuff you hype.
The Real World tech article I linked to has a rather hard to understand diagram, but it looks to me as if the effective pipeline depth fofr integer ops is really low, 2-4 for most integer stuff.
Perhaps because they aren't even allowed to wear their religious headwear to school anymore?
As a sidenote: I don't ever want to hear people slime the United States again. It's rather interesting that Muslim youth over here aren't rioting -- even though we are the ones "at war" with certain followers of that faith. Perhaps that's because we have better religious freedom?
How do you feel about that judge who displayed the ten commandments, or the Kansas school board teaching intelligent design alongside science?
I have to admit, I'm extremely ambivalent about this stuff. I went to a religious primary school, and it turned me into a committed, almost fundamentalist atheist. But it still annoys me when liberals want to stop things like this on the dubious basis of the separation of church and state. Don't get me wrong, I hate all Abrahamic religions as ideologies, but I don't want to use the law against them because that in itself would violate church and state separation. And I don't hate the people who believe in them. I've met some perfectly civilised religious people and some atheists who were utter shits and the way you behave is far more important than your philosophy.
And you're right about the US vs France BTW. It's interesting that in the UK, there were massive demonstrations against Iraq, but they were fairly peaceful. I'd say the people that supported the tube bombers are a tiny minority - much smaller than the people that supported the Ira for example, and that is because we still have a society where you can be openly, crazily religious provided that you don't incite violence.
Apple wrote a great 68K emulator for the PowerPC macs. It was non JIT, and worked like a big jump table. So you took a 16bit 68k instruction, shifted it and jumped to the base of the table + the shifted offset. The code there would essentially be a PowerPC version of the 68K code.
So you end up doing four instructions to decode the 68K instruction, and then whatever it takes to actually do the operation, typically 2-4.
JIT emulators would profile the code and check which bits were frequently executed. Then they would essentially copy the table entries into a buffer. So in a loop, you'd actually execute native just execute the 2-4 native instructions and skip the table dispatch. There's another benefit too, you can skip things like condition code updates, if you know that they will be overwritten by another instruction before they are checked. Plus you can do peephole optimisations, constant folding and so on.
I can easily believe that CPU intensive code like image processing can run at a very impressive speed, especially as top of the range x86 chips have better SpecInt perormance than a top of the range PPC.
Incidentally, I read about Apple's second generation 68K emulator being a "dynamic recompiler", so they've been working on this sort of thing for ages.
I remember some early Risc chips that didn't have branch prediction hardware - they would simply predict a backward branch as taken, and a forward one as not.
Jazelle runs something like 90% of the Java instructions, true. So a mobile phone for example does run most Java instructions.
But you still need to support the rest in software. And then you need to get the java libraries, and write the native code that the java libraries end up talking to to touch the screen/filesystem/etc So you still need a JVM, even if most of the instructions run natively. And even if the API is the same, you are still running on a machine with either a tiny screen or none at all, not much CPU power, RAM or disk space and so on. And no hardware floating point, so any FP code will run like molasses. Oh, and the DRAM access is really slow.
So you end up writing applications from scratch - its not as if something like Eclipse or Azureus or any desktop Java app will run on a mobile phone. And if you're going to do that, you might as well write them in C/C++ which is still quicker than Java, even with the Jazelle instructions.
E.g. write some integer code. Look at what comes out of a decent ARM C compiler. It's tiny and it fits in the L1 cache. You can hoist all the CRT calls out of the loop to where they aren't time critical. The compiler can do a great job using the ARM instruction set to keep things quick. Now look at the Java equivalent. It's more instructions and because Java is stack based it needs to do much more loads from memory. And it needs to check all the array accesses, usually with calls into library code. So the footprint of the loop when it runs is too big to fit in the L1 cache.
Plus you need to have flash memory space to store the java libs, native code and so on. If you JIT for performance, you need RAM for the native code and RAM or flash for the java, whereas for C you can run code out of flash. The C code will tend to use smaller libraries too.
If you don't believe me, here's what John Carmack said
http://www.armadilloaerospace.com/n.x/johnc/Recent %20Updates
The biggest problem is that Java is really slow. On a pure cpu / memory /
display / communications level, most modern cell phones should be
considerably better gaming platforms than a Game Boy Advanced. With Java,
on most phones you are left with about the CPU power of an original 4.77
mhz IBM PC, and lousy control over everything.
In Pachinko parlors (those games with the shiny steel balls, sort of like a Japanese pinball), this gesture is used as a greeting when you enter. Make sure you bring a good supply of large ball bearings and show them to the proprietor - easily recognised as a large tatooed man in sunglasses - before doing so.
IIRC they decided it based on a wrestling match, with 'Rowdy' Roddy Piper (Wrestling Federation) versus a panda (Wildlife fund). Pandas can wrestle suprisingly well, so the environmentalists got to keep the name. In honour of this, WWF decided to make the panda their new logo.
Well, right, but my point is: Opensource drivers beat the microsoft "quality tests" at any time: You just can see what the driver is doing: while automated quality tests are nice, looking at what the driver is doing can help to identify the bugs (and fix them)
My point was most of this stuff isn't the sort of thing you can see from looking at the code - it only happpens on some combination of hardware or some percentage of the time or both. Unless you run a an automated test that's written to catch the problem on the right hardware you won't catch it either of course.
But you can stare at code forever and not see a timing problem, because it's not in the code, its in the combination of the code and some nasty hardware.
IIRC nvidia is know to be on the top 5 of "companies who make your box bluescren" according to some Microsoft MVP
That's not my experience at all - I have boxes with ATI and NVidia cards and the latest drivers, one of which hasn't gone through HQL yet, and they're both rock solid. So these guys do know what they are doing with respect to stability, even if they do some questionable stuff to get better benchmark results.
You do realise that most of these problems are more like "with the POS 417 AGP host bridge and a Froon 812 graphics card writes to off screen memory fail 1% of the time when the graphics accelerator is doing a lengthy operation and we see it often now we altered the driver " than "dude I forgot a break; statement"
With a bit of luck, you can catch the second type of error by running a well thought out test suite. Not always though, I think its an example of the halting problem. The first sort is much harder - there is a lot of variability in PC hardware, even to the point of it being completely broken.
E.g for one of a real time virus checkers that layer over filesystem, they test things obscure filesystem features like defragmentation support, and oplocks and reparse points. Plus there is a 14 day stress test. And they update the test to catch common bugs. Of course a decent company will do this sort of thing, but in practice most companies will release undertested code if they are under pressure.
So the HQL certification means that you run these tests. Then you fix the test failures and submit the log and binary to Microsoft and they sign the binary.
It's not perfect - as the Raymond Chen post says, but it's a lot better than nothing. But the cool thing is it doesn't really need to be perfect, if the drivers are visibly unstable, people will stop buying the hardware and the company will go bust. Both NVidia and ATI hardware is rock solid with the latest drivers, so who cares if they cheat a bit with 3dmark and HQL.
Many took this to mean the Father was on a higher level of divinity than the Spirit or Son. This thinking proved unacceptable to many and caused the Great Schism. I believe the Orthodox still use the Nicene model but the Catholics and Protestants do not.
AZT for example is known to block reverse transcriptase. It's kind of cool actually - normal cells store their genes as DNA and convert to RNA which is passed out to ribosomes - little nanomachines that build proteins based on the RNA 'program'. The HIV virus is a retrovirus and retroviruses store their genes as RNA and need a special enzyme, reverse transcriptase to convert it to DNA to be inserted into your cells.
I guess the problem is that drugs like AZT probably mess up other enzymes too causing side effects, and aren't 100% efficient against reverse transcriptase. Even worse, reverse transcriptase has such a high bit error rate as it copies that HIV can mutate quickly, and some of the viable strains are very resistant to AZT.
But it's not as if people aren't trying to attack the virus itself. I've stressed the software parallels a bit because of this site, but they are striking - ribosomes for example even look like Turing machines with the RNA as the tape. But unlike software, you can't (yet) make something which will block the viral enzyme 100% and have no effect on any others. At least not last time I looked.
Slashdot Mirror
Those are Gnu/Eggs. The genome is open source, reverse engineered from Monsanto's Ultra Long Shelflife product and can be downloaded from the Gnu site. They are somewhat hard to crack, but a GNUEGG:SLEDGEHAMMER:HOWTO is available by typing Esc-Ctrl-Shift-X-Power Button at the Emacs 'organism' prompt. Even after reading the GNUEGG:AFTERTASTE:FAQ (Esc-Ctrl-Shift-X-Break monitor with a brick) intently, and cooking them at 500 degrees celsius as directed, they still taste somewhat sulphurous.
We asked some Africans how they felt about this decision, but they looked at us with total contempt before grabbing our wallets and were last seen heading in the direction of Mortons.
I had in mind something like an MP3 walkman that just happens to play DVD media, and I've never seen one. It's a shame really, it would give the companies who make them a way to charge way more than $75 bucks for a relatively small increase in parts price - I'd guess that a cheap DVD mechanism must cost about the same as a CD one these days.
Wish I was in asia where I could probably get that idea mass produced.
Asians and Native Americans don't have the CCR5 mutation, so it must be a behavioural thing. Maybe they are more conscientious about using condoms, or inject less or something.
Both attack the same T cells in the immune system, and both even bind to the same CD4 receptor of the T cells. Thus, mutations in the CD4 receptor that are still functional to the organism but disallow the binding by the pathogen would create a form of immunity.
I heard about some research that claims that this is the case
http://www.abc.net.au/science/k2/moments/s714968.
So if you're from N Europe, have upto a 14% chance of immunity to Aids.
Interestingly enough there's an analogue to African restistance to malaria -
http://www.ncbi.nlm.nih.gov/disease/sickle.html
Sickle cell anemia is obviously not a good thing to have, but it does give you some resistance to malaria.
Makes you wonder what the downside to not having CCR5 proteins is.
Zigazig ha!
It's perfectly fine for Jews, Christians and Muslims to tolerate others who do not believe the same faith. After all, the commandment usually used the wording "Thou must
So when Moses found people worshipping the golden calf, he let them continue? What about all the passages in the Old Testament/Quran about killing unbelievers. Homosexuals too, BTW.
Meh, this is pointless, and I'm a bad person for enjoying it so much.
Have you used vxWorks? Closed source and expensive sadly, but it's a wonderful operating system.
Hmm, never noticed.
I guess nonsense words are a sort of Rorschach test, everyone reacts according to their own obsessions.
It's a shame that those mp3 CD players haven't upgraded to DVD actually.
4.7GB of mp3s on dirt cheap media would be great. Hell most DVD mechanisms play dual layer, so my music collection could fit into a wallet full of discs, even if they aren't exactly cheap.
Sure I've seen portable DVD players, but they tend to be a fair bit bulkier than a CD walkman. They also play DVD videos, which is something I don't really need.
Most religious people, including Jews, Muslims, Christians, Buddhists, Hindus, and so forth, show a high degree of tolerance for the beliefs of others.
That's true, but in the case of Jews and Christians they aren't following the Ten Commandments by doing so :
http://www.positiveatheism.org/crt/whichcom.htm
"Thou shalt have no other gods before Me"
The Qu'ran also has the same rule
http://www.religioustolerance.org/chr10cisl.htm
Hindus - I have no idea, but historically they seem to have coexisted with Buddhists. I even saw some temples in Thailand with mixed Hindu and Buddist gods. Buddhism itself apparently has something about 'the higher Buddha is not Buddha'. So they both seem to be free of the inherent intolerance in Abrahamic, monotheistic religions.
Hey, since you're only following up to this because I was rude to you here
How does 'The Higher Linux is not Linux sound to you'
I know you want to paint all religious people as "evil", but the fact of the matter is that you're wrong. Reality differs from your fantasy world.
I can see how you'd get that impression from this post:
http://slashdot.org/comments.pl?sid=167879&thresh
Oh wait, I said the exact opposite. Didn't Jesus say something about hating the sin, not the sinner?
If they were made by the MS Office team, you'd come up with some complaint and get modded up for it, like here
= 13834663
/.? Software is a tool made by engineers. It's not as if everything done by one group is bad, or that everything done by another group is good. Even worse, zealots like you actually make things worse for the stuff you hype.
http://it.slashdot.org/comments.pl?sid=165832&cid
but for anything Open Source, you post some content free praise like this and get modded up for that.
Well congratulations, but what's the point? Do you really anyone is going to switch to OSS because of your propaganda post on
Alta is hot and she writes vertex shaders. Hmmmm.
Sorry, what were you saying.
The Real World tech article I linked to has a rather hard to understand diagram, but it looks to me as if the effective pipeline depth fofr integer ops is really low, 2-4 for most integer stuff.
It looks like a misspelling of 'dyslexic'.
I'm a friggen Atheist and I am still appalled by this law and the fact that people are actually defending it.
Damn right. Allowing people to worship whatever the hell the like is what makes us athiests better these religious wackos.
Perhaps because they aren't even allowed to wear their religious headwear to school anymore?
As a sidenote: I don't ever want to hear people slime the United States again. It's rather interesting that Muslim youth over here aren't rioting -- even though we are the ones "at war" with certain followers of that faith. Perhaps that's because we have better religious freedom?
How do you feel about that judge who displayed the ten commandments, or the Kansas school board teaching intelligent design alongside science?
I have to admit, I'm extremely ambivalent about this stuff. I went to a religious primary school, and it turned me into a committed, almost fundamentalist atheist. But it still annoys me when liberals want to stop things like this on the dubious basis of the separation of church and state. Don't get me wrong, I hate all Abrahamic religions as ideologies, but I don't want to use the law against them because that in itself would violate church and state separation. And I don't hate the people who believe in them. I've met some perfectly civilised religious people and some atheists who were utter shits and the way you behave is far more important than your philosophy.
And you're right about the US vs France BTW. It's interesting that in the UK, there were massive demonstrations against Iraq, but they were fairly peaceful. I'd say the people that supported the tube bombers are a tiny minority - much smaller than the people that supported the Ira for example, and that is because we still have a society where you can be openly, crazily religious provided that you don't incite violence.
Apple wrote a great 68K emulator for the PowerPC macs. It was non JIT, and worked like a big jump table. So you took a 16bit 68k instruction, shifted it and jumped to the base of the table + the shifted offset. The code there would essentially be a PowerPC version of the 68K code.
. 09/Emulation/
http://www.mactech.com/articles/mactech/Vol.10/10
So you end up doing four instructions to decode the 68K instruction, and then whatever it takes to actually do the operation, typically 2-4.
JIT emulators would profile the code and check which bits were frequently executed. Then they would essentially copy the table entries into a buffer. So in a loop, you'd actually execute native just execute the 2-4 native instructions and skip the table dispatch.
There's another benefit too, you can skip things like condition code updates, if you know that they will be overwritten by another instruction before they are checked. Plus you can do peephole optimisations, constant folding and so on.
There's a wonderful article here -
http://www.gtoal.com/sbt/
I can easily believe that CPU intensive code like image processing can run at a very impressive speed, especially as top of the range x86 chips have better SpecInt perormance than a top of the range PPC.
Incidentally, I read about Apple's second generation 68K emulator being a "dynamic recompiler", so they've been working on this sort of thing for ages.
I remember some early Risc chips that didn't have branch prediction hardware - they would simply predict a backward branch as taken, and a forward one as not.
r ticles.cfm?ArticleID=RWT021005084318&mode=print
Which would be ok for most loops.
http://en.wikipedia.org/wiki/Branch_prediction
Incidentally, SPEs have rather short pipelines, so a mispredicted branch is not the catastophe it would be on a desktop CPU.
http://www.realworldtech.com/includes/templates/a
Jazelle runs something like 90% of the Java instructions, true. So a mobile phone for example does run most Java instructions.
t %20Updates
But you still need to support the rest in software. And then you need to get the java libraries, and write the native code that the java libraries end up talking to to touch the screen/filesystem/etc So you still need a JVM, even if most of the instructions run natively. And even if the API is the same, you are still running on a machine with either a tiny screen or none at all, not much CPU power, RAM or disk space and so on. And no hardware floating point, so any FP code will run like molasses. Oh, and the DRAM access is really slow.
So you end up writing applications from scratch - its not as if something like Eclipse or Azureus or any desktop Java app will run on a mobile phone. And if you're going to do that, you might as well write them in C/C++ which is still quicker than Java, even with the Jazelle instructions.
E.g. write some integer code. Look at what comes out of a decent ARM C compiler. It's tiny and it fits in the L1 cache. You can hoist all the CRT calls out of the loop to where they aren't time critical. The compiler can do a great job using the ARM instruction set to keep things quick. Now look at the Java equivalent. It's more instructions and because Java is stack based it needs to do much more loads from memory. And it needs to check all the array accesses, usually with calls into library code. So the footprint of the loop when it runs is too big to fit in the L1 cache.
Plus you need to have flash memory space to store the java libs, native code and so on. If you JIT for performance, you need RAM for the native code and RAM or flash for the java, whereas for C you can run code out of flash. The C code will tend to use smaller libraries too.
If you don't believe me, here's what John Carmack said
http://www.armadilloaerospace.com/n.x/johnc/Recen
The biggest problem is that Java is really slow. On a pure cpu / memory /
display / communications level, most modern cell phones should be
considerably better gaming platforms than a Game Boy Advanced. With Java,
on most phones you are left with about the CPU power of an original 4.77
mhz IBM PC, and lousy control over everything.
In Pachinko parlors (those games with the shiny steel balls, sort of like a Japanese pinball), this gesture is used as a greeting when you enter. Make sure you bring a good supply of large ball bearings and show them to the proprietor - easily recognised as a large tatooed man in sunglasses - before doing so.
IIRC they decided it based on a wrestling match, with 'Rowdy' Roddy Piper (Wrestling Federation) versus a panda (Wildlife fund). Pandas can wrestle suprisingly well, so the environmentalists got to keep the name. In honour of this, WWF decided to make the panda their new logo.
Well, right, but my point is: Opensource drivers beat the microsoft "quality tests" at any time: You just can see what the driver is doing: while automated quality tests are nice, looking at what the driver is doing can help to identify the bugs (and fix them)
My point was most of this stuff isn't the sort of thing you can see from looking at the code - it only happpens on some combination of hardware or some percentage of the time or both. Unless you run a an automated test that's written to catch the problem on the right hardware you won't catch it either of course.
But you can stare at code forever and not see a timing problem, because it's not in the code, its in the combination of the code and some nasty hardware.
IIRC nvidia is know to be on the top 5 of "companies who make your box bluescren" according to some Microsoft MVP
That's not my experience at all - I have boxes with ATI and NVidia cards and the latest drivers, one of which hasn't gone through HQL yet, and they're both rock solid. So these guys do know what they are doing with respect to stability, even if they do some questionable stuff to get better benchmark results.
You do realise that most of these problems are more like "with the POS 417 AGP host bridge and a Froon 812 graphics card writes to off screen memory fail 1% of the time when the graphics accelerator is doing a lengthy operation and we see it often now we altered the driver " than "dude I forgot a break; statement"
With a bit of luck, you can catch the second type of error by running a well thought out test suite. Not always though, I think its an example of the halting problem. The first sort is much harder - there is a lot of variability in PC hardware, even to the point of it being completely broken.
Have you actually read the HCT test spec?
s .mspx
http://www.microsoft.com/whdc/whql/resources/spec
E.g for one of a real time virus checkers that layer over filesystem, they test things obscure filesystem features like defragmentation support, and oplocks and reparse points. Plus there is a 14 day stress test. And they update the test to catch common bugs. Of course a decent company will do this sort of thing, but in practice most companies will release undertested code if they are under pressure.
So the HQL certification means that you run these tests. Then you fix the test failures and submit the log and binary to Microsoft and they sign the binary.
It's not perfect - as the Raymond Chen post says, but it's a lot better than nothing. But the cool thing is it doesn't really need to be perfect, if the drivers are visibly unstable, people will stop buying the hardware and the company will go bust. Both NVidia and ATI hardware is rock solid with the latest drivers, so who cares if they cheat a bit with 3dmark and HQL.
Many took this to mean the Father was on a higher level of divinity than the Spirit or Son. This thinking proved unacceptable to many and caused the Great Schism. I believe the Orthodox still use the Nicene model but the Catholics and Protestants do not.
This stuff is worse than vi vs emacs.
That's not true.
AZT for example is known to block reverse transcriptase. It's kind of cool actually - normal cells store their genes as DNA and convert to RNA which is passed out to ribosomes - little nanomachines that build proteins based on the RNA 'program'. The HIV virus is a retrovirus and retroviruses store their genes as RNA and need a special enzyme, reverse transcriptase to convert it to DNA to be inserted into your cells.
I guess the problem is that drugs like AZT probably mess up other enzymes too causing side effects, and aren't 100% efficient against reverse transcriptase. Even worse, reverse transcriptase has such a high bit error rate as it copies that HIV can mutate quickly, and some of the viable strains are very resistant to AZT.
But it's not as if people aren't trying to attack the virus itself. I've stressed the software parallels a bit because of this site, but they are striking - ribosomes for example even look like Turing machines with the RNA as the tape. But unlike software, you can't (yet) make something which will block the viral enzyme 100% and have no effect on any others. At least not last time I looked.