On 03-Sep-98 Iain McLaren wrote:
>  Sorry for the confusion...
>  
> > There should not be a diald process created every time you
> > connect.
> > My machine creates one diald process (PID is 208) which is the only
> > diald it has until the next reboot.  Do this command
> >     ps ax | grep diald
>  
>  There's only one diald process but every time diald dials, it creates 
>  new connect and pppd processes which increases the next PID 
>  available. These are terminated by diald as part of it's operation.
That's normal. Each process gets a new PID, and when the machine
gets to 30,000, it goes back to 0 (doesn't re-use running PIDs,
obviously).
>  
> > You might also look into the vmstat and ps commands to figure out
> > where your machine cycles are going.
>  
>  I get this from vmstat when the machine is running slow:
>  
>  procs               memory swap     io system     cpu
>  r b w swpd free buff cache si so bi bo in cs us sy id
>  0 0 0 6140 900  404  3816  0  0  0  1  11 10 3  2  1
         ^^^^
You didn't mention how much swap you've configured, but if
the machine has to do a lot of swapping, you'll notice the
slowdowns you report. If you configure memory-hungry processes
such as squid to use too much memory, you could get 
slowdowns once squid uses all memory, and each new process
requires the system to page out.
To see if processes are using too much memory, use the 
  ps -axl 
and check the RSS column - that indicates the resident
memory footprint of the program.
>  
>  I'm not sure whether diald is at fault - maybe I'm just 
>  asking too much of the server!
I have a 486/66 with 32Mb running diald, dctrl, squid, 
samba, named, dhcp, qmail, fetchmail, inews and a couple of
other servers, and it doesn't even break a sweat:

justus:/root # uptime
  3:01pm  up 26 days, 21:39,  1 user,  load average: 0.05, 0.04, 0.00

I rebooted it when the office re-opened and it usually runs
for the rest of the year without rebooting, unless I upgrade
the kernel (currently 2.0.35).

Take care,

Stefaan
-- 

PGP key available from PGP key servers (http://www.pgp.net/pgpnet/)
___________________________________________________________________
Perfection is reached, not when there is no longer anything to add,
but when there is no longer anything to take away. -- Saint-Exup�ry


-
To unsubscribe from this list: send the line "unsubscribe linux-diald" in
the body of a message to [EMAIL PROTECTED]

Reply via email to