• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Finding CPU & Memory info on BSD box?

A

Armitage

Banned
Ok, on a Linux box I'd just use:

cat /proc/cpuinfo
free

What's the equivalent on a BSD box to get information on the CPU(s) and memory?
Thanks
 
There isn't one, use dmesg.

EDIT: duh, which BSD? FreeBSD has a /proc, look there. NetBSD required BBWF to get in here and answer. OpenBSD disabled /proc by default, but dmesg has that information.
 
It's FreeBSD, which has a /proc but no cpuinfo in there.
But yea, I found what I needed in dmesg. Thanks.

dmesg is pretty fugly to parse though 🙁

 
Originally posted by: ergeorge
It's FreeBSD, which has a /proc but no cpuinfo in there.
But yea, I found what I needed in dmesg. Thanks.

dmesg is pretty fugly to parse though 🙁
Click to expand...

Uglier than adding to /proc kernel code?
 
Try vmstat (lots of options for it too), sysstat, tons of other little utils that I can't recall/don't know. dmesg isn't too bad to parse, It was my first python project.

edit: If you don't want live usage info, but just info about the hardware itself/how much you have/etc, then yeah, dmesg is the way to go.
 
Originally posted by: n0cmonkey
Originally posted by: ergeorge
It's FreeBSD, which has a /proc but no cpuinfo in there.
But yea, I found what I needed in dmesg. Thanks.

dmesg is pretty fugly to parse though 🙁
Click to expand...

Uglier than adding to /proc kernel code?
Click to expand...

?? Not sure what you mean by that ??

In any case, I'm thinking I need to drop this bit anyway. I have a distributed program where the slaves would report back the speed of the cpu they were running on so the master process could make an initial hack at load balancing. But it's getting used on to many different platforms (Linux, BSD, SGI, maybe Sun) and everybody does that bit differently, and it doesn't take into account system load anyway.

Besides, after the first cycle, it balances the load dynamically based on the actual runtimes on the previous cycle. When I had a small cluster of various speed machines it was nice for debugging (so you aren't waiting on the slow machines to get through a cycle). But now I have a real cluster that's largely homogeneous and much faster that I develop on 😀 So it's not worth the trouble to maintain it.
 
/proc may not be the best solution (I think it's been moved to sysfs or something in 2.5) but it's got a lot of information that's just a pain to coax out of BSD. What happens when the kernel log wraps around and dmesg is filled with other messages (I get 2 arp replacement messages periodically because of how my ISP is setup)?

The lack of a 'free' command is also annoying.
 
Originally posted by: Nothinman
What happens when the kernel log wraps around and dmesg is filled with other messages
Click to expand...
cat /var/run/dmesg.out (on netbsd at least)

(I get 2 arp replacement messages periodically because of how my ISP is setup)?
Click to expand...
Heh, I get those too, very annoying.

The lack of a 'free' command is also annoying.
Click to expand...
I believe vmstat under memory/avm is the number of used pages, divide it by 1024 and that's your mem usage in MB (same number as "act" in top), but I'm not 100% sure because 138MB seems a bit high to me (no gui, etc).
 
You must log in or register to reply here.

TRENDING THREADS

Back
Top