On Fri, Apr 24, 2020 at 03:35:15PM -0700, Greg A. Woods wrote:
> At Fri, 24 Apr 2020 14:56:37 +0200, tlaro...@polynum.com wrote:
> Subject: Re: Linux compat and swap
> >
> > Does somebody know what are the main source files implementing it so
> > that if no in depth documen
At Fri, 24 Apr 2020 10:18:10 +0100, Sad Clouds
wrote:
Subject: Re: Linux compat and swap
>
> But what is the value of vm.filemax? It tells the system what
> percentage of memory to steal from other uses, but this is counter
> productive, since by stealing from vm.anon and vm.exec i
At Fri, 24 Apr 2020 14:56:37 +0200, tlaro...@polynum.com wrote:
Subject: Re: Linux compat and swap
>
> Does somebody know what are the main source files implementing it so
> that if no in depth documentation is available, the C files would give
> the picture?
again, from my
On Fri, Apr 24, 2020 at 10:11:03PM +1000, Paul Ripke wrote:
> On Fri, Apr 24, 2020 at 10:18:10AM +0100, Sad Clouds wrote:
> > On Fri, 24 Apr 2020 00:50:38 -0700
> > "Greg A. Woods" wrote:
> >
> > > On the other hand the vm.*max percentages are just limits to how many
> > > pages will be reclaimed
On Fri, Apr 24, 2020 at 10:18:10AM +0100, Sad Clouds wrote:
> On Fri, 24 Apr 2020 00:50:38 -0700
> "Greg A. Woods" wrote:
>
> > On the other hand the vm.*max percentages are just limits to how many
> > pages will be reclaimed from other uses when a given category faces
> > pressure from extensive
On Fri, 24 Apr 2020 00:50:38 -0700
"Greg A. Woods" wrote:
> On the other hand the vm.*max percentages are just limits to how many
> pages will be reclaimed from other uses when a given category faces
> pressure from extensive and immediate use -- they do not set the
> maximum use for a given cate
On Fri, Apr 24, 2020 at 12:23:14PM +1000, Paul Ripke wrote:
> On Thu, Apr 23, 2020 at 06:14:00PM +0200, tlaro...@polynum.com wrote:
> > On Thu, Apr 23, 2020 at 01:30:58PM +0100, Mike Pumford wrote:
> > >
> > >
> > > On 23/04/2020 11:48, tlaro...@polynum.com wrote:
> > > >[Please forgive me to giv
At Fri, 24 Apr 2020 12:23:14 +1000, Paul Ripke wrote:
Subject: Re: Linux compat and swap
>
> To the best of my knowledge, vm.execmax just defines the maximum amount
> of memory for mapped executable pages, and won't cause processes to be
> killed. Since mapped executable pages a
On Thu, 23 Apr 2020 14:24:53 -0700
"Greg A. Woods" wrote:
> At Thu, 23 Apr 2020 11:56:08 +0100, Sad Clouds
> wrote: Subject: Re: Linux compat and
> swap
> >
> > On Thu, 23 Apr 2020 10:56:15 +0100
> > Mike Pumford wrote:
> >
> > > If you
On Thu, Apr 23, 2020 at 06:14:00PM +0200, tlaro...@polynum.com wrote:
> On Thu, Apr 23, 2020 at 01:30:58PM +0100, Mike Pumford wrote:
> >
> >
> > On 23/04/2020 11:48, tlaro...@polynum.com wrote:
> > >[Please forgive me to give supplementary information gathered for all
> > >answers and "before".
At Thu, 23 Apr 2020 11:56:08 +0100, Sad Clouds
wrote:
Subject: Re: Linux compat and swap
>
> On Thu, 23 Apr 2020 10:56:15 +0100
> Mike Pumford wrote:
>
> > If you have both memory intensive and filesystem intensive processes
> > running on a NetBSD system the kernel fil
On Thu, Apr 23, 2020 at 01:30:58PM +0100, Mike Pumford wrote:
>
>
> On 23/04/2020 11:48, tlaro...@polynum.com wrote:
> >[Please forgive me to give supplementary information gathered for all
> >answers and "before". And thank you to all for answering.]
> >
> >To be more precise:
> >
> >The node is
On Thu, Apr 23, 2020 at 08:40:10AM -0400, Greg Troxel wrote:
> tlaro...@polynum.com writes:
>
> > I'm also still a bit puzzled by the behavior of the program since I use
> > it as a filter and it should read one line at a time (and doesn't need
> > to keep whatever information to correlate lines).
tlaro...@polynum.com writes:
> I'm also still a bit puzzled by the behavior of the program since I use
> it as a filter and it should read one line at a time (and doesn't need
> to keep whatever information to correlate lines)...
We're all puzzled too, but until you read the source code, it's har
On 23/04/2020 11:48, tlaro...@polynum.com wrote:
[Please forgive me to give supplementary information gathered for all
answers and "before". And thank you to all for answering.]
To be more precise:
The node is not a desktop node but a server one (so there is no X11
running, so no firefox or
On Thu, Apr 23, 2020 at 11:56:08AM +0100, Sad Clouds wrote:
> On Thu, 23 Apr 2020 10:56:15 +0100
> Mike Pumford wrote:
>
> > If you have both memory intensive and filesystem intensive processes
> > running on a NetBSD system the kernel filesystem cache can end up
> > evicting programs running i
[Please forgive me to give supplementary information gathered for all
answers and "before". And thank you to all for answering.]
To be more precise:
The node is not a desktop node but a server one (so there is no X11
running, so no firefox or whatever), with two main functions:
1) A file server;
Hello Mike,
On Thu, Apr 23, 2020 at 10:56:15AM +0100, Mike Pumford wrote:
>
>
> On 23/04/2020 08:18, Sad Clouds wrote:
> >On Wed, 22 Apr 2020 20:46:08 +0200
> >tlaro...@polynum.com wrote:
> >
> >>(This can be also simply a memory leak in the program but since the
> >>RAM is not exhausted...).
>
On Thu, 23 Apr 2020 10:56:15 +0100
Mike Pumford wrote:
> If you have both memory intensive and filesystem intensive processes
> running on a NetBSD system the kernel filesystem cache can end up
> evicting programs running in the background that are inactive which
> then take a LONG time to reco
On 23/04/2020 08:18, Sad Clouds wrote:
On Wed, 22 Apr 2020 20:46:08 +0200
tlaro...@polynum.com wrote:
(This can be also simply a memory leak in the program but since the
RAM is not exhausted...).
Without much detail about how much memory, swap, etc your system is
using, it's anyone's guess
On Thu, Apr 23, 2020 at 08:18:24AM +0100, Sad Clouds wrote:
> Without much detail about how much memory, swap, etc your system is
> using, it's anyone's guess really. You say "RAM is not exhausted" but
> that why would the system be swapping?
Maybe it mmap()'s anonymous memory and leaks it? pmap(1
On Wed, 22 Apr 2020 20:46:08 +0200
tlaro...@polynum.com wrote:
> (This can be also simply a memory leak in the program but since the
> RAM is not exhausted...).
Without much detail about how much memory, swap, etc your system is
using, it's anyone's guess really. You say "RAM is not exhausted" bu
Hello,
On Wed, Apr 22, 2020 at 08:46:08PM +0200, tlaro...@polynum.com wrote:
> an exhaustion of the NetBSD swap partition
> the RAM is not exhausted...
I beg your pardon? What exactly is happening? Does swapctl -l
claim it's full? What does vmstat say?
also: i think you shold be able to see wit
tlaro...@polynum.com writes:
> The question: is this the compatibility layer that uses the swap
> partition instead of the RAM for its allocation or is this the program
> itself that uses it (and there is enough RAM on the node for
> accommodating it even if I do not understand why it should need
tlaro...@polynum.com writes:
>I run it with Linux compatibility and emulation under NetBSD, and this
>program, that should simply take a line at a time from stdin and
>convert coordinates, leads, when there are too many lines (records) to
>an exhaustion of the NetBSD swap partition (limited in siz
Hello,
A closed source program exists freely downloadable for Windows and some
version of Linux.
I run it with Linux compatibility and emulation under NetBSD, and this
program, that should simply take a line at a time from stdin and
convert coordinates, leads, when there are too many lines (recor
26 matches
Mail list logo