No, it's your physics which are screwy. By "device", the grandparent poster meant the whole laptop. 67% is dissipated as heat immediately, and the rest is dissipated as heat in the electronics and hard drive and stuff. (Ok minus a small amount which is radiated as visible light)
With a regular laptop, the battery is close to 100% efficient, and therefore it will dissipate only a third of the energy of the 33% efficient turbine-powered laptop.
Linux is a general purpose OS. It would be surprising if it did work for hard real-time out of the box. That said, the Linux kernel really does suck more than necessary when it comes to soft real-time. The low-latency patches for 2.4 help, but it is only recently that Ingo Molnar started doing the hard work for 2.6. He is going way further than the 2.4 low-latency patches ever did. If he manages to get his work into a shape fit for inclusion into the kernel, Linux will be very impressive for soft real-time. On the other hand, his patches also change pretty fundamental things like locking rules and there are many many ways they could end up being detrimental to overall performance or simply increase the complexity of the kernel too much. Ingo obviously believes that the problems can be solved and that his design is fundamentally better in the end. Let us all hope that he proves that he is right.
Wait and see. Sometime soon I bet a graphics card with "64-bit support" or something will be announced, and it will turn out to be able to work with double precision floats. High-end GPU's are generic vector FPU engines hidden between fancy drivers anyway, they just tend to be stuck in fixed-point or 32-bit floating point.
Sure, my printer is easy to identify even in black-and-white mode if the evil government gets its hands on it. This has been the case ever since the typewriter. However, I am convinced that my printer doesn't encode a serial number into the pages when writing in black-and-white mode. This is hard to prove though.
You think you are going to get around it with an old typewriter?
No, I think I can get around it by selecting "black and white" instead of "colour" when printing or copying. Perhaps my anti-government rantings will lack a certain pizzazz, but I will just have to make up for it with more colourful writing.
Anyway, I'm waiting for the day when some smart-ass murder suspect sprays his entire house with some iron-containing substance so that, when the CSI's show up with their luminol, everything glows.
Sure, that sounds like a great way to prove your innocense. Can you come up with a legitimate reason for doing something like that?
Notice how the battery knows that its actual capacity is down to 44Wh even though its design capacity is 65120Wh. It would be rather simple to make a system where you pay a little extra for every charge, but have the manufacturer replace batteries which go below half their design capacity.
In LCDs you have the 50/60 Hz flickering of the background light
That sounds highly unlikely. Do you have any evidence for that? I've never seen an LCD with a flickering backlight, and I can assure you that I would have noticed.
I must admit that I find the amount of ignorance displayed by various posters to this article to be dismaying.
CRTs have better refresh rates than LCDs.
So what? You can run an LCD at 10Hz, and it will look just fine and not cause eyestrain. You may not have much luck playing Unreal at 10Hz, but then most of us don't make a living from playing Unreal.
Another thing going for the CRTs is that they can provide true collor every time while LCDs can only aproximate it.
CRTs have a different (and somewhat larger) colour range than LCDs. Even CRTs do not cover the whole range of colours that human eyes can perceive.
Thats why TV stations us CRTs for everything where you have to see what you are getting.
TV stations use CRTs for everything because they expect the end-user to use a CRT for viewing. If the end-user switches to LCD or something else, the TV stations will switch too. You optimize for what you expect to display on.
and I have never heard anything but good words about Apple from the OSS community.
Perhaps not from the OSS community, but the Free Software community has certainly had run-ins with Apple. Apple's New Look and Feel is an example. That's mostly ancient (i.e. before-WWW) history, so it's hard to find links.
Plutonium is the reason. It's a political minefield. Also, breeder reactors so far have used liquid metal as a coolant, rather than the water or heavy water which most other reactors use. This is believed to be a less safe design.
The point is that in many ways the GPL is just another proprietary license
Notice that the GPL does not restrict the use of a program, only distribution. Most proprietary licenses restrict use as well (and are therefore not really licenses, but just contracts).
You can only have one device per channel with SATA, so that solves the problem. SATA devices apart from hard drives are still rare. Many people use SATA for hard drives, PATA for CD/DVD. That's the same thing many people did with SCSI.
If you switched them you'd have the same problem. haldaemon polls the CD drive every second. On some drives (like the one in this notebook), that causes a bus lock for several tenths of a second. It kills performance, and I am very willing to believe that it causes other problems too.
Cavitation. That is, you start moving the water away from you so you end up "flying" in water vapor. The US is rumoured to have guns which can fire cavitating projectiles, and Russia is supposed to have cavitating torpedoes.
Cavitation can also happen unintentionally, say if you spin a propeller very fast. In that case it tends to be very harmful.
However those accident reports include stuff like this:
"AMERICAN AIRLINES, AAL-149, A BOEING B-738 ACFT, DECLARED A MEDICAL EMERGENCY AFTER A CREW MEMBER EXPERIENCED A SEIZURE, THE ACFT DIVERTED AND LANDED WITHOUT INCIDENT, COLORADO SPRINGS, CO"
I don't think that counts as a crash.
this line is included to pacify the lameness filter. let us hope it works, or i shall have to inflict more.
With a regular laptop, the battery is close to 100% efficient, and therefore it will dissipate only a third of the energy of the 33% efficient turbine-powered laptop.
Linux is a general purpose OS. It would be surprising if it did work for hard real-time out of the box. That said, the Linux kernel really does suck more than necessary when it comes to soft real-time. The low-latency patches for 2.4 help, but it is only recently that Ingo Molnar started doing the hard work for 2.6. He is going way further than the 2.4 low-latency patches ever did. If he manages to get his work into a shape fit for inclusion into the kernel, Linux will be very impressive for soft real-time. On the other hand, his patches also change pretty fundamental things like locking rules and there are many many ways they could end up being detrimental to overall performance or simply increase the complexity of the kernel too much. Ingo obviously believes that the problems can be solved and that his design is fundamentally better in the end. Let us all hope that he proves that he is right.
And as it was replied to the other poster, you want 64-bit per component. No card does that, as far as I know.
Wait and see. Sometime soon I bet a graphics card with "64-bit support" or something will be announced, and it will turn out to be able to work with double precision floats. High-end GPU's are generic vector FPU engines hidden between fancy drivers anyway, they just tend to be stuck in fixed-point or 32-bit floating point.
340 posts and noone mentions xsnow! Hand in your geek cards, people.
Sure, my printer is easy to identify even in black-and-white mode if the evil government gets its hands on it. This has been the case ever since the typewriter. However, I am convinced that my printer doesn't encode a serial number into the pages when writing in black-and-white mode. This is hard to prove though.
No, I think I can get around it by selecting "black and white" instead of "colour" when printing or copying. Perhaps my anti-government rantings will lack a certain pizzazz, but I will just have to make up for it with more colourful writing.
I'm not part of that "we".
A decent colour printer will detect a black-and-white page and switch to black-and-white mode to save time.
Sure, that sounds like a great way to prove your innocense. Can you come up with a legitimate reason for doing something like that?
Incandescent light bulbs don't create X-rays.
In another post you say you are blind from glaucoma. Perhaps it is not so surprising that you fail to see the flicker.
That sounds highly unlikely. Do you have any evidence for that? I've never seen an LCD with a flickering backlight, and I can assure you that I would have noticed.
CRTs have better refresh rates than LCDs.
So what? You can run an LCD at 10Hz, and it will look just fine and not cause eyestrain. You may not have much luck playing Unreal at 10Hz, but then most of us don't make a living from playing Unreal.
Another thing going for the CRTs is that they can provide true collor every time while LCDs can only aproximate it.
CRTs have a different (and somewhat larger) colour range than LCDs. Even CRTs do not cover the whole range of colours that human eyes can perceive.
Thats why TV stations us CRTs for everything where you have to see what you are getting.
TV stations use CRTs for everything because they expect the end-user to use a CRT for viewing. If the end-user switches to LCD or something else, the TV stations will switch too. You optimize for what you expect to display on.
Perhaps not from the OSS community, but the Free Software community has certainly had run-ins with Apple. Apple's New Look and Feel is an example. That's mostly ancient (i.e. before-WWW) history, so it's hard to find links.
Plutonium is the reason. It's a political minefield. Also, breeder reactors so far have used liquid metal as a coolant, rather than the water or heavy water which most other reactors use. This is believed to be a less safe design.
Notice that the GPL does not restrict the use of a program, only distribution. Most proprietary licenses restrict use as well (and are therefore not really licenses, but just contracts).
You can only have one device per channel with SATA, so that solves the problem. SATA devices apart from hard drives are still rare. Many people use SATA for hard drives, PATA for CD/DVD. That's the same thing many people did with SCSI.
You can stop the haldaemon service. Of course you lose the functionality that way.
If you switched them you'd have the same problem. haldaemon polls the CD drive every second. On some drives (like the one in this notebook), that causes a bus lock for several tenths of a second. It kills performance, and I am very willing to believe that it causes other problems too.
HAL in combination with a CD-ROM and a hard drive on the same controller means trouble in many cases.
Cavitation can also happen unintentionally, say if you spin a propeller very fast. In that case it tends to be very harmful.
"AMERICAN AIRLINES, AAL-149, A BOEING B-738 ACFT, DECLARED A MEDICAL EMERGENCY AFTER A CREW MEMBER EXPERIENCED A SEIZURE, THE ACFT DIVERTED AND LANDED WITHOUT INCIDENT, COLORADO SPRINGS, CO"
I don't think that counts as a crash.
this line is included to pacify the lameness filter. let us hope it works, or i shall have to inflict more.
Only 35 out of 97 people aboard died. Most crashes involving heavier-than-air aircraft kill everyone aboard.