|
[Date Index]
[Thread Index]
[Author Index]
Re: Kernel exits (for lack of memory)
- To: mathgroup at smc.vnet.net
- Subject: [mg128176] Re: Kernel exits (for lack of memory)
- From: Joseph Gwinn <joegwinn at comcast.net>
- Date: Fri, 21 Sep 2012 04:13:44 -0400 (EDT)
- Delivered-to: l-mathgroup@mail-archive0.wolfram.com
- Delivered-to: l-mathgroup@wolfram.com
- Delivered-to: mathgroup-newout@smc.vnet.net
- Delivered-to: mathgroup-newsend@smc.vnet.net
- References: <k2s2re$dq5$1@smc.vnet.net> <k368j5$1ud$1@smc.vnet.net> <k398vo$9p0$1@smc.vnet.net> <k3c1e1$evh$1@smc.vnet.net>
In article <k3c1e1$evh$1 at smc.vnet.net>, dgolber at aol.com wrote:
> On Tuesday, September 18, 2012 3:49:26 AM UTC-4, Joseph Gwinn wrote:
> The Out[] variables are storing all results, just in case you ask for them.
> Set $HistoryLength to zero to turn this off. One can also Clear[]
> intermediate variables to reduce memory footprint. Joe Gwinn
>
> ======
>
> The example I am posting next sets $HistoryLength=0 and still shows this
> behavior.
OK. Will look.
> What variables am I supposed to Clear[]???? It isn't Out, because
> $HistoryLength is zero. I suspect it is internal variables of FindMinimum
I doubt that FindMinimum is keeping anything hidden between calls, but
one can tell by sprinkling MemoryInUse[] calls through the notebook, to
tell where the weight is gained.
> In any case, the MemoryInUse is not building up after many calls, so this
> seems unlikley to be the cause of the kernel exit.
When the kernel exits, what does it say?
Also, what is written to the system log?
Joe Gwinn
Prev by Date:
Re: Exact Schur Decomposition
Next by Date:
Re: Inset BezierCurve
Previous by thread:
Re: Kernel exits (for lack of memory)
Next by thread:
Inset BezierCurve
|