> Erlang process 338 words when spawned, including a heap of 233 words.
However note that this is with HiPE and SMP enabled (which afaik are now the default) as the "processes" guide notes[0] without both of these a process should be 309 words. Without SMP, I get 320 words (HiPE is a compilation flag and I don't feel like recompiling Erlang right now).
TLDR. Keep an healthy diet, and exercise. Sleep enough.
Im lucky to have a gym 10 meters from our office, so 3 times a week i use my lunch ti go to the gym, and eat afterwards something light at the office, i try to go jogging twice a week on to of the gym.
Try to eat a fiber rich diet, if you choose to exercise. And never pass breakfast. Its important, the most important meal of the day.
Now for the mental part, here the most important thing is to sleep. Dont watch TV, read a book instead.
You are conflating free-as-in-freedom and free-as-in-beer.
Software can be free (as in freedom) and open source while still not being free as in beer (ie, charging money).
davexunit is commenting on the fact that the Atom editor is proprietary (non-free) software, which has nothing to do with whether or not they are charging for its use.
Why am i not suprised america has the most explosions, and still they try to ban other countries from producing nuclear fuel. The future generations will probably like the fallout on us soil. Congrats, this is a wondefull vid.
Yup. The test partial test ban treaty was signed in 1963 by all the nuclear powers at the time - everything after then, US or otherwise, has been underground, with the exception of, I believe, India, who was not a nuclear power when the treaty was drawn up - india set of a series of undersea tests late in the century.
This was done specifically because they realized they would collectively make the planet uninhabitable if they continued.
France didn't sign, and went on with atmospheric testing until 1974, and the same is true of China (although they didn't start testing until 1964, so they weren't technically part of "all the nuclear powers at the time").
The concern isn't that they are producing nuclear fuel.
It's that the plutonium needed for nuclear weapons is a by-product of those reactors.
Plutonium isn't naturally occurring on earth - the only place to get it is from a reactor - either yours, or buy it from someone else who has one.
Thats a sweet idea, i would really like to have something like coin.
The problem is that in Finland there is very few places that uses the "swipe" your card and sign method anymore. Back some 2-3 years ago it was a custom, but for security reasons (anyone can swipe a stolen card and sign it, the law does not require an ID unless the amount being paid is over 100 euros) it was abandoned and now you simply enter your PIN and that that.
Im not sure about other countries, but atm this is the norm in Finland.
Again, a totally useless benchmark. I really feel all these benchmark tests are useless, if they are not in the realm of any real world app. So why not create a crud app mimicing benchmark, test writes and reads, and calculations instead. In the real world it comes down to the ease of development, deployment and maintenance. This is where the traditional web languages still win, and ill want to bet you can ship software faster than ever these days when using a proved web framework.
Speed is not the only factor, and usually not even a factor that has to be accounted for, lets be reasonable, 99% of any web apps dont reach the state that they even need to scale to 10000s of user actions per second.
Id be interested to see how hhvm/php whould compare though.
Useless? Not at all, but it's just data. It has to be interpreted, and how you do that depends on your needs. If nothing else, it's interesting from a technical standpoint to see the huge difference it performance.
To think that a benchmark like this tells the whole story of the "best" framework is wrong. Of course it is. It's also wrong to think that it tells the whole performance story. Of course it doesn't. But that does not make it useless.
Id be interested to see how hhvm/php whould compare though
Aren't you assuming that the benchmark is targeted at all web-apps? They are just creating a benchmark. If an app you design doesn't need to scale, then you can ignore the benchmark.
To the rest who are building apps that need to scale, the benchmarks are definitely useful.
mem -> 2720 bytes (~2.7kb)