Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!



WebKit Unifies JavaScript Compilation With LLVM Optimizer

Dizzer Re:Just a decade ago. (170 comments)

Ahhhh, the obligatory FORTRAN circle jerk. A bunch of performance assertions without substance dashed with a healthy ignorance of the value of developer time vs. machine time.

Just a little example though:

50million particle N-body simulation benchmark (
Intel Fortran: 20.34s
G++ C++: 20.25s

Oh my gosh, what is that? The sounds of dozens of bearded-old-man-fortran-programmer jaws dropping?


about 3 months ago

Why Scientists Are Still Using FORTRAN in 2014

Dizzer Re: We're Not (634 comments)

If one sets a random seed from a reproducible generator, then start a swarm of trajectories sampled from a Maxwell distribution of velocities, then one should be able to get the exact same computer renditions of those trajectories on any computer that implements IEEE arithmetic.

No, god damn it!!! How the hell to you do computational research? On a single CPU?! You are either totally thick, or the troll in this discussion.

Or maybe you are invoking quantum mechanical uncertainty for a classical mechanics simulations.

I'm invoking order of operations. Why is that so hard to understand?!

about 4 months ago

Why Scientists Are Still Using FORTRAN in 2014

Dizzer Re: We're Not (634 comments)

IEEE arithmetic has ~nothing~ to do with Fortran per se (see my comment above) -- the Fortran standard demands its implementation.

Correct. And it is also correct, that the C++ standard does not demand IEEE 754 compliance. There are hardware requirements (i.e. CPU/FPU support) for this. Requireing these would exclude a whole bunch of embedded systems for example.

Fact is that the hardware you will run on is very likely to support IEEE 754.

a type is the union of its storage with its operators. In Fortran, (to the best of my knowledge) using IEEE arithmetic alters these operators,

Huh? Fortran rewires my CPU?!

Different CPUs have different performance characteristics for various operations. Where there is a preferred/faster order of operations, then the compiler can reorganize so that things run faster.

IEEE 754 defines a set of basic operations. What it does not define are rules for the compiler how it must or must not order these operations!
Bear in mind that this goes beyond simple reordering of terms in one calculation. The order can be impacted by MPI communications for example. IEEE 754 says nothing about this, and neither does the Fortran standard.

do you expect bitwise arithmetic to be different, provided that the same sequence of instructions with the same starting values?

Of course not, because the sequence of operations is not the same on different systems and parallelization topologies.

You also think/thought that scientists don't post their trajectories or snapshots.

Nonsense. Maybe you will learn through repetition: Exact trajectories are almost never a relevant physical observable. Read the stuff about uncertainties in initial conditions again please.

The problem you believe Fortran can help you with is not a problem, and furthermore Fortran cannot help you with it anyways. Sorry, man.

about 4 months ago

Why Scientists Are Still Using FORTRAN in 2014

Dizzer Re: We're Not (634 comments)

A specific trajectory can serve as an example, but the exact trajectory itself is not a meaningful observable. I suggest you go back and take a look a previous posts that mention uncertainties in the initial conditions being overwhelmingly larger than truncation errors. Add to this a thermostat if you will.

Even with a fully IEEE compliant floating point implementation (which by the way is the CPU's business - why are we even talking about this here?) operation order will determine how the truncation error is propagated. Results are still deterministic on the same hardware with the same optimization and the same parallelization. But this is mainly of importance for code debugging. There is no physics based reason for insisting that a truncation error should always be the same.

Furthermore I don't buy it. I'm calling bullshit on you. You have yet to divulge what these magic "lower performance IEEE data types are". Are you talking about longer types? That will not protect you from truncation errors and will do NOTHING to make them more "consistent" either. To me it frankly sounds like you are set in your old fortran ways and are just trying to rationalize sticking to an outdated language.

about 4 months ago

Why Scientists Are Still Using FORTRAN in 2014

Dizzer Re: We're Not (634 comments)

Apart from what has been said before about this subject by the other commenters, I'd like to stress that you seem to lack the physics understanding to appreciate what the significance of rounding errors is. If you system is unstable enough to have rounding error affect the outcome you need to do uncertainty quantification anyways! In particular a sensitivity analysis of the input data (which is rarely known with precision anywhere comparable to the machine precision) is necessary. Reproducibility does _not_ imply reproducibility of exact trajectories, it means reproducibility of relevant observables.

My colleague/reviewer could not care less about exact trajectories. Do you think trajectories get published? Do you think full trajectories are even stored to disk most of the time?! If the conclusion of your paper hinges on an exact trajectory it should not be published at all. Hell, you shouldn't be doing science if you think that is how it works.

about 4 months ago

Programming Language Diversity On the Rise

Dizzer Re:A good sign (177 comments)

Forks are a tool to contribute to an existing project (through pull requests). A fork is not meant as a divergence, but as a temporary step leading back to a merge. Not quite so "pointless".

about 4 months ago

Why Scientists Are Still Using FORTRAN in 2014

Dizzer Re:Q: Why Are Scientists Still Using FORTRAN in 20 (634 comments)

This. I have many friends in the physics dept and the reason they're doing Fortran at all is that they're basing their own stuff off of existing Fortran stuff.

The types of people who haven't head about collaborative development or, dare I say, version control.
I've been there. You end up with a zillion diverging (and never merging) forks, people reinventing various wheels over and over, and of course adding their own bugs.
This is a terribly unproductive and sad way of developing code. Unfortunately most scientists I know (knew) don't give a crap because they are _completely_ oblivious to what they are missing out on.

about 4 months ago

Why Scientists Are Still Using FORTRAN in 2014

Dizzer Re:Because C and C++ multidimensional arrays suck (634 comments)

All the built-in array people are essentially obsessing over a micro-optimization. First of all I would argue that in a scientific research environment development time is a far more important factor than execution time. And having a framework with a clean outward facing interface for reusers makes a huge difference. Clean, well designed object oriented code also encourages contributions and allows you code to flourish, which reduces the pressure for people to invent their own wheels (again saving developer time). Secondly, the more substantial optimizations come from choosing the appropriate algorithms. Why worry about a 5% speed-up, when choosing the right preconditioner can give you a 10fold speed-up. As an aside, why worry about even a 20% slow down if you have a scalable parallel implementation that you can just throw a few more cores at. Profile before you optimize, and profile _economically_, too!!!!

about 4 months ago

Why Scientists Are Still Using FORTRAN in 2014

Dizzer Re:Yes you are (634 comments)


about 4 months ago

Why Scientists Are Still Using FORTRAN in 2014

Dizzer Re:We're Not (634 comments)

If you get hung up on floating point truncation errors, then I have bad news for you: Fortran won't protect you from that. You seem to be under the delusion impression that this invalidates the results for some reason. This is utter bullshit. One example are molecular dynamic simulations. An MD simulation is a chaotic system. The _exact_ trajectory is not the relevant result. The phase space that is sampled is. Trajectories of systems with identical initial conditions are bound to diverge on different machines due to a change in floating point operation order and the resulting truncation errors. But the phase space that is sample is _equivalent_ in each run. If for some reason machine precision is important to you you'd be much better off by using a library such as GMP (

about 4 months ago

Google Begins To Merge Google+, Gmail Contacts

Dizzer Sigh, G+ hate is fashionable, isn't it? (339 comments)

I seriously don't know what's with all the G+ hate. I primarily use the unlimited storage for photos on G+ to share my pics with friends and family (their APIs make batch uploading easy, and I migrated several thousand pics from my own Gallery2 installation to G+, including description texts, with a small python script). I am subscribed to a bunch of "communities" which deliver quite a bit of interesting content. And I also *enjoy* the link to to youtube comments as it floats interesting videos to my stream that people from my circles commented on.

about 8 months ago

AMD Confirms Kaveri APU Is a 512-GPU Core Integrated Processor

Dizzer Re:catch me up now someone? (130 comments)

Makes you pay for the GPU, even if you don't use/want it.

This is like saying the disadvantages of apples is that they don't taste like oranges.

about 9 months ago

More Encryption Is Not the Solution

Dizzer quick key repetition (207 comments)

After about 15000 connections you would see the first repetition of a key. That scheme would be discovered in NO TIME.

1 year,26 days

Cryptography 'Becoming Less Important,' Adi Shamir Says

Dizzer Re:APT (250 comments)

Advanced Persistent Threat

about a year and a half ago

NVIDIA GeForce GTX TITAN Uses 7.1 Billion Transistor GK110 GPU

Dizzer Re:Question for the HPC/maths crowd (176 comments)

Often times mixed-precision calculations are used for optimum balance between performance and accuracy. The single-precision cores are very helpful for that,

about a year and a half ago

Raspberry Pi Team Launches Pi Store

Dizzer Store? How about a repository? (91 comments)

Why do you need an "App Store" clone for every OS now? How is this supposed to make sense for free software in a Debian based distribution? Why don't they just put that stuff into regular apt repo?

about a year and a half ago

Redbox Set To Compete With Netflix On Video Streaming

Dizzer Linux? (119 comments)

But will it run on Linux?

about a year and a half ago

Historians Propose National Park To Preserve Manhattan Project Sites

Dizzer Re:Humbling, troubling (150 comments)

Unfortunately the Black Hole is about to be shut down for good. They had a fire sale a few months back, and planned to close the thing up by the end of the year.

about a year and a half ago

Running Netflix On Linux

Dizzer Runs in 64bit, too (185 comments)

You have to compile wine in a 32bit chroot. Instructions are on the wine wiki. It is pretty straightforward. But without decent hardware acceleration in Silverlight under Wine it runs like crap. I tried it, but it is so jerky (half the frame rate) that watching TV like this is no fun.

about 2 years ago

SuSE, Czech Localization, And An Odd Licensing Twist

Dizzer Re:Say it with me now... (144 comments)

Well, I guess someone here (you) doesn't understand irony, and some other guy (the 'neo nazi') doesn't really know how to use it.

more than 13 years ago


Dizzer hasn't submitted any stories.


Dizzer has no journal entries.

Slashdot Login

Need an Account?

Forgot your password?

Submission Text Formatting Tips

We support a small subset of HTML, namely these tags:

  • b
  • i
  • p
  • br
  • a
  • ol
  • ul
  • li
  • dl
  • dt
  • dd
  • em
  • strong
  • tt
  • blockquote
  • div
  • quote
  • ecode

"ecode" can be used for code snippets, for example:

<ecode>    while(1) { do_something(); } </ecode>