I have to correct myself, I found that we were referring to two different meanings of "Ignition", your being the correct one.
Ignition has not been reached tough it is not a prerequisite for useful power production (ITER will hopefully reach the breakeven point even if not reaching ignition).
I still say that ignition has been reached and sustained for several minutes. Of course you're producing (gamma radiation+neutrons)-> heat and heat is termodinamically not very efficient to be converted in electricity.
So, what has not yet been reached is the energetic breakeven point inclusive of all the energy losses.
In facts, something like 3429 baud/s is the maximum *baud rate* of an analog phone line, 8000 is the maximum baud rate for a semi-digital phone line (V.90).
It is my opinion that formalism doesn't help too much in avoiding bugs, what really helps is a strong experience in designing software.
Clueless Java programmers can and will write baldly designed software despite of any formalism enforcement.
I had a nightmare experience with a Windows ATM
on
Windows ATMs by 2005
·
· Score: 2, Interesting
Windows ATM ? It's already happening!
I was in Croatia some year ago, inserted my card, made some choice on the screen when suddenly a BSOD appeared, the card remained stuck in the ATM and I wasn't able to have it back, even if the bank was open.
I had to continue my vacation without money since the card was mailed to my bank... in Italy...
Multiply probability of impact by consequences of collision and you get a meaningful weighed probability of disaster.
Low probability * Low damage = Low danger High probability * Low damage = Medium Danger Low probability * High damage = Medium Danger High probability * High damage = High Danger
Synchronous generators doesn't need much frequency regulation. They're more like a series of gears, all connected together.
If you don't apply power, the generator rotates freely at 50/60 Hz and appears as a (nearly) inductive load.
If you provide mechanical power, the generator just sucks power and provides power to the grid in form of in-phase current.
If you apply a load, the generator (now a motor) still spins at 50/60 Hz, but sucks energy from the grid.
The only thing that changes is the phase of the current, no (little) voltage changes and no frequency changes.
The frequency regulation problem is something that is accomplished in large scale, a signle generator could not modify the frequency of the whole grid.
I did it more than one year ago with a friend of mine, we actually managed to put the disc on the floor spinning at 15K RPM and making it run across the office at high speed for 50+ meters.
We used a pencil to push the disc away from the dremel, if we had to force it for more than a fraction of seconds, the pencil would smoke:)
At the highest speed the disc exploded (well... it was already damaged, we almost knew it would) and some SMALL piece is still stuck in the roof...
You are true, clustering not only it better implemented ad DMBS itslef, it actually NEEDS support from the DBMS.
You are wrong saying that implementing clustering isn't hard.
If we are talking about REAL DBMSes (no, MySQL is not a real DBMS) enabling every form of clustering which maintains the ACID properties we expect from a DBMS is a major step, it means becoming a distributed application, and it is one of the most complex thing to implement.
Just for example, suppose you have two machines in a master-to-master configuration, suddenly the network become partitioned, each server thinks that the other is offline, but the clients can reach both of them.
Suppose now that the clients update the same record on the two servers in an incompatible way... you could imagine what will happen when the servers become visible to each other again...
I have to correct myself, I found that we were referring to two different meanings of "Ignition", your being the correct one.
Ignition has not been reached tough it is not a prerequisite for useful power production (ITER will hopefully reach the breakeven point even if not reaching ignition).
I still say that ignition has been reached and sustained for several minutes. Of course you're producing (gamma radiation+neutrons)-> heat and heat is termodinamically not very efficient to be converted in electricity.
So, what has not yet been reached is the energetic breakeven point inclusive of all the energy losses.
here it is 2003 and we still havent even reached ignition Sorry but ignition has been reached ad fusion sustained for minutes.
Tokamak Fusion reactors do not virtually pose any risk. There's no accumulated energy or chain reaction involved...
In facts, something like 3429 baud/s is the maximum *baud rate* of an analog phone line, 8000 is the maximum baud rate for a semi-digital phone line (V.90).
I'd propose The Giver/The Receiver
http://www.carioca.it/a_it/020_gate.htm
As a language Java is simply too much formal.
It is my opinion that formalism doesn't help too much in avoiding bugs, what really helps is a strong experience in designing software.
Clueless Java programmers can and will write baldly designed software despite of any formalism enforcement.
Windows ATM ? It's already happening!
I was in Croatia some year ago, inserted my card, made some choice on the screen when suddenly a BSOD appeared, the card remained stuck in the ATM and I wasn't able to have it back, even if the bank was open.
I had to continue my vacation without money since the card was mailed to my bank... in Italy...
Unfortunatelly I didn't have a camera...
Yes, it's the same thing I wanted to say... my English still needs some improvement, my phrase seems to say the exact opposite
I don't actually know how the Torino scale works. I just objected that two orthogonal values could be combined to give a meaningful value.
Multiply probability of impact by consequences of collision and you get a meaningful weighed probability of disaster.
Low probability * Low damage = Low danger
High probability * Low damage = Medium Danger
Low probability * High damage = Medium Danger
High probability * High damage = High Danger
Seems reasonable to me
No, it doesn't work this way.
Synchronous generators doesn't need much frequency regulation. They're more like a series of gears, all connected together.
If you don't apply power, the generator rotates freely at 50/60 Hz and appears as a (nearly) inductive load.
If you provide mechanical power, the generator just sucks power and provides power to the grid in form of in-phase current.
If you apply a load, the generator (now a motor) still spins at 50/60 Hz, but sucks energy from the grid.
The only thing that changes is the phase of the current, no (little) voltage changes and no frequency changes.
The frequency regulation problem is something that is accomplished in large scale, a signle generator could not modify the frequency of the whole grid.
telnet www.microsoft-antitrust.gov 80
Trying 167.10.5.164...
Connected to www.microsoft-antitrust.gov.
Escape character is '^]'.
HEAD / HTTP/1.0
HTTP/1.1 200 OK
Server: Microsoft-IIS/5.0
Date: Fri, 12 Sep 2003 12:44:49 GMT
Connection: Keep-Alive
Content-Length: 9968
Content-Type: text/html
Set-Cookie: ASPSESSIONIDSCQTCCQR=HGJJKJLDCCMJKOCDICLLBCNM; path=/
Cache-control: private
Connection closed by foreign host.
It's pretty evident to anyone who has a bit of knowledge about the data processing involved in the encoding of an Audio CD.
Just thinking about the interleaving make all this stuff senseless.
Said that, I think that the guy would have a brilliant future as an audiophile.
Mod parent -1, Audiophile
I did it more than one year ago with a friend of mine, we actually managed to put the disc on the floor spinning at 15K RPM and making it run across the office at high speed for 50+ meters.
:)
:))
We used a pencil to push the disc away from the dremel, if we had to force it for more than a fraction of seconds, the pencil would smoke
At the highest speed the disc exploded (well... it was already damaged, we almost knew it would) and some SMALL piece is still stuck in the roof...
Don't do this at home!
(do it at the office
You are true, clustering not only it better implemented ad DMBS itslef, it actually NEEDS support from the DBMS.
You are wrong saying that implementing clustering isn't hard.
If we are talking about REAL DBMSes (no, MySQL is not a real DBMS) enabling every form of clustering which maintains the ACID properties we expect from a DBMS is a major step, it means becoming a distributed application, and it is one of the most complex thing to implement.
Just for example, suppose you have two machines in a master-to-master configuration, suddenly the network become partitioned, each server thinks that the other is offline, but the clients can reach both of them.
Suppose now that the clients update the same record on the two servers in an incompatible way... you could imagine what will happen when the servers become visible to each other again...