Re: RELENG_6 kernel panic + savecore(8) problem

2007-12-01 Thread Jeremy Chadwick
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

2007-12-01 Thread Johan Ström

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

2007-12-01 Thread Jeremy Chadwick
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)

2007-12-01 Thread Oliver Peter
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)

2007-12-01 Thread Ariff Abdullah
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)

2007-12-01 Thread Oliver Peter
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

2007-12-01 Thread Gary Palmer
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

2007-12-01 Thread Sam Leffler

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

2007-12-01 Thread Teemu Korhonen
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

2007-12-01 Thread Alexey Vlasov
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

2007-12-01 Thread Mark Linimon
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

2007-12-01 Thread Reko Turja



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

2007-12-01 Thread Reko Turja

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

2007-12-01 Thread Daniel Gerzo
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

2007-12-01 Thread Josh Carroll
> > 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

2007-12-01 Thread Daniel O'Connor
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

2007-12-01 Thread Jonathan Chen
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]"