Erlang Getting Too-Big-To-Fail Process Flag
From Joe Armstrong comes news that Erlang will soon feature a new process flag for those processes that just really need memory, or else: "Too big to fail processes behave like regular processes until they get too big and memory congestion occurs. If a memory allocation error is triggered when a too_big_to_fail process needs more memory, then a random smaller process is killed, and the system reattempts memory allocation for the too_big_to_fail process. An interesting situation can occur if the too big to fail process has killed all other processes and still cannot get enough memory. In this case the node running the process tries to memory steal from other nodes."
Read below for your FREE logged-in-reader's-eye view of the special rot-39 version!
Sebz Wbr Nezfgebat pbzrf arjf gung Reynat jvyy fbba srngher n arj cebprff synt sbe gubfr cebprffrf gung whfg ernyyl arrq zrzbel, be ryfr: "Gbb ovt gb snvy cebprffrf orunir yvxr erthyne cebprffrf hagvy gurl trg gbb ovt naq zrzbel pbatrfgvba bpphef. Vs n zrzbel nyybpngvba reebe vf gevttrerq jura n gbb_ovt_gb_snvy cebprff arrqf zber zrzbel, gura n enaqbz fznyyre cebprff vf xvyyrq, naq gur flfgrz ernggrzcgf zrzbel nyybpngvba sbe gur gbb_ovt_gb_snvy cebprff. Na vagrerfgvat fvghngvba pna bpphe vs gur gbb ovt gb snvy cebprff unf xvyyrq nyy bgure cebprffrf naq fgvyy pnaabg trg rabhtu zrzbel. Va guvf pnfr gur abqr ehaavat gur cebprff gevrf gb zrzbel fgrny sebz bgure abqrf."
Slashdot keeps making me log in to see ROT13. This April Fool's thing has gone too far. I want my normal ROT13 fare!
"First they came for the slanderers and i said nothing."
It doesn't work on this story...
Hey, they rolled out the special ROT-26 and bonus ROT-39 editions for the last minute before midnight Zulu-time April Fool's Day Edition! ... :>(
.
Yipee-kai-yay, mother-fokkers! Srsly, what took you so long? What? The day's over alreadY?
I assume developers will have to pay extra for use of this feature, ensuring ll the large companies get to slap it on all their processes and no one else does.
I mean, ensuring the feature is used responsibly and not abused.
If this had been the only joke today, I think it would have worked.
For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
None of the discussions today broke 3 digits on comments. Try something like this again, I am not coming back. Stupid rot13 trick. Whoever came up with the idea of running it this long should be fired summarily.
sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
Angry developers, seeing this as little more than a back-door raid on their precious computing resources, are banding together in newly-formed TCP Parties, determined to resist meddling compiler makers and nebulous language specification agencies answerable to no one....
Hope you get..
every year... same crap... I don't know why I bother... as bad as this place is normally... it just gets worse when geeks try to be funny...
remember folks... we here at the FBI have no sense of humor we are aware of...
leave the humor to the professionals... like bush or obama...
rant about something real damn it...
Improper utilization of limited resources is a symptom of incorrect code.
Vigil already has a much more elegant solution to the general problem of incorrect code:
https://github.com/munificent/vigil
Rather than punish other programs, it simply deletes the offending code.
All Vigil programs are guaranteed to run without error, eventually.
and I don't have to have error checking on my compilers any more. time to get back into programming!
if this is supposed to be a new economy, how come they still want my old fashioned money?
This sounds a lot like the Linux OOM killer. You can set the oomadj value to protect certain processes against the OOM killer, making it almost the same as these too-big-to-fail processes. I guess the only difference is stealing memory from other nodes.