Real and Free Memory

2005-07-20 Thread Özkan KIRIK
Hi, i am trying to measure free memory and real memory. but values at dmesg.boot and sysctl are diffrent. # cat /var/run/dmesg.boot | grep real real memory = 268435456 (256 MB) # sysctl vm.vmtotal | grep Real Real Memory:(Total: 232792K Active 122448K) As above, values are not

Re: Real and Free Memory

2005-07-20 Thread Marc Olzheim
On Wed, Jul 20, 2005 at 11:42:57AM +0300, zkan KIRIK wrote: Hi, i am trying to measure free memory and real memory. but values at dmesg.boot and sysctl are diffrent. # cat /var/run/dmesg.boot | grep real real memory = 268435456 (256 MB) # sysctl vm.vmtotal | grep Real Real

Re: Real and Free Memory

2005-07-20 Thread Özkan KIRIK
Thanks for your fast reply. What about free memory? does vm.vmtotal give right value? Marc Olzheim wrote: On Wed, Jul 20, 2005 at 11:42:57AM +0300, zkan KIRIK wrote: Hi, i am trying to measure free memory and real memory. but values at dmesg.boot and sysctl are diffrent. # cat

Re: Real and Free Memory

2005-07-20 Thread Baldur Gislason
You must understand that in FreeBSD there is not much free memory as free memory is wasted memory. However, most memory listed as buffers or cache will be given up by the kernel whenever requested. top has a good level of information about your memory usage. You can also fetch a program in ports

Re: Real and Free Memory

2005-07-20 Thread Marc Olzheim
On Wed, Jul 20, 2005 at 10:56:58AM +0200, Marc Olzheim wrote: On Wed, Jul 20, 2005 at 11:42:57AM +0300, zkan KIRIK wrote: Hi, i am trying to measure free memory and real memory. but values at dmesg.boot and sysctl are diffrent. # cat /var/run/dmesg.boot | grep real real memory

Re: help w/panic under heavy load - 5.4

2005-07-20 Thread Giorgos Keramidas
On 2005-07-19 22:03, Edwin [EMAIL PROTECTED] wrote: Hi John, Updated the kernel, same crash under load, looks like m is null, you're right. Not quite sure where to go from here. I'm happy to do the footwork - just still real hazy on the BSD kernel part of things. panic: m_copym, offset

Re: help w/panic under heavy load - 5.4

2005-07-20 Thread Edwin
Hi Giorgos, Yes - I'm using polling, but it still panics even w/ polling disabled or not compiled in. Still reproducible - same scenario (high load - actually, not even really high load - relative load,- small network packets). I did both (output included below): - disable polling via sysctl -

UFS2 recovery tool?

2005-07-20 Thread Frank Mayhar
Due to a series of circumstances involving a RAID controller and an unclear user interface and an unfortunate use of fsck -y, I managed to hammer a couple of very large file systems. (Fortunately I had a very recent copy of /home backed up elsewhere, or I wouldn't be sending this email.) While I

Re: Real and Free Memory

2005-07-20 Thread Daniel Rock
Özkan KIRIK schrieb: # cat /var/run/dmesg.boot | grep real real memory = 268435456 (256 MB) # sysctl vm.vmtotal | grep Real Real Memory:(Total: 232792K Active 122448K) Real memory output from dmesg isn't the total amount of memory in the system, but only the highest address

Re: UFS2 recovery tool?

2005-07-20 Thread Anish Mistry
On Wednesday 20 July 2005 01:30 pm, Frank Mayhar wrote: Due to a series of circumstances involving a RAID controller and an unclear user interface and an unfortunate use of fsck -y, I managed to hammer a couple of very large file systems. (Fortunately I had a very recent copy of /home backed

Re: help w/panic under heavy load - 5.4

2005-07-20 Thread Edwin
Giorgos/John/et.al :) I have compiled/tested/traced about 15 separate kernels for this, and am happy to provide crashdumps/etc to anyone interested :) I decided to start over - create a GENERIC kernel (w/ DDB/KDB/INVARIANTS/INVARIANT_SUPPORT) and see what I started to get if I could reproduce

Atheros, hardware access layer, collisions

2005-07-20 Thread Sam Pierson
Hey all, I'm working on a project that requires creating a single packet collision between hosts, so I've been digging around in /sys/contrib/dev/ath for awhile now. I successfully disabled the CTS and RTS control frames from being transmitted, which was the first step. I believe now the