Re: Pointers about CPU load measuring
Hello, Thanks Dan. This is the best. I also tried using kvm, but code is longer and the program shall run as root. I'm working on a daemon which shall evaluate CPU load and SHALL not run as root. Best regards, Jose-Marcio Dan Nelson wrote: In the last episode (Apr 02), Dag-Erling Smorgrav said: Jose Marcio Martins da Cruz <[EMAIL PROTECTED]> writes: Someone can send some pointers on how to measure global CPU load under FreeBSD from a C program ? I'm looking for values for idle/kernel/user, in a similar way as does top. Is there any pointer or doc ?. I'd like to avoir browsing top code. Use sysctlbyname(3) to retrieve vm.loadavg, which is a struct loadavg (defined in ) Actually the kern.cp_time variable might be better if you want idle/kernel/user values. It returns a long cp_time[CPUSTATES]; the states are listed in . Top calculates percentages by keeping the previous interval values, calculating diffs, totaling up the diffs, and setting percentage[cpustate] = diff[cpustate]/totaldiff. -- --- Jose Marcio MARTINS DA CRUZ Tel. :(33) 01.40.51.93.41 Ecole des Mines de Paris http://j-chkmail.ensmp.fr 60, bd Saint Michelhttp://www.ensmp.fr/~martins 75272 - PARIS CEDEX 06 mailto:[EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
File system full
Hi folks. Today for i have noticed that the /tmp partition on one of our mail servers was reported as full. I have checked if there's any files in /tmp but found that it wasn't true. du reports that /tmp is only using 50K. After a few minutes the size changed from 100% to 66%. Even that makes no sense: %df -h .. /dev/amrd0s1f 492M 298M 155M66%/tmp %du -skh /tmp/ 16K/tmp/ Any clues to why it behaves that way ? Thanx Paul ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: File system full
Paul Khavkine wrote: > Today for i have noticed that the /tmp partition on one of our mail > servers was reported as > full. I have checked if there's any files in /tmp but found that it > wasn't true. > > > du reports that /tmp is only using 50K. > > After a few minutes the size changed from 100% to 66%. > > Even that makes no sense: That would probably be the 'softupdates' effect. It was full, then whatever filled it got deleted; and, due to the softupdates delay, you see it gradually be freed again. - Mark ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: File system full
Well it did go down to 63% now but the partition is COMPLETELY empty, 16K used. Even 63% doesn't make sense. How long for softupdates to flush all deleted data usually ? The box is 4.6-STABLE BTW. Thanx Paul Mark wrote: > Paul Khavkine wrote: > > > Today for i have noticed that the /tmp partition on one of our mail > > servers was reported as > > full. I have checked if there's any files in /tmp but found that it > > wasn't true. > > > > > > du reports that /tmp is only using 50K. > > > > After a few minutes the size changed from 100% to 66%. > > > > Even that makes no sense: > > That would probably be the 'softupdates' effect. It was full, then whatever > filled it got deleted; and, due to the softupdates delay, you see it > gradually be freed again. > > - Mark ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: File system full
On Mon, Apr 05, 2004 at 12:00:53PM -0700, [EMAIL PROTECTED] wrote: > Date: Mon, 05 Apr 2004 14:49:42 -0400 > From: Paul Khavkine <[EMAIL PROTECTED]> > Subject: File system full > To: [EMAIL PROTECTED] ... > > Today for i have noticed that the /tmp partition on one of our mail > servers was reported as > full. I have checked if there's any files in /tmp but found that it > wasn't true. > > du reports that /tmp is only using 50K. > > After a few minutes the size changed from 100% to 66%. > > Even that makes no sense: > > %df -h > .. > /dev/amrd0s1f 492M 298M 155M66%/tmp > > %du -skh /tmp/ > 16K/tmp/ > > > Any clues to why it behaves that way ? Almost certainly a classic all-Un*x problem: There are long-lived running processes holding already-deleted files open in /tmp. Such files have already removed from the directories, and hence are not visible to ls or du, but can not be freed by the operating system until the process which opened them terminates, hence their space shows up in df and is not free for allocation. This can be a form of local DOS, but it's more likely a coding/design error. I've particularly run into this with Apache + mod_perl on a high-load website. Apache keeps processes around for a relatively long time, and in the persistent perl environment, if files are not explicitly closed they remain open by the interpreter - so a Perl script which creates temp files and doesn't explicitly close them at the end of each execution pass can really rack up the disk space with "invisible" files. -- Clifton -- Clifton Royston -- [EMAIL PROTECTED] Tiki Technologies Lead Programmer/Software Architect Did you ever fly a kite in bed? Did you ever walk with ten cats on your head? Did you ever milk this kind of cow? Well we can do it. We know how. If you never did, you should. These things are fun, and fun is good. -- Dr. Seuss ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: File system full
I see. Any way to find out what process is doing it ? I doubt it's a local DoS since noone has shell access to the machine. Thanx Paul Clifton Royston wrote: > On Mon, Apr 05, 2004 at 12:00:53PM -0700, [EMAIL PROTECTED] wrote: > > Date: Mon, 05 Apr 2004 14:49:42 -0400 > > From: Paul Khavkine <[EMAIL PROTECTED]> > > Subject: File system full > > To: [EMAIL PROTECTED] > ... > > > > Today for i have noticed that the /tmp partition on one of our mail > > servers was reported as > > full. I have checked if there's any files in /tmp but found that it > > wasn't true. > > > > du reports that /tmp is only using 50K. > > > > After a few minutes the size changed from 100% to 66%. > > > > Even that makes no sense: > > > > %df -h > > .. > > /dev/amrd0s1f 492M 298M 155M66%/tmp > > > > %du -skh /tmp/ > > 16K/tmp/ > > > > > > Any clues to why it behaves that way ? > > Almost certainly a classic all-Un*x problem: > > There are long-lived running processes holding already-deleted files > open in /tmp. Such files have already removed from the directories, > and hence are not visible to ls or du, but can not be freed by the > operating system until the process which opened them terminates, hence > their space shows up in df and is not free for allocation. This can be > a form of local DOS, but it's more likely a coding/design error. > > I've particularly run into this with Apache + mod_perl on a high-load > website. Apache keeps processes around for a relatively long time, and > in the persistent perl environment, if files are not explicitly closed > they remain open by the interpreter - so a Perl script which creates > temp files and doesn't explicitly close them at the end of each > execution pass can really rack up the disk space with "invisible" > files. > > -- Clifton > > -- > Clifton Royston -- [EMAIL PROTECTED] > Tiki Technologies Lead Programmer/Software Architect > Did you ever fly a kite in bed? Did you ever walk with ten cats on your head? > Did you ever milk this kind of cow? Well we can do it. We know how. > If you never did, you should. These things are fun, and fun is good. > -- Dr. Seuss ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: File system full
On Mon, Apr 05, 2004 at 03:13:54PM -0400, Paul Khavkine wrote: > I see. > > Any way to find out what process is doing it ? > > I doubt it's a local DoS since noone has shell access to the machine. > > Thanx > Paul You should be able to use fstat (or lsof, if you have it installed) to find what files are currently open by running processes, and look through the output for files in /tmp. man fstat, and look at the -f option. -- Clifton -- Clifton Royston -- [EMAIL PROTECTED] Tiki Technologies Lead Programmer/Software Architect Did you ever fly a kite in bed? Did you ever walk with ten cats on your head? Did you ever milk this kind of cow? Well we can do it. We know how. If you never did, you should. These things are fun, and fun is good. -- Dr. Seuss ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"