On 2007-Oct-15 12:43:39 -0400, William LeFebvre <[EMAIL PROTECTED]> wrote:
>Whether there is actual swapping going on or not, processes will still need
>swap space. There needs to be a backing store for every page that's in
>physical memory.
This isn't true for FreeBSD. You can even totally di
In the last episode (Oct 14), Artem Kuchin said:
> Maybe someone with deeper knowledge of the internals of FreeBSD can
> clean up something for me (any for many others)^
>
> Here are lines from my top:
>
> PID USERNAMETHR PRI NICE SIZERES STATE C TIME WCPU COMMAND
> 9258 hordelo_r
On Mon, Oct 15, 2007 at 03:08:36PM -0700, Alfred Perlstein wrote:
> * William LeFebvre <[EMAIL PROTECTED]> [071015 06:49] wrote:
> >
> > Unfortunately, freebsd does not appear to track the amount of shared
> > virtual memory for each process. It could be obtained by walking
> > through all the
* William LeFebvre <[EMAIL PROTECTED]> [071015 06:49] wrote:
>
> Unfortunately, freebsd does not appear to track the amount of shared
> virtual memory for each process. It could be obtained by walking
> through all the pages in a process's vm map, but that would really slow
> top down. I don'
William LeFebvre wrote:
Artem Kuchin wrote:
CPU is more than just enough in my case. There will a a lot https
sitting there but load, i am sure, will be low.
If the load is low then you may not need very many processes.
They belong to different sites ;) so they need to be run constantly
and
Artem Kuchin wrote:
CPU is more than just enough in my case. There will a a lot https
sitting there but load, i am sure, will be low.
If the load is low then you may not need very many processes.
Swapping is simply unacceptable, so i am counting only real physical ram.
Whether there is actu
William LeFebvre wrote:
Artem Kuchin wrote:
Hello!
Maybe someone with deeper knowledge of the internals of FreeBSD
can clean up something for me (any for many others)^
Here are lines from my top:
PID USERNAMETHR PRI NICE SIZERES STATE C TIME WCPU
COMMAND 9258 hordelo_ru1
Artem Kuchin wrote:
Hello!
Maybe someone with deeper knowledge of the internals of FreeBSD
can clean up something for me (any for many others)^
Here are lines from my top:
PID USERNAMETHR PRI NICE SIZERES STATE C TIME WCPU COMMAND
9258 hordelo_ru1 40 40992K 4260K ac
In the last episode (Oct 14), Artem Kuchin said:
> Maybe someone with deeper knowledge of the internals of FreeBSD can
> clean up something for me (any for many others)^
>
> Here are lines from my top:
>
> PID USERNAMETHR PRI NICE SIZERES STATE C TIME WCPU COMMAND
> 9258 hordelo_r