If they can limit how much rat feces is in your food why not trans fats? If they are truly "bad" and unnecessary then how is it any different from banning other harmful substances?
It's not necessarily "leftist" and making it an us vs. them situation only adds a problem where there was none. There is a legitimate question of "how much authority do we want to assign the government in regulating food." The answer is somewhere between "none" and "all."
IFF transfats are really as bad as they are claimed to be, are completely unnecessary for food flavor / consistency / etc., and are only being added to food rather than existing as a vital ingredient of sorts.then I'm running out of arguments for why they should NOT be banned for the same reason mercury should not be allowed as a food additive.
More than that - using "--link-dest" you can have rsync create time-stamped backups with hard-links to files which haven't changed. I wrote a simple rsync backup script that does just this. Keep X days of backups each with hardlinks so as not to waste space. Initial backup is large, then just diffs every night since that one. Much better for my needs than normal backup utilities (bacula) which occasionally need to run full backups.
Ignore the trolls - this is indeed a *terrible* headline. I had to re-read bits a few times to make sense of it as well. "Track Plays" should probably be in quotes or hyphenated or something to indicate that it's a single "thing."
True - Java basically implements a transparent memory pool for the developer. It's nothing that *couldn't* be done with C/C++ (indeed, it *is* with the JVM!). But with Java you get it "for free." And that also ignores stack allocation in C/C++ which is much faster anyways and impossible in Java. So there aren't really any performance benefits with Java that can't be matched by C/C++ (albeit with a bit more effort). But if performance were all that mattered why do we have any other languages other than assembly?
Nothing is going to beat hand-tuned perfectly optimized assembly - but you hit diminishing returns on effort/performance very quickly. If you're trying to brute-force a crypto algorithm by all means spend a ton of extra time hand-optimizing that inner-loop in assembly that is specific for your processor. If you're calculating a sum of somebody's paychecks for the last year from a database you're probably fine with spending a few minutes writing it in Python.
Oh - and I agree that it would be great if compilers could take better advantage of SIMD operations. Their use is "situational" though and seems a tough job to predict when they should be used. It seems to me that a JIT may be better positioned to make use of them though given the run-time analysis that can be performed. I'm not a compiler guy though so it's very likely I'm wrong.:-)
As I understand it there are *very* specific use-cases where Java has a speed advantage - and that's in memory allocation on the heap. But no - in general for number-crunching it will not be as fast as C/C++. And I agree that Java advocates don't do themselves any favors by pretending that it is.
Garbage collection these days is pretty smooth - unless you're short on memory. But there is that overhead of memory usage that will always be there... I was interested in D at one point but it seems to have just gone nowhere.
In my opinion the thing that C++ needs isn't just a GC but a standard library that is as complete as what Java and C# have. C++11 seems to have done some work there (though I haven't checked it out too much as my world is Java/C# these days) but it should have been done *ages* ago.
The "warm-up time" is allowing the JIT to gather statistics and optimize the compiled code on-the-fly. The first pass will be slower than the nth pass over the same code. At a certain threshold (number of executions) the JIT will perform more optimizations and the more often the same bit of code is executed the more the JIT learns about how to optimize it. The idea is to not pay the compilation/optimization penalty unless it's worth it.
Keep in mind that bytecode is platform independent. Each JIT will make different optimizations depending on the local system. But if you stop/restart you pay that penalty again (interesting note: Dalvik for Android saves the compiled versions for later runs).
Out of curiosity I've run the 'nbody' test on my system with C++ and Java for varying numbers of iterations.
For 1,000,000,000 iterations C++ took 105.39 seconds and Java 174.15 seconds. That puts Java at about 60% the performance of the C++ in this case. I'm running a 1.8 JVM (still experimental) but I believe it should be representative.
I'm in the Java camp myself and while I'd like it to perform better the reality is that it simply doesn't. But the reality for me and my line of work is that it easily performs "well enough" and provides enough other benefits to be worth the trade-off.
I'm sorry, but I just don't agree with the "both sides do it" cop out. That's what someone says when their side gets caught with their hand in the cookie jar. Both sides haven't used the IRS as a political tool to attack enemies. Both sides haven't installed digital strip search machines in airports. Both sides haven't monitored your emails and correspondence. It's time to wake up.
People think "both sides" is a cop out when they're on one side... Both sides haven't used the IRS to attack political enemies? Are you joking?
What's interesting is that I've had the opposite reaction. When I use VS I'm amazed at the lack of functionality it has compared to Eclipse. Why the hell can't it just "import what's needed like Eclipse can" for me rather than making me click on silly little drop-downs which only show when I hover over squiggly-underlined types it can't find? Just one rant but I hit things like this all the time in VS (or VS2012 at least - the last one I used). That and I have to get used to compiling again.;-)
Yes, we can't possibly survive without government.
Because we can't educate our children in private schools or at home. Roads need repair every single day and won't last a year without the government. Even if people crowd-source a contractor to fix the washout. Restaurants are all secretly waiting for the day that the inspectors don't show up so that they can poison their customers and ruin their own business.
Yeah, everyone is ready to jump on the "they were incompetent" bandwagon but this feels like it was doomed by the project schedule. And the shops good enough to realize it probably wouldn't even bid so you get those who are either going to just "do their best and take your money" or "don't know any better."
Some hiccups for a week or so after launch are probably the best they can hope for.
Yeah, I thought that was really odd too./. folks love the JavaScript hate though and it's a great reason for the luddites on the site to come out and bemoan "web 2.0" and "back in my day we had forms."
"And if we entered a number that had non-numeric characters the website would crash - and that's the way we liked it!"
Oh, and don't forget that some busty actress will make a claim that using a Kindle on an airplane causes childhood cancer. Her evidence will of course be HOW DARE YOU QUESTION MY MOMMY-SENSE I JUST KNOW IT'S TRUE OKAY!?!?!?
This will of course me much more effective than "there is no clear evidence" and thus we'll never have nice things.
I think that comparing "importance" is very difficult. But in this situation I think on the grounds of "impact" Snowden carries the day. But then I'm an American and see the impact of Snowden more first-hand.
Slashdot Mirror
Just say "sugar" - there's no reason to specify what kinds. It's all fructose and glucose in varying proportions. Doesn't matter how or why.
If they can limit how much rat feces is in your food why not trans fats? If they are truly "bad" and unnecessary then how is it any different from banning other harmful substances?
It's not necessarily "leftist" and making it an us vs. them situation only adds a problem where there was none. There is a legitimate question of "how much authority do we want to assign the government in regulating food." The answer is somewhere between "none" and "all."
IFF transfats are really as bad as they are claimed to be, are completely unnecessary for food flavor / consistency / etc., and are only being added to food rather than existing as a vital ingredient of sorts .then I'm running out of arguments for why they should NOT be banned for the same reason mercury should not be allowed as a food additive.
So then I would take it that you are in favor of making marijuana (and other drugs) legal?
Marijuana, which is no more a drug than anything in my spice rack, yes.
Actual drugs, aka meth, coke, pharmaceuticals... yes, but in a highly regulated environment.
Why not "just label them?" If it's good enough for trans fats why not others? FREEDOM and all...
Video of this tactic at work:
http://www.youtube.com/watch?v=g4OBUupicWg
More than that - using "--link-dest" you can have rsync create time-stamped backups with hard-links to files which haven't changed. I wrote a simple rsync backup script that does just this. Keep X days of backups each with hardlinks so as not to waste space. Initial backup is large, then just diffs every night since that one. Much better for my needs than normal backup utilities (bacula) which occasionally need to run full backups.
Ignore the trolls - this is indeed a *terrible* headline. I had to re-read bits a few times to make sense of it as well. "Track Plays" should probably be in quotes or hyphenated or something to indicate that it's a single "thing."
You forgot "And they don't have the *meaning* that songs in *MY* day had..."
That's the sense I got reading his quotes. "Obama has gone too far" seems to be the theme.
Temporary means "we get to re-pass this every so often while flogging interested parties for money each time it comes up for a re-vote."
Hey defense contractor - like the patriot act? Would be a shame if something happened to it this time around...
True - Java basically implements a transparent memory pool for the developer. It's nothing that *couldn't* be done with C/C++ (indeed, it *is* with the JVM!). But with Java you get it "for free." And that also ignores stack allocation in C/C++ which is much faster anyways and impossible in Java. So there aren't really any performance benefits with Java that can't be matched by C/C++ (albeit with a bit more effort). But if performance were all that mattered why do we have any other languages other than assembly?
Nothing is going to beat hand-tuned perfectly optimized assembly - but you hit diminishing returns on effort/performance very quickly. If you're trying to brute-force a crypto algorithm by all means spend a ton of extra time hand-optimizing that inner-loop in assembly that is specific for your processor. If you're calculating a sum of somebody's paychecks for the last year from a database you're probably fine with spending a few minutes writing it in Python.
Oh - and I agree that it would be great if compilers could take better advantage of SIMD operations. Their use is "situational" though and seems a tough job to predict when they should be used. It seems to me that a JIT may be better positioned to make use of them though given the run-time analysis that can be performed. I'm not a compiler guy though so it's very likely I'm wrong. :-)
As I understand it there are *very* specific use-cases where Java has a speed advantage - and that's in memory allocation on the heap. But no - in general for number-crunching it will not be as fast as C/C++. And I agree that Java advocates don't do themselves any favors by pretending that it is.
Garbage collection these days is pretty smooth - unless you're short on memory. But there is that overhead of memory usage that will always be there... I was interested in D at one point but it seems to have just gone nowhere.
In my opinion the thing that C++ needs isn't just a GC but a standard library that is as complete as what Java and C# have. C++11 seems to have done some work there (though I haven't checked it out too much as my world is Java/C# these days) but it should have been done *ages* ago.
The "warm-up time" is allowing the JIT to gather statistics and optimize the compiled code on-the-fly. The first pass will be slower than the nth pass over the same code. At a certain threshold (number of executions) the JIT will perform more optimizations and the more often the same bit of code is executed the more the JIT learns about how to optimize it. The idea is to not pay the compilation/optimization penalty unless it's worth it.
Keep in mind that bytecode is platform independent. Each JIT will make different optimizations depending on the local system. But if you stop/restart you pay that penalty again (interesting note: Dalvik for Android saves the compiled versions for later runs).
Out of curiosity I've run the 'nbody' test on my system with C++ and Java for varying numbers of iterations.
For 1,000,000,000 iterations C++ took 105.39 seconds and Java 174.15 seconds. That puts Java at about 60% the performance of the C++ in this case. I'm running a 1.8 JVM (still experimental) but I believe it should be representative.
I'm in the Java camp myself and while I'd like it to perform better the reality is that it simply doesn't. But the reality for me and my line of work is that it easily performs "well enough" and provides enough other benefits to be worth the trade-off.
Doh! I'd forgotten the parameter... PEBKAC. I now return you to your regularly scheduled doldrums.
I tried out those benchmarks myself.
Java:
$ time java nbody 50000000
-0.169075164
-0.169059907
real 0m8.863s
user 0m8.820s
sys 0m0.016s
Not too shabby. But checkout the C++ times! ./nbody.gpp-7.gpp_run
$ time
Segmentation fault (core dumped)
real 0m0.097s
user 0m0.000s
sys 0m0.000s
OMG that's a ton faster!
The confirmation email Square sends back to the sender is supposed to deal with this it seems.
I'm sorry, but I just don't agree with the "both sides do it" cop out. That's what someone says when their side gets caught with their hand in the cookie jar. Both sides haven't used the IRS as a political tool to attack enemies. Both sides haven't installed digital strip search machines in airports. Both sides haven't monitored your emails and correspondence. It's time to wake up.
People think "both sides" is a cop out when they're on one side... Both sides haven't used the IRS to attack political enemies? Are you joking?
How much of the voting public was in those University classes with you?
What's interesting is that I've had the opposite reaction. When I use VS I'm amazed at the lack of functionality it has compared to Eclipse. Why the hell can't it just "import what's needed like Eclipse can" for me rather than making me click on silly little drop-downs which only show when I hover over squiggly-underlined types it can't find? Just one rant but I hit things like this all the time in VS (or VS2012 at least - the last one I used). That and I have to get used to compiling again. ;-)
It all comes down to expectations.
Yes, we can't possibly survive without government.
Because we can't educate our children in private schools or at home.
Roads need repair every single day and won't last a year without the government. Even if people crowd-source a contractor to fix the washout.
Restaurants are all secretly waiting for the day that the inspectors don't show up so that they can poison their customers and ruin their own business.
You're an idiot.
Ever met home-schoolers? ::shudder::
I think people are being charitable by assuming he's corrupt when he's really just a moron.
Yeah, everyone is ready to jump on the "they were incompetent" bandwagon but this feels like it was doomed by the project schedule. And the shops good enough to realize it probably wouldn't even bid so you get those who are either going to just "do their best and take your money" or "don't know any better."
Some hiccups for a week or so after launch are probably the best they can hope for.
These kids and their Rock’em Sock’em Robots and their Spirographs and their Moby Grape and their 90210...
GET OFF MY LAWN!
Yeah, I thought that was really odd too. /. folks love the JavaScript hate though and it's a great reason for the luddites on the site to come out and bemoan "web 2.0" and "back in my day we had forms."
"And if we entered a number that had non-numeric characters the website would crash - and that's the way we liked it!"
Oh, and don't forget that some busty actress will make a claim that using a Kindle on an airplane causes childhood cancer. Her evidence will of course be HOW DARE YOU QUESTION MY MOMMY-SENSE I JUST KNOW IT'S TRUE OKAY!?!?!?
This will of course me much more effective than "there is no clear evidence" and thus we'll never have nice things.
I think that comparing "importance" is very difficult. But in this situation I think on the grounds of "impact" Snowden carries the day. But then I'm an American and see the impact of Snowden more first-hand.
It depends on what criteria this group judges by.