<style>@font-face{font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;}</style><font face="Calibri"><p dir=ltr></p>
<p dir=ltr>Il giorno 7 ottobre 2017, alle ore 14:14, Arun <arunp@utl.in> ha scritto:</p>
<p dir=ltr>><br>
><br>
>Hi Leandro,<br>
><br>
>Am aware about tail recursion in erlang, but here I am talking about recursion which is not tail recursive. Here is the code snippet;<br>
><br>
>start(N) -><br>
>    N*start(N-1).<br>
><br>
>Here the function is not tail recursive and it is in an infinite loop. If run this function my system is getting hang. That why i got the doubt why it is making my system to hang and how the erlang scheduler will behave in this scenario.?</p>
<p dir=ltr><span style="color: #1f497d;">The numbers involved here grow very quickly. Your system is boggled down by the integer </span><span style="color: #1f497d;">multiplications</span><span style="color: #1f497d;"> after a few hundred functions calls, much before the depth of recursion is a problem at all.</span></p>
<p dir=ltr><span style="color: #1f497d;">If you want to stress recursion depth, try </span><span style="color: #1f497d;">1+start(N-1</span><span style="color: #1f497d;">),</span><span style="color: #1f497d;"> for example.</span><br><br><br></p>
<p dir=ltr>><br>
>Regards,<br>
>Arun P.<br>
><br>
>On Saturday 07 October 2017 04:07 PM, Leandro Ostera wrote:<br>
><br>
>Hej Arun, hi. <br>
><br>
>Depending on your recursion, you may or may not be building up a stack that will at some point crash. I am unsure about how C compilers typically deal with tail-recursion, but tail call optimization is automatically performed in the Erlang VM for you.<br>
><br>
>From the Learn You Some Erlang book chapter on Recursion (http://learnyousomeerlang.com/recursion):<br>
><br>
>Note: tail recursion as seen here is not making the memory grow because when the virtual machine sees a function calling itself in a tail position (the last expression to be evaluated in a function), it eliminates the current stack frame. This is called tail-call optimisation (TCO) and it is a special case of a more general optimisation named Last Call Optimisation (LCO).<br>
><br>
>LCO is done whenever the last expression to be evaluated in a function body is another function call. When that happens, as with TCO, the Erlang VM avoids storing the stack frame. As such tail recursion is also possible between multiple functions. As an example, the chain of functions a() -> b(). b() -> c(). c() -> a(). will effectively create an infinite loop that won't go out of memory as LCO avoids overflowing the stack. This principle, combined with our use of accumulators is what makes tail recursion useful.<br>
><br>
>Hope this helps!<br>
><br>
>On Sat, Oct 7, 2017 at 9:03 AM Arun <arunp@utl.in> wrote:<br>
><br>
>Hi all,<br>
>I tried to run normal recursion program from erlang shell, the program<br>
>runs infinitely and it is doing addition of numbers. But its been<br>
>observed that soon after starting the program entire PC is getting hang.<br>
>My doubt is that, why my PC is getting hang. ? , if something is going<br>
>wrong, the erlang vm should be able to handle it, like in C if we run<br>
>some recursion program infinity, it will crash by throwing segmentation<br>
>fault error.<br>
>What will be happening in the VM if I run a normal recursion program in<br>
>erlang infinitely ?<br>
>What will be the behavior of erlang scheduler in this scenario ?<br>
>Can somebody please assist me on this issue.<br>
>Thanks in advance<br>
>Arun P.<br>
>_______________________________________________<br>
>erlang-questions mailing list<br>
>erlang-questions@erlang.org<br>
>http://erlang.org/mailman/listinfo/erlang-questions<br>
><br>
</p>
</font>