If someone could find a way of determining how much virtual memory was configured at the OS level, this might be a reasonable approach.
-- Raul On Sat, Dec 3, 2022 at 1:37 PM 'robert therriault' via Programming <programm...@jsoftware.com> wrote: > > 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 ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
