It makes sense that you would not want applications messing with system stuff. Is there a default that could be applied to the global memory limit within J? 9!:21 is set to 1/4 of virtual memory https://code.jsoftware.com/wiki/Vocabulary/Foreigns#m9
Alternatively, would this be an argument to use the J playground as a testing sandbox for applications that might overload the system? Note that I am way over my head in discussing these issues and apologize in advance for any suggestions that are clearly unworkable. Cheers, bob > On Dec 3, 2022, at 10:24, Raul Miller <rauldmil...@gmail.com> wrote: > > Virtual memory requires an OS configuration change. These things are > generally treated as "security issues" -- these settings are supposed > to be stable, and arbitrary programs are not supposed to mess with > them. > > Also, having an arbitrary program set aside (for example) 64GB of file > system space at startup would tend to make that program rather slow to > launch. > > (But, there's a lot of fingers in that pie, and many of them are the > sort of people who see no particular benefit in making the system > resilient.) > > Anyways, long story short... sometimes virtual memory is an advantage, > other times it's a disadvantage. > > -- > Raul > > On Sat, Dec 3, 2022 at 1:12 PM 'robert therriault' via Programming > <programm...@jsoftware.com> wrote: >> >> For the short term, the practical tips might be best located in an ancillary >> page of NuVoc. In the long term, I think that the wiki would benefit from a >> 'developer' section that could pass along practical ways to use the language. >> >> Is it possible to have the virtual memory set dynamically when J is >> launched. Perhaps with a warning if the allocation is less than the original >> default? The warning would include instructions to reset the Global >> parameters if the user would like to override. >> >> That way the user is protected and has the ability to run 'on the edge' if >> they want. >> >> Cheers, bob >> >>> On Dec 3, 2022, at 05:48, Henry Rich <henryhr...@gmail.com> wrote: >>> >>> This is a good point. Is there any place in the Wiki for practical tips >>> like this? >>> >>> Henry Rich >>> >>> On 12/3/2022 7:23 AM, bill lam wrote: >>>> Sometimes this happens to me too when the process allocated far more memory >>>> than physical ram available. The disk swapping for virtual memory prevented >>>> any mouse click or keyboard response. The problem only way to stop it is to >>>> long pressing the power button. >>>> >>>> Therefore sometimes I want to set a lower limit of virtual memory. It is >>>> better to trigger out of memory crash than waiting indefinitely and finally >>>> power off the computer. >>>> >>>> On Sat, 3 Dec 2022 at 8:14 PM Richard Donovan <rsdono...@hotmail.com> >>>> wrote: >>>> >>>>> Elijah; >>>>> >>>>> Most times I can’t even get in to task manager. As this problem crashes >>>>> the whole system and causes the need for a reboot, I am obviously loathe >>>>> to >>>>> try to recreate it!ick Next time it happens I wrepost with more info! >>>>> >>>>> Thanks >>>>> >>>>> Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows >>>>> >>>>> ________________________________ >>>>> From: Programming <programming-boun...@forums.jsoftware.com> on behalf of >>>>> Elijah Stone <elro...@elronnd.net> >>>>> Sent: Friday, December 2, 2022 11:19:58 AM >>>>> To: J Programming <programm...@jsoftware.com> >>>>> Subject: Re: [Jprogramming] Avoiding J crash >>>>> >>>>> Rebooting is a bit drastic; can you not kill j from task manager? >>>>> >>>>> Beyond that, break _should_ work. I can look into making it a bit more >>>>> responsive for long array operations, but am curious to know what >>>>> specifically >>>>> has caused you trouble. >>>>> >>>>> On Fri, 2 Dec 2022, Richard Donovan wrote: >>>>> >>>>>> Hi! >>>>>> >>>>>> Is there any way to avoid the situation whereby by error I put J into >>>>> an infinite loop from which the only recovery is to reboot my Windows >>>>> laptop? >>>>>> I guess that my erroneous routine is locking the CPU to such a such an >>>>> extent that I can’t even get to run Jbreak. >>>>>> I quite often receive a recoverable situation when a limit has been >>>>> exceeded but if I get the infinite loop situation I have lost my entire >>>>> session and have to start again. >>>>>> I really need a global setting which limits the amount of cpu usage and >>>>> aborts a function before it gets out of hand. >>>>>> Thanks, >>>>>> >>>>>> Richard >>>>>> ---------------------------------------------------------------------- >>>>>> For information about J forums see http://www.jsoftware.com/forums.htm >>>>> ---------------------------------------------------------------------- >>>>> For information about J forums see http://www.jsoftware.com/forums.htm >>>>> ---------------------------------------------------------------------- >>>>> For information about J forums see http://www.jsoftware.com/forums.htm >>>>> >>>> ---------------------------------------------------------------------- >>>> For information about J forums see http://www.jsoftware.com/forums.htm >>> >>> ---------------------------------------------------------------------- >>> For information about J forums see http://www.jsoftware.com/forums.htm >> >> ---------------------------------------------------------------------- >> For information about J forums see http://www.jsoftware.com/forums.htm > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
