Re: RELENG_6 kernel panic + savecore(8) problem
On Sun, Nov 25, 2007 at 06:21:36PM -0800, Jeremy Chadwick wrote: > Tracing pid 3 tid 11 td 0xc7c6ed80 > kdb_enter(c06e475e,c073ade0,c06efb55,e6876bc8,100,...) at kdb_enter+0x30 > panic(c06efb55,ce04b280,100,c07156c0,0,...) at panic+0xce > handle_written_inodeblock(c858d200,dbda0a70,c07388e4,c06a3e4a,e6876c30,...) > at handle_written_inodeblock+0x5df > softdep_disk_write_complete(dbda0a70,c0652591,c80e65ac,e6876c94,c04e16c4,...) > at softdep_disk_write_complete+0xf1 > bufdone(dbda0a70,0,e6876ca8,c04e3e06,c80e65ac,...) at bufdone+0x7e > g_vfs_done(c80e65ac,0,0,c7d28200,c80a418c) at g_vfs_done+0xc6 > biodone(c80e65ac,c0738808,24c,c06dff1c,64,...) at biodone+0xb2 > g_io_schedule_up(c7c6ed80,4c,c7c6d218,c04e1bbc,e6876d24,...) at > g_io_schedule_up+0x89 > g_up_procbody(0,e6876d38,0,0,0,...) at g_up_procbody+0x7a > fork_exit(c04e1bbc,0,e6876d38) at fork_exit+0x7a > fork_trampoline() at fork_trampoline+0x8 To anyone who's familiar with the functions in the above backtrace: Could the above panic be caused by exhaustion of memory allocated to the dirhash code (UFS_DIRHASH)? I can provide details if needed, but thought I'd ask something somewhat vague for starters. :-) -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
scrambled (gmirror) dmesg output
Hello Im playing with a new box running RELENG_7.0 from yesterday. I got two discs with gmirror on ad[6|14]s1a and zfs-mirror on s1d. When o do atacontrol detach ata7 (detach ad14), i get this in dmesG: (first time) subdisk14: detached ad14: detached GEOM_MIRROR: Device gm1b: provider ad14s1bG dEiOsMc_oMnInReRcOtRe:d .De vice gm1: provider ad14s1a disconnected. (second time, detaching again after reattach) subdisk14: detached ad14: detached GEOMG_EMOIMR_RMOIRR:R ORD:e viDceev icgem 1bg:m 1p:r opvriodveird era d1a4ds114bs 1dai sdciosncnoencnteecdt.ed. huh? :) Some print raceing or something? Btw, Im doing ZFS'ed root as on wiki, but i added gmirror to the root partition to (and steps to install from one disc to the other, then boot over and add the original disc to mirrors).. I've documented the steps (or at least the commands and some simple comments), would anyone be interested in having it, on the wiki or otherwise? -- Johan Ström Stromnet [EMAIL PROTECTED] http://www.stromnet.se/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: scrambled (gmirror) dmesg output
On Sat, Dec 01, 2007 at 12:16:45PM +0100, Johan Ström wrote: > Hello > Im playing with a new box running RELENG_7.0 from yesterday. I got two > discs with gmirror on ad[6|14]s1a and zfs-mirror on s1d. When o do > atacontrol detach ata7 (detach ad14), i get this in dmesG: > > (first time) > subdisk14: detached > ad14: detached > GEOM_MIRROR: Device gm1b: provider ad14s1bG dEiOsMc_oMnInReRcOtRe:d .De > vice gm1: provider ad14s1a disconnected. > > (second time, detaching again after reattach) > subdisk14: detached > ad14: detached > GEOMG_EMOIMR_RMOIRR:R ORD:e viDceev icgem 1bg:m 1p:r opvriodveird era > d1a4ds114bs 1dai sdciosncnoencnteecdt.ed. > > huh? :) Some print raceing or something? The problem isn't specific to GEOM or ZFS. It's a known issue with two kernel printf()s being called simultaneously. There are older threads discussing the issue. I can dig up URLs if you want to read them, but I don't have them available quickly... -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3)
On Mon, Nov 19, 2007 at 10:22:33AM -0800, Kip Macy wrote: > On Nov 19, 2007 9:53 AM, Anish Mistry <[EMAIL PROTECTED]> wrote: > > On Wednesday 07 November 2007, Anish Mistry wrote: > > > On Monday 05 November 2007, [LoN]Kamikaze wrote: > > > > Marc Fonvieille wrote: > > > > > On Thu, Oct 18, 2007 at 05:53:47PM +0200, [LoN]Kamikaze wrote: > > > > >> Anish Mistry wrote: > > > > >>> On Thursday 18 October 2007, Marc Fonvieille wrote: > > > > On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry wrote: > > > > > I just updated to RELENG_7 from 6.2 and I'm running into > > > > > some really annoying issues with jerky mouse movement and > > > > > skipping sound. This seems to be similar to: > > > > > Re: SCHED_4BSD in RELENG_7 disturbs workflow > > > > > This happens both with 4BSD and ULE. > > > > > > > > > > I seems to happen when I'm compiling ports and a new > > > > > cc/bzip2/sh process fires off (I'm just watching top), I'll > > > > > get the skip/freezeup. > > > > > > > > [...] > > > > > > > > Using ULE and UP kernel (i.e. without SMP etc.) helped a bit > > > > the things but it's still very annoying to use firefox > > > > during ports build. I see this lag/freeze on all boxes I > > > > use with 7.0, but it's true that with a fast machine people > > > > can ignore the problem, it's less obvious than with a 1GHz > > > > box for example. > > > > >>> > > > > >>> Yeah, I'm still seeing this behavior. Does anyone have > > > > >>> suggestions on debugging? > > > > >>> > > > > >>> Thanks, > > > > >> > > > > >> I did post the solution in this thread. > > > > > > > > > > It has nothing to do with the mouse. > > > > > > > > Does the problem persist for you? It's gone for me, even with > > > > moused. > > > > > > Yes, the problem seems to have been fixed. I'm back to > > > kern.hz=1000 and removed FULL_PREEMPTION. No skipping. > > It looks like I spoke too soon. I've just tried to compile miro and > > as it was compiling the boost-python dependency I noticed the problem > > again. Switching kern.hz="100" seems to fix the problem. Can any of > > the developers in this area reproduce the issue? It's pretty easy to > > reproduce on my 1.33Ghz Athlon. > > > There is an ithread priority inversion bug that might be causing this. > The fix for that should be going in shortly. I have a similar problem under 7.0-BETA3 with SCHED_ULE and snd_ich. Sound is skipping with/without load every few seconds. kern.hz is at 1000 and dev.pcm.0.buffersize: 16384 % kldstat Id Refs AddressSize Name 1 29 0xc040 4f6390 kernel 21 0xc08f7000 16e8 splash_pcx.ko 31 0xc090f000 28660linux.ko 41 0xc0938000 102e8if_iwi.ko 51 0xc0949000 6ec8 snd_ich.ko 62 0xc095 4a36csound.ko 71 0xc099b000 4ce4 ichsmb.ko 82 0xc09a 2c20 smbus.ko 91 0xc09a3000 2a90 ichwd.ko 101 0xc09a6000 6a184acpi.ko 111 0xc4786000 f000 geom_eli.ko 121 0xc4795000 24000crypto.ko 131 0xc47b9000 a000 zlib.ko 141 0xc48cf000 3000 pflog.ko 151 0xc48d2000 33000pf.ko 161 0xcaaa2000 6000 i915.ko 171 0xcaaa8000 f000 drm.ko Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA3 #0: Fri Nov 30 11:16:35 CET 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DOGBERT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.60GHz (1596.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x10 real memory = 1601044480 (1526 MB) avail memory = 1559543808 (1487 MB) ichwd module loaded kbd1 at kbdmux0 module_register_init: MOD_LOAD (splash_pcx, 0xc08f7790, 0) error 19 ACPI Warning (tbfadt-0505): Optional field "Gpe1Block" has zero address or length:0102C/0 [20070320] acpi0: on motherboard acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a (3) failed acpi0: reservation of 10, 5ff0 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xa008-0xa00f,0xc000-0xcfff,0xa000-0xa003 irq 11 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M vgapci1: at device 2.1 on pci0 pcib1: irq 11 at device 28.0 on pci0 pci2: on pcib1 bge0: mem 0xa010-0xa010 irq 11 at device 0.0 on pci2 miibus0: on bge0 br
Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3)
On Sat, 1 Dec 2007 12:35:23 +0100 Oliver Peter <[EMAIL PROTECTED]> wrote: > On Mon, Nov 19, 2007 at 10:22:33AM -0800, Kip Macy wrote: > > On Nov 19, 2007 9:53 AM, Anish Mistry <[EMAIL PROTECTED]> wrote: > > > On Wednesday 07 November 2007, Anish Mistry wrote: > > > > On Monday 05 November 2007, [LoN]Kamikaze wrote: > > > > > Marc Fonvieille wrote: > > > > > > On Thu, Oct 18, 2007 at 05:53:47PM +0200, [LoN]Kamikaze > > > > > > wrote: > > > > > >> Anish Mistry wrote: > > > > > >>> On Thursday 18 October 2007, Marc Fonvieille wrote: > > > > > On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry > > > > > >wrote: I just updated to RELENG_7 from 6.2 and I'm > > > > > >running into some really annoying issues with jerky > > > > > >mouse movement and skipping sound. This seems to be > > > > > >similar to: Re: SCHED_4BSD in RELENG_7 disturbs > > > > > >workflow This happens both with 4BSD and ULE. > > > > > > > > > > > > I seems to happen when I'm compiling ports and a new > > > > > > cc/bzip2/sh process fires off (I'm just watching top), > > > > > >I'll get the skip/freezeup. > > > > > > > > > > [...] > > > > > > > > > > Using ULE and UP kernel (i.e. without SMP etc.) helped > > > > > >a bit >>> the things but it's still very annoying to use > > > > > >firefox >>> during ports build. I see this lag/freeze on > > > > > >all boxes I >>> use with 7.0, but it's true that with a > > > > > >fast machine people >>> can ignore the problem, it's less > > > > > >obvious than with a 1GHz >>> box for example. > > > > > >>> > > > > > >>> Yeah, I'm still seeing this behavior. Does anyone have > > > > > >>> suggestions on debugging? > > > > > >>> > > > > > >>> Thanks, > > > > > >> > > > > > >> I did post the solution in this thread. > > > > > > > > > > > > It has nothing to do with the mouse. > > > > > > > > > > Does the problem persist for you? It's gone for me, even > > > > > with moused. > > > > > > > > Yes, the problem seems to have been fixed. I'm back to > > > > kern.hz=1000 and removed FULL_PREEMPTION. No skipping. > > > It looks like I spoke too soon. I've just tried to compile miro > > > and as it was compiling the boost-python dependency I noticed > > > the problem again. Switching kern.hz="100" seems to fix the > > > problem. Can any of the developers in this area reproduce the > > > issue? It's pretty easy to reproduce on my 1.33Ghz Athlon. > > > > > There is an ithread priority inversion bug that might be causing > > this. The fix for that should be going in shortly. > > I have a similar problem under 7.0-BETA3 with SCHED_ULE and snd_ich. > Sound is skipping with/without load every few seconds. > > kern.hz is at 1000 and dev.pcm.0.buffersize: 16384 > Try setting hint.pcm.0.highlatency=1 through device.hints [...] > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > 1994 >The Regents of the University of California. All >rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-BETA3 #0: Fri Nov 30 11:16:35 CET 2007 > [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DOGBE > RT [...] -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot * users :P pgp8TUOvQFVcY.pgp Description: PGP signature
Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3)
On Sat, Dec 01, 2007 at 09:49:55PM +0800, Ariff Abdullah wrote: > On Sat, 1 Dec 2007 12:35:23 +0100 > Oliver Peter <[EMAIL PROTECTED]> wrote: > > On Mon, Nov 19, 2007 at 10:22:33AM -0800, Kip Macy wrote: > > > On Nov 19, 2007 9:53 AM, Anish Mistry <[EMAIL PROTECTED]> wrote: > > > > On Wednesday 07 November 2007, Anish Mistry wrote: > > > > > On Monday 05 November 2007, [LoN]Kamikaze wrote: > > > > > > Marc Fonvieille wrote: > > > > > > > On Thu, Oct 18, 2007 at 05:53:47PM +0200, [LoN]Kamikaze > > > > > > > wrote: > > > > > > >> Anish Mistry wrote: > > > > > > >>> On Thursday 18 October 2007, Marc Fonvieille wrote: > > > > > > On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry > > > > > > >wrote: I just updated to RELENG_7 from 6.2 and I'm > > > > > > >running into some really annoying issues with jerky > > > > > > >mouse movement and skipping sound. This seems to be > > > > > > >similar to: Re: SCHED_4BSD in RELENG_7 disturbs > > > > > > >workflow This happens both with 4BSD and ULE. > > > > > > > > > > > > > > I seems to happen when I'm compiling ports and a new > > > > > > > cc/bzip2/sh process fires off (I'm just watching top), > > > > > > >I'll get the skip/freezeup. > > > > > > > > > > > > [...] > > > > > > > > > > > > Using ULE and UP kernel (i.e. without SMP etc.) helped > > > > > > >a bit >>> the things but it's still very annoying to use > > > > > > >firefox >>> during ports build. I see this lag/freeze on > > > > > > >all boxes I >>> use with 7.0, but it's true that with a > > > > > > >fast machine people >>> can ignore the problem, it's less > > > > > > >obvious than with a 1GHz >>> box for example. > > > > > > >>> > > > > > > >>> Yeah, I'm still seeing this behavior. Does anyone have > > > > > > >>> suggestions on debugging? > > > > > > >>> > > > > > > >>> Thanks, > > > > > > >> > > > > > > >> I did post the solution in this thread. > > > > > > > > > > > > > > It has nothing to do with the mouse. > > > > > > > > > > > > Does the problem persist for you? It's gone for me, even > > > > > > with moused. > > > > > > > > > > Yes, the problem seems to have been fixed. I'm back to > > > > > kern.hz=1000 and removed FULL_PREEMPTION. No skipping. > > > > It looks like I spoke too soon. I've just tried to compile miro > > > > and as it was compiling the boost-python dependency I noticed > > > > the problem again. Switching kern.hz="100" seems to fix the > > > > problem. Can any of the developers in this area reproduce the > > > > issue? It's pretty easy to reproduce on my 1.33Ghz Athlon. > > > > > > > There is an ithread priority inversion bug that might be causing > > > this. The fix for that should be going in shortly. > > > > I have a similar problem under 7.0-BETA3 with SCHED_ULE and snd_ich. > > Sound is skipping with/without load every few seconds. > > > > kern.hz is at 1000 and dev.pcm.0.buffersize: 16384 > > > > Try setting hint.pcm.0.highlatency=1 through device.hints Thanks Ariff. A simple reboot fixed the problem... -- Oliver PETER, eMail: [EMAIL PROTECTED], ICQ# 113969174 "Worker bees can leave. Even drones can fly away. The Queen is their slave." pgp3nYxGYwoPB.pgp Description: PGP signature
Re: RELENG_6 kernel panic + savecore(8) problem
On Sat, Dec 01, 2007 at 03:28:56AM -0800, Jeremy Chadwick wrote: > On Sun, Nov 25, 2007 at 06:21:36PM -0800, Jeremy Chadwick wrote: > > Tracing pid 3 tid 11 td 0xc7c6ed80 > > kdb_enter(c06e475e,c073ade0,c06efb55,e6876bc8,100,...) at kdb_enter+0x30 > > panic(c06efb55,ce04b280,100,c07156c0,0,...) at panic+0xce > > handle_written_inodeblock(c858d200,dbda0a70,c07388e4,c06a3e4a,e6876c30,...) > > at handle_written_inodeblock+0x5df > > softdep_disk_write_complete(dbda0a70,c0652591,c80e65ac,e6876c94,c04e16c4,...) > > at softdep_disk_write_complete+0xf1 > > bufdone(dbda0a70,0,e6876ca8,c04e3e06,c80e65ac,...) at bufdone+0x7e > > g_vfs_done(c80e65ac,0,0,c7d28200,c80a418c) at g_vfs_done+0xc6 > > biodone(c80e65ac,c0738808,24c,c06dff1c,64,...) at biodone+0xb2 > > g_io_schedule_up(c7c6ed80,4c,c7c6d218,c04e1bbc,e6876d24,...) at > > g_io_schedule_up+0x89 > > g_up_procbody(0,e6876d38,0,0,0,...) at g_up_procbody+0x7a > > fork_exit(c04e1bbc,0,e6876d38) at fork_exit+0x7a > > fork_trampoline() at fork_trampoline+0x8 > > To anyone who's familiar with the functions in the above backtrace: > > Could the above panic be caused by exhaustion of memory allocated to the > dirhash code (UFS_DIRHASH)? I can provide details if needed, but > thought I'd ask something somewhat vague for starters. :-) The panic message that you cut from the above text is panic: handle_written_inodeblock: live inodedep In version 1.181.2.17 of ffs_softdep.c (the current copy I have) that panic happens at line 4664 when it attempts to free an inodedep structure and fails because the structure is still needed for some reason. From the comments in the softdep.h file: * The "inodedep" structure tracks the set of dependencies associated * with an inode. So its a softupdates related panic relating to an I/O to an inode that has completed. I can't see how dirhash could have caused this. To see why savecore() isn't saving your cores you might want to check syslog. savecore() should log to syslog at LOG_ERR priority in the DAEMON facility. Changing savecore_flags in /etc/rc.conf to be "-vv" might show up what the problem is if the box panic's and fails to save core again (it might also make boot a lot messier on the console) Regards, Gary P.S. I'm no softupates expert so I don't know what circumstances caused the panic in the first place. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: weird problems on 7.0-BETA3
Teemu Korhonen wrote: I'm getting usb-input device freezes and sometimes kernel panics that are somehow related to network traffic after upgrading from 6.2-RELEASE to 7.0-BETA3. One reproducible freeze comes when I try to update the server list in quake3 (linux version and native). Usb-mouse freezes as does usb-keyboard. Ps/2-keyboard works. The list doesn't update so I think the network freezes too. Message "nfe0: watchdog timeout (missed Tx interrupts) -- recovering" is generated in the log. After exiting quake3 the devices come back. Similar behavior occurs sometimes when watching streaming videos except that the error message is produced more frequently and usually it results in a kernel panic with a string "ohci_add_done: addr 0x0236cf30 not found". Sounds like the ithread scheduling issue I fixed; you can try updating to RELENG_7 or wait for a new build. Sam ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
weird problems on 7.0-BETA3
I'm getting usb-input device freezes and sometimes kernel panics that are somehow related to network traffic after upgrading from 6.2-RELEASE to 7.0-BETA3. One reproducible freeze comes when I try to update the server list in quake3 (linux version and native). Usb-mouse freezes as does usb-keyboard. Ps/2-keyboard works. The list doesn't update so I think the network freezes too. Message "nfe0: watchdog timeout (missed Tx interrupts) -- recovering" is generated in the log. After exiting quake3 the devices come back. Similar behavior occurs sometimes when watching streaming videos except that the error message is produced more frequently and usually it results in a kernel panic with a string "ohci_add_done: addr 0x0236cf30 not found". ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD
Hi, It seems that I'm not the only one who faced the problem that FreeBSD is non productive on multiprocessors platforms. I use OS Linux on my hosting for web-servers, base for all servers is the same m/b S5000PAL ( SR1500), 2 quad kernel cpu Xeon E5320 or E5345, 8Gb RAM. I decided to install FreeBSD 6.2 i386 on one of the servers, and the result was totally non productive. Used software, Apache 2.2.6 (worker) as frontend Proxy, backend Apache 2.2.3 (prefork) By the time we understood,that something was wrong with FreeBSD, there had already been placed about 10 sites with high-capacity and about hundred of usual ones. And this was the limit for FreeBSD. It came along with a great amount of Context Switches, about hundred thousands. I attached the log what was then happening with FreeBSD. After playing with ab (ApacheBenchmark) options, it turned out that even with the following options you can totally down the server: ./ab -n 100 -c 20 -t 30 http://somesite-freebsd.com I copied at the same time somesite.com (php scripts) to Linux server, launched ab with the same options, and saw that it has no influence on work of the server. (And by the way there work about 1.5 virtual hosts on that server) All options for Apache on Linux and FreeBSD are the same: FreeBSD: This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0 Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright 2006 The Apache Software Foundation, http://www.apache.org/ Benchmarking somesite-freebsd.com (be patient) Finished 29 requests Server Software:Apache/2.2.3 Server Hostname:somesite-freebsd.com Server Port:80 Document Path: /ab/ Document Length:41450 bytes Concurrency Level: 20 Time taken for tests: 30.44765 seconds Complete requests: 29 Failed requests:22 (Connect: 0, Length: 22, Exceptions: 0) Write errors: 0 Total transferred: 1529557 bytes HTML transferred: 1513497 bytes Requests per second:0.97 [#/sec] (mean) Time per request: 20720.527 [ms] (mean) Time per request: 1036.026 [ms] (mean, across all concurrent requests) Transfer rate: 49.69 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect:0 1760 1503.4 30023002 Processing: 866 13328 9460.5 13853 26246 Waiting: 139 2286 2319.0 11296764 Total:871 15089 10642.6 16855 29248 Percentage of the requests served within a certain time (ms) 50% 16705 66% 22670 75% 25439 80% 26342 90% 29160 95% 29188 98% 29248 99% 29248 100% 29248 (longest request) Linux: (the same site) This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0 Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright 2006 The Apache Software Foundation, http://www.apache.org/ Benchmarking linux.1gb.ru (be patient) Finished 814 requests Server Software:Apache/2.2.3 Server Hostname:somesite-linux.com Server Port:80 Document Path: /ab/ Document Length:41451 bytes Concurrency Level: 20 Time taken for tests: 30.3216 seconds Complete requests: 814 Failed requests:759 (Connect: 0, Length: 759, Exceptions: 0) Write errors: 0 Non-2xx responses: 1 Total transferred: 34430291 bytes HTML transferred: 34126461 bytes Requests per second:27.13 [#/sec] (mean) Time per request: 737.180 [ms] (mean) Time per request: 36.859 [ms] (mean, across all concurrent requests) Transfer rate: 1120.65 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect:00 0.0 0 0 Processing: 214 725 575.25575001 Waiting: 41 265 376.01313280 Total:214 725 575.25575001 Percentage of the requests served within a certain time (ms) 50%557 66%716 75%863 80%967 90% 1398 95% 1749 98% 2529 99% 3064 100% 5001 (longest request) # cat /etc/sysctl.conf security.bsd.see_other_uids=0 kern.maxfiles=204800 kern.maxfilesperproc=202400 kernel: machine i386 cpu I686_CPU ident F1RNT1 options PAE options SMP options SCHED_4BSD options PREEMPTION options INET options FFS options SOFTUPDATES options UFS_ACL options UFS_DIRHASH options NULLFS options MD_ROOT options CD9660 options PROCFS options PSEUDOFS options GEOM_GPT options GEOM_LABEL options GEOM_MIRROR options COMPAT_43 options COMPAT_FREEBSD4 options COMPAT_FREEBSD5 options SCSI_DELAY=5000 options KTRACE options SYSVSHM options SYSVMSG options SYSVSEM options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTA
Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD
On Sun, Dec 02, 2007 at 12:37:32AM +0300, Alexey Vlasov wrote: > I decided to install FreeBSD 6.2 i386 on one of the servers, and the > result was totally non productive. The 6.x series was intended to get us back to the stability that we had had pre-SMP integration. I believe we mostly succeeded. One of the major thrusts for 7.0 development was to fix the performance regressions that had been introduced. From the results that I have seen (I am not one of the participants), there has been major progress over the past 2 years in removing yet one bottleneck after another. Recent tests show us to be on a par with Linux on a number of benchmarks; of course, we need more people testing 7.0 in real-world environments to confirm this. You may want to try the 7.0 release candidate on a testbed to see if your results have improved as much as we think that they will have. mcl ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD
I use OS Linux on my hosting for web-servers, base for all servers is the same m/b S5000PAL ( SR1500), 2 quad kernel cpu Xeon E5320 or E5345, 8Gb RAM. I decided to install FreeBSD 6.2 i386 on one of the servers, To be a bit mor specific with my previous reply, in order to use SCHED_ULE you need to be running 7.x (which is quite stable already even being a beta. And of course with 64 bit hardware it's best to run amd64 version of the OS. -Reko ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD
On Sat, 01 Dec 2007 23:37:32 +0200, Alexey Vlasov <[EMAIL PROTECTED]> wrote: kernel: machine i386 cpu I686_CPU ident F1RNT1 options PAE One very probable culprit for slowness options SMP options SCHED_4BSD Using _ULE might yield a bit more performance as well # cat /etc/make.conf CPUTYPE?=nocona CFLAGS=-O2 -pipe I think the recommended practise is either use CFLAGS+= or put the local compiler tweaks to COPTFALGS these days. Not sure if this affects performance tho' -Reko ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re[2]: 2 x quad-core system is slower that 2 x dual core on FreeBSD
Hello Alexey, Saturday, December 1, 2007, 10:37:32 PM, you wrote: > I use OS Linux on my hosting for web-servers, base for all servers is > the same m/b S5000PAL ( SR1500), 2 quad kernel cpu Xeon E5320 or E5345, > 8Gb RAM. I decided to install FreeBSD 6.2 i386 on one of the servers, > and the result was totally non productive. Please try with RELENG_7 (aka. FreeBSD 7.0-BETA3) and ULE scheduler. -- Best regards, Danielmailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD
> > options PAE > > One very probable culprit for slowness I'd say it IS the culprit. PAE is known to decrease performance, and this is probably 95% of the cause. > Using _ULE might yield a bit more performance as well Yes, in 7.0-BETA3 I'm seeing a 7% increase in performance (sysbench with 8 threads on a 4-core system) with ULE over 4BSD. Both great suggestions. If he needs the high memory support, I would test without PAE just to test the performance (along with changing to the ULE scheduler), then rebuild the system later with amd64 so he doesn't have to use the PAE hack. Regards, Josh ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Intel S3000AH stall on boot
Hi, I am doing some work for a company that recently bought 2 systems based on the above motherboard and mostly they work fine, however on boot just before userland starts they stall for about a minute. (Just after it starts the second CPU). They have an Adaptec 3405 connected to 4 HDs in RAID10 (using the driver from Adaptec's website). The swi2 is.. 18 ?? WL 0:00.00 [swi2: cambio] -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: System Reboots with Bittorrent Use
On Sat, Dec 01, 2007 at 10:14:27PM -0600, [EMAIL PROTECTED] wrote: > >Date: Sun, 2 Dec 2007 07:48:20 +1300 > >From: Jonathan Chen <[EMAIL PROTECTED]> > >> I have since reformatted my computer. I began using deluge > >> again a couple weeks ago, but am again experiencing > >> spontaneous reboots, now when using deluge (I don't have > >> rtorrent installed). I don't get any message in > >> /var/logs/messages (is there a way to make the computer log > >> more? Are there other logs I should check?). In general the > >> file system needs to be cleaned after the reboot. > > > >There's a bug in the kernel with 6-STABLE with Bittorrent > clients that > >use multiple threads. This includes the latest deluge and azureus > >ports. I've filed a PR for this: > > > >http://www.freebsd.org/cgi/query-pr.cgi?pr=117717 > > > >but it's been getting no love from the developers. You could try > >poking freebsd-stable@ for help. > > Thanks a lot, that sounds like it could very well be the > problem. I don't think it's a physical hardware problem, > because I have no problem using bittorrent in Windows, and the > behavior went away (previously) when switching from rTorrent > to an older version of Deluge. > > I don't think I have the dmesg from after the crash anymore -- > I don't want to replicate it because I'm kind of worried that > something will go terribly wrong with the disk... > > Is there a bittorrent client someone would like to recommend? If you could downgrade to deluge-0.5.5, that was the last one that worked. Cheers. -- Jonathan Chen <[EMAIL PROTECTED]> -- "Beer. Now there's a temporary solution." - Homer Simpson ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"