IPMI doesn't work...
on a 5.3 amd64 system. anyone have any luck or know anything about this? i can query variables right up until the point where the kernel loads, then nothing. ibm is saying this can be caused by the actual net driver (the Baseboard Management Controller (BMC) shares the network interface); we're using a Broadcom BCM5704C Dual gig adapter: bge0: Broadcom BCM5704C Dual Gigabit Ethernet, ASIC rev. 0x2003 mem 0xfe00-0xfe00,0xfe01-0xfe01 irq 24 at device 1.0 on pci2 anyone have any idea why this may be the case? unfortunately for me and others, the inability to remotely manage boxes (console/power cycle/detect drive failures/etc) via will be a deal breaker in our push for FBSD in our fleet (couple hundred) of dual proc amd64 IBM e325 servers. SuSe here we come (unwillingly)... thx ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 5.3 MySQL Performance
Any so-called benchmark comparing Linux to anything else (especially windoze) has been polluted by the tradition in the linux/windoze world of running their disks in the completely unsafe asynchronous mode so popular with the ATA disk drive manufacturers. This method means that you never actually know whether or not the drive ever writes your data on the disk. It could just sit in the cache waiting for a power failure so that you lose everything. This async mode means that the benchmarks look fast but are completely unsafe. so by this logic, if i re-mount my partitions async i can get the same performance? this isn't meant as a rub, i would seriously consider doing this if it were the case. i'd like to know any and all ways i can make mysql faster. we have fleats of mysql servers with redundant data. the loss of a server due to corruption is not problematic ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
%cpu in system - squid performance in FreeBSD 5.3
howdy, I've got a dual proc AMD64 (2gHz) FreeBSD 5.3R system running two squid processes (to take advantage of both CPUs). Each process is doing around 195 req/s, and the total bandwidth is ~40Mb/s (gig nic via bge driver). Squid is being used exclusively as a reverse proxy, with all content being served out of memory (very little disk activity). Top shows: CPU states: 16.0% user, 0.0% nice, 42.7% system, 7.6% interrupt, 33.6% idle Mem: 898M Active, 569M Inact, 179M Wired, 214M Buf, 171M Free Swap: 4069M Total, 4069M Free PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU COMMAND 14598 squid1080 463M 459M select 0 39.2H 59.96% 59.96% squid 14605 squid1050 421M 416M CPU0 1 38.4H 49.95% 49.95% squid but the % system time can fluctuate up to 60 at times. My question is if this is about the type of performance I could expect, or if people have seen better. I was expecting to see much better performance, seeing how everything is being served out of memory, but maybe I'm asking too much? 400 reqs/s from RAM doesn't seem like much. Is this a FreeBSD issue (anybody else with similar experience)? A majority of the cpu time being spent in system would seem to indictate such. What is all the system load? How can i tell? Any help/pointers/remarks appreciated thanks, jeff FreeBSD www1.cdn.sjc 5.3-RELEASE FreeBSD 5.3-RELEASE #1: Mon Nov 8 20:25:59 PST 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP amd64 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
%cpu (usr/system/idle) disappears on AMD64/5.3
On a 2 proc amd64 system, I lose cpu stats after being up for a period of time (~5 days in this case). Anyone know what's up with this? It's happened a number of times, with the only fix that I know of being a reboot. Any help greatly appreciated (we're trying to benchmark this system for production use). Info below: last pid: 16818; load averages: 0.19, 0.15, 0.10up 6+00:05:00 20:53:12 34 processes: 1 running, 33 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 0.0% idle Mem: 97M Active, 732M Inact, 274M Wired, 2772K Cache, 214M Buf, 687M Free Swap: 4069M Total, 9900K Used, 4059M Free FreeBSD www1.cdn.sjc 5.3-RELEASE FreeBSD 5.3-RELEASE #1: Mon Nov 8 20:25:59 PST 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP amd64 8:53PM up 6 days, 5 mins, 3 users, load averages: 0.14, 0.14, 0.09 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]