My laptop fans spin up and cpu usage spikes on any page with the most simple flash sprite animations without any video. They slow down when I close the offending tab.
It suggests that the runtime is broken and does not properly idle, making it unsuitable for battery powered devices. While it's possible that flash could at some point be a low resource consuming UI for the video, that does not seem to be the case. Adobe has had 10 years to fix the issue, so one has to assume that it's either not possible or they are incapable of making the runtime not consume huge amounts of resources for even simple operations.
Flash kills battery life and stability. After 10 years, it still doesn't work well on modern computers or mobile devices and is likely to never be a good solution. The video tag is young, not quite there yet, and will probably be a better bet in the long run.
You don't have to verify the certificate with the signer, that's why browsers come pre-loaded with CA certificates. The only thing that you would need outside access for is to check it against a CRL, but that's not necessary.
Most of us are to blame, since we all want cheap gasoline to put in our cars so we can drive long distances on subsidized roads paved with oil products. The problem extends far beyond the right wingers demanding more drilling.
All of us that refuse to change our lifestyle to reduce oil consumption and instead bitch to the government when it gets expensive are to blame.
But it really sucks when they do. A non-trivial but undisclosed amount of radioactivity was released from three mile island. It must be significant, as many families have won lawsuits against them.
Modern reactor designs are getting safer but they're certainly not fail-safe. I agree that it's better than coal, but the "eco-mafia" has some legit concerns. Engineers still don't fully understand everything that happens in a pressurized water reactor. Trust me on this, I've heard it first hand from engineers working for one of the two major US reactor companies. Waste is also a huge concern. You can put it into a breeder reactor at extraordinary profit sucking cost to reuse the fuel and create byproducts that can be used for fusion bombs by rogue states if they're misplaced, or you need to bury it somewhere where there is no risk of it leaking for several hundred thousand years.
As much as coal sucks, nuclear is far from safe. While we're pretty much screwed if we stick to coal, the risk of another meltdown is small but non-zero and every new nuke plant increases those odds. Solar and wind offer nice alternatives.
Any time even the simplest flash app is loaded, the fans spin up to full speed and CPU usage skyrockets. I can always tell when a very basic animation is loaded in an open tab due to the noise of the fans trying to dissipate all that extra heat. Also, it tends to cause frequent crashes in every browser on OSX.
If Adobe wants wider flash adoption, they should fix the runtime to not suck.
A giant engine off switch seems like more of a liability than a benefit in an automobile. Accidentally hitting it would cause you to lose power steering, power braking, traction control, etc.
Having the brake pedal override the accelerator is both more intuitive and less dangerous.
Flash kills the battery life on my laptop. You can always tell when a simple flash animation is loaded because the browser's CPU usage goes up to 90% and the fans spin up to their highest speed. Browser crashes are far more likely on pages with flash. Safari even has its own special error message for when flash crashes it.
Apple already has a platform with the hardware necessary to run flash. It's a laptop. It costs twice as much as an iPad.
If Adobe wants Flash to run on the iPad, perhaps they should look into making it run efficiently in operating systems that aren't Windows.
Aren't you supposed to buy a license for InnoDB in order to get ACID in MySQL? Last time I checked, ACID was mutually exclusive with fulltext indexing as well. Postgresql is far better for a medium sized to large website, as it doesn't have any of these issues and also supports MVCC, which results in much less waiting than with row level locks.
When you link to a library, your compiled code must include the library's symbol names, which are supposedly covered by the copyright. Symbol names include function names from the library, and are necessary for the dynamic linker to work. The LGPL makes an exception for symbol names, so closed source can link against it. MySQL switched from LGPL to GPL specifically to try to make more money via a dual license. Whether or not this is enforceable is another story.
How are any other licenses any worse? With BSD, you're under similar restrictions. With closed source, you're screwed. GPL allows you to fork the project as needed.
I've met quite a few religious engineers. Engineering school doesn't teach evolution or anything that directly conflicts with the bible. You can't test for the existence of god, so any argument for or against religion is pointless. Some may see Pascal's wager as logical, others won't.
Why would the heaters have to use much energy? It sounds like they're not needed very often. You could automatically trigger them via external light/temperature sensors with some minimal processing or modify the red light camera software to trigger them. The only real downside is massively increasing the complexity of what is currently a very simple device.
A simpler answer might be to train people that they actually need to slow down if a traffic signal is not fully visible.
The problem is that when you've got poorly defined data structures and typing most of the overhead can't be compiled out, as your C/C++ program still needs to deal with all of the indirection and type conversion. Due to PHP's loose typing, the type of a variable at any given time cannot be predicted, as it may vary due to user input. The problem is that the language provides no mechanism of forcing a given variable to any type or creating any data structures. Even in compiled code, even a simple addition of 1 to an integer must involve pointer dereferencing and lots type changing bounds checking.
The code could be optimized if the type of a given variable could be forced for its entire life in scope, which would allow to compiler to avoid a lot of repetitive logic for each operation. Specifying strict data structures would also be very helpful, as the compiler could then avoid finding the pointer in a key hash and instead it could hard code the offset from the start of the structure.
PHP doesn't have a built in fixed point type either, yet many programmers use it for financial calculations and simply round to 2 decimal places when it's time to display. Sure, you can use the bcmath extension (about as easily as writing your own fixed point math code in javascript), but very few people do.
Perhaps walkable is a stretch, but public transit makes it easier to do without a car for work commutes. Walkable neighborhoods do a great job of providing the rest of your needs. Nobody I know in this city without a car has moved due to changing jobs, they just switch train/bus routes or stops. Cars are rare enough that not much space is wasted with empty parking spaces, so within 15 minutes walk there are hundreds of restaurants, several major grocery stores, among other things. Rent is a bit more expensive, but the savings on car expenses and the cost of my time to maintain a car more than make up for it.
There are certainly some jobs where non-car transit methods simply won't work, but that's in the minority. Walkable neighborhoods do work and are actually quite nice to live in.
You don't fight fair -- you fight to win. We used to understand that. Our enemies still do.
And what exactly is a "win" in the context of afghanistan? We need to make sure that whatever we do to "win," whatever that even is in this context, doesn't create more enemies.
Acrobat Pro can't even edit XFA forms (beyond filling in values), why should 3rd party tools do so? I'm aware that you can save it as a hybrid "compatible" form, but it's not actually editable in Acrobat without stripping out the xfa data with a non-Adobe tool such as pdftk. The spec is subject to change at any time and has quite a few ambiguities, making it much more difficult to work with. How many more extra "open" specs and additions would we see if PDF was the official format of the government?
XFA/LiveCycle should be avoided for anything which requires interoperability, and Adobe never should have embedded it within a PDF file in the first place.
Perhaps if the government is going to use PDF for anything, it should set some guidelines to avoid these poorly supported extensions.
A number of government forms don't work with the free PDF readers.
This is because Adobe broke its own published spec with its LiveCycle product, and by default it saves files that aren't compatible with anything else. It does a great job of forcing you to buy LiveCycle/Acrobat instead of using free tools. The Adobe people will tell you that it speeds up rendering of downloaded data, which I find hard to believe as the files are between 2x and 3x the size of a regular PDF.
The current use of Adobe products for government forms is a nightmare, it seems like a dumb idea to extend it.
If you raise gas taxes and most people will move closer to work, take public transit, or carpool, as the extra cost of rent will be cheaper. Electric vehicles are expensive. Less demand will be placed on highways, and less money will be needed to keep feeding urban sprawl. Additionally, less people will be injured or killed in car accidents, and if in a more densely populated area, closer to a hospital.
Good roads do benefit all of us, and we do need some public subsidies, but perhaps our current level of subsidy is encouraging excessive consumption.
The advice is for power supplies which are not plugged into the wall, which are still dangerous. Every PC power supply I've run across will run on 100-250V, suggesting it's the same power supply for all regions, with the similarly sized capacitors.
Slashdot Mirror
My laptop fans spin up and cpu usage spikes on any page with the most simple flash sprite animations without any video. They slow down when I close the offending tab.
It suggests that the runtime is broken and does not properly idle, making it unsuitable for battery powered devices. While it's possible that flash could at some point be a low resource consuming UI for the video, that does not seem to be the case. Adobe has had 10 years to fix the issue, so one has to assume that it's either not possible or they are incapable of making the runtime not consume huge amounts of resources for even simple operations.
Flash kills battery life and stability. After 10 years, it still doesn't work well on modern computers or mobile devices and is likely to never be a good solution. The video tag is young, not quite there yet, and will probably be a better bet in the long run.
You don't have to verify the certificate with the signer, that's why browsers come pre-loaded with CA certificates. The only thing that you would need outside access for is to check it against a CRL, but that's not necessary.
He'll know much more quickly if there's a virus or backdoor, as someone in the community is likely to discover it first.
There's only one way to explain this.
Most of us are to blame, since we all want cheap gasoline to put in our cars so we can drive long distances on subsidized roads paved with oil products. The problem extends far beyond the right wingers demanding more drilling.
All of us that refuse to change our lifestyle to reduce oil consumption and instead bitch to the government when it gets expensive are to blame.
But it really sucks when they do. A non-trivial but undisclosed amount of radioactivity was released from three mile island. It must be significant, as many families have won lawsuits against them.
Modern reactor designs are getting safer but they're certainly not fail-safe. I agree that it's better than coal, but the "eco-mafia" has some legit concerns. Engineers still don't fully understand everything that happens in a pressurized water reactor. Trust me on this, I've heard it first hand from engineers working for one of the two major US reactor companies. Waste is also a huge concern. You can put it into a breeder reactor at extraordinary profit sucking cost to reuse the fuel and create byproducts that can be used for fusion bombs by rogue states if they're misplaced, or you need to bury it somewhere where there is no risk of it leaking for several hundred thousand years.
As much as coal sucks, nuclear is far from safe. While we're pretty much screwed if we stick to coal, the risk of another meltdown is small but non-zero and every new nuke plant increases those odds. Solar and wind offer nice alternatives.
Any time even the simplest flash app is loaded, the fans spin up to full speed and CPU usage skyrockets. I can always tell when a very basic animation is loaded in an open tab due to the noise of the fans trying to dissipate all that extra heat. Also, it tends to cause frequent crashes in every browser on OSX.
If Adobe wants wider flash adoption, they should fix the runtime to not suck.
A giant engine off switch seems like more of a liability than a benefit in an automobile. Accidentally hitting it would cause you to lose power steering, power braking, traction control, etc.
Having the brake pedal override the accelerator is both more intuitive and less dangerous.
When I worked at a contractor, the government had a 3rd party company re-inspect every product that was delivered.
Flash kills the battery life on my laptop. You can always tell when a simple flash animation is loaded because the browser's CPU usage goes up to 90% and the fans spin up to their highest speed. Browser crashes are far more likely on pages with flash. Safari even has its own special error message for when flash crashes it.
Apple already has a platform with the hardware necessary to run flash. It's a laptop. It costs twice as much as an iPad.
If Adobe wants Flash to run on the iPad, perhaps they should look into making it run efficiently in operating systems that aren't Windows.
Aren't you supposed to buy a license for InnoDB in order to get ACID in MySQL? Last time I checked, ACID was mutually exclusive with fulltext indexing as well. Postgresql is far better for a medium sized to large website, as it doesn't have any of these issues and also supports MVCC, which results in much less waiting than with row level locks.
When you link to a library, your compiled code must include the library's symbol names, which are supposedly covered by the copyright. Symbol names include function names from the library, and are necessary for the dynamic linker to work. The LGPL makes an exception for symbol names, so closed source can link against it. MySQL switched from LGPL to GPL specifically to try to make more money via a dual license. Whether or not this is enforceable is another story.
How are any other licenses any worse? With BSD, you're under similar restrictions. With closed source, you're screwed. GPL allows you to fork the project as needed.
I've met quite a few religious engineers. Engineering school doesn't teach evolution or anything that directly conflicts with the bible. You can't test for the existence of god, so any argument for or against religion is pointless. Some may see Pascal's wager as logical, others won't.
Why would the heaters have to use much energy? It sounds like they're not needed very often. You could automatically trigger them via external light/temperature sensors with some minimal processing or modify the red light camera software to trigger them. The only real downside is massively increasing the complexity of what is currently a very simple device.
A simpler answer might be to train people that they actually need to slow down if a traffic signal is not fully visible.
It's to help prove their point.
The problem is that when you've got poorly defined data structures and typing most of the overhead can't be compiled out, as your C/C++ program still needs to deal with all of the indirection and type conversion. Due to PHP's loose typing, the type of a variable at any given time cannot be predicted, as it may vary due to user input. The problem is that the language provides no mechanism of forcing a given variable to any type or creating any data structures. Even in compiled code, even a simple addition of 1 to an integer must involve pointer dereferencing and lots type changing bounds checking.
The code could be optimized if the type of a given variable could be forced for its entire life in scope, which would allow to compiler to avoid a lot of repetitive logic for each operation. Specifying strict data structures would also be very helpful, as the compiler could then avoid finding the pointer in a key hash and instead it could hard code the offset from the start of the structure.
PHP doesn't have a built in fixed point type either, yet many programmers use it for financial calculations and simply round to 2 decimal places when it's time to display. Sure, you can use the bcmath extension (about as easily as writing your own fixed point math code in javascript), but very few people do.
Perhaps walkable is a stretch, but public transit makes it easier to do without a car for work commutes. Walkable neighborhoods do a great job of providing the rest of your needs. Nobody I know in this city without a car has moved due to changing jobs, they just switch train/bus routes or stops. Cars are rare enough that not much space is wasted with empty parking spaces, so within 15 minutes walk there are hundreds of restaurants, several major grocery stores, among other things. Rent is a bit more expensive, but the savings on car expenses and the cost of my time to maintain a car more than make up for it.
There are certainly some jobs where non-car transit methods simply won't work, but that's in the minority. Walkable neighborhoods do work and are actually quite nice to live in.
You don't fight fair -- you fight to win. We used to understand that. Our enemies still do.
And what exactly is a "win" in the context of afghanistan? We need to make sure that whatever we do to "win," whatever that even is in this context, doesn't create more enemies.
Acrobat Pro can't even edit XFA forms (beyond filling in values), why should 3rd party tools do so? I'm aware that you can save it as a hybrid "compatible" form, but it's not actually editable in Acrobat without stripping out the xfa data with a non-Adobe tool such as pdftk. The spec is subject to change at any time and has quite a few ambiguities, making it much more difficult to work with. How many more extra "open" specs and additions would we see if PDF was the official format of the government?
XFA/LiveCycle should be avoided for anything which requires interoperability, and Adobe never should have embedded it within a PDF file in the first place.
Perhaps if the government is going to use PDF for anything, it should set some guidelines to avoid these poorly supported extensions.
A number of government forms don't work with the free PDF readers.
This is because Adobe broke its own published spec with its LiveCycle product, and by default it saves files that aren't compatible with anything else. It does a great job of forcing you to buy LiveCycle/Acrobat instead of using free tools. The Adobe people will tell you that it speeds up rendering of downloaded data, which I find hard to believe as the files are between 2x and 3x the size of a regular PDF.
The current use of Adobe products for government forms is a nightmare, it seems like a dumb idea to extend it.
If you raise gas taxes and most people will move closer to work, take public transit, or carpool, as the extra cost of rent will be cheaper. Electric vehicles are expensive. Less demand will be placed on highways, and less money will be needed to keep feeding urban sprawl. Additionally, less people will be injured or killed in car accidents, and if in a more densely populated area, closer to a hospital.
Good roads do benefit all of us, and we do need some public subsidies, but perhaps our current level of subsidy is encouraging excessive consumption.
The advice is for power supplies which are not plugged into the wall, which are still dangerous. Every PC power supply I've run across will run on 100-250V, suggesting it's the same power supply for all regions, with the similarly sized capacitors.