They aren't working to improve the explosion. It works well enough already.
They are ensuring that the bombs will go off reliably. The thinking is that if we have a working nuclear stockpile, enemies will think twice before attacking us. If our weapons get old and fail to work, the deterrence will be lost. How do we know if our old weapons will work? Blow one up for real, or simulate it.
Can you save it out as a word perfect file, or maybe rich text, or heaven forbid, an ASCII file? That doc seems to crash anything but a MS Word program.
>The combustability is compared and the rating is > given as a percent of the flammable octane to > the mixture of flammable and inert octane.
I thought that the higher the octane number, the less flammable the mixture. Higher octane gasolines are more resistant to knock, which is what happens when the gas mixture ignites too soon (before the piston completes it's upward travel). Using a higher octane gasoline delays the ignition to avoid that problem. A somewhat related problem is premature ignition of fuel in a high compression engine. Engines with high compression ratios sometimes require high octane fuels, because the heating from compression is enough to ignite lower octane fuels before the spark is fired.
Did I misinterpret what you wrote or do I have wrong information?
It may have been. SLS also used gzipped tar files to distribute if I recall correctly. It wasn't terribly difficult to install, for such an early release. I remember building an entire system with a C++ compiler from 7 diskettes. It was rock solid too. I used my SLS system from 1993 to 1996, doing upgrades of the compiler, libraries, kernel, X, etc. by hand. That's the best way to learn how a system works.
Well if you want truly kick in the ass acceleration, then you must really be looking forward to electric cars. They have constant torque. It's far easier to build an electric car that can smoke the tires through an entire 1/4 mile run than to build a gasoline car to do the same thing. Plus the motors don't take up much space in the car, and they are quiet. A turbine occupies a lot of space, and they sound like a jet. Actually, sounding like a jet might be a good thing!:-)
>But you make it sound like that NT is such an obviously wrong choice that only the "worst half" would be running it. Yup. "Someone's lying." Let's see a real argument that Sun/Linux/Other Unix is that much better that it actually makes any more than a marginal difference.
------------
Sometimes it's hard to avoid speaking in absolutes. NT is the right solution sometimes. As someone else pointed out in this forum, you might be located in Lower East Broken Stick, where you have a stock of NT programmers who actually are pretty damn good.
Or you might be working in an industry where the major software packages all run on NT, and all your customers expect you to run NT.
There's lots of reasons to run NT, I don't deny that. Just wanted to make the point that the competency of programmers and how many platforms they can juggle at once is a difficult problem for many companies.
>The big question is: How do you explain all those >NT web sites out there? If Sun and Latter Linux >are the best choices for doing big sites and >Linux costs less than NT for small sites. It's >not all about FUD and tricking suites into >forcing NT on Nerds either.
Does your company claim that nobody but the best people get to be employees at your company. Funny....my company says the same. Probably *every* company says the same thing. Is there a company out there who claims to hire only the worst half of all programmers?
Someone's lying. There's companies full of programmers who can't pick up new technologies as quickly as others. There's companies full of programmers who never developed a refined sense of what is good about a computer, and learned to avoid all that is tasteless.
The managers who decided on Windows when it was the only game in town for desktop machines might have tried to navigate their company around the curve that the internet threw at them. Some were successful, and they were quick enough to learn new tech or otherwise adapt. The less nimble companies made do with their desktop knowlege and tried to apply it to the back end of the business.
Some companies can handle the operation of multiple architectures and operating systems, and some cannot. That leads to conservatism, and adoption of the safe choice. Lots of people look stupid for buying Microsoft, but hardly anyone gets canned for it.
The reason it's not more common is that turbines are expensive to build. Sure, they are simple in principle, and they would be cheap to build if you didn't mind a complete engine replacement every 50 hours. But to get long life out of turbine fans requires *strategic minerals* like cobalt and vanadium. These things don't exist in the United States. The reason that they are called strategic minerals is that if we fought a protracted war with the Soviet Union, we'd lose it unless we secured the cobalt mines.
The turbine car that Chrysler build was expensive because of that. Mass production wouldn't have solved that problem.
Yes, it does come with Trixie. The auction says that both the actors who played Speed and Trixie will be there when the keys are given to the auction winner.
"That's right, Trixie and Speed Racer will be there. Peter Fernandez, the original voice of Speed Racer and Racer X can't wait to turn over the keys to help support his favorite charity, Child Safety Network. Corinne Orr is the voice of Trixie, Mom Racer, Chim Chim and all the female voices used on the show."
Genetic algorithms can be used to optimize all sorts of problems.
For example this page describes optimization of wind turbines with genetic algorithms.
Like all engineering problems, the biggest challenge with these sorts of problems is determining the formulae to predict performance. A great deal of knowlege about engines needs to be used to develop these simulations. If you can't model what effects changes in the shape of turbines or cylinders will have on performance, then you can't build a fitness function. The fitness function is used to determine which gene sequences will "live" and which ones will "die".
>Put the thing in the bathroom is what I say! > There could be a weblog for just such an > appliance.
I agree with you. I'm more likely to surf when I'm sitting on the can. When I'm in the kitchen I'm too busy to surf. I have 5 magazine subscriptions right now, and it takes me about a month's worth of bathroom time to read them all. That's just about right.
About 10 years ago I reverse engineered the file format for Chuck Yeager's Flight Simulator (I think that was the name). It was the one where the player was a test pilot.
My technique was really fun. I would change a parameter in the file, by a little bit at first, and then by a large amount. Then, I would test fly the plane.
It was just like real life test flying! Sometimes changing values would make the plane unstable above 300 knots, and you wouldn't know that until you actually flew the plane. Or, you might get the controls crossed and to roll left you would have to push the stick right. I started making the reverse engineering a regular part of the game. My goal was to figure out what something did, without crashing the plane on any of the test flights. Sometimes that was impossible. I wish I kept the list. Heck, I wish I kept the game.
I think the guy wants to program while he's walking. I would too. I love walking, because it's a great time to think. But sometimes I think of something cool, and I have to wait until I get in front of a machine before I can act on it. Since I like to walk a few miles at a time, that can be a couple hours before that happens. I'd love to have a wearable, not so I can write a lot of code when I'm walking, but so that I can do quick little things when I don't want to go back to a computer right away.
Oh I wish that I knew more about this.... I believe, but I may well be wrong, that Linux uses swap space to track information other than swapped out programs, and even if you're not ever going to swap it is useful and can speed up your system to have a small swap partition, say 8 or 16 megabytes.
I'm only offering this to indicate that you need to ask someone who really knows about the subject. And I could be wrong too.
50,000K is the temperature of the exhaust, but it's pretty thin. The rocket components would radiate heat to space faster than the would pick up heat from such a thin exhaust. Consequently, the nozzles would be freezing cold.
Wouldn't that freak out the cat? I've heard that their persistence of vision is lower than human's, so they actually see 60 hz flickering more than people. The blue/yellow thing all the time would probably be just like a constant katnip trip.
Slashdot Mirror
They aren't working to improve the explosion. It works well enough already.
They are ensuring that the bombs will go off reliably. The thinking is that if we have a working nuclear stockpile, enemies will think twice before attacking us. If our weapons get old and fail to work, the deterrence will be lost. How do we know if our old weapons will work? Blow one up for real, or simulate it.
I'd rather them simulate it.
I took a snippet from /proc/kcore and compressed it to see how well it would work.
/spare/mem
/spare/mem
dd if=/proc/kcore of=/spare/mem bs=1 count=1000000
that resulted in a chunk of kcore 1 million bytes long written to the file
bzip2 -9
that resulted in a file named mem.bz2 being 349791 bytes long.
This was on your typical RedHat system running the usual stuff.
Can you save it out as a word perfect file, or maybe rich text, or heaven forbid, an ASCII file? That doc seems to crash anything but a MS Word program.
>The combustability is compared and the rating is
> given as a percent of the flammable octane to
> the mixture of flammable and inert octane.
I thought that the higher the octane number, the less flammable the mixture. Higher octane gasolines are more resistant to knock, which is what happens when the gas mixture ignites too soon (before the piston completes it's upward travel). Using a higher octane gasoline delays the ignition to avoid that problem. A somewhat related problem is premature ignition of fuel in a high compression engine. Engines with high compression ratios sometimes require high octane fuels, because the heating from compression is enough to ignite lower octane fuels before the spark is fired.
Did I misinterpret what you wrote or do I have wrong information?
It may have been. SLS also used gzipped tar files to distribute if I recall correctly. It wasn't terribly difficult to install, for such an early release. I remember building an entire system with a C++ compiler from 7 diskettes. It was rock solid too. I used my SLS system from 1993 to 1996, doing upgrades of the compiler, libraries, kernel, X, etc. by hand. That's the best way to learn how a system works.
> Note: if they need beta testers, just lemme
> know! I can write a mean bug report ("My pr0n is
> only getting 30gps! Please fix!")
My friend, if 30Gps of pr0n isn't enough then maybe it's *you* that needs to be fixed...
Didn't Bill Gates say that 640Kps of pr0n ought to be enough for anybody?
Well if you want truly kick in the ass acceleration, then you must really be looking forward to electric cars. They have constant torque. It's far easier to build an electric car that can smoke the tires through an entire 1/4 mile run than to build a gasoline car to do the same thing. Plus the motors don't take up much space in the car, and they are quiet. A turbine occupies a lot of space, and they sound like a jet. Actually, sounding like a jet might be a good thing! :-)
The program I wrote is using Boehm's Conservative Garbage Collector.
Check it out - right here
An alternative is to run the program on the computer owned by PT Barnum himself. It has infinite memory and he will let you see it for a nickel.
>But you make it sound like that NT is such an obviously wrong choice that only the "worst half" would be running it. Yup. "Someone's lying."
Let's see a real argument that Sun/Linux/Other Unix is that much better that it actually makes any more than a marginal difference.
------------
Sometimes it's hard to avoid speaking in absolutes. NT is the right solution sometimes. As someone else pointed out in this forum, you might be located in Lower East Broken Stick, where you have a stock of NT programmers who actually are pretty damn good.
Or you might be working in an industry where the major software packages all run on NT, and all your customers expect you to run NT.
There's lots of reasons to run NT, I don't deny that. Just wanted to make the point that the competency of programmers and how many platforms they can juggle at once is a difficult problem for many companies.
Barnum explained why people would work for free, not even getting the benefit of being able to use the product of their labor for themselves.
/* after the sucker is born,
int main () {
struct sucker {
int dummy;
} *s;
while (1) {
s = malloc (sizeof sucker);
we leave it to fend for itself.
*/
sleep (60);
}
return 0;
}
>The big question is: How do you explain all those
>NT web sites out there? If Sun and Latter Linux
>are the best choices for doing big sites and
>Linux costs less than NT for small sites. It's
>not all about FUD and tricking suites into
>forcing NT on Nerds either.
Does your company claim that nobody but the best people get to be employees at your company. Funny....my company says the same. Probably *every* company says the same thing. Is there a company out there who claims to hire only the worst half of all programmers?
Someone's lying. There's companies full of programmers who can't pick up new technologies as quickly as others. There's companies full of programmers who never developed a refined sense of what is good about a computer, and learned to avoid all that is tasteless.
The managers who decided on Windows when it was the only game in town for desktop machines might have tried to navigate their company around the curve that the internet threw at them. Some were successful, and they were quick enough to learn new tech or otherwise adapt. The less nimble companies made do with their desktop knowlege and tried to apply it to the back end of the business.
Some companies can handle the operation of multiple architectures and operating systems, and some cannot. That leads to conservatism, and adoption of the safe choice. Lots of people look stupid for buying Microsoft, but hardly anyone gets canned for it.
The reason it's not more common is that turbines are expensive to build. Sure, they are simple in principle, and they would be cheap to build if you didn't mind a complete engine replacement every 50 hours. But to get long life out of turbine fans requires *strategic minerals* like cobalt and vanadium. These things don't exist in the United States. The reason that they are called strategic minerals is that if we fought a protracted war with the Soviet Union, we'd lose it unless we secured the cobalt mines.
The turbine car that Chrysler build was expensive because of that. Mass production wouldn't have solved that problem.
Yes, it does come with Trixie. The auction says that both the actors who played Speed and Trixie will be there when the keys are given to the auction winner.
"That's right, Trixie and Speed Racer will be there. Peter Fernandez, the original voice of Speed Racer and Racer X can't wait to turn over the keys to help support his favorite charity, Child Safety Network. Corinne Orr is the voice of Trixie, Mom Racer, Chim Chim and all the female voices used on the show."
So there you have it.
Genetic algorithms can be used to optimize all sorts of problems.
For example this page describes optimization of wind turbines with genetic algorithms.
Like all engineering problems, the biggest challenge with these sorts of problems is determining the formulae to predict performance. A great deal of knowlege about engines needs to be used to develop these simulations. If you can't model what effects changes in the shape of turbines or cylinders will have on performance, then you can't build a fitness function. The fitness function is used to determine which gene sequences will "live" and which ones will "die".
>Put the thing in the bathroom is what I say!
> There could be a weblog for just such an
> appliance.
I agree with you. I'm more likely to surf when I'm sitting on the can. When I'm in the kitchen I'm too busy to surf. I have 5 magazine subscriptions right now, and it takes me about a month's worth of bathroom time to read them all. That's just about right.
About 10 years ago I reverse engineered the file format for Chuck Yeager's Flight Simulator (I think that was the name). It was the one where the player was a test pilot.
My technique was really fun. I would change a parameter in the file, by a little bit at first, and then by a large amount. Then, I would test fly the plane.
It was just like real life test flying! Sometimes changing values would make the plane unstable above 300 knots, and you wouldn't know that until you actually flew the plane. Or, you might get the controls crossed and to roll left you would have to push the stick right. I started making the reverse engineering a regular part of the game. My goal was to figure out what something did, without crashing the plane on any of the test flights. Sometimes that was impossible. I wish I kept the list. Heck, I wish I kept the game.
if the Judge is doing the legal equivalent of a mail joke virus.
First he saw the antics in his courtroom, then he forwarded the "joke" to 9 of his friends.
I think the guy wants to program while he's walking. I would too. I love walking, because it's a great time to think. But sometimes I think of something cool, and I have to wait until I get in front of a machine before I can act on it. Since I like to walk a few miles at a time, that can be a couple hours before that happens. I'd love to have a wearable, not so I can write a lot of code when I'm walking, but so that I can do quick little things when I don't want to go back to a computer right away.
Haha! Your sig is like a Microsoft product now! Quit listening to the marketers and just make it say what you want it to say.
Oh I wish that I knew more about this.... I believe, but I may well be wrong, that Linux uses swap space to track information other than swapped out programs, and even if you're not ever going to swap it is useful and can speed up your system to have a small swap partition, say 8 or 16 megabytes.
I'm only offering this to indicate that you need to ask someone who really knows about the subject. And I could be wrong too.
You could skip the swap partition and use cfs or something like that to encrypt a swap file. It would be very very slow.
An alternative idea would be to get yourself a pile of ram and disable swapping when you run sensitive programs.
Or, you can write the programs so they lock their memory to keep it from swapping out.
Apparently you are using ROT26, which I haven't seen before either. It doesn't really stop me from understanding it though.
50,000K is the temperature of the exhaust, but it's pretty thin. The rocket components would radiate heat to space faster than the would pick up heat from such a thin exhaust. Consequently, the nozzles would be freezing cold.
The tank would destroy the roads for future vehicles with wheels. The road would always remain passable for a tank...:-)
Wouldn't that freak out the cat? I've heard that their persistence of vision is lower than human's, so they actually see 60 hz flickering more than people. The blue/yellow thing all the time would probably be just like a constant katnip trip.