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
