From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 00:11:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEB821065670 for ; Sun, 11 Dec 2011 00:11:48 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-1.mit.edu (DMZ-MAILSEC-SCANNER-1.MIT.EDU [18.9.25.12]) by mx1.freebsd.org (Postfix) with ESMTP id 680118FC08 for ; Sun, 11 Dec 2011 00:11:48 +0000 (UTC) X-AuditID: 1209190c-b7f806d0000008d6-38-4ee3f5437f4c Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id 33.C8.02262.345F3EE4; Sat, 10 Dec 2011 19:11:47 -0500 (EST) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id pBB0BlTm026130; Sat, 10 Dec 2011 19:11:47 -0500 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id pBB0BjZF001723 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 10 Dec 2011 19:11:46 -0500 (EST) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id pBB0Bi71027621; Sat, 10 Dec 2011 19:11:44 -0500 (EST) Date: Sat, 10 Dec 2011 19:11:44 -0500 (EST) From: Benjamin Kaduk To: "O. Hartmann" In-Reply-To: <4EE3C86F.6020101@zedat.fu-berlin.de> Message-ID: References: <4EE32D8D.2080308@zedat.fu-berlin.de> <201112100735.27683.break19@gmail.com> <201112100751.28788.break19@gmail.com> <4EE3C86F.6020101@zedat.fu-berlin.de> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-122232023-1323562304=:882" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrOKsWRmVeSWpSXmKPExsUixG6nouv89bGfwdVF2hZz3nxgsvg76w+T A5PHjE/zWTxObT/IGMAUxWWTkpqTWZZapG+XwJXx9dxMpoJlghXze1qYGxgf83UxcnJICJhI HF98kAXCFpO4cG89WxcjF4eQwD5GiVV7ZrNCOBsYJa6+Xc4I4RxgknjUtRKqrIFR4sjhe4wg /SwC2hLdnfPYQWw2ARWJmW82soHYIgL6EueaToPZzALyEv+vXGYCsYUFHCWOLL0IFucUMJLY 9WsFWJxXwF7iyY01TBALljJK3FrxkhkkISqgI7F6/xQWiCJBiZMzn7BADPWTuLLmLPsERsFZ SFKzkKQgbEuJc3+us0HYrhJPfs+FshUlNh/YzQph20scuNfLCGGLSqy4MQfKtpNY//UK2wJG jlWMsim5Vbq5iZk5xanJusXJiXl5qUW6hnq5mSV6qSmlmxhB8cMpybOD8c1BpUOMAhyMSjy8 J5499hNiTSwrrsw9xCjJwaQkyvv0E1CILyk/pTIjsTgjvqg0J7X4EKMEB7OSCO/pTqAcb0pi ZVVqUT5MSpqDRUmct3rXQz8hgfTEktTs1NSC1CKYrAwHh5IE74QvQI2CRanpqRVpmTklCGkm Dk6Q4TxAwztAaniLCxJzizPTIfKnGBWlxHkXgSQEQBIZpXlwvbD09opRHOgVYd4ukCoeYGqE 634FNJgJaPCX7Acgg0sSEVJSDYxLOWb8/nY7PiQn/F1mFucj+SVWUR0Prfx0dp6+P71xzyU5 VfMXPhau0vKPKydsnfrmd7Jl/qbJh2YLLPtqu0Hl5n4uZp33scarP92/WCNzev70tMd7Sw9a q0R7Zv2dWpNUe7msSuv60g0NAUYe23+EPxKwOLpcxtLt77ObZq9zturM1grOkduuxFKckWio xVxUnAgAmeiVeUoDAAA= Cc: freebsd-current@freebsd.org Subject: Re: How to update /usr/src/ using SVN and "make update"? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 00:11:49 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-122232023-1323562304=:882 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Sat, 10 Dec 2011, O. Hartmann wrote: > On 12/10/11 14:51, Chuck Burns wrote: >> On Saturday, December 10, 2011 7:35:27 AM Chuck Burns wrote: >>> Here is quick, hackish patch to allow your make update to work, it appears >>> that the Makefile.inc1 does not include the full path to svn, while it does >>> include the full path to cvs and other tools, this makes me think that the >>> user path is ignored (which is a good thing) >>> >> >> Heh, I am notorious for overthinking things. My bad.. yes, just add >> SVN=/usr/local/bin/svn >> to your /etc/make.conf file >> >> -- >> Chuck Burns > Hello. > > I did this already, since it looked logical to me. > It isn't simply about "please add ..." hakish things. If there would be > no objection, it is a nice move to have the SVN variable setting > mentioned in the man page for make.conf. > > If it isn't opportune to have the user-path in the system's search path, > then a note should be droped into the manpage to inform the admin or > user to set the SVN variable properly. So, something like the attached? -Ben Kaduk ---559023410-122232023-1323562304=:882 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=make.conf.5.diff.txt Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=make.conf.5.diff.txt LS0tIG1ha2UuY29uZi41Lm9yaWcJMjAxMS0xMi0xMCAxOTowNDoyMS4wMDAw MDAwMDAgLTA1MDANCisrKyBtYWtlLmNvbmYuNQkyMDExLTEyLTEwIDE5OjEw OjEzLjAwMDAwMDAwMCAtMDUwMA0KQEAgLTMzMyw2ICszMzMsMTIgQEANCiAu UGEgc3JjDQogdHJlZSB3aXRoDQogLkRxIExpICJtYWtlIHVwZGF0ZSIgLg0K K05vdGUgdGhhdCBzaW5jZSB0aGVyZSBpcyBub3QgYSBzdWJ2ZXJzaW9uIGNs aWVudCBpbiB0aGUgYmFzZSBzeXN0ZW0sDQoreW91IHdpbGwgbmVlZCB0byBz ZXQNCisuVmEgU1ZODQordG8gdGhlIHBhdGggdG8gYQ0KKy5YciBzdm4gMQ0K K2JpbmFyeS4NCiAuSXQgVmEgV1dXU1VQRklMRQ0KIC5QcSBWdCBzdHINCiBU aGUgd3d3DQo= ---559023410-122232023-1323562304=:882-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 01:42:02 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 852F61065672 for ; Sun, 11 Dec 2011 01:42:02 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4D8208FC0C for ; Sun, 11 Dec 2011 01:42:02 +0000 (UTC) Received: by ggnp1 with SMTP id p1so6162412ggn.13 for ; Sat, 10 Dec 2011 17:42:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=/7UiUuUf4TY/lhcYrrvFjucirai96sOitqKbbXQcxsM=; b=QJham8q/+qn/d4dR2B5WCE3apPJvYrY/eKHGDDgWlOKuAk11VRgw6IIWHykhMkfOXh ObZRtaDEoXpXUxI7m7vvFAsqVlrxTyN3iGaPUtqAyY/CqtreXvYaSOOtloJ3hOwnxRr+ xWojPN+TWx2RA6Xi+kVwsiTwMfxKWw+0BclsM= MIME-Version: 1.0 Received: by 10.101.160.5 with SMTP id m5mr3127972ano.3.1323567721730; Sat, 10 Dec 2011 17:42:01 -0800 (PST) Received: by 10.100.93.8 with HTTP; Sat, 10 Dec 2011 17:42:01 -0800 (PST) Date: Sat, 10 Dec 2011 17:42:01 -0800 Message-ID: From: Maksim Yevmenkin To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: calling all fs experts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 01:42:02 -0000 Hello, i have a question for fs wizards. suppose i can persuade modern spinning disk to do "large" reads (say 512K to 1M) at a time. also, suppose file system on such modern spinning drive is used to store large files (tens to hundreds of megabytes). is there any way i can tweak the file system parameters (block size, layout, etc) to help it to get as close to "disk's sequential read rate" as possible. I understand that i will not be able to get 100MB/sec single client sequential read rate, but, can i get it into sustained 40-50MB/sec rate? also, can i reduce performance impact caused by "small reads" such as directory access etc. thanks, max From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 02:02:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87A8F1065670; Sun, 11 Dec 2011 02:02:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 560128FC08; Sun, 11 Dec 2011 02:02:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBB22wLw037170; Sat, 10 Dec 2011 21:02:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBB22w2x037120; Sun, 11 Dec 2011 02:02:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 11 Dec 2011 02:02:58 GMT Message-Id: <201112110202.pBB22w2x037120@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 02:02:59 -0000 TB --- 2011-12-10 23:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-10 23:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-12-10 23:50:00 - cleaning the object tree TB --- 2011-12-10 23:50:21 - cvsupping the source tree TB --- 2011-12-10 23:50:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-12-10 23:50:37 - building world TB --- 2011-12-10 23:50:37 - CROSS_BUILD_TESTING=YES TB --- 2011-12-10 23:50:37 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-10 23:50:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-10 23:50:37 - SRCCONF=/dev/null TB --- 2011-12-10 23:50:37 - TARGET=i386 TB --- 2011-12-10 23:50:37 - TARGET_ARCH=i386 TB --- 2011-12-10 23:50:37 - TZ=UTC TB --- 2011-12-10 23:50:37 - __MAKE_CONF=/dev/null TB --- 2011-12-10 23:50:37 - cd /src TB --- 2011-12-10 23:50:37 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 10 23:50:38 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 11 01:55:50 UTC 2011 TB --- 2011-12-11 01:55:50 - generating LINT kernel config TB --- 2011-12-11 01:55:50 - cd /src/sys/i386/conf TB --- 2011-12-11 01:55:50 - /usr/bin/make -B LINT TB --- 2011-12-11 01:55:50 - cd /src/sys/i386/conf TB --- 2011-12-11 01:55:50 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-11 01:55:50 - building LINT-NOINET kernel TB --- 2011-12-11 01:55:50 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 01:55:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 01:55:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 01:55:50 - SRCCONF=/dev/null TB --- 2011-12-11 01:55:50 - TARGET=i386 TB --- 2011-12-11 01:55:50 - TARGET_ARCH=i386 TB --- 2011-12-11 01:55:50 - TZ=UTC TB --- 2011-12-11 01:55:50 - __MAKE_CONF=/dev/null TB --- 2011-12-11 01:55:50 - cd /src TB --- 2011-12-11 01:55:50 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Dec 11 01:55:50 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/eisa/eisaconf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_ioctl': /src/sys/dev/e1000/if_em.c:1047: warning: unused variable 'ifa' [-Wunused-variable] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-11 02:02:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-11 02:02:57 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-11 02:02:57 - 6334.80 user 1132.69 system 7977.17 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 02:38:37 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 745C0106564A; Sun, 11 Dec 2011 02:38:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 479578FC13; Sun, 11 Dec 2011 02:38:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBB2cat0079057; Sat, 10 Dec 2011 21:38:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBB2cajA079028; Sun, 11 Dec 2011 02:38:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 11 Dec 2011 02:38:36 GMT Message-Id: <201112110238.pBB2cajA079028@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 02:38:37 -0000 TB --- 2011-12-10 23:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-10 23:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-12-10 23:50:00 - cleaning the object tree TB --- 2011-12-10 23:50:27 - cvsupping the source tree TB --- 2011-12-10 23:50:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-12-10 23:55:51 - building world TB --- 2011-12-10 23:55:51 - CROSS_BUILD_TESTING=YES TB --- 2011-12-10 23:55:51 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-10 23:55:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-10 23:55:51 - SRCCONF=/dev/null TB --- 2011-12-10 23:55:51 - TARGET=amd64 TB --- 2011-12-10 23:55:51 - TARGET_ARCH=amd64 TB --- 2011-12-10 23:55:51 - TZ=UTC TB --- 2011-12-10 23:55:51 - __MAKE_CONF=/dev/null TB --- 2011-12-10 23:55:51 - cd /src TB --- 2011-12-10 23:55:51 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 10 23:55:52 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Dec 11 02:31:49 UTC 2011 TB --- 2011-12-11 02:31:49 - generating LINT kernel config TB --- 2011-12-11 02:31:49 - cd /src/sys/amd64/conf TB --- 2011-12-11 02:31:49 - /usr/bin/make -B LINT TB --- 2011-12-11 02:31:49 - cd /src/sys/amd64/conf TB --- 2011-12-11 02:31:49 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-11 02:31:49 - building LINT-NOINET kernel TB --- 2011-12-11 02:31:49 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 02:31:49 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 02:31:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 02:31:49 - SRCCONF=/dev/null TB --- 2011-12-11 02:31:49 - TARGET=amd64 TB --- 2011-12-11 02:31:49 - TARGET_ARCH=amd64 TB --- 2011-12-11 02:31:49 - TZ=UTC TB --- 2011-12-11 02:31:49 - __MAKE_CONF=/dev/null TB --- 2011-12-11 02:31:49 - cd /src TB --- 2011-12-11 02:31:49 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Dec 11 02:31:49 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_rtl80x9.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_ioctl': /src/sys/dev/e1000/if_em.c:1047: warning: unused variable 'ifa' [-Wunused-variable] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-11 02:38:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-11 02:38:36 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-11 02:38:36 - 7640.24 user 1500.08 system 10115.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 07:33:05 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E592106564A; Sun, 11 Dec 2011 07:33:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3072F8FC08; Sun, 11 Dec 2011 07:33:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBB7X42E028424; Sun, 11 Dec 2011 02:33:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBB7X4O0028390; Sun, 11 Dec 2011 07:33:04 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 11 Dec 2011 07:33:04 GMT Message-Id: <201112110733.pBB7X4O0028390@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 07:33:05 -0000 TB --- 2011-12-11 05:20:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-11 05:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-12-11 05:20:00 - cleaning the object tree TB --- 2011-12-11 05:20:24 - cvsupping the source tree TB --- 2011-12-11 05:20:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-12-11 05:20:59 - building world TB --- 2011-12-11 05:20:59 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 05:20:59 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 05:20:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 05:20:59 - SRCCONF=/dev/null TB --- 2011-12-11 05:20:59 - TARGET=i386 TB --- 2011-12-11 05:20:59 - TARGET_ARCH=i386 TB --- 2011-12-11 05:20:59 - TZ=UTC TB --- 2011-12-11 05:20:59 - __MAKE_CONF=/dev/null TB --- 2011-12-11 05:20:59 - cd /src TB --- 2011-12-11 05:20:59 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 11 05:21:00 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 11 07:26:04 UTC 2011 TB --- 2011-12-11 07:26:04 - generating LINT kernel config TB --- 2011-12-11 07:26:04 - cd /src/sys/i386/conf TB --- 2011-12-11 07:26:04 - /usr/bin/make -B LINT TB --- 2011-12-11 07:26:05 - cd /src/sys/i386/conf TB --- 2011-12-11 07:26:05 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-11 07:26:05 - building LINT-NOINET kernel TB --- 2011-12-11 07:26:05 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 07:26:05 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 07:26:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 07:26:05 - SRCCONF=/dev/null TB --- 2011-12-11 07:26:05 - TARGET=i386 TB --- 2011-12-11 07:26:05 - TARGET_ARCH=i386 TB --- 2011-12-11 07:26:05 - TZ=UTC TB --- 2011-12-11 07:26:05 - __MAKE_CONF=/dev/null TB --- 2011-12-11 07:26:05 - cd /src TB --- 2011-12-11 07:26:05 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Dec 11 07:26:05 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/eisa/eisaconf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_ioctl': /src/sys/dev/e1000/if_em.c:1047: warning: unused variable 'ifa' [-Wunused-variable] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-11 07:33:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-11 07:33:03 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-11 07:33:03 - 6334.90 user 1128.24 system 7983.04 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 08:09:02 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE09D1065672; Sun, 11 Dec 2011 08:09:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7BC368FC08; Sun, 11 Dec 2011 08:09:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBB8917N069037; Sun, 11 Dec 2011 03:09:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBB891LH069031; Sun, 11 Dec 2011 08:09:01 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 11 Dec 2011 08:09:01 GMT Message-Id: <201112110809.pBB891LH069031@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 08:09:02 -0000 TB --- 2011-12-11 05:20:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-11 05:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-12-11 05:20:00 - cleaning the object tree TB --- 2011-12-11 05:20:31 - cvsupping the source tree TB --- 2011-12-11 05:20:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-12-11 05:25:55 - building world TB --- 2011-12-11 05:25:55 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 05:25:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 05:25:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 05:25:55 - SRCCONF=/dev/null TB --- 2011-12-11 05:25:55 - TARGET=amd64 TB --- 2011-12-11 05:25:55 - TARGET_ARCH=amd64 TB --- 2011-12-11 05:25:55 - TZ=UTC TB --- 2011-12-11 05:25:55 - __MAKE_CONF=/dev/null TB --- 2011-12-11 05:25:55 - cd /src TB --- 2011-12-11 05:25:55 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 11 05:25:56 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Dec 11 08:02:01 UTC 2011 TB --- 2011-12-11 08:02:02 - generating LINT kernel config TB --- 2011-12-11 08:02:02 - cd /src/sys/amd64/conf TB --- 2011-12-11 08:02:02 - /usr/bin/make -B LINT TB --- 2011-12-11 08:02:02 - cd /src/sys/amd64/conf TB --- 2011-12-11 08:02:02 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-11 08:02:02 - building LINT-NOINET kernel TB --- 2011-12-11 08:02:02 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 08:02:02 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 08:02:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 08:02:02 - SRCCONF=/dev/null TB --- 2011-12-11 08:02:02 - TARGET=amd64 TB --- 2011-12-11 08:02:02 - TARGET_ARCH=amd64 TB --- 2011-12-11 08:02:02 - TZ=UTC TB --- 2011-12-11 08:02:02 - __MAKE_CONF=/dev/null TB --- 2011-12-11 08:02:02 - cd /src TB --- 2011-12-11 08:02:02 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Dec 11 08:02:02 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_rtl80x9.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_ioctl': /src/sys/dev/e1000/if_em.c:1047: warning: unused variable 'ifa' [-Wunused-variable] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-11 08:09:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-11 08:09:01 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-11 08:09:01 - 7638.41 user 1505.30 system 10140.63 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 08:52:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F470106564A for ; Sun, 11 Dec 2011 08:52:35 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 162718FC12 for ; Sun, 11 Dec 2011 08:52:34 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1RZf98-00048U-0B>; Sun, 11 Dec 2011 09:52:34 +0100 Received: from e178027071.adsl.alicedsl.de ([85.178.27.71] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1RZf97-0007xC-Rh>; Sun, 11 Dec 2011 09:52:33 +0100 Message-ID: <4EE46F4C.1010804@zedat.fu-berlin.de> Date: Sun, 11 Dec 2011 09:52:28 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Benjamin Kaduk References: <4EE32D8D.2080308@zedat.fu-berlin.de> <201112100735.27683.break19@gmail.com> <201112100751.28788.break19@gmail.com> <4EE3C86F.6020101@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig842CB3DF543F936B68EB9C4E" X-Originating-IP: 85.178.27.71 Cc: freebsd-current@freebsd.org Subject: Re: How to update /usr/src/ using SVN and "make update"? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 08:52:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig842CB3DF543F936B68EB9C4E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 12/11/11 01:11, Benjamin Kaduk wrote: > On Sat, 10 Dec 2011, O. Hartmann wrote: >=20 >> On 12/10/11 14:51, Chuck Burns wrote: >>> On Saturday, December 10, 2011 7:35:27 AM Chuck Burns wrote: >>>> Here is quick, hackish patch to allow your make update to work, it >>>> appears >>>> that the Makefile.inc1 does not include the full path to svn, while >>>> it does >>>> include the full path to cvs and other tools, this makes me think >>>> that the >>>> user path is ignored (which is a good thing) >>>> >>> >>> Heh, I am notorious for overthinking things. My bad.. yes, just add >>> SVN=3D/usr/local/bin/svn >>> to your /etc/make.conf file >>> >>> -- >>> Chuck Burns >> Hello. >> >> I did this already, since it looked logical to me. >> It isn't simply about "please add ..." hakish things. If there would b= e >> no objection, it is a nice move to have the SVN variable setting >> mentioned in the man page for make.conf. >> >> If it isn't opportune to have the user-path in the system's search pat= h, >> then a note should be droped into the manpage to inform the admin or >> user to set the SVN variable properly. >=20 > So, something like the attached? >=20 > -Ben Kaduk Yes. Anything giving the FreeBSD user a hint on SVN without diggin into Makefile.incX would be appreciated (by myself, I can't speak on behalf of the community). Thanks, Oliver --------------enig842CB3DF543F936B68EB9C4E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJO5G9RAAoJEOgBcD7A/5N8a8oH/R754oKz5bPjX8/LvLSK3pZM srY81NUlDIK9RkZviNRDakb85kkQTH0VVMeCFu9IF8/HeKqJQliTr2VKbD4bGgBS aGOZa/mXxyuHghOqxLx6B7bfMm/AqAW22HaWgcNrClFOYqVILWkcjQ5mlccU9c4p CE+dKmCECqSKDf3k63iHkiZjH1rf/tYML/Cb4YY6pvUnhzyFuR/XYMGc/6BsWewF xTRn3K2ZKt673YwK9x4ijFhtRfTA0ZiSNRuRP7S2QAKVn43ixxedO5mbaFzFZKFH KKXSlpexGIj6kCkKsARbaaz40xZg1Fs/7/jYTXd3p3YO8OHdraxp/s3CGryRsn8= =EDbf -----END PGP SIGNATURE----- --------------enig842CB3DF543F936B68EB9C4E-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 09:23:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 325D81065670; Sun, 11 Dec 2011 09:23:30 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id CD7A98FC08; Sun, 11 Dec 2011 09:23:29 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1RZfd1-0006hv-QA>; Sun, 11 Dec 2011 10:23:27 +0100 Received: from e178027071.adsl.alicedsl.de ([85.178.27.71] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1RZfd1-0000qF-K4>; Sun, 11 Dec 2011 10:23:27 +0100 Message-ID: <4EE4768F.8080208@zedat.fu-berlin.de> Date: Sun, 11 Dec 2011 10:23:27 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Benjamin Kaduk References: <4EDEF1FF.5020307@zedat.fu-berlin.de> <20111207061137.GA38900@troutmask.apl.washington.edu> <4EE351FE.5070807@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB200B152E7860A5B26E95B74" X-Originating-IP: 85.178.27.71 Cc: Current FreeBSD , gabor@freebsd.org Subject: Re: FreeBSD 10.0-CURRENT/AMD64 (CLANG): lang/gcc46 fails to build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 09:23:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB200B152E7860A5B26E95B74 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 12/11/11 00:50, Benjamin Kaduk wrote: > [-questions to bcc] >=20 > On Sat, 10 Dec 2011, O. Hartmann wrote: >=20 >> On 12/07/11 07:11, Steve Kargl wrote: >>> On Wed, Dec 07, 2011 at 05:56:31AM +0100, O. Hartmann wrote: >>>> config.status: creating ada/Makefile >>>> config.status: creating auto-host.h >>>> config.status: executing default commands >>>> gmake[2]: Leaving directory `/usr/ports/lang/gcc46/work/build' >>>> gmake[1]: *** [stage1-bubble] Error 2 >>>> gmake[1]: Leaving directory `/usr/ports/lang/gcc46/work/build' >>>> gmake: *** [bootstrap-lean] Error 2 >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/lang/gcc46. >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/lang/gcc46. >>>> >>>> =3D=3D=3D>>> make failed for lang/gcc46 >>>> =3D=3D=3D>>> Aborting update >>>> >>> >>> See if setting DISABLE_MAKE_JOBSi helps. >>> >> >> This doesn't work, either. >=20 > The end of the build log from that case should be more enlightening tha= n > the one you originally posted, as it is more likely to actually contain= > the actual error (which is not present in the snippet above). >=20 >> >> In /etc/src.conf, I use WITH_ICONV=3DYES and _WITH_BSD_GREP=3DYES. Swi= tching >> off WITH_ICONV seems to solve the problem on FreeBSD 10.0-CURRENT/amd6= 4. >> >> I do not know whether OS versions below 10.0 do support the WITH_ICONV= >> knob. >> >> This maybe is a hint to the problem. >=20 > iconv was only added to base in > r219019 | gabor | 2011-02-24 19:04:39 -0500 (Thu, 24 Feb 2011) > so it will first appear in the imminent 9.0 release. >=20 > Assuming that the error remains reproducible with an up-to-date tree, > the end of the build log from the DISABLE_MAKE_JOBS case would be usefu= l > to see. I've added gabor as a cc, since he seems to be doing most of > the iconv work. >=20 > -Ben Kaduk Following, you'll see the required output. This is the result on FreeBSD 10.-CURRENT/amd64, built with CLANG and in /etc/src.conf WITH_ICONV set. Also set is the requested knob DISABLE_MAKE_JOBS. Without /etc/src.conf setting of WITH_ICONV, lang/gcc46 build fine. Regards, Oliver P.S. The source tree is up to date and system/world has been built recently ago: FreeBSD 10.0-CURRENT #28 r228399 =3D=3D=3D=3D=3D configure: updating cache ./config.cache configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: executing depdir commands mkdir .deps gmake[3]: Entering directory `/usr/ports/lang/gcc46/work/build/libcpp' clang -I.././../gcc-4.6-20111202/libcpp -I. -I.././../gcc-4.6-20111202/libcpp/../include -I.././../gcc-4.6-20111202/libcpp/include -g -fkeep-inline-functions -W -Wall -Wwrite-strings -Wmissing-format-attribute -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wc++-compat -pedantic -Wno-long-long -I.././../gcc-4.6-20111202/libcpp -I. -I.././../gcc-4.6-20111202/libcpp/../include -I.././../gcc-4.6-20111202/libcpp/include -c -o charset.o -MT charset.o -MMD -MP -MF .deps/charset.Tpo .././../gcc-4.6-20111202/libcpp/charset.c =2E././../gcc-4.6-20111202/libcpp/charset.c:1371:1: error: conflicting types for 'cpp_interpret_string' cpp_interpret_string (cpp_reader *pfile, const cpp_string *from, size_t count, ^ =2E././../gcc-4.6-20111202/libcpp/include/cpplib.h:742:13: note: previous= declaration is here extern bool cpp_interpret_string (cpp_reader *, ^ =2E././../gcc-4.6-20111202/libcpp/charset.c:1452:1: error: conflicting types for 'cpp_interpret_string_notranslate' cpp_interpret_string_notranslate (cpp_reader *pfile, const cpp_string *fr= om, ^ =2E././../gcc-4.6-20111202/libcpp/include/cpplib.h:745:13: note: previous= declaration is here extern bool cpp_interpret_string_notranslate (cpp_reader *, ^ 2 errors generated. gmake[3]: *** [charset.o] Error 1 gmake[3]: Leaving directory `/usr/ports/lang/gcc46/work/build/libcpp' gmake[2]: *** [all-stage1-libcpp] Error 2 gmake[2]: Leaving directory `/usr/ports/lang/gcc46/work/build' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc46/work/build' gmake: *** [bootstrap-lean] Error 2 *** Error code 1 Stop in /usr/ports/lang/gcc46. *** Error code 1 Stop in /usr/ports/lang/gcc46. =3D=3D=3D>>> make failed for lang/gcc46 =3D=3D=3D>>> Aborting update =3D=3D=3D>>> You can restart from the point of failure with this command = line: portmaster lang/gcc46 --------------enigB200B152E7860A5B26E95B74 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJO5HaPAAoJEOgBcD7A/5N8RQkH/R7o2wcNPDMYXwQMfwWQDoHy dRW2q1io5WxfBIWWbyZ8ZIx/72f5beTcrPD4LJwWiC4qUYS/oR8pkkRcHBXPj3vm Mxj2Ti7NB7zbChiHdpLRDXx5Kc5LBQRXhUHmk9mLh8lQeCPgkrp9HR4f9CvJVlC4 os2OGX6f45kCgXzd6NR7PsOcimyAQlV9rh/j5lH0ywnmT1TsoYPsCvfHFPZ7eIiJ fX2pUbmjD0+J6et91wSknEy0/r4ITxCi4Fw//QsfZSd1b+hiZ0T5IGMjkodG3xFB RY+EAkrj874WM1SkpVvrG5qRSzk6whG+sUrVeK3ZSykn4IoWF8CUIVG6akwZStk= =SdcW -----END PGP SIGNATURE----- --------------enigB200B152E7860A5B26E95B74-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 09:27:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4464106566B; Sun, 11 Dec 2011 09:27:26 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 75B678FC0A; Sun, 11 Dec 2011 09:27:26 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:8815:eaa9:15e8:6eb3]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id CB56E4AC1C; Sun, 11 Dec 2011 13:27:23 +0400 (MSK) Date: Sun, 11 Dec 2011 13:27:17 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1406787882.20111211132717@serebryakov.spb.ru> To: freebsd-current@freebsd.org In-Reply-To: <76373418.20111209141018@serebryakov.spb.ru> References: <76373418.20111209141018@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Attilio Rao Subject: Re: FreeBSD/amd64 on machine without ACPI BIOS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 09:27:26 -0000 Hello, Freebsd-current. You wrote 9 =E4=E5=EA=E0=E1=F0=FF 2011 =E3., 14:10:18: > Soekris ("famous" developer of small x86-compatible appliance-like > hardware) released net6501 some time ago, which is based on Atom (E6xx) > CPU. > It seems, that 64-bit version of Linux could run on it without > problems. > But FreeBSD/amd64 can not. It stops after kernel detect some > devices without any errors or panics. > This box has one big difference from billions other Intel-based > boxes on market: it has very special BIOS without ACPI at all. Someone > says, that it could be reason why FreeBSD/amd64 could not be boot on > this box. > Is it true? Is it possible to have FreeBSD/amd64 without ACPI? It seems, that "device mptable" in kernel config helps. Why is it not in GENERIC kernel? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 09:31:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73084106566B for ; Sun, 11 Dec 2011 09:31:14 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3CB648FC0A for ; Sun, 11 Dec 2011 09:31:13 +0000 (UTC) Received: by iakl21 with SMTP id l21so1632002iak.13 for ; Sun, 11 Dec 2011 01:31:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=+NrOAZms9l/iu5R9q36PN3ZsFaPTfYHk/5/sPFMs7/U=; b=Z4sfpTXiupLE/S6XgSnhvKs+jmsQEss5yZBZgvMZkJMJ4dU9uees2kk04n46vphglG y7ED7TgmmSjLgyyU6VrHpLu3b+5s7//VuzsYD2SaYQKnFPbNspFE23zvUyMinO03zapf 0tMiGXXkx2kBkCequLf5JbhYTzVb6xGzWNxas= Received: by 10.50.12.161 with SMTP id z1mr10251298igb.85.1323595873388; Sun, 11 Dec 2011 01:31:13 -0800 (PST) Received: from [192.168.20.5] (c-24-6-49-154.hsd1.ca.comcast.net. [24.6.49.154]) by mx.google.com with ESMTPS id z22sm35218408ibg.5.2011.12.11.01.31.11 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 11 Dec 2011 01:31:12 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: <201112110809.pBB891LH069031@freebsd-current.sentex.ca> Date: Sun, 11 Dec 2011 01:31:07 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <2BE45634-A45D-4D3C-8DF1-AF57CDB0054F@gmail.com> References: <201112110809.pBB891LH069031@freebsd-current.sentex.ca> To: Jack F Vogel X-Mailer: Apple Mail (2.1084) Cc: "freebsd-current@freebsd.org Current" Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 09:31:14 -0000 On Dec 11, 2011, at 12:09 AM, FreeBSD Tinderbox wrote: > TB --- 2011-12-11 05:20:00 - tinderbox 2.8 running on = freebsd-current.sentex.ca > TB --- 2011-12-11 05:20:00 - starting HEAD tinderbox run for = amd64/amd64 > TB --- 2011-12-11 05:20:00 - cleaning the object tree > TB --- 2011-12-11 05:20:31 - cvsupping the source tree > TB --- 2011-12-11 05:20:31 - /usr/bin/csup -z -r 3 -g -L 1 -h = cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile > TB --- 2011-12-11 05:25:55 - building world > TB --- 2011-12-11 05:25:55 - CROSS_BUILD_TESTING=3DYES > TB --- 2011-12-11 05:25:55 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2011-12-11 05:25:55 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-12-11 05:25:55 - SRCCONF=3D/dev/null > TB --- 2011-12-11 05:25:55 - TARGET=3Damd64 > TB --- 2011-12-11 05:25:55 - TARGET_ARCH=3Damd64 > TB --- 2011-12-11 05:25:55 - TZ=3DUTC > TB --- 2011-12-11 05:25:55 - __MAKE_CONF=3D/dev/null > TB --- 2011-12-11 05:25:55 - cd /src > TB --- 2011-12-11 05:25:55 - /usr/bin/make -B buildworld >>>> World build started on Sun Dec 11 05:25:56 UTC 2011 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything >>>> stage 5.1: building 32 bit shim libraries >>>> World build completed on Sun Dec 11 08:02:01 UTC 2011 > TB --- 2011-12-11 08:02:02 - generating LINT kernel config > TB --- 2011-12-11 08:02:02 - cd /src/sys/amd64/conf > TB --- 2011-12-11 08:02:02 - /usr/bin/make -B LINT > TB --- 2011-12-11 08:02:02 - cd /src/sys/amd64/conf > TB --- 2011-12-11 08:02:02 - /usr/sbin/config -m LINT-NOINET > TB --- 2011-12-11 08:02:02 - building LINT-NOINET kernel > TB --- 2011-12-11 08:02:02 - CROSS_BUILD_TESTING=3DYES > TB --- 2011-12-11 08:02:02 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2011-12-11 08:02:02 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-12-11 08:02:02 - SRCCONF=3D/dev/null > TB --- 2011-12-11 08:02:02 - TARGET=3Damd64 > TB --- 2011-12-11 08:02:02 - TARGET_ARCH=3Damd64 > TB --- 2011-12-11 08:02:02 - TZ=3DUTC > TB --- 2011-12-11 08:02:02 - __MAKE_CONF=3D/dev/null > TB --- 2011-12-11 08:02:02 - cd /src > TB --- 2011-12-11 08:02:02 - /usr/bin/make -B buildkernel = KERNCONF=3DLINT-NOINET >>>> Kernel build for LINT-NOINET started on Sun Dec 11 08:02:02 UTC = 2011 >>>> stage 1: configuring the kernel >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything > [...] > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef = -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs = -fdiagnostics-show-option -nostdinc -I. -I/src/sys = -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include = opt_global.h -fno-common -finline-limit=3D8000 --param = inline-unit-growth=3D100 --param large-function-growth=3D1000 -DGPROF = -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin = -fno-omit-frame-pointer -mno-sse -mcmodel=3Dkernel -mno-red-zone = -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding = -fstack-protector -Werror -pg -mprofiler-epilogue = /src/sys/dev/ed/if_ed_rtl80x9.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef = -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs = -fdiagnostics-show-option -nostdinc -I. -I/src/sys = -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include = opt_global.h -fno-common -finline-limit=3D8000 --param = inline-unit-growth=3D100 --param large-function-growth=3D1000 -DGPROF = -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin = -fno-omit-frame-pointer -mno-sse -mcmodel=3Dkernel -mno-red-zone = -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding = -fstack-protector -Werror -pg -mprofiler-epilogue = /src/sys/dev/ed/if_ed_pccard.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef = -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs = -fdiagnostics-show-option -nostdinc -I. -I/src/sys = -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include = opt_global.h -fno-common -finline-limit=3D8000 --param = inline-unit-growth=3D100 --param large-function-growth=3D1000 -DGPROF = -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin = -fno-omit-frame-pointer -mno-sse -mcmodel=3Dkernel -mno-red-zone = -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding = -fstack-protector -Werror -pg -mprofiler-epilogue = /src/sys/dev/ed/if_ed_pci.c > awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; = cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef = -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs = -fdiagnostics-show-option -nostdinc -I. -I/src/sys = -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include = opt_global.h -fno-common -finline-limit=3D8000 --param = inline-unit-growth=3D100 --param large-function-growth=3D1000 -DGPROF = -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin = -fno-omit-frame-pointer -mno-sse -mcmodel=3Dkernel -mno-red-zone = -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding = -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 = -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef = -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs = -fdiagnostics-show-option -nostdinc -I. -I/src/sys = -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include = opt_global.h -fno-common -finline-limit=3D8000 --param = inline-unit-growth=3D100 --param large-function-growth=3D1000 -DGPROF = -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin = -fno-omit-frame-pointer -mno-sse -mcmodel=3Dkernel -mno-red-zone = -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding = -fstack-protector -Werror -pg -mprofiler-epilogue = /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 > cc1: warnings being treated as errors > /src/sys/dev/e1000/if_em.c: In function 'em_ioctl': > /src/sys/dev/e1000/if_em.c:1047: warning: unused variable 'ifa' = [-Wunused-variable] > *** Error code 1 Hi Jack, The following blurb fixes LINT-NOINET so it compiles properly = again on amd64. Thanks! -Garrett Index: sys/dev/e1000/if_igb.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/e1000/if_igb.c (revision 228404) +++ sys/dev/e1000/if_igb.c (working copy) @@ -990,7 +990,7 @@ { struct adapter *adapter =3D ifp->if_softc; struct ifreq *ifr =3D (struct ifreq *)data; -#if defined(INET) || defined(INET6) +#ifdef INET struct ifaddr *ifa =3D (struct ifaddr *)data; #endif int error =3D 0; Index: sys/dev/e1000/if_em.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/e1000/if_em.c (revision 228404) +++ sys/dev/e1000/if_em.c (working copy) @@ -1043,7 +1043,7 @@ { struct adapter *adapter =3D ifp->if_softc; struct ifreq *ifr =3D (struct ifreq *)data; -#if defined(INET) || defined(INET6) +#ifdef INET struct ifaddr *ifa =3D (struct ifaddr *)data; #endif bool avoid_reset =3D FALSE;= From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 13:12:20 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C66A1065670; Sun, 11 Dec 2011 13:12:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 67FDD8FC0A; Sun, 11 Dec 2011 13:12:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBBDCJBc085858; Sun, 11 Dec 2011 08:12:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBBDCJoM085817; Sun, 11 Dec 2011 13:12:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 11 Dec 2011 13:12:19 GMT Message-Id: <201112111312.pBBDCJoM085817@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 13:12:20 -0000 TB --- 2011-12-11 10:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-11 10:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-12-11 10:50:00 - cleaning the object tree TB --- 2011-12-11 10:50:25 - cvsupping the source tree TB --- 2011-12-11 10:50:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-12-11 10:50:44 - building world TB --- 2011-12-11 10:50:44 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 10:50:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 10:50:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 10:50:44 - SRCCONF=/dev/null TB --- 2011-12-11 10:50:44 - TARGET=i386 TB --- 2011-12-11 10:50:44 - TARGET_ARCH=i386 TB --- 2011-12-11 10:50:44 - TZ=UTC TB --- 2011-12-11 10:50:44 - __MAKE_CONF=/dev/null TB --- 2011-12-11 10:50:44 - cd /src TB --- 2011-12-11 10:50:44 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 11 10:50:45 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 11 12:55:36 UTC 2011 TB --- 2011-12-11 12:55:36 - generating LINT kernel config TB --- 2011-12-11 12:55:37 - cd /src/sys/i386/conf TB --- 2011-12-11 12:55:37 - /usr/bin/make -B LINT TB --- 2011-12-11 12:55:37 - cd /src/sys/i386/conf TB --- 2011-12-11 12:55:37 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-11 12:55:37 - building LINT-NOINET kernel TB --- 2011-12-11 12:55:37 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 12:55:37 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 12:55:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 12:55:37 - SRCCONF=/dev/null TB --- 2011-12-11 12:55:37 - TARGET=i386 TB --- 2011-12-11 12:55:37 - TARGET_ARCH=i386 TB --- 2011-12-11 12:55:37 - TZ=UTC TB --- 2011-12-11 12:55:37 - __MAKE_CONF=/dev/null TB --- 2011-12-11 12:55:37 - cd /src TB --- 2011-12-11 12:55:37 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Dec 11 12:55:37 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT-NOINET cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel if_em.o: In function `em_ioctl': if_em.c:(.text+0xac44): undefined reference to `arp_ifinit' if_igb.o: In function `igb_ioctl': if_igb.c:(.text+0x878a): undefined reference to `arp_ifinit' *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-11 13:12:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-11 13:12:18 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-11 13:12:18 - 6822.21 user 1189.18 system 8537.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 13:27:48 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1EB11065672 for ; Sun, 11 Dec 2011 13:27:48 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 681458FC08 for ; Sun, 11 Dec 2011 13:27:47 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBD126.dip.t-dialin.net [93.203.209.38]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id pBBCvCKj096800; Sun, 11 Dec 2011 12:57:12 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id pBBCux6T052587; Sun, 11 Dec 2011 13:56:59 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id pBBCuoAJ063552; Sun, 11 Dec 2011 13:56:55 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201112111256.pBBCuoAJ063552@fire.js.berklix.net> To: Maksim Yevmenkin From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sat, 10 Dec 2011 17:42:01 PST." Date: Sun, 11 Dec 2011 13:56:50 +0100 Sender: jhs@berklix.com Cc: current@freebsd.org Subject: Re: calling all fs experts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 13:27:49 -0000 Hi, Reference: > From: Maksim Yevmenkin Maksim Yevmenkin wrote: > Hello, > > i have a question for fs wizards. There is a list for them: freebsd-fs@freebsd.org Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 13:48:02 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DCB2106564A; Sun, 11 Dec 2011 13:48:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B4D2B8FC13; Sun, 11 Dec 2011 13:48:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBBDm0mr090415; Sun, 11 Dec 2011 08:48:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBBDm0QN090393; Sun, 11 Dec 2011 13:48:00 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 11 Dec 2011 13:48:00 GMT Message-Id: <201112111348.pBBDm0QN090393@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 13:48:02 -0000 TB --- 2011-12-11 10:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-11 10:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-12-11 10:50:00 - cleaning the object tree TB --- 2011-12-11 10:50:33 - cvsupping the source tree TB --- 2011-12-11 10:50:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-12-11 10:55:58 - building world TB --- 2011-12-11 10:55:58 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 10:55:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 10:55:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 10:55:58 - SRCCONF=/dev/null TB --- 2011-12-11 10:55:58 - TARGET=amd64 TB --- 2011-12-11 10:55:58 - TARGET_ARCH=amd64 TB --- 2011-12-11 10:55:58 - TZ=UTC TB --- 2011-12-11 10:55:58 - __MAKE_CONF=/dev/null TB --- 2011-12-11 10:55:58 - cd /src TB --- 2011-12-11 10:55:58 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 11 10:55:58 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Dec 11 13:32:09 UTC 2011 TB --- 2011-12-11 13:32:10 - generating LINT kernel config TB --- 2011-12-11 13:32:10 - cd /src/sys/amd64/conf TB --- 2011-12-11 13:32:10 - /usr/bin/make -B LINT TB --- 2011-12-11 13:32:10 - cd /src/sys/amd64/conf TB --- 2011-12-11 13:32:10 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-11 13:32:10 - building LINT-NOINET kernel TB --- 2011-12-11 13:32:10 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 13:32:10 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 13:32:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 13:32:10 - SRCCONF=/dev/null TB --- 2011-12-11 13:32:10 - TARGET=amd64 TB --- 2011-12-11 13:32:10 - TARGET_ARCH=amd64 TB --- 2011-12-11 13:32:10 - TZ=UTC TB --- 2011-12-11 13:32:10 - __MAKE_CONF=/dev/null TB --- 2011-12-11 13:32:10 - cd /src TB --- 2011-12-11 13:32:10 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Dec 11 13:32:10 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT-NOINET cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel if_em.o: In function `em_ioctl': if_em.c:(.text+0x9966): undefined reference to `arp_ifinit' if_igb.o: In function `igb_ioctl': if_igb.c:(.text+0x7e26): undefined reference to `arp_ifinit' *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-11 13:48:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-11 13:48:00 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-11 13:48:00 - 8106.03 user 1539.19 system 10679.35 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 14:14:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B87E81065672 for ; Sun, 11 Dec 2011 14:14:40 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 43AFB8FC13 for ; Sun, 11 Dec 2011 14:14:39 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBD126.dip.t-dialin.net [93.203.209.38]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id pBBEEcvq097372 for ; Sun, 11 Dec 2011 14:14:38 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id pBBEERH1052896 for ; Sun, 11 Dec 2011 15:14:27 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id pBBEELL6064329 for ; Sun, 11 Dec 2011 15:14:27 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201112111414.pBBEELL6064329@fire.js.berklix.net> To: freebsd-current@freebsd.org From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Fri, 02 Dec 2011 17:00:18 PST." <4ED974A2.7080606@FreeBSD.org> Date: Sun, 11 Dec 2011 15:14:21 +0100 Sender: jhs@berklix.com Subject: Re: CVS removal from the base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 14:14:40 -0000 Doug Barton wrote: > On 12/02/2011 04:35, Adrian Chadd wrote: > > I think you're missing the point a little. > > > > The point is, you have to keep in mind how comfortable people feel > > about things, and progress sometimes makes people uncomfortable. I > > think you should leave these changes bake for a while and let people > > get comfortable with the changing status quo. > > The fact that we have so many people who are radically change-averse, no > matter how rational the change; is a bug, not a feature. > > This particular bug is complicated dramatically by the fact that the > majority view seems to lean heavily towards "If I use it, it must be the > default and/or in the base" rather than seeing ports as part of the > overall operating SYSTEM. BSD is more conservative. More value given to stability of availability of interfaces & tools etc, More Long term professionals. Doug's attempting to force working FreeBSD ports such as procmail to be discarded is deplorable. Doug should stop coercing FreeBSD toward a Linux model, & move himself to Linux. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 14:31:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C81AF1065670 for ; Sun, 11 Dec 2011 14:31:30 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 59BA68FC08 for ; Sun, 11 Dec 2011 14:31:29 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBD126.dip.t-dialin.net [93.203.209.38]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id pBBEVQQv097488; Sun, 11 Dec 2011 14:31:28 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id pBBEVFPM052967; Sun, 11 Dec 2011 15:31:15 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id pBBEUoBc064463; Sun, 11 Dec 2011 15:30:56 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201112111430.pBBEUoBc064463@fire.js.berklix.net> To: Max Khon From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sat, 03 Dec 2011 21:24:50 +0600." Date: Sun, 11 Dec 2011 15:30:50 +0100 Sender: jhs@berklix.com Cc: freebsd-current@freebsd.org, sthaug@nethelp.no Subject: Re: CVS removal from the base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 14:31:30 -0000 > On Sat, Dec 3, 2011 at 8:03 PM, wrote: > > > I use CVS (or rather csup) to keep the base system up to date. I would > > be perfectly okay with using a different utility - however, I would > > strongly prefer that this utility was included in the base system. > > CVS != csup. > > I wonder how many people will express their sentiments about CVS when > they really mean cvsup/csup. > > Max I use CVS I've used sup, (maybe csup can't rememeber, not used cvsup really) I avoid reliance on a net connection just to do a checkout. I use ctm to [push] feed my local CVS tree. ctm deltas of cvs src & ports are generated [by cvsup, pulling from freebsd.org] elsewhere, ctm-users@freebsd.org led by Stephen M recently included: Subject: ctm for svn Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 14:40:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AB171065676 for ; Sun, 11 Dec 2011 14:40:05 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 073AB8FC13 for ; Sun, 11 Dec 2011 14:40:04 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBD126.dip.t-dialin.net [93.203.209.38]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id pBBEe2hp097543; Sun, 11 Dec 2011 14:40:03 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id pBBEdpp9052987; Sun, 11 Dec 2011 15:39:51 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id pBBEdXVI064559; Sun, 11 Dec 2011 15:39:45 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201112111439.pBBEdXVI064559@fire.js.berklix.net> To: giffunip@tutopia.com From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sat, 03 Dec 2011 11:56:58 PST." <1322942218.7666.YahooMailClassic@web113505.mail.gq1.yahoo.com> Date: Sun, 11 Dec 2011 15:39:33 +0100 Sender: jhs@berklix.com Cc: freebsd-current@freebsd.org Subject: Re: CVS removal from the base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 14:40:05 -0000 "Pedro F. Giffuni" wrote: > Hi Daniel; > > --- On Sat, 12/3/11, Daniel Eischen wrote: > ... > > > > I would love to mirror the SVN repo in the same way > > and have an 'svn' in base, or at least something that > > could replace CVS in the above scenario. > > > > I have to say I am surprised by all the people that > still use CVS (for their own good reasons). > > It still would be helpful if cvs users could evaluate > OpenCVS: it's been experimental for ages now. It does > seem to have some advantage (other than the license) > in that it's smaller and better maintained (or at > least not too dead). Did you test it with cd /usr/src/release ; make release Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 15:12:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34E6F106566B for ; Sun, 11 Dec 2011 15:12:28 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: from nm15-vm3.bullet.mail.ne1.yahoo.com (nm15-vm3.bullet.mail.ne1.yahoo.com [98.138.91.145]) by mx1.freebsd.org (Postfix) with SMTP id D4EEE8FC16 for ; Sun, 11 Dec 2011 15:12:27 +0000 (UTC) Received: from [98.138.90.56] by nm15.bullet.mail.ne1.yahoo.com with NNFMP; 11 Dec 2011 15:12:27 -0000 Received: from [98.138.89.161] by tm9.bullet.mail.ne1.yahoo.com with NNFMP; 11 Dec 2011 15:12:27 -0000 Received: from [127.0.0.1] by omp1017.mail.ne1.yahoo.com with NNFMP; 11 Dec 2011 15:12:27 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 53697.8629.bm@omp1017.mail.ne1.yahoo.com Received: (qmail 34718 invoked by uid 60001); 11 Dec 2011 15:12:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1323616346; bh=RWrH7+TEFkn8yTeHaoB4NHI93ew6vfOCQnZs4iPiudU=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=V8RDeO/jFNOQI8DtePPL5ksv0pujJkHzDpjvM07m6uN2paL4wb7iC7pVSlAK9XZZIkNoxS2MbxiudMcA5eU2rKCSdP0r+S/lIbxSn2f5QTCxEMiLUGheqcFuqr5iUVLPBvyD13ohy4MDIOFco1k9cfS96dCt56SYMMFEWS03emk= X-YMail-OSG: rRJS_kQVM1nM8DHeAHZY4COx0STN_ekxjf0.M80ATIqdTR7 sKp70bFvxtIasezO1u7Kvl4HbtK2K75nKYlQU.T2QkpQxw7NtuTNcx6Mmg7O 4QLF.9DmKFCK7HWpv6Yg.WNFbtsPxI0B7ZsOOWScnW7MJ7jVcKHm.IaCFZWz 7tJ3u36BGy6zjdrDDS7.vzT1s5jWJTiPXPHLOaThbJM8alBLcPHZ7rdMuDuY 4ncWaz0k2V0pqqsIuHciWQ4JxLrMEm2lF7XgkAUOrwF1_eA48T_zRKZXtefX RJLem0EmpKNXL8L3ter1tICzwwR0GAXQVFqfhrgB2WnWK5ViSXgVccgW73Gi XA_B499nqg2J4xPiG3UQW3M5AXPhguWl.iGmE_uR1m7ynmMi6BVaCFIhCQXX fWtRttUnrlrpG120i4hUZx_jUUd6zs.fNfFijQB4F5R34pv1jLYbqtt_Sb7s lOfBA67n8JfFqxUYPfooSw3vqiQ-- Received: from [200.118.157.7] by web113508.mail.gq1.yahoo.com via HTTP; Sun, 11 Dec 2011 07:12:25 PST X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.4 YahooMailWebService/0.8.115.331698 Message-ID: <1323616345.18741.YahooMailClassic@web113508.mail.gq1.yahoo.com> Date: Sun, 11 Dec 2011 07:12:25 -0800 (PST) From: "Pedro F. Giffuni" To: "Julian H. Stacey" In-Reply-To: <201112111439.pBBEdXVI064559@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: CVS removal from the base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: giffunip@tutopia.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 15:12:28 -0000 =0A--- Dom 11/12/11, Julian H. Stacey ha scritto:=0A...= =0A> > I have to say I am surprised by all the people that=0A> > still use = CVS (for their own good reasons).=0A> > =0A> > It still would be helpful if= cvs users could evaluate=0A> > OpenCVS: it's been experimental for ages no= w. It does=0A> > seem to have some advantage (other than the license)=0A> >= in that it's smaller and better maintained (or at=0A> > least not too dead= ).=0A> =0A> Did you test it with =0A> =A0=A0=A0 cd /usr/src/release ; make = release=0A> =0A=0ATBH, I don't use CVS at all. I learned to use SVN first= =0Aand for the things I needed CVS was pretty similar to SVN=0Abut pretty o= bnoxious when trying to check out the history=0Adue to the lack of atomic c= ommits.=0A=0AI would prefer to just use the same SVN server for=0Aeverythin= g.=0A=0AOpenCVS is an intermediate step, at least acceptable=0Afor GPL clea= ning purposes, for people that just can't=0Amove to SVN right away. Still S= VN is much better and=0Aonce we move we will not look back (IMHO).=0A=0APed= ro. From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 15:12:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F60F106564A; Sun, 11 Dec 2011 15:12:27 +0000 (UTC) (envelope-from fortin@acm.org) Received: from hub.zap.qc.ca (hub.zap.qc.ca [200.46.208.47]) by mx1.freebsd.org (Postfix) with ESMTP id 6DC718FC08; Sun, 11 Dec 2011 15:12:27 +0000 (UTC) Received: from [192.168.1.41] (APuteaux-652-1-227-6.w92-132.abo.wanadoo.fr [92.132.186.6]) by hub.zap.qc.ca (Postfix) with ESMTPSA id EDECADCA39A; Sun, 11 Dec 2011 14:54:01 +0000 (UTC) Message-ID: <4EE4C410.7000204@acm.org> Date: Sun, 11 Dec 2011 15:54:08 +0100 From: Denis Fortin User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 11 Dec 2011 15:19:56 +0000 Cc: lev@FreeBSD.org Subject: Re: FreeBSD/amd64 on machine without ACPI BIOS? ==> works X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 15:12:27 -0000 On 2011-12-09 10:10:18, Lev Serebryakov wrote: > Soekris ("famous" developer of small x86-compatible appliance-like > hardware) released *net6501* some time ago, which is based on Atom (E6xx) > CPU. It seems, that 64-bit version of Linux could run on it without problems. > But FreeBSD/amd64 can not. It stops after kernel detect some devices > without any errors or panics. Nicholas Esborn and I have been looking at this on soekris-tech and found that if you enable the optional MPSPEC mptable support in the kernel by adding "device mptable" to the GENERIC configuration and rebuild a kernel, you get a FreeBSD 9.0-RC3 amd64 kernel that works fine on the Soekris net6501 in 64-bit mode. The GENERIC 32-bit i386 kernel finds the mptable and works fine out of the box, without any changes or options. I don't know why "device mptable" is optional, but enabling it allows the net6501 to work with amd64. I assume it's too late to do something about this for 9.0-RELEASE? Cheers, Denis, fortin@acm.org From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 16:26:47 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 270401065670 for ; Sun, 11 Dec 2011 16:26:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9A9178FC08 for ; Sun, 11 Dec 2011 16:26:45 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pBBGQeTc041701 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 Dec 2011 18:26:40 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pBBGQepK031077; Sun, 11 Dec 2011 18:26:40 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pBBGQeCP031076; Sun, 11 Dec 2011 18:26:40 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 11 Dec 2011 18:26:40 +0200 From: Kostik Belousov To: Maksim Yevmenkin Message-ID: <20111211162640.GE50300@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Rej21XJzHXIYRs2Q" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org Subject: Re: calling all fs experts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 16:26:47 -0000 --Rej21XJzHXIYRs2Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 10, 2011 at 05:42:01PM -0800, Maksim Yevmenkin wrote: > Hello, >=20 > i have a question for fs wizards. >=20 > suppose i can persuade modern spinning disk to do "large" reads (say > 512K to 1M) at a time. also, suppose file system on such modern > spinning drive is used to store large files (tens to hundreds of > megabytes). is there any way i can tweak the file system parameters > (block size, layout, etc) to help it to get as close to "disk's > sequential read rate" as possible. I understand that i will not be > able to get 100MB/sec single client sequential read rate, but, can i > get it into sustained 40-50MB/sec rate? also, can i reduce performance > impact caused by "small reads" such as directory access etc. If you wanted to get responses from experts only, sorry in advance. The fs (AKA UFS) uses clustering provided by the block cache. The clustering code, mainly located in the kern/vfs_cluster.c, coalesces sequence of reads or writes that are targeting the consequtive blocks, into single physical read or write of the maximal size of MAXPHYS. Current definition of MAXPHYS is 128KB. Clustering allows filesystem to improve the layout of the files by calling VOP_REALLOCBLKS() to redo the allocation to make the writing sequence of blocks sequential if it is not. Even if file is not layed out ideally, or the i/o pattern is random, most writes scheduled are asynchronous, and for reads, the system tries to schedule read-aheads for some limited number of blocks. This allows the lower layers, i.e. geom and disk drivers, to optimize the i/o queue to coalesce requests that are consequitive on disk, but not on the queue. BTW, some time ago I was interested in the effect on the fragmentation on UFS, due to some semi-abandoned patch, which could make the fragmentation worse. I wrote the tool that calculated the percentage of non-consequtive spots in the whole filesystem. Apparently, even under the hard load consisting of writing a lot of files under the megabytes in size, UFS managed to keep the number of spots under 2-3% on sufficiently free volume. --Rej21XJzHXIYRs2Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7k2cAACgkQC3+MBN1Mb4gzHgCgxo4B9M8ThMUKQP65VSpfrR2Y PmkAoMoyJ73h4qeM6rPPg8O7dZmzuvm4 =Dg61 -----END PGP SIGNATURE----- --Rej21XJzHXIYRs2Q-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 16:39:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 100511065676 for ; Sun, 11 Dec 2011 16:39:46 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id D8BCE8FC14 for ; Sun, 11 Dec 2011 16:39:44 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LW100600SY7OV00@smtpauth3.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Sun, 11 Dec 2011 10:39:43 -0600 (CST) Received: from comporellon.tachypleus.net ([unknown] [76.210.61.201]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LW1005NJSY63I00@smtpauth3.wiscmail.wisc.edu>; Sun, 11 Dec 2011 10:39:42 -0600 (CST) Date: Sun, 11 Dec 2011 10:39:41 -0600 From: Nathan Whitehorn In-reply-to: <201112111439.pBBEdXVI064559@fire.js.berklix.net> To: "Julian H. Stacey" Message-id: <4EE4DCCD.9090401@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.61.201 X-Spam-PmxInfo: Server=avs-12, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.12.11.162715, SenderIP=76.210.61.201 References: <201112111439.pBBEdXVI064559@fire.js.berklix.net> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111113 Thunderbird/8.0 Cc: giffunip@tutopia.com, freebsd-current@freebsd.org Subject: Re: CVS removal from the base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 16:39:46 -0000 On 12/11/11 08:39, Julian H. Stacey wrote: > "Pedro F. Giffuni" wrote: >> Hi Daniel; >> >> --- On Sat, 12/3/11, Daniel Eischen wrote: >> ... >>> I would love to mirror the SVN repo in the same way >>> and have an 'svn' in base, or at least something that >>> could replace CVS in the above scenario. >>> >> I have to say I am surprised by all the people that >> still use CVS (for their own good reasons). >> >> It still would be helpful if cvs users could evaluate >> OpenCVS: it's been experimental for ages now. It does >> seem to have some advantage (other than the license) >> in that it's smaller and better maintained (or at >> least not too dead). > Did you test it with > cd /usr/src/release ; make release > > Cheers, > Julian For whatever it's worth, release(7) uses svn for src by default these days. -Nathan From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 17:20:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 001021065742 for ; Sun, 11 Dec 2011 17:20:02 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7F1768FC16 for ; Sun, 11 Dec 2011 17:20:02 +0000 (UTC) Received: by eekc50 with SMTP id c50so2827080eek.13 for ; Sun, 11 Dec 2011 09:20:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:reply-to:organization:user-agent :mime-version:to:subject:references:in-reply-to:x-enigmail-version :content-type:content-transfer-encoding; bh=dfMakgtvYnvSkznYCcpROzzdmP7LUnkLUA7O9YLHICs=; b=AflSujVBbFMYhiNaC2P6QKwl0AmkzC8vuXAzHI83tMjTEza3JoS5SnFvZn1YYuQhuo zwjn5Ds0K4F1I/W/OWg1YqYz9ewknyuXmvXKXUgSAZHDNUQZhC2ke7B7sdUtsppKDhE3 6G9aWtSorwRQ0trsUhzCbYG+rQCrPg/weDI54= Received: by 10.213.13.134 with SMTP id c6mr1392270eba.91.1323624000299; Sun, 11 Dec 2011 09:20:00 -0800 (PST) Received: from [192.168.1.75] (5ad8f2db.bb.sky.com. [90.216.242.219]) by mx.google.com with ESMTPS id d6sm63608795eec.10.2011.12.11.09.19.51 (version=SSLv3 cipher=OTHER); Sun, 11 Dec 2011 09:19:54 -0800 (PST) Sender: Chris Rees Message-ID: <4EE4E636.3080508@FreeBSD.org> Date: Sun, 11 Dec 2011 17:19:50 +0000 From: Chris Rees Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <201112111430.pBBEUoBc064463@fire.js.berklix.net> In-Reply-To: <201112111430.pBBEUoBc064463@fire.js.berklix.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: CVS removal from the base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: crees@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 17:20:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11/12/2011 14:30, Julian H. Stacey wrote: >> On Sat, Dec 3, 2011 at 8:03 PM, wrote: >> >>> I use CVS (or rather csup) to keep the base system up to date. >>> I would be perfectly okay with using a different utility - >>> however, I would strongly prefer that this utility was included >>> in the base system. >> >> CVS != csup. >> >> I wonder how many people will express their sentiments about CVS >> when they really mean cvsup/csup. >> >> Max > > I use CVS I've used sup, (maybe csup can't rememeber, not used > cvsup really) I avoid reliance on a net connection just to do a > checkout. I use ctm to [push] feed my local CVS tree. ctm deltas of > cvs src & ports are generated [by cvsup, pulling from freebsd.org] > elsewhere, ctm-users@freebsd.org led by Stephen M recently > included: Subject: ctm for svn csup will work fine with a local cvs tree and is much (much much) faster than cvs for a sparse checkout. Just run cvsupd locally (does require net/cvsup installed). Chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJO5OY2AAoJELCEktHh68rEfMYIALDLqMQna7Vkphzk7qVoAIy9 N7iSNoSjS2mrXs841G1k5bxlfyEUN/whAuO3N7PxqXVZ5zTaoNycSSZUsGRNUK+p oFOvy1R7Zsf791++eHUpGk7VYVZeGr5vGwMrM7MyrfLbDawRxp9DGVMJpElGyqBH iMZxq2jZ/HsRxPi8wtuDHuewQX6f+MZg8yODsuio+aReGjwmjPZMTcStt14DfoEi AajHbbdLqMoVEa02N46JcPjDlgWkQ9x0g9cbIxzMoLGIRI7PAmq2sEVNlNIIZYxA vgNQq+qF7D10pg03WpwA54EglWaFhZDk3kYuk57oW94Iayr79PRdKst8wEQVe+4= =ZGlO -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 18:52:50 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 671B2106566B; Sun, 11 Dec 2011 18:52:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 17A4F8FC1D; Sun, 11 Dec 2011 18:52:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBBIqmX1089568; Sun, 11 Dec 2011 13:52:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBBIqm70089520; Sun, 11 Dec 2011 18:52:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 11 Dec 2011 18:52:48 GMT Message-Id: <201112111852.pBBIqm70089520@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 18:52:50 -0000 TB --- 2011-12-11 16:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-11 16:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-12-11 16:30:00 - cleaning the object tree TB --- 2011-12-11 16:30:21 - cvsupping the source tree TB --- 2011-12-11 16:30:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-12-11 16:30:38 - building world TB --- 2011-12-11 16:30:38 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 16:30:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 16:30:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 16:30:38 - SRCCONF=/dev/null TB --- 2011-12-11 16:30:38 - TARGET=i386 TB --- 2011-12-11 16:30:38 - TARGET_ARCH=i386 TB --- 2011-12-11 16:30:38 - TZ=UTC TB --- 2011-12-11 16:30:38 - __MAKE_CONF=/dev/null TB --- 2011-12-11 16:30:38 - cd /src TB --- 2011-12-11 16:30:38 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 11 16:30:39 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 11 18:36:02 UTC 2011 TB --- 2011-12-11 18:36:02 - generating LINT kernel config TB --- 2011-12-11 18:36:02 - cd /src/sys/i386/conf TB --- 2011-12-11 18:36:02 - /usr/bin/make -B LINT TB --- 2011-12-11 18:36:02 - cd /src/sys/i386/conf TB --- 2011-12-11 18:36:02 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-11 18:36:02 - building LINT-NOINET kernel TB --- 2011-12-11 18:36:02 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 18:36:02 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 18:36:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 18:36:02 - SRCCONF=/dev/null TB --- 2011-12-11 18:36:02 - TARGET=i386 TB --- 2011-12-11 18:36:02 - TARGET_ARCH=i386 TB --- 2011-12-11 18:36:02 - TZ=UTC TB --- 2011-12-11 18:36:02 - __MAKE_CONF=/dev/null TB --- 2011-12-11 18:36:02 - cd /src TB --- 2011-12-11 18:36:02 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Dec 11 18:36:02 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT-NOINET cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel if_em.o: In function `em_ioctl': if_em.c:(.text+0xac44): undefined reference to `arp_ifinit' if_igb.o: In function `igb_ioctl': if_igb.c:(.text+0x878a): undefined reference to `arp_ifinit' *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-11 18:52:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-11 18:52:48 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-11 18:52:48 - 6849.11 user 1192.11 system 8567.69 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 19:12:39 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E67C1065672; Sun, 11 Dec 2011 19:12:39 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0288A8FC14; Sun, 11 Dec 2011 19:12:37 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA06088; Sun, 11 Dec 2011 21:12:35 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RZop8-000F5A-Rr; Sun, 11 Dec 2011 21:12:34 +0200 Message-ID: <4EE500A2.4050005@FreeBSD.org> Date: Sun, 11 Dec 2011 21:12:34 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111206 Thunderbird/8.0 MIME-Version: 1.0 To: lev@FreeBSD.org References: <76373418.20111209141018@serebryakov.spb.ru> <1406787882.20111211132717@serebryakov.spb.ru> In-Reply-To: <1406787882.20111211132717@serebryakov.spb.ru> X-Enigmail-Version: undefined Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: Attilio Rao , freebsd-current@FreeBSD.org Subject: Re: FreeBSD/amd64 on machine without ACPI BIOS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 19:12:39 -0000 on 11/12/2011 11:27 Lev Serebryakov said the following: > Hello, Freebsd-current. > You wrote 9 äåêàáðÿ 2011 ã., 14:10:18: > >> Soekris ("famous" developer of small x86-compatible appliance-like >> hardware) released net6501 some time ago, which is based on Atom (E6xx) >> CPU. >> It seems, that 64-bit version of Linux could run on it without >> problems. >> But FreeBSD/amd64 can not. It stops after kernel detect some >> devices without any errors or panics. >> This box has one big difference from billions other Intel-based >> boxes on market: it has very special BIOS without ACPI at all. Someone >> says, that it could be reason why FreeBSD/amd64 could not be boot on >> this box. >> Is it true? Is it possible to have FreeBSD/amd64 without ACPI? > It seems, that "device mptable" in kernel config helps. > Why is it not in GENERIC kernel? Just a guess, maybe because GENERIC kernel is for "generic" hardware. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 19:28:36 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C379C1065676; Sun, 11 Dec 2011 19:28:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8DCAF8FC08; Sun, 11 Dec 2011 19:28:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBBJSZZL093848; Sun, 11 Dec 2011 14:28:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBBJSZBZ093839; Sun, 11 Dec 2011 19:28:35 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 11 Dec 2011 19:28:35 GMT Message-Id: <201112111928.pBBJSZBZ093839@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 19:28:37 -0000 TB --- 2011-12-11 16:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-11 16:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-12-11 16:30:00 - cleaning the object tree TB --- 2011-12-11 16:30:27 - cvsupping the source tree TB --- 2011-12-11 16:30:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-12-11 16:35:52 - building world TB --- 2011-12-11 16:35:52 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 16:35:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 16:35:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 16:35:52 - SRCCONF=/dev/null TB --- 2011-12-11 16:35:52 - TARGET=amd64 TB --- 2011-12-11 16:35:52 - TARGET_ARCH=amd64 TB --- 2011-12-11 16:35:52 - TZ=UTC TB --- 2011-12-11 16:35:52 - __MAKE_CONF=/dev/null TB --- 2011-12-11 16:35:52 - cd /src TB --- 2011-12-11 16:35:52 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 11 16:35:52 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Dec 11 19:12:22 UTC 2011 TB --- 2011-12-11 19:12:22 - generating LINT kernel config TB --- 2011-12-11 19:12:22 - cd /src/sys/amd64/conf TB --- 2011-12-11 19:12:22 - /usr/bin/make -B LINT TB --- 2011-12-11 19:12:22 - cd /src/sys/amd64/conf TB --- 2011-12-11 19:12:22 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-11 19:12:22 - building LINT-NOINET kernel TB --- 2011-12-11 19:12:22 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 19:12:22 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 19:12:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 19:12:22 - SRCCONF=/dev/null TB --- 2011-12-11 19:12:22 - TARGET=amd64 TB --- 2011-12-11 19:12:22 - TARGET_ARCH=amd64 TB --- 2011-12-11 19:12:22 - TZ=UTC TB --- 2011-12-11 19:12:22 - __MAKE_CONF=/dev/null TB --- 2011-12-11 19:12:22 - cd /src TB --- 2011-12-11 19:12:22 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Dec 11 19:12:22 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT-NOINET cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel if_em.o: In function `em_ioctl': if_em.c:(.text+0x9966): undefined reference to `arp_ifinit' if_igb.o: In function `igb_ioctl': if_igb.c:(.text+0x7e26): undefined reference to `arp_ifinit' *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-11 19:28:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-11 19:28:35 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-11 19:28:35 - 8148.60 user 1549.09 system 10714.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 20:24:25 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 631FE1065672 for ; Sun, 11 Dec 2011 20:24:25 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: from nm7-vm0.bullet.mail.sp2.yahoo.com (nm7-vm0.bullet.mail.sp2.yahoo.com [98.139.91.192]) by mx1.freebsd.org (Postfix) with SMTP id 3E07B8FC0A for ; Sun, 11 Dec 2011 20:24:25 +0000 (UTC) Received: from [98.139.91.62] by nm7.bullet.mail.sp2.yahoo.com with NNFMP; 11 Dec 2011 20:10:32 -0000 Received: from [98.139.91.58] by tm2.bullet.mail.sp2.yahoo.com with NNFMP; 11 Dec 2011 20:10:32 -0000 Received: from [127.0.0.1] by omp1058.mail.sp2.yahoo.com with NNFMP; 11 Dec 2011 20:10:32 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 557934.39750.bm@omp1058.mail.sp2.yahoo.com Received: (qmail 40303 invoked by uid 60001); 11 Dec 2011 20:10:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1323634232; bh=Eecm7fB28X/2KtsUf7Iwh7MXCCR/3s5bnBap+sD7/5I=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=c2NI37ZAxKSuwCpLYrUdM+KDedabghNcnz4qoCqSuuLZDX8vJSoC5gO2aJtiC1hEGV4+s/wFQ5iaPWMLlsF/yypnQfuPNSPnPycMwduOdy76d2Z/EAI9j/4kD0AnFqedptC5MQuJ5lmkWpta8tVuU0eSr7PmMEuJ7g5+HplwPXQ= X-YMail-OSG: Ob.t5wUVM1mcZ8ZDROxkh3faKfi7eEN19Cr7y.mEKPTRzhw PxgH1UhHzo2lM8bfLPlq_n_fTZorJiFWi2AQp3bz9XYJFf16KVPmLr79cWNk JImiknNHOGdARMXAhJ10xOFY8fgc7kLHpAiIngiPKBwPQI5P.IKZSVwbeGw0 hBvKwvl7vorGeVmTAi5lHeMa45yHlAxgdfyexPtFCZdu2B0uT4iE5yghsBzY fDsq.Oo488xQAwURSN0LUdBnth64oOnlmBMdAOwiSL9ZZEdFZHOc4p8ddqxn GwkClsJkbhBAt_kaKYj_r_xn1gj1WMi5haTYX_.YgaFAj5vLrvJ3LzjWJRe6 o3tvULZWRU3soGTnGY7ogbLDN7L5ffKDpVc_T4QHgN1Evcyq.mDpE6HTjvRs xTVIGgLCoul1JiCtrYHMf3bvnyllbunmxgPkmS4JDSmXUqDaVePpf8b2Oph0 R Received: from [200.118.157.7] by web113503.mail.gq1.yahoo.com via HTTP; Sun, 11 Dec 2011 12:10:32 PST X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.4 YahooMailWebService/0.8.115.331698 Message-ID: <1323634232.36004.YahooMailClassic@web113503.mail.gq1.yahoo.com> Date: Sun, 11 Dec 2011 12:10:32 -0800 (PST) From: "Pedro F. Giffuni" To: Kostik Belousov MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: calling all fs experts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: giffunip@tutopia.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 20:24:25 -0000 =0A--- Dom 11/12/11, Kostik Belousov ha scritto:=0A= =0A> =0A> If you wanted to get responses from experts only, sorry in=0A> ad= vance.=0A>=0A=0AI am no fs expert but just thought I'd mention some things= =0Abased on my playing with the BSD ext2fs ...=0A =0A> The fs (AKA UFS) use= s clustering provided by the block=0A> cache. The clustering=0A> code, main= ly located in the kern/vfs_cluster.c, coalesces=0A> sequence of=0A> reads o= r writes that are targeting the consequtive blocks,=0A> into single=0A> phy= sical read or write of the maximal size of MAXPHYS.=0A> Current definition= =0A> of MAXPHYS is 128KB.=0A>=0A=0AThe clustering code is really cool and t= he idea is that it=0Agives UFS the advantages of an extent based fs.=0AI ha= ven't seen benchmarks in UFS2 but on ext2 it didn't=0Aseem to work as it sh= ould though. =0A=0AOne issue is that ext2 doesn't support fragments and as= =0Aa consequence ext2 will not use big blocksizes. This is a=0Alimitation i= n the ext2 design that UFS doesn't have, but=0Astill linux's ext2fs outperf= orms UFS in async mode (we do=0Ashine in sync mode).=0A=0AIt was never clea= r exactly why this happens but it would=0Aappear there is a bottleneck in g= eom that is not good in=0Awriting many contiguous blocks.=0A=0A> Clustering= allows filesystem to improve the layout of the=0A> files by calling=0A> VO= P_REALLOCBLKS() to redo the allocation to make the=0A> writing sequence of= =0A> blocks sequential if it is not.=0A> =0A> Even if file is not layed out= ideally, or the i/o pattern=0A> is random, most=0A> writes scheduled are a= synchronous, and for reads, the=0A> system tries to=0A> schedule read-ahead= s for some limited number of blocks.=0A> This allows the=0A> lower layers, = i.e. geom and disk drivers, to optimize the=0A> i/o queue=0A> to coalesce r= equests that are consequitive on disk, but not=0A> on the queue.=0A> =0A> B= TW, some time ago I was interested in the effect on the=0A> fragmentation= =0A> on UFS, due to some semi-abandoned patch, which could make=0A> the=0A>= fragmentation worse. I wrote the tool that calculated the=0A> percentage= =0A> of non-consequtive spots in the whole filesystem.=0A> Apparently, even= =0A> under the hard load consisting of writing a lot of files=0A> under the= =0A> megabytes in size, UFS managed to keep the number of spots=0A> under 2= -3% on=0A> sufficiently free volume.=0A> =0A=0AYes, the realloc_blk code is= very efficient in that. In fact=0Ait is so good it actually hides some ine= fficient operations=0Ain UFS. Bruce had a patch for this that I cc'd to Kir= k but=0Athe difference was not big because the realloc_blk code does=0Ait's= job in memory.=0A=0AZheng Liu did the reallocation thing for ext2fs and it= gave=0Abetter results than preallocation but the results are not=0Aas spec= tacular as in UFS (the UFS code takes advantage of=0Afragments there too). = I do expect to commit it (kern/159233)=0Aonce my mentor reviews and approve= s it.=0A=0Acheers,=0A=0APedro.=0A From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 20:49:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCC561065672; Sun, 11 Dec 2011 20:49:38 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7EA028FC13; Sun, 11 Dec 2011 20:49:38 +0000 (UTC) Received: by iakl21 with SMTP id l21so2632927iak.13 for ; Sun, 11 Dec 2011 12:49:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=GhrJsTBG5SFfbaHzzTeOHuE08J9I5YOBJ5MG0TWdVLo=; b=xqLeJMHnuAIDdVxsX6Ebg0NV2PVVIhHULdi5VGJOczDEs+Gj1PaJhMZ5b7Gcxrkftp CNLuZnB7+qKrOFls3RWnxCxfhdzGKQhIY5/l2mvEHF8zxKd0vm7ZclASA7dpZsYZsB0+ ue0se17NqZs8mEeRhXn/kpGpUcvTQRHcvqGJw= Received: by 10.42.158.132 with SMTP id h4mr10584043icx.0.1323636577806; Sun, 11 Dec 2011 12:49:37 -0800 (PST) Received: from [192.168.20.56] (c-24-6-49-154.hsd1.ca.comcast.net. [24.6.49.154]) by mx.google.com with ESMTPS id r18sm20894390ibh.4.2011.12.11.12.49.35 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 11 Dec 2011 12:49:36 -0800 (PST) References: <76373418.20111209141018@serebryakov.spb.ru> <1406787882.20111211132717@serebryakov.spb.ru> <4EE500A2.4050005@FreeBSD.org> In-Reply-To: <4EE500A2.4050005@FreeBSD.org> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-2022-jp Message-Id: X-Mailer: iPhone Mail (9A405) From: Garrett Cooper Date: Sun, 11 Dec 2011 12:49:32 -0800 To: Andriy Gapon Cc: Attilio Rao , "freebsd-current@FreeBSD.org" , "lev@FreeBSD.org" Subject: Re: FreeBSD/amd64 on machine without ACPI BIOS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 20:49:38 -0000 On Dec 11, 2011, at 11:12 AM, Andriy Gapon wrote: > on 11/12/2011 11:27 Lev Serebryakov said the following: >> Hello, Freebsd-current. >> You wrote 9 =1B$B'U'V'\'Q'R'b'q=1B(B 2011 =1B$B'T=1B(B., 14:10:18: >>=20 >>> Soekris ("famous" developer of small x86-compatible appliance-like >>> hardware) released net6501 some time ago, which is based on Atom (E6xx) >>> CPU. >>> It seems, that 64-bit version of Linux could run on it without >>> problems. >>> But FreeBSD/amd64 can not. It stops after kernel detect some >>> devices without any errors or panics. >>> This box has one big difference from billions other Intel-based >>> boxes on market: it has very special BIOS without ACPI at all. Someone >>> says, that it could be reason why FreeBSD/amd64 could not be boot on >>> this box. >>> Is it true? Is it possible to have FreeBSD/amd64 without ACPI? >> It seems, that "device mptable" in kernel config helps. >> Why is it not in GENERIC kernel? >=20 > Just a guess, maybe because GENERIC kernel is for "generic" hardware. Sounds like we need a SOEKRIS generic KERNCONF and an installer that can ins= tall the right kernel (or at least select between different variants) :).. S= ounds like a worthwhile enhancement to me! -Garrett= From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 21:12:52 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51F671065680; Sun, 11 Dec 2011 21:12:52 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id E61FA8FC18; Sun, 11 Dec 2011 21:12:51 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:8815:eaa9:15e8:6eb3]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 212B64AC32; Mon, 12 Dec 2011 01:12:50 +0400 (MSK) Date: Mon, 12 Dec 2011 01:12:49 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <283532167.20111212011249@serebryakov.spb.ru> To: Andriy Gapon In-Reply-To: <4EE500A2.4050005@FreeBSD.org> References: <76373418.20111209141018@serebryakov.spb.ru> <1406787882.20111211132717@serebryakov.spb.ru> <4EE500A2.4050005@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Attilio Rao , freebsd-current@FreeBSD.org Subject: Re: FreeBSD/amd64 on machine without ACPI BIOS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 21:12:52 -0000 Hello, Andriy. You wrote 11 =E4=E5=EA=E0=E1=F0=FF 2011 =E3., 23:12:34: >>> Is it true? Is it possible to have FreeBSD/amd64 without ACPI? >> It seems, that "device mptable" in kernel config helps. >> Why is it not in GENERIC kernel? > Just a guess, maybe because GENERIC kernel is for "generic" hardware. Oh, yes, and "Tekram DC395U/UW/F DC315U adapters" or "EISA AHA1742 family" is very generic in our days, and "NE[12]000, SMC Ultra, 3c503, DS8390 cards" newtwork cards too, to name some random picks from GENERIC. Generic hardware in our days are CPU, ACPI, APIC, keyboard/console, AHCI, USB, HDA audio and Realtek 1G NIC. Period. Even Intel NICs are not so generic (and even Intel itself solder Realtek on lot of their motherboards). Servers? Ok, Marvell and Intel NICs + bunch (say, 3-4) SATA/SAS controllers. Again, no all these wide-SCSI and 10Mbit NICs. Hey, we still have "cpu I486_CPU" in i386 config! How THIS could be generic in 2012!? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 21:24:41 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DE05106564A; Sun, 11 Dec 2011 21:24:41 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 681338FC18; Sun, 11 Dec 2011 21:24:40 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA07747; Sun, 11 Dec 2011 23:24:39 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RZqsw-000FF7-U4; Sun, 11 Dec 2011 23:24:38 +0200 Message-ID: <4EE51F96.30202@FreeBSD.org> Date: Sun, 11 Dec 2011 23:24:38 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111206 Thunderbird/8.0 MIME-Version: 1.0 To: lev@FreeBSD.org References: <76373418.20111209141018@serebryakov.spb.ru> <1406787882.20111211132717@serebryakov.spb.ru> <4EE500A2.4050005@FreeBSD.org> <283532167.20111212011249@serebryakov.spb.ru> In-Reply-To: <283532167.20111212011249@serebryakov.spb.ru> X-Enigmail-Version: undefined Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org Subject: Re: FreeBSD/amd64 on machine without ACPI BIOS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 21:24:41 -0000 on 11/12/2011 23:12 Lev Serebryakov said the following: > Hello, Andriy. > You wrote 11 äåêàáðÿ 2011 ã., 23:12:34: > >>>> Is it true? Is it possible to have FreeBSD/amd64 without ACPI? >>> It seems, that "device mptable" in kernel config helps. >>> Why is it not in GENERIC kernel? >> Just a guess, maybe because GENERIC kernel is for "generic" hardware. > Oh, yes, and "Tekram DC395U/UW/F DC315U adapters" or "EISA AHA1742 > family" is very generic in our days, and "NE[12]000, SMC Ultra, 3c503, > DS8390 cards" newtwork cards too, to name some random picks from > GENERIC. > > Generic hardware in our days are CPU, ACPI, APIC, keyboard/console, > AHCI, USB, HDA audio and Realtek 1G NIC. Period. Even Intel NICs > are not so generic (and even Intel itself solder Realtek on lot of their > motherboards). > > Servers? Ok, Marvell and Intel NICs + bunch (say, 3-4) SATA/SAS > controllers. Again, no all these wide-SCSI and 10Mbit NICs. > > Hey, we still have "cpu I486_CPU" in i386 config! How THIS could be > generic in 2012!? > Looks like my guess is wrong :) -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 21:45:17 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85181106566B; Sun, 11 Dec 2011 21:45:17 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A3A208FC15; Sun, 11 Dec 2011 21:45:16 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA08031; Sun, 11 Dec 2011 23:45:14 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RZrCs-000FGM-B8; Sun, 11 Dec 2011 23:45:14 +0200 Message-ID: <4EE52469.3050201@FreeBSD.org> Date: Sun, 11 Dec 2011 23:45:13 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111206 Thunderbird/8.0 MIME-Version: 1.0 To: arch@FreeBSD.org, FreeBSD current X-Enigmail-Version: undefined Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: Subject: grabbing console (syscons) in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 21:45:17 -0000 There are a few cases when the kernel needs to interact with a user via syscons. This is the cases where the kernel not only spews some output but also expects some input. Some examples are: - asking for a root filesystem specification - entering ddb - asking to press a key for reboot In this cases the kernel implicitly grabs the console for its own use. I'd like to make action more explicit. What do you think about the approach and implementation in the following patches? Thank you! https://gitorious.org/~avg/freebsd/avgbsd/commit/5248b49ebf84d98a0597fa5aa4d813a38f581acc https://gitorious.org/~avg/freebsd/avgbsd/commit/a0849c52242378474bb2eaa41726376fbc4c5bf6 https://gitorious.org/~avg/freebsd/avgbsd/commit/a67515cbd720b16f03ba435ed182966a8a338b15 https://gitorious.org/~avg/freebsd/avgbsd/commit/b8864b68b4c0e26ece065a38301c305833be32eb https://gitorious.org/~avg/freebsd/avgbsd/commit/1017ae425d8abecd7482bd6c6deaaf9f25f5c6cd P.S. one of the benefits is that a keyboard is put into and out of the polling mode before getting all the required input and after that; not around each character as it is done now in rather twisted way. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Dec 11 22:06:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E115106564A for ; Sun, 11 Dec 2011 22:06:41 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 318A78FC12 for ; Sun, 11 Dec 2011 22:06:40 +0000 (UTC) Received: by ggnp1 with SMTP id p1so6595136ggn.13 for ; Sun, 11 Dec 2011 14:06:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=H1BTTpAmPL4oyToD3XMZRRQfD2DN9q62C8+r5096wq8=; b=Pxs8YByTbyk6sxnALIuZ7k2mlvb65aBjW8nSwmq1gswveZajYjQGOG3pjrof6u5yw8 TccOgG4oxLQpXCTco3Ng/dJm5ggDRA8M6iN7900FKZdMB27BzTQbgUPfskZDeaqFYR1r jXCp/3Wh/sgLgXmf2sOrgXEusozvz5a4lqLgo= MIME-Version: 1.0 Received: by 10.182.45.102 with SMTP id l6mr2360101obm.0.1323641200271; Sun, 11 Dec 2011 14:06:40 -0800 (PST) Received: by 10.182.36.133 with HTTP; Sun, 11 Dec 2011 14:06:40 -0800 (PST) In-Reply-To: <4EE52469.3050201@FreeBSD.org> References: <4EE52469.3050201@FreeBSD.org> Date: Mon, 12 Dec 2011 00:06:40 +0200 Message-ID: From: Alexander Yerenkow To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: arch@freebsd.org, FreeBSD current Subject: Re: grabbing console (syscons) in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 22:06:41 -0000 2011/12/11 Andriy Gapon > > There are a few cases when the kernel needs to interact with a user via > syscons. > This is the cases where the kernel not only spews some output but also > expects > some input. Some examples are: > - asking for a root filesystem specification > - entering ddb > - asking to press a key for reboot > > In this cases the kernel implicitly grabs the console for its own use. > I'd like to make action more explicit. > > What do you think about the approach and implementation in the following > patches? > Thank you! > > > https://gitorious.org/~avg/freebsd/avgbsd/commit/5248b49ebf84d98a0597fa5aa4d813a38f581acc > > https://gitorious.org/~avg/freebsd/avgbsd/commit/a0849c52242378474bb2eaa41726376fbc4c5bf6 > > https://gitorious.org/~avg/freebsd/avgbsd/commit/a67515cbd720b16f03ba435ed182966a8a338b15 > > https://gitorious.org/~avg/freebsd/avgbsd/commit/b8864b68b4c0e26ece065a38301c305833be32eb > > https://gitorious.org/~avg/freebsd/avgbsd/commit/1017ae425d8abecd7482bd6c6deaaf9f25f5c6cd > > P.S. one of the benefits is that a keyboard is put into and out of the > polling > mode before getting all the required input and after that; not around each > character as it is done now in rather twisted way. > Does asking for geli password is such case too? For example, I have mouse, which can disappear/reappear while laying still; and when geli asks password, ums0 connect message can appear, which moves line "Please enter geli password..." to top, and it can be missed; This behavior somehow change? > > -- > Andriy Gapon > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 00:27:44 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B358C106566B; Mon, 12 Dec 2011 00:27:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8721F8FC12; Mon, 12 Dec 2011 00:27:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBC0RhO3065877; Sun, 11 Dec 2011 19:27:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBC0RhCU065848; Mon, 12 Dec 2011 00:27:43 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 12 Dec 2011 00:27:43 GMT Message-Id: <201112120027.pBC0RhCU065848@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 00:27:44 -0000 TB --- 2011-12-11 22:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-11 22:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-12-11 22:10:00 - cleaning the object tree TB --- 2011-12-11 22:10:24 - cvsupping the source tree TB --- 2011-12-11 22:10:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-12-11 22:10:40 - building world TB --- 2011-12-11 22:10:40 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 22:10:40 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 22:10:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 22:10:40 - SRCCONF=/dev/null TB --- 2011-12-11 22:10:40 - TARGET=i386 TB --- 2011-12-11 22:10:40 - TARGET_ARCH=i386 TB --- 2011-12-11 22:10:40 - TZ=UTC TB --- 2011-12-11 22:10:40 - __MAKE_CONF=/dev/null TB --- 2011-12-11 22:10:40 - cd /src TB --- 2011-12-11 22:10:40 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 11 22:10:40 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 12 00:15:54 UTC 2011 TB --- 2011-12-12 00:15:54 - generating LINT kernel config TB --- 2011-12-12 00:15:54 - cd /src/sys/i386/conf TB --- 2011-12-12 00:15:54 - /usr/bin/make -B LINT TB --- 2011-12-12 00:15:55 - cd /src/sys/i386/conf TB --- 2011-12-12 00:15:55 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-12 00:15:55 - building LINT-NOINET kernel TB --- 2011-12-12 00:15:55 - CROSS_BUILD_TESTING=YES TB --- 2011-12-12 00:15:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-12 00:15:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-12 00:15:55 - SRCCONF=/dev/null TB --- 2011-12-12 00:15:55 - TARGET=i386 TB --- 2011-12-12 00:15:55 - TARGET_ARCH=i386 TB --- 2011-12-12 00:15:55 - TZ=UTC TB --- 2011-12-12 00:15:55 - __MAKE_CONF=/dev/null TB --- 2011-12-12 00:15:55 - cd /src TB --- 2011-12-12 00:15:55 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon Dec 12 00:15:55 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_proc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_prot.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_racct.c cc1: warnings being treated as errors In file included from /src/sys/kern/kern_racct.c:53: /src/sys/sys/sx.h: In function '__sx_xlock': /src/sys/sys/sx.h:154: warning: implicit declaration of function 'SCHEDULER_STOPPED' /src/sys/sys/sx.h:154: warning: nested extern declaration of 'SCHEDULER_STOPPED' [-Wnested-externs] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-12 00:27:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-12 00:27:42 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-12 00:27:42 - 6611.34 user 1160.18 system 8262.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 00:53:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3509D1065678 for ; Mon, 12 Dec 2011 00:53:40 +0000 (UTC) (envelope-from mueller6727@bellsouth.net) Received: from nm29.access.bullet.mail.sp2.yahoo.com (nm29.access.bullet.mail.sp2.yahoo.com [98.139.44.156]) by mx1.freebsd.org (Postfix) with SMTP id E93C98FC15 for ; Mon, 12 Dec 2011 00:53:39 +0000 (UTC) Received: from [98.139.44.98] by nm29.access.bullet.mail.sp2.yahoo.com with NNFMP; 12 Dec 2011 00:53:39 -0000 Received: from [98.139.44.88] by tm3.access.bullet.mail.sp2.yahoo.com with NNFMP; 12 Dec 2011 00:53:39 -0000 Received: from [127.0.0.1] by omp1025.access.mail.sp2.yahoo.com with NNFMP; 12 Dec 2011 00:53:39 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 543745.91540.bm@omp1025.access.mail.sp2.yahoo.com Received: (qmail 93406 invoked by uid 60001); 12 Dec 2011 00:53:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1323651219; bh=/sk3js4twaNOU8z17alMf2lkCssr6IYUCCsTArDcTXg=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=h4AkinuagF2V237v8xxRwuxYgMhOYK1HhHiBEDtodlHXFuaAykxyR2rnAW7pKnD78GXdEAzpdVHi2Am4+mIiFeLxg3pr38l/aJO0p6U5fJUQZi9INGvBFXAZCWrdtQJpmbmbiiHHFzCSQ1dLI+BxPIi2Fgv+Bk2aWMrI+MnmWLY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=bellsouth.net; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=09dDZsWk5tKWdHsaPwWCisqMrzRgFAMUGjdUXgTdJf/0qiD9Dn05/MQ6eaPs4PchtFTrgv/Ll09/zyaeyQDCxfNQFspVO+pKd2/pc7+zVe0hYKsYpqChERovAKnrKSRbAWjcQgubpJFFqgzx+0fV2ObryzW3xEigrLNlNfsY704=; X-YMail-OSG: AfhPRCIVM1mHu7z53VQCHDYNBX6GxCqnj0dhQWKs.0EHCCl ANePrF4bkh6JD5GboovLKDgHGZKhbJxglOVwZ3ZKPRsb_HZrHGx5EXW48GbM eXWdTO89l24YoQ3Y6Rt2gLSHXzrHDR9tpFYbDvch75b.0F2p7xv.Y1Mg_kCf _wIW22D5RQT7DCShJ2C4s_vyHRKLGqba1VY8paFS_Zf743EbRXExL86WJKaW VcxTDvCMUyTfjnen9mloxshihA9TSCFarI2NpCMu2wyALHva2O91UVSG5HGw b1AdoSZzn38Ja4On1InRj_WwiKkW1Bnq5LjV36L0hoJyLjBWBtPWN1vahViD 5n3qiHhdUS6DvA5xm0Yy6638SXIQNMjeSy9dm8hQMHDaL6.M11ZWlFg3j137 1HKGcGdbQEdvAJQaIWzVFq0fh Received: from [74.132.96.16] by web180216.mail.gq1.yahoo.com via HTTP; Sun, 11 Dec 2011 16:53:38 PST X-Mailer: YahooMailClassic/15.0.4 YahooMailWebService/0.8.115.331698 Message-ID: <1323651218.37264.YahooMailClassic@web180216.mail.gq1.yahoo.com> Date: Sun, 11 Dec 2011 16:53:38 -0800 (PST) From: Thomas Mueller To: Marius Strobl In-Reply-To: <20111210104822.GA36635@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Burning CDs and DVDs on SATA drive in FreeBSD 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 00:53:40 -0000 =0A--- On Sat, 12/10/11, Marius Strobl wrote:= =0A=0A=0A> > > I'm not sure what CAM IOCTL number change others=0A> are=0A>= > > referring to but=0A> > > you certainly need to rebuild libcam consumer= s=0A> after=0A> > > r225950, which=0A> > > was merged to stable/9 in r22606= 7 on October 6=0A> 2011.=0A=0A> > > Marius=0A=A0 =0A> > Thanks for response= .=A0 I'm at the older computer=0A> now, but will need to check /usr/src/UPD= ATING, and=0A> portupgrade or portmaster cdrtools after source-upgrading=0A= > FreeBSD 9.0-RC2 to RC3. =0A=0A =0A> There's no corresponding entry in UPD= ATING.=0A =0A> Marius=0A=0AYes, shortly after I sent my last message, I che= cked UPDATING, found no entry on CAM ioctl.=0A=0ATom From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 01:03:29 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B5501065672; Mon, 12 Dec 2011 01:03:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5E8608FC13; Mon, 12 Dec 2011 01:03:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBC13SvT084381; Sun, 11 Dec 2011 20:03:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBC13SBq084358; Mon, 12 Dec 2011 01:03:28 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 12 Dec 2011 01:03:28 GMT Message-Id: <201112120103.pBC13SBq084358@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 01:03:29 -0000 TB --- 2011-12-11 22:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-11 22:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-12-11 22:10:00 - cleaning the object tree TB --- 2011-12-11 22:10:30 - cvsupping the source tree TB --- 2011-12-11 22:10:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-12-11 22:15:53 - building world TB --- 2011-12-11 22:15:53 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 22:15:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 22:15:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 22:15:53 - SRCCONF=/dev/null TB --- 2011-12-11 22:15:53 - TARGET=amd64 TB --- 2011-12-11 22:15:53 - TARGET_ARCH=amd64 TB --- 2011-12-11 22:15:53 - TZ=UTC TB --- 2011-12-11 22:15:53 - __MAKE_CONF=/dev/null TB --- 2011-12-11 22:15:53 - cd /src TB --- 2011-12-11 22:15:53 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 11 22:15:54 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Dec 12 00:52:01 UTC 2011 TB --- 2011-12-12 00:52:01 - generating LINT kernel config TB --- 2011-12-12 00:52:01 - cd /src/sys/amd64/conf TB --- 2011-12-12 00:52:01 - /usr/bin/make -B LINT TB --- 2011-12-12 00:52:01 - cd /src/sys/amd64/conf TB --- 2011-12-12 00:52:01 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-12 00:52:01 - building LINT-NOINET kernel TB --- 2011-12-12 00:52:01 - CROSS_BUILD_TESTING=YES TB --- 2011-12-12 00:52:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-12 00:52:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-12 00:52:01 - SRCCONF=/dev/null TB --- 2011-12-12 00:52:01 - TARGET=amd64 TB --- 2011-12-12 00:52:01 - TARGET_ARCH=amd64 TB --- 2011-12-12 00:52:01 - TZ=UTC TB --- 2011-12-12 00:52:01 - __MAKE_CONF=/dev/null TB --- 2011-12-12 00:52:01 - cd /src TB --- 2011-12-12 00:52:01 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon Dec 12 00:52:01 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_proc.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_prot.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_racct.c cc1: warnings being treated as errors In file included from /src/sys/kern/kern_racct.c:53: /src/sys/sys/sx.h: In function '__sx_xlock': /src/sys/sys/sx.h:154: warning: implicit declaration of function 'SCHEDULER_STOPPED' /src/sys/sys/sx.h:154: warning: nested extern declaration of 'SCHEDULER_STOPPED' [-Wnested-externs] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-12 01:03:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-12 01:03:28 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-12 01:03:28 - 7904.46 user 1521.02 system 10407.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 05:58:34 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 319871065675; Mon, 12 Dec 2011 05:58:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F07858FC0A; Mon, 12 Dec 2011 05:58:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBC5wX0d063711; Mon, 12 Dec 2011 00:58:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBC5wW1U063563; Mon, 12 Dec 2011 05:58:32 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 12 Dec 2011 05:58:32 GMT Message-Id: <201112120558.pBC5wW1U063563@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 05:58:34 -0000 TB --- 2011-12-12 03:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-12 03:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-12-12 03:40:00 - cleaning the object tree TB --- 2011-12-12 03:40:25 - cvsupping the source tree TB --- 2011-12-12 03:40:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-12-12 03:40:42 - building world TB --- 2011-12-12 03:40:42 - CROSS_BUILD_TESTING=YES TB --- 2011-12-12 03:40:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-12 03:40:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-12 03:40:42 - SRCCONF=/dev/null TB --- 2011-12-12 03:40:42 - TARGET=i386 TB --- 2011-12-12 03:40:42 - TARGET_ARCH=i386 TB --- 2011-12-12 03:40:42 - TZ=UTC TB --- 2011-12-12 03:40:42 - __MAKE_CONF=/dev/null TB --- 2011-12-12 03:40:42 - cd /src TB --- 2011-12-12 03:40:42 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 12 03:40:42 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 12 05:46:33 UTC 2011 TB --- 2011-12-12 05:46:33 - generating LINT kernel config TB --- 2011-12-12 05:46:33 - cd /src/sys/i386/conf TB --- 2011-12-12 05:46:33 - /usr/bin/make -B LINT TB --- 2011-12-12 05:46:33 - cd /src/sys/i386/conf TB --- 2011-12-12 05:46:33 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-12 05:46:33 - building LINT-NOINET kernel TB --- 2011-12-12 05:46:33 - CROSS_BUILD_TESTING=YES TB --- 2011-12-12 05:46:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-12 05:46:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-12 05:46:33 - SRCCONF=/dev/null TB --- 2011-12-12 05:46:33 - TARGET=i386 TB --- 2011-12-12 05:46:33 - TARGET_ARCH=i386 TB --- 2011-12-12 05:46:33 - TZ=UTC TB --- 2011-12-12 05:46:33 - __MAKE_CONF=/dev/null TB --- 2011-12-12 05:46:33 - cd /src TB --- 2011-12-12 05:46:33 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon Dec 12 05:46:34 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_proc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_prot.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_racct.c cc1: warnings being treated as errors In file included from /src/sys/kern/kern_racct.c:53: /src/sys/sys/sx.h: In function '__sx_xlock': /src/sys/sys/sx.h:154: warning: implicit declaration of function 'SCHEDULER_STOPPED' /src/sys/sys/sx.h:154: warning: nested extern declaration of 'SCHEDULER_STOPPED' [-Wnested-externs] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-12 05:58:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-12 05:58:32 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-12 05:58:32 - 6602.65 user 1174.81 system 8311.61 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 06:34:18 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8754B106566B; Mon, 12 Dec 2011 06:34:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5521D8FC1B; Mon, 12 Dec 2011 06:34:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBC6YHCp081266; Mon, 12 Dec 2011 01:34:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBC6YHDH081250; Mon, 12 Dec 2011 06:34:17 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 12 Dec 2011 06:34:17 GMT Message-Id: <201112120634.pBC6YHDH081250@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 06:34:18 -0000 TB --- 2011-12-12 03:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-12 03:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-12-12 03:40:00 - cleaning the object tree TB --- 2011-12-12 03:40:31 - cvsupping the source tree TB --- 2011-12-12 03:40:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-12-12 03:45:56 - building world TB --- 2011-12-12 03:45:56 - CROSS_BUILD_TESTING=YES TB --- 2011-12-12 03:45:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-12 03:45:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-12 03:45:56 - SRCCONF=/dev/null TB --- 2011-12-12 03:45:56 - TARGET=amd64 TB --- 2011-12-12 03:45:56 - TARGET_ARCH=amd64 TB --- 2011-12-12 03:45:56 - TZ=UTC TB --- 2011-12-12 03:45:56 - __MAKE_CONF=/dev/null TB --- 2011-12-12 03:45:56 - cd /src TB --- 2011-12-12 03:45:56 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 12 03:45:56 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Dec 12 06:22:44 UTC 2011 TB --- 2011-12-12 06:22:44 - generating LINT kernel config TB --- 2011-12-12 06:22:44 - cd /src/sys/amd64/conf TB --- 2011-12-12 06:22:44 - /usr/bin/make -B LINT TB --- 2011-12-12 06:22:44 - cd /src/sys/amd64/conf TB --- 2011-12-12 06:22:44 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-12 06:22:44 - building LINT-NOINET kernel TB --- 2011-12-12 06:22:44 - CROSS_BUILD_TESTING=YES TB --- 2011-12-12 06:22:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-12 06:22:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-12 06:22:44 - SRCCONF=/dev/null TB --- 2011-12-12 06:22:44 - TARGET=amd64 TB --- 2011-12-12 06:22:44 - TARGET_ARCH=amd64 TB --- 2011-12-12 06:22:44 - TZ=UTC TB --- 2011-12-12 06:22:44 - __MAKE_CONF=/dev/null TB --- 2011-12-12 06:22:44 - cd /src TB --- 2011-12-12 06:22:44 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon Dec 12 06:22:44 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_proc.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_prot.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_racct.c cc1: warnings being treated as errors In file included from /src/sys/kern/kern_racct.c:53: /src/sys/sys/sx.h: In function '__sx_xlock': /src/sys/sys/sx.h:154: warning: implicit declaration of function 'SCHEDULER_STOPPED' /src/sys/sys/sx.h:154: warning: nested extern declaration of 'SCHEDULER_STOPPED' [-Wnested-externs] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-12 06:34:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-12 06:34:16 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-12 06:34:17 - 7904.38 user 1526.31 system 10456.22 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 07:28:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA94C1065673; Mon, 12 Dec 2011 07:28:09 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 79C738FC19; Mon, 12 Dec 2011 07:28:09 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so6073762vbb.13 for ; Sun, 11 Dec 2011 23:28:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=n6ys/WwQJ7thZbdyPqfbjv37MEcSck7SCXv+aCfeUGk=; b=NNkfoPELqwmeBFFXBFI++lQ5FKlyipCBhJwg5d9iw6OVrpW9kE/dYAfEmOkSzhjJCi wNTq8BS4yOINJXq+ha1iXJhGYp597vTt/+tb4oAaONpidEhFlgmXWszb2kphKU282D1N 1AWZ/JiFCp45TawBdxfs6RLmMEK5khcjYjuvY= MIME-Version: 1.0 Received: by 10.52.67.111 with SMTP id m15mr9066450vdt.96.1323674888409; Sun, 11 Dec 2011 23:28:08 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.26.50 with HTTP; Sun, 11 Dec 2011 23:28:08 -0800 (PST) In-Reply-To: <4EE4C410.7000204@acm.org> References: <4EE4C410.7000204@acm.org> Date: Sun, 11 Dec 2011 23:28:08 -0800 X-Google-Sender-Auth: hwF918xA7Fi4V0C73iqLC6NnKaQ Message-ID: From: Adrian Chadd To: Denis Fortin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, lev@freebsd.org Subject: Re: FreeBSD/amd64 on machine without ACPI BIOS? ==> works X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 07:28:09 -0000 FWIW, it should be easy to ship a config file for that soekris, which just does: include GENERIC device mptable It may be worthwhile at least considering this (along with a couple of comments explaining why the default kernel doesn't work on the soekris board) for 9.0. Question: can you load it at boottime as a module? Adrian From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 07:52:57 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C616A1065673; Mon, 12 Dec 2011 07:52:57 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E08508FC0A; Mon, 12 Dec 2011 07:52:56 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA14892; Mon, 12 Dec 2011 09:52:53 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Ra0gv-000HyJ-K2; Mon, 12 Dec 2011 09:52:53 +0200 Message-ID: <4EE5B2D4.9050705@FreeBSD.org> Date: Mon, 12 Dec 2011 09:52:52 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111206 Thunderbird/8.0 MIME-Version: 1.0 To: Alexander Yerenkow References: <4EE52469.3050201@FreeBSD.org> In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: arch@FreeBSD.org, FreeBSD current Subject: Re: grabbing console (syscons) in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 07:52:57 -0000 on 12/12/2011 00:06 Alexander Yerenkow said the following: > > > 2011/12/11 Andriy Gapon > > > > There are a few cases when the kernel needs to interact with a user via syscons. > This is the cases where the kernel not only spews some output but also expects > some input. Some examples are: > - asking for a root filesystem specification > - entering ddb > - asking to press a key for reboot > > In this cases the kernel implicitly grabs the console for its own use. > I'd like to make action more explicit. > > What do you think about the approach and implementation in the following > patches? > Thank you! > > https://gitorious.org/~avg/freebsd/avgbsd/commit/5248b49ebf84d98a0597fa5aa4d813a38f581acc > https://gitorious.org/~avg/freebsd/avgbsd/commit/a0849c52242378474bb2eaa41726376fbc4c5bf6 > https://gitorious.org/~avg/freebsd/avgbsd/commit/a67515cbd720b16f03ba435ed182966a8a338b15 > https://gitorious.org/~avg/freebsd/avgbsd/commit/b8864b68b4c0e26ece065a38301c305833be32eb > https://gitorious.org/~avg/freebsd/avgbsd/commit/1017ae425d8abecd7482bd6c6deaaf9f25f5c6cd > > P.S. one of the benefits is that a keyboard is put into and out of the polling > mode before getting all the required input and after that; not around each > character as it is done now in rather twisted way. > > > Does asking for geli password is such case too? Yes. > For example, I have mouse, which can disappear/reappear while laying still; and > when geli asks password, ums0 connect message can appear, which moves line > "Please enter geli password..." to top, and it can be missed; > This behavior somehow change? No. The patches do not contain user-visible changes. They make things easier for keyboard drivers and hopefully provide a more logical interface to kernel. Their primary target is the input path, they do not introduce any changes to the output path. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 07:56:18 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67B9D1065673 for ; Mon, 12 Dec 2011 07:56:18 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9959B8FC08 for ; Mon, 12 Dec 2011 07:56:10 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA14945; Mon, 12 Dec 2011 09:56:09 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Ra0k4-000HyT-Su; Mon, 12 Dec 2011 09:56:09 +0200 Message-ID: <4EE5B398.4060903@FreeBSD.org> Date: Mon, 12 Dec 2011 09:56:08 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111206 Thunderbird/8.0 MIME-Version: 1.0 To: current@FreeBSD.org References: <201112120558.pBC5wW1U063563@freebsd-current.sentex.ca> In-Reply-To: <201112120558.pBC5wW1U063563@freebsd-current.sentex.ca> X-Enigmail-Version: undefined Content-Type: text/plain; charset=x-viet-vps Content-Transfer-Encoding: 7bit Cc: amd64@FreeBSD.org, i386@FreeBSD.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 07:56:18 -0000 on 12/12/2011 07:58 FreeBSD Tinderbox said the following: > In file included from /src/sys/kern/kern_racct.c:53: > /src/sys/sys/sx.h: In function '__sx_xlock': > /src/sys/sys/sx.h:154: warning: implicit declaration of function 'SCHEDULER_STOPPED' > /src/sys/sys/sx.h:154: warning: nested extern declaration of 'SCHEDULER_STOPPED' [-Wnested-externs] > *** Error code 1 This should be fixed in r228430. Apologies. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 11:29:22 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDD99106567E; Mon, 12 Dec 2011 11:29:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A01828FC12; Mon, 12 Dec 2011 11:29:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBCBTLds060597; Mon, 12 Dec 2011 06:29:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBCBTLF3060561; Mon, 12 Dec 2011 11:29:21 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 12 Dec 2011 11:29:21 GMT Message-Id: <201112121129.pBCBTLF3060561@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 11:29:22 -0000 TB --- 2011-12-12 09:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-12 09:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-12-12 09:10:00 - cleaning the object tree TB --- 2011-12-12 09:10:23 - cvsupping the source tree TB --- 2011-12-12 09:10:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-12-12 09:10:39 - building world TB --- 2011-12-12 09:10:39 - CROSS_BUILD_TESTING=YES TB --- 2011-12-12 09:10:39 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-12 09:10:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-12 09:10:39 - SRCCONF=/dev/null TB --- 2011-12-12 09:10:39 - TARGET=i386 TB --- 2011-12-12 09:10:39 - TARGET_ARCH=i386 TB --- 2011-12-12 09:10:39 - TZ=UTC TB --- 2011-12-12 09:10:39 - __MAKE_CONF=/dev/null TB --- 2011-12-12 09:10:39 - cd /src TB --- 2011-12-12 09:10:39 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 12 09:10:40 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 12 11:17:28 UTC 2011 TB --- 2011-12-12 11:17:28 - generating LINT kernel config TB --- 2011-12-12 11:17:28 - cd /src/sys/i386/conf TB --- 2011-12-12 11:17:28 - /usr/bin/make -B LINT TB --- 2011-12-12 11:17:28 - cd /src/sys/i386/conf TB --- 2011-12-12 11:17:28 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-12 11:17:28 - building LINT-NOINET kernel TB --- 2011-12-12 11:17:28 - CROSS_BUILD_TESTING=YES TB --- 2011-12-12 11:17:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-12 11:17:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-12 11:17:28 - SRCCONF=/dev/null TB --- 2011-12-12 11:17:28 - TARGET=i386 TB --- 2011-12-12 11:17:28 - TARGET_ARCH=i386 TB --- 2011-12-12 11:17:28 - TZ=UTC TB --- 2011-12-12 11:17:28 - __MAKE_CONF=/dev/null TB --- 2011-12-12 11:17:28 - cd /src TB --- 2011-12-12 11:17:28 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon Dec 12 11:17:28 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_sig.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_switch.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_sx.c cc1: warnings being treated as errors In file included from /src/sys/kern/kern_sx.c:52: /src/sys/sys/sx.h: In function '__sx_xlock': /src/sys/sys/sx.h:154: warning: implicit declaration of function 'SCHEDULER_STOPPED' /src/sys/sys/sx.h:154: warning: nested extern declaration of 'SCHEDULER_STOPPED' [-Wnested-externs] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-12 11:29:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-12 11:29:20 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-12 11:29:20 - 6593.01 user 1158.12 system 8360.42 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 12:05:07 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D949106566B; Mon, 12 Dec 2011 12:05:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 513708FC0A; Mon, 12 Dec 2011 12:05:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBCC56t3078792; Mon, 12 Dec 2011 07:05:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBCC567F078785; Mon, 12 Dec 2011 12:05:06 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 12 Dec 2011 12:05:06 GMT Message-Id: <201112121205.pBCC567F078785@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 12:05:07 -0000 TB --- 2011-12-12 09:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-12 09:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-12-12 09:10:00 - cleaning the object tree TB --- 2011-12-12 09:10:30 - cvsupping the source tree TB --- 2011-12-12 09:10:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-12-12 09:16:04 - building world TB --- 2011-12-12 09:16:04 - CROSS_BUILD_TESTING=YES TB --- 2011-12-12 09:16:04 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-12 09:16:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-12 09:16:04 - SRCCONF=/dev/null TB --- 2011-12-12 09:16:04 - TARGET=amd64 TB --- 2011-12-12 09:16:04 - TARGET_ARCH=amd64 TB --- 2011-12-12 09:16:04 - TZ=UTC TB --- 2011-12-12 09:16:04 - __MAKE_CONF=/dev/null TB --- 2011-12-12 09:16:04 - cd /src TB --- 2011-12-12 09:16:04 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 12 09:16:04 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Dec 12 11:53:40 UTC 2011 TB --- 2011-12-12 11:53:41 - generating LINT kernel config TB --- 2011-12-12 11:53:41 - cd /src/sys/amd64/conf TB --- 2011-12-12 11:53:41 - /usr/bin/make -B LINT TB --- 2011-12-12 11:53:41 - cd /src/sys/amd64/conf TB --- 2011-12-12 11:53:41 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-12 11:53:41 - building LINT-NOINET kernel TB --- 2011-12-12 11:53:41 - CROSS_BUILD_TESTING=YES TB --- 2011-12-12 11:53:41 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-12 11:53:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-12 11:53:41 - SRCCONF=/dev/null TB --- 2011-12-12 11:53:41 - TARGET=amd64 TB --- 2011-12-12 11:53:41 - TARGET_ARCH=amd64 TB --- 2011-12-12 11:53:41 - TZ=UTC TB --- 2011-12-12 11:53:41 - __MAKE_CONF=/dev/null TB --- 2011-12-12 11:53:41 - cd /src TB --- 2011-12-12 11:53:41 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon Dec 12 11:53:41 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_sig.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_switch.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_sx.c cc1: warnings being treated as errors In file included from /src/sys/kern/kern_sx.c:52: /src/sys/sys/sx.h: In function '__sx_xlock': /src/sys/sys/sx.h:154: warning: implicit declaration of function 'SCHEDULER_STOPPED' /src/sys/sys/sx.h:154: warning: nested extern declaration of 'SCHEDULER_STOPPED' [-Wnested-externs] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-12 12:05:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-12 12:05:06 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-12 12:05:06 - 7894.03 user 1514.66 system 10505.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 13:48:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDAA0106564A for ; Mon, 12 Dec 2011 13:48:04 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 93DA58FC14 for ; Mon, 12 Dec 2011 13:48:04 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Ra6Ed-00011K-IT>; Mon, 12 Dec 2011 14:48:03 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Ra6Ed-0004V9-FJ>; Mon, 12 Dec 2011 14:48:03 +0100 Message-ID: <4EE6060D.5060201@mail.zedat.fu-berlin.de> Date: Mon, 12 Dec 2011 14:47:57 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Current FreeBSD , freebsd-stable@freebsd.org References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> In-Reply-To: <4EE22421.9060707@gmail.com> X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig3C34C0DC945A3DBF809616AD" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Mon, 12 Dec 2011 14:02:50 +0000 Cc: freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 13:48:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3C34C0DC945A3DBF809616AD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > Not fully right, boinc defaults to run on idprio 31 so this isn't an > issue. And yes, there are cases where SCHED_ULE shows much better > performance then SCHED_4BSD. [...] Do we have any proof at hand for such cases where SCHED_ULE performs much better than SCHED_4BSD? Whenever the subject comes up, it is mentioned, that SCHED_ULE has better performance on boxes with a ncpu > 2. But in the end I see here contradictionary statements. People complain about poor performance (especially in scientific environments), and other give contra not being the case. Within our department, we developed a highly scalable code for planetary science purposes on imagery. It utilizes present GPUs via OpenCL if present. Otherwise it grabs as many cores as it can. By the end of this year I'll get a new desktop box based on Intels new Sandy Bridge-E architecture with plenty of memory. If the colleague who developed the code is willing performing some benchmarks on the same hardware platform, we'll benchmark bot FreeBSD 9.0/10.0 and the most recent Suse. For FreeBSD I intent also to look for performance with both different schedulers available. O. --------------enig3C34C0DC945A3DBF809616AD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk7mBhMACgkQU6Ni+wtCKv9mzQD9EQm3oYTJl1UY826v0xiOzMeF nrbUBR3bAjsxSp3A2hYA/0TL0ltenxGrjE6h8DEiQg6ozCymbh7vkFCTBnHkZlaP =8zGJ -----END PGP SIGNATURE----- --------------enig3C34C0DC945A3DBF809616AD-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 15:13:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 043ED1065670; Mon, 12 Dec 2011 15:13:03 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 616528FC1B; Mon, 12 Dec 2011 15:13:02 +0000 (UTC) Received: from vhoffman-macbooklocal.local ([10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id pBCFD0EV014133 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 12 Dec 2011 15:13:00 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4EE619FC.4000601@unsane.co.uk> Date: Mon, 12 Dec 2011 15:13:00 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> In-Reply-To: <4EE6060D.5060201@mail.zedat.fu-berlin.de> X-Enigmail-Version: 1.3.3 X-Enigmail-Draft-Status: 513 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-performance@freebsd.org, Current FreeBSD , freebsd-stable@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 15:13:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/12/2011 13:47, O. Hartmann wrote: > >> Not fully right, boinc defaults to run on idprio 31 so this isn't an >> issue. And yes, there are cases where SCHED_ULE shows much better >> performance then SCHED_4BSD. [...] > > Do we have any proof at hand for such cases where SCHED_ULE performs > much better than SCHED_4BSD? Whenever the subject comes up, it is > mentioned, that SCHED_ULE has better performance on boxes with a ncpu > > 2. But in the end I see here contradictionary statements. People > complain about poor performance (especially in scientific environments), > and other give contra not being the case. It all a little old now but some if the stuff in http://people.freebsd.org/~kris/scaling/ covers improvements that were seen. http://jeffr-tech.livejournal.com/5705.html shows a little too, reading though Jeffs blog is worth it as it has some interesting stuff on SHED_ULE. I thought there were some more benchmarks floating round but cant find any with a quick google. Vince > > Within our department, we developed a highly scalable code for planetary > science purposes on imagery. It utilizes present GPUs via OpenCL if > present. Otherwise it grabs as many cores as it can. > By the end of this year I'll get a new desktop box based on Intels new > Sandy Bridge-E architecture with plenty of memory. If the colleague who > developed the code is willing performing some benchmarks on the same > hardware platform, we'll benchmark bot FreeBSD 9.0/10.0 and the most > recent Suse. For FreeBSD I intent also to look for performance with both > different schedulers available. > > O. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJO5hn7AAoJEF4mgOY1fXowOLAP/2EjhAFPb88NgKM0ieBb4X7R NSw/9HTiwcshkfEdvYjAzYZ0cUWetEuRfnPVnh+abwfJEmMzZkwA0KIz8UYGHHik 22Z2SWSVDiwZAluz0ca7Xc931ojbzrK/zVMbivqW3cvnz8P4oEnASiENnsoa89Jy Oskjd4QpAyIpB/AsYgc9FLT3kPX13fXC5bzw/zAPDsaupOYssRRlZu8nnqsEc1i1 IanLIPKLnIbpZTx75ehWxxRW8IjiQRvIe+7eBaDMhXO/Kvftotf0JzknrBnJezDQ ZdhiOTq7F1Pm3dxra+DNKD+Dw+xUCYPFq/kuyqrZNz44H3qwT60vDhvw0yDz6422 nNP11z2+G4M85sahBak5AmSHuyek7HWb6uIHHnfvwNKSX4ZsdS8MVBViNJjmCYtL PwuHDU3WdCes/vvKRNDopSp/s6RSLK9w3RT7jlMkaTu2Mmtw0BwGziDJ2pGaCQ14 68R5eO/SfNxoVp0g4lIzObyQR+//0OmALzElVK3VmHM9NoL3qZGCwBRLqjN5re82 dX6nsBr/DFJOpaFfdFLwPNyCNdNpg/WVegRkq2BEL/BaMISNiKzoVbM0Psh9gnb3 LW1j3LP2fOHhuN1bW3S31JmbNzvAnlRNynoNMldrwj5PWJY2HPk+mMFRjmRwdDTJ 9mhscz8++WRPvDZQXefl =XqaR -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 15:32:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C75D1065670 for ; Mon, 12 Dec 2011 15:32:27 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id D901E8FC0C for ; Mon, 12 Dec 2011 15:32:26 +0000 (UTC) Received: by eekc50 with SMTP id c50so3299216eek.13 for ; Mon, 12 Dec 2011 07:32:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; bh=SHPI/Eh4GHYyLbnl/U4ZuP6rptb+8Q9ldKyvRbK7Oi4=; b=mX7wboXam0RjDri+pOgLL53QpJqlOn0UsUBsVJViLlkWG+UPG7h4kq9Co+mHQgnVnO D3n9kN135RvCgJ2ZMMFBK9WR1GFN25fzHY9OPtojQrdAzMlgrBL7iVT8YiO1sqkLWzkC Vjy170H5PWDvbzTMx/skrjZ3zMDrTnpKVzh7U= Received: by 10.14.14.77 with SMTP id c53mr268271eec.85.1323703945006; Mon, 12 Dec 2011 07:32:25 -0800 (PST) Received: from ernst.jennejohn.org (p578E15DC.dip.t-dialin.net. [87.142.21.220]) by mx.google.com with ESMTPS id a60sm76476635eeb.4.2011.12.12.07.32.23 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 12 Dec 2011 07:32:24 -0800 (PST) Date: Mon, 12 Dec 2011 16:32:21 +0100 From: Gary Jennejohn To: Vincent Hoffman Message-ID: <20111212163221.33d0b8a2@ernst.jennejohn.org> In-Reply-To: <4EE619FC.4000601@unsane.co.uk> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE619FC.4000601@unsane.co.uk> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 15:32:27 -0000 On Mon, 12 Dec 2011 15:13:00 +0000 Vincent Hoffman wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 12/12/2011 13:47, O. Hartmann wrote: > > > >> Not fully right, boinc defaults to run on idprio 31 so this isn't an > >> issue. And yes, there are cases where SCHED_ULE shows much better > >> performance then SCHED_4BSD. [...] > > > > Do we have any proof at hand for such cases where SCHED_ULE performs > > much better than SCHED_4BSD? Whenever the subject comes up, it is > > mentioned, that SCHED_ULE has better performance on boxes with a ncpu > > > 2. But in the end I see here contradictionary statements. People > > complain about poor performance (especially in scientific environments), > > and other give contra not being the case. > It all a little old now but some if the stuff in > http://people.freebsd.org/~kris/scaling/ > covers improvements that were seen. > > http://jeffr-tech.livejournal.com/5705.html > shows a little too, reading though Jeffs blog is worth it as it has some > interesting stuff on SHED_ULE. > > I thought there were some more benchmarks floating round but cant find > any with a quick google. > > > Vince > > > > > Within our department, we developed a highly scalable code for planetary > > science purposes on imagery. It utilizes present GPUs via OpenCL if > > present. Otherwise it grabs as many cores as it can. > > By the end of this year I'll get a new desktop box based on Intels new > > Sandy Bridge-E architecture with plenty of memory. If the colleague who > > developed the code is willing performing some benchmarks on the same > > hardware platform, we'll benchmark bot FreeBSD 9.0/10.0 and the most > > recent Suse. For FreeBSD I intent also to look for performance with both > > different schedulers available. > > These observations are not scientific, but I have a CPU from AMD with 6 cores (AMD Phenom(tm) II X6 1090T Processor). My simple test was ``make buildkernel'' while watching the core usage with gkrellm. With SCHED_4BSD all 6 cores are loaded to 97% during the build phase. I've never seen any value above 97% with gkrellm. With SCHED_ULE I never saw all 6 cores loaded this heavily. Usually 2 or more cores were at or below 90%. Not really that significant, but still a noticeable difference in apparent scheduling behavior. Whether the observed difference is due to some change in data from the kernel to gkrellm is beyond me. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 15:52:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 102E61065670; Mon, 12 Dec 2011 15:52:00 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id C3CAA8FC12; Mon, 12 Dec 2011 15:51:59 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id pBCFpxf6073711; Mon, 12 Dec 2011 07:51:59 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id pBCFpxO9073710; Mon, 12 Dec 2011 07:51:59 -0800 (PST) (envelope-from sgk) Date: Mon, 12 Dec 2011 07:51:59 -0800 From: Steve Kargl To: "O. Hartmann" Message-ID: <20111212155159.GB73597@troutmask.apl.washington.edu> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EE6060D.5060201@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-performance@freebsd.org, Current FreeBSD , freebsd-stable@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 15:52:00 -0000 On Mon, Dec 12, 2011 at 02:47:57PM +0100, O. Hartmann wrote: > > > Not fully right, boinc defaults to run on idprio 31 so this isn't an > > issue. And yes, there are cases where SCHED_ULE shows much better > > performance then SCHED_4BSD. [...] > > Do we have any proof at hand for such cases where SCHED_ULE performs > much better than SCHED_4BSD? Whenever the subject comes up, it is > mentioned, that SCHED_ULE has better performance on boxes with a ncpu > > 2. But in the end I see here contradictionary statements. People > complain about poor performance (especially in scientific environments), > and other give contra not being the case. > > Within our department, we developed a highly scalable code for planetary > science purposes on imagery. It utilizes present GPUs via OpenCL if > present. Otherwise it grabs as many cores as it can. > By the end of this year I'll get a new desktop box based on Intels new > Sandy Bridge-E architecture with plenty of memory. If the colleague who > developed the code is willing performing some benchmarks on the same > hardware platform, we'll benchmark bot FreeBSD 9.0/10.0 and the most > recent Suse. For FreeBSD I intent also to look for performance with both > different schedulers available. > This comes up every 9 months or so, and must be approaching FAQ status. In a HPC environment, I recommend 4BSD. Depending on the workload, ULE can cause a severe increase in turn around time when doing already long computations. If you have an MPI application, simply launching greater than ncpu+1 jobs can show the problem. PS: search the list archives for "kargl and ULE". -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 16:00:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E0DE1065673; Mon, 12 Dec 2011 16:00:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D659C8FC14; Mon, 12 Dec 2011 16:00:24 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 8A98446B09; Mon, 12 Dec 2011 11:00:24 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1B7D3B96E; Mon, 12 Dec 2011 11:00:24 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 12 Dec 2011 11:00:23 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <20111022084931.GD1697@garage.freebsd.pl> <20111023155827.GH1697@garage.freebsd.pl> <201110240814.22368.jhb@freebsd.org> In-Reply-To: <201110240814.22368.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201112121100.23567.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 12 Dec 2011 11:00:24 -0500 (EST) Cc: Kostik Belousov , Lawrence Stewart , Andre Oppermann , Pawel Jakub Dawidek , freebsd-net@freebsd.org Subject: Re: 9.0-RC1 panic in tcp_input: negative winow. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 16:00:25 -0000 On Monday, October 24, 2011 8:14:22 am John Baldwin wrote: > On Sunday, October 23, 2011 11:58:28 am Pawel Jakub Dawidek wrote: > > On Sun, Oct 23, 2011 at 11:44:45AM +0300, Kostik Belousov wrote: > > > On Sun, Oct 23, 2011 at 08:10:38AM +0200, Pawel Jakub Dawidek wrote: > > > > My suggestion would be that if we won't be able to fix it before 9.0, > > > > we should turn this assertion off, as the system seems to be able to > > > > recover. > > > > > > Shipped kernels have all assertions turned off. > > > > Yes, I'm aware of that, but many people compile their production kernels > > with INVARIANTS/INVARIANT_SUPPORT to fail early instead of eg. > > corrupting data. I'd be fine in moving this under DIAGNOSTIC or changing > > it into a printf, so it will be visible. > > No, the kernel is corrupting things in other places when this is true, so > if you are running with INVARIANTS, we want to know about it. Specifically, > in several places in TCP we assume that rcv_adv >= rcv_nxt, and depend on > being able to do 'rcv_adv - rcv_nxt'. > > In this case, it looks like the difference is consistently less than one > frame. I suspect the other end of the connection is sending just beyond the > end of the advertised window (it probably assumes it is better to send a full > frame if it has that much pending data even though part of it is beyond the > window edge vs sending a truncated packet that just fills the window) and that > that frame is accepted ok in the header prediction case and it's ACK is > delayed, but the next packet to arrive then trips over this assumption. > > Since 'win' is guaranteed to be non-negative and we explicitly cast > 'rcv_adv - rcv_nxt' to (int) in the following line that the assert is checking > for: > > tp->rcv_wnd = imax(win, (int)(tp->rcv_adv - tp->rcv_nxt)); > > I think we already handle this case ok and perhaps the assertion can just be > removed? Not sure if others feel that it warrants a comment to note that this > is the case being handled. > > Also, I'm not sure if this case can "leak" into the timewait code? If so, we > will need to fix this case: > > /* > * Recover last window size sent. > */ > KASSERT(SEQ_GEQ(tp->rcv_adv, tp->rcv_nxt), > ("tcp_twstart negative window: tp %p rcv_nxt %u rcv_adv %u", tp, > tp->rcv_nxt, tp->rcv_adv)); > tw->last_win = (tp->rcv_adv - tp->rcv_nxt) >> tp->rcv_scale; > > So that it sets last_win to 0 instead of some really huge value. An update. I've sent Pawel a testing patch to see if my hypothesis is correct (www.freebsd.org/~jhb/patches/tcp_negwin_test.patch). If it is then I intend to commit www.freebsd.org/~jhb/patches/tcp_negwin2.patch as the fix. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 16:04:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3B601065672 for ; Mon, 12 Dec 2011 16:04:37 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6A0D98FC13 for ; Mon, 12 Dec 2011 16:04:37 +0000 (UTC) Received: by pbcc3 with SMTP id c3so1426861pbc.13 for ; Mon, 12 Dec 2011 08:04:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+dryFrlmia5wNaD6PzjKbJ//sZuyakBBXiNiNL3Oq4Q=; b=lgfORXOm2V59Cfjmi+1ior8IoNtO4RvD68YAQJubbjcUkRg9uRh2blmihRprEjzK3F XXz0muY87H88yNPU+7SBGMsBVodsCdguO/hc8nhrugIpy77NclKf9Djthf3lsHR+fZeG F1lAK9kLQMEnkqQMVVhnGCN4P2Ag0+rg+6BRM= MIME-Version: 1.0 Received: by 10.68.211.5 with SMTP id my5mr36432945pbc.17.1323705877044; Mon, 12 Dec 2011 08:04:37 -0800 (PST) Sender: mdf356@gmail.com Received: by 10.68.197.198 with HTTP; Mon, 12 Dec 2011 08:04:37 -0800 (PST) In-Reply-To: <20111212163221.33d0b8a2@ernst.jennejohn.org> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE619FC.4000601@unsane.co.uk> <20111212163221.33d0b8a2@ernst.jennejohn.org> Date: Mon, 12 Dec 2011 08:04:37 -0800 X-Google-Sender-Auth: Z-9Mf-awLdKOtIu2Ho6RiSTBpfc Message-ID: From: mdf@FreeBSD.org To: gljennjohn@googlemail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org, Vincent Hoffman Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 16:04:37 -0000 On Mon, Dec 12, 2011 at 7:32 AM, Gary Jennejohn wrote: > On Mon, 12 Dec 2011 15:13:00 +0000 > Vincent Hoffman wrote: > >> >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On 12/12/2011 13:47, O. Hartmann wrote: >> > >> >> Not fully right, boinc defaults to run on idprio 31 so this isn't an >> >> issue. And yes, there are cases where SCHED_ULE shows much better >> >> performance then SCHED_4BSD. [...] >> > >> > Do we have any proof at hand for such cases where SCHED_ULE performs >> > much better than SCHED_4BSD? Whenever the subject comes up, it is >> > mentioned, that SCHED_ULE has better performance on boxes with a ncpu = > >> > 2. But in the end I see here contradictionary statements. People >> > complain about poor performance (especially in scientific environments= ), >> > and other give contra not being the case. >> It all a little old now but some if the stuff in >> http://people.freebsd.org/~kris/scaling/ >> covers improvements that were seen. >> >> http://jeffr-tech.livejournal.com/5705.html >> shows a little too, reading though Jeffs blog is worth it as it has some >> interesting stuff on SHED_ULE. >> >> I thought there were some more benchmarks floating round but cant find >> any with a quick google. >> >> >> Vince >> >> > >> > Within our department, we developed a highly scalable code for planeta= ry >> > science purposes on imagery. It utilizes present GPUs via OpenCL if >> > present. Otherwise it grabs as many cores as it can. >> > By the end of this year I'll get a new desktop box based on Intels new >> > Sandy Bridge-E architecture with plenty of memory. If the colleague wh= o >> > developed the code is willing performing some benchmarks on the same >> > hardware platform, we'll benchmark bot FreeBSD 9.0/10.0 and the most >> > recent Suse. For FreeBSD I intent also to look for performance with bo= th >> > different schedulers available. >> > > > These observations are not scientific, but I have a CPU from AMD with > 6 cores (AMD Phenom(tm) II X6 1090T Processor). > > My simple test was ``make buildkernel'' while watching the core usage wit= h > gkrellm. > > With SCHED_4BSD all 6 cores are loaded to 97% during the build phase. > I've never seen any value above 97% with gkrellm. > > With SCHED_ULE I never saw all 6 cores loaded this heavily. =A0Usually > 2 or more cores were at or below 90%. =A0Not really that significant, but > still a noticeable difference in apparent scheduling behavior. =A0Whether > the observed difference is due to some change in data from the kernel to > gkrellm is beyond me. SCHED_ULE is much sloppier about calculating which thread used a timeslice -- unless the timeslice went 100% to a thread, the fraction it used may get attributed elsewhere. So top's reporting of thread usage is not a useful metric. Total buildworld time is, potentially. Thanks, matthew From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 16:11:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8A0F106567B; Mon, 12 Dec 2011 16:11:27 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 1E2838FC21; Mon, 12 Dec 2011 16:11:27 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 38ED66A661D; Mon, 12 Dec 2011 17:11:26 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id NOQH_WXjvpPe; Mon, 12 Dec 2011 17:11:26 +0100 (CET) Received: from [10.26.32.239] (ip-109-84-0-111.web.vodafone.de [109.84.0.111]) (Authenticated sender: lala) by mail.0x20.net (Postfix) with ESMTPA id DBC096A6619; Mon, 12 Dec 2011 17:11:22 +0100 (CET) References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE619FC.4000601@unsane.co.uk> <20111212163221.33d0b8a2@ernst.jennejohn.org> User-Agent: K-9 Mail for Android In-Reply-To: <20111212163221.33d0b8a2@ernst.jennejohn.org> MIME-Version: 1.0 From: Lars Engels Date: Mon, 12 Dec 2011 17:10:46 +0100 To: gljennjohn@googlemail.com,Vincent Hoffman Message-ID: <1a8a6d6f-6756-4cda-b4d6-b39d335678c1@email.android.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 16:11:27 -0000 Did you use -jX to build the world? _____________________________________________ Von: Gary Jennejohn Versendet am: Mon Dec 12 16:32:21 MEZ 2011 An: Vincent Hoffman CC: "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Betreff: Re: SCHED_ULE should not be the default On Mon, 12 Dec 2011 15:13:00 +0000 Vincent Hoffman wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 12/12/2011 13:47, O. Hartmann wrote: > > > >> Not fully right, boinc defaults to run on idprio 31 so this isn't an > >> issue. And yes, there are cases where SCHED_ULE shows much better > >> performance then SCHED_4BSD. [...] > > > > Do we have any proof at hand for such cases where SCHED_ULE performs > > much better than SCHED_4BSD? Whenever the subject comes up, it is > > mentioned, that SCHED_ULE has better performance on boxes with a ncpu > > > 2. But in the end I see here contradictionary statements. People > > complain about poor performance (especially in scientific environments), > > and other give contra not being the case. > It all a little old now but some if the stuff in > http://people.freebsd.org/~kris/scaling/ > covers improvements that were seen. > > http://jeffr-tech.livejournal.com/5705.html > shows a little too, reading though Jeffs blog is worth it as it has some > interesting stuff on SHED_ULE. > > I thought there were some more benchmarks floating round but cant find > any with a quick google. > > > Vince > > > > > Within our department, we developed a highly scalable code for planetary > > science purposes on imagery. It utilizes present GPUs via OpenCL if > > present. Otherwise it grabs as many cores as it can. > > By the end of this year I'll get a new desktop box based on Intels new > > Sandy Bridge-E architecture with plenty of memory. If the colleague who > > developed the code is willing performing some benchmarks on the same > > hardware platform, we'll benchmark bot FreeBSD 9.0/10.0 and the most > > recent Suse. For FreeBSD I intent also to look for performance with both > > different schedulers available. > > These observations are not scientific, but I have a CPU from AMD with 6 cores (AMD Phenom(tm) II X6 1090T Processor). My simple test was ``make buildkernel'' while watching the core usage with gkrellm. With SCHED_4BSD all 6 cores are loaded to 97% during the build phase. I've never seen any value above 97% with gkrellm. With SCHED_ULE I never saw all 6 cores loaded this heavily. Usually 2 or more cores were at or below 90%. Not really that significant, but still a noticeable difference in apparent scheduling behavior. Whether the observed difference is due to some change in data from the kernel to gkrellm is beyond me. -- Gary Jennejohn _____________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 16:14:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75D9C106564A; Mon, 12 Dec 2011 16:14:03 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id EA3D88FC13; Mon, 12 Dec 2011 16:14:02 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 439316A61CD; Mon, 12 Dec 2011 17:14:02 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id lhy24cgq8Rc2; Mon, 12 Dec 2011 17:14:02 +0100 (CET) Received: from [10.26.32.239] (ip-109-84-0-111.web.vodafone.de [109.84.0.111]) (Authenticated sender: lala) by mail.0x20.net (Postfix) with ESMTPA id 77B4F6A6016; Mon, 12 Dec 2011 17:13:59 +0100 (CET) References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <20111212155159.GB73597@troutmask.apl.washington.edu> User-Agent: K-9 Mail for Android In-Reply-To: <20111212155159.GB73597@troutmask.apl.washington.edu> MIME-Version: 1.0 From: Lars Engels Date: Mon, 12 Dec 2011 17:13:08 +0100 To: Steve Kargl , "O. Hartmann" Message-ID: <158db475-0d35-4ff2-a101-cf056bdfcab8@email.android.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-performance@freebsd.org, Current FreeBSD , freebsd-stable@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 16:14:03 -0000 Would it be possible to implement a mechanism that lets one change the scheduler on the fly? Afaik Solaris can do that. _____________________________________________ Von: Steve Kargl Versendet am: Mon Dec 12 16:51:59 MEZ 2011 An: "O. Hartmann" CC: freebsd-performance@freebsd.org, Current FreeBSD , freebsd-stable@freebsd.org Betreff: Re: SCHED_ULE should not be the default On Mon, Dec 12, 2011 at 02:47:57PM +0100, O. Hartmann wrote: > > > Not fully right, boinc defaults to run on idprio 31 so this isn't an > > issue. And yes, there are cases where SCHED_ULE shows much better > > performance then SCHED_4BSD. [...] > > Do we have any proof at hand for such cases where SCHED_ULE performs > much better than SCHED_4BSD? Whenever the subject comes up, it is > mentioned, that SCHED_ULE has better performance on boxes with a ncpu > > 2. But in the end I see here contradictionary statements. People > complain about poor performance (especially in scientific environments), > and other give contra not being the case. > > Within our department, we developed a highly scalable code for planetary > science purposes on imagery. It utilizes present GPUs via OpenCL if > present. Otherwise it grabs as many cores as it can. > By the end of this year I'll get a new desktop box based on Intels new > Sandy Bridge-E architecture with plenty of memory. If the colleague who > developed the code is willing performing some benchmarks on the same > hardware platform, we'll benchmark bot FreeBSD 9.0/10.0 and the most > recent Suse. For FreeBSD I intent also to look for performance with both > different schedulers available. > This comes up every 9 months or so, and must be approaching FAQ status. In a HPC environment, I recommend 4BSD. Depending on the workload, ULE can cause a severe increase in turn around time when doing already long computations. If you have an MPI application, simply launching greater than ncpu+1 jobs can show the problem. PS: search the list archives for "kargl and ULE". -- Steve _____________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 16:18:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54E8A1065673; Mon, 12 Dec 2011 16:18:39 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id AA9AB8FC18; Mon, 12 Dec 2011 16:18:38 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id C9CE3E6208; Mon, 12 Dec 2011 16:18:36 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=mail; bh=Q9z1bk1qmKZA XQ8nRStBeMc3/Jk=; b=SxXMh7kUdQYpi15Kt2J0Rs6fYC1olhC17WIs0zDjIT5D A1Iq96vlmLVpcO1A6qoh99oVO5W12+/fCMZtP1D+efVwW3aBMFT4sZTaoXUOlFDh rGWM1gOuR1TCFVUlHquestEdOYF2nPQGwZnksQNhdP74MsDVCh/kWz9Ns5moGS4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=mail; b=RcWMeC 1y8njc525uJc8U1Tmzb2xH95iBdBPjvx9fu+qY8W+IegM0A5JKq62k7OQUsNg5df YhaIreE02yvjKlB4ycT5fpwQ1N+QZPLK56mfkiGjFav7JnbvhQh6Fy5NrFdv/ULi t+KDjFXsZ1d3YNfJatjra7CllK0LWd/TQoKCk= Received: from [192.168.1.120] (188-220-36-32.zone11.bethere.co.uk [188.220.36.32]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 50421E6200; Mon, 12 Dec 2011 16:18:36 +0000 (GMT) Message-ID: <4EE6295B.3020308@cran.org.uk> Date: Mon, 12 Dec 2011 16:18:35 +0000 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Steve Kargl References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <20111212155159.GB73597@troutmask.apl.washington.edu> In-Reply-To: <20111212155159.GB73597@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 16:18:39 -0000 On 12/12/2011 15:51, Steve Kargl wrote: > This comes up every 9 months or so, and must be approaching FAQ > status. In a HPC environment, I recommend 4BSD. Depending on the > workload, ULE can cause a severe increase in turn around time when > doing already long computations. If you have an MPI application, > simply launching greater than ncpu+1 jobs can show the problem. PS: > search the list archives for "kargl and ULE". This isn't something that can be fixed by tuning ULE? For example for desktop applications kern.sched.preempt_thresh should be set to 224 from its default. I'm wondering if the installer should ask people what the typical use will be, and tune the scheduler appropriately. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 16:28:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A20391065677 for ; Mon, 12 Dec 2011 16:28:45 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) by mx1.freebsd.org (Postfix) with ESMTP id 4F37A8FC1B for ; Mon, 12 Dec 2011 16:28:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=jD/DGWevIEiPAWIQLQuAD22uufZYP5CNuRFCmUv51UA=; b=Dl0Gj5PbcN+1zz7mVWHE8/hPnfQxmsQdacvdqYFZvJtXvtn6Vuo9nFSEGw5UGmTAbc3eMexcRz+2Fi96kma36t1L9updJ005PSmNRxyWYNRFpgXcQd2MzgGq0oSNK7BFhPkdH7Bk1m/Yibe7yklOeunEW8URctf1hqGoINM0gRY=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm1.ukr.net with esmtpsa ID 1Ra8k5-0000sP-U4 ; Mon, 12 Dec 2011 18:28:41 +0200 Date: Mon, 12 Dec 2011 18:28:41 +0200 From: Ivan Klymenko To: Bruce Cran Message-ID: <20111212182841.31f669ca@nonamehost.> In-Reply-To: <4EE6295B.3020308@cran.org.uk> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <20111212155159.GB73597@troutmask.apl.washington.edu> <4EE6295B.3020308@cran.org.uk> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org, Steve Kargl Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 16:28:45 -0000 =D0=92 Mon, 12 Dec 2011 16:18:35 +0000 Bruce Cran =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On 12/12/2011 15:51, Steve Kargl wrote: > > This comes up every 9 months or so, and must be approaching FAQ=20 > > status. In a HPC environment, I recommend 4BSD. Depending on the=20 > > workload, ULE can cause a severe increase in turn around time when=20 > > doing already long computations. If you have an MPI application,=20 > > simply launching greater than ncpu+1 jobs can show the problem. PS:=20 > > search the list archives for "kargl and ULE".=20 >=20 > This isn't something that can be fixed by tuning ULE? For example for=20 > desktop applications kern.sched.preempt_thresh should be set to 224 > from its default. I'm wondering if the installer should ask people > what the typical use will be, and tune the scheduler appropriately. >=20 This is by and large does not help in certain situations ... From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 16:31:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11AE010656E7; Mon, 12 Dec 2011 16:31:01 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mx.utwente.nl (mx2.utsp.utwente.nl [130.89.2.13]) by mx1.freebsd.org (Postfix) with ESMTP id 703058FC1E; Mon, 12 Dec 2011 16:31:00 +0000 (UTC) Received: from nox-laptop.student.utwente.nl (nox-laptop.student.utwente.nl [130.89.160.140]) by mx.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id pBCFr4ms020823; Mon, 12 Dec 2011 16:53:04 +0100 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Mon, 12 Dec 2011 16:53:04 +0100 User-Agent: KMail/1.9.10 References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> In-Reply-To: <4EE6060D.5060201@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201112121653.04522.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: "O. Hartmann" , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 16:31:01 -0000 On Monday 12 December 2011 14:47:57 O. Hartmann wrote: > > Not fully right, boinc defaults to run on idprio 31 so this isn't an > > issue. And yes, there are cases where SCHED_ULE shows much better > > performance then SCHED_4BSD. [...] > > Do we have any proof at hand for such cases where SCHED_ULE performs > much better than SCHED_4BSD? Whenever the subject comes up, it is > mentioned, that SCHED_ULE has better performance on boxes with a ncpu > > 2. But in the end I see here contradictionary statements. People > complain about poor performance (especially in scientific environments), > and other give contra not being the case. > > Within our department, we developed a highly scalable code for planetary > science purposes on imagery. It utilizes present GPUs via OpenCL if > present. Otherwise it grabs as many cores as it can. > By the end of this year I'll get a new desktop box based on Intels new > Sandy Bridge-E architecture with plenty of memory. If the colleague who > developed the code is willing performing some benchmarks on the same > hardware platform, we'll benchmark bot FreeBSD 9.0/10.0 and the most > recent Suse. For FreeBSD I intent also to look for performance with both > different schedulers available. > > O. In my spare time I do some stuff which can be considered "HPC". If I recall correctly the most loud supporters of the notion that SCHED_BSD is faster than SCHED_ULE are using more threads than there are cores, causing CPU core contention and more importantly unevenly distributed runtimes among threads, resulting in suboptimal execution times for their programs. Since I've never actually seen that code in question it's hard to say whether or not this "unfair" distribution actually results in lower throughput or that it simply violates an assumption in the code that each thread takes about as long to finish its task. Although I haven't actually benchmarked the two schedulers directly, I have no reason to suspect SCHED_ULE of suboptimal performance because: 1) A program model where there are N threads on N cores which take work items from a shared queue until it is empty has almost perfect scaling on SCHED_ULE (I get 398% CPU usage on a quadcore) 2) The same program on Linux (dual boot) compiled with exactly the same compiler and flags runs slightly slower. I think this has to do with VM differences. What I'm trying to say is that until someone actually shows some code which has demonstrably lower performance on SCHED_ULE and this is not caused by IMHO improper timing dependencies between threads I'd say that there is no cause for concern here. I actually expect performance differences between the two schedulers to show in problems which cause a lot more contention on the CPU cores and use lots of locks internally so threads are frequently waiting on each other, for instance the MySQL benchmarks done a couple of years ago by Kris Kennaway. Aside from algorithmic limitations (SCHED_BSD doesn't really scale all that well), there will always exist some problems in which SCHED_BSD is faster because it by chance has a better execution order for these problems... The good thing is people have a choice :-). I'm looking forward to the results of your benchmark. -- Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 16:47:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CC591065672; Mon, 12 Dec 2011 16:47:37 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 920F18FC17; Mon, 12 Dec 2011 16:47:36 +0000 (UTC) Received: by eekc50 with SMTP id c50so3382840eek.13 for ; Mon, 12 Dec 2011 08:47:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; bh=Ne7LltZXZK7mD1SEiZFcIDyP8Mb797kkP51TT0gaTgc=; b=HpKS7+i6ORdEKlB0ZZOMNdQLfVhCj5U1R4RQ9U66CjKYvQBgsHLWhqZBxIOfpqu2Or NigZkoIhrXioa8tlSTgW2OEImo8bAE24IoqSjT7grHtNK0gDPGwVnRH7+1Dca0+C++UP /Ed0tVkrMrHxhwfOOE4LoQdxyW0c4ptsO0cm4= Received: by 10.14.4.134 with SMTP id 6mr2809056eej.183.1323708454160; Mon, 12 Dec 2011 08:47:34 -0800 (PST) Received: from ernst.jennejohn.org (p578E15DC.dip.t-dialin.net. [87.142.21.220]) by mx.google.com with ESMTPS id 53sm77232850eef.2.2011.12.12.08.47.31 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 12 Dec 2011 08:47:32 -0800 (PST) Date: Mon, 12 Dec 2011 17:47:30 +0100 From: Gary Jennejohn To: Lars Engels Message-ID: <20111212174730.0aee3e2c@ernst.jennejohn.org> In-Reply-To: <1a8a6d6f-6756-4cda-b4d6-b39d335678c1@email.android.com> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE619FC.4000601@unsane.co.uk> <20111212163221.33d0b8a2@ernst.jennejohn.org> <1a8a6d6f-6756-4cda-b4d6-b39d335678c1@email.android.com> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org, Vincent Hoffman Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 16:47:37 -0000 On Mon, 12 Dec 2011 17:10:46 +0100 Lars Engels wrote: > Did you use -jX to build the world? > I'm top posting since Lars did. It was buildkernel, not buildworld. Yes, -j6. > _____________________________________________ > Von: Gary Jennejohn > Versendet am: Mon Dec 12 16:32:21 MEZ 2011 > An: Vincent Hoffman > CC: "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org > Betreff: Re: SCHED_ULE should not be the default > > > On Mon, 12 Dec 2011 15:13:00 +0000 > Vincent Hoffman wrote: > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On 12/12/2011 13:47, O. Hartmann wrote: > > > > > >> Not fully right, boinc defaults to run on idprio 31 so this isn't an > > >> issue. And yes, there are cases where SCHED_ULE shows much better > > >> performance then SCHED_4BSD. [...] > > > > > > Do we have any proof at hand for such cases where SCHED_ULE performs > > > much better than SCHED_4BSD? Whenever the subject comes up, it is > > > mentioned, that SCHED_ULE has better performance on boxes with a ncpu > > > > 2. But in the end I see here contradictionary statements. People > > > complain about poor performance (especially in scientific environments), > > > and other give contra not being the case. > > It all a little old now but some if the stuff in > > http://people.freebsd.org/~kris/scaling/ > > covers improvements that were seen. > > > > http://jeffr-tech.livejournal.com/5705.html > > shows a little too, reading though Jeffs blog is worth it as it has some > > interesting stuff on SHED_ULE. > > > > I thought there were some more benchmarks floating round but cant find > > any with a quick google. > > > > > > Vince > > > > > > > > Within our department, we developed a highly scalable code for planetary > > > science purposes on imagery. It utilizes present GPUs via OpenCL if > > > present. Otherwise it grabs as many cores as it can. > > > By the end of this year I'll get a new desktop box based on Intels new > > > Sandy Bridge-E architecture with plenty of memory. If the colleague who > > > developed the code is willing performing some benchmarks on the same > > > hardware platform, we'll benchmark bot FreeBSD 9.0/10.0 and the most > > > recent Suse. For FreeBSD I intent also to look for performance with both > > > different schedulers available. > > > > > These observations are not scientific, but I have a CPU from AMD with > 6 cores (AMD Phenom(tm) II X6 1090T Processor). > > My simple test was ``make buildkernel'' while watching the core usage with > gkrellm. > > With SCHED_4BSD all 6 cores are loaded to 97% during the build phase. > I've never seen any value above 97% with gkrellm. > > With SCHED_ULE I never saw all 6 cores loaded this heavily. Usually > 2 or more cores were at or below 90%. Not really that significant, but > still a noticeable difference in apparent scheduling behavior. Whether > the observed difference is due to some change in data from the kernel to > gkrellm is beyond me. > > -- > Gary Jennejohn > _____________________________________________ > > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 16:48:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D3F4106567A; Mon, 12 Dec 2011 16:48:59 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id A03D38FC14; Mon, 12 Dec 2011 16:48:58 +0000 (UTC) Received: by eekc50 with SMTP id c50so3384185eek.13 for ; Mon, 12 Dec 2011 08:48:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; bh=QFQyElN+lsakH/hXyvqde4RifLlcVgBZTDRMOHlFA6E=; b=L49yFzALu8AFiSjmnq5Zoxakto8S8RZJ5uihrtPrGtPlKoedDQdm0FXoIuWxq91kbJ x1fEYqXOLpCrAM4S8Kku5agZBB0aRgPTOrDIo0G9jd3liNL+dgZMrdNVsf66vaXA6D1P 2/uSipRpqUkwxpwUmlgeRdrYxltzRBNO1Yj+g= Received: by 10.14.4.154 with SMTP id 26mr2818946eej.36.1323708537575; Mon, 12 Dec 2011 08:48:57 -0800 (PST) Received: from ernst.jennejohn.org (p578E15DC.dip.t-dialin.net. [87.142.21.220]) by mx.google.com with ESMTPS id 39sm12128785eei.1.2011.12.12.08.48.55 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 12 Dec 2011 08:48:56 -0800 (PST) Date: Mon, 12 Dec 2011 17:48:54 +0100 From: Gary Jennejohn To: mdf@FreeBSD.org Message-ID: <20111212174854.4f6ea14c@ernst.jennejohn.org> In-Reply-To: References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE619FC.4000601@unsane.co.uk> <20111212163221.33d0b8a2@ernst.jennejohn.org> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org, Vincent Hoffman Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 16:48:59 -0000 On Mon, 12 Dec 2011 08:04:37 -0800 mdf@FreeBSD.org wrote: > On Mon, Dec 12, 2011 at 7:32 AM, Gary Jennejohn > wrote: > > On Mon, 12 Dec 2011 15:13:00 +0000 > > Vincent Hoffman wrote: > > > >> > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA1 > >> > >> On 12/12/2011 13:47, O. Hartmann wrote: > >> > > >> >> Not fully right, boinc defaults to run on idprio 31 so this isn't an > >> >> issue. And yes, there are cases where SCHED_ULE shows much better > >> >> performance then SCHED_4BSD. [...] > >> > > >> > Do we have any proof at hand for such cases where SCHED_ULE performs > >> > much better than SCHED_4BSD? Whenever the subject comes up, it is > >> > mentioned, that SCHED_ULE has better performance on boxes with a ncpu > > >> > 2. But in the end I see here contradictionary statements. People > >> > complain about poor performance (especially in scientific environments), > >> > and other give contra not being the case. > >> It all a little old now but some if the stuff in > >> http://people.freebsd.org/~kris/scaling/ > >> covers improvements that were seen. > >> > >> http://jeffr-tech.livejournal.com/5705.html > >> shows a little too, reading though Jeffs blog is worth it as it has some > >> interesting stuff on SHED_ULE. > >> > >> I thought there were some more benchmarks floating round but cant find > >> any with a quick google. > >> > >> > >> Vince > >> > >> > > >> > Within our department, we developed a highly scalable code for planetary > >> > science purposes on imagery. It utilizes present GPUs via OpenCL if > >> > present. Otherwise it grabs as many cores as it can. > >> > By the end of this year I'll get a new desktop box based on Intels new > >> > Sandy Bridge-E architecture with plenty of memory. If the colleague who > >> > developed the code is willing performing some benchmarks on the same > >> > hardware platform, we'll benchmark bot FreeBSD 9.0/10.0 and the most > >> > recent Suse. For FreeBSD I intent also to look for performance with both > >> > different schedulers available. > >> > > > > > These observations are not scientific, but I have a CPU from AMD with > > 6 cores (AMD Phenom(tm) II X6 1090T Processor). > > > > My simple test was ``make buildkernel'' while watching the core usage with > > gkrellm. > > > > With SCHED_4BSD all 6 cores are loaded to 97% during the build phase. > > I've never seen any value above 97% with gkrellm. > > > > With SCHED_ULE I never saw all 6 cores loaded this heavily.  Usually > > 2 or more cores were at or below 90%.  Not really that significant, but > > still a noticeable difference in apparent scheduling behavior.  Whether > > the observed difference is due to some change in data from the kernel to > > gkrellm is beyond me. > > SCHED_ULE is much sloppier about calculating which thread used a > timeslice -- unless the timeslice went 100% to a thread, the fraction > it used may get attributed elsewhere. So top's reporting of thread > usage is not a useful metric. Total buildworld time is, potentially. > I suspect you're right since the buildworld time, a much better test, was pretty much the same with 4BSD and ULE. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 17:06:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0371106564A; Mon, 12 Dec 2011 17:06:07 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 8DE578FC12; Mon, 12 Dec 2011 17:06:07 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id pBCH64v5074234; Mon, 12 Dec 2011 09:06:04 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id pBCH64Fe074233; Mon, 12 Dec 2011 09:06:04 -0800 (PST) (envelope-from sgk) Date: Mon, 12 Dec 2011 09:06:04 -0800 From: Steve Kargl To: Bruce Cran Message-ID: <20111212170604.GA74044@troutmask.apl.washington.edu> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <20111212155159.GB73597@troutmask.apl.washington.edu> <4EE6295B.3020308@cran.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EE6295B.3020308@cran.org.uk> User-Agent: Mutt/1.4.2.3i Cc: "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 17:06:07 -0000 On Mon, Dec 12, 2011 at 04:18:35PM +0000, Bruce Cran wrote: > On 12/12/2011 15:51, Steve Kargl wrote: > >This comes up every 9 months or so, and must be approaching FAQ > >status. In a HPC environment, I recommend 4BSD. Depending on the > >workload, ULE can cause a severe increase in turn around time when > >doing already long computations. If you have an MPI application, > >simply launching greater than ncpu+1 jobs can show the problem. PS: > >search the list archives for "kargl and ULE". > > This isn't something that can be fixed by tuning ULE? For example for > desktop applications kern.sched.preempt_thresh should be set to 224 from > its default. I'm wondering if the installer should ask people what the > typical use will be, and tune the scheduler appropriately. > Tuning kern.sched.preempt_thresh did not seem to help for my workload. My code is a classic master-slave OpenMPI application where the master runs on one node and all cpu-bound slaves are sent to a second node. If I send send ncpu+1 jobs to the 2nd node with ncpu's, then ncpu-1 jobs are assigned to the 1st ncpu-1 cpus. The last two jobs are assigned to the ncpu'th cpu, and these ping-pong on the this cpu. AFAICT, it is a cpu affinity issue, where ULE is trying to keep each job associated with its initially assigned cpu. While one might suggest that starting ncpu+1 jobs is not prudent, my example is just that. It is an example showing that ULE has performance issues. So, I now can start only ncpu jobs on each node in the cluster and send emails to all other users to not use those node, or use 4BSD and not worry about loading issues. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 18:50:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7420F1065670; Mon, 12 Dec 2011 18:50:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4AD138FC12; Mon, 12 Dec 2011 18:50:13 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id DE47F46B23; Mon, 12 Dec 2011 13:50:12 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6D1EAB93F; Mon, 12 Dec 2011 13:50:12 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 12 Dec 2011 13:29:41 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <20111201212311.GA83353@zim.MIT.EDU> In-Reply-To: <20111201212311.GA83353@zim.MIT.EDU> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201112121329.41296.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 12 Dec 2011 13:50:12 -0500 (EST) Cc: George Liaskos , David Schultz Subject: Re: r227487 breaks C++ programs that use __isthreaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 18:50:13 -0000 On Thursday, December 01, 2011 4:23:11 pm David Schultz wrote: > On Thu, Dec 01, 2011, George Liaskos wrote: > > Hello > > > > One example is Google's tcmalloc [1], is this behaviour intended? > > > > [1] http://code.google.com/p/google- perftools/source/browse/trunk/src/maybe_threads.cc > > This code uses an unportable workaround for a bug that I believe > was fixed in r227999. Using internal names starting with a double > underscore isn't supported. I still think 227999 is wrong and would prefer that once actually worked, but that has fallout for libstdc++. libc has an internal _once() that always works. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 18:50:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E48AA106564A; Mon, 12 Dec 2011 18:50:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id BD3B58FC14; Mon, 12 Dec 2011 18:50:13 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 7581746B37; Mon, 12 Dec 2011 13:50:13 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D4559B95C; Mon, 12 Dec 2011 13:50:12 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org, lev@freebsd.org Date: Mon, 12 Dec 2011 13:43:56 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <76373418.20111209141018@serebryakov.spb.ru> In-Reply-To: <76373418.20111209141018@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Message-Id: <201112121343.56104.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 12 Dec 2011 13:50:12 -0500 (EST) Cc: Subject: Re: FreeBSD/amd64 on machine without ACPI BIOS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 18:50:14 -0000 On Friday, December 09, 2011 5:10:18 am Lev Serebryakov wrote: > Hello, Freebsd-current. > > Soekris ("famous" developer of small x86-compatible appliance-like > hardware) released net6501 some time ago, which is based on Atom (E6xx) > CPU. > It seems, that 64-bit version of Linux could run on it without > problems. > But FreeBSD/amd64 can not. It stops after kernel detect some > devices without any errors or panics. > This box has one big difference from billions other Intel-based > boxes on market: it has very special BIOS without ACPI at all. Someone > says, that it could be reason why FreeBSD/amd64 could not be boot on > this box. > Is it true? Is it possible to have FreeBSD/amd64 without ACPI? Hmm, amd64 pretty much requires ACPI currently. It might mostly work if you add 'device mptable', but it won't be able to find PNPBIOS devices (though hints will mostly work for that stuff). If you don't have an mptable it won't be able to route PCI interrupts, etc. It also requires an APIC, though you might be able to use 'device atpic' to work around that. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 18:50:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C6341065675; Mon, 12 Dec 2011 18:50:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3066C8FC16; Mon, 12 Dec 2011 18:50:14 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id D06F946B3C; Mon, 12 Dec 2011 13:50:13 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 42D2DB961; Mon, 12 Dec 2011 13:50:13 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 12 Dec 2011 13:50:11 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <4EE1EAFE.3070408@m5p.com> <4EE6295B.3020308@cran.org.uk> <20111212170604.GA74044@troutmask.apl.washington.edu> In-Reply-To: <20111212170604.GA74044@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201112121350.11784.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 12 Dec 2011 13:50:13 -0500 (EST) Cc: Bruce Cran , "O. Hartmann" , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org, Steve Kargl Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 18:50:14 -0000 On Monday, December 12, 2011 12:06:04 pm Steve Kargl wrote: > On Mon, Dec 12, 2011 at 04:18:35PM +0000, Bruce Cran wrote: > > On 12/12/2011 15:51, Steve Kargl wrote: > > >This comes up every 9 months or so, and must be approaching FAQ > > >status. In a HPC environment, I recommend 4BSD. Depending on the > > >workload, ULE can cause a severe increase in turn around time when > > >doing already long computations. If you have an MPI application, > > >simply launching greater than ncpu+1 jobs can show the problem. PS: > > >search the list archives for "kargl and ULE". > > > > This isn't something that can be fixed by tuning ULE? For example for > > desktop applications kern.sched.preempt_thresh should be set to 224 from > > its default. I'm wondering if the installer should ask people what the > > typical use will be, and tune the scheduler appropriately. > > > > Tuning kern.sched.preempt_thresh did not seem to help for > my workload. My code is a classic master-slave OpenMPI > application where the master runs on one node and all > cpu-bound slaves are sent to a second node. If I send > send ncpu+1 jobs to the 2nd node with ncpu's, then > ncpu-1 jobs are assigned to the 1st ncpu-1 cpus. The > last two jobs are assigned to the ncpu'th cpu, and > these ping-pong on the this cpu. AFAICT, it is a cpu > affinity issue, where ULE is trying to keep each job > associated with its initially assigned cpu. > > While one might suggest that starting ncpu+1 jobs > is not prudent, my example is just that. It is an > example showing that ULE has performance issues. > So, I now can start only ncpu jobs on each node > in the cluster and send emails to all other users > to not use those node, or use 4BSD and not worry > about loading issues. This is a case where 4BSD's naive algorithm will spread out the load more evenly because all the threads are on a single, shared queue and each CPU just grabs the head of the queue when it finishes a timeslice. ULE always assigns threads to a single CPU (even if they aren't pinned to a single CPU using cpuset, etc.) and then tries to balance the load across cores later, but I believe in this case it's rebalancer won't have anything to really do as no matter what it does with the N+1 job it's going to be sharing a CPU with another job. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 19:14:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7EB81065673 for ; Mon, 12 Dec 2011 19:14:55 +0000 (UTC) (envelope-from siur.vvm@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9939B8FC16 for ; Mon, 12 Dec 2011 19:14:55 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so6907556vcb.13 for ; Mon, 12 Dec 2011 11:14:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=IT+Jzy612Tl/rbupPX8DvbAW1e+1Z7ffNyOo+1at+OQ=; b=CmfMq0IkbZoDtNbEbyni7zquUDXtMp/11nUzEunfzZtsVsd3P1IhBJnG/AxoDh4b/I 9G1TjfD9nTJEZGKT4XMkmfWxW5KK0OilR73MGw5zEPhw39O6qXZ1cbLaZ2WYrQyEAnSa o2OVQ4IGBsTYkc8U6DPoNIUd6h66pV1U9mLIQ= MIME-Version: 1.0 Received: by 10.52.99.37 with SMTP id en5mr10522825vdb.101.1323715568792; Mon, 12 Dec 2011 10:46:08 -0800 (PST) Received: by 10.52.28.8 with HTTP; Mon, 12 Dec 2011 10:46:08 -0800 (PST) Date: Mon, 12 Dec 2011 22:46:08 +0400 Message-ID: From: siur To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: amd64 packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 19:14:55 -0000 Hello! My question is quite short and stupid -- why there is still no packages for 10-current? Did I miss something? From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 19:16:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CBC11065677; Mon, 12 Dec 2011 19:16:07 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id B16A08FC1E; Mon, 12 Dec 2011 19:16:06 +0000 (UTC) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id pBCJ3Ua5079662; Mon, 12 Dec 2011 13:03:30 -0600 (CST) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id pBCJ3UQl079661; Mon, 12 Dec 2011 13:03:30 -0600 (CST) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Mon, 12 Dec 2011 13:03:30 -0600 From: Scott Lambert To: Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Message-ID: <20111212190330.GA69380@sysmon.tcworks.net> Mail-Followup-To: Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <20111212155159.GB73597@troutmask.apl.washington.edu> <4EE6295B.3020308@cran.org.uk> <20111212170604.GA74044@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111212170604.GA74044@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 19:16:07 -0000 On Mon, Dec 12, 2011 at 09:06:04AM -0800, Steve Kargl wrote: > Tuning kern.sched.preempt_thresh did not seem to help for > my workload. My code is a classic master-slave OpenMPI > application where the master runs on one node and all > cpu-bound slaves are sent to a second node. If I send > send ncpu+1 jobs to the 2nd node with ncpu's, then > ncpu-1 jobs are assigned to the 1st ncpu-1 cpus. The > last two jobs are assigned to the ncpu'th cpu, and > these ping-pong on the this cpu. AFAICT, it is a cpu > affinity issue, where ULE is trying to keep each job > associated with its initially assigned cpu. > > While one might suggest that starting ncpu+1 jobs > is not prudent, my example is just that. It is an > example showing that ULE has performance issues. > So, I now can start only ncpu jobs on each node > in the cluster and send emails to all other users > to not use those node, or use 4BSD and not worry > about loading issues. Does it meet your expectations if you start (j modulo ncpu) = 0 jobs on a node? -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 19:26:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 327C0106566B; Mon, 12 Dec 2011 19:26:38 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id E4EEC8FC17; Mon, 12 Dec 2011 19:26:37 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id pBCJQbTv087779; Mon, 12 Dec 2011 11:26:37 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id pBCJQbD3087778; Mon, 12 Dec 2011 11:26:37 -0800 (PST) (envelope-from sgk) Date: Mon, 12 Dec 2011 11:26:37 -0800 From: Steve Kargl To: Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Message-ID: <20111212192637.GA87729@troutmask.apl.washington.edu> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <20111212155159.GB73597@troutmask.apl.washington.edu> <4EE6295B.3020308@cran.org.uk> <20111212170604.GA74044@troutmask.apl.washington.edu> <20111212190330.GA69380@sysmon.tcworks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111212190330.GA69380@sysmon.tcworks.net> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 19:26:38 -0000 On Mon, Dec 12, 2011 at 01:03:30PM -0600, Scott Lambert wrote: > On Mon, Dec 12, 2011 at 09:06:04AM -0800, Steve Kargl wrote: > > Tuning kern.sched.preempt_thresh did not seem to help for > > my workload. My code is a classic master-slave OpenMPI > > application where the master runs on one node and all > > cpu-bound slaves are sent to a second node. If I send > > send ncpu+1 jobs to the 2nd node with ncpu's, then > > ncpu-1 jobs are assigned to the 1st ncpu-1 cpus. The > > last two jobs are assigned to the ncpu'th cpu, and > > these ping-pong on the this cpu. AFAICT, it is a cpu > > affinity issue, where ULE is trying to keep each job > > associated with its initially assigned cpu. > > > > While one might suggest that starting ncpu+1 jobs > > is not prudent, my example is just that. It is an > > example showing that ULE has performance issues. > > So, I now can start only ncpu jobs on each node > > in the cluster and send emails to all other users > > to not use those node, or use 4BSD and not worry > > about loading issues. > > Does it meet your expectations if you start (j modulo ncpu) = 0 > jobs on a node? > I've never tried to launch more than ncpu + 1 (or + 2) jobs. I suppose at the time I was investigating the issue, it was determined that 4BSD allowed me to get my work done in a more timely manner. So, I took the path of least resistance. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 20:14:10 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 771F9106564A for ; Mon, 12 Dec 2011 20:14:10 +0000 (UTC) (envelope-from bangel@elite.net) Received: from mail.elite.net (svr08.atwtca02.fire2wire.net [67.118.192.24]) by mx1.freebsd.org (Postfix) with ESMTP id 5ECA78FC17 for ; Mon, 12 Dec 2011 20:14:10 +0000 (UTC) Received: from adsl-99-110-156-21.dsl.irvnca.sbcglobal.net ([99.110.156.21] helo=[192.168.123.220]) by mail.elite.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1RaBr0-00080r-Q2; Mon, 12 Dec 2011 11:48:04 -0800 Message-ID: <4EE65AB4.1010405@elite.net> Date: Mon, 12 Dec 2011 11:49:08 -0800 From: Keith Simonsen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <4E0A5689.2020302@delphij.net> <20111207092907.GA1645@garage.freebsd.pl> <7BD6CA15-3329-4684-8127-665CDC171B22@lists.zabbadoz.net> In-Reply-To: <7BD6CA15-3329-4684-8127-665CDC171B22@lists.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: d@delphij.net, FreeBSD Current , Pawel Jakub Dawidek Subject: Re: [RFC] winbond watchdog driver for FreeBSD/i386 and FreeBSD/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 20:14:10 -0000 On 12/7/2011 02:17, Bjoern A. Zeeb wrote: > On 7. Dec 2011, at 09:29 , Pawel Jakub Dawidek wrote: > >> On Tue, Jun 28, 2011 at 03:32:41PM -0700, Xin LI wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA256 >>> >>> Hi, >>> >>> I'd like to request for comments on the attached driver, which supports >>> watchdogs on several Winbond super I/O chip models and have been tested >>> on a few of recent Supermicro motherboards. >> >> Is there any reason this is not yet committed? Please commit, pretty >> please. > > Yes we have 2+ of them and are trying to merge. The other one sits here > and allows you even longer timeouts as well as time setting the timeout > independent of watchdogd in case you have two watchdogs and want to do tricks > like NMI/reset with the other one... but is lacking the man page yet. > I have added another one or two IC revisions I think that I had found > and tested privately. > > http://people.freebsd.org/~bz/patch-20110710-03-wbwd.diff > I've been using 20110718-02-wbwd.diff for a few months now on a project with PC Engines Alix 1.d boards (http://pcengines.ch/alix1d.htm). They have a Winbond W83627HG chip. I don't see any probing/attach messages on boot but the driver seems to be properly configuring the chip - if I kill watchdogd with -9 the board reboots with watchdog timeout. I'm also trying to use the above winbond chip for GPIO (userland bit banging at this point). > /bz > -Keith From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 20:22:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F8BE106564A for ; Mon, 12 Dec 2011 20:22:54 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 030378FC15 for ; Mon, 12 Dec 2011 20:22:54 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1RaCOk-000DBN-Re; Mon, 12 Dec 2011 21:22:54 +0100 Date: Mon, 12 Dec 2011 21:22:54 +0100 From: Kurt Jaeger To: siur Message-ID: <20111212202254.GA69517@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@freebsd.org Subject: Re: amd64 packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 20:22:54 -0000 Hi! > My question is quite short and stupid -- why there is still no > packages for 10-current? Did I miss something? Because the ports people are busy with getting 9.0-REL out of the door. -- pi@opsec.eu +49 171 3101372 9 years to go ! From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 20:26:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 940971065700 for ; Mon, 12 Dec 2011 20:26:09 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 561AE8FC12 for ; Mon, 12 Dec 2011 20:26:09 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.5/8.14.4) with ESMTP id pBCKQ3NY041993; Mon, 12 Dec 2011 15:26:03 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4EE66352.8090801@sentex.net> Date: Mon, 12 Dec 2011 15:25:54 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Keith Simonsen References: <4E0A5689.2020302@delphij.net> <20111207092907.GA1645@garage.freebsd.pl> <7BD6CA15-3329-4684-8127-665CDC171B22@lists.zabbadoz.net> <4EE65AB4.1010405@elite.net> In-Reply-To: <4EE65AB4.1010405@elite.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: FreeBSD Current Subject: Re: [RFC] winbond watchdog driver for FreeBSD/i386 and FreeBSD/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 20:26:09 -0000 On 12/12/2011 2:49 PM, Keith Simonsen wrote: > > I've been using 20110718-02-wbwd.diff for a few months now on a project > with PC Engines Alix 1.d boards (http://pcengines.ch/alix1d.htm). They > have a Winbond W83627HG chip. I don't see any probing/attach messages > on boot but the driver seems to be properly configuring the chip - if I > kill watchdogd with -9 the board reboots with watchdog timeout. Are you sure thats the watchdog thats doing the 'killing' so to speak ? If you have option CPU_GEODE in your kernel config, you will get the watchdog code there no ? ( /usr/src/sys/i386/i386/geode.c) ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 23:48:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE590106566B for ; Mon, 12 Dec 2011 23:48:41 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 936A18FC15 for ; Mon, 12 Dec 2011 23:48:41 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1RaFbr-000792-2w>; Tue, 13 Dec 2011 00:48:39 +0100 Received: from e178008161.adsl.alicedsl.de ([85.178.8.161] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1RaFbq-0005wx-U2>; Tue, 13 Dec 2011 00:48:39 +0100 Message-ID: <4EE692D6.5010208@zedat.fu-berlin.de> Date: Tue, 13 Dec 2011 00:48:38 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Steve Kargl References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <20111212155159.GB73597@troutmask.apl.washington.edu> <4EE6295B.3020308@cran.org.uk> <20111212170604.GA74044@troutmask.apl.washington.edu> In-Reply-To: <20111212170604.GA74044@troutmask.apl.washington.edu> X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBAD169A868B0E5A48D5A4634" X-Originating-IP: 85.178.8.161 Cc: Bruce Cran , "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 23:48:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBAD169A868B0E5A48D5A4634 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 12/12/11 18:06, Steve Kargl wrote: > On Mon, Dec 12, 2011 at 04:18:35PM +0000, Bruce Cran wrote: >> On 12/12/2011 15:51, Steve Kargl wrote: >>> This comes up every 9 months or so, and must be approaching FAQ=20 >>> status. In a HPC environment, I recommend 4BSD. Depending on the=20 >>> workload, ULE can cause a severe increase in turn around time when=20 >>> doing already long computations. If you have an MPI application,=20 >>> simply launching greater than ncpu+1 jobs can show the problem. PS:=20 >>> search the list archives for "kargl and ULE".=20 >> >> This isn't something that can be fixed by tuning ULE? For example for = >> desktop applications kern.sched.preempt_thresh should be set to 224 fr= om=20 >> its default. I'm wondering if the installer should ask people what the= =20 >> typical use will be, and tune the scheduler appropriately. >> Is the tuning of kern.sched.preempt_thresh and a proper method of estimating its correct value for the intended to use workload documented in the manpages, maybe tuning()? I find it hard to crawl a lot of pros and cons of mailing lists for evaluating a correct value of this, seemingly, important tunable. >=20 > Tuning kern.sched.preempt_thresh did not seem to help for > my workload. My code is a classic master-slave OpenMPI > application where the master runs on one node and all > cpu-bound slaves are sent to a second node. If I send > send ncpu+1 jobs to the 2nd node with ncpu's, then=20 > ncpu-1 jobs are assigned to the 1st ncpu-1 cpus. The > last two jobs are assigned to the ncpu'th cpu, and=20 > these ping-pong on the this cpu. AFAICT, it is a cpu > affinity issue, where ULE is trying to keep each job > associated with its initially assigned cpu. >=20 > While one might suggest that starting ncpu+1 jobs > is not prudent, my example is just that. It is an > example showing that ULE has performance issues.=20 > So, I now can start only ncpu jobs on each node > in the cluster and send emails to all other users > to not use those node, or use 4BSD and not worry > about loading issues. >=20 --------------enigBAD169A868B0E5A48D5A4634 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJO5pLWAAoJEOgBcD7A/5N86FIIAMlp2MmSfYGAw+Gqn5MuN/s1 VxWt+47R+tii3x2I5rvjigs2+c5BbMhQ5B/+LS1qU8OspeAwWcvqYnXCXwKs7kUo FG+8mmdyVaqt9s1hoh/W4tHgDgL/DCMxwkIfS3yVubjqOltDo7npcre7sMoUaEjL lv0ySiLArwHbnD4mdrC3gJz/fW0enmNOl9wGYWWcUPcDdJ5XdYMSfSGk0W6bpSgA ewDaoPtz1jh/CkLAVH59/cxcHowtsM9YcrdTOPKOIAI9amNChlvtuv8Sv8g2LC9e RhgNHCE6RKVqAIpyIZLTFZ6pUfTtQeI6CtqWHDDAvhYAUEZxZmBDErazPkkirWQ= =prJ+ -----END PGP SIGNATURE----- --------------enigBAD169A868B0E5A48D5A4634-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 12 23:51:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D07B1065672 for ; Mon, 12 Dec 2011 23:51:28 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 161188FC1C for ; Mon, 12 Dec 2011 23:51:27 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1RaFeZ-0007Nu-1y>; Tue, 13 Dec 2011 00:51:27 +0100 Received: from e178008161.adsl.alicedsl.de ([85.178.8.161] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1RaFeY-0006AR-Tr>; Tue, 13 Dec 2011 00:51:27 +0100 Message-ID: <4EE6937E.1060101@zedat.fu-berlin.de> Date: Tue, 13 Dec 2011 00:51:26 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: siur References: In-Reply-To: X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1464FF52B6C4CB49FB468A64" X-Originating-IP: 85.178.8.161 Cc: freebsd-current@freebsd.org Subject: Re: amd64 packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 23:51:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1464FF52B6C4CB49FB468A64 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 12/12/11 19:46, siur wrote: > Hello! >=20 > My question is quite short and stupid -- why there is still no > packages for 10-current? Did I miss something? 10.0-CURRENT is at this very moment the bloody edge development and 9.0-REL isn't out yet. So do not expect personell dedicating themselfs on building packages. Building packages/software has still some issues on 10.0-CUR, and I guess there will no packeage building until those issues get fixed. The beste way is to build the software via ports yourself - one of the really great benefits of having FreeBSD and its ports collection. Regards, Oliver --------------enig1464FF52B6C4CB49FB468A64 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJO5pN+AAoJEOgBcD7A/5N8/XgH/0TCZF24Utei3L694/3zrXHW 9oBC1YnOqmgLxJpSI2BOfXTr8z4gAAg8cckqQFrRpVEE7Pgmg4kGqiV1JxYNNHE7 HRtnPqeeXz6UP4y7HbRQHYCaxe82yYiMQ3hAqTyjbI/jNA5A7C133Y+MwjefZ9YA s+xWMlqCMhdN1BaON4NAcadTdIyXcFV5lZg2zR+OIjhoPuoAp7QouTvZnsmEn0eq PqyNTK9PBc1QrE+oaVbq2wvndWRpWYT1HFIviYetuJ924ga1AcDp/WoNxKAKomdz PpRugaaebTnd+HqcOzqrc6zXUwXyduWdUR41QwNWWFtpn78gerUxaLUn0D8/hCI= =89kG -----END PGP SIGNATURE----- --------------enig1464FF52B6C4CB49FB468A64-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 00:00:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39AFA10656AA for ; Tue, 13 Dec 2011 00:00:41 +0000 (UTC) (envelope-from bangel@elite.net) Received: from mail.elite.net (svr08.atwtca02.fire2wire.net [67.118.192.24]) by mx1.freebsd.org (Postfix) with ESMTP id 396AA8FC1E for ; Tue, 13 Dec 2011 00:00:29 +0000 (UTC) Received: from adsl-99-110-156-21.dsl.irvnca.sbcglobal.net ([99.110.156.21] helo=[192.168.123.220]) by mail.elite.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1RaFnI-000123-1E; Mon, 12 Dec 2011 16:00:28 -0800 Message-ID: <4EE695DD.1000206@elite.net> Date: Mon, 12 Dec 2011 16:01:33 -0800 From: Keith Simonsen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Mike Tancsa References: <4E0A5689.2020302@delphij.net> <20111207092907.GA1645@garage.freebsd.pl> <7BD6CA15-3329-4684-8127-665CDC171B22@lists.zabbadoz.net> <4EE65AB4.1010405@elite.net> <4EE66352.8090801@sentex.net> In-Reply-To: <4EE66352.8090801@sentex.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: [RFC] winbond watchdog driver for FreeBSD/i386 and FreeBSD/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 00:00:41 -0000 On 12/12/2011 12:25, Mike Tancsa wrote: > On 12/12/2011 2:49 PM, Keith Simonsen wrote: >> >> I've been using 20110718-02-wbwd.diff for a few months now on a project >> with PC Engines Alix 1.d boards (http://pcengines.ch/alix1d.htm). They >> have a Winbond W83627HG chip. I don't see any probing/attach messages >> on boot but the driver seems to be properly configuring the chip - if I >> kill watchdogd with -9 the board reboots with watchdog timeout. > > Are you sure thats the watchdog thats doing the 'killing' so to speak ? > If you have > option CPU_GEODE > in your kernel config, you will get the watchdog code there no ? > ( /usr/src/sys/i386/i386/geode.c) Yes I do have CPU_GEODE in my kernel and I see the geode MFGPT probed in the verbose dmesg output. I'm not sure how I can tell what piece of hardware /dev/fido is linked to but I think you're correct and I'm using the geode watchdog and not the winbond chip. Maybe this has something do with me not having 'device eisa' in my kernel config! I'm going to start compiling a new nanobsd image right now with eisa and the newer wbwd.c driver and see how it goes.... Thanks > > > ---Mike > -Keith From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 00:15:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D9921065672; Tue, 13 Dec 2011 00:15:17 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id E32588FC16; Tue, 13 Dec 2011 00:15:16 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 64AEAE6209; Tue, 13 Dec 2011 00:15:15 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=mail; bh=gJC95oEqPFyd PxKhOGrYzUyGTDw=; b=lxgw94TUBeTsBgWu2YSPBvEpRbjQcuqTJny+hvnZIiFU tHpeqewHNhRiny1zu6kxuMq9MtveVpYMV4ARIwScFH5LK/wbqs3do4spXmz+aKkU 53to5Y0Rb5TCj5DjChXujp47CaMhTdshe6DkZOlXc6EOfhSTZZzvq5AgNt8lf64= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=mail; b=Mq2NRg aaRj5CQxemqhNyn9XyA4O4PRCSn1UIY2zSw8JCM6SkjRIxcya2ZbuKOMw6ShJ5Ce WDDQnMskQEeJF3RIQ+eyWgORWCB3/3TW1oi305p5LAIVWxNAVOcnAbBwhaa+6XMP KmyZZwAc3ftWGIVyez2HIur75sxN5zkzmvenI= Received: from [192.168.1.120] (188-220-36-32.zone11.bethere.co.uk [188.220.36.32]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id D898DE6200; Tue, 13 Dec 2011 00:15:14 +0000 (GMT) Message-ID: <4EE69911.9040201@cran.org.uk> Date: Tue, 13 Dec 2011 00:15:13 +0000 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <20111212155159.GB73597@troutmask.apl.washington.edu> <4EE6295B.3020308@cran.org.uk> <20111212170604.GA74044@troutmask.apl.washington.edu> <4EE692D6.5010208@zedat.fu-berlin.de> In-Reply-To: <4EE692D6.5010208@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org, Steve Kargl Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 00:15:17 -0000 On 12/12/2011 23:48, O. Hartmann wrote: > Is the tuning of kern.sched.preempt_thresh and a proper method of > estimating its correct value for the intended to use workload > documented in the manpages, maybe tuning()? I find it hard to crawl a > lot of pros and cons of mailing lists for evaluating a correct value > of this, seemingly, important tunable. Note that I said "for example" :) I was suggesting that there may be sysctl's that can be tweaked to improve performance. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 00:29:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id B754E1065672; Tue, 13 Dec 2011 00:29:15 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 0F52614FAE3; Tue, 13 Dec 2011 00:29:15 +0000 (UTC) Message-ID: <4EE69C5A.3090005@FreeBSD.org> Date: Mon, 12 Dec 2011 16:29:14 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111110 Thunderbird/8.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> In-Reply-To: <4EE6060D.5060201@mail.zedat.fu-berlin.de> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-performance@freebsd.org, Current FreeBSD , freebsd-stable@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 00:29:15 -0000 On 12/12/2011 05:47, O. Hartmann wrote: > Do we have any proof at hand for such cases where SCHED_ULE performs > much better than SCHED_4BSD? I complained about poor interactive performance of ULE in a desktop environment for years. I had numerous people try to help, including Jeff, with various tunables, dtrace'ing, etc. The cause of the problem was never found. I switched to 4BSD, problem gone. This is on 2 separate systems with core 2 duos. hth, Doug -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 01:19:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CC781065675 for ; Tue, 13 Dec 2011 01:19:13 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 5016F8FC08 for ; Tue, 13 Dec 2011 01:19:13 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id E04FB5619E; Mon, 12 Dec 2011 18:59:18 -0600 (CST) Date: Mon, 12 Dec 2011 18:59:18 -0600 From: Mark Linimon To: siur Message-ID: <20111213005918.GA7432@lonesome.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: amd64 packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 01:19:13 -0000 On Mon, Dec 12, 2011 at 10:46:08PM +0400, siur wrote: > why there is still no packages for 10-current? Did I miss something? We're trying to debug multiple package building problems, and currently using i386-10 for that. Until we get farther along with that process, we aren't doing amd64-10 yet. mcl From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 02:46:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D77621065670; Tue, 13 Dec 2011 02:46:36 +0000 (UTC) (envelope-from jwd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id ABFB38FC0C; Tue, 13 Dec 2011 02:46:36 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBD2kaCI002374; Tue, 13 Dec 2011 02:46:36 GMT (envelope-from jwd@freefall.freebsd.org) Received: (from jwd@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBD2kanc002373; Tue, 13 Dec 2011 02:46:36 GMT (envelope-from jwd) Date: Tue, 13 Dec 2011 02:46:36 +0000 From: John To: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Message-ID: <20111213024636.GA47103@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: multihomed nfs server - NLM lock failure on additional interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 02:46:36 -0000 Hi Folks, I have a 9-prerelease system where I've been testing nfs/zfs. The system has been working quite well until moving the server to a multihomed configuration. Given the following: nfsd: master (nfsd) nfsd: server (nfsd) /usr/sbin/rpcbind -h 10.24.6.38 -h 172.1.1.2 -h 172.21.201.1 -h 172.21.202.1 -h 172.21.203.1 -h 172.21.204.1 -h 172.21.205.1 -h 10.24.6.34 -h 10.24.6.33 /usr/sbin/mountd -r -l -h 10.24.6.38 -h 172.1.1.2 -h 172.21.201.1 -h 172.21.202.1 -h 172.21.203.1 -h 172.21.204.1 -h 172.21.205.1 -h 10.24.6.34 -h 10.24.6.33 /usr/sbin/rpc.statd -h 10.24.6.38 -h 172.1.1.2 -h 172.21.201.1 -h 172.21.202.1 -h 172.21.203.1 -h 172.21.204.1 -h 172.21.205.1 -h 10.24.6.34 -h 10.24.6.33 /usr/sbin/rpc.lockd -h 10.24.6.38 -h 172.1.1.2 -h 172.21.201.1 -h 172.21.202.1 -h 172.21.203.1 -h 172.21.204.1 -h 172.21.205.1 -h 10.24.6.34 -h 10.24.6.33 10.24.6.38 is the default interface on 1G. The 172 nets are 10G connected to compute systems. ifconfig_bce0=' inet 10.24.6.38 netmask 255.255.0.0 -rxcsum -txcsum' _c='physical addr which never changes' ifconfig_bce1=' inet 172.1.1.2 netmask 255.255.255.0' _c='physcial addr on crossover cable' ifconfig_cxgb2='inet 172.21.21.129 netmask 255.255.255.0' _c='physical backside 10g compute net' ifconfig_cxgb3='inet 172.21.201.1 netmask 255.255.255.0 mtu 9000' _c='physical backside 10g compute net' ifconfig_cxgb6='inet 172.21.202.1 netmask 255.255.255.0 mtu 9000' _c='physical backside 10g compute net' ifconfig_cxgb8='inet 172.21.203.1 netmask 255.255.255.0 mtu 9000' _c='physical backside 10g compute net' ifconfig_cxgb4='inet 172.21.204.1 netmask 255.255.255.0 mtu 9000' _c='physical backside 10g compute net' ifconfig_cxgb0='inet 172.21.205.1 netmask 255.255.255.0 mtu 9000' _c='physical backside 10g compute net' The 10.24.6.34 and 10.24.6.33 are alias addresses for the system. Destination Gateway Flags Refs Use Netif Expire default 10.24.0.1 UGS 0 1049 bce0 The server works correctly (and quite well) for both udp & tcp mounts. Basically, all nfs traffic is great! However, locking only works for clients connected to the 10.24.6.38 interface. A tcpdump file from good & bad runs: http://www.freebsd.org/~jwd/lockgood.pcap http://www.freebsd.org/~jwd/lockbad.pcap Basically, the clients (both FreeBSD & Linux) query the servers rpcbind for the address of the nlm which is returned correctly. For the good run, the NLM is then called. For the bad call, it is not. I've started digging through code, but I do not claim to be an rpc expert. If anyone has suggestions I would appreciate any pointers. Thanks! John From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 07:56:02 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B02E106564A for ; Tue, 13 Dec 2011 07:56:02 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2EA788FC08 for ; Tue, 13 Dec 2011 07:56:02 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:970:bcaf:24df:519a] (unknown [IPv6:2001:7b8:3a7:0:970:bcaf:24df:519a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6CAF25C37; Tue, 13 Dec 2011 08:56:01 +0100 (CET) Message-ID: <4EE70514.1040907@FreeBSD.org> Date: Tue, 13 Dec 2011 08:56:04 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111130 Thunderbird/9.0 MIME-Version: 1.0 To: Sean Bruno References: <465660264.237830.1322071102401.JavaMail.root@erie.cs.uoguelph.ca> <1322072781.12047.4.camel@hitfishpass-lx.corp.yahoo.com> In-Reply-To: <1322072781.12047.4.camel@hitfishpass-lx.corp.yahoo.com> X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , Rick Macklem Subject: Re: NFS + SVN problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 07:56:02 -0000 On 2011-11-23 19:26, Sean Bruno wrote: > On Wed, 2011-11-23 at 09:58 -0800, Rick Macklem wrote: >> I don't know if Dimitry tried this, but you could also try the >> "nolockd" option, so that byte range locking is done locally in >> the client and avoids the NLM. >> >> Good luck with it and please let us know how it goes, rick > > This seems to allow SVN 1.7 to do whatever nonsense it is trying to do. > I've modified my fstab on the test host in the cluster to: > > dumpster:/vol/volshscratch /dumpster/scratch nfs > rw,soft,intr,bg,nolockd,nosuid 0 0 > > Removing soft,intr had no effect. This, I suspect will be problematic > for clusteradm@ if we start updating hosts in the cluster. A very late addition to this: I got Subversion 1.7 to work properly over NFSv3, by making sure rpc.lockd runs on both server and client. E.g, set rpc_lockd_enable to YES in rc.conf; this is off by default, even if you have nfs_client_enable/nfs_server_enable set to YES. From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 08:40:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60E04106564A; Tue, 13 Dec 2011 08:40:54 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0F9278FC08; Tue, 13 Dec 2011 08:40:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=02qllFexF+QvnW1q5ymUZZxjyYi7Er87q5EPTv3rxFA=; b=kRx4fPERvEuj3vMPAbWT5xSfgRyH2ufNdtJmGOjw62bi+Al4rw6lEJxT0y8LkWCq0Rzzk4AH93ZQ2c609v2pQ3bg9iFtYEZ/9k2GKJOhJIkY4iz6XeLHmyFIZ2fuPILkBi2udCx4NZfLQedqEtdLvWNpaDxsm73tgGZCCH0wei4=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1RaNut-000G89-UB ; Tue, 13 Dec 2011 10:40:52 +0200 Date: Tue, 13 Dec 2011 10:40:48 +0200 From: Ivan Klymenko To: Doug Barton Message-ID: <20111213104048.40f3e3de@nonamehost.> In-Reply-To: <4EE69C5A.3090005@FreeBSD.org> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 08:40:54 -0000 > On 12/12/2011 05:47, O. Hartmann wrote: > > Do we have any proof at hand for such cases where SCHED_ULE performs > > much better than SCHED_4BSD? > > I complained about poor interactive performance of ULE in a desktop > environment for years. I had numerous people try to help, including > Jeff, with various tunables, dtrace'ing, etc. The cause of the problem > was never found. > > I switched to 4BSD, problem gone. > > This is on 2 separate systems with core 2 duos. > > > hth, > > Doug > If the algorithm ULE does not contain problems - it means the problem has Core2Duo, or in a piece of code that uses the ULE scheduler. I already wrote in a mailing list that specifically in my case (Core2Duo) partially helps the following patch: --- sched_ule.c.orig 2011-11-24 18:11:48.000000000 +0200 +++ sched_ule.c 2011-12-10 22:47:08.000000000 +0200 @@ -794,7 +794,8 @@ * 1.5 * balance_interval. */ balance_ticks = max(balance_interval / 2, 1); - balance_ticks += random() % balance_interval; +// balance_ticks += random() % balance_interval; + balance_ticks += ((int)random()) % balance_interval; if (smp_started == 0 || rebalance == 0) return; tdq = TDQ_SELF(); @@ -2118,13 +2119,21 @@ struct td_sched *ts; THREAD_LOCK_ASSERT(td, MA_OWNED); + if (td->td_pri_class & PRI_FIFO_BIT) + return; + ts = td->td_sched; + /* + * We used up one time slice. + */ + if (--ts->ts_slice > 0) + return; tdq = TDQ_SELF(); #ifdef SMP /* * We run the long term load balancer infrequently on the first cpu. */ - if (balance_tdq == tdq) { - if (balance_ticks && --balance_ticks == 0) + if (balance_ticks && --balance_ticks == 0) { + if (balance_tdq == tdq) sched_balance(); } #endif @@ -2144,9 +2153,6 @@ if (TAILQ_EMPTY(&tdq->tdq_timeshare.rq_queues[tdq->tdq_ridx])) tdq->tdq_ridx = tdq->tdq_idx; } - ts = td->td_sched; - if (td->td_pri_class & PRI_FIFO_BIT) - return; if (PRI_BASE(td->td_pri_class) == PRI_TIMESHARE) { /* * We used a tick; charge it to the thread so @@ -2157,11 +2163,6 @@ sched_priority(td); } /* - * We used up one time slice. - */ - if (--ts->ts_slice > 0) - return; - /* * We're out of time, force a requeue at userret(). */ ts->ts_slice = sched_slice; and refusal to use options FULL_PREEMPTION But no one has unsubscribed to my letter, my patch helps or not in the case of Core2Duo... There is a suspicion that the problems stem from the sections of code associated with the SMP... Maybe I'm in something wrong, but I want to help in solving this problem ... From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 09:00:56 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70387106564A for ; Tue, 13 Dec 2011 09:00:56 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id D927D8FC1C for ; Tue, 13 Dec 2011 09:00:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.5/8.14.5) with ESMTP id pBD90rxo003476; Tue, 13 Dec 2011 13:00:53 +0400 (MSK) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id pBD90qqf003475; Tue, 13 Dec 2011 13:00:52 +0400 (MSK) (envelope-from ache) Date: Tue, 13 Dec 2011 13:00:51 +0400 From: Andrey Chernov To: Ivan Klymenko Message-ID: <20111213090051.GA3339@vniz.net> Mail-Followup-To: Andrey Chernov , Ivan Klymenko , Doug Barton , "O. Hartmann" , Current FreeBSD , freebsd-stable@FreeBSD.ORG, freebsd-performance@FreeBSD.ORG References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111213104048.40f3e3de@nonamehost.> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@FreeBSD.ORG, "O. Hartmann" , Doug Barton , Current FreeBSD , freebsd-performance@FreeBSD.ORG Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 09:00:56 -0000 On Tue, Dec 13, 2011 at 10:40:48AM +0200, Ivan Klymenko wrote: > > On 12/12/2011 05:47, O. Hartmann wrote: > > > Do we have any proof at hand for such cases where SCHED_ULE performs > > > much better than SCHED_4BSD? > > > > I complained about poor interactive performance of ULE in a desktop > > environment for years. I had numerous people try to help, including > > Jeff, with various tunables, dtrace'ing, etc. The cause of the problem > > was never found. > > > > I switched to 4BSD, problem gone. > > > > This is on 2 separate systems with core 2 duos. > > > > > > hth, > > > > Doug > > > > If the algorithm ULE does not contain problems - it means the problem > has Core2Duo, or in a piece of code that uses the ULE scheduler. I observe ULE interactivity slowness even on single core machine (Pentium 4) in very visible places, like 'ps ax' output stucks in the middle by ~1 second. When I switch back to SHED_4BSD, all slowness is gone. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 10:22:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A121F1065672; Tue, 13 Dec 2011 10:22:49 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0828FC17; Tue, 13 Dec 2011 10:22:48 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so7670449vcb.13 for ; Tue, 13 Dec 2011 02:22:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=ZX6KqOeJ20evUcl6Cqd6lqgE4dxILwyIbQ+sbvlpRng=; b=b+if3omSbxdzMRidkCt2TljuSzNNZXoCMYHDOhRUqjArbxZChUgwSBPgUDyAXayK3l vm2mZh0iQVBnmIV7x3GBxWJIcbRmuvH4N/a12Bcy+nSeYAIL2Rf56pEYgNlSX71d7p8E rjngzQjC5WO5c3vdJWVU8Hlj4onsk3Kb7JUOE= MIME-Version: 1.0 Received: by 10.220.230.67 with SMTP id jl3mr1004355vcb.60.1323771768334; Tue, 13 Dec 2011 02:22:48 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.26.50 with HTTP; Tue, 13 Dec 2011 02:22:48 -0800 (PST) In-Reply-To: <20111213090051.GA3339@vniz.net> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> <20111213090051.GA3339@vniz.net> Date: Tue, 13 Dec 2011 02:22:48 -0800 X-Google-Sender-Auth: Z0I2tEWuW7JTpBYJ2eEndqbOV5U Message-ID: From: Adrian Chadd To: Andrey Chernov , Ivan Klymenko , Doug Barton , "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 10:22:49 -0000 On 13 December 2011 01:00, Andrey Chernov wrote: >> If the algorithm ULE does not contain problems - it means the problem >> has Core2Duo, or in a piece of code that uses the ULE scheduler. > > I observe ULE interactivity slowness even on single core machine (Pentium > 4) in very visible places, like 'ps ax' output stucks in the middle by ~1 > second. When I switch back to SHED_4BSD, all slowness is gone. Are you able to provide KTR traces of the scheduler results? Something that can be fed to schedgraph? Adrian From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 07:36:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D89B1065670 for ; Tue, 13 Dec 2011 07:36:18 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id C0EE98FC1A for ; Tue, 13 Dec 2011 07:36:17 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta04.westchester.pa.mail.comcast.net with comcast id 8XcJ1i0011ei1Bg54XcJqU; Tue, 13 Dec 2011 07:36:18 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta24.westchester.pa.mail.comcast.net with comcast id 8XcG1i00E1t3BNj3kXcHDk; Tue, 13 Dec 2011 07:36:18 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 6FAD3102C1A; Mon, 12 Dec 2011 23:36:15 -0800 (PST) Date: Mon, 12 Dec 2011 23:36:15 -0800 From: Jeremy Chadwick To: "O. Hartmann" Message-ID: <20111213073615.GA69641@icarus.home.lan> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EE6060D.5060201@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Tue, 13 Dec 2011 13:03:38 +0000 Cc: freebsd-performance@freebsd.org, Current FreeBSD , freebsd-stable@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 07:36:18 -0000 On Mon, Dec 12, 2011 at 02:47:57PM +0100, O. Hartmann wrote: > > Not fully right, boinc defaults to run on idprio 31 so this isn't an > > issue. And yes, there are cases where SCHED_ULE shows much better > > performance then SCHED_4BSD. [...] > > Do we have any proof at hand for such cases where SCHED_ULE performs > much better than SCHED_4BSD? Whenever the subject comes up, it is > mentioned, that SCHED_ULE has better performance on boxes with a ncpu > > 2. But in the end I see here contradictionary statements. People > complain about poor performance (especially in scientific environments), > and other give contra not being the case. > > Within our department, we developed a highly scalable code for planetary > science purposes on imagery. It utilizes present GPUs via OpenCL if > present. Otherwise it grabs as many cores as it can. > By the end of this year I'll get a new desktop box based on Intels new > Sandy Bridge-E architecture with plenty of memory. If the colleague who > developed the code is willing performing some benchmarks on the same > hardware platform, we'll benchmark bot FreeBSD 9.0/10.0 and the most > recent Suse. For FreeBSD I intent also to look for performance with both > different schedulers available. This is in no way shape or form the same kind of benchmark as what you're planning to do, but I thought I'd throw it out there for folks to take in as they see fit. I know folks were focused mainly on buildworld. I personally would find it interesting if someone with a higher-end system (e.g. 2 physical CPUs, with 6 or 8 cores per CPU) was to do the same test (changing -jX to -j{numofcores} of course). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | sched_ule =========== - time make -j2 buildworld 1689.831u 229.328s 18:46.20 170.4% 6566+2051k 432+4264io 4565pf+0w - time make -j2 buildkernel 640.542u 87.737s 9:01.38 134.5% 6490+1920k 134+5968io 0pf+0w sched_4bsd ============ - time make -j2 buildworld 1662.793u 206.908s 17:12.02 181.1% 6578+2054k 23750+4271io 6451pf+0w - time make -j2 buildkernel 638.717u 76.146s 8:34.90 138.8% 6530+1927k 6415+5903io 0pf+0w software ========== * sched_ule test: FreeBSD 8.2-STABLE, Thu Dec 1 04:37:29 PST 2011 * sched_4bsd test: FreeBSD 8.2-STABLE, Mon Dec 12 22:42:54 PST 2011 hardware ========== * Intel Core 2 Duo E8400, 3GHz * Supermicro X7SBA * 8GB ECC RAM (4x2GB), DDR2-800 * Intel 320-series SSD, 80GB: /, swap, /var, /tmp, /usr tuning adjustments / etc. =========================== * Before each scheduler test, system was rebooted to ensure I/O cache and other whatnots were empty * All filesystems stock UFS2 + SU (root is non-SU) * All filesystems had tunefs -t enable applied to them * powerd(8) in use, with two rc.conf variables (per CPU spec): performance_cx_lowest="C2" economy_cx_lowest="C2" * loader.conf kern.maxdsiz="2560M" kern.dfldsiz="2560M" kern.maxssiz="256M" ahci_load="yes" hint.p4tcc.0.disabled="1" hint.acpi_throttle.0.disabled="1" vfs.zfs.arc_max="5120M" * make.conf CPUTYPE?=core2 * src.conf WITHOUT_INET6=true WITHOUT_IPFILTER=true WITHOUT_LIB32=true WITHOUT_KERBEROS=true WITHOUT_PAM_SUPPORT=true WITHOUT_PROFILE=true WITHOUT_SENDMAIL=true * kernel configuration - note: between kernel builds, config was changed to either use SCHED_4BSD or SCHED_ULE respectively. cpu HAMMER ident GENERIC makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # Classic BSD scheduler #options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # Debugging options options BREAK_TO_DEBUGGER # Sending a serial BREAK drops to DDB options ALT_BREAK_TO_DEBUGGER # Permit ~ to drop to DDB options KDB # Enable kernel debugger support options KDB_TRACE # Print stack trace automatically on panic options DDB # Support DDB options DDB_NUMSYM # Print numeric value of symbols options GDB # Support remote GDB # CPU frequency control device cpufreq # Bus support. device acpi device pci # Floppy drives device fdc # ATA and ATAPI devices # NOTE: "device ata" is missing because we use the Modular ATA core # to only include the ATA-related drivers we need (e.g. AHCI). device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # Modular ATA device atacore # Core ATA functionality device ataisa # ISA bus support device atapci # PCI bus support; only generic chipset support device ataahci # AHCI SATA device ataintel # Intel # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) options CAMDEBUG # CAM debugging (camcontrol debug) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Serial (COM) ports device uart # Generic UART driver # PCI Ethernet NICs. device em # Intel PRO/1000 Gigabit Ethernet Family # Wireless NIC cards device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device wlan_acl # MAC Access Control List support # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse # Intel Core/Core2Duo CPU temperature monitoring driver device coretemp # SMBus support, needed for bsdhwmon device smbus device smb device ichsmb # Intel ICH hardware watchdog support device ichwd # pf ALTQ support options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Detection options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required for SMP build From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 11:13:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 505F9106564A; Tue, 13 Dec 2011 11:13:44 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 057EE8FC12; Tue, 13 Dec 2011 11:13:43 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1RaQIo-0001nB-Vq>; Tue, 13 Dec 2011 12:13:43 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1RaQIo-0006uN-Sb>; Tue, 13 Dec 2011 12:13:42 +0100 Message-ID: <4EE73366.7080304@mail.zedat.fu-berlin.de> Date: Tue, 13 Dec 2011 12:13:42 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Vincent Hoffman References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE619FC.4000601@unsane.co.uk> In-Reply-To: <4EE619FC.4000601@unsane.co.uk> X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig801D5BA68A4D4252A6C8F2B4" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Tue, 13 Dec 2011 13:10:46 +0000 Cc: freebsd-performance@freebsd.org, Current FreeBSD , freebsd-stable@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 11:13:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig801D5BA68A4D4252A6C8F2B4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 12/12/11 16:13, Vincent Hoffman wrote: >=20 > On 12/12/2011 13:47, O. Hartmann wrote: >=20 >>> Not fully right, boinc defaults to run on idprio 31 so this isn't an >>> issue. And yes, there are cases where SCHED_ULE shows much better >>> performance then SCHED_4BSD. [...] >=20 >> Do we have any proof at hand for such cases where SCHED_ULE performs >> much better than SCHED_4BSD? Whenever the subject comes up, it is >> mentioned, that SCHED_ULE has better performance on boxes with a ncpu = > >> 2. But in the end I see here contradictionary statements. People >> complain about poor performance (especially in scientific environments= ), >> and other give contra not being the case. > It all a little old now but some if the stuff in > http://people.freebsd.org/~kris/scaling/ > covers improvements that were seen. >=20 > http://jeffr-tech.livejournal.com/5705.html > shows a little too, reading though Jeffs blog is worth it as it has som= e > interesting stuff on SHED_ULE. >=20 > I thought there were some more benchmarks floating round but cant find > any with a quick google. >=20 >=20 > Vince >=20 >=20 Interesting, there seems to be a much more performant scheduler in 7.0, called SCHED_SMP. I have some faint recalls on that ... where is this beast gone? Oliver --------------enig801D5BA68A4D4252A6C8F2B4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk7nM2YACgkQU6Ni+wtCKv+SoQD9E1daXYU8i3DtYikG3KoKXf3b J+ujUpCBkPNh4fs1RHUA/RkDAdKThLx4xcV7WgblHwEkkZgyLAaAEbfOz2S/s94I =TMYp -----END PGP SIGNATURE----- --------------enig801D5BA68A4D4252A6C8F2B4-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 12:47:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 384F5106567A for ; Tue, 13 Dec 2011 12:47:10 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id D50AA8FC0C for ; Tue, 13 Dec 2011 12:47:09 +0000 (UTC) Received: from omta05.westchester.pa.mail.comcast.net ([76.96.62.43]) by qmta04.westchester.pa.mail.comcast.net with comcast id 8cn81i0060vyq2s54cnAns; Tue, 13 Dec 2011 12:47:10 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta05.westchester.pa.mail.comcast.net with comcast id 8cn81i0191t3BNj3Rcn9GG; Tue, 13 Dec 2011 12:47:10 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 56D23102C19; Tue, 13 Dec 2011 04:47:07 -0800 (PST) Date: Tue, 13 Dec 2011 04:47:07 -0800 From: Jeremy Chadwick To: "O. Hartmann" Message-ID: <20111213124707.GA75440@icarus.home.lan> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE619FC.4000601@unsane.co.uk> <4EE73366.7080304@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EE73366.7080304@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Tue, 13 Dec 2011 13:11:08 +0000 Cc: freebsd-performance@freebsd.org, Current FreeBSD , freebsd-stable@freebsd.org, Vincent Hoffman Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 12:47:10 -0000 On Tue, Dec 13, 2011 at 12:13:42PM +0100, O. Hartmann wrote: > On 12/12/11 16:13, Vincent Hoffman wrote: > > > > On 12/12/2011 13:47, O. Hartmann wrote: > > > >>> Not fully right, boinc defaults to run on idprio 31 so this isn't an > >>> issue. And yes, there are cases where SCHED_ULE shows much better > >>> performance then SCHED_4BSD. [...] > > > >> Do we have any proof at hand for such cases where SCHED_ULE performs > >> much better than SCHED_4BSD? Whenever the subject comes up, it is > >> mentioned, that SCHED_ULE has better performance on boxes with a ncpu > > >> 2. But in the end I see here contradictionary statements. People > >> complain about poor performance (especially in scientific environments), > >> and other give contra not being the case. > > It all a little old now but some if the stuff in > > http://people.freebsd.org/~kris/scaling/ > > covers improvements that were seen. > > > > http://jeffr-tech.livejournal.com/5705.html > > shows a little too, reading though Jeffs blog is worth it as it has some > > interesting stuff on SHED_ULE. > > > > I thought there were some more benchmarks floating round but cant find > > any with a quick google. > > > > > > Vince > > > > > > Interesting, there seems to be a much more performant scheduler in 7.0, > called SCHED_SMP. I have some faint recalls on that ... where is this > beast gone? Boy I sure hope I remember this right. I strongly urge others to correct me where I'm wrong; thanks in advance! The classic scheduler, SCHED_4BSD, was implemented back before there was oxygen. sched_4bsd(4) mentions this. No need to discuss it. Jeff Robertson began working on the "first-generation ULE scheduler" during the days of FreeBSD 5.x (I believe 5.1), and a paper on it was presented at USENIX circa 2003: http://www.usenix.org/event/bsdcon03/tech/full_papers/roberson/roberson.pdf Over the following years, Jeff (and others I assume -- maybe folks like George Neville-Neil and/or Kirk McKusick?) adjusted and tinkered with some of the semantics and models/methods. If I remember right, some of these quirks/fixes were committed. All of this was happening under the scheduler that was then called SCHED_ULE, but it was "ULE 1.0" for lack of better terminology. This scheduler did not perform well, if I remember right, and Jeff was quite honest about that. From this point forward, Jeff began idealising and working on a scheduler which he called SCHED_SMP -- think of it as "ULE 2.0", again, for lack of better terminology. It was different than the existing SCHED_ULE scheduler, hence a different name. Jeff blogged about this in early 2007, using exactly that term ("ULE 2.0"): http://jeffr-tech.livejournal.com/3729.html In mid-2007, prior to FreeBSD 7.0-RELEASE, Jeff announced that effectively he wanted to make SCHED_ULE do what SCHED_SMP did, and provided a patch to SCHED_ULE to accomplish just that: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-07/msg00755.html Full thread is here (beware -- many replies): http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-07/threads.html#00755 The patch mentioned above was merged into HEAD on 2007/07/19. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/sched_ule.c#rev1.202 So in effect, as of 2007/07/19, SCHED_ULE became SCHED_SMP. FreeBSD 7.0-RELEASE was released on 2008/02/27, and the above commit/changes were available at that time as well (meaning: RELENG_7 and RELENG_7_0 at that moment in time should have included the patch from the above paragraph). The document released by Kris Kenneway hinted at those changes and performance improvements: http://people.freebsd.org/~kris/scaling/7.0%20Preview.pdf Keep in mind, however, that at that time kernel configuration files (GENERIC, etc.) still defaulted to SCHED_4BSD. The default scheduler in kernel config files (GENERIC, etc.) for i386 and amd64 (not sure about others) was changed in 2007/10/19: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/conf/GENERIC#rev1.475 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/amd64/conf/GENERIC#rev1.485 This was done *prior* to FreeBSD 7.1-RELEASE. So, it first became available as the default scheduler "for the masses" when 7.1-RELEASE came out on 2009/01/05. "All of the answers", in a roundabout and non-user-friendly way, are available by examining the commit history for src/sys/kern/sched_ule.c. It's hard to follow especially given that you have to consider all the releases/branchpoints that took place over time, but: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/sched_ule.c Are we having fun yet? :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 13:18:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFDE8106564A for ; Tue, 13 Dec 2011 13:18:58 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 7ECF18FC15 for ; Tue, 13 Dec 2011 13:18:58 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 2D2DB25D3A02; Tue, 13 Dec 2011 13:18:57 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 5C466BD6E98; Tue, 13 Dec 2011 13:18:56 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 86rMPCCytHdT; Tue, 13 Dec 2011 13:18:55 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id EDD06BD6E9A; Tue, 13 Dec 2011 13:18:54 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <4EE695DD.1000206@elite.net> Date: Tue, 13 Dec 2011 13:18:54 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <6FED7D22-5F60-49AE-A31B-D651BC53E018@lists.zabbadoz.net> References: <4E0A5689.2020302@delphij.net> <20111207092907.GA1645@garage.freebsd.pl> <7BD6CA15-3329-4684-8127-665CDC171B22@lists.zabbadoz.net> <4EE65AB4.1010405@elite.net> <4EE66352.8090801@sentex.net> <4EE695DD.1000206@elite.net> To: Keith Simonsen X-Mailer: Apple Mail (2.1084) Cc: FreeBSD Current , Mike Tancsa Subject: Re: [RFC] winbond watchdog driver for FreeBSD/i386 and FreeBSD/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 13:18:59 -0000 On 13. Dec 2011, at 00:01 , Keith Simonsen wrote: > On 12/12/2011 12:25, Mike Tancsa wrote: >> On 12/12/2011 2:49 PM, Keith Simonsen wrote: >>>=20 >>> I've been using 20110718-02-wbwd.diff for a few months now on a = project >>> with PC Engines Alix 1.d boards (http://pcengines.ch/alix1d.htm). = They >>> have a Winbond W83627HG chip. I don't see any probing/attach = messages >>> on boot but the driver seems to be properly configuring the chip - = if I >>> kill watchdogd with -9 the board reboots with watchdog timeout. >>=20 >> Are you sure thats the watchdog thats doing the 'killing' so to speak = ? >> If you have >> option CPU_GEODE >> in your kernel config, you will get the watchdog code there no ? >> ( /usr/src/sys/i386/i386/geode.c) >=20 > Yes I do have CPU_GEODE in my kernel and I see the geode MFGPT probed = in the verbose dmesg output. I'm not sure how I can tell what piece of = hardware /dev/fido is linked to but I think you're correct and I'm using = the geode watchdog and not the winbond chip. Maybe this has something do = with me not having 'device eisa' in my kernel config! >=20 > I'm going to start compiling a new nanobsd image right now with eisa = and the newer wbwd.c driver and see how it goes.... Thanks You probably don't need eisa but if using my variant make sure you have = the hint enabled or the hints file installed/updated to include it. You should see the debug sysctls for the watchdog or it did not attach = and is not used. --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 13:23:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFC161065673; Tue, 13 Dec 2011 13:23:53 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 725158FC1F; Tue, 13 Dec 2011 13:23:53 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1RaSKm-0006OK-Av>; Tue, 13 Dec 2011 14:23:52 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1RaSKm-0007tJ-7i>; Tue, 13 Dec 2011 14:23:52 +0100 Message-ID: <4EE751E2.60204@mail.zedat.fu-berlin.de> Date: Tue, 13 Dec 2011 14:23:46 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Steve Kargl References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <20111212155159.GB73597@troutmask.apl.washington.edu> In-Reply-To: <20111212155159.GB73597@troutmask.apl.washington.edu> X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig1B23B528A575FB784F3E4BE3" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Tue, 13 Dec 2011 13:42:01 +0000 Cc: freebsd-performance@freebsd.org, Current FreeBSD , freebsd-stable@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 13:23:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1B23B528A575FB784F3E4BE3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 12/12/11 16:51, Steve Kargl wrote: > On Mon, Dec 12, 2011 at 02:47:57PM +0100, O. Hartmann wrote: >> >>> Not fully right, boinc defaults to run on idprio 31 so this isn't an >>> issue. And yes, there are cases where SCHED_ULE shows much better >>> performance then SCHED_4BSD. [...] >> >> Do we have any proof at hand for such cases where SCHED_ULE performs >> much better than SCHED_4BSD? Whenever the subject comes up, it is >> mentioned, that SCHED_ULE has better performance on boxes with a ncpu = > >> 2. But in the end I see here contradictionary statements. People >> complain about poor performance (especially in scientific environments= ), >> and other give contra not being the case. >> >> Within our department, we developed a highly scalable code for planeta= ry >> science purposes on imagery. It utilizes present GPUs via OpenCL if >> present. Otherwise it grabs as many cores as it can. >> By the end of this year I'll get a new desktop box based on Intels new= >> Sandy Bridge-E architecture with plenty of memory. If the colleague wh= o >> developed the code is willing performing some benchmarks on the same >> hardware platform, we'll benchmark bot FreeBSD 9.0/10.0 and the most >> recent Suse. For FreeBSD I intent also to look for performance with bo= th >> different schedulers available. >> >=20 > This comes up every 9 months or so, and must be approaching > FAQ status. >=20 > In a HPC environment, I recommend 4BSD. Depending on > the workload, ULE can cause a severe increase in turn > around time when doing already long computations. If > you have an MPI application, simply launching greater > than ncpu+1 jobs can show the problem. Well, those recommendations should based on "WHY". As the mostly negative experiences with SCHED_ULE in highly computative workloads get allways contradicted by "...but there are workloads that show the opposite ..." this should be shown by more recent benchmarks and explanations than legacy benchmarks from years ago. And, indeed, I highly would recommend having a FAQ or a short note in "tuning" or the handbook in which it is mentioned to use SCHED_4BSD in HPC environments and SCHED_ULE for other workloads (which has to be more specific). It is not an easy task setting up a certain kind of OS for a specific purpose and tuning by crawling the mailing lists. Some notes and hints in the documentation is always a valuable hint and highly appreciated by folks not deep into development. And by the way, I have the deep impression that most of these discussions about the poor performance of SCHED_ULE tend to always end up in a covering up that flaw and the conclusive waste of development. But this is only my personal impression. --------------enig1B23B528A575FB784F3E4BE3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk7nUegACgkQU6Ni+wtCKv9RzAD9GhKwCryupmWNA64Wp5N7rMzk +WcXFTQXR19FqiE3OkMA/3PRpLaK7SJcAh3PiyujWMGBt1smTuui80KUWTatd5+5 =SLRk -----END PGP SIGNATURE----- --------------enig1B23B528A575FB784F3E4BE3-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 15:53:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86097106564A; Tue, 13 Dec 2011 15:53:16 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 28B5D8FC0C; Tue, 13 Dec 2011 15:53:15 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAFJ0506DaFvO/2dsb2JhbABDhQenI4FyAQEBBAEBASArIAsFFg4KAgINGQIpAQkmBggHBAEcBIdjpCiRV4EviSOBFgSIMIocgiWSRw X-IronPort-AV: E=Sophos;i="4.71,346,1320642000"; d="scan'208";a="148306950" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 13 Dec 2011 10:53:15 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 43568B3F40; Tue, 13 Dec 2011 10:53:15 -0500 (EST) Date: Tue, 13 Dec 2011 10:53:15 -0500 (EST) From: Rick Macklem To: Dimitry Andric Message-ID: <1606093949.138320.1323791595198.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4EE70514.1040907@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: FreeBSD-Current , Sean Bruno Subject: Re: NFS + SVN problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 15:53:16 -0000 Dimitry Andric wrote: > On 2011-11-23 19:26, Sean Bruno wrote: > > On Wed, 2011-11-23 at 09:58 -0800, Rick Macklem wrote: > >> I don't know if Dimitry tried this, but you could also try the > >> "nolockd" option, so that byte range locking is done locally in > >> the client and avoids the NLM. > >> > >> Good luck with it and please let us know how it goes, rick > > > > This seems to allow SVN 1.7 to do whatever nonsense it is trying to > > do. > > I've modified my fstab on the test host in the cluster to: > > > > dumpster:/vol/volshscratch /dumpster/scratch nfs > > rw,soft,intr,bg,nolockd,nosuid 0 0 > > > > Removing soft,intr had no effect. This, I suspect will be > > problematic > > for clusteradm@ if we start updating hosts in the cluster. > > A very late addition to this: I got Subversion 1.7 to work properly > over > NFSv3, by making sure rpc.lockd runs on both server and client. > > E.g, set rpc_lockd_enable to YES in rc.conf; this is off by default, > even if you have nfs_client_enable/nfs_server_enable set to YES. and rpc_statd_enable="YES" on all systems, as well. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 15:54:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B0C9106564A; Tue, 13 Dec 2011 15:54:57 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id BD1178FC12; Tue, 13 Dec 2011 15:54:56 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id pBDFsuaL093141; Tue, 13 Dec 2011 07:54:56 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id pBDFsuJ2093140; Tue, 13 Dec 2011 07:54:56 -0800 (PST) (envelope-from sgk) Date: Tue, 13 Dec 2011 07:54:56 -0800 From: Steve Kargl To: "O. Hartmann" Message-ID: <20111213155456.GA93017@troutmask.apl.washington.edu> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <20111212155159.GB73597@troutmask.apl.washington.edu> <4EE751E2.60204@mail.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EE751E2.60204@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-performance@freebsd.org, Current FreeBSD , freebsd-stable@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 15:54:57 -0000 On Tue, Dec 13, 2011 at 02:23:46PM +0100, O. Hartmann wrote: > On 12/12/11 16:51, Steve Kargl wrote: > > On Mon, Dec 12, 2011 at 02:47:57PM +0100, O. Hartmann wrote: > >> > >>> Not fully right, boinc defaults to run on idprio 31 so this isn't an > >>> issue. And yes, there are cases where SCHED_ULE shows much better > >>> performance then SCHED_4BSD. [...] > >> > >> Do we have any proof at hand for such cases where SCHED_ULE performs > >> much better than SCHED_4BSD? Whenever the subject comes up, it is > >> mentioned, that SCHED_ULE has better performance on boxes with a ncpu > > >> 2. But in the end I see here contradictionary statements. People > >> complain about poor performance (especially in scientific environments), > >> and other give contra not being the case. > >> > >> Within our department, we developed a highly scalable code for planetary > >> science purposes on imagery. It utilizes present GPUs via OpenCL if > >> present. Otherwise it grabs as many cores as it can. > >> By the end of this year I'll get a new desktop box based on Intels new > >> Sandy Bridge-E architecture with plenty of memory. If the colleague who > >> developed the code is willing performing some benchmarks on the same > >> hardware platform, we'll benchmark bot FreeBSD 9.0/10.0 and the most > >> recent Suse. For FreeBSD I intent also to look for performance with both > >> different schedulers available. > >> > > > > This comes up every 9 months or so, and must be approaching > > FAQ status. > > > > In a HPC environment, I recommend 4BSD. Depending on > > the workload, ULE can cause a severe increase in turn > > around time when doing already long computations. If > > you have an MPI application, simply launching greater > > than ncpu+1 jobs can show the problem. > > Well, those recommendations should based on "WHY". As the mostly > negative experiences with SCHED_ULE in highly computative workloads get > allways contradicted by "...but there are workloads that show the > opposite ..." this should be shown by more recent benchmarks and > explanations than legacy benchmarks from years ago. > I have given the WHY in previous discussions of ULE, based on what you call legacy benchmarks. I have not seen any commit to sched_ule.c that would lead me to believe that the performance issues with ULE and cpu-bound numerical codes have been addressed. Repeating the benchmark would be a waste of time. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 16:12:00 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61D75106564A for ; Tue, 13 Dec 2011 16:12:00 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 47DD98FC14 for ; Tue, 13 Dec 2011 16:12:00 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RaUxT-0003sm-Jg for current@freebsd.org; Tue, 13 Dec 2011 16:12:00 +0000 Date: Wed, 14 Dec 2011 01:11:58 +0900 Message-ID: From: Randy Bush To: FreeBSD current mailing list User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: 8.2->9.prerel: gmirror failed with error 19 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 16:12:00 -0000 csup make buildworld make kernel boot single root mount waiting for: usbus4 uhub4: 8 ports with 8 removable, self powered Trying to mount root from ufs:/dev/mirror/boota [rw]... mountroot: waiting for device /dev/mirror/boota ... Mounting from ufs:/dev/mirror/boota failed with error 19. the only way out was via loader OK unload OK load boot/kernel.old/kernel OK load boot/kernel.old/geom_mirror.ko OK set kern.geom.part.check_integrity=0 OK set vfs.root.mountfrom.options=rw OK boot -s this would work with the 8.2 /boot/kernel.old but not with the 9.fresh /boot/kernel randy From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 17:17:01 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C4FA1065673; Tue, 13 Dec 2011 17:17:01 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5791B8FC0C; Tue, 13 Dec 2011 17:16:59 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA18187; Tue, 13 Dec 2011 19:16:58 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <4EE78889.10500@FreeBSD.org> Date: Tue, 13 Dec 2011 19:16:57 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Julien Laffaye , Baptiste Daroussin References: <4ED692D2.5060407__42524.3372716524$1322686982$gmane$org@FreeBSD.org> In-Reply-To: <4ED692D2.5060407__42524.3372716524$1322686982$gmane$org@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, current@FreeBSD.org Subject: Re: [CFT] pkgng alpha2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 17:17:01 -0000 on 30/11/2011 22:32 Julien Laffaye said the following: > [1] : https://github.com/pkgng/pkgng/issues > [2] : https://github.com/pkgng/pkgng > [3] : http://wiki.freebsd.org/pkgng > [4] : http://people.freebsd.org/~bapt/pkgng-bsdcan2011.pdf > [5] : > http://wiki.freebsd.org/201110DevSummit/Ports?action=AttachFile&do=get&target=pkgng-devsummit.pdf > > [6] : > http://wiki.freebsd.org/201110DevSummit?action=AttachFile&do=get&target=pkgng-devsummit-track.pdf Couple of questions/suggestions: 1. Do you plan to have a pkgng port to issue the preview releases pkgng? Current pkgng installation/bootstrap procedure is really easy, but the port would be even more convenient for prospective testers. 2. Is there a public pre-built package repository with pkgng-format packages that could be used for testing and getting a taste of a packages-only pkgng-managed system? Thank you. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 17:22:50 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63ACD106564A; Tue, 13 Dec 2011 17:22:50 +0000 (UTC) (envelope-from jlaffaye.freebsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 879768FC1A; Tue, 13 Dec 2011 17:22:49 +0000 (UTC) Received: by faaf16 with SMTP id f16so555417faa.13 for ; Tue, 13 Dec 2011 09:22:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=eHPs4BpCU+K2d/0SJV2hIV8R+1q+5TBxvXmsl+pnNxI=; b=NMOT0XxRIckXwFsyYThljEXDFPlGAXOT8WJXemjP5hIYXaVxdINjSB/Mh5uQzjzKmA cTJpnR9TP7Gcd2CwqNwGh3+FCASko+J1kdCeCITPS3E6BINqFf83ZyIjTE6nnyODh+5E Rm03oI2kHfiuWcNLqupfmR5Ty23WOoSZNmlfA= Received: by 10.180.96.166 with SMTP id dt6mr27332712wib.47.1323796968271; Tue, 13 Dec 2011 09:22:48 -0800 (PST) Received: from [10.42.116.106] (proxy.ovh.net. [213.186.50.98]) by mx.google.com with ESMTPS id m5sm30663841wie.2.2011.12.13.09.22.46 (version=SSLv3 cipher=OTHER); Tue, 13 Dec 2011 09:22:47 -0800 (PST) Sender: Julien Laffaye Message-ID: <4EE789E6.5020303@freebsd.org> Date: Tue, 13 Dec 2011 18:22:46 +0100 From: Julien Laffaye User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Andriy Gapon References: <4ED692D2.5060407__42524.3372716524$1322686982$gmane$org@FreeBSD.org> <4EE78889.10500@FreeBSD.org> In-Reply-To: <4EE78889.10500@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, Baptiste Daroussin , current@FreeBSD.org Subject: Re: [CFT] pkgng alpha2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 17:22:50 -0000 On 12/13/2011 06:16 PM, Andriy Gapon wrote: > on 30/11/2011 22:32 Julien Laffaye said the following: >> [1] : https://github.com/pkgng/pkgng/issues >> [2] : https://github.com/pkgng/pkgng >> [3] : http://wiki.freebsd.org/pkgng >> [4] : http://people.freebsd.org/~bapt/pkgng-bsdcan2011.pdf >> [5] : >> http://wiki.freebsd.org/201110DevSummit/Ports?action=AttachFile&do=get&target=pkgng-devsummit.pdf >> >> [6] : >> http://wiki.freebsd.org/201110DevSummit?action=AttachFile&do=get&target=pkgng-devsummit-track.pdf > Couple of questions/suggestions: > > 1. Do you plan to have a pkgng port to issue the preview releases pkgng? > Current pkgng installation/bootstrap procedure is really easy, but the port would > be even more convenient for prospective testers. Yes, this is planned. The ports will bootstrap pkgng. > > 2. Is there a public pre-built package repository with pkgng-format packages that > could be used for testing and getting a taste of a packages-only pkgng-managed system? Unfortunately, no. I think I now have the resources to do that for the next CFT. But it will only be 9.0 amd64 I am afraid. We cant build packages for the entire matrix. > > Thank you. From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 17:49:11 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 950471065672; Tue, 13 Dec 2011 17:49:11 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B490D8FC17; Tue, 13 Dec 2011 17:49:10 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA18562; Tue, 13 Dec 2011 19:49:08 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <4EE79014.3070006@FreeBSD.org> Date: Tue, 13 Dec 2011 19:49:08 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: arch@FreeBSD.org, FreeBSD current References: <4EE52469.3050201@FreeBSD.org> In-Reply-To: <4EE52469.3050201@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: grabbing console (syscons) in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 17:49:11 -0000 on 11/12/2011 23:45 Andriy Gapon said the following: > > There are a few cases when the kernel needs to interact with a user via syscons. > This is the cases where the kernel not only spews some output but also expects > some input. Some examples are: > - asking for a root filesystem specification > - entering ddb > - asking to press a key for reboot > > In this cases the kernel implicitly grabs the console for its own use. > I'd like to make action more explicit. > > What do you think about the approach and implementation in the following patches? > Thank you! > > https://gitorious.org/~avg/freebsd/avgbsd/commit/5248b49ebf84d98a0597fa5aa4d813a38f581acc > https://gitorious.org/~avg/freebsd/avgbsd/commit/a0849c52242378474bb2eaa41726376fbc4c5bf6 > https://gitorious.org/~avg/freebsd/avgbsd/commit/a67515cbd720b16f03ba435ed182966a8a338b15 > https://gitorious.org/~avg/freebsd/avgbsd/commit/b8864b68b4c0e26ece065a38301c305833be32eb > https://gitorious.org/~avg/freebsd/avgbsd/commit/1017ae425d8abecd7482bd6c6deaaf9f25f5c6cd I was advised that the above links might not be the best way to present the patches for review, so here are them as a single diff file: http://people.freebsd.org/~avg/cngrab.diff > P.S. one of the benefits is that a keyboard is put into and out of the polling > mode before getting all the required input and after that; not around each > character as it is done now in rather twisted way. > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 17:56:09 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 360561065677; Tue, 13 Dec 2011 17:56:09 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DE4F08FC13; Tue, 13 Dec 2011 17:56:07 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA18639; Tue, 13 Dec 2011 19:56:06 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <4EE791B5.6070808@FreeBSD.org> Date: Tue, 13 Dec 2011 19:56:05 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Julien Laffaye References: <4ED692D2.5060407__42524.3372716524$1322686982$gmane$org@FreeBSD.org> <4EE78889.10500@FreeBSD.org> <4EE789E6.5020303@freebsd.org> In-Reply-To: <4EE789E6.5020303@freebsd.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, Baptiste Daroussin , current@FreeBSD.org Subject: Re: [CFT] pkgng alpha2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 17:56:09 -0000 on 13/12/2011 19:22 Julien Laffaye said the following: > On 12/13/2011 06:16 PM, Andriy Gapon wrote: >> on 30/11/2011 22:32 Julien Laffaye said the following: >>> [1] : https://github.com/pkgng/pkgng/issues >>> [2] : https://github.com/pkgng/pkgng >>> [3] : http://wiki.freebsd.org/pkgng >>> [4] : http://people.freebsd.org/~bapt/pkgng-bsdcan2011.pdf >>> [5] : >>> http://wiki.freebsd.org/201110DevSummit/Ports?action=AttachFile&do=get&target=pkgng-devsummit.pdf >>> >>> >>> [6] : >>> http://wiki.freebsd.org/201110DevSummit?action=AttachFile&do=get&target=pkgng-devsummit-track.pdf >>> >> Couple of questions/suggestions: >> >> 1. Do you plan to have a pkgng port to issue the preview releases pkgng? >> Current pkgng installation/bootstrap procedure is really easy, but the port would >> be even more convenient for prospective testers. > Yes, this is planned. The ports will bootstrap pkgng. Great! >> 2. Is there a public pre-built package repository with pkgng-format packages that >> could be used for testing and getting a taste of a packages-only pkgng-managed >> system? > Unfortunately, no. > I think I now have the resources to do that for the next CFT. But it will only be > 9.0 amd64 I am afraid. > We cant build packages for the entire matrix. I understand. Those would take an immense amount of compilation time and storage space. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 18:10:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28BE0106566B for ; Tue, 13 Dec 2011 18:10:28 +0000 (UTC) (envelope-from jffrystn@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id D94BD8FC19 for ; Tue, 13 Dec 2011 18:10:27 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so8256015vbb.13 for ; Tue, 13 Dec 2011 10:10:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=user-agent:date:subject:from:to:cc:message-id:thread-topic :x-priority:mime-version:content-type; bh=cz8M10tNSM+23x9yOWlBBcz3rMutS66TsXaTF22SyX8=; b=qZ/9zNp+GNpHDxsJ5A4JwRg71vJGRKxGUcxb2qOPfS4POKIf35LjOcvkojqE1bBNf4 y3SCl49Fq3SJivk6Y7x9LpXqdBdk9Kw4zV50quRqz5/awc6xtv35YSbjc+093qPKcQOS cDfBfJoqUZG7smtYF1LV8+w5/azM4tn4NGYak= Received: by 10.52.90.80 with SMTP id bu16mr1950782vdb.113.1323798424047; Tue, 13 Dec 2011 09:47:04 -0800 (PST) Received: from [192.168.0.102] (me72d36d0.tmodns.net. [208.54.45.231]) by mx.google.com with ESMTPS id a8sm18536278vdj.11.2011.12.13.09.46.47 (version=SSLv3 cipher=OTHER); Tue, 13 Dec 2011 09:47:03 -0800 (PST) User-Agent: Microsoft-MacOutlook/14.10.0.110310 Date: Tue, 13 Dec 2011 12:46:28 -0500 From: jeffrey stein To: Message-ID: Thread-Topic: RC3 won't boot after install X-Priority: 2 Mime-version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Bjoern A. Zeeb" , FreeBSD Release Engineering Team Subject: RC3 won't boot after install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 18:10:28 -0000 Hello=8Aat the suggestion of Bjoern i'm using this forum to help resolve and test this issue. I'm using the 9rc3 memstick img file to do an install on a Samsung Chronos 7, brand new. The install booted from the usb and answered defaults for all the install questions. Even went to the shell with no problem. When it got to the end o= f the install and asked to reboot, I clicked ok. Pulled out the media (usb) and heard the machine rebooting, but then it seemed like it went into a loo= p trying to start some kind of graphics mode. The screen kept flashing with no text or images, just complete black and then what looked like a backlight..I thought it might be a graphics intro o= r splash screen, but no matter what I do I cant break out of it...and it won'= t load.. -jeff From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 17:03:28 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FC0D106564A for ; Tue, 13 Dec 2011 17:03:28 +0000 (UTC) (envelope-from jffrystn@gmail.com) Received: from mail-qw0-f47.google.com (mail-qw0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 3AC018FC16 for ; Tue, 13 Dec 2011 17:03:27 +0000 (UTC) Received: by qadb17 with SMTP id b17so4874695qad.13 for ; Tue, 13 Dec 2011 09:03:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=user-agent:date:subject:from:to:cc:message-id:thread-topic :mime-version:content-type; bh=5PxEXOMluKC4DGPEKOXnrJ/xWT8HAmecScI/TMf3F98=; b=kA1niTQXHrPotycjO74zws0Xm8uBL2UkvmNgcJiaKCOJ5EfWdzeLpQ1NKNG2KjjobI 26BbOYm0MRgKP8R1SVNQUfNlUpFI71pSgMyHe+Rthu/OEwlLXWjcfcmbLbTvw+cjf5EX AKAN8BMsqjsP9d+7IzsurAWmgFVckc2zYbqAE= Received: by 10.224.17.135 with SMTP id s7mr3820775qaa.65.1323794245883; Tue, 13 Dec 2011 08:37:25 -0800 (PST) Received: from [192.168.0.102] (med2d36d0.tmodns.net. [208.54.45.237]) by mx.google.com with ESMTPS id m14sm35072718qam.8.2011.12.13.08.37.22 (version=SSLv3 cipher=OTHER); Tue, 13 Dec 2011 08:37:25 -0800 (PST) User-Agent: Microsoft-MacOutlook/14.10.0.110310 Date: Tue, 13 Dec 2011 11:37:12 -0500 From: jeffrey stein To: Message-ID: Thread-Topic: RC3 won't boot after install Mime-version: 1.0 X-Mailman-Approved-At: Tue, 13 Dec 2011 19:18:26 +0000 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Bjoern A. Zeeb" , FreeBSD Release Engineering Team Subject: RC3 won't boot after install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 17:03:28 -0000 Hello=8A I'm using the 9rc3 memstick img file to do an install on a Samsung Chronos 7, brand new. The install booted from the usb and answered defaults for all the install questions. Even went to the shell with no problem. When it got to the end o= f the install and asked to reboot, I clicked ok. Pulled out the media (usb) and heard the machine rebooting, but then it seemed like it went into a loo= p trying to start some kind of graphics mode. The screen kept flashing with no text or images, just complete black and then what looked like a backlight..I thought it might be a graphics intro o= r splash screen, but no matter what I do I cant break out of it...and it won'= t load.. From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 20:23:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54BF5106564A for ; Tue, 13 Dec 2011 20:23:11 +0000 (UTC) (envelope-from bounces+73574-dfb6-freebsd-current=freebsd.org@sendgrid.me) Received: from o2.shared.sendgrid.net (o2.shared.sendgrid.net [74.63.235.152]) by mx1.freebsd.org (Postfix) with SMTP id 11BF08FC14 for ; Tue, 13 Dec 2011 20:23:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h= message-id:date:from:mime-version:to:subject:content-type :content-transfer-encoding; s=smtpapi; bh=lFp/hzKySXdWheCAMhRws3 Vk1KM=; b=pa/zfQjn0iUFQdmwxuM5OCB9ScaziJKFrnA2/kPipSvKK83ZdC9SB1 MMJrcOc9jZFBfLn2/AQXk1vjEcIk/zB336rOdG9a9XMs0GHyrnnukMJHvf1PZnka bx16rvF0TqsHfA0yk2u8CxX83J10aGGsa0Bzh4crAwBTXqQhcXBck= Received: by 10.8.49.116 with SMTP id mf43.2310.4EE7B1892 Tue, 13 Dec 2011 14:11:53 -0600 (CST) Received: from mail.tarsnap.com (unknown [10.9.180.5]) by mi2 (SG) with ESMTP id 4ee7b189.2695.d4ef13 for ; Tue, 13 Dec 2011 14:11:53 -0600 (CST) Received: (qmail 63260 invoked from network); 13 Dec 2011 20:11:36 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by mail.tarsnap.com with ESMTP; 13 Dec 2011 20:11:36 -0000 Received: (qmail 27634 invoked from network); 13 Dec 2011 20:11:12 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 13 Dec 2011 20:11:12 -0000 Message-ID: <4EE7B160.5000602@freebsd.org> Date: Tue, 13 Dec 2011 12:11:12 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111112 Thunderbird/8.0 MIME-Version: 1.0 To: FreeBSD-Current X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Sendgrid-EID: XhyBwObMhraAR+zdwMupjQ6BIqbhdEfc+6p+uBxS7S/1oz6m+K+FMjwkXrSTEEkh5VKkdwDNrnViV+eEHFw75mZx3J9WQ+xNg5/K83rliRgIKnK1fcP/hwbzTfsSxU0mzx/wIqwSlVAqpccS+8eh0I/0EpjH1yAioFhTrN8ScTM= Cc: Subject: mount -u /path/containing/a/symlink broken in 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 20:23:11 -0000 Hi all, I just discovered after upgrading the portsnap buildbox from 8.2 to 9.0-rc3 that # mount -u /path/containing/a/symlink now fails with 'not currently mounted'. Can anyone tell me if this change was deliberate? -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 21:25:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F38F106564A; Tue, 13 Dec 2011 21:25:31 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5C58FC08; Tue, 13 Dec 2011 21:25:31 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.5/8.14.4) with ESMTP id pBDLPTtq038329; Tue, 13 Dec 2011 16:25:29 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4EE7C2BE.9020509@sentex.net> Date: Tue, 13 Dec 2011 16:25:18 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-performance@freebsd.org References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <20111212155159.GB73597@troutmask.apl.washington.edu> <4EE751E2.60204@mail.zedat.fu-berlin.de> <20111213155456.GA93017@troutmask.apl.washington.edu> In-Reply-To: <20111213155456.GA93017@troutmask.apl.washington.edu> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: Current FreeBSD , freebsd-stable@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 21:25:31 -0000 On 12/13/2011 10:54 AM, Steve Kargl wrote: > > I have given the WHY in previous discussions of ULE, based > on what you call legacy benchmarks. I have not seen any > commit to sched_ule.c that would lead me to believe that > the performance issues with ULE and cpu-bound numerical > codes have been addressed. Repeating the benchmark would > be a waste of time. Trying a simple pbzip2 on a large file, the results are pretty consistent through iterations. pbzip2 with 4BSD is barely faster on a file thats 322MB in size. after a reboot, I did a strings bigfile > /dev/null then ran pbzip2 -v xaa -c > /dev/null 7 times If I do a burnP6 in the background, they perform about the same. (from sysutils/cpuburn) eg pbzip2 -v xaa -c > /dev/null Parallel BZIP2 v1.1.6 - by: Jeff Gilchrist [http://compression.ca] [Oct. 30, 2011] (uses libbzip2 by Julian Seward) Major contributions: Yavor Nikolov # CPUs: 4 BWT Block Size: 900 KB File Block Size: 900 KB Maximum Memory: 100 MB ------------------------------------------- File #: 1 of 1 Input Name: xaa Output Name: Input Size: 352404831 bytes Compressing data... Output Size: 50630745 bytes ------------------------------------------- Wall Clock: 18.139342 seconds ULE 18.113204 18.116896 18.123400 18.105894 18.163332 18.139342 18.082888 ULE with burnP6 23.076085 22.003666 21.162987 21.682445 21.935568 23.595781 21.601277 4BSD 17.983395 17.986218 18.009254 18.004312 18.001494 17.997032 4BSD with burnP6 22.215508 21.886459 21.595179 21.361830 21.325351 21.244793 # ministat uleP6 bsdP6 x uleP6 + bsdP6 +------------------------------------------------------------------------------------------------------------------------------------------+ |x + + + + x + x x + x x| | |____|______________MA____________________|M_____________A__________________________________________________| | +------------------------------------------------------------------------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 6 21.162987 23.595781 22.003666 22.242755 0.91175566 + 6 21.244793 22.215508 21.595179 21.604853 0.3792413 No difference proven at 95.0% confidence x ule + bsd +------------------------------------------------------------------------------------------------------------------------------------------+ |+ + + + + + x x x x x x x| | |______A___M___| |________________M__A__________________| | +------------------------------------------------------------------------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 7 18.082888 18.163332 18.116896 18.120708 0.025468695 + 6 17.983395 18.009254 18.001494 17.996951 0.010248473 Difference at 95.0% confidence -0.123757 +/- 0.024538 -0.68296% +/- 0.135414% (Student's t, pooled s = 0.0200388) hardware is X3450 with 8G of memory. RELENG8 ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 21:30:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 043CF106567B for ; Tue, 13 Dec 2011 21:30:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7037616317A; Tue, 13 Dec 2011 21:29:02 +0000 (UTC) Message-ID: <4EE7C39E.6040403@FreeBSD.org> Date: Tue, 13 Dec 2011 13:29:02 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111110 Thunderbird/8.0 MIME-Version: 1.0 To: "Julian H. Stacey" References: <201112111414.pBBEELL6064329@fire.js.berklix.net> In-Reply-To: <201112111414.pBBEELL6064329@fire.js.berklix.net> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: CVS removal from the base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 21:30:06 -0000 On 12/11/2011 06:14, Julian H. Stacey wrote: > Doug Barton wrote: >> On 12/02/2011 04:35, Adrian Chadd wrote: >>> I think you're missing the point a little. >>> >>> The point is, you have to keep in mind how comfortable people feel >>> about things, and progress sometimes makes people uncomfortable. I >>> think you should leave these changes bake for a while and let people >>> get comfortable with the changing status quo. >> >> The fact that we have so many people who are radically change-averse, no >> matter how rational the change; is a bug, not a feature. >> >> This particular bug is complicated dramatically by the fact that the >> majority view seems to lean heavily towards "If I use it, it must be the >> default and/or in the base" rather than seeing ports as part of the >> overall operating SYSTEM. > > BSD is more conservative. More value given to stability of availability > of interfaces & tools etc, Having things in ports doesn't make them less available. :) > More Long term professionals. I don't know what this means. > Doug's > attempting to force working FreeBSD ports such as procmail to be > discarded is deplorable. Um, I had nothing to say about procmail. In fact, I use procmail, and would not want to see it removed. > Doug should stop coercing FreeBSD toward > a Linux model, & move himself to Linux. I actually do use Linux sometimes. In many ways it is a far superior desktop. That said, I am certainly *not* trying to turn FreeBSD into another Linux distro. What I am trying to do is to see what we can learn from how Linux does things, and apply those ideas here when they are useful. Just because Linux does it, doesn't mean it's wrong. :) I've said this before, but it's worth repeating. Decisions that were made 20 years ago about what should and should not be included in the Berkeley Software Distribution, while valid at the time, may not be valid any longer because things have changed since then. Just to take one obvious example, when these decisions were being made it was necessary to distribute a full system, including the 3rd party stuff, all in one go because the software was being distributed on magnetic tape. Doug -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 22:03:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 95AED1065679; Tue, 13 Dec 2011 22:03:51 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 391AD162704; Tue, 13 Dec 2011 22:03:51 +0000 (UTC) Message-ID: <4EE7CBC6.5010001@FreeBSD.org> Date: Tue, 13 Dec 2011 14:03:50 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111110 Thunderbird/8.0 MIME-Version: 1.0 To: malin@randstrom.com References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <20111212155159.GB73597@troutmask.apl.washington.edu> <4EE751E2.60204@mail.zedat.fu-berlin.de> <20111213155456.GA93017@troutmask.apl.washington.edu> In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Malin Randstrom , "O. Hartmann" , Current FreeBSD , Steve Kargl , freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 22:03:51 -0000 On 12/13/2011 13:31, Malin Randstrom wrote: > stop sending me spam mail ... you never stop despite me having unsubscribeb > several times. stop this! If you had actually unsubscribed, the mail would have stopped. :) You can see the instructions you need to follow below. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 23:04:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83997106564A; Tue, 13 Dec 2011 23:04:43 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) by mx1.freebsd.org (Postfix) with ESMTP id 19D0D8FC17; Tue, 13 Dec 2011 23:04:43 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 4714C1DD4FB; Wed, 14 Dec 2011 00:04:42 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 1F56528468; Wed, 14 Dec 2011 00:04:42 +0100 (CET) Date: Wed, 14 Dec 2011 00:04:42 +0100 From: Jilles Tjoelker To: Ivan Klymenko Message-ID: <20111213230441.GB42285@stack.nl> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111213104048.40f3e3de@nonamehost.> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "O. Hartmann" , Doug Barton , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org, Current FreeBSD Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 23:04:44 -0000 On Tue, Dec 13, 2011 at 10:40:48AM +0200, Ivan Klymenko wrote: > If the algorithm ULE does not contain problems - it means the problem > has Core2Duo, or in a piece of code that uses the ULE scheduler. > I already wrote in a mailing list that specifically in my case (Core2Duo) > partially helps the following patch: > --- sched_ule.c.orig 2011-11-24 18:11:48.000000000 +0200 > +++ sched_ule.c 2011-12-10 22:47:08.000000000 +0200 > @@ -794,7 +794,8 @@ > * 1.5 * balance_interval. > */ > balance_ticks = max(balance_interval / 2, 1); > - balance_ticks += random() % balance_interval; > +// balance_ticks += random() % balance_interval; > + balance_ticks += ((int)random()) % balance_interval; > if (smp_started == 0 || rebalance == 0) > return; > tdq = TDQ_SELF(); This avoids a 64-bit division on 64-bit platforms but seems to have no effect otherwise. Because this function is not called very often, the change seems unlikely to help. > @@ -2118,13 +2119,21 @@ > struct td_sched *ts; > > THREAD_LOCK_ASSERT(td, MA_OWNED); > + if (td->td_pri_class & PRI_FIFO_BIT) > + return; > + ts = td->td_sched; > + /* > + * We used up one time slice. > + */ > + if (--ts->ts_slice > 0) > + return; This skips most of the periodic functionality (long term load balancer, saving switch count (?), insert index (?), interactivity score update for long running thread) if the thread is not going to be rescheduled right now. It looks wrong but it is a data point if it helps your workload. > tdq = TDQ_SELF(); > #ifdef SMP > /* > * We run the long term load balancer infrequently on the first cpu. > */ > - if (balance_tdq == tdq) { > - if (balance_ticks && --balance_ticks == 0) > + if (balance_ticks && --balance_ticks == 0) { > + if (balance_tdq == tdq) > sched_balance(); > } > #endif The main effect of this appears to be to disable the long term load balancer completely after some time. At some point, a CPU other than the first CPU (which uses balance_tdq) will set balance_ticks = 0, and sched_balance() will never be called again. It also introduces a hypothetical race condition because the access to balance_ticks is no longer restricted to one CPU under a spinlock. If the long term load balancer may be causing trouble, try setting kern.sched.balance_interval to a higher value with unpatched code. > @@ -2144,9 +2153,6 @@ > if (TAILQ_EMPTY(&tdq->tdq_timeshare.rq_queues[tdq->tdq_ridx])) > tdq->tdq_ridx = tdq->tdq_idx; > } > - ts = td->td_sched; > - if (td->td_pri_class & PRI_FIFO_BIT) > - return; > if (PRI_BASE(td->td_pri_class) == PRI_TIMESHARE) { > /* > * We used a tick; charge it to the thread so > @@ -2157,11 +2163,6 @@ > sched_priority(td); > } > /* > - * We used up one time slice. > - */ > - if (--ts->ts_slice > 0) > - return; > - /* > * We're out of time, force a requeue at userret(). > */ > ts->ts_slice = sched_slice; > and refusal to use options FULL_PREEMPTION > But no one has unsubscribed to my letter, my patch helps or not in the > case of Core2Duo... > There is a suspicion that the problems stem from the sections of code > associated with the SMP... > Maybe I'm in something wrong, but I want to help in solving this > problem ... -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 23:18:57 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4ED781065675 for ; Tue, 13 Dec 2011 23:18:57 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 08E598FC12 for ; Tue, 13 Dec 2011 23:18:56 +0000 (UTC) Received: from [127.0.0.1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id pBDNIWMg038637; Tue, 13 Dec 2011 15:18:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1323818312; bh=/oLRpBcwEbZFs/r+XBpxJYbC38cNyy687jJrHOVjras=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=FHRM91O8ST5MyF9KZuZHVOl7G118Yuhzse49NyAIJmRpMVbDNeWuoZ6wyij8KTPHX b58Mb6rAbbip4XAvajpxdXF0H0W6kw7GMyOm2TNqVjQ/gwkplWW0/gOvWhtuN8E+mm dHt9JB0Xb2en2VEBncj+RGud2yA2Yo78Rdhzcf30= From: Sean Bruno To: Rick Macklem In-Reply-To: <1606093949.138320.1323791595198.JavaMail.root@erie.cs.uoguelph.ca> References: <1606093949.138320.1323791595198.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset="UTF-8" Date: Tue, 13 Dec 2011 15:18:31 -0800 Message-ID: <1323818311.26931.20.camel@hitfishpass-lx.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 (2.32.3-1.fc14) Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , Dimitry Andric Subject: Re: NFS + SVN problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 23:18:57 -0000 On Tue, 2011-12-13 at 07:53 -0800, Rick Macklem wrote: > Dimitry Andric wrote: > > On 2011-11-23 19:26, Sean Bruno wrote: > > > On Wed, 2011-11-23 at 09:58 -0800, Rick Macklem wrote: > > >> I don't know if Dimitry tried this, but you could also try the > > >> "nolockd" option, so that byte range locking is done locally in > > >> the client and avoids the NLM. > > >> > > >> Good luck with it and please let us know how it goes, rick > > > > > > This seems to allow SVN 1.7 to do whatever nonsense it is trying to > > > do. > > > I've modified my fstab on the test host in the cluster to: > > > > > > dumpster:/vol/volshscratch /dumpster/scratch nfs > > > rw,soft,intr,bg,nolockd,nosuid 0 0 > > > > > > Removing soft,intr had no effect. This, I suspect will be > > > problematic > > > for clusteradm@ if we start updating hosts in the cluster. > > > > A very late addition to this: I got Subversion 1.7 to work properly > > over > > NFSv3, by making sure rpc.lockd runs on both server and client. > > > > E.g, set rpc_lockd_enable to YES in rc.conf; this is off by default, > > even if you have nfs_client_enable/nfs_server_enable set to YES. > > and rpc_statd_enable="YES" on all systems, as well. > > > ________________ Thanks for this btw. :-) Sean From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 23:19:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34672106567A; Tue, 13 Dec 2011 23:19:40 +0000 (UTC) (envelope-from marcus@odin.blazingdot.com) Received: from odin.blazingdot.com (odin.blazingdot.com [199.48.133.254]) by mx1.freebsd.org (Postfix) with ESMTP id 1347F8FC16; Tue, 13 Dec 2011 23:19:39 +0000 (UTC) Received: by odin.blazingdot.com (Postfix, from userid 1001) id 01B5D114241; Tue, 13 Dec 2011 23:02:15 +0000 (UTC) Date: Tue, 13 Dec 2011 23:02:15 +0000 From: Marcus Reid To: Doug Barton Message-ID: <20111213230215.GA83159@blazingdot.com> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EE69C5A.3090005@FreeBSD.org> X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 23:19:40 -0000 On Mon, Dec 12, 2011 at 04:29:14PM -0800, Doug Barton wrote: > On 12/12/2011 05:47, O. Hartmann wrote: > > Do we have any proof at hand for such cases where SCHED_ULE performs > > much better than SCHED_4BSD? > > I complained about poor interactive performance of ULE in a desktop > environment for years. I had numerous people try to help, including > Jeff, with various tunables, dtrace'ing, etc. The cause of the problem > was never found. The issues that I've seen with ULE on the desktop seem to be caused by X taking up a steady amount of CPU, and being demoted from being an "interactive" process. X then becomes the bottleneck for other processes that would otherwise be "interactive". Try 'renice -20 ' and see if that makes your problems go away. Marcus From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 23:39:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09B051065670; Tue, 13 Dec 2011 23:39:14 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8A7C18FC08; Tue, 13 Dec 2011 23:39:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=5F70nZqRcYgm7bijrHgHyKB7UoBju6OC5/bO8dW/88o=; b=UCCsjgOajR4VEgZZUmFT8w1hirtKquOO5Imc+Y+MxOaCwFvWJHpSRzawb4RG8UtOwO39O8ln9yMHmfUQFZfk4sHuyDdTgiD+e5YJGQ9o6LPDgvP/+XA1/4abE7Fxon5FSIdselgvFv3ZKh+9DCi7ybFm7aRNXgx+H0jDZkIHJv0=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1RabwD-0003M3-1I ; Wed, 14 Dec 2011 01:39:09 +0200 Date: Wed, 14 Dec 2011 01:39:06 +0200 From: Ivan Klymenko To: Jilles Tjoelker Message-ID: <20111214013906.068f69df@nonamehost.> In-Reply-To: <20111213230441.GB42285@stack.nl> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> <20111213230441.GB42285@stack.nl> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "O. Hartmann" , Doug Barton , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org, Current FreeBSD Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 23:39:14 -0000 =D0=92 Wed, 14 Dec 2011 00:04:42 +0100 Jilles Tjoelker =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Tue, Dec 13, 2011 at 10:40:48AM +0200, Ivan Klymenko wrote: > > If the algorithm ULE does not contain problems - it means the > > problem has Core2Duo, or in a piece of code that uses the ULE > > scheduler. I already wrote in a mailing list that specifically in > > my case (Core2Duo) partially helps the following patch: > > --- sched_ule.c.orig 2011-11-24 18:11:48.000000000 +0200 > > +++ sched_ule.c 2011-12-10 22:47:08.000000000 +0200 > > @@ -794,7 +794,8 @@ > > * 1.5 * balance_interval. > > */ > > balance_ticks =3D max(balance_interval / 2, 1); > > - balance_ticks +=3D random() % balance_interval; > > +// balance_ticks +=3D random() % balance_interval; > > + balance_ticks +=3D ((int)random()) % balance_interval; > > if (smp_started =3D=3D 0 || rebalance =3D=3D 0) > > return; > > tdq =3D TDQ_SELF(); >=20 > This avoids a 64-bit division on 64-bit platforms but seems to have no > effect otherwise. Because this function is not called very often, the > change seems unlikely to help. Yes, this section does not apply to this problem :) Just I posted the latest patch which i using now... >=20 > > @@ -2118,13 +2119,21 @@ > > struct td_sched *ts; > > =20 > > THREAD_LOCK_ASSERT(td, MA_OWNED); > > + if (td->td_pri_class & PRI_FIFO_BIT) > > + return; > > + ts =3D td->td_sched; > > + /* > > + * We used up one time slice. > > + */ > > + if (--ts->ts_slice > 0) > > + return; >=20 > This skips most of the periodic functionality (long term load > balancer, saving switch count (?), insert index (?), interactivity > score update for long running thread) if the thread is not going to > be rescheduled right now. >=20 > It looks wrong but it is a data point if it helps your workload. Yes, I did it for as long as possible to delay the execution of the code in= section: ... #ifdef SMP /* * We run the long term load balancer infrequently on the first cpu. */ if (balance_tdq =3D=3D tdq) { if (balance_ticks && --balance_ticks =3D=3D 0) sched_balance(); } #endif ... >=20 > > tdq =3D TDQ_SELF(); > > #ifdef SMP > > /* > > * We run the long term load balancer infrequently on the > > first cpu. */ > > - if (balance_tdq =3D=3D tdq) { > > - if (balance_ticks && --balance_ticks =3D=3D 0) > > + if (balance_ticks && --balance_ticks =3D=3D 0) { > > + if (balance_tdq =3D=3D tdq) > > sched_balance(); > > } > > #endif >=20 > The main effect of this appears to be to disable the long term load > balancer completely after some time. At some point, a CPU other than > the first CPU (which uses balance_tdq) will set balance_ticks =3D 0, and > sched_balance() will never be called again. >=20 That is, for the same reason as above in the text... > It also introduces a hypothetical race condition because the access to > balance_ticks is no longer restricted to one CPU under a spinlock. >=20 > If the long term load balancer may be causing trouble, try setting > kern.sched.balance_interval to a higher value with unpatched code. I checked it in the first place - but it did not help fix the situation... The impression of malfunction rebalancing... It seems that the thread is passed on to the same core that is loaded and s= o... Perhaps this is a consequence of an incorrect definition of the topology CP= U? >=20 > > @@ -2144,9 +2153,6 @@ > > if > > (TAILQ_EMPTY(&tdq->tdq_timeshare.rq_queues[tdq->tdq_ridx])) > > tdq->tdq_ridx =3D tdq->tdq_idx; } > > - ts =3D td->td_sched; > > - if (td->td_pri_class & PRI_FIFO_BIT) > > - return; > > if (PRI_BASE(td->td_pri_class) =3D=3D PRI_TIMESHARE) { > > /* > > * We used a tick; charge it to the thread so > > @@ -2157,11 +2163,6 @@ > > sched_priority(td); > > } > > /* > > - * We used up one time slice. > > - */ > > - if (--ts->ts_slice > 0) > > - return; > > - /* > > * We're out of time, force a requeue at userret(). > > */ > > ts->ts_slice =3D sched_slice; >=20 > > and refusal to use options FULL_PREEMPTION > > But no one has unsubscribed to my letter, my patch helps or not in > > the case of Core2Duo... > > There is a suspicion that the problems stem from the sections of > > code associated with the SMP... > > Maybe I'm in something wrong, but I want to help in solving this > > problem ... >=20 From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 23:42:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F12F81065703; Tue, 13 Dec 2011 23:42:14 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) by mx1.freebsd.org (Postfix) with ESMTP id A00CD8FC1A; Tue, 13 Dec 2011 23:42:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=sw3zgxPAR3QAfGKCe6TuQNxbPW4sLLWcsOBc2vusc8o=; b=M+tGRDGYgsoljjuix/VjsnDBpi6i74Dlzd8dfI6e/B9ADT1z/g07FroZ3i3PrwHMZSKrk5ZMvuPz+hGrXrKXdv4F48onYzXCsj6A6osK4DwY+C1igtpK4mUPbE5VlNiD4pun5cGDHng615clnM6+XbGUMwaZdZXCz/o0vpbLGzo=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm1.ukr.net with esmtpsa ID 1RabzA-000Ofi-Px ; Wed, 14 Dec 2011 01:42:12 +0200 Date: Wed, 14 Dec 2011 01:42:11 +0200 From: Ivan Klymenko To: Marcus Reid Message-ID: <20111214014211.3e108b53@nonamehost.> In-Reply-To: <20111213230215.GA83159@blazingdot.com> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213230215.GA83159@blazingdot.com> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "O. Hartmann" , Doug Barton , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org, Current FreeBSD Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 23:42:15 -0000 =D0=92 Tue, 13 Dec 2011 23:02:15 +0000 Marcus Reid =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Mon, Dec 12, 2011 at 04:29:14PM -0800, Doug Barton wrote: > > On 12/12/2011 05:47, O. Hartmann wrote: > > > Do we have any proof at hand for such cases where SCHED_ULE > > > performs much better than SCHED_4BSD? > >=20 > > I complained about poor interactive performance of ULE in a desktop > > environment for years. I had numerous people try to help, including > > Jeff, with various tunables, dtrace'ing, etc. The cause of the > > problem was never found. >=20 > The issues that I've seen with ULE on the desktop seem to be caused > by X taking up a steady amount of CPU, and being demoted from being an > "interactive" process. X then becomes the bottleneck for other > processes that would otherwise be "interactive". Try 'renice -20 > ' and see if that makes your problems go away. Why, then X is not a bottleneck when using 4BSD? > Marcus From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 00:01:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96C2C1065670; Wed, 14 Dec 2011 00:01:57 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 54AFE8FC0C; Wed, 14 Dec 2011 00:01:57 +0000 (UTC) Received: by dakp5 with SMTP id p5so253302dak.13 for ; Tue, 13 Dec 2011 16:01:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/d9tPhNRKuZlrGasaA/On3wANIhZMN6DaAHZeY1WxuE=; b=AQ1f2p6HGVtPmZlrafZzUATT3m0rwxjUkIK6Ma1mcTjP7CD6fH+TWTFgIVK0IuVIHI 96gnQ2Nl+aVo8/aYuPhbl4qlyVDtp4aoostkuzuCIn905eq7/lfh/FQyQoKaiCl5UAQZ zya9nkvb9uUfsueC4TJ/LzQLC+sOLfMOixItU= MIME-Version: 1.0 Received: by 10.68.201.193 with SMTP id kc1mr18801pbc.51.1323820916837; Tue, 13 Dec 2011 16:01:56 -0800 (PST) Sender: mdf356@gmail.com Received: by 10.68.197.198 with HTTP; Tue, 13 Dec 2011 16:01:56 -0800 (PST) In-Reply-To: <4ee7e2d3.0a3c640a.4617.4a33SMTPIN_ADDED@mx.google.com> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> <20111213230441.GB42285@stack.nl> <4ee7e2d3.0a3c640a.4617.4a33SMTPIN_ADDED@mx.google.com> Date: Tue, 13 Dec 2011 16:01:56 -0800 X-Google-Sender-Auth: cXWpb1OQ43-qtKIw90RlKMbBfDs Message-ID: From: mdf@FreeBSD.org To: Ivan Klymenko Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , freebsd-stable@freebsd.org, Jilles Tjoelker , "O. Hartmann" , Current FreeBSD , freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 00:01:57 -0000 On Tue, Dec 13, 2011 at 3:39 PM, Ivan Klymenko wrote: > =D0=92 Wed, 14 Dec 2011 00:04:42 +0100 > Jilles Tjoelker =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >> On Tue, Dec 13, 2011 at 10:40:48AM +0200, Ivan Klymenko wrote: >> > If the algorithm ULE does not contain problems - it means the >> > problem has Core2Duo, or in a piece of code that uses the ULE >> > scheduler. I already wrote in a mailing list that specifically in >> > my case (Core2Duo) partially helps the following patch: >> > --- sched_ule.c.orig =C2=A0 =C2=A0 =C2=A0 =C2=A02011-11-24 18:11:48.00= 0000000 +0200 >> > +++ sched_ule.c =C2=A0 =C2=A0 2011-12-10 22:47:08.000000000 +0200 >> > @@ -794,7 +794,8 @@ >> > =C2=A0 =C2=A0 =C2=A0* 1.5 * balance_interval. >> > =C2=A0 =C2=A0 =C2=A0*/ >> > =C2=A0 =C2=A0 balance_ticks =3D max(balance_interval / 2, 1); >> > - =C2=A0 balance_ticks +=3D random() % balance_interval; >> > +// balance_ticks +=3D random() % balance_interval; >> > + =C2=A0 balance_ticks +=3D ((int)random()) % balance_interval; >> > =C2=A0 =C2=A0 if (smp_started =3D=3D 0 || rebalance =3D=3D 0) >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return; >> > =C2=A0 =C2=A0 tdq =3D TDQ_SELF(); >> >> This avoids a 64-bit division on 64-bit platforms but seems to have no >> effect otherwise. Because this function is not called very often, the >> change seems unlikely to help. > > Yes, this section does not apply to this problem :) > Just I posted the latest patch which i using now... > >> >> > @@ -2118,13 +2119,21 @@ >> > =C2=A0 =C2=A0 struct td_sched *ts; >> > >> > =C2=A0 =C2=A0 THREAD_LOCK_ASSERT(td, MA_OWNED); >> > + =C2=A0 if (td->td_pri_class & PRI_FIFO_BIT) >> > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return; >> > + =C2=A0 ts =3D td->td_sched; >> > + =C2=A0 /* >> > + =C2=A0 =C2=A0* We used up one time slice. >> > + =C2=A0 =C2=A0*/ >> > + =C2=A0 if (--ts->ts_slice > 0) >> > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return; >> >> This skips most of the periodic functionality (long term load >> balancer, saving switch count (?), insert index (?), interactivity >> score update for long running thread) if the thread is not going to >> be rescheduled right now. >> >> It looks wrong but it is a data point if it helps your workload. > > Yes, I did it for as long as possible to delay the execution of the code = in section: > ... > #ifdef SMP > =C2=A0 =C2=A0 =C2=A0 =C2=A0/* > =C2=A0 =C2=A0 =C2=A0 =C2=A0 * We run the long term load balancer infreque= ntly on the first cpu. > =C2=A0 =C2=A0 =C2=A0 =C2=A0 */ > =C2=A0 =C2=A0 =C2=A0 =C2=A0if (balance_tdq =3D=3D tdq) { > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if (balance_ticks = && --balance_ticks =3D=3D 0) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0sched_balance(); > =C2=A0 =C2=A0 =C2=A0 =C2=A0} > #endif > ... > >> >> > =C2=A0 =C2=A0 tdq =3D TDQ_SELF(); >> > =C2=A0#ifdef SMP >> > =C2=A0 =C2=A0 /* >> > =C2=A0 =C2=A0 =C2=A0* We run the long term load balancer infrequently = on the >> > first cpu. */ >> > - =C2=A0 if (balance_tdq =3D=3D tdq) { >> > - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (balance_ticks && --balance_ti= cks =3D=3D 0) >> > + =C2=A0 if (balance_ticks && --balance_ticks =3D=3D 0) { >> > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (balance_tdq =3D=3D tdq) >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = sched_balance(); >> > =C2=A0 =C2=A0 } >> > =C2=A0#endif >> >> The main effect of this appears to be to disable the long term load >> balancer completely after some time. At some point, a CPU other than >> the first CPU (which uses balance_tdq) will set balance_ticks =3D 0, and >> sched_balance() will never be called again. >> > > That is, for the same reason as above in the text... > >> It also introduces a hypothetical race condition because the access to >> balance_ticks is no longer restricted to one CPU under a spinlock. >> >> If the long term load balancer may be causing trouble, try setting >> kern.sched.balance_interval to a higher value with unpatched code. > > I checked it in the first place - but it did not help fix the situation..= . > > The impression of malfunction rebalancing... > It seems that the thread is passed on to the same core that is loaded and= so... > Perhaps this is a consequence of an incorrect definition of the topology = CPU? > >> >> > @@ -2144,9 +2153,6 @@ >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if >> > (TAILQ_EMPTY(&tdq->tdq_timeshare.rq_queues[tdq->tdq_ridx])) >> > tdq->tdq_ridx =3D tdq->tdq_idx; } >> > - =C2=A0 ts =3D td->td_sched; >> > - =C2=A0 if (td->td_pri_class & PRI_FIFO_BIT) >> > - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return; >> > =C2=A0 =C2=A0 if (PRI_BASE(td->td_pri_class) =3D=3D PRI_TIMESHARE) { >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 /* >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0* We used a tick; char= ge it to the thread so >> > @@ -2157,11 +2163,6 @@ >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sched_priority(td); >> > =C2=A0 =C2=A0 } >> > =C2=A0 =C2=A0 /* >> > - =C2=A0 =C2=A0* We used up one time slice. >> > - =C2=A0 =C2=A0*/ >> > - =C2=A0 if (--ts->ts_slice > 0) >> > - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return; >> > - =C2=A0 /* >> > =C2=A0 =C2=A0 =C2=A0* We're out of time, force a requeue at userret(). >> > =C2=A0 =C2=A0 =C2=A0*/ >> > =C2=A0 =C2=A0 ts->ts_slice =3D sched_slice; >> >> > and refusal to use options FULL_PREEMPTION >> > But no one has unsubscribed to my letter, my patch helps or not in >> > the case of Core2Duo... >> > There is a suspicion that the problems stem from the sections of >> > code associated with the SMP... >> > Maybe I'm in something wrong, but I want to help in solving this >> > problem ... Has anyone experiencing problems tried to set sysctl kern.sched.steal_thres= h=3D1 ? I don't remember what our specific problem at $WORK was, perhaps it was just interrupt threads not getting serviced fast enough, but we've hard-coded this to 1 and removed the code that sets it in sched_initticks(). The same effect should be had by setting the sysctl after a box is up. Thanks, matthew From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 00:36:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17C73106564A; Wed, 14 Dec 2011 00:36:32 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 9EFAE8FC1A; Wed, 14 Dec 2011 00:36:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=18YzJbAWI+aRJeAk77qSqDa/FDJYKyD0tpp/v1biG78=; b=hU8yO3T7w8C35eMlOLcyxigofcXvWzFwT0yKaGwGu0+CIHOUQ65gVLbMS9S0uYZHPuuCF0dr1ReSYBXAbNGWg4ek9lS9Uf1kCB87IsQAYiE4xYutmpjDX20QLU1txXgmYO/xq6gVxXyGrg+LbeHfSbx/TXN1rF8RP0YafM1EnTg=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1Racpi-000EAS-H6 ; Wed, 14 Dec 2011 02:36:30 +0200 Date: Wed, 14 Dec 2011 02:36:29 +0200 From: Ivan Klymenko To: mdf@FreeBSD.org Message-ID: <20111214023629.3ae8c928@nonamehost.> In-Reply-To: References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> <20111213230441.GB42285@stack.nl> <4ee7e2d3.0a3c640a.4617.4a33SMTPIN_ADDED@mx.google.com> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , freebsd-stable@freebsd.org, Tjoelker , "O. Hartmann" , Current FreeBSD , Jilles, freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 00:36:32 -0000 =D0=92 Tue, 13 Dec 2011 16:01:56 -0800 mdf@FreeBSD.org =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Tue, Dec 13, 2011 at 3:39 PM, Ivan Klymenko wrote: > > =D0=92 Wed, 14 Dec 2011 00:04:42 +0100 > > Jilles Tjoelker =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > > >> On Tue, Dec 13, 2011 at 10:40:48AM +0200, Ivan Klymenko wrote: > >> > If the algorithm ULE does not contain problems - it means the > >> > problem has Core2Duo, or in a piece of code that uses the ULE > >> > scheduler. I already wrote in a mailing list that specifically in > >> > my case (Core2Duo) partially helps the following patch: > >> > --- sched_ule.c.orig =C2=A0 =C2=A0 =C2=A0 =C2=A02011-11-24 18:11:48.= 000000000 +0200 > >> > +++ sched_ule.c =C2=A0 =C2=A0 2011-12-10 22:47:08.000000000 +0200 > >> > @@ -794,7 +794,8 @@ > >> > =C2=A0 =C2=A0 =C2=A0* 1.5 * balance_interval. > >> > =C2=A0 =C2=A0 =C2=A0*/ > >> > =C2=A0 =C2=A0 balance_ticks =3D max(balance_interval / 2, 1); > >> > - =C2=A0 balance_ticks +=3D random() % balance_interval; > >> > +// balance_ticks +=3D random() % balance_interval; > >> > + =C2=A0 balance_ticks +=3D ((int)random()) % balance_interval; > >> > =C2=A0 =C2=A0 if (smp_started =3D=3D 0 || rebalance =3D=3D 0) > >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return; > >> > =C2=A0 =C2=A0 tdq =3D TDQ_SELF(); > >> > >> This avoids a 64-bit division on 64-bit platforms but seems to > >> have no effect otherwise. Because this function is not called very > >> often, the change seems unlikely to help. > > > > Yes, this section does not apply to this problem :) > > Just I posted the latest patch which i using now... > > > >> > >> > @@ -2118,13 +2119,21 @@ > >> > =C2=A0 =C2=A0 struct td_sched *ts; > >> > > >> > =C2=A0 =C2=A0 THREAD_LOCK_ASSERT(td, MA_OWNED); > >> > + =C2=A0 if (td->td_pri_class & PRI_FIFO_BIT) > >> > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return; > >> > + =C2=A0 ts =3D td->td_sched; > >> > + =C2=A0 /* > >> > + =C2=A0 =C2=A0* We used up one time slice. > >> > + =C2=A0 =C2=A0*/ > >> > + =C2=A0 if (--ts->ts_slice > 0) > >> > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return; > >> > >> This skips most of the periodic functionality (long term load > >> balancer, saving switch count (?), insert index (?), interactivity > >> score update for long running thread) if the thread is not going to > >> be rescheduled right now. > >> > >> It looks wrong but it is a data point if it helps your workload. > > > > Yes, I did it for as long as possible to delay the execution of the > > code in section: ... > > #ifdef SMP > > =C2=A0 =C2=A0 =C2=A0 =C2=A0/* > > =C2=A0 =C2=A0 =C2=A0 =C2=A0 * We run the long term load balancer infreq= uently on the > > first cpu. */ > > =C2=A0 =C2=A0 =C2=A0 =C2=A0if (balance_tdq =3D=3D tdq) { > > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if (balance_tick= s && --balance_ticks =3D=3D 0) > > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0sched_balance(); > > =C2=A0 =C2=A0 =C2=A0 =C2=A0} > > #endif > > ... > > > >> > >> > =C2=A0 =C2=A0 tdq =3D TDQ_SELF(); > >> > =C2=A0#ifdef SMP > >> > =C2=A0 =C2=A0 /* > >> > =C2=A0 =C2=A0 =C2=A0* We run the long term load balancer infrequentl= y on the > >> > first cpu. */ > >> > - =C2=A0 if (balance_tdq =3D=3D tdq) { > >> > - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (balance_ticks && --balance_= ticks =3D=3D 0) > >> > + =C2=A0 if (balance_ticks && --balance_ticks =3D=3D 0) { > >> > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (balance_tdq =3D=3D tdq) > >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 sched_balance(); > >> > =C2=A0 =C2=A0 } > >> > =C2=A0#endif > >> > >> The main effect of this appears to be to disable the long term load > >> balancer completely after some time. At some point, a CPU other > >> than the first CPU (which uses balance_tdq) will set balance_ticks > >> =3D 0, and sched_balance() will never be called again. > >> > > > > That is, for the same reason as above in the text... > > > >> It also introduces a hypothetical race condition because the > >> access to balance_ticks is no longer restricted to one CPU under a > >> spinlock. > >> > >> If the long term load balancer may be causing trouble, try setting > >> kern.sched.balance_interval to a higher value with unpatched code. > > > > I checked it in the first place - but it did not help fix the > > situation... > > > > The impression of malfunction rebalancing... > > It seems that the thread is passed on to the same core that is > > loaded and so... Perhaps this is a consequence of an incorrect > > definition of the topology CPU? > > > >> > >> > @@ -2144,9 +2153,6 @@ > >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if > >> > (TAILQ_EMPTY(&tdq->tdq_timeshare.rq_queues[tdq->tdq_ridx])) > >> > tdq->tdq_ridx =3D tdq->tdq_idx; } > >> > - =C2=A0 ts =3D td->td_sched; > >> > - =C2=A0 if (td->td_pri_class & PRI_FIFO_BIT) > >> > - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return; > >> > =C2=A0 =C2=A0 if (PRI_BASE(td->td_pri_class) =3D=3D PRI_TIMESHARE) { > >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 /* > >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0* We used a tick; ch= arge it to the thread so > >> > @@ -2157,11 +2163,6 @@ > >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sched_priority(td); > >> > =C2=A0 =C2=A0 } > >> > =C2=A0 =C2=A0 /* > >> > - =C2=A0 =C2=A0* We used up one time slice. > >> > - =C2=A0 =C2=A0*/ > >> > - =C2=A0 if (--ts->ts_slice > 0) > >> > - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return; > >> > - =C2=A0 /* > >> > =C2=A0 =C2=A0 =C2=A0* We're out of time, force a requeue at userret(= ). > >> > =C2=A0 =C2=A0 =C2=A0*/ > >> > =C2=A0 =C2=A0 ts->ts_slice =3D sched_slice; > >> > >> > and refusal to use options FULL_PREEMPTION > >> > But no one has unsubscribed to my letter, my patch helps or not > >> > in the case of Core2Duo... > >> > There is a suspicion that the problems stem from the sections of > >> > code associated with the SMP... > >> > Maybe I'm in something wrong, but I want to help in solving this > >> > problem ... >=20 >=20 > Has anyone experiencing problems tried to set sysctl > kern.sched.steal_thresh=3D1 ? >=20 In my case, the variable kern.sched.steal_thresh and so has the value 1. > I don't remember what our specific problem at $WORK was, perhaps it > was just interrupt threads not getting serviced fast enough, but we've > hard-coded this to 1 and removed the code that sets it in > sched_initticks(). The same effect should be had by setting the > sysctl after a box is up. >=20 > Thanks, > matthew From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 02:36:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 448C81065670; Wed, 14 Dec 2011 02:36:30 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id CAA478FC14; Wed, 14 Dec 2011 02:36:28 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAH8L6E6DaFvO/2dsb2JhbABDFoRypx6BcgEBAQMBAQEBICsdAwsFFhgCAg0ZAikBCSYGCAcEAQgUBIdbCKR4kWGBL4JGhmiBFgSIMYocgiWSRw X-IronPort-AV: E=Sophos;i="4.71,349,1320642000"; d="scan'208";a="148393557" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 13 Dec 2011 21:36:08 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id B6354B3F64; Tue, 13 Dec 2011 21:36:08 -0500 (EST) Date: Tue, 13 Dec 2011 21:36:08 -0500 (EST) From: Rick Macklem To: John Message-ID: <1513776106.179512.1323830168731.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20111213024636.GA47103@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: multihomed nfs server - NLM lock failure on additional interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 02:36:30 -0000 John De wrote: > Hi Folks, > > I have a 9-prerelease system where I've been testing nfs/zfs. The > system has been working quite well until moving the server to a > multihomed > configuration. > > Given the following: > > nfsd: master (nfsd) > nfsd: server (nfsd) > /usr/sbin/rpcbind -h 10.24.6.38 -h 172.1.1.2 -h 172.21.201.1 -h > 172.21.202.1 -h 172.21.203.1 -h 172.21.204.1 -h 172.21.205.1 -h > 10.24.6.34 -h 10.24.6.33 > /usr/sbin/mountd -r -l -h 10.24.6.38 -h 172.1.1.2 -h 172.21.201.1 -h > 172.21.202.1 -h 172.21.203.1 -h 172.21.204.1 -h 172.21.205.1 -h > 10.24.6.34 -h 10.24.6.33 > /usr/sbin/rpc.statd -h 10.24.6.38 -h 172.1.1.2 -h 172.21.201.1 -h > 172.21.202.1 -h 172.21.203.1 -h 172.21.204.1 -h 172.21.205.1 -h > 10.24.6.34 -h 10.24.6.33 > /usr/sbin/rpc.lockd -h 10.24.6.38 -h 172.1.1.2 -h 172.21.201.1 -h > 172.21.202.1 -h 172.21.203.1 -h 172.21.204.1 -h 172.21.205.1 -h > 10.24.6.34 -h 10.24.6.33 > > 10.24.6.38 is the default interface on 1G. The 172 nets are 10G > connected > to compute systems. > > ifconfig_bce0=' inet 10.24.6.38 netmask 255.255.0.0 -rxcsum -txcsum' > _c='physical addr which never changes' > ifconfig_bce1=' inet 172.1.1.2 netmask 255.255.255.0' _c='physcial > addr on crossover cable' > ifconfig_cxgb2='inet 172.21.21.129 netmask 255.255.255.0' _c='physical > backside 10g compute net' > ifconfig_cxgb3='inet 172.21.201.1 netmask 255.255.255.0 mtu 9000' > _c='physical backside 10g compute net' > ifconfig_cxgb6='inet 172.21.202.1 netmask 255.255.255.0 mtu 9000' > _c='physical backside 10g compute net' > ifconfig_cxgb8='inet 172.21.203.1 netmask 255.255.255.0 mtu 9000' > _c='physical backside 10g compute net' > ifconfig_cxgb4='inet 172.21.204.1 netmask 255.255.255.0 mtu 9000' > _c='physical backside 10g compute net' > ifconfig_cxgb0='inet 172.21.205.1 netmask 255.255.255.0 mtu 9000' > _c='physical backside 10g compute net' > > The 10.24.6.34 and 10.24.6.33 are alias addresses for the system. > > Destination Gateway Flags Refs Use Netif Expire > default 10.24.0.1 UGS 0 1049 bce0 > > > The server works correctly (and quite well) for both udp & tcp mounts. > Basically, all nfs traffic is great! > > However, locking only works for clients connected to the 10.24.6.38 > interface. > > A tcpdump file from good & bad runs: > > http://www.freebsd.org/~jwd/lockgood.pcap > http://www.freebsd.org/~jwd/lockbad.pcap > > Basically, the clients (both FreeBSD & Linux) query the servers > rpcbind > for the address of the nlm which is returned correctly. For the good > run, the > NLM is then called. For the bad call, it is not. > Well, first off I think your packet traces are missing packets. If you look at nlm_get_rpc(), which is the function in sys/nlm/nlm_prot_impl.c that is doing this, you will see that it first attempts UDP and then falls back to TCP when talking to rpcbind. Your packet traces only show TCP, so I suspect that the UDP case went through a different interface (or missed getting captured some other way?). My guess would be that the attempt to connect to the server's NLM does the same thing, since the lockbad.pcap doesn't show any SYN,... to port 844. If I were you, I'd put lottsa printfs in nlm_get_rpc() showing what is in the address structure "ss" and, in particular when it calls clnt_reconnect_create(). { For the client. } For the server, it starts at sys_nlm_syscall(), which calls ... until you get to nlm_register_services(). It copies in a list of address(es) and I would printf those address(es) once copied into the kernel, to see if they make sense. These are the address(es) that are going to get sobind()'d later by a function called svn_tli_create() { over is sys/rpc/rpc_generic.c }. That's as far as I got. Good luck with it, rick > I've started digging through code, but I do not claim to be an rpc > expert. > If anyone has suggestions I would appreciate any pointers. > > Thanks! > John > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 02:58:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54F941065670 for ; Wed, 14 Dec 2011 02:58:41 +0000 (UTC) (envelope-from okuno.kohji@jp.panasonic.com) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id D600F8FC0C for ; Wed, 14 Dec 2011 02:58:40 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile11) with ESMTP id pBE2ZSgK014695 for ; Wed, 14 Dec 2011 11:35:28 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili11) with ESMTP id pBE2ZSa14037 for ; Wed, 14 Dec 2011 11:35:28 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi12) id pBE2ZSFw031194 for freebsd-current@freebsd.org; Wed, 14 Dec 2011 11:35:28 +0900 Received: from localhost by lomi12.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id pBE2ZOls031137 for ; Wed, 14 Dec 2011 11:35:24 +0900 Date: Wed, 14 Dec 2011 11:35:23 +0900 (JST) Message-Id: <20111214.113523.1986759509473338243.okuno.kohji@jp.panasonic.com> To: freebsd-current@freebsd.org From: Kohji Okuno Organization: Panasonic Corporation X-Mailer: Mew version 6.3 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: about XHCI_PS_PP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 02:58:41 -0000 Hi Selasky, I think XHCI_PS_PP is wrong. - #define XHCI_PS_PP 0x00000100 /* RW - port power */ + #define XHCI_PS_PP 0x00000200 /* RW - port power */ Could you check it? Best regards, Kohji Okuno From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 03:50:18 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9EFA106564A for ; Wed, 14 Dec 2011 03:50:18 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 795BD8FC12 for ; Wed, 14 Dec 2011 03:50:18 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBD6C4.dip.t-dialin.net [93.203.214.196]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id pBE3oG5S082453; Wed, 14 Dec 2011 03:50:16 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id pBE3o1KX068686; Wed, 14 Dec 2011 04:50:03 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id pBE3ns2M011225; Wed, 14 Dec 2011 04:50:00 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201112140350.pBE3ns2M011225@fire.js.berklix.net> To: Doug Barton From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Tue, 13 Dec 2011 13:29:02 PST." <4EE7C39E.6040403@FreeBSD.org> Date: Wed, 14 Dec 2011 04:49:54 +0100 Sender: jhs@berklix.com Cc: freebsd-current@FreeBSD.org Subject: Re: CVS removal from the base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 03:50:19 -0000 Hi, Reference: > From: Doug Barton > Date: Tue, 13 Dec 2011 13:29:02 -0800 > Message-id: <4EE7C39E.6040403@FreeBSD.org> Doug Barton wrote: > On 12/11/2011 06:14, Julian H. Stacey wrote: > > Doug Barton wrote: > >> On 12/02/2011 04:35, Adrian Chadd wrote: > >>> I think you're missing the point a little. > >>> > >>> The point is, you have to keep in mind how comfortable people feel > >>> about things, and progress sometimes makes people uncomfortable. I > >>> think you should leave these changes bake for a while and let people > >>> get comfortable with the changing status quo. > >> > >> The fact that we have so many people who are radically change-averse, no > >> matter how rational the change; is a bug, not a feature. > >> > >> This particular bug is complicated dramatically by the fact that the > >> majority view seems to lean heavily towards "If I use it, it must be the > >> default and/or in the base" rather than seeing ports as part of the > >> overall operating SYSTEM. > > > > BSD is more conservative. More value given to stability of availability > > of interfaces & tools etc, > > Having things in ports doesn't make them less available. :) It didn't used to. It risks it now, since in last months, some ports/ have been targeted by a few rogue commiters purging, who want to toss ports out from one release to another without warning of a DEPRECATED= in previous release Makefiles. > > More Long term professionals. > > I don't know what this means. Older folk with more decades of Unix are likely to have had BSD experience way back , & jumped at BSD when eg BSD Lite & 386BSD came out. Younger folk may have a higher chance their first Unix exposure was Linux on a CD from a computer mag. & some of each will have stayed with the BSD or Linux they started with. Hence BSD people tend to have been working a bit longer I think. > > Doug's > > attempting to force working FreeBSD ports such as procmail to be > > discarded is deplorable. > > Um, I had nothing to say about procmail. In fact, I use procmail, and > would not want to see it removed. > > > Doug should stop coercing FreeBSD toward > > a Linux model, & move himself to Linux. Whoops ! _Apologies_ Doug ! I was mixing people up. Apologies ! > I actually do use Linux sometimes. In many ways it is a far superior > desktop. That said, I am certainly *not* trying to turn FreeBSD into > another Linux distro. What I am trying to do is to see what we can learn > from how Linux does things, and apply those ideas here when they are > useful. Just because Linux does it, doesn't mean it's wrong. :) Yup, each distro can have some good & bad. > I've said this before, but it's worth repeating. Decisions that were > made 20 years ago about what should and should not be included in the > Berkeley Software Distribution, while valid at the time, may not be > valid any longer because things have changed since then. Just to take > one obvious example, when these decisions were being made it was > necessary to distribute a full system, including the 3rd party stuff, > all in one go because the software was being distributed on magnetic tape. Good point. > Doug Apologies again for confusing your name with others. FYI URLs to end of 1st procmail thread & beginning of 2nd http://docs.freebsd.org/cgi/getmsg.cgi?fetch=948124+0+archive/2011/freebsd-ports/20110904.freebsd-ports http://docs.freebsd.org/cgi/getmsg.cgi?fetch=85459+0+/usr/local/www/db/text/2011/freebsd-ports/20111002.freebsd-ports Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. EU tax to kill London Vetoed http://berklix.com/~jhs/blog/2011_12_11 From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 04:23:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BADE51065670 for ; Wed, 14 Dec 2011 04:23:31 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 284A88FC12 for ; Wed, 14 Dec 2011 04:23:30 +0000 (UTC) Received: by eaaf13 with SMTP id f13so493638eaa.13 for ; Tue, 13 Dec 2011 20:23:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=bziLRLHCFmrgJXPUnjlitUU05qG6DRyw/7BkIh+HVsU=; b=rH8axEXbpjmOlVyYl7tXC8a9Y2AMmlwpfwo0DkZAZNq4o8tVP76cQSyoy2Hpnh9QT8 pBYPnTDnVQ8c7kYBJNmzC67FC0KWEt/0lMAcChYI9UpJBY7GU2siH9R6Yf82PEkdFyuR GIM9NY0i8QrnxcdeSIMdczfGkNBDFKvA+85F8= MIME-Version: 1.0 Received: by 10.205.120.14 with SMTP id fw14mr181273bkc.53.1323836610006; Tue, 13 Dec 2011 20:23:30 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.205.115.138 with HTTP; Tue, 13 Dec 2011 20:23:29 -0800 (PST) In-Reply-To: <4EE70514.1040907@FreeBSD.org> References: <465660264.237830.1322071102401.JavaMail.root@erie.cs.uoguelph.ca> <1322072781.12047.4.camel@hitfishpass-lx.corp.yahoo.com> <4EE70514.1040907@FreeBSD.org> Date: Tue, 13 Dec 2011 20:23:29 -0800 X-Google-Sender-Auth: QfnnTY7pcU_2A0GI1E7YVbVchko Message-ID: From: Craig Rodrigues To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-Current , Sean Bruno , Rick Macklem Subject: Re: NFS + SVN problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 04:23:31 -0000 On Mon, Dec 12, 2011 at 11:56 PM, Dimitry Andric wrote: > > A very late addition to this: I got Subversion 1.7 to work properly over > NFSv3, by making sure rpc.lockd runs on both server and client. > > E.g, set rpc_lockd_enable to YES in rc.conf; this is off by default, > even if you have nfs_client_enable/nfs_server_enable set to YES. > _______________________________________________ If nfs_client_enable or nfs_server_enable are set to YES, does is it reasonable to have rpc_lockd_enable default to YES, unless the user explicitly sets it to NO in their /etc/rc.conf? -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 05:29:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F62D1065672; Wed, 14 Dec 2011 05:29:37 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 516058FC0C; Wed, 14 Dec 2011 05:29:37 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id pBE5TQ0J045114 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 13 Dec 2011 21:29:29 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4EE8344C.2070509@freebsd.org> Date: Tue, 13 Dec 2011 21:29:48 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.24) Gecko/20111103 Thunderbird/3.1.16 MIME-Version: 1.0 To: "Julian H. Stacey" References: <201112140350.pBE3ns2M011225@fire.js.berklix.net> In-Reply-To: <201112140350.pBE3ns2M011225@fire.js.berklix.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: CVS removal from the base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 05:29:37 -0000 On 12/13/11 7:49 PM, Julian H. Stacey wrote: > Hi, > Reference: >> From: Doug Barton >> Date: Tue, 13 Dec 2011 13:29:02 -0800 >> Message-id: <4EE7C39E.6040403@FreeBSD.org> > Doug Barton wrote: >> On 12/11/2011 06:14, Julian H. Stacey wrote: >>> Doug Barton wrote: >>>> On 12/02/2011 04:35, Adrian Chadd wrote: >>>>> I think you're missing the point a little. >>>>> >>>>> The point is, you have to keep in mind how comfortable people feel >>>>> about things, and progress sometimes makes people uncomfortable. I >>>>> think you should leave these changes bake for a while and let people >>>>> get comfortable with the changing status quo. >>>> The fact that we have so many people who are radically change-averse, no >>>> matter how rational the change; is a bug, not a feature. >>>> >>>> This particular bug is complicated dramatically by the fact that the >>>> majority view seems to lean heavily towards "If I use it, it must be the >>>> default and/or in the base" rather than seeing ports as part of the >>>> overall operating SYSTEM. >>> BSD is more conservative. More value given to stability of availability >>> of interfaces& tools etc, >> Having things in ports doesn't make them less available. :) > It didn't used to. It risks it now, since in last months, some > ports/ have been targeted by a few rogue commiters purging, who > want to toss ports out from one release to another without warning > of a DEPRECATED= in previous release Makefiles. > which brings up teh possibility of 1st class ports.. which are kept more as part of the system.. (sorry for sounding like a broken record..) > From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 05:50:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95757106566B; Wed, 14 Dec 2011 05:50:15 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 447108FC14; Wed, 14 Dec 2011 05:50:15 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so28039obb.13 for ; Tue, 13 Dec 2011 21:50:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=JZL2vhGcRrfKdI5lFlxuwDqJh3MjvhvlUkM1KvI3oAc=; b=hJXjrU5F3bhBXHFLlHm57imrmumZ9WPrmoBlLXYZzDqIFmxBrmnv8Oeo2AIJcqGZVh B15CwihnUbchCrXN4zCKKxh+vAm7PotqZ5wRO9Lmsff+uShunPrh6R+nhWSh1a4Gos07 OBlsL2TK6rlgHLOoStKia94nAF0xJPOeMP3a8= MIME-Version: 1.0 Received: by 10.182.231.38 with SMTP id td6mr5186509obc.66.1323841814617; Tue, 13 Dec 2011 21:50:14 -0800 (PST) Received: by 10.182.62.227 with HTTP; Tue, 13 Dec 2011 21:50:14 -0800 (PST) In-Reply-To: <4EE8344C.2070509@freebsd.org> References: <201112140350.pBE3ns2M011225@fire.js.berklix.net> <4EE8344C.2070509@freebsd.org> Date: Tue, 13 Dec 2011 21:50:14 -0800 Message-ID: From: Garrett Cooper To: Julian Elischer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "Julian H. Stacey" , Doug Barton , freebsd-current@freebsd.org Subject: Re: CVS removal from the base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 05:50:15 -0000 On Tue, Dec 13, 2011 at 9:29 PM, Julian Elischer wrote= : > On 12/13/11 7:49 PM, Julian H. Stacey wrote: > > which brings up teh possibility of 1st class ports.. which are kept more = =A0as > part of the system.. > (sorry for sounding like a broken =A0record..) *jumps back into the fray* If it's something that isn't maintainable, because the upstream package is too hard to follow across a major version release cycle, it should be pulled from base. Otherwise, I'd say carry on as usual. Otherwise, there really isn't any difference in package organization from Linux; granted, I would still like to see granular definitions in packaging metadata so one could pick and choose between base and ports openssh for instance, but that's still a nicety that hasn't come true. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 08:45:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CFBF106566B for ; Wed, 14 Dec 2011 08:45:43 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id 2050E8FC19 for ; Wed, 14 Dec 2011 08:45:42 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.4.2) with ESMTPA id 217332442; Wed, 14 Dec 2011 09:45:41 +0100 From: Hans Petter Selasky To: Joel Dahl Date: Wed, 14 Dec 2011 09:43:06 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <20111214071519.GJ5259@goofy01.vnodelab.local> In-Reply-To: <20111214071519.GJ5259@goofy01.vnodelab.local> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <201112140943.06779.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, Kohji Okuno Subject: Re: [okuno.kohji@jp.panasonic.com: about XHCI_PS_PP] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 08:45:43 -0000 On Wednesday 14 December 2011 08:15:19 Joel Dahl wrote: > Just in case you didn't see the message to current@ : > > ----- Forwarded message from Kohji Okuno > ----- > > Date: Wed, 14 Dec 2011 11:35:23 +0900 (JST) > From: Kohji Okuno > To: freebsd-current@freebsd.org > Subject: about XHCI_PS_PP > X-Mailer: Mew version 6.3 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) > > Hi Selasky, > Hi, Your fix is correct! http://svn.freebsd.org/changeset/base/228493 --HPS From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 13:00:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0C30106564A; Wed, 14 Dec 2011 13:00:27 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 25F138FC16; Wed, 14 Dec 2011 13:00:26 +0000 (UTC) Received: from mart.js.berklix.net (pD9FBEE73.dip.t-dialin.net [217.251.238.115]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id pBED0P6D085925; Wed, 14 Dec 2011 13:00:25 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id pBED0ETH070771; Wed, 14 Dec 2011 14:00:14 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id pBED08ov002173; Wed, 14 Dec 2011 14:00:14 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201112141300.pBED08ov002173@fire.js.berklix.net> To: Julian Elischer From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Tue, 13 Dec 2011 21:29:48 PST." <4EE8344C.2070509@freebsd.org> Date: Wed, 14 Dec 2011 14:00:08 +0100 Sender: jhs@berklix.com Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: CVS removal from the base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 13:00:27 -0000 From: Doug Barton > >> Having things in ports doesn't make them less available. :) >From "Julian H. Stacey" > > It didn't used to. It risks it now, since in last months, some > > ports/ have been targeted by a few rogue commiters purging, who > > want to toss ports out from one release to another without warning > > of a DEPRECATED= in previous release Makefiles. From: Julian Elischer > which brings up teh possibility of 1st class ports.. which are kept > more as part of the system.. > (sorry for sounding like a broken record..) Interesting idea, to bounce the idea around a bit: It would extend the spectrum to /usr/src/ ..Most.. /usr/src/ contrib 1st class ports ... in src or ports or elsewhere ? ... (if elsewhere, work to reconfig mirrors & to. doc new struct later) /usr/ports currently 22906 An empty current ports tree takes 485 M (& a lot of inodes which occasionaly trips people). A current src tree takes 705 M Ports has lots of commiters Src has less & partly different commiters & stricter watched & more release aligned. Maybe sometime we will see a project arise that will be a replacement ports/ for more than one BSD, perhaps even extending to Linux, (to avoid reinventing of the wheel that must go on with ports skeletal structs for each OS) ( maybe with an RFC for a port/ skeleton struct ? If so, that may have ramifications on bits of src moved to ports. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. EU tax to kill London Vetoed http://berklix.com/~jhs/blog/2011_12_11 From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 13:30:53 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 835C510656DC for ; Wed, 14 Dec 2011 13:30:53 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 443BC8FC24 for ; Wed, 14 Dec 2011 13:30:53 +0000 (UTC) Received: from [127.0.0.1] (proxy6.corp.yahoo.com [216.145.48.19]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id pBEDKWxk018322 for ; Wed, 14 Dec 2011 05:20:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1323868832; bh=Cg4k3kaP1UVkDSisdqio7jR4RdkqiVF4HRPnY/NCAms=; h=Subject:From:To:Content-Type:Date:Message-ID:Mime-Version: Content-Transfer-Encoding; b=WRyQQlpRnbZnqMIVv50dyTFWNXJiXdBgd81m5y5lTARkuaPIVdWQJl6NwGXhnBjp8 DoRTHXZ6nztlfZphJk18im4h/oN2kv37gO9zX1L3fHHCETnjoi7wbCmez16xdq6tPD Me3g7thUgRsmJkVVM2Dv8HY+Z5spbI3+t61AcNpw= From: Sean Bruno To: "current@freebsd.org" Content-Type: text/plain; charset="UTF-8" Date: Wed, 14 Dec 2011 05:20:32 -0800 Message-ID: <1323868832.5283.9.camel@hitfishpass-lx.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 (2.32.3-1.fc14) Content-Transfer-Encoding: 7bit Cc: Subject: dogfooding over in clusteradm land X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 13:30:53 -0000 We're seeing what looks like a syncher/ufs resource starvation on 9.0 on the cvs2svn ports conversion box. I'm not sure what resource is tapped out. Effectively, I cannot access the directory under use and the converter application stalls out waiting for some resource that isn't clear. (Peter had posited kmem of some kind). I've upped maxvnodes a bit on the host, turned off SUJ and mounted the f/s in question with async and noatime for performance reasons. Can someone hit me up with the cluebat? I can give you direct access to the box for debuginationing. Sean From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 15:07:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 225B31065676 for ; Wed, 14 Dec 2011 15:07:31 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id D86928FC19 for ; Wed, 14 Dec 2011 15:07:30 +0000 (UTC) Received: by ggnp1 with SMTP id p1so1277790ggn.13 for ; Wed, 14 Dec 2011 07:07:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.54.80 with SMTP id h16mr6151461obp.59.1323875250290; Wed, 14 Dec 2011 07:07:30 -0800 (PST) Received: by 10.182.220.33 with HTTP; Wed, 14 Dec 2011 07:07:30 -0800 (PST) X-Originating-IP: [93.221.174.169] In-Reply-To: <201112141300.pBED08ov002173@fire.js.berklix.net> References: <4EE8344C.2070509@freebsd.org> <201112141300.pBED08ov002173@fire.js.berklix.net> Date: Wed, 14 Dec 2011 16:07:30 +0100 Message-ID: From: "C. P. Ghost" To: "Julian H. Stacey" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: CVS removal from the base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 15:07:31 -0000 On Wed, Dec 14, 2011 at 2:00 PM, Julian H. Stacey wrote: > Maybe sometime we will see a project arise that will be a replacement > ports/ for more than one BSD, perhaps even extending to Linux, (to > avoid reinventing of the wheel that must go on with ports skeletal > structs for each OS) ( maybe with an RFC for a port/ skeleton struct > ? =A0If so, that may have ramifications on bits of src moved to ports. NetBSD's pkgsrc is already cross-OS (kind of), but it contains fewer ports than FreeBSD's ports collection: http://www.netbsd.org/docs/software/packages.html > Cheers, > Julian -cpghost. --=20 Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 16:08:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59C92106564A for ; Wed, 14 Dec 2011 16:08:06 +0000 (UTC) (envelope-from luke@foolishgames.com) Received: from stargazer.midnightbsd.org (cl-218.chi-02.us.sixxs.net [IPv6:2001:4978:f:d9::2]) by mx1.freebsd.org (Postfix) with ESMTP id EE6A48FC08 for ; Wed, 14 Dec 2011 16:08:05 +0000 (UTC) Received: from [10.53.227.73] (mobile-166-147-127-058.mycingular.net [166.147.127.58]) (authenticated bits=0) by stargazer.midnightbsd.org (8.14.5/8.14.5) with ESMTP id pBEG7thl085734 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 14 Dec 2011 11:07:58 -0500 (EST) (envelope-from luke@foolishgames.com) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.3 at stargazer.midnightbsd.org X-Authentication-Warning: stargazer.midnightbsd.org: Host mobile-166-147-127-058.mycingular.net [166.147.127.58] claimed to be [10.53.227.73] References: <4EE8344C.2070509@freebsd.org> <201112141300.pBED08ov002173@fire.js.berklix.net> In-Reply-To: Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (9A405) From: Lucas Holt Date: Wed, 14 Dec 2011 11:07:51 -0500 To: "C. P. Ghost" Cc: "Julian H. Stacey" , "freebsd-current@freebsd.org" Subject: Re: CVS removal from the base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 16:08:06 -0000 There is also mirports from MirBSD that is supported on MirBSD, MidnightBSD= , and Mac OS X. They also got a pkgsrc port going recently. The problem is t= hat projects have specific needs that other systems don't have. FreeBSD port= s are by far the largest and very fast to build. Pkgsrc comes out quarterly s= o it takes a long time to get patches in or updates as Dragonfly goes throug= h. With MidnightBSD, we wanted all ports to go through fake install so our p= ackages would work all the time and we could write package tools customized f= or the ports tree.=20 Every BSD has different needs and different users.=20 Lucas Holt On Dec 14, 2011, at 10:07 AM, "C. P. Ghost" wrote: > On Wed, Dec 14, 2011 at 2:00 PM, Julian H. Stacey wrote:= >> Maybe sometime we will see a project arise that will be a replacement >> ports/ for more than one BSD, perhaps even extending to Linux, (to >> avoid reinventing of the wheel that must go on with ports skeletal >> structs for each OS) ( maybe with an RFC for a port/ skeleton struct >> ? If so, that may have ramifications on bits of src moved to ports. >=20 > NetBSD's pkgsrc is already cross-OS (kind of), but it contains > fewer ports than FreeBSD's ports collection: >=20 > http://www.netbsd.org/docs/software/packages.html >=20 >> Cheers, >> Julian >=20 > -cpghost. >=20 > --=20 > Cordula's Web. http://www.cordula.ws/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 16:31:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 449051065677 for ; Wed, 14 Dec 2011 16:31:17 +0000 (UTC) (envelope-from morr+lists@morr.pl) Received: from morr.pl (morrd-1-pt.tunnel.tserv6.fra1.ipv6.he.net [IPv6:2001:470:1f0a:58f::2]) by mx1.freebsd.org (Postfix) with ESMTP id AA2218FC1B for ; Wed, 14 Dec 2011 16:31:16 +0000 (UTC) Received: by morr.pl (Postfix, from userid 1024) id A805214924D; Wed, 14 Dec 2011 17:31:15 +0100 (CET) From: Daniel Horecki To: Lucas Holt References: <4EE8344C.2070509@freebsd.org> <201112141300.pBED08ov002173@fire.js.berklix.net> X-Hashcash: 1:20:111214:luke@foolishgames.com::EniNL4FyInHUymbD:00000000000000000000000000000000000000001H0X X-Hashcash: 1:20:111214:cpghost@cordula.ws::ub0DlDSqEZ+r8s6U:00000000000000000000000000000000000000000005Fny X-Hashcash: 1:20:111214:jhs@berklix.com::MdKdBRR7wLtqGZVg:006NY1 X-Hashcash: 1:20:111214:freebsd-current@freebsd.org::tGmvZN1IddUD14lg:0000000000000000000000000000000000EOLf Date: Wed, 14 Dec 2011 17:31:15 +0100 In-Reply-To: (Lucas Holt's message of "Wed, 14 Dec 2011 11:07:51 -0500") Message-ID: <7j1us7nmi4.fsf@bespin.stars> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "Julian H. Stacey" , "freebsd-current@freebsd.org" , "C. P. Ghost" Subject: Re: CVS removal from the base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 16:31:17 -0000 Lucas Holt writes: > There is also mirports from MirBSD that is supported on MirBSD, MidnightBSD, and Mac OS X. They also got a pkgsrc port going recently. The problem is that projects have specific needs that other systems don't have. FreeBSD ports are by far the largest and very fast to build. Pkgsrc comes out quarterly so it takes a long time to get patches in or updates as Dragonfly goes through. With MidnightBSD, we wanted all ports to go through fake install so our packages would work all the time and we could write package tools customized for the ports tree. > > Every BSD has different needs and different users. > You can use pkgsrc-current, which is updated all the time. It also supports installation to fake DESTDIR, from where binary packages are made and then installed. It is useful, if you are building as unprivileged user. And pkgsrc already supports FreeBSD. > Lucas Holt > > On Dec 14, 2011, at 10:07 AM, "C. P. Ghost" wrote: > >> On Wed, Dec 14, 2011 at 2:00 PM, Julian H. Stacey wrote: >>> Maybe sometime we will see a project arise that will be a replacement >>> ports/ for more than one BSD, perhaps even extending to Linux, (to >>> avoid reinventing of the wheel that must go on with ports skeletal >>> structs for each OS) ( maybe with an RFC for a port/ skeleton struct >>> ? If so, that may have ramifications on bits of src moved to ports. >> >> NetBSD's pkgsrc is already cross-OS (kind of), but it contains >> fewer ports than FreeBSD's ports collection: >> >> http://www.netbsd.org/docs/software/packages.html >> >>> Cheers, >>> Julian >> >> -cpghost. >> >> -- >> Cordula's Web. http://www.cordula.ws/ >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Daniel Horecki http://morr.pl http://linux.pl http://netbsd.pl http://netbsd.org HAIL ERIS! BOFH since 1999. From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 16:59:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D732A1065676; Wed, 14 Dec 2011 16:59:53 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 919838FC19; Wed, 14 Dec 2011 16:59:53 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.5/8.14.4) with ESMTP id pBEGxlPE000375; Wed, 14 Dec 2011 11:59:47 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4EE8D607.1000504@sentex.net> Date: Wed, 14 Dec 2011 11:59:51 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: mdf@freebsd.org References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> <20111213230441.GB42285@stack.nl> <4ee7e2d3.0a3c640a.4617.4a33SMTPIN_ADDED@mx.google.com> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: Ivan Klymenko , Doug Barton , freebsd-stable@freebsd.org, Jilles Tjoelker , "O. Hartmann" , Current FreeBSD , freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 16:59:54 -0000 On 12/13/2011 7:01 PM, mdf@freebsd.org wrote: > > Has anyone experiencing problems tried to set sysctl kern.sched.steal_thresh=1 ? > > I don't remember what our specific problem at $WORK was, perhaps it > was just interrupt threads not getting serviced fast enough, but we've > hard-coded this to 1 and removed the code that sets it in > sched_initticks(). The same effect should be had by setting the > sysctl after a box is up. FWIW, this does impact the performance of pbzip2 on an i7. Using a 1.1G file pbzip2 -v -c big > /dev/null with burnP6 running in the background, sysctl kern.sched.steal_thresh=1 vs sysctl kern.sched.steal_thresh=3 N Min Max Median Avg Stddev x 10 38.005022 38.42238 38.194648 38.165052 0.15546188 + 9 38.695417 40.595544 39.392127 39.435384 0.59814114 Difference at 95.0% confidence 1.27033 +/- 0.412636 3.32852% +/- 1.08119% (Student's t, pooled s = 0.425627) a value of 1 is *slightly* faster. -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 17:34:38 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8475E106564A; Wed, 14 Dec 2011 17:34:38 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id EC28B8FC0C; Wed, 14 Dec 2011 17:34:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.5/8.14.5) with ESMTP id pBEHYaPU041992; Wed, 14 Dec 2011 21:34:36 +0400 (MSK) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id pBEHYZP4041991; Wed, 14 Dec 2011 21:34:35 +0400 (MSK) (envelope-from ache) Date: Wed, 14 Dec 2011 21:34:35 +0400 From: Andrey Chernov To: Adrian Chadd Message-ID: <20111214173435.GA41893@vniz.net> Mail-Followup-To: Andrey Chernov , Adrian Chadd , Ivan Klymenko , Doug Barton , "O. Hartmann" , Current FreeBSD , freebsd-stable@FreeBSD.ORG, freebsd-performance@FreeBSD.ORG References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> <20111213090051.GA3339@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ivan Klymenko , Doug Barton , freebsd-stable@FreeBSD.ORG, "O. Hartmann" , Current FreeBSD , freebsd-performance@FreeBSD.ORG Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 17:34:38 -0000 On Tue, Dec 13, 2011 at 02:22:48AM -0800, Adrian Chadd wrote: > On 13 December 2011 01:00, Andrey Chernov wrote: > > >> If the algorithm ULE does not contain problems - it means the problem > >> has Core2Duo, or in a piece of code that uses the ULE scheduler. > > > > I observe ULE interactivity slowness even on single core machine (Pentium > > 4) in very visible places, like 'ps ax' output stucks in the middle by ~1 > > second. When I switch back to SHED_4BSD, all slowness is gone. > > Are you able to provide KTR traces of the scheduler results? Something > that can be fed to schedgraph? Sorry, this machine is not mine anymore. I try SCHED_ULE on Core 2 Duo instead and don't notice this effect, but it is overall pretty fast comparing to that Pentium 4. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 17:55:53 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34EE01065679; Wed, 14 Dec 2011 17:55:53 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id D3CA08FC17; Wed, 14 Dec 2011 17:55:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=H5HuC6f1zLZn/iZE9rSzVBa6GimuIdr5WV8rZoyf9bw=; b=P0a5+C+QspdhOkFWZHN5MJx+rooqxJQlNCwltxzVAO88ay7bFsjjzeY2MqGt/+9YIJ/mC0vkLkMoFTbNcYNuJ3bKdvQo7vwgj/Xbngp+M2usczXPalskGQ2vzlbYNGVUVyptOud0DluvzMXe3sV+ttAaRd1sR8dQCWPYAdOAQCA=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1Rat3X-000O37-NU ; Wed, 14 Dec 2011 19:55:51 +0200 Date: Wed, 14 Dec 2011 19:55:49 +0200 From: Ivan Klymenko To: Andrey Chernov Message-ID: <20111214195549.415196f0@nonamehost.> In-Reply-To: <20111214173435.GA41893@vniz.net> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> <20111213090051.GA3339@vniz.net> <20111214173435.GA41893@vniz.net> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , Doug Barton , freebsd-stable@FreeBSD.ORG, "O. Hartmann" , Current FreeBSD , freebsd-performance@FreeBSD.ORG Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 17:55:53 -0000 =D0=92 Wed, 14 Dec 2011 21:34:35 +0400 Andrey Chernov =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Tue, Dec 13, 2011 at 02:22:48AM -0800, Adrian Chadd wrote: > > On 13 December 2011 01:00, Andrey Chernov wrote: > >=20 > > >> If the algorithm ULE does not contain problems - it means the > > >> problem has Core2Duo, or in a piece of code that uses the ULE > > >> scheduler. > > > > > > I observe ULE interactivity slowness even on single core machine > > > (Pentium 4) in very visible places, like 'ps ax' output stucks in > > > the middle by ~1 second. When I switch back to SHED_4BSD, all > > > slowness is gone. > >=20 > > Are you able to provide KTR traces of the scheduler results? > > Something that can be fed to schedgraph? >=20 > Sorry, this machine is not mine anymore. I try SCHED_ULE on Core 2 > Duo instead and don't notice this effect, but it is overall pretty > fast comparing to that Pentium 4. >=20 Give me, please, detailed instructions on how to do it - I'll do it ... Be a shame if this the theme is will end again just only the discussions ... :( From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 18:39:23 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D195A106564A for ; Wed, 14 Dec 2011 18:39:23 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 86B478FC13 for ; Wed, 14 Dec 2011 18:39:23 +0000 (UTC) Received: from [127.0.0.1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id pBEId9v2028165 for ; Wed, 14 Dec 2011 10:39:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1323887949; bh=Mv2Yu9Cny1S1OXx/YmgMAYkyQGWSyIBH5do5k18Oix0=; h=Subject:From:To:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version; b=TF4rmT3WMJ5si5LjIrh118f7CE7FtEfZnLeg4jJx4xttzHE5h6siAO8paiyMtrhUr SJvAID+XP8PPc+YQoh8tIePRVWOn1Z95vlcfiADe045oGJZ/LjOp8g5vIXOOg4K5w/ rxIeIeAsbvBPx1Er4A0DW8t5SKZXQAKan4T9AZXY= From: Sean Bruno To: "current@freebsd.org" In-Reply-To: <1323868832.5283.9.camel@hitfishpass-lx.corp.yahoo.com> References: <1323868832.5283.9.camel@hitfishpass-lx.corp.yahoo.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-1CgRIHk3yCofbqTUg25o" Date: Wed, 14 Dec 2011 10:39:09 -0800 Message-ID: <1323887949.5283.16.camel@hitfishpass-lx.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 (2.32.3-1.fc14) Cc: Subject: Re: dogfooding over in clusteradm land [cvs2svn for ports] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 18:39:23 -0000 --=-1CgRIHk3yCofbqTUg25o Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2011-12-14 at 05:20 -0800, Sean Bruno wrote: > We're seeing what looks like a syncher/ufs resource starvation on 9.0 on > the cvs2svn ports conversion box. I'm not sure what resource is tapped > out. Effectively, I cannot access the directory under use and the > converter application stalls out waiting for some resource that isn't > clear. (Peter had posited kmem of some kind). >=20 > I've upped maxvnodes a bit on the host, turned off SUJ and mounted the > f/s in question with async and noatime for performance reasons. >=20 > Can someone hit me up with the cluebat? I can give you direct access to > the box for debuginationing. >=20 > Sean BTW, this project is sort of stalled out by this problem. Sean --=-1CgRIHk3yCofbqTUg25o Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAABAgAGBQJO6O1AAAoJEL2UHwafTLtOfGUH/0GyKOp4+Pgj6LtR0+WLYj/w /Xapvs8QzW/PazGtdEe8as0bpyIklDeMNkZK2njYyV2ztPurBF1kpgvVmUmres89 o5u9HP83SSqPVV+7TvfwVNdZEduI31uyosJnp/DKndU8f6b8D6ZqgcevcaY1qtG7 FT4T4cm0EdYGXsjs3/L8Dawnf2KYxjB1lv3+uc46xGaBxaMgKfgCJRhP01jWa9CJ zCHreuG0C0kkALviWEyqn4Gw8abqT1CJF28G5T9r9uT3oP7b3T/GtPWiO1CO5l8Y lVQY+/tz8phcDAZ+yJTeztwTR+7xb2+LD9jOV4FZvQ1KOUgl+0aOZZURLSSgl04= =HQUB -----END PGP SIGNATURE----- --=-1CgRIHk3yCofbqTUg25o-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 19:07:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 601FB1065670; Wed, 14 Dec 2011 19:07:45 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 16C328FC18; Wed, 14 Dec 2011 19:07:44 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1RauB5-0002v9-UA>; Wed, 14 Dec 2011 20:07:44 +0100 Received: from e178035148.adsl.alicedsl.de ([85.178.35.148] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1RauB5-0008Pr-Pd>; Wed, 14 Dec 2011 20:07:43 +0100 Message-ID: <4EE8F3FF.6060106@zedat.fu-berlin.de> Date: Wed, 14 Dec 2011 20:07:43 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Ports FreeBSD , Current FreeBSD X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig920BB8304E2B2033238B36B3" X-Originating-IP: 85.178.35.148 Cc: Subject: ports: clang: error: unsupported option '-dumpspecs' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 19:07:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig920BB8304E2B2033238B36B3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Since a couple of days now I see this happen on FreeBSD 10.0-CURRENT/amd64 (CLANG) (most recent buildworld and potstree) and also on FreeBSD 9.0-RC[2|3]/amd64 (also CLANG built, most recent portstre= e): Building new INDEX files... DESCRIBE.7 INDEX-8 not provided by portsnap server; INDEX-7 not being generated. done. =3D=3D=3D>>> Gathering distinfo list for installed ports =3D=3D=3D>>> Starting check of installed ports for available updates clang: error: unsupported option '-dumpspecs' clang: error: no input files =3D=3D=3D>>> All ports are up to date Regards, Oliver --------------enig920BB8304E2B2033238B36B3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJO6PP/AAoJEOgBcD7A/5N8bW8IAKkusTetrPzY6npD+AzIMft4 HXl/J7JykPGVeW3o1EbbDM9oVEsoLDGHqFt8nR7ENvpcmLsq0V0GvMzhKj0fzTOd hdZ64LXHqBQwYESoggU9OqfMxtZPF8py4qseGaIGhGzb88Cyu9SGPfvi9ffu0BGG sL2J8X4blq2sTDQrkKciriFWG8xavYaVbgU9D2YYV5VTl9ovSioAHx8OZhWmCAq7 CODsA6jsJ/dGA5hdbMf/7yI1xs6zSPVYiPIIc5DJWthvAyguq2wpSiXZOf3q5FUI A30f3ZHiajluyPWZNj5mUM2Wmy34I5rqtou231xfocM1QaeC/EOCyQLM4nCrNVw= =XAGW -----END PGP SIGNATURE----- --------------enig920BB8304E2B2033238B36B3-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 20:04:19 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 290C01065677 for ; Wed, 14 Dec 2011 20:04:19 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id DC58E8FC12 for ; Wed, 14 Dec 2011 20:04:18 +0000 (UTC) Received: by ggnp1 with SMTP id p1so1699215ggn.13 for ; Wed, 14 Dec 2011 12:04:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=yeAHU1zGdut6UvvR2Nrso1TqEcXI1+F0+VBAhf4X08w=; b=QgcCR+zSZYyBquiG7ZYBbbyPbI9PMbErm90nq9ykGuPun+ylwytrpIMhFoGU9euZPP B91BsdQBWSX9iDwJD22p5iAUpDdm7fUQS6azgPtAAC+hYifTz5VwjrNRVSi8av9cxquT ZDOTnQJxq0kZGl8896wQw+YKw5obWTcjprm5g= MIME-Version: 1.0 Received: by 10.182.73.42 with SMTP id i10mr6931218obv.76.1323893057997; Wed, 14 Dec 2011 12:04:17 -0800 (PST) Received: by 10.182.62.227 with HTTP; Wed, 14 Dec 2011 12:04:17 -0800 (PST) In-Reply-To: <1323887949.5283.16.camel@hitfishpass-lx.corp.yahoo.com> References: <1323868832.5283.9.camel@hitfishpass-lx.corp.yahoo.com> <1323887949.5283.16.camel@hitfishpass-lx.corp.yahoo.com> Date: Wed, 14 Dec 2011 12:04:17 -0800 Message-ID: From: Garrett Cooper To: Sean Bruno Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "current@freebsd.org" Subject: Re: dogfooding over in clusteradm land [cvs2svn for ports] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 20:04:19 -0000 On Wed, Dec 14, 2011 at 10:39 AM, Sean Bruno wrote: > On Wed, 2011-12-14 at 05:20 -0800, Sean Bruno wrote: >> We're seeing what looks like a syncher/ufs resource starvation on 9.0 on >> the cvs2svn ports conversion box. =A0I'm not sure what resource is tappe= d >> out. =A0Effectively, I cannot access the directory under use and the >> converter application stalls out waiting for some resource that isn't >> clear. (Peter had posited kmem of some kind). >> >> I've upped maxvnodes a bit on the host, turned off SUJ and mounted the >> f/s in question with async and noatime for performance reasons. >> >> Can someone hit me up with the cluebat? =A0I can give you direct access = to >> the box for debuginationing. >> >> Sean > > BTW, this project is sort of stalled out by this problem. A few things come to mind (in no particular order): 1. What does svn say before it dies? 2. What does df for the affected partition output? 3. Do you have syslog output that indicates where the starvation is occurri= ng? 4. What do the following sysctls print out? kern.maxvnodes kern.minvnodes vfs.freevnodes vfs.wantfreevnodes vfs.numvnod= es 5. What does top / vmstat -z say for memory right before svn goes south? 6. Are you running the import as an unprivileged user, or root? 7. Has the login.conf been changed on the box? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 21:04:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A712106566B; Wed, 14 Dec 2011 21:04:24 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id B27078FC0A; Wed, 14 Dec 2011 21:04:23 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id 0B5C3E3; Wed, 14 Dec 2011 22:04:20 +0100 (CET) Date: Wed, 14 Dec 2011 22:03:19 +0100 From: Pawel Jakub Dawidek To: John Baldwin Message-ID: <20111214210318.GA1687@garage.freebsd.pl> References: <20111022084931.GD1697@garage.freebsd.pl> <20111023155827.GH1697@garage.freebsd.pl> <201110240814.22368.jhb@freebsd.org> <201112121100.23567.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <201112121100.23567.jhb@freebsd.org> X-OS: FreeBSD 9.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Kostik Belousov , Lawrence Stewart , freebsd-current@freebsd.org, Andre Oppermann , freebsd-net@freebsd.org Subject: Re: 9.0-RC1 panic in tcp_input: negative winow. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 21:04:24 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 12, 2011 at 11:00:23AM -0500, John Baldwin wrote: > An update. I've sent Pawel a testing patch to see if my hypothesis is co= rrect > (www.freebsd.org/~jhb/patches/tcp_negwin_test.patch). If it is then I in= tend > to commit www.freebsd.org/~jhb/patches/tcp_negwin2.patch as the fix. Sorry for the delay, but I'm just rebooting the box that triggered the panic with John's patch. I should know more in a day or two. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk7pDxYACgkQForvXbEpPzSgVQCg5komKEOb6yH5kxEZdPYFE0aH Ra4AoITjblqYU2Om6k3N6e0MbfTfVPME =JtEu -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 22:02:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2640B106564A; Wed, 14 Dec 2011 22:02:13 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [46.28.110.116]) by mx1.freebsd.org (Postfix) with ESMTP id D889D8FC12; Wed, 14 Dec 2011 22:02:12 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 8D2FD7F383F; Wed, 14 Dec 2011 22:52:45 +0100 (CET) Date: Wed, 14 Dec 2011 22:52:45 +0100 From: Roman Divacky To: "O. Hartmann" Message-ID: <20111214215245.GA92538@freebsd.org> References: <4EE8F3FF.6060106@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EE8F3FF.6060106@zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.3i Cc: Current FreeBSD , Ports FreeBSD Subject: Re: ports: clang: error: unsupported option '-dumpspecs' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 22:02:13 -0000 -dumpspecs is a gcc internal thing that clang will never support (it doesnt use specs). It's wrong for ports to mess with the internals of the compiler and this should be fixed in a clean way. Ie. we have to replace the -dumpspec | grep something with a saner check. On Wed, Dec 14, 2011 at 08:07:43PM +0100, O. Hartmann wrote: > Since a couple of days now I see this happen on FreeBSD > 10.0-CURRENT/amd64 (CLANG) (most recent buildworld and potstree) and > also on FreeBSD 9.0-RC[2|3]/amd64 (also CLANG built, most recent portstree): > > Building new INDEX files... DESCRIBE.7 INDEX-8 not provided by portsnap > server; INDEX-7 not being generated. > done. > ===>>> Gathering distinfo list for installed ports > > ===>>> Starting check of installed ports for available updates > clang: error: unsupported option '-dumpspecs' > clang: error: no input files > > ===>>> All ports are up to date > > > Regards, > Oliver > From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 22:17:01 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFA55106566B for ; Wed, 14 Dec 2011 22:17:01 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id AEA118FC0A for ; Wed, 14 Dec 2011 22:17:01 +0000 (UTC) Received: from critter.freebsd.dk (critter-phk.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 445125E51; Wed, 14 Dec 2011 21:58:44 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id pBEEE9Yp001733; Wed, 14 Dec 2011 14:14:09 GMT (envelope-from phk@phk.freebsd.dk) To: Sean Bruno From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 14 Dec 2011 05:20:32 PST." <1323868832.5283.9.camel@hitfishpass-lx.corp.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Date: Wed, 14 Dec 2011 14:14:09 +0000 Message-ID: <1732.1323872049@critter.freebsd.dk> Cc: "current@freebsd.org" Subject: Re: dogfooding over in clusteradm land X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 22:17:02 -0000 In message <1323868832.5283.9.camel@hitfishpass-lx.corp.yahoo.com>, Sean Bruno writes: >We're seeing what looks like a syncher/ufs resource starvation on 9.0 on >the cvs2svn ports conversion box. I'm not sure what resource is tapped >out. Search mailarcive for "lemming-syncer" -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 22:28:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A8B61065678 for ; Wed, 14 Dec 2011 22:28:49 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 39B098FC19 for ; Wed, 14 Dec 2011 22:28:48 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so141307obb.13 for ; Wed, 14 Dec 2011 14:28:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=msgOLnUm5JEMe0NYDCH40BZBBrRBB2yqQ9BAko7JgpU=; b=HNa2ySFUXHtzCintRpjyfk0uLB13fgI4qCvYulqG7wZmO9ccFlFXI2/8JtuzFtE2JI CQvSY3IMDFo0X6PtcMTGRtPsuhyI1NJuGhUwiHm/iD8LnQpNoDnZpmAAUg7F87FI2CvW luVmhxbqE8cFS3qI03Ku3Zi2yfnsDcjpYgovg= MIME-Version: 1.0 Received: by 10.182.17.102 with SMTP id n6mr278257obd.56.1323901728629; Wed, 14 Dec 2011 14:28:48 -0800 (PST) Received: by 10.182.62.227 with HTTP; Wed, 14 Dec 2011 14:28:48 -0800 (PST) In-Reply-To: <20111214215245.GA92538@freebsd.org> References: <4EE8F3FF.6060106@zedat.fu-berlin.de> <20111214215245.GA92538@freebsd.org> Date: Wed, 14 Dec 2011 14:28:48 -0800 Message-ID: From: Garrett Cooper To: Roman Divacky Content-Type: text/plain; charset=ISO-8859-1 Cc: Current FreeBSD , "O. Hartmann" , Ports FreeBSD Subject: Re: ports: clang: error: unsupported option '-dumpspecs' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 22:28:49 -0000 On Wed, Dec 14, 2011 at 1:52 PM, Roman Divacky wrote: > -dumpspecs is a gcc internal thing that clang will never support (it doesnt use > specs). It's wrong for ports to mess with the internals of the compiler and > this should be fixed in a clean way. > > Ie. we have to replace the -dumpspec | grep something with a saner check. The fact that gcc -dumpspecs is looked at at all is a really bad idea. Do you know which port in the tree is calling this? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 22:38:50 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 266CF106568A for ; Wed, 14 Dec 2011 22:38:50 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E42758FC3C; Wed, 14 Dec 2011 22:38:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBEMcnPM015436; Wed, 14 Dec 2011 22:38:49 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBEMcmNY015435; Wed, 14 Dec 2011 22:38:48 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Wed, 14 Dec 2011 23:38:45 +0100 From: Baptiste Daroussin To: Daniel Horecki Message-ID: <20111214223845.GC2643@azathoth.lan> References: <4EE8344C.2070509@freebsd.org> <201112141300.pBED08ov002173@fire.js.berklix.net> <7j1us7nmi4.fsf@bespin.stars> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RIYY1s2vRbPFwWeW" Content-Disposition: inline In-Reply-To: <7j1us7nmi4.fsf@bespin.stars> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Lucas Holt , "freebsd-current@freebsd.org" , "C. P. Ghost" , "Julian H. Stacey" Subject: Re: CVS removal from the base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 22:38:50 -0000 --RIYY1s2vRbPFwWeW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 14, 2011 at 05:31:15PM +0100, Daniel Horecki wrote: > Lucas Holt writes: >=20 > > There is also mirports from MirBSD that is supported on MirBSD, Midnig= htBSD, and Mac OS X. They also got a pkgsrc port going recently. The proble= m is that projects have specific needs that other systems don't have. FreeB= SD ports are by far the largest and very fast to build. Pkgsrc comes out qu= arterly so it takes a long time to get patches in or updates as Dragonfly g= oes through. With MidnightBSD, we wanted all ports to go through fake insta= ll so our packages would work all the time and we could write package tools= customized for the ports tree.=20 > > > > Every BSD has different needs and different users.=20 > > >=20 > You can use pkgsrc-current, which is updated all the time. > It also supports installation to fake DESTDIR, from where binary packages > are made and then installed. It is useful, if you are building as unprivi= leged user. > And pkgsrc already supports FreeBSD. >=20 What you are pointing here: fake DESTDIR, binary packages and building as unpriviledged, are fairly easy to add to FreeBSD, I'm working on all this. it is not complicated, but it takes a lot of time, no need to go elsewhere = to get those features, the ports tree is almost able to handle it. regards, Bapt --RIYY1s2vRbPFwWeW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7pJXUACgkQ8kTtMUmk6Ezu3QCgwWwjmUblVA0QNvcuA20GsOTX BVQAoLw8O8zISMHp6Z18AAz2myo99HYc =aqYm -----END PGP SIGNATURE----- --RIYY1s2vRbPFwWeW-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 14 23:49:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D444106564A; Wed, 14 Dec 2011 23:49:14 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 105E18FC08; Wed, 14 Dec 2011 23:49:13 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1RayZV-0000Ll-3g>; Thu, 15 Dec 2011 00:49:13 +0100 Received: from e178035148.adsl.alicedsl.de ([85.178.35.148] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1RayZU-0005eJ-VH>; Thu, 15 Dec 2011 00:49:13 +0100 Message-ID: <4EE935F8.2080809@zedat.fu-berlin.de> Date: Thu, 15 Dec 2011 00:49:12 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Garrett Cooper References: <4EE8F3FF.6060106@zedat.fu-berlin.de> <20111214215245.GA92538@freebsd.org> In-Reply-To: X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig443585E5E3ABDDE1D9BD4197" X-Originating-IP: 85.178.35.148 Cc: Roman Divacky , Current FreeBSD , Ports FreeBSD Subject: Re: ports: clang: error: unsupported option '-dumpspecs' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 23:49:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig443585E5E3ABDDE1D9BD4197 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 12/14/11 23:28, schrieb Garrett Cooper: > On Wed, Dec 14, 2011 at 1:52 PM, Roman Divacky w= rote: >> -dumpspecs is a gcc internal thing that clang will never support (it d= oesnt use >> specs). It's wrong for ports to mess with the internals of the compile= r and >> this should be fixed in a clean way. >> >> Ie. we have to replace the -dumpspec | grep something with a saner che= ck. >=20 > The fact that gcc -dumpspecs is looked at at all is a really bad > idea. Do you know which port in the tree is calling this? > Thanks, > -Garrett Sorry for being so sloppy. Of course, I know the port. The "problem" occured when I installed port port multimedia/vdpau-video: =3D=3D=3D>>> vdpau-video-0.7.3 clang: error: unsupported option '-dumpspecs' clang: error: no input files Regards, Oliver --------------enig443585E5E3ABDDE1D9BD4197 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJO6TX4AAoJEOgBcD7A/5N8DLYH/3VbQbhtbX/Yuz5Tjeh6ZxEk kPfrVHJg2WtaGtXPW7AFwTKKDwU8EgZrRqSjQKJuRtIsPp5a4+YP68mrDx8NYQRw Cdu6BMxny9UOtK4Vrz/atHQyRUbAgCHD7rAfuklcmAt8c1GaAP7eNBFn3+UJ/6Hj rHsmpCRQ+Xu2vsj0rfDKMlq+sYqObj/EYnsDJ0mB5CuDoBQh4kTlrkCscZ0C12MW v5IJCHf7c3eJiEvnhqy4M9nkfygu2IPTRG8L+J2qGgopjBHoXHm3MKSzoC3Ze+GB 7isSRiZ5I+D0b2HqF1qD30XjN1fKa1VAL1jRKOn15/0AJCJJg7ZDcK1fsFYOEDU= =j57X -----END PGP SIGNATURE----- --------------enig443585E5E3ABDDE1D9BD4197-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 00:02:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 788691065677; Thu, 15 Dec 2011 00:02:05 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 330CF8FC1E; Thu, 15 Dec 2011 00:02:05 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Raylw-0001S6-DD>; Thu, 15 Dec 2011 01:02:04 +0100 Received: from e178035148.adsl.alicedsl.de ([85.178.35.148] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Raylw-0006CG-8O>; Thu, 15 Dec 2011 01:02:04 +0100 Message-ID: <4EE938FB.7010107@zedat.fu-berlin.de> Date: Thu, 15 Dec 2011 01:02:03 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Current FreeBSD , freebsd-performance@freebsd.org X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig10A02CAC22836E31F0341B77" X-Originating-IP: 85.178.35.148 Cc: Subject: NEWS: NVIDIA Open-Sources Its CUDA Compiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 00:02:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig10A02CAC22836E31F0341B77 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Just read this on phoronix.com Is this finally a chance to get GPGPU on FreeBSD natively supported? nVidia has a binary driver, supporting well their higher end graphics cards on FreeBSD 64bit natively. I do not understand much about the compiler itself, it's "nvcc" as far as I know, and it is also doing well OpenCL (with some serious bugs we revealed). What would be needed to bring FreeBSd finally back to the HPC scenario with being capable of dealing natively with GPGPU stuff on nVidia graphics cards? There are libraries installed by the driver or the SDK. With a OpenSource compiler it should also be possible for nVidia, assumed the compiler works with freeBSD natively, to provide OpenCL stuff as well as CUDA stuff. Please correct me and destroy me "dreams" having FreeBSD in my lab working on GPUs ... The decission sounds like some pitfall in a contract. Is nVidia dropping CUDA in favour of OpenCL or is the CUDA compiler only a tiny piece of the whole thing that could be easily considered open source without changing the "great restricted Linux-only" picture? Maybe LLVM, now part of FreeBSD's backbone, is capable of taking advantage of the opening of the CUDA compiler so we will see a combination of CLANG/OpenCL/CUDA soon on FreeBSD introduced by LLVM? Well, well, this is awesome ... ;-) Oliver --------------enig10A02CAC22836E31F0341B77 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJO6Tj7AAoJEOgBcD7A/5N8iNUH/iJjA91F49ONtont656fLroX E2VMsTqxiHARb5Ef/tlkg3nQl3yQF8iHMn2qr15BNoRIIAtBY7SYnIcvOk6bPQSY tRTpMXA2YrAtQmanD+4IrHW3oypWJ9Ubu/96M0Kj8jSJ+F3rAwnyNblT50AsAQ2r qLomIhotSKL25qN91O6sPdigG3q+ZvhMwvjuVLIK/eGx8z6u4BZ/BOpDlDv0KBTZ KADxMBLuykdmrz3afyqAGhmuTGqh8evvT7oc6j/ZgxkxVxJjCPQZF/0xDpMI08p1 XaiMK05Qdww0Sf/QO24GlPtgtA7wxdx5/OEHX+bRsTtfzNRRSnc1j7OcU8mWFps= =v8J1 -----END PGP SIGNATURE----- --------------enig10A02CAC22836E31F0341B77-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 00:25:03 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 609FA106566B; Thu, 15 Dec 2011 00:25:03 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 124158FC15; Thu, 15 Dec 2011 00:25:03 +0000 (UTC) Received: from it.buh.tecnik93.com (unknown [188.26.88.241]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id D967D22C5494; Thu, 15 Dec 2011 02:09:10 +0200 (EET) Date: Thu, 15 Dec 2011 02:09:00 +0200 From: Ion-Mihai Tetcu To: Andriy Gapon Message-ID: <20111215020900.5a4f6dd1@it.buh.tecnik93.com> In-Reply-To: <4EE791B5.6070808@FreeBSD.org> References: <4ED692D2.5060407__42524.3372716524$1322686982$gmane$org@FreeBSD.org> <4EE78889.10500@FreeBSD.org> <4EE789E6.5020303@freebsd.org> <4EE791B5.6070808@FreeBSD.org> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/9RAG1f/dH57iRfu8w/DcdSc"; protocol="application/pgp-signature" Cc: ports@FreeBSD.org, Baptiste, current@FreeBSD.org, Daroussin , Julien Laffaye Subject: Re: [CFT] pkgng alpha2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 00:25:03 -0000 --Sig_/9RAG1f/dH57iRfu8w/DcdSc Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 13 Dec 2011 19:56:05 +0200 Andriy Gapon wrote: > on 13/12/2011 19:22 Julien Laffaye said the following: > > On 12/13/2011 06:16 PM, Andriy Gapon wrote: > >> on 30/11/2011 22:32 Julien Laffaye said the following: > >>> [1] : https://github.com/pkgng/pkgng/issues > >>> [2] : https://github.com/pkgng/pkgng > >>> [3] : http://wiki.freebsd.org/pkgng > >>> [4] : http://people.freebsd.org/~bapt/pkgng-bsdcan2011.pdf > >>> [5] : > >>> http://wiki.freebsd.org/201110DevSummit/Ports?action=3DAttachFile&do= =3Dget&target=3Dpkgng-devsummit.pdf > >>> > >>> > >>> [6] : > >>> http://wiki.freebsd.org/201110DevSummit?action=3DAttachFile&do=3Dget&= target=3Dpkgng-devsummit-track.pdf > >>> > >> Couple of questions/suggestions: > >> > >> 1. Do you plan to have a pkgng port to issue the preview releases > >> pkgng? Current pkgng installation/bootstrap procedure is really > >> easy, but the port would be even more convenient for prospective > >> testers. > > Yes, this is planned. The ports will bootstrap pkgng. >=20 > Great! The current idea is to have everything in ports so that we don't depend on the base OS for any kind of changes; we'll only have a bootstrap in base. One more step forward to decoupling ports from src releases. > >> 2. Is there a public pre-built package repository with > >> pkgng-format packages that could be used for testing and getting a > >> taste of a packages-only pkgng-managed system? > > Unfortunately, no. > > I think I now have the resources to do that for the next CFT. But > > it will only be 9.0 amd64 I am afraid. > > We cant build packages for the entire matrix. >=20 > I understand. Those would take an immense amount of compilation time > and storage space. Storage and especially storage / propagation to mirrors are the biggest problems. After pkgNG goes in, we plan to switch HEAD to it and provide only pkgNG packages for it; then probably the same for 9-STABLE and further 9 releases, but we'll probably need to provide current style of pacakges during 9.x life time :( --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/9RAG1f/dH57iRfu8w/DcdSc Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7pOqUACgkQJ7GIuiH/oeUH/ACcC2q34MzpSxlYA3qfsfa0UIK8 XAoAnjlMaPpFmFo7wsnru+FZkpT921ng =wcAt -----END PGP SIGNATURE----- --Sig_/9RAG1f/dH57iRfu8w/DcdSc-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 00:36:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A9D2106564A for ; Thu, 15 Dec 2011 00:36:16 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 12C918FC08 for ; Thu, 15 Dec 2011 00:36:15 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1RazJ1-0004B1-2F>; Thu, 15 Dec 2011 01:36:15 +0100 Received: from e178035148.adsl.alicedsl.de ([85.178.35.148] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1RazJ0-0007Zd-UB>; Thu, 15 Dec 2011 01:36:15 +0100 Message-ID: <4EE940FE.9000204@zedat.fu-berlin.de> Date: Thu, 15 Dec 2011 01:36:14 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCA401EFF8B3771B31E26FFA4" X-Originating-IP: 85.178.35.148 Subject: complete LLVM toolset in 10.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 00:36:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCA401EFF8B3771B31E26FFA4 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable LLVM is now partially installed in the base system, but for some development and research purposes I need other parts of LLVM like llc, lli, llvm-as and buddies. I miss them. Is there a chance to get them reeled into the build tree via a knob in /etc/src.conf? I'd like to see them available in 10.0. I also file a PR not to loose track on that. Oliver --------------enigCA401EFF8B3771B31E26FFA4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJO6UD+AAoJEOgBcD7A/5N87tYH/3uxwNN68s55l9qTRPuFc4Aa qAA34oHwRdLytzoCoIoSXyVr4+D6VfT/ZZL2Mslo9cxyPLr7q1yDvQK9WMb4xQ7Y nQBMRvUEnDcx14riE+XI1qq9E2SOGhsKpuvZW1LKTdofi65E0jAPIQii7t0KQozD /IRDMHQut/5ebQz5GkN3xWrwVE/GK4w8KZSol+tQ/G4Z6mEUTNrLNtQhvl6g7K5N GKqJLx/JUXZiEk0pPlUsMpIadQDWVVgvKhcS/nfan5RucigZe3auG73tkjpE0KOz ad6lhzrnLxyjKAX23QAalnyT/6Q1z4eeonHwP3m8IKu6LckaZbEMBpcF8lkiHeY= =yhX2 -----END PGP SIGNATURE----- --------------enigCA401EFF8B3771B31E26FFA4-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 03:27:38 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7E4B1065672; Thu, 15 Dec 2011 03:27:37 +0000 (UTC) (envelope-from fjoe@samodelkin.net) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 957328FC0A; Thu, 15 Dec 2011 03:27:37 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so187542obb.13 for ; Wed, 14 Dec 2011 19:27:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.88.99 with SMTP id bf3mr574755obb.73.1323919656834; Wed, 14 Dec 2011 19:27:36 -0800 (PST) Received: by 10.182.76.225 with HTTP; Wed, 14 Dec 2011 19:27:36 -0800 (PST) X-Originating-IP: [93.92.220.178] In-Reply-To: References: <201111291607.26546.jhb@freebsd.org> <20111201002515.GA50028@freebsd.org> <20111201014349.GA61475@freebsd.org> Date: Thu, 15 Dec 2011 10:27:36 +0700 Message-ID: From: Max Khon To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alexander Best , Doug Barton , current@freebsd.org, Warner Losh Subject: Re: Remove debug echo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 03:27:38 -0000 Garrett, On Thu, Dec 1, 2011 at 2:15 PM, Garrett Cooper wrote: > I've attached a patch that makes make do what I would like it to do; > there are some other items that require cleanup to achieve the `argv0' > prefixing that's available in gmake, but this is good enough for a > meaningful traceback when things fail. Pastebin available here, just > in case the mailing list eats my patch: http://pastebin.com/dFqcDRfv > > $ cat ~/Makefile > all: > cd $$HOME/foo; ${MAKE} $@ > $ cat ~/foo/Makefile > all: foo bar barf yadda > > foo bar yadda: > @true > > baz: > @false > > barf: baz > $ $PWD/make -j4 -f ~/Makefile all > cd $HOME/foo; /usr/src/usr.bin/make/make all > *** [baz] Error code 1 > 1 error > *** [all] Error code 2 > 1 error > $ > > If someone would please, PLEASE commit this.. I will give you beer, or > wine, or a copy of Skyrim, or a few months subscription to WoW, or > something else of value to you that we could negotiate :)... I'm quite > frankly tired of having to playing guessing games fishing through logs > trying to determine build errors on FreeBSD if and when they do occur > with pmake, and I'm sure that a number of developers and build/release > engineers out there are in the same boat as I am. > Can you explain why did you remove MESSAGE() invocations in your patch? Other than that the patch looks good to me. Max From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 03:39:22 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF8F2106564A; Thu, 15 Dec 2011 03:39:21 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 78AE78FC12; Thu, 15 Dec 2011 03:39:21 +0000 (UTC) Received: by ggnp1 with SMTP id p1so2161162ggn.13 for ; Wed, 14 Dec 2011 19:39:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=gr45Mul4LyvKew2cOH9Ug2a7MtdSwCQCuqA9YjA66Jc=; b=KCON0gAZpZ+ObLZbLJzoKiOC2mjzOTHiFKNxh1SjA5fdSsM0sruD3bDep82Jn1sS4D LfFh0BqNjfznZY/nTX3WBMllqUOLQ9ZXc7u3dxw4pKFtwBixQ4rkQYYCV8X8wMhjcEuI jusQLIK4pP4nNeX5peOitAxTZnKU13LpeGVQ0= MIME-Version: 1.0 Received: by 10.182.17.102 with SMTP id n6mr623307obd.56.1323920360748; Wed, 14 Dec 2011 19:39:20 -0800 (PST) Received: by 10.182.62.227 with HTTP; Wed, 14 Dec 2011 19:39:20 -0800 (PST) In-Reply-To: References: <201111291607.26546.jhb@freebsd.org> <20111201002515.GA50028@freebsd.org> <20111201014349.GA61475@freebsd.org> Date: Wed, 14 Dec 2011 19:39:20 -0800 Message-ID: From: Garrett Cooper To: Max Khon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alexander Best , Doug Barton , current@freebsd.org, Warner Losh Subject: Re: Remove debug echo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 03:39:22 -0000 On Wed, Dec 14, 2011 at 7:27 PM, Max Khon wrote: > Garrett, > > On Thu, Dec 1, 2011 at 2:15 PM, Garrett Cooper wrote= : > >> >> I've attached a patch that makes make do what I would like it to do; >> there are some other items that require cleanup to achieve the `argv0' >> prefixing that's available in gmake, but this is good enough for a >> meaningful traceback when things fail. Pastebin available here, just >> in case the mailing list eats my patch: http://pastebin.com/dFqcDRfv >> >> $ cat ~/Makefile >> all: >> =A0 =A0 =A0 =A0cd $$HOME/foo; ${MAKE} $@ >> $ cat ~/foo/Makefile >> all: foo bar barf yadda >> >> foo bar yadda: >> =A0 =A0 =A0 =A0@true >> >> baz: >> =A0 =A0 =A0 =A0@false >> >> barf: baz >> $ $PWD/make -j4 -f ~/Makefile all >> cd $HOME/foo; /usr/src/usr.bin/make/make all >> *** [baz] Error code 1 >> 1 error >> *** [all] Error code 2 >> 1 error >> $ >> >> If someone would please, PLEASE commit this.. I will give you beer, or >> wine, or a copy of Skyrim, or a few months subscription to WoW, or >> something else of value to you that we could negotiate :)... I'm quite >> frankly tired of having to playing guessing games fishing through logs >> trying to determine build errors on FreeBSD if and when they do occur >> with pmake, and I'm sure that a number of developers and build/release >> engineers out there are in the same boat as I am. > > > Can you explain why did you remove MESSAGE() invocations in your patch? > Other than that the patch looks good to me. I thought that printing out MESSAGE and the more informative *printf was kind of redundant. Thanks! -Garrett PS A sidenote why I bypassed MESSAGE(..): if I used the macro, make would segfault as MESSAGE depends on targFmt and targPrefix being set to something sane (they both default to NULL -- one explicitly, the other implicitly because it's in the .BSS). These vars are only set in one section of code, but I took the easy route out to avoid accidentally breaking other code paths and because what I did in the previously attached patch was simple to implement and test. From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 07:32:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FF881065672; Thu, 15 Dec 2011 07:32:57 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id F31158FC16; Thu, 15 Dec 2011 07:32:56 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Rb5oE-0005nB-UC>; Thu, 15 Dec 2011 08:32:55 +0100 Received: from e178002216.adsl.alicedsl.de ([85.178.2.216] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Rb5oE-0007kp-PT>; Thu, 15 Dec 2011 08:32:54 +0100 Message-ID: <4EE9A2A0.80607@zedat.fu-berlin.de> Date: Thu, 15 Dec 2011 08:32:48 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Jeremy Chadwick , freebsd-performance@freebsd.org, Current FreeBSD References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> In-Reply-To: <20111215024249.GA13557@icarus.home.lan> X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3AC99262226F5AAF3DFA6856" X-Originating-IP: 85.178.2.216 Cc: FreeBSD Stable Mailing List Subject: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 07:32:57 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3AC99262226F5AAF3DFA6856 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Just saw this shot benchmark on Phoronix dot com today: http://www.phoronix.com/scan.php?page=3Dnews_item&px=3DMTAyNzA It may be worth to discuss the sad performance of FBSD in some parts of the benchmark. A difference of a factor 10 or 100 is simply far beyond disapointing, it is more than inacceptable and by just reading those benchmarks, I'd like to drop thinking of using FreeBSD even as a backend server in scientific and business environments. In detail, some of the SciMark benches look disappointing. The overall image can't help over the fact that in C-Ray FreeBSD is better performing. =46rom the compiler, I'd like say there couldn't be a drop of more than 1= 0 - 15% in performance - but not 10 or 100 times. I'm just thinking about the discussion of SCHED_ULE and all the saur spots we discussed when I stumbled over the test. Regards, Oliver --------------enig3AC99262226F5AAF3DFA6856 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJO6aKmAAoJEOgBcD7A/5N8dvYH/1pfvvuy5BJWEEf5LTNhAaIv awHwt5jJ3WJA7zmwtnbGSw2qkRFC8E9D5+jOQ0rissGrSYH4qBakSpfnnJiRTtOm iYzAwnQYXt2STTKuNaz4rcG3bnX8i1SpbHre6Kj1p4cij/sQJXty9CMdVIR3dwYD pLfxSk9yFYrWi2Xpy9zqxdMKC1g/FITIuScwQeXtD3tfQlrh+LPvDK21c+OhukeZ cgVuzNw2274pTPlLNaJpAGkcMw1kPJ3U1cEGaI4nwGLFKvduQp2z13mRHLXATh/a lmVvV/0AIJ6UVLGpwOaBcaCXFxWJ+ez9aDlYM18z2dlfOvLnYcxND/u5GoHHyJg= =3PDg -----END PGP SIGNATURE----- --------------enig3AC99262226F5AAF3DFA6856-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 07:40:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 188321065672; Thu, 15 Dec 2011 07:40:34 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 89E108FC16; Thu, 15 Dec 2011 07:40:33 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so2103260vbb.13 for ; Wed, 14 Dec 2011 23:40:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=z/7NpF07+xvfN4qI0sYfDhw2Q31cy25YPhN7EvKe9tI=; b=xYzKxuzfXTM9YnmvW9fwiVbRDobNVzSTGbhecrQTSS+SdcqwJI9Aq97K6nmz45H3Ya Hja4UYIFjpodGDLXcoHbuDdt9JFShzlS1R7W7AG0Z6ln17JzHfIVNKKR38b+BgQToMoe uZqsruqX6c8W9+6gDbRzq7kLJEA/k6bnmECbE= MIME-Version: 1.0 Received: by 10.52.67.111 with SMTP id m15mr1625754vdt.96.1323934832733; Wed, 14 Dec 2011 23:40:32 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.26.50 with HTTP; Wed, 14 Dec 2011 23:40:32 -0800 (PST) In-Reply-To: <4EE9A2A0.80607@zedat.fu-berlin.de> References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> Date: Wed, 14 Dec 2011 23:40:32 -0800 X-Google-Sender-Auth: URhgjaXgcqV2vgLQyrCg_OMuz-M Message-ID: From: Adrian Chadd To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-performance@freebsd.org, Current FreeBSD , FreeBSD Stable Mailing List , Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 07:40:34 -0000 On 14 December 2011 23:32, O. Hartmann wrote: > Just saw this shot benchmark on Phoronix dot com today: > > http://www.phoronix.com/scan.php?page=news_item&px=MTAyNzA > > It may be worth to discuss the sad performance of FBSD in some parts of > the benchmark. A difference of a factor 10 or 100 is simply far beyond Well, the only way it's going to get fixed is if someone sits down, replicates it, and starts to document exactly what it is that these benchmarks are/aren't doing. Sometimes it's because the benchmark is very much tickling things incorrectly. In a lot of cases though, the benchmark is testing something synthetic that Linux just happens to have micro-optimised. So if you care about this a lot, someone needs to stand up, work with Phronix to get some actual feedback about what's going on, and see if it can be fixed. Maybe you'll find ULE is broken in some instances; I bet you'll find something like "the disk driver is suboptimal." For example, I remember seeing someone mess up a test because they split their filesystems across raid5 boundaries, and this was hidden by the choice of raid controller and stripe size. This made FreeBSD look worse; when this was corrected for, it sped up far past Linux. Adrian From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 08:56:52 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 761181065670; Thu, 15 Dec 2011 08:56:52 +0000 (UTC) (envelope-from fjoe@samodelkin.net) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0FC868FC08; Thu, 15 Dec 2011 08:56:51 +0000 (UTC) Received: by ggnp1 with SMTP id p1so2463560ggn.13 for ; Thu, 15 Dec 2011 00:56:51 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.45.6 with SMTP id i6mr1144207obm.3.1323939411351; Thu, 15 Dec 2011 00:56:51 -0800 (PST) Received: by 10.182.76.225 with HTTP; Thu, 15 Dec 2011 00:56:51 -0800 (PST) X-Originating-IP: [93.92.220.178] In-Reply-To: References: <201111291607.26546.jhb@freebsd.org> <20111201002515.GA50028@freebsd.org> <20111201014349.GA61475@freebsd.org> Date: Thu, 15 Dec 2011 15:56:51 +0700 Message-ID: From: Max Khon To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alexander Best , Doug Barton , current@freebsd.org, Warner Losh Subject: Re: Remove debug echo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 08:56:52 -0000 Garrett, On Thu, Dec 15, 2011 at 10:39 AM, Garrett Cooper wrote: >> If someone would please, PLEASE commit this.. I will give you beer, or > >> wine, or a copy of Skyrim, or a few months subscription to WoW, or > >> something else of value to you that we could negotiate :)... I'm quite > >> frankly tired of having to playing guessing games fishing through logs > >> trying to determine build errors on FreeBSD if and when they do occur > >> with pmake, and I'm sure that a number of developers and build/release > >> engineers out there are in the same boat as I am. > > > > > > Can you explain why did you remove MESSAGE() invocations in your patch? > > Other than that the patch looks good to me. > > I thought that printing out MESSAGE and the more informative > *printf was kind of redundant. > Thanks! > -Garrett > > PS A sidenote why I bypassed MESSAGE(..): if I used the macro, make > would segfault as MESSAGE depends on targFmt and targPrefix being set > to something sane (they both default to NULL -- one explicitly, the > other implicitly because it's in the .BSS). These vars are only set in > one section of code, but I took the easy route out to avoid > accidentally breaking other code paths and because what I did in the > previously attached patch was simple to implement and test. > I did not mean that you should use MESSAGE() for your purposes, but removing existing "invocations" seems to be unnecessary. Max From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 11:14:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA6801065672; Thu, 15 Dec 2011 11:14:23 +0000 (UTC) (envelope-from prvs=1330762df1=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id E89548FC13; Thu, 15 Dec 2011 11:14:22 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Thu, 15 Dec 2011 11:02:29 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 15 Dec 2011 11:02:24 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50017140276.msg; Thu, 15 Dec 2011 11:02:23 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1330762df1=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <95A7C3EFE7B4406EAFF0259CD8B61D1C@multiplay.co.uk> From: "Steven Hartland" To: "Michael Larabel" , "Michael Ross" References: <4EE1EAFE.3070408@m5p.com><4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com><4EE933C6.4020209@zedat.fu-berlin.de><20111215024249.GA13557@icarus.home.lan><4EE9A2A0.80607@zedat.fu-berlin.de> <4EE9C79B.7080607@phoronix.com> <4EE9D214.3070906@phoronix.com> Date: Thu, 15 Dec 2011 11:02:47 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-15"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: FreeBSD Stable Mailing List , freebsd-performance@freebsd.org, Current FreeBSD , "O. Hartmann" , Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 11:14:24 -0000 ----- Original Message ----- From: "Michael Larabel" > > I was the on that carried out the testing and know that it was on the > same system. > > All of the testing, including the system tables, is fully automated. > Under FreeBSD sometimes the parsing of some component strings isn't as > nice as Linux and other supported operating systems by the Phoronix Test > Suite. For the BSD motherboard string parsing it's grabbing > hw.vendor/hw.product from sysctl. Is there a better place to read the > motherboard DMI information from? dmidecode may provide better info? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 13:25:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86FE81065677 for ; Thu, 15 Dec 2011 13:25:31 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm14-vm0.bullet.mail.sp2.yahoo.com (nm14-vm0.bullet.mail.sp2.yahoo.com [98.139.91.246]) by mx1.freebsd.org (Postfix) with SMTP id 5D9B88FC08 for ; Thu, 15 Dec 2011 13:25:31 +0000 (UTC) Received: from [98.139.91.66] by nm14.bullet.mail.sp2.yahoo.com with NNFMP; 15 Dec 2011 13:25:31 -0000 Received: from [208.71.42.199] by tm6.bullet.mail.sp2.yahoo.com with NNFMP; 15 Dec 2011 13:25:31 -0000 Received: from [127.0.0.1] by smtp210.mail.gq1.yahoo.com with NNFMP; 15 Dec 2011 13:25:31 -0000 X-Yahoo-Newman-Id: 255449.13797.bm@smtp210.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: D.d22ugVM1kW77kJo_KuiJ4ECL6o_d1T5Ot8tz7TqMkZlin sfpHDsvh31_RkqrqtPHcYzl8LRB6hLub297OjeYgJ6cNnZmnUV.0T9SBElQl BaCAkt41gK1QdPUwcV.sql4kxUReZNPG32fY9Mlrs4JnWXzN9h9TDrmXgrj5 IMI3VW2cpFUgvE8PDFu4fU2kKbUna5Y9ugkVhaZ_bsRSJeagYGMGmH0fav7v UEShzLmPeMsl9t6nAfB0yy3WVcLdZNdvNzE7JrxK20S4vZMgdYOzHiS1oMyN yNQ2eKgihkl1mHUBwm4q0tc_ts350EU7VsFSY_sDst7Ohv9LfDxu72pGN42b klqFVdeAwvmf72wdUZXzfhBbSZbXHDYKgoAvjhnyObXUHwiByw7gZ5YDELJf Jly.jDQ.d7PoTBg-- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. Received: from [192.168.119.20] (se@81.173.151.71 with plain) by smtp210.mail.gq1.yahoo.com with SMTP; 15 Dec 2011 05:25:30 -0800 PST Message-ID: <4EE9F546.6060503@freebsd.org> Date: Thu, 15 Dec 2011 14:25:26 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Michael Larabel References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> <4EE9C79B.7080607@phoronix.com> In-Reply-To: <4EE9C79B.7080607@phoronix.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List , Current FreeBSD , Michael Ross , freebsd-performance@freebsd.org, "O. Hartmann" , Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 13:25:31 -0000 Am 15.12.2011 11:10, schrieb Michael Larabel: > No, the same hardware was used for each OS. > > In terms of the software, the stock software stack for each OS was used. Just curious: Why did you choose ZFS on FreeBSD, while UFS2 (with journaling enabled) should be an obvious choice since it is more similar in concept to ext4 and since that is what most FreeBSD users will use with FreeBSD? Did you tune the ZFS ARC (e.g. vfs.zfs.arc_max="6G") for the tests? And BTW: Did your measured run times account for the effect, that Linux keeps much more dirty data in the buffer cache (FreeBSD has a low limit on dirty buffers since under realistic load the already cached data is much more likely to be reused and thus more valuable than freshly written data; aggressively caching dirty data would significantly reduce throughput and responsiveness under high load). Given the hardware specs of the test system, I guess that Linux accepts at least 100 times the dirty data in the buffer cache, compared to FreeBSD (where this number is at most in the tens of megabyte range). If you did not, then your results do not represent a server load (which I'd expect relevant, if you are testing against Oracle Linux 6.1 server), where continuous performance is required. Tests that run on an idle system starting in a clean state and ignoring background flushing of the buffer cache after the timed program has stopped are perhaps useful for a very lowly loaded PC, but not for a system with high load average as the default. I bet that if you compared the systems under higher load (which admittedly makes it much harder to get sensible numbers for the program under test) or with reduced buffer cache size (or raise the dirty buffer limit in FreeBSD accordingly, which ought to be possible with sysctl and/or boot time tuneables, e.g. "vfs.hidirtybuffers"). And a last remark: Single benchmark runs do not provide reliable data. FreeBSD comes with "ministat" to check the significance of benchmark results. Each test should be repeated at least 5 times for meaningful averages with acceptable confidence level. Regards, STefan From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 14:28:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DDA0106564A; Thu, 15 Dec 2011 14:28:36 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 25D788FC18; Thu, 15 Dec 2011 14:28:34 +0000 (UTC) Received: from [192.168.100.59] (varna2.digsys.bg [193.68.0.70]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id pBFDwgXO002173 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 15 Dec 2011 15:58:48 +0200 (EET) (envelope-from daniel@digsys.bg) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=windows-1252 From: Daniel Kalchev In-Reply-To: <20111215134853.GA24753@icarus.home.lan> Date: Thu, 15 Dec 2011 15:58:44 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <0C72D682-CF5E-42D6-91F3-FEF1AB02F5D6@digsys.bg> References: <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> <20111215134853.GA24753@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1251.1) Cc: Adrian Chadd , "Samuel J. Greear" , Current FreeBSD , FreeBSD Stable Mailing List , freebsd-performance@freebsd.org, "O. Hartmann" Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 14:28:36 -0000 On Dec 15, 2011, at 3:48 PM, Jeremy Chadwick wrote: [=85] > That said: thrown out, data ignored, done. >=20 > Now what? Where are we? We're right back where we were a day or two > ago; meaning no closer to solving the dilemma reported by users and > SCHED_ULE. Heck, we're not even sure if there is an issue, other than > some folks confirming that SCHED_4BSD performs better for them (that's > what started this whole thread), and there are at least a couple which > have stated this. But, are any of these benchmarks really engaging the 4BSD/ULE scheduler = differences? Most such benchmarks are run on a system with no other load = whatsoever and in no way represent real world experience. What is more, I believe in such benchmarks "the system feels sluggish" = is not measured at all. Even if it is measured, if in such case the = benchmark finishes "better" - that is, faster, or say, makes the system = freeze for the user for the duration of the test -- it will be = considered "win", because the benchmark suite ran faster on that = particular system -- whereas a system which ran the benchmark fast, = provided good interactive response etc would be considered "loser". I think it is not good idea to hijack this thread, but instead focusing = on the other SCHED_ULE bashing thread to define an reasonable benchmark = or a set of benchmarks rather -- so that many would run it and provide = feedback. Daniel= From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 14:28:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B64011065672; Thu, 15 Dec 2011 14:28:38 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 3B34E8FC08; Thu, 15 Dec 2011 14:28:37 +0000 (UTC) Received: from [192.168.100.59] (varna2.digsys.bg [193.68.0.70]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id pBFDpWq6002143 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 15 Dec 2011 15:51:41 +0200 (EET) (envelope-from daniel@digsys.bg) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Daniel Kalchev In-Reply-To: <4EE9F546.6060503@freebsd.org> Date: Thu, 15 Dec 2011 15:51:33 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> <4EE9C79B.7080607@phoronix.com> <4EE9F546.6060503@freebsd.org> To: Stefan Esser X-Mailer: Apple Mail (2.1251.1) Cc: Michael Larabel , FreeBSD Stable Mailing List , Current FreeBSD , Michael Ross , freebsd-performance@freebsd.org, "O. Hartmann" , Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 14:28:38 -0000 On Dec 15, 2011, at 3:25 PM, Stefan Esser wrote: > Am 15.12.2011 11:10, schrieb Michael Larabel: >> No, the same hardware was used for each OS. >>=20 >> In terms of the software, the stock software stack for each OS was = used. >=20 > Just curious: Why did you choose ZFS on FreeBSD, while UFS2 (with > journaling enabled) should be an obvious choice since it is more = similar > in concept to ext4 and since that is what most FreeBSD users will use > with FreeBSD? Or perhaps, since it is "server" Linux distribution, use ZFS on Linux as = well. With identical tuning on both Linux and FreeBSD. Having the same = FS used by both OS will help make the comparison more sensible for FS = I/O. Daniel= From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 14:44:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87A0C1065677; Thu, 15 Dec 2011 14:44:40 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (mail.ciam.ru [91.209.218.18]) by mx1.freebsd.org (Postfix) with ESMTP id 315948FC0C; Thu, 15 Dec 2011 14:44:40 +0000 (UTC) Received: from dhcp170-160-red.yandex.net ([95.108.170.160] helo=dhcp170-205-red.yandex.net) by mail.ciam.ru with esmtpa (Exim 4.x) id 1RbCGG-0004u8-IB; Thu, 15 Dec 2011 17:26:16 +0300 Message-ID: <4EEA0388.7010605@FreeBSD.org> Date: Thu, 15 Dec 2011 18:26:16 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Michael Larabel References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> <4EE9C79B.7080607@phoronix.com> <4EE9F546.6060503@freebsd.org> <4EE9F7D2.4050607@phoronix.com> In-Reply-To: <4EE9F7D2.4050607@phoronix.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Mailing List , Current FreeBSD , Michael Ross , freebsd-performance@freebsd.org, "O. Hartmann" , Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 14:44:40 -0000 15.12.2011 17:36, Michael Larabel пишет: > On 12/15/2011 07:25 AM, Stefan Esser wrote: >> Am 15.12.2011 11:10, schrieb Michael Larabel: >>> No, the same hardware was used for each OS. >>> >>> In terms of the software, the stock software stack for each OS was used. >> Just curious: Why did you choose ZFS on FreeBSD, while UFS2 (with >> journaling enabled) should be an obvious choice since it is more similar >> in concept to ext4 and since that is what most FreeBSD users will use >> with FreeBSD? > > I was running some ZFS vs. UFS tests as well and this happened to have > ZFS on when I was running some other tests. > Can we look at the tests? My opinion is ZFS without tuning is much slower than UFS2. From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 15:04:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CA23106566C; Thu, 15 Dec 2011 15:04:27 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7E0558FC1A; Thu, 15 Dec 2011 15:04:26 +0000 (UTC) Received: by eaaf13 with SMTP id f13so2846321eaa.13 for ; Thu, 15 Dec 2011 07:04:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=MwE4PWmmZsIrl3Fv2tOOByGa4iu4zNYVZ+pfk7K/CbQ=; b=WEPBi2oUCm0WMb3/rGnGlDFgZ6oMJAoS6jfGmZDV2uJWn+fiP+AeUG7zYHXRWMkv+a fThzvtxH7VuuhFW1S6pihiYXbW8GoAd8h4yMJaSEwk5LVceVG+DSHOMXSuYpCaJPFzF4 EijjxPSKUZ49lumVSGr7w4tAHs62WzyZHpTVc= Received: by 10.205.122.133 with SMTP id gg5mr1158106bkc.65.1323959852122; Thu, 15 Dec 2011 06:37:32 -0800 (PST) Received: from green.tandem.local (utwig.xim.bz. [91.216.237.46]) by mx.google.com with ESMTPS id j9sm14858864bkd.2.2011.12.15.06.37.29 (version=SSLv3 cipher=OTHER); Thu, 15 Dec 2011 06:37:30 -0800 (PST) Message-ID: <4EEA0627.3000409@gmail.com> Date: Thu, 15 Dec 2011 16:37:27 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111111 Thunderbird/8.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> <20111215134853.GA24753@icarus.home.lan> In-Reply-To: <20111215134853.GA24753@icarus.home.lan> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , "Samuel J. Greear" , Current FreeBSD , FreeBSD Stable Mailing List , freebsd-performance@freebsd.org, "O. Hartmann" Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 15:04:27 -0000 15.12.2011 15:48, Jeremy Chadwick wrote: > I'm getting to the point where I'm considering formulating a private > mail to Jeff Roberson, requesting that he be aware of the discussion > that's happening (not that he necessarily follow or read it), and that > based on what I can tell we're at a roadblock -- nobody so far is > absolutely certain how to "benchmark" and compare ULE vs. 4BSD in > multiple ways, so that those of us involved here can run such utilities > and provide the data somewhere central for devs to review. I only > mention this because so far I haven't seen anyone really say "okay, this > is what we should be using for these kinds of tests". Yay nature of the > beast. I'll try to summarize and propose a test scenario. I don't know whether this helps or not. We should have two different task types for this one. The first would be Super Affine tasks. They should use few to none syscalls, use medium math, have low memory footprint. No syscalls means this tasks will never stop for memory/disk or other activity so each time the queue is looked upon this task will be ready to run. Medium math means this shouldn't be just a simple big loop so that processor will really compute something with this data. Low memory footprint means this task can reside with data on CPU L1 cache for eons. I'm not sure about branch prediction, should it be distorted or not... The other task type would be Worker. It doesn't matter what it does but it agressively uses syscalls like working with files/directories. There should be at least one SA-task per core and at least 10 (?) W-tasks per core. -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 15:48:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E78701065670; Thu, 15 Dec 2011 15:48:40 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp1.utsp.utwente.nl [130.89.2.8]) by mx1.freebsd.org (Postfix) with ESMTP id 548BD8FC13; Thu, 15 Dec 2011 15:48:39 +0000 (UTC) Received: from [130.89.165.91] (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id pBFFmXD8023626; Thu, 15 Dec 2011 16:48:33 +0100 Message-ID: <4EEA16D1.2010900@degoeje.nl> Date: Thu, 15 Dec 2011 16:48:33 +0100 From: Pieter de Goeje User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: "O. Hartmann" References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> In-Reply-To: <4EE9A2A0.80607@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: freebsd-performance@freebsd.org, Current FreeBSD Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 15:48:41 -0000 Op 15-12-2011 8:32, O. Hartmann schreef: > Just saw this shot benchmark on Phoronix dot com today: > > http://www.phoronix.com/scan.php?page=news_item&px=MTAyNzA > > It may be worth to discuss the sad performance of FBSD in some parts of > the benchmark. A difference of a factor 10 or 100 is simply far beyond > disapointing, it is more than inacceptable and by just reading those > benchmarks, I'd like to drop thinking of using FreeBSD even as a backend > server in scientific and business environments. In detail, some of the > SciMark benches look disappointing. The overall image can't help over > the fact that in C-Ray FreeBSD is better performing. > > From the compiler, I'd like say there couldn't be a drop of more than 10 > - 15% in performance - but not 10 or 100 times. > > I'm just thinking about the discussion of SCHED_ULE and all the saur > spots we discussed when I stumbled over the test. > > Regards, > Oliver Detailed results here: http://openbenchmarking.org/result/1112113-AR-ORACLELIN37 As usual, the phoronix benchmarks are very misleading. 1) The linked benchmarks were not run on the same hardware. Hardware is close but not completely equal; for instance different brands of disks were used. 2) They didn't use the same compiler. This is really bad and _can_ lead to more than a factor 2 performance difference. Especially in "scientific" programs where (auto) vectorization is very important. Why on earth the benchmarker was too lazy to install a more recent GCC I have no idea. Of all the benchmarks shown only the disk benchmarks are interesting, because they actually stress the system. Unfortunately they screwed that up too because they were performed on ZFS instead of the default, plain UFS which is a lot more like EXT4 in terms of functionality. The rest are pure CPU bound userspace workloads and I bet that if they were performed using the same compiler, similar results would've been achieved (barring any major VM differences). In any case we would've been able to actually compare FreeBSD vs Oracle Linux instead of GCC 4.5 vs 4.2. Now they are useless. I'm sorry if this mail sounds a bit harsh but I'm tired of seeing phoronix making the same elementary mistakes again and again even after these have been pointed out years ago. - Pieter From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 16:26:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E9FD10657A5; Thu, 15 Dec 2011 16:26:06 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id EC5318FC15; Thu, 15 Dec 2011 16:26:05 +0000 (UTC) Received: by qcse13 with SMTP id e13so1932910qcs.13 for ; Thu, 15 Dec 2011 08:26:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=qn2SX6Icz3xoH1/LZzTteZ2wkKvJHUss5vkQbFTGw88=; b=fgLJMqgdAh/wrr7kqbGLvkkEYs/vl6PwMjS1eUHzw+Eqwmeba6B1V4Bqvz3ZzFiXbA uBH1/bfrSGDC5L+hehANmNWfGcPqfSl4swHJjcmGBNxNONeZcJEIg1zVYOm3Hw0io+gZ U+OFVnzlUpdDILUKmKplz5cJrlJthd9/6/aY8= MIME-Version: 1.0 Received: by 10.180.74.211 with SMTP id w19mr6552377wiv.7.1323966364698; Thu, 15 Dec 2011 08:26:04 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.171.8 with HTTP; Thu, 15 Dec 2011 08:26:04 -0800 (PST) In-Reply-To: <4EE8D607.1000504@sentex.net> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> <20111213230441.GB42285@stack.nl> <4ee7e2d3.0a3c640a.4617.4a33SMTPIN_ADDED@mx.google.com> <4EE8D607.1000504@sentex.net> Date: Thu, 15 Dec 2011 17:26:04 +0100 X-Google-Sender-Auth: RQHg7a4l9VdsnVFWmvoxYxji0G8 Message-ID: From: Attilio Rao To: Mike Tancsa Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Ivan Klymenko , mdf@freebsd.org, Doug Barton , freebsd-stable@freebsd.org, Jilles Tjoelker , "O. Hartmann" , Current FreeBSD , freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 16:26:06 -0000 2011/12/14 Mike Tancsa : > On 12/13/2011 7:01 PM, mdf@freebsd.org wrote: >> >> Has anyone experiencing problems tried to set sysctl kern.sched.steal_th= resh=3D1 ? >> >> I don't remember what our specific problem at $WORK was, perhaps it >> was just interrupt threads not getting serviced fast enough, but we've >> hard-coded this to 1 and removed the code that sets it in >> sched_initticks(). =C2=A0The same effect should be had by setting the >> sysctl after a box is up. > > FWIW, this does impact the performance of pbzip2 on an i7. Using a 1.1G f= ile > > pbzip2 -v -c big > /dev/null > > with burnP6 running in the background, > > sysctl kern.sched.steal_thresh=3D1 > vs > sysctl kern.sched.steal_thresh=3D3 > > > > =C2=A0 =C2=A0N =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Min =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Max =C2=A0 =C2=A0 =C2=A0 =C2=A0Median =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Avg =C2=A0 =C2=A0 =C2=A0 =C2=A0Stddev > x =C2=A010 =C2=A0 =C2=A0 38.005022 =C2=A0 =C2=A0 =C2=A038.42238 =C2=A0 = =C2=A0 38.194648 =C2=A0 =C2=A0 38.165052 =C2=A0 =C2=A00.15546188 > + =C2=A0 9 =C2=A0 =C2=A0 38.695417 =C2=A0 =C2=A0 40.595544 =C2=A0 =C2=A0 = 39.392127 =C2=A0 =C2=A0 39.435384 =C2=A0 =C2=A00.59814114 > Difference at 95.0% confidence > =C2=A0 =C2=A0 =C2=A0 =C2=A01.27033 +/- 0.412636 > =C2=A0 =C2=A0 =C2=A0 =C2=A03.32852% +/- 1.08119% > =C2=A0 =C2=A0 =C2=A0 =C2=A0(Student's t, pooled s =3D 0.425627) > > a value of 1 is *slightly* faster. Hi Mike, was that just the same codebase with the switch SCHED_4BSD/SCHED_ULE? Also, the results here should be in the 3% interval for the avg case, which is not yet at the 'alarm level' but could still be an indication. I still suspect I/O plays a big role here, however, thus it could be detemined by other factors. Could you retry the bench checking CPU usage and possible thread migration around for both cases? Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 16:26:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08DAC1065781; Thu, 15 Dec 2011 16:26:30 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3BA088FC16; Thu, 15 Dec 2011 16:26:28 +0000 (UTC) Received: by eekc50 with SMTP id c50so2679678eek.13 for ; Thu, 15 Dec 2011 08:26:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zm71dKbrHwDITPaDjF+CgkHwSvzGuXVS65Im4Up4UGA=; b=vy84MwsN3OjrK5jTpfX3KeozyU74p0n/QCFtpJkdxapqgaMyzMHrBEefLcpsxinmig qu6vaTOscLfWDyPT5APaxY5MNL5zcLqS7DN06TLqhWZAW9VtbR3AaVUpSL1+mloigV9E FRpDp64k/fatCR6282rafWlJbRDiY2eBPOvGI= MIME-Version: 1.0 Received: by 10.180.96.103 with SMTP id dr7mr6603082wib.16.1323966388055; Thu, 15 Dec 2011 08:26:28 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.171.8 with HTTP; Thu, 15 Dec 2011 08:26:27 -0800 (PST) In-Reply-To: <20111213073615.GA69641@icarus.home.lan> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <20111213073615.GA69641@icarus.home.lan> Date: Thu, 15 Dec 2011 17:26:27 +0100 X-Google-Sender-Auth: 0ndvCp4x9Kuw_LOxQPoNVB24Q2Q Message-ID: From: Attilio Rao To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 16:26:30 -0000 2011/12/13 Jeremy Chadwick : > On Mon, Dec 12, 2011 at 02:47:57PM +0100, O. Hartmann wrote: >> > Not fully right, boinc defaults to run on idprio 31 so this isn't an >> > issue. And yes, there are cases where SCHED_ULE shows much better >> > performance then SCHED_4BSD. =C2=A0[...] >> >> Do we have any proof at hand for such cases where SCHED_ULE performs >> much better than SCHED_4BSD? Whenever the subject comes up, it is >> mentioned, that SCHED_ULE has better performance on boxes with a ncpu > >> 2. But in the end I see here contradictionary statements. People >> complain about poor performance (especially in scientific environments), >> and other give contra not being the case. >> >> Within our department, we developed a highly scalable code for planetary >> science purposes on imagery. It utilizes present GPUs via OpenCL if >> present. Otherwise it grabs as many cores as it can. >> By the end of this year I'll get a new desktop box based on Intels new >> Sandy Bridge-E architecture with plenty of memory. If the colleague who >> developed the code is willing performing some benchmarks on the same >> hardware platform, we'll benchmark bot FreeBSD 9.0/10.0 and the most >> recent Suse. For FreeBSD I intent also to look for performance with both >> different schedulers available. > > This is in no way shape or form the same kind of benchmark as what > you're planning to do, but I thought I'd throw it out there for folks to > take in as they see fit. > > I know folks were focused mainly on buildworld. > > I personally would find it interesting if someone with a higher-end > system (e.g. 2 physical CPUs, with 6 or 8 cores per CPU) was to do the > same test (changing -jX to -j{numofcores} of course). > > -- > | Jeremy Chadwick =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0jdc at parodius.com= | > | Parodius Networking =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 http://www.parodius.com/ | > | UNIX Systems Administrator =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 Mountain View, CA, US | > | Making life hard for others since 1977. =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 PGP 4BD6C0CB | > > > sched_ule > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > - time make -j2 buildworld > =C2=A01689.831u 229.328s 18:46.20 170.4% 6566+2051k 432+4264io 4565pf+0w > - time make -j2 buildkernel > =C2=A0640.542u 87.737s 9:01.38 134.5% 6490+1920k 134+5968io 0pf+0w > > > sched_4bsd > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > - time make -j2 buildworld > =C2=A01662.793u 206.908s 17:12.02 181.1% 6578+2054k 23750+4271io 6451pf+0= w > - time make -j2 buildkernel > =C2=A0638.717u 76.146s 8:34.90 138.8% 6530+1927k 6415+5903io 0pf+0w > > > software > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > * sched_ule test: =C2=A0FreeBSD 8.2-STABLE, Thu Dec =C2=A01 04:37:29 PST = 2011 > * sched_4bsd test: FreeBSD 8.2-STABLE, Mon Dec 12 22:42:54 PST 2011 Hi Jeremy, thanks for the time you spent on this. However, I wanted to ask/let you note 3 things: 1) Did you use 2 different code base for the test? (one updated on December 1 and another one on December 12) 2) Please note that you should have repeated this test several times (basically until you don't get a standard deviation which is acceptable with ministat) and report the ministat output 3) The difference is less than 2% which I suspect is really statistically unuseful/the same I'm not really even surprised ULE is not faster than 4BSD in this case because usually buildworld/buildkernel tests are driven for the vast majority by I/O overhead rather than scheduler capacity. It would be more interesting to analyze how buildworld does while another type of workload is going on. Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 16:38:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FD39106567C; Thu, 15 Dec 2011 16:38:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id DB9AC8FC15; Thu, 15 Dec 2011 16:38:27 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.5/8.14.4) with ESMTP id pBFGcLBQ067563; Thu, 15 Dec 2011 11:38:21 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4EEA227E.7080704@sentex.net> Date: Thu, 15 Dec 2011 11:38:22 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Attilio Rao References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> <20111213230441.GB42285@stack.nl> <4ee7e2d3.0a3c640a.4617.4a33SMTPIN_ADDED@mx.google.com> <4EE8D607.1000504@sentex.net> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: Ivan Klymenko , mdf@freebsd.org, Doug Barton , freebsd-stable@freebsd.org, Jilles Tjoelker , "O. Hartmann" , Current FreeBSD , freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 16:38:28 -0000 On 12/15/2011 11:26 AM, Attilio Rao wrote: > > Hi Mike, > was that just the same codebase with the switch SCHED_4BSD/SCHED_ULE? Hi Attilio, It was the same codebase. > Could you retry the bench checking CPU usage and possible thread > migration around for both cases? I can, but how do I do that ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 16:42:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E911106566C; Thu, 15 Dec 2011 16:42:12 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1CB118FC0A; Thu, 15 Dec 2011 16:42:10 +0000 (UTC) Received: by faaf16 with SMTP id f16so3582013faa.13 for ; Thu, 15 Dec 2011 08:42:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=8kUH6rJcxKtm25qBqXuAeBlmVWtVD5+Q5ma5HlD4/UY=; b=Ya4r1MsNOoyFFjTbRWnuqq4Ra5KhzIU8HozC5H8ltzEm+SBP4X8PZACbHOrS4yHl4Y 25bymJ4J8rp0Fqrsc9h4fzC4QOSmVi2D9lzjE9cfBRDhF+ZDj0bjcU078v8Clp34msjX 4gk07oPtDNL7ZAREgzlbPvlzDV+8w1/Ty9u+o= MIME-Version: 1.0 Received: by 10.180.96.103 with SMTP id dr7mr6732293wib.16.1323967329953; Thu, 15 Dec 2011 08:42:09 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.171.8 with HTTP; Thu, 15 Dec 2011 08:42:09 -0800 (PST) In-Reply-To: <4EEA227E.7080704@sentex.net> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> <20111213230441.GB42285@stack.nl> <4ee7e2d3.0a3c640a.4617.4a33SMTPIN_ADDED@mx.google.com> <4EE8D607.1000504@sentex.net> <4EEA227E.7080704@sentex.net> Date: Thu, 15 Dec 2011 17:42:09 +0100 X-Google-Sender-Auth: rWvfkJJt4u5T0-KL-sef3vLPTr0 Message-ID: From: Attilio Rao To: Mike Tancsa Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Ivan Klymenko , mdf@freebsd.org, Doug Barton , freebsd-stable@freebsd.org, Jilles Tjoelker , "O. Hartmann" , Current FreeBSD , freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 16:42:12 -0000 2011/12/15 Mike Tancsa : > On 12/15/2011 11:26 AM, Attilio Rao wrote: >> >> Hi Mike, >> was that just the same codebase with the switch SCHED_4BSD/SCHED_ULE? > > Hi Attilio, > =C2=A0 =C2=A0 =C2=A0 =C2=A0It was the same codebase. > > >> Could you retry the bench checking CPU usage and possible thread >> migration around for both cases? > > I can, but how do I do that ? I'm thinking now to a better test-case for this: can you try that on a tmpfs volume? Also what filesystem you were using? How many CPUs were in place? Did you reboot before to move the steal_thresh value? Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 16:52:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 925D81065678; Thu, 15 Dec 2011 16:52:12 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 492BF8FC21; Thu, 15 Dec 2011 16:52:12 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.5/8.14.4) with ESMTP id pBFGq9M5070372; Thu, 15 Dec 2011 11:52:09 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4EEA25BB.7040706@sentex.net> Date: Thu, 15 Dec 2011 11:52:11 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Attilio Rao References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> <20111213230441.GB42285@stack.nl> <4ee7e2d3.0a3c640a.4617.4a33SMTPIN_ADDED@mx.google.com> <4EE8D607.1000504@sentex.net> <4EEA227E.7080704@sentex.net> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: Ivan Klymenko , mdf@freebsd.org, Doug Barton , freebsd-stable@freebsd.org, Jilles Tjoelker , "O. Hartmann" , Current FreeBSD , freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 16:52:12 -0000 On 12/15/2011 11:42 AM, Attilio Rao wrote: > > I'm thinking now to a better test-case for this: can you try that on a > tmpfs volume? There is enough RAM in the box so that it should not touch the disk, and I was sending the output to /dev/null, so it was not writing to the disk. > > Also what filesystem you were using? UFS > How many CPUs were in place? 4 > Did you reboot before to move the steal_thresh value? No. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 16:56:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDDF31065689; Thu, 15 Dec 2011 16:56:40 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id A393F8FC13; Thu, 15 Dec 2011 16:56:39 +0000 (UTC) Received: by eaaf13 with SMTP id f13so3011475eaa.13 for ; Thu, 15 Dec 2011 08:56:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Kek1F5J+opXNanowC4R0970JGtNQGCoNTh4rCJ7uQUs=; b=vwcrBfVBxoHdDZ0X9irxmOTnwQG2xiAdkINUqIRLpowzvqixyUK/v7XoJLnIAfhsfg nuFVtMU9qs+Gk0AZ49qunFN6W5nCAy3GG2qFgHS0grwgBAQDI7Z8tgIL/CKsWQ9V8a9B lUkWrQmoGkWfels9rs4vFz+4uz8LtlVhXZtFA= MIME-Version: 1.0 Received: by 10.216.131.152 with SMTP id m24mr1934372wei.56.1323968198451; Thu, 15 Dec 2011 08:56:38 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.171.8 with HTTP; Thu, 15 Dec 2011 08:56:38 -0800 (PST) In-Reply-To: <4EEA25BB.7040706@sentex.net> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> <20111213230441.GB42285@stack.nl> <4ee7e2d3.0a3c640a.4617.4a33SMTPIN_ADDED@mx.google.com> <4EE8D607.1000504@sentex.net> <4EEA227E.7080704@sentex.net> <4EEA25BB.7040706@sentex.net> Date: Thu, 15 Dec 2011 17:56:38 +0100 X-Google-Sender-Auth: eN811JKam6VzmdGL06meH8StiGo Message-ID: From: Attilio Rao To: Mike Tancsa Content-Type: text/plain; charset=UTF-8 Cc: Ivan Klymenko , mdf@freebsd.org, Doug Barton , freebsd-stable@freebsd.org, Jilles Tjoelker , "O. Hartmann" , Current FreeBSD , freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 16:56:40 -0000 2011/12/15 Mike Tancsa : > On 12/15/2011 11:42 AM, Attilio Rao wrote: >> >> I'm thinking now to a better test-case for this: can you try that on a >> tmpfs volume? > > There is enough RAM in the box so that it should not touch the disk, and > I was sending the output to /dev/null, so it was not writing to the disk. > >> >> Also what filesystem you were using? > > UFS > >> How many CPUs were in place? > > 4 > >> Did you reboot before to move the steal_thresh value? > > No. So, as very first thing, can you try the following: - Same codebase, etc. etc. - Make the test 4 times, discard the first and ministat for the other 3 - Reboot - Change the steal_thresh value - Make the test 4 times, discard the first and ministat for the other 3 Then report discarded values and the ministated one and we will have more informations I guess (also, I don't think devfs contention should play a role here, thus nevermind about it for now). Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 17:58:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8061C106566B; Thu, 15 Dec 2011 17:58:56 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id EA6368FC13; Thu, 15 Dec 2011 17:58:55 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1RbFa2-0002Al-Qy>; Thu, 15 Dec 2011 18:58:54 +0100 Received: from e178037243.adsl.alicedsl.de ([85.178.37.243] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1RbFa2-00087M-Ls>; Thu, 15 Dec 2011 18:58:54 +0100 Message-ID: <4EEA3556.7030105@zedat.fu-berlin.de> Date: Thu, 15 Dec 2011 18:58:46 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Daniel Kalchev References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> <4EE9C79B.7080607@phoronix.com> <4EE9F546.6060503@freebsd.org> In-Reply-To: X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig90C2E873E806961B03779663" X-Originating-IP: 85.178.37.243 Cc: Michael Larabel , FreeBSD Stable Mailing List , Current FreeBSD , Michael Ross , freebsd-performance@freebsd.org, Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 17:58:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig90C2E873E806961B03779663 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 12/15/11 14:51, schrieb Daniel Kalchev: >=20 > On Dec 15, 2011, at 3:25 PM, Stefan Esser wrote: >=20 >> Am 15.12.2011 11:10, schrieb Michael Larabel: >>> No, the same hardware was used for each OS. >>> >>> In terms of the software, the stock software stack for each OS was us= ed. >> >> Just curious: Why did you choose ZFS on FreeBSD, while UFS2 (with >> journaling enabled) should be an obvious choice since it is more simil= ar >> in concept to ext4 and since that is what most FreeBSD users will use >> with FreeBSD? >=20 >=20 > Or perhaps, since it is "server" Linux distribution, use ZFS on Linux a= s well. With identical tuning on both Linux and FreeBSD. Having the same = FS used by both OS will help make the comparison more sensible for FS I/O= =2E >=20 > Daniel_______________________________________________ Since ZFS in Linux can only be achieved via FUSE (ad far as I know), it is legitimate to compare ZFS and ext4. It would be much more competetive to compare Linux BTRFS and FreeBSD ZFS. Each OS does optimize on different filesystems and a user/manager can assume that the vendor offers the best performance available by turning on the default FS by a standard stock installation. Using ZFS on Linux would be a great disadvantage and the benchmark would turn out the same bullsh... as comparing Linux-domain only with FreeBSD weknesses only ... Linux distributions offer setups for desktop and server. The FreeBSD folks have the choice to do it themselfes. And maybe I'm one of those puritain people appreciating this. "Out of the box" OS is Windooze, with all its consequences. Oliver Post scriptum: It seems to be hard to follow the benchmark environment on Phoronix since the URL refers to a setup of different systems. --------------enig90C2E873E806961B03779663 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJO6jVeAAoJEOgBcD7A/5N8ALYH/0un2B7HHTHdeoxEzN9UJ8x+ WhlqiupymlpJR2UJDkWlDRETa9JABFE6Iuc84iAPbcHExzyd6BbYMhr9pvX0OlCM p1IWXUHrpXzr3fs3qoWtQIJi4yr6/Wb2dvJJHBK8tuwyOd2XR9GC4/sIwFXpw7Up 7343FJKIhZXpacEkJP/rQz9PxjcmifzuuDQhwjvrbTJDoJn5CQvya9gcVFExlTBS 2qHd7UwCjRf6xiu9lhTEtYy4O5uZoqSLeprxTEowP4DRwSbBJ33Ix0eAGmEc4vfB OnijWNZVnR4J8VrSj1DXltb8t/wTKe9bWzT8lVf98cVK018vQ2h3juiASY/y++A= =6R/p -----END PGP SIGNATURE----- --------------enig90C2E873E806961B03779663-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 18:00:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5810D106566C; Thu, 15 Dec 2011 18:00:46 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 02E8C8FC1A; Thu, 15 Dec 2011 18:00:45 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1RbFbo-0002Sq-J3>; Thu, 15 Dec 2011 19:00:44 +0100 Received: from e178037243.adsl.alicedsl.de ([85.178.37.243] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1RbFbo-0008Dz-DT>; Thu, 15 Dec 2011 19:00:44 +0100 Message-ID: <4EEA35CB.7030203@zedat.fu-berlin.de> Date: Thu, 15 Dec 2011 19:00:43 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Daniel Kalchev References: <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> <20111215134853.GA24753@icarus.home.lan> <0C72D682-CF5E-42D6-91F3-FEF1AB02F5D6@digsys.bg> In-Reply-To: <0C72D682-CF5E-42D6-91F3-FEF1AB02F5D6@digsys.bg> X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB97FEA6B9A0C0983989EA20A" X-Originating-IP: 85.178.37.243 Cc: Adrian Chadd , FreeBSD Stable Mailing List , Current FreeBSD , "Samuel J. Greear" , freebsd-performance@freebsd.org, Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 18:00:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB97FEA6B9A0C0983989EA20A Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Am 12/15/11 14:58, schrieb Daniel Kalchev: >=20 > On Dec 15, 2011, at 3:48 PM, Jeremy Chadwick wrote: >=20 > [=85] >> That said: thrown out, data ignored, done. >> >> Now what? Where are we? We're right back where we were a day or two >> ago; meaning no closer to solving the dilemma reported by users and >> SCHED_ULE. Heck, we're not even sure if there is an issue, other than= >> some folks confirming that SCHED_4BSD performs better for them (that's= >> what started this whole thread), and there are at least a couple which= >> have stated this. >=20 > But, are any of these benchmarks really engaging the 4BSD/ULE scheduler= differences? Most such benchmarks are run on a system with no other load= whatsoever and in no way represent real world experience. >=20 > What is more, I believe in such benchmarks "the system feels sluggish" = is not measured at all. Even if it is measured, if in such case the bench= mark finishes "better" - that is, faster, or say, makes the system freeze= for the user for the duration of the test -- it will be considered "win"= , because the benchmark suite ran faster on that particular system -- whe= reas a system which ran the benchmark fast, provided good interactive res= ponse etc would be considered "loser". I guess you have some proofs on that "feeling"? >=20 > I think it is not good idea to hijack this thread, but instead focusing= on the other SCHED_ULE bashing thread to define an reasonable benchmark = or a set of benchmarks rather -- so that many would run it and provide fe= edback. >=20 >=20 > Daniel_______________________________________________ --------------enigB97FEA6B9A0C0983989EA20A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJO6jXLAAoJEOgBcD7A/5N8eHMH+gIP8qH2klzQvMwrpp40QhU1 E1Bd4Q13P5RAc69oJJWdBzz4jV9Oz9aJZzpc4uHnFI9FyxBVY9LL3QVuX3cErK7u NmxS6Hl3AkrfAZ2I0O/XGq6LF6Kmcw83LCKWubexRAaIIr4YjZd/AiTd5TlU1nyy Nml9b8yyJlt9aggS22TO6UTnqRxcvqFQhP8hAZnPjYsoN6sDd3TRynAJqNc7LWeW P8jBxo2+gqEnNDl4LYrr+RDM6Gsbr3k2+YYK98miX/DUHBLEBx0liVCpy+lPNWhl XBqGGGPjveUqBEVvUiOixU7aO8rxQDnL3PBSdreL7xeOTvP9bRdZ1lnaxpEq+4M= =YwYJ -----END PGP SIGNATURE----- --------------enigB97FEA6B9A0C0983989EA20A-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 18:06:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27C6E1065690; Thu, 15 Dec 2011 18:06:23 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9C5F18FC17; Thu, 15 Dec 2011 18:06:22 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so3005421vcb.13 for ; Thu, 15 Dec 2011 10:06:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2AlMjn6CxxbBgoVYL7CStHaRl2qG88b4zva2K1TTroc=; b=IozSrMog/mt1j+wgGQuRVp4rgnds8/VYI9At0SDz4wIHpfLqULQUoPLI1ilruuxVce 0r3t81IdSDmasQoqkCRadSxHGWq5SxFR3NHvxsQQXGnqS4wQ5fXJYkcE21kFzvjszSA+ 4Gfle2IoCwqR2TWDlNLapfsqZ9442wwCeb4ww= MIME-Version: 1.0 Received: by 10.220.148.146 with SMTP id p18mr880503vcv.46.1323972381673; Thu, 15 Dec 2011 10:06:21 -0800 (PST) Received: by 10.220.231.10 with HTTP; Thu, 15 Dec 2011 10:06:21 -0800 (PST) In-Reply-To: <4EEA3556.7030105@zedat.fu-berlin.de> References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> <4EE9C79B.7080607@phoronix.com> <4EE9F546.6060503@freebsd.org> <4EEA3556.7030105@zedat.fu-berlin.de> Date: Thu, 15 Dec 2011 10:06:21 -0800 Message-ID: From: Freddie Cash To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Cc: Michael Larabel , FreeBSD Stable Mailing List , Current FreeBSD , Daniel Kalchev , Michael Ross , freebsd-performance@freebsd.org, Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 18:06:23 -0000 On Thu, Dec 15, 2011 at 9:58 AM, O. Hartmann wrote: > Am 12/15/11 14:51, schrieb Daniel Kalchev: >> >> On Dec 15, 2011, at 3:25 PM, Stefan Esser wrote: >> >>> Am 15.12.2011 11:10, schrieb Michael Larabel: >>>> No, the same hardware was used for each OS. >>>> >>>> In terms of the software, the stock software stack for each OS was used. >>> >>> Just curious: Why did you choose ZFS on FreeBSD, while UFS2 (with >>> journaling enabled) should be an obvious choice since it is more similar >>> in concept to ext4 and since that is what most FreeBSD users will use >>> with FreeBSD? >> >> >> Or perhaps, since it is "server" Linux distribution, use ZFS on Linux as well. With identical tuning on both Linux and FreeBSD. Having the same FS used by both OS will help make the comparison more sensible for FS I/O. >> >> Daniel_______________________________________________ > > Since ZFS in Linux can only be achieved via FUSE (ad far as I know), it > is legitimate to compare ZFS and ext4. It would be much more competetive > to compare Linux BTRFS and FreeBSD ZFS. There is a separate kernel module for ZFS that can be installed, giving you proper kernel-level support for ZFS on Linux. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 18:09:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC2B3106566C; Thu, 15 Dec 2011 18:09:27 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6A2EF8FC16; Thu, 15 Dec 2011 18:09:27 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1RbFkC-0003th-3N>; Thu, 15 Dec 2011 19:09:24 +0100 Received: from e178037243.adsl.alicedsl.de ([85.178.37.243] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1RbFkB-0000HR-Ub>; Thu, 15 Dec 2011 19:09:24 +0100 Message-ID: <4EEA37D3.7000803@zedat.fu-berlin.de> Date: Thu, 15 Dec 2011 19:09:23 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Steven Hartland References: <4EE1EAFE.3070408@m5p.com><4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com><4EE933C6.4020209@zedat.fu-berlin.de><20111215004205.GA11556@icarus.home.lan> <4eea1a4a.nJRbEc1jgKpVnVk4%perryh@pluto.rain.com> <5350EDAC93604B6E93EDBD65A3038F88@multiplay.co.uk> In-Reply-To: <5350EDAC93604B6E93EDBD65A3038F88@multiplay.co.uk> X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCCAE13C8844593D3BFB4F812" X-Originating-IP: 85.178.37.243 Cc: tevans.uk@googlemail.com, perryh@pluto.rain.com, attilio@freebsd.org, george+freebsd@m5p.com, "freebsd-current >> Current FreeBSD" , freebsd-stable@freebsd.org, freebsd@jdc.parodius.com Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 18:09:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCCAE13C8844593D3BFB4F812 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 12/15/11 15:20, schrieb Steven Hartland: > With all the discussion I thought I'd give a buildworld > benchmark a go here on a spare 24 core machine. ULE > tested fine but with 4BSD it wont even boot panicing > with the following:- > http://screensnapr.com/v/hwysGV.png >=20 > This is on a clean 8.2-RELEASE-p4 >=20 > Upgrading to RELENG_9 fixed this but its a bit concerning > that just changing the scheduler would cause the machine > to panic on boot. >=20 > Its only a single run so varience could be high but here's > the result of a buildworld on this machine running the > two different schedulers:- > 4BSD: 24m54.10s real 2h43m12.42s user 56m20.07s sys > ULE: 23m54.68s real 2h34m59.04s user 50m59.91s sys >=20 > What really sticks out is that this is over double that > of an 8.2 buildworld on the same machine with the same > kernel > ULE: 11m12.76s real 1h27m59.39s user 28m59.57s sys >=20 > This was run 9.0-PRERELEASE kernel due to 4BSD panicing > on boot under 8.2. >=20 > So for this use ULE vs 4BSD is neither here-nor-there > but 9.0 buildworld is very slow (x2 slower) compared > with 8.2 so whats a bigger question in my mind. >=20 > Regards > Steve >=20 All of our 8.2-STABLE with ncpu >=3D 4 compile the OS in half the time a compilation of FreeBSD 9/10 is needed to. I guess this is due to the huge LLVM contribution which is now part of the source tree. Even if you allow building a whole LLVM suite (and not even pieces of it as in FreeBSD standard for CLANG purposes), it takes another q0 to 20 minutes, depending on the architecture of the underlying host. Building kernel or worl, taking time and show then the invers of that number isn't a good idea, in my opinion. Therefore I like "artificial" benchmarks: have a set of programs that can be compiled and take the time if compilation time is important. Well, your one-shot test would show, that there is indeed a marginal advantage of SCHED_ULE, if the number of cores is big enough (as said to be n > 2 in this thread). But I'm a bit disappointed about the very small advantage on that 24 core hog. Oliver --------------enigCCAE13C8844593D3BFB4F812 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJO6jfTAAoJEOgBcD7A/5N88mQIAKwvLo61jfJiVhjqNhN81imb HcZAcGb0Apy+ijC/Q9v9HjQbWSoPk3HeENyt5iYXV421WoYXy94qP0vO67yV0H2K 10UbVfIh5XmYfz89WdIjS4HvdmPKSjYnsZ17m93sJY4oWS8iO9nDwi1Z+K9h2LaD 6jN2hEFuGk547Yr3nTbKnXlm04CKp8sG+XIzbDhwDu+uB7FdkHH9NDi2w3Ki2f52 zSozarItiCqb/Ec0DAtGHAUoE25W5Tg+CshqZgdJXzWfFVrIbI+uXNx1AxhN4t91 rJ014tPDG+4UnqTprJ+5EtxO1Hpcqn7SmZ4jZfWE5aCmxkvXaE3koZvkzzpphRo= =r3lZ -----END PGP SIGNATURE----- --------------enigCCAE13C8844593D3BFB4F812-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 18:46:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AE83106566B for ; Thu, 15 Dec 2011 18:46:57 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 178EB8FC0C for ; Thu, 15 Dec 2011 18:46:55 +0000 (UTC) Received: by ggnp1 with SMTP id p1so3240258ggn.13 for ; Thu, 15 Dec 2011 10:46:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=7d6VqVruejPBYew39OdFfyLubY4RE3DWCquvTgnBdc0=; b=iCLiQ2NOnZCCmLJ6004uiCusi7ys59g2DGY/cAbS2RFqPYjJiR28xGmUsoI0I362XX YhvIuqQlNZmpnXBWTDtSuWtPawczV5JIxKSmGfN2yJrRdmj+UoXdPrdbUiCQgGanrs/q FBgG7n6xUenL6Tt6v3QcZOk38/sVLiGO/HSlU= Received: by 10.50.173.74 with SMTP id bi10mr3986530igc.4.1323974814418; Thu, 15 Dec 2011 10:46:54 -0800 (PST) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.199.18 with HTTP; Thu, 15 Dec 2011 10:46:22 -0800 (PST) In-Reply-To: <4EEA3556.7030105@zedat.fu-berlin.de> References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> <4EE9C79B.7080607@phoronix.com> <4EE9F546.6060503@freebsd.org> <4EEA3556.7030105@zedat.fu-berlin.de> From: Chris Rees Date: Thu, 15 Dec 2011 18:46:22 +0000 X-Google-Sender-Auth: un-4pXRVXneCogocUAc0frKt3Bo Message-ID: To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: Michael Larabel , FreeBSD Stable Mailing List , Current FreeBSD , Daniel Kalchev , Michael Ross , freebsd-performance@freebsd.org, Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 18:46:57 -0000 On 15 December 2011 17:58, O. Hartmann wrote: > Since ZFS in Linux can only be achieved via FUSE (ad far as I know), it > is legitimate to compare ZFS and ext4. It would be much more competetive > to compare Linux BTRFS and FreeBSD ZFS. > Er... does ext4 guarantee data integrity? You're not comparing like with like; please do some research on the point of ZFS before asserting that they're fair comparisons. A fair(er) comparison could be ext4 with UFS+soft-updates. Chris From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 19:02:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21D4E106564A; Thu, 15 Dec 2011 19:02:48 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4B6198FC13; Thu, 15 Dec 2011 19:02:45 +0000 (UTC) Received: by faaf16 with SMTP id f16so3819416faa.13 for ; Thu, 15 Dec 2011 11:02:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=SgZAVHUFCa9dzNQ7v791Vzanwzpvg9L2LKkf09pCqIA=; b=dKua/AxeaedYAKKhiqDkk6XJxGID2B/hN+gJs34qdsLEwXFhEbp8i6LudZbQ24sAiC emCaA+2CgFaBfDoGho7LhILfS1yOSBqRKyrFY441CQIwjKkM2OZlTWueIClf4uVwua1j AO1bSgwuR+b01OV9+sKbXUZ7dMjZuPkDAQzxE= MIME-Version: 1.0 Received: by 10.180.96.103 with SMTP id dr7mr7874751wib.16.1323975764332; Thu, 15 Dec 2011 11:02:44 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.171.8 with HTTP; Thu, 15 Dec 2011 11:02:44 -0800 (PST) In-Reply-To: <20111215174857.GA28551@icarus.home.lan> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <20111213073615.GA69641@icarus.home.lan> <20111215174857.GA28551@icarus.home.lan> Date: Thu, 15 Dec 2011 20:02:44 +0100 X-Google-Sender-Auth: CHfHol8uWmtjFqXYPz0qUtT3ARA Message-ID: From: Attilio Rao To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 19:02:48 -0000 2011/12/15 Jeremy Chadwick : > On Thu, Dec 15, 2011 at 05:26:27PM +0100, Attilio Rao wrote: >> 2011/12/13 Jeremy Chadwick : >> > On Mon, Dec 12, 2011 at 02:47:57PM +0100, O. Hartmann wrote: >> >> > Not fully right, boinc defaults to run on idprio 31 so this isn't a= n >> >> > issue. And yes, there are cases where SCHED_ULE shows much better >> >> > performance then SCHED_4BSD. ??[...] >> >> >> >> Do we have any proof at hand for such cases where SCHED_ULE performs >> >> much better than SCHED_4BSD? Whenever the subject comes up, it is >> >> mentioned, that SCHED_ULE has better performance on boxes with a ncpu= > >> >> 2. But in the end I see here contradictionary statements. People >> >> complain about poor performance (especially in scientific environment= s), >> >> and other give contra not being the case. >> >> >> >> Within our department, we developed a highly scalable code for planet= ary >> >> science purposes on imagery. It utilizes present GPUs via OpenCL if >> >> present. Otherwise it grabs as many cores as it can. >> >> By the end of this year I'll get a new desktop box based on Intels ne= w >> >> Sandy Bridge-E architecture with plenty of memory. If the colleague w= ho >> >> developed the code is willing performing some benchmarks on the same >> >> hardware platform, we'll benchmark bot FreeBSD 9.0/10.0 and the most >> >> recent Suse. For FreeBSD I intent also to look for performance with b= oth >> >> different schedulers available. >> > >> > This is in no way shape or form the same kind of benchmark as what >> > you're planning to do, but I thought I'd throw it out there for folks = to >> > take in as they see fit. >> > >> > I know folks were focused mainly on buildworld. >> > >> > I personally would find it interesting if someone with a higher-end >> > system (e.g. 2 physical CPUs, with 6 or 8 cores per CPU) was to do the >> > same test (changing -jX to -j{numofcores} of course). >> > >> > -- >> > | Jeremy Chadwick ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ??jdc a= t parodius.com | >> > | Parodius Networking ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? http://www.paro= dius.com/ | >> > | UNIX Systems Administrator ?? ?? ?? ?? ?? ?? ?? ?? ?? Mountain View,= CA, US | >> > | Making life hard for others since 1977. ?? ?? ?? ?? ?? ?? ?? PGP 4BD= 6C0CB | >> > >> > >> > sched_ule >> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> > - time make -j2 buildworld >> > ??1689.831u 229.328s 18:46.20 170.4% 6566+2051k 432+4264io 4565pf+0w >> > - time make -j2 buildkernel >> > ??640.542u 87.737s 9:01.38 134.5% 6490+1920k 134+5968io 0pf+0w >> > >> > >> > sched_4bsd >> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> > - time make -j2 buildworld >> > ??1662.793u 206.908s 17:12.02 181.1% 6578+2054k 23750+4271io 6451pf+0w >> > - time make -j2 buildkernel >> > ??638.717u 76.146s 8:34.90 138.8% 6530+1927k 6415+5903io 0pf+0w >> > >> > >> > software >> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> > * sched_ule test: ??FreeBSD 8.2-STABLE, Thu Dec ??1 04:37:29 PST 2011 >> > * sched_4bsd test: FreeBSD 8.2-STABLE, Mon Dec 12 22:42:54 PST 2011 >> >> Hi Jeremy, >> thanks for the time you spent on this. >> >> However, I wanted to ask/let you note 3 things: >> 1) Did you use 2 different code base for the test? (one updated on >> December 1 and another one on December 12) > > No; src-all (/usr/src on this system) was not updated between December > 1st and December 12th PST. =C2=A0I do believe I updated it today (15th PS= T). > I can/will obviously hold off so that we have a consistent code base for > comparing numbers between schedulers during buildworld and/or > buildkernel. > >> 2) Please note that you should have repeated this test several times >> (basically until you don't get a standard deviation which is >> acceptable with ministat) and report the ministat output > > This is the first time I have heard of ministat(1). =C2=A0I'm pretty sure= I > see what it's for and how it applies to this situation, but boy that man > page could use some clarification (I have 3 people looking at this thing > right now trying to figure out what means what in the graph :-) ). > Anyway, graph or not, I see the point. > > Regarding multiple tests: yup, you're absolutely right, the only way to > do it would be to run a sequence of tests repeatedly (probably 10 per > scheduler). =C2=A0Reboots and rm -fr /usr/obj/* would be required after e= ach > test too, to guarantee empty kernel caches (of all types) consistently > every time. > > What I posted was supposed to give people just a "general idea" if there > was any gigantic difference between the two, and there really isn't. > But, as others have stated (and you below), buildworld may not be an > effective way to "benchmark" what we're trying to test. > > Hence me wondering exactly what would make for a good test. =C2=A0Example= : > > 1. Run + background some program that "beats on things" (I really don't > know what; creation/deletion of threads? =C2=A0CPU benchmark? =C2=A0bonni= e++?), > with output going to /dev/null. > 2. Run + background "time make -j2 buildworld" with output going to /dev/= null > 3. Record/save output from "time". > 4. rm -fr /usr/obj && shutdown -r now > 5. Repeat all steps ~10 times > 6. Adjust kernel configuration file to use other scheduler > 7. Repeat steps 1-5. > > What I'm trying to figure out is what #1 and #2 should be in the above > example. > >> 3) The difference is less than 2% which I suspect is really >> statistically unuseful/the same > > Understood. > >> I'm not really even surprised ULE is not faster than 4BSD in this case >> because usually buildworld/buildkernel tests are driven for the vast >> majority by I/O overhead rather than scheduler capacity. It would be >> more interesting to analyze how buildworld does while another type of >> workload is going on. > > Yup, agreed/understood, hence me trying to find out what would classify > as a good stress test for all of this. > > I have a testbed system in my garage which I could set up to literally > do all of this in a loop, meaning automate the entire above process and > just let it go, writing stderr from time to a file (which wouldn't skew > the results at all). > > Let me know what #1 and #2 above, re: "the workloads", should be and > I'll be happy to set it up. My idea, in order to gather meaningful datas for both ULE and 4BSD would be to see how well they behave in the futher situation: - 2 concurrent interactive workloads - 2 concurrent cpu-intensive workloads - mixed and having the number of threads for both varying as: N/2, N, N + small_amount (1 or 2 or 3, etc), N*2 (where N is the number of available CPUs) which automatically translates into: - 2 concurrent interactive and intensive (A and B workloads): * A N/2 threads, B N/2 threads * A N threads, B N/2 threads * A N + small_amount, B N/2 threads * A N*2 threads, B N/2 threads * A N threads, B N threads * A N + small_amount, B N threads * A N*2 threads, B N threads * A N + small_amount, B N + small_amount threads * A N*2 threads, B N + small_amount threads * A N*2 threads, B N*2 threads For the mixed case, instead, we should try all the 16 combinations possibly and it is likely the most interesting case, to be honest. About the workload, we could use: interactives: buildworld and bonnie++ (I'm not totally sure if bonnie++ let you decides how many threads to run, but I'm sure we can replace with something that really does that) cpu-intensive: dnetc and SOMETHINGELSE (please propose something that can be setup very easilly!) mixed case: buildworld and dnetc About the environment I'd suggest the following things: - Try to boot with a maximum of 16 CPUs. I'm sure past that point TLB shootdown overhead is going to be too overwhelming, make doesn't really scale well, and also there could be too much contention on vm_page_lock_queue for interactive threads. - Try to reduce the I/O effect by using tmpfs as a storage for in and out datas when working out the benchmark - Use 10.0 with both kerneland and userland totally debug-free (please recall to set MALLOC_PRODUCTION in jemalloc) and always at the same svn revision, with the only change being the scheduler switch and the number of threads changing during the runs About the test itself I'd suggest the following things: - After every test combination, please reboot the machine (like, after you have tested the A N/2 threads and B N/2 threads case on sched_4bsd, reboot the machine before to do A N threads and B N/2 threads) - For every test combination I suggest to run the workloads 4 times, discard the first one (but keep the value!) and ministat the other three. Showing the "uncached" case against the average cached one will give much more indication than expected. - Expect a standard deviation from ministat to be 95% (or beyond) to be val= uable - For every difference in performance we find we should likely start worry about if it is as or bigger than 3% and being very concerned from 5% to above I think we already have some datas of ULE being broken in some cases (like George's and Steven's case) but we really need to characterize more, I think. Now, I understand this seems a gigantic work but I think there is much people which is interested in working on this and we may scatter these tests around, to different testers, to find meaningful datas. If it was me, I would start with comparisons involving all the N and N + small_amount cases which should be the most interesting. Do you have questions? Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 19:46:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB89C106564A; Thu, 15 Dec 2011 19:46:36 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6820F8FC0A; Thu, 15 Dec 2011 19:46:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=EK+mEIr5wXLNRK+o+gkQwhNeZz7gH4y//yqgkqZMT9E=; b=ClJh5RpI1ShemCy0/yCT1WdqtbQbx66RQR01kStLiG7jjpjg0o65EgTq+l9kHG5f9+Lqoj3t6KYv0fWIB2MseglX6MT+mqfCfOH76g3f/DV83LKXtbLlAFtKDILOT7cLpZNA/x4v5v3vlcozZxllSG5ElG/AKj7dHzTvN4DJ7SM=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1RbHGD-000ME3-L6 ; Thu, 15 Dec 2011 21:46:33 +0200 Date: Thu, 15 Dec 2011 21:46:27 +0200 From: Ivan Klymenko To: Attilio Rao Message-ID: <20111215214627.16f472bf@nonamehost.> In-Reply-To: References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <20111213073615.GA69641@icarus.home.lan> <20111215174857.GA28551@icarus.home.lan> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "O. Hartmann" , Current FreeBSD , freebsd-stable@freebsd.org, freebsd-performance@freebsd.org, Jeremy Chadwick Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 19:46:37 -0000 =D0=92 Thu, 15 Dec 2011 20:02:44 +0100 Attilio Rao =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > 2011/12/15 Jeremy Chadwick : > > On Thu, Dec 15, 2011 at 05:26:27PM +0100, Attilio Rao wrote: > >> 2011/12/13 Jeremy Chadwick : > >> > On Mon, Dec 12, 2011 at 02:47:57PM +0100, O. Hartmann wrote: > >> >> > Not fully right, boinc defaults to run on idprio 31 so this > >> >> > isn't an issue. And yes, there are cases where SCHED_ULE > >> >> > shows much better performance then SCHED_4BSD. ??[...] > >> >> > >> >> Do we have any proof at hand for such cases where SCHED_ULE > >> >> performs much better than SCHED_4BSD? Whenever the subject > >> >> comes up, it is mentioned, that SCHED_ULE has better > >> >> performance on boxes with a ncpu > 2. But in the end I see here > >> >> contradictionary statements. People complain about poor > >> >> performance (especially in scientific environments), and other > >> >> give contra not being the case. > >> >> > >> >> Within our department, we developed a highly scalable code for > >> >> planetary science purposes on imagery. It utilizes present GPUs > >> >> via OpenCL if present. Otherwise it grabs as many cores as it > >> >> can. By the end of this year I'll get a new desktop box based > >> >> on Intels new Sandy Bridge-E architecture with plenty of > >> >> memory. If the colleague who developed the code is willing > >> >> performing some benchmarks on the same hardware platform, we'll > >> >> benchmark bot FreeBSD 9.0/10.0 and the most recent Suse. For > >> >> FreeBSD I intent also to look for performance with both > >> >> different schedulers available. > >> > > >> > This is in no way shape or form the same kind of benchmark as > >> > what you're planning to do, but I thought I'd throw it out there > >> > for folks to take in as they see fit. > >> > > >> > I know folks were focused mainly on buildworld. > >> > > >> > I personally would find it interesting if someone with a > >> > higher-end system (e.g. 2 physical CPUs, with 6 or 8 cores per > >> > CPU) was to do the same test (changing -jX to -j{numofcores} of > >> > course). > >> > > >> > -- > >> > | Jeremy > >> > Chadwick ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ??jdc at > >> > parodius.com | | Parodius > >> > Networking ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? > >> > http://www.parodius.com/ | | UNIX Systems > >> > Administrator ?? ?? ?? ?? ?? ?? ?? ?? ?? Mountain View, CA, US | > >> > | Making life hard for others since 1977. ?? ?? ?? ?? ?? ?? ?? > >> > PGP 4BD6C0CB | > >> > > >> > > >> > sched_ule > >> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >> > - time make -j2 buildworld > >> > ??1689.831u 229.328s 18:46.20 170.4% 6566+2051k 432+4264io > >> > 4565pf+0w > >> > - time make -j2 buildkernel > >> > ??640.542u 87.737s 9:01.38 134.5% 6490+1920k 134+5968io 0pf+0w > >> > > >> > > >> > sched_4bsd > >> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >> > - time make -j2 buildworld > >> > ??1662.793u 206.908s 17:12.02 181.1% 6578+2054k 23750+4271io > >> > 6451pf+0w > >> > - time make -j2 buildkernel > >> > ??638.717u 76.146s 8:34.90 138.8% 6530+1927k 6415+5903io 0pf+0w > >> > > >> > > >> > software > >> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >> > * sched_ule test: ??FreeBSD 8.2-STABLE, Thu Dec ??1 04:37:29 PST > >> > 2011 > >> > * sched_4bsd test: FreeBSD 8.2-STABLE, Mon Dec 12 22:42:54 PST > >> > 2011 > >> > >> Hi Jeremy, > >> thanks for the time you spent on this. > >> > >> However, I wanted to ask/let you note 3 things: > >> 1) Did you use 2 different code base for the test? (one updated on > >> December 1 and another one on December 12) > > > > No; src-all (/usr/src on this system) was not updated between > > December 1st and December 12th PST. =C2=A0I do believe I updated it > > today (15th PST). I can/will obviously hold off so that we have a > > consistent code base for comparing numbers between schedulers > > during buildworld and/or buildkernel. > > > >> 2) Please note that you should have repeated this test several > >> times (basically until you don't get a standard deviation which is > >> acceptable with ministat) and report the ministat output > > > > This is the first time I have heard of ministat(1). =C2=A0I'm pretty > > sure I see what it's for and how it applies to this situation, but > > boy that man page could use some clarification (I have 3 people > > looking at this thing right now trying to figure out what means > > what in the graph :-) ). Anyway, graph or not, I see the point. > > > > Regarding multiple tests: yup, you're absolutely right, the only > > way to do it would be to run a sequence of tests repeatedly > > (probably 10 per scheduler). =C2=A0Reboots and rm -fr /usr/obj/* would > > be required after each test too, to guarantee empty kernel caches > > (of all types) consistently every time. > > > > What I posted was supposed to give people just a "general idea" if > > there was any gigantic difference between the two, and there really > > isn't. But, as others have stated (and you below), buildworld may > > not be an effective way to "benchmark" what we're trying to test. > > > > Hence me wondering exactly what would make for a good test. > > =C2=A0Example: > > > > 1. Run + background some program that "beats on things" (I really > > don't know what; creation/deletion of threads? =C2=A0CPU benchmark? > > =C2=A0bonnie++?), with output going to /dev/null. > > 2. Run + background "time make -j2 buildworld" with output going > > to /dev/null 3. Record/save output from "time". > > 4. rm -fr /usr/obj && shutdown -r now > > 5. Repeat all steps ~10 times > > 6. Adjust kernel configuration file to use other scheduler > > 7. Repeat steps 1-5. > > > > What I'm trying to figure out is what #1 and #2 should be in the > > above example. > > > >> 3) The difference is less than 2% which I suspect is really > >> statistically unuseful/the same > > > > Understood. > > > >> I'm not really even surprised ULE is not faster than 4BSD in this > >> case because usually buildworld/buildkernel tests are driven for > >> the vast majority by I/O overhead rather than scheduler capacity. > >> It would be more interesting to analyze how buildworld does while > >> another type of workload is going on. > > > > Yup, agreed/understood, hence me trying to find out what would > > classify as a good stress test for all of this. > > > > I have a testbed system in my garage which I could set up to > > literally do all of this in a loop, meaning automate the entire > > above process and just let it go, writing stderr from time to a > > file (which wouldn't skew the results at all). > > > > Let me know what #1 and #2 above, re: "the workloads", should be and > > I'll be happy to set it up. >=20 > My idea, in order to gather meaningful datas for both ULE and 4BSD > would be to see how well they behave in the futher situation: > - 2 concurrent interactive workloads > - 2 concurrent cpu-intensive workloads > - mixed >=20 > and having the number of threads for both varying as: N/2, N, N + > small_amount (1 or 2 or 3, etc), N*2 (where N is the number of > available CPUs) which automatically translates into: >=20 > - 2 concurrent interactive and intensive (A and B workloads): > * A N/2 threads, B N/2 threads > * A N threads, B N/2 threads > * A N + small_amount, B N/2 threads > * A N*2 threads, B N/2 threads > * A N threads, B N threads > * A N + small_amount, B N threads > * A N*2 threads, B N threads > * A N + small_amount, B N + small_amount threads > * A N*2 threads, B N + small_amount threads > * A N*2 threads, B N*2 threads >=20 > For the mixed case, instead, we should try all the 16 combinations > possibly and it is likely the most interesting case, to be honest. >=20 > About the workload, we could use: > interactives: buildworld and bonnie++ (I'm not totally sure if > bonnie++ let you decides how many threads to run, but I'm sure we can > replace with something that really does that) > cpu-intensive: dnetc and SOMETHINGELSE (please propose something that > can be setup very easilly!) > mixed case: buildworld and dnetc >=20 > About the environment I'd suggest the following things: > - Try to boot with a maximum of 16 CPUs. I'm sure past that point TLB > shootdown overhead is going to be too overwhelming, make doesn't > really scale well, and also there could be too much contention on > vm_page_lock_queue for interactive threads. > - Try to reduce the I/O effect by using tmpfs as a storage for in and > out datas when working out the benchmark > - Use 10.0 with both kerneland and userland totally debug-free (please > recall to set MALLOC_PRODUCTION in jemalloc) and always at the same > svn revision, with the only change being the scheduler switch and the > number of threads changing during the runs >=20 > About the test itself I'd suggest the following things: > - After every test combination, please reboot the machine (like, after > you have tested the A N/2 threads and B N/2 threads case on > sched_4bsd, reboot the machine before to do A N threads and B N/2 > threads) > - For every test combination I suggest to run the workloads 4 times, > discard the first one (but keep the value!) and ministat the other > three. Showing the "uncached" case against the average cached one will > give much more indication than expected. > - Expect a standard deviation from ministat to be 95% (or beyond) to > be valuable > - For every difference in performance we find we should likely start > worry about if it is as or bigger than 3% and being very concerned > from 5% to above >=20 > I think we already have some datas of ULE being broken in some cases > (like George's and Steven's case) but we really need to characterize > more, I think. >=20 > Now, I understand this seems a gigantic work but I think there is much > people which is interested in working on this and we may scatter these > tests around, to different testers, to find meaningful datas. >=20 > If it was me, I would start with comparisons involving all the N and N > + small_amount cases which should be the most interesting. >=20 > Do you have questions? >=20 > Thanks, > Attilio >=20 >=20 Perhaps it makes sense to co-write a script to automate these actions? And place it in /usr/src/tools/sched/... From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 20:58:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBB52106564A; Thu, 15 Dec 2011 20:58:07 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 90BBC8FC12; Thu, 15 Dec 2011 20:58:07 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.5/8.14.4) with ESMTP id pBFKw2ea013553; Thu, 15 Dec 2011 15:58:03 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4EEA5F5C.8080503@sentex.net> Date: Thu, 15 Dec 2011 15:58:04 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Attilio Rao References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> <20111213230441.GB42285@stack.nl> <4ee7e2d3.0a3c640a.4617.4a33SMTPIN_ADDED@mx.google.com> <4EE8D607.1000504@sentex.net> <4EEA227E.7080704@sentex.net> <4EEA25BB.7040706@sentex.net> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: Ivan Klymenko , mdf@freebsd.org, Doug Barton , freebsd-stable@freebsd.org, Jilles Tjoelker , "O. Hartmann" , Current FreeBSD , freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 20:58:08 -0000 On 12/15/2011 11:56 AM, Attilio Rao wrote: > So, as very first thing, can you try the following: > - Same codebase, etc. etc. > - Make the test 4 times, discard the first and ministat for the other 3 > - Reboot > - Change the steal_thresh value > - Make the test 4 times, discard the first and ministat for the other 3 > > Then report discarded values and the ministated one and we will have > more informations I guess > (also, I don't think devfs contention should play a role here, thus > nevermind about it for now). Results and data at http://www.tancsa.com/ule-bsd.html ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 21:25:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF6911065672; Thu, 15 Dec 2011 21:25:08 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 07F938FC13; Thu, 15 Dec 2011 21:25:07 +0000 (UTC) Received: by wgbds13 with SMTP id ds13so1782058wgb.1 for ; Thu, 15 Dec 2011 13:25:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=01rUC02AA1IBImtEMcYSDqr1FhgQzKU+JGgR5l659IE=; b=mPbuaR7qYL9qQqflmhEG/FOaQEfmuj02b98bHd+SanqMl7dERFG5KaTYVMQkAfsKKC e9OvIZ9LOWmPEN83dZkwSRZvOCAyuriuV1wOtiGP0CSMe4UoPSY9hhbEcSBUuUaCQu5O 0RbaaZ6XLpaZFEyiHTZGLh6JB77EHRvg/zljI= MIME-Version: 1.0 Received: by 10.180.95.136 with SMTP id dk8mr3940463wib.11.1323984306922; Thu, 15 Dec 2011 13:25:06 -0800 (PST) Received: by 10.223.158.129 with HTTP; Thu, 15 Dec 2011 13:25:06 -0800 (PST) In-Reply-To: References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> <4EE9C79B.7080607@phoronix.com> <4EE9F546.6060503@freebsd.org> <4EEA3556.7030105@zedat.fu-berlin.de> Date: Thu, 15 Dec 2011 13:25:06 -0800 Message-ID: From: Kevin Oberman To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 Cc: Michael Larabel , FreeBSD Stable Mailing List , Current FreeBSD , Daniel Kalchev , Michael Ross , freebsd-performance@freebsd.org, "O. Hartmann" , Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 21:25:09 -0000 On Thu, Dec 15, 2011 at 10:46 AM, Chris Rees wrote: > On 15 December 2011 17:58, O. Hartmann wrote: >> Since ZFS in Linux can only be achieved via FUSE (ad far as I know), it >> is legitimate to compare ZFS and ext4. It would be much more competetive >> to compare Linux BTRFS and FreeBSD ZFS. >> > > > Er... does ext4 guarantee data integrity? > > You're not comparing like with like; please do some research on the > point of ZFS before asserting that they're fair comparisons. > > A fair(er) comparison could be ext4 with UFS+soft-updates. Wouldn't UFS+SUJ be the closest atch? -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 21:30:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C4421065675; Thu, 15 Dec 2011 21:30:11 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4C5D98FC12; Thu, 15 Dec 2011 21:30:09 +0000 (UTC) Received: by werb13 with SMTP id b13so308398wer.13 for ; Thu, 15 Dec 2011 13:30:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=n7KfzfVyFNQXWNxFW6vjVaEbwJSYP2hpwEXCEg172hY=; b=JeYX+K+bT1XoVpq9v5x0AF2oW1Z7WZgDunB3J3Ss1LT9ZreedL1C7sd//L+D/rb/Ny WaQXzTbYVuAwiXTS6rxgJlwlkfB4EtRzyjEJnLIYxLiD0npcroxDSutPkDzVDVCuPz5X VVriBCK/hiC2kvAcyATssUPls8PpRMJMCenyI= MIME-Version: 1.0 Received: by 10.216.131.152 with SMTP id m24mr2521388wei.56.1323984609072; Thu, 15 Dec 2011 13:30:09 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.171.8 with HTTP; Thu, 15 Dec 2011 13:30:08 -0800 (PST) In-Reply-To: <4EEA5F5C.8080503@sentex.net> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> <20111213230441.GB42285@stack.nl> <4ee7e2d3.0a3c640a.4617.4a33SMTPIN_ADDED@mx.google.com> <4EE8D607.1000504@sentex.net> <4EEA227E.7080704@sentex.net> <4EEA25BB.7040706@sentex.net> <4EEA5F5C.8080503@sentex.net> Date: Thu, 15 Dec 2011 22:30:08 +0100 X-Google-Sender-Auth: -u6X1A6ozE_YndJdHRmklZbhh6k Message-ID: From: Attilio Rao To: Mike Tancsa Content-Type: text/plain; charset=UTF-8 Cc: Ivan Klymenko , mdf@freebsd.org, Doug Barton , freebsd-stable@freebsd.org, Jilles Tjoelker , "O. Hartmann" , Current FreeBSD , freebsd-performance@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 21:30:11 -0000 2011/12/15 Mike Tancsa : > On 12/15/2011 11:56 AM, Attilio Rao wrote: >> So, as very first thing, can you try the following: >> - Same codebase, etc. etc. >> - Make the test 4 times, discard the first and ministat for the other 3 >> - Reboot >> - Change the steal_thresh value >> - Make the test 4 times, discard the first and ministat for the other 3 >> >> Then report discarded values and the ministated one and we will have >> more informations I guess >> (also, I don't think devfs contention should play a role here, thus >> nevermind about it for now). > > > Results and data at > > http://www.tancsa.com/ule-bsd.html I'm not totally sure, what does burnP6 do? is it a CPU-bound workload? Also, how many threads are spanked in your case for parallel bzip2? Also, it would be very good if you could arrange these tests against newer -CURRENT (with userland and kerneland debugging off). Thanks a lot of your hard work, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 21:40:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 439F9106566C for ; Thu, 15 Dec 2011 21:40:47 +0000 (UTC) (envelope-from aboyer@averesystems.com) Received: from zimbra.averesystems.com (75-149-8-245-Pennsylvania.hfc.comcastbusiness.net [75.149.8.245]) by mx1.freebsd.org (Postfix) with ESMTP id F1DCF8FC13 for ; Thu, 15 Dec 2011 21:40:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.averesystems.com (Postfix) with ESMTP id EAA4B446009 for ; Thu, 15 Dec 2011 16:22:49 -0500 (EST) X-Virus-Scanned: amavisd-new at averesystems.com Received: from zimbra.averesystems.com ([127.0.0.1]) by localhost (zimbra.averesystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hktwyvyq5UrO for ; Thu, 15 Dec 2011 16:22:48 -0500 (EST) Received: from riven.arriad.com (fw.arriad.com [10.0.0.16]) by zimbra.averesystems.com (Postfix) with ESMTPSA id 62050446008 for ; Thu, 15 Dec 2011 16:22:48 -0500 (EST) From: Andrew Boyer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 15 Dec 2011 16:21:51 -0500 Message-Id: <94847CD1-4361-424C-A2F6-75CAE918E2A9@averesystems.com> To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: Idea for change to boot0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 21:40:47 -0000 These two changes allow you to set PXE as the default MBR boot = selection, which enables you to write a 'reboot to the network' script. = We've found it to be very useful. What do people think? Thanks, Andrew > Index: usr.sbin/boot0cfg/boot0cfg.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- usr.sbin/boot0cfg/boot0cfg.c (revision 228359) > +++ usr.sbin/boot0cfg/boot0cfg.c (working copy) > @@ -169,7 +169,7 @@ > o_flag =3D 1; > break; > case 's': > - s_arg =3D argtoi(optarg, 1, 5, 's'); > + s_arg =3D argtoi(optarg, 1, 6, 's'); > break; > case 't': > t_arg =3D argtoi(optarg, 1, 0xffff, 't'); > @@ -472,6 +472,8 @@ > printf("default_selection=3DF%d (", mbr[OFF_OPT] + 1); > if (mbr[OFF_OPT] < 4) > printf("Slice %d", mbr[OFF_OPT] + 1); > + else if (mbr[OFF_OPT] =3D=3D 5) > + print("PXE"); > else > printf("Drive 1"); > printf(")\n"); > Index: sys/boot/i386/boot0/boot0.S > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/boot/i386/boot0/boot0.S (revision 228359) > +++ sys/boot/i386/boot0/boot0.S (working copy) > @@ -413,6 +413,7 @@ > 3: > #endif /* ONLY_F_KEYS */ > #endif /* SIO */ > +check_selection: > cmpb $0x5,%al # F1..F6 or 1..6 ? > #ifdef PXE /* enable PXE/INT18 using F6 */ > jne 1f; > @@ -421,7 +422,6 @@ > #endif /* PXE */ > jae beep # Not in F1..F5, beep >=20 > -check_selection: > /* > * We have a selection. If it's a bad selection go back to = complain. > * The bits in MNUOPT were set when the options were printed. -------------------------------------------------- Andrew Boyer aboyer@averesystems.com From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 21:50:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E41021065676; Thu, 15 Dec 2011 21:50:18 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 83D078FC0A; Thu, 15 Dec 2011 21:50:18 +0000 (UTC) Received: by iakl21 with SMTP id l21so6168701iak.13 for ; Thu, 15 Dec 2011 13:50:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=BWWRcz+Kc66W7cNXwfHMy0GIhek/G+cxthNvX7X5F+g=; b=rhPZgMsEUlXFQ3KD7ENAkEkmSvbqwVupBDcz60MmKUAK7HfwVHuGsAE5barqs2IceG rezYeu0VWwSIyHP3mUI+WqGgRwMd2E2rPx133SwN7+TkjzA+VZqG2u8uOqDChM1HcdeR jXUMnh1gNeXuMSq17yDUS5mNB2guec456xqwA= MIME-Version: 1.0 Received: by 10.50.87.167 with SMTP id az7mr4458428igb.64.1323985817944; Thu, 15 Dec 2011 13:50:17 -0800 (PST) Sender: utisoft@gmail.com Received: by 10.231.199.18 with HTTP; Thu, 15 Dec 2011 13:50:16 -0800 (PST) Received: by 10.231.199.18 with HTTP; Thu, 15 Dec 2011 13:50:16 -0800 (PST) In-Reply-To: References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> <4EE9C79B.7080607@phoronix.com> <4EE9F546.6060503@freebsd.org> <4EEA3556.7030105@zedat.fu-berlin.de> Date: Thu, 15 Dec 2011 21:50:16 +0000 X-Google-Sender-Auth: 3H_H0RfZRLtgeuGQ66WdKuNcthA Message-ID: From: Chris Rees To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Michael Larabel , FreeBSD Stable Mailing List , Current FreeBSD , Daniel Kalchev , Michael Ross , freebsd-performance@freebsd.org, "O. Hartmann" , Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 21:50:19 -0000 On 15 Dec 2011 21:25, "Kevin Oberman" wrote: > > On Thu, Dec 15, 2011 at 10:46 AM, Chris Rees wrote: > > On 15 December 2011 17:58, O. Hartmann wrote: > >> Since ZFS in Linux can only be achieved via FUSE (ad far as I know), it > >> is legitimate to compare ZFS and ext4. It would be much more competetive > >> to compare Linux BTRFS and FreeBSD ZFS. > >> > > > > > > Er... does ext4 guarantee data integrity? > > > > You're not comparing like with like; please do some research on the > > point of ZFS before asserting that they're fair comparisons. > > > > A fair(er) comparison could be ext4 with UFS+soft-updates. > > Wouldn't UFS+SUJ be the closest atch? Yup. Thanks. Chris From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 23:40:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16E75106566B for ; Thu, 15 Dec 2011 23:40:48 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9E1B38FC16 for ; Thu, 15 Dec 2011 23:40:47 +0000 (UTC) Received: by eaaf13 with SMTP id f13so3484120eaa.13 for ; Thu, 15 Dec 2011 15:40:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+jx0ct6wwxDNfc9JwJNIVTtRAEcbTSsHTM0GoddeY80=; b=KESh4vPTqMc29uMxaeHjuOXkUFYpI5HiuDtkZi4Yjxt7g+wCIicb91Ivm/hzO3e4+a A1iPS15Ei7uu9v+6TcFsWjErz9v6yDrk7Jx3I99/CQP8ODXKOAS0iEy8iJKg8ORMaiqI 00Xy1IcKO2DfvTT+0RNNkGWsFHO/byw/l68Qc= MIME-Version: 1.0 Received: by 10.204.129.24 with SMTP id m24mr2414755bks.89.1323992446292; Thu, 15 Dec 2011 15:40:46 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.205.115.138 with HTTP; Thu, 15 Dec 2011 15:40:46 -0800 (PST) In-Reply-To: <94847CD1-4361-424C-A2F6-75CAE918E2A9@averesystems.com> References: <94847CD1-4361-424C-A2F6-75CAE918E2A9@averesystems.com> Date: Thu, 15 Dec 2011 15:40:46 -0800 X-Google-Sender-Auth: 1ZZVw5f8uUS_E_vCHi8-bIy3m-A Message-ID: From: Craig Rodrigues To: Andrew Boyer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Idea for change to boot0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 23:40:48 -0000 Hi, This is interesting. I wrote some newer documentation for PXE booting here: http://www.freebsd.org/doc/handbook/network-pxe-nfs.html In 32.8.4, bullet item 1, I mentioned that it is necessary to configure network booting in the BIOS menu. With your change, is entering the BIOS menu to configure network booting still necessary? -- Craig Rodrigues rodrigc@juniper.net On Thu, Dec 15, 2011 at 1:21 PM, Andrew Boyer wro= te: > These two changes allow you to set PXE as the default MBR boot selection,= which enables you to write a 'reboot to the network' script. =A0We've foun= d it to be very useful. =A0What do people think? > > Thanks, > Andrew > >> Index: usr.sbin/boot0cfg/boot0cfg.c >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- usr.sbin/boot0cfg/boot0cfg.c =A0 =A0 =A0(revision 228359) >> +++ usr.sbin/boot0cfg/boot0cfg.c =A0 =A0 =A0(working copy) >> @@ -169,7 +169,7 @@ >> =A0 =A0 =A0 =A0 =A0 =A0 o_flag =3D 1; >> =A0 =A0 =A0 =A0 =A0 =A0 break; >> =A0 =A0 =A0 =A0 case 's': >> - =A0 =A0 =A0 =A0 =A0 =A0s_arg =3D argtoi(optarg, 1, 5, 's'); >> + =A0 =A0 =A0 =A0 =A0 =A0s_arg =3D argtoi(optarg, 1, 6, 's'); >> =A0 =A0 =A0 =A0 =A0 =A0 break; >> =A0 =A0 =A0 =A0 case 't': >> =A0 =A0 =A0 =A0 =A0 =A0 t_arg =3D argtoi(optarg, 1, 0xffff, 't'); >> @@ -472,6 +472,8 @@ >> =A0 =A0 printf("default_selection=3DF%d (", mbr[OFF_OPT] + 1); >> =A0 =A0 if (mbr[OFF_OPT] < 4) >> =A0 =A0 =A0 printf("Slice %d", mbr[OFF_OPT] + 1); >> + =A0 =A0else if (mbr[OFF_OPT] =3D=3D 5) >> + =A0 =A0 =A0 =A0print("PXE"); >> =A0 =A0 else >> =A0 =A0 =A0 printf("Drive 1"); >> =A0 =A0 printf(")\n"); >> Index: sys/boot/i386/boot0/boot0.S >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- sys/boot/i386/boot0/boot0.S =A0 =A0 =A0 (revision 228359) >> +++ sys/boot/i386/boot0/boot0.S =A0 =A0 =A0 (working copy) >> @@ -413,6 +413,7 @@ >> =A0 =A0 =A0 3: >> #endif /* ONLY_F_KEYS */ >> #endif /* SIO */ >> +check_selection: >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 cmpb $0x5,%al =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 # F1..F6 or 1..6 ? >> #ifdef PXE /* enable PXE/INT18 using F6 */ >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 jne 1f; >> @@ -421,7 +422,6 @@ >> #endif /* PXE */ >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 jae beep =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0# Not in F1..F5, beep >> >> -check_selection: >> =A0 =A0 =A0 /* >> =A0 =A0 =A0 =A0* We have a selection. =A0If it's a bad selection go back= to complain. >> =A0 =A0 =A0 =A0* The bits in MNUOPT were set when the options were print= ed. > > -------------------------------------------------- > Andrew Boyer =A0 =A0aboyer@averesystems.com > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Thu Dec 15 23:41:37 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F22361065676 for ; Thu, 15 Dec 2011 23:41:36 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id BE3378FC1F for ; Thu, 15 Dec 2011 23:41:36 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id pBFNUqDe063464; Thu, 15 Dec 2011 15:30:56 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201112152330.pBFNUqDe063464@gw.catspoiler.org> Date: Thu, 15 Dec 2011 15:30:52 -0800 (PST) From: Don Lewis To: phk@phk.freebsd.dk In-Reply-To: <1732.1323872049@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: seanbru@yahoo-inc.com, current@FreeBSD.org Subject: Re: dogfooding over in clusteradm land X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 23:41:37 -0000 On 14 Dec, Poul-Henning Kamp wrote: > In message <1323868832.5283.9.camel@hitfishpass-lx.corp.yahoo.com>, Sean Bruno > writes: > >>We're seeing what looks like a syncher/ufs resource starvation on 9.0 on >>the cvs2svn ports conversion box. I'm not sure what resource is tapped >>out. > > Search mailarcive for "lemming-syncer" That should only produce a slowdown every 30 seconds but not cause a deadlock. I'd be more suspicious of a memory allocation deadlock. This can happen if the system runs short of free memory because there are a large number of dirty buffers, but it needs to allocate some memory to flush the buffers to disk. This could be more likely to happen if you are using a software raid layer, but I suspect that the recent change to the default UFS block size from 16K to 32K is the culprit. In another thread bde pointed out that the BKVASIZE definition in sys/param.h hadn't been updated to match the new default UFS block size. * BKVASIZE - Nominal buffer space per buffer, in bytes. BKVASIZE is the * minimum KVM memory reservation the kernel is willing to make. * Filesystems can of course request smaller chunks. Actual * backing memory uses a chunk size of a page (PAGE_SIZE). * * If you make BKVASIZE too small you risk seriously fragmenting * the buffer KVM map which may slow things down a bit. If you * make it too big the kernel will not be able to optimally use * the KVM memory reserved for the buffer cache and will wind * up with too-few buffers. * * The default is 16384, roughly 2x the block size used by a * normal UFS filesystem. */ #define MAXBSIZE 65536 /* must be power of 2 */ #define BKVASIZE 16384 /* must be power of 2 */ The problem is that BKVASIZE is used in a number of the tuning calculations in vfs_bio.c: /* * The nominal buffer size (and minimum KVA allocation) is BKVASIZE. * For the first 64MB of ram nominally allocate sufficient buffers to * cover 1/4 of our ram. Beyond the first 64MB allocate additional * buffers to cover 1/10 of our ram over 64MB. When auto-sizing * the buffer cache we limit the eventual kva reservation to * maxbcache bytes. * * factor represents the 1/4 x ram conversion. */ if (nbuf == 0) { int factor = 4 * BKVASIZE / 1024; nbuf = 50; if (physmem_est > 4096) nbuf += min((physmem_est - 4096) / factor, 65536 / factor); if (physmem_est > 65536) nbuf += (physmem_est - 65536) * 2 / (factor * 5); if (maxbcache && nbuf > maxbcache / BKVASIZE) nbuf = maxbcache / BKVASIZE; tuned_nbuf = 1; } else tuned_nbuf = 0; /* XXX Avoid unsigned long overflows later on with maxbufspace. */ maxbuf = (LONG_MAX / 3) / BKVASIZE; /* * maxbufspace is the absolute maximum amount of buffer space we are * allowed to reserve in KVM and in real terms. The absolute maximum * is nominally used by buf_daemon. hibufspace is the nominal maximum * used by most other processes. The differential is required to * ensure that buf_daemon is able to run when other processes might * be blocked waiting for buffer space. * * maxbufspace is based on BKVASIZE. Allocating buffers larger then * this may result in KVM fragmentation which is not handled optimally * by the system. */ maxbufspace = (long)nbuf * BKVASIZE; hibufspace = lmax(3 * maxbufspace / 4, maxbufspace - MAXBSIZE * 10); lobufspace = hibufspace - MAXBSIZE; If you are using the new 32K default filesystem block size, then you may be consuming twice as much memory for buffers than the tuning calculations think you are using. Increasing maxvnodes is probably the wrong way to go, since it will increase memory pressure. As a quick and dirty test, try cutting kern.nbuf in half. The correct fix is probably to rebuild the kernel with BKVASIZE doubled. From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 01:16:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F250106566C for ; Fri, 16 Dec 2011 01:16:24 +0000 (UTC) (envelope-from aboyer@averesystems.com) Received: from zimbra.averesystems.com (75-149-8-245-Pennsylvania.hfc.comcastbusiness.net [75.149.8.245]) by mx1.freebsd.org (Postfix) with ESMTP id EC7A68FC08 for ; Fri, 16 Dec 2011 01:16:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.averesystems.com (Postfix) with ESMTP id 56965446001; Thu, 15 Dec 2011 20:17:19 -0500 (EST) X-Virus-Scanned: amavisd-new at averesystems.com Received: from zimbra.averesystems.com ([127.0.0.1]) by localhost (zimbra.averesystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2SZVs6LwfcBm; Thu, 15 Dec 2011 20:17:13 -0500 (EST) Received: from [192.168.4.3] (c-24-131-84-46.hsd1.pa.comcast.net [24.131.84.46]) by zimbra.averesystems.com (Postfix) with ESMTPSA id 2D73B446006; Thu, 15 Dec 2011 20:17:11 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Andrew Boyer In-Reply-To: Date: Thu, 15 Dec 2011 20:16:13 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <4CA52BC4-EBC1-4125-95BC-EBA32B51607B@averesystems.com> References: <94847CD1-4361-424C-A2F6-75CAE918E2A9@averesystems.com> To: Craig Rodrigues X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@freebsd.org Subject: Re: Idea for change to boot0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 01:16:24 -0000 On Dec 15, 2011, at 6:40 PM, Craig Rodrigues wrote: > Hi, >=20 > This is interesting. I wrote some newer documentation for PXE booting > here: > http://www.freebsd.org/doc/handbook/network-pxe-nfs.html >=20 > In 32.8.4, bullet item 1, I mentioned that it is necessary to > configure network booting in the BIOS menu. >=20 > With your change, is entering the BIOS menu to configure network = booting > still necessary? >=20 > -- > Craig Rodrigues > rodrigc@juniper.net >=20 Nope. You can just do: # boot0cfg -s 6 # reboot It saves you from waiting around until the BIOS screen comes up, hitting = the wrong button, etc. etc. On systems with a lot of memory the BIOS = start times are getting ridiculous. -Andrew > On Thu, Dec 15, 2011 at 1:21 PM, Andrew Boyer = wrote: >> These two changes allow you to set PXE as the default MBR boot = selection, which enables you to write a 'reboot to the network' script. = We've found it to be very useful. What do people think? >>=20 >> Thanks, >> Andrew >>=20 >>> Index: usr.sbin/boot0cfg/boot0cfg.c >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- usr.sbin/boot0cfg/boot0cfg.c (revision 228359) >>> +++ usr.sbin/boot0cfg/boot0cfg.c (working copy) >>> @@ -169,7 +169,7 @@ >>> o_flag =3D 1; >>> break; >>> case 's': >>> - s_arg =3D argtoi(optarg, 1, 5, 's'); >>> + s_arg =3D argtoi(optarg, 1, 6, 's'); >>> break; >>> case 't': >>> t_arg =3D argtoi(optarg, 1, 0xffff, 't'); >>> @@ -472,6 +472,8 @@ >>> printf("default_selection=3DF%d (", mbr[OFF_OPT] + 1); >>> if (mbr[OFF_OPT] < 4) >>> printf("Slice %d", mbr[OFF_OPT] + 1); >>> + else if (mbr[OFF_OPT] =3D=3D 5) >>> + print("PXE"); >>> else >>> printf("Drive 1"); >>> printf(")\n"); >>> Index: sys/boot/i386/boot0/boot0.S >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- sys/boot/i386/boot0/boot0.S (revision 228359) >>> +++ sys/boot/i386/boot0/boot0.S (working copy) >>> @@ -413,6 +413,7 @@ >>> 3: >>> #endif /* ONLY_F_KEYS */ >>> #endif /* SIO */ >>> +check_selection: >>> cmpb $0x5,%al # F1..F6 or 1..6 ? >>> #ifdef PXE /* enable PXE/INT18 using F6 */ >>> jne 1f; >>> @@ -421,7 +422,6 @@ >>> #endif /* PXE */ >>> jae beep # Not in F1..F5, beep >>>=20 >>> -check_selection: >>> /* >>> * We have a selection. If it's a bad selection go back to = complain. >>> * The bits in MNUOPT were set when the options were printed. >>=20 >> -------------------------------------------------- >> Andrew Boyer aboyer@averesystems.com >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >=20 >=20 >=20 > --=20 > Craig Rodrigues > rodrigc@crodrigues.org -------------------------------------------------- Andrew Boyer aboyer@averesystems.com From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 02:40:01 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 242F4106566B for ; Fri, 16 Dec 2011 02:40:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6731E14DD4C; Fri, 16 Dec 2011 02:40:00 +0000 (UTC) Message-ID: <4EEAAF7F.2030408@FreeBSD.org> Date: Thu, 15 Dec 2011 18:39:59 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111110 Thunderbird/8.0 MIME-Version: 1.0 To: Sean Bruno References: <1323868832.5283.9.camel@hitfishpass-lx.corp.yahoo.com> In-Reply-To: <1323868832.5283.9.camel@hitfishpass-lx.corp.yahoo.com> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" Subject: Re: dogfooding over in clusteradm land X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 02:40:01 -0000 On 12/14/2011 05:20, Sean Bruno wrote: > We're seeing what looks like a syncher/ufs resource starvation on 9.0 on > the cvs2svn ports conversion box. ... sounds like a good reason not to migrate the history to me. :) -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 05:41:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87945106566C; Fri, 16 Dec 2011 05:41:44 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id B50698FC13; Fri, 16 Dec 2011 05:41:42 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so5358899wgb.31 for ; Thu, 15 Dec 2011 21:41:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zYwTYYZjl5AzeYGUNZgksYv7U7ZRA1lgZiv53sHsLqY=; b=lCJZFKYrEgsc+rMVUFognpRqr6QWFYval5NLQOlVtyvVvEADUmR92ZFDun6eKFiSOq KLm+xWA8Z+WgFKHaKSywQBzTgwJ/VRBsNE0t39SIxj635aAtBY/TbXWCGyCI3pZ+QPIO +cFk/VR358rN8JR/6hsq1ompIKU8K/SCqIOXA= MIME-Version: 1.0 Received: by 10.180.18.233 with SMTP id z9mr10392844wid.0.1324014101856; Thu, 15 Dec 2011 21:41:41 -0800 (PST) Received: by 10.180.99.226 with HTTP; Thu, 15 Dec 2011 21:41:41 -0800 (PST) In-Reply-To: <4EE9A2A0.80607@zedat.fu-berlin.de> References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> Date: Fri, 16 Dec 2011 00:41:41 -0500 Message-ID: From: Arnaud Lacombe To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-performance@freebsd.org, Current FreeBSD , FreeBSD Stable Mailing List , Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 05:41:44 -0000 Hi, On Thu, Dec 15, 2011 at 2:32 AM, O. Hartmann wrote: > Just saw this shot benchmark on Phoronix dot com today: > > http://www.phoronix.com/scan.php?page=news_item&px=MTAyNzA > it might be worth highlighting that despite Oracle Linux 6.1 Server is using a kernel + compiler almost 2 years old, it still manages to out-perform the bleeding edge FreeBSD :-) Now, from what I've read so far in this thread, it seems that a lot of people are still in abnegation... my 0.2c, - Arnaud > It may be worth to discuss the sad performance of FBSD in some parts of > the benchmark. A difference of a factor 10 or 100 is simply far beyond > disapointing, it is more than inacceptable and by just reading those > benchmarks, I'd like to drop thinking of using FreeBSD even as a backend > server in scientific and business environments. In detail, some of the > SciMark benches look disappointing. The overall image can't help over > the fact that in C-Ray FreeBSD is better performing. > > From the compiler, I'd like say there couldn't be a drop of more than 10 > - 15% in performance - but not 10 or 100 times. > > I'm just thinking about the discussion of SCHED_ULE and all the saur > spots we discussed when I stumbled over the test. > > Regards, > Oliver > From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 06:24:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E67CB106566B for ; Fri, 16 Dec 2011 06:24:43 +0000 (UTC) (envelope-from vertexSymphony@zoho.com) Received: from sender1.zohomail.com (sender1.zohomail.com [72.5.230.103]) by mx1.freebsd.org (Postfix) with ESMTP id C78BA8FC12 for ; Fri, 16 Dec 2011 06:24:42 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type; b=GTfCtCJ7/jF9QDqC/6IsP0trkkf/n9jrFKXqWXlL6SFM4TFOewBhZRSMaBH6XBqyNiZGQkdT9kl9 iGJ2/+i8FJSHMuZVTW7FdsrA+ZBYUY6yNBCEXwzzVIV0wU8lA+b+ Received: from [192.168.0.100] (213-56-16-190.fibertel.com.ar [190.16.56.213]) by mx.zohomail.com with SMTPS id 1324015623019203.2382703169602; Thu, 15 Dec 2011 22:07:03 -0800 (PST) Message-ID: <4EEAE003.1040005@zoho.com> Date: Fri, 16 Dec 2011 03:06:59 -0300 From: Alex Kuster User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111112 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ZohoMailClient: External X-Zoho-Virus-Status: 2 Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 06:24:44 -0000 On 12/16/2011 02:41, Arnaud Lacombe wrote: > Hi, > > On Thu, Dec 15, 2011 at 2:32 AM, O. Hartmann > wrote: >> Just saw this shot benchmark on Phoronix dot com today: >> >> http://www.phoronix.com/scan.php?page=news_item&px=MTAyNzA >> > it might be worth highlighting that despite Oracle Linux 6.1 Server is > using a kernel + compiler almost 2 years old, it still manages to > out-perform the bleeding edge FreeBSD :-) > > Now, from what I've read so far in this thread, it seems that a lot of > people are still in abnegation... > > my 0.2c, > - Arnaud This smells like flamebait ... Because everyone with a little love or knowledge about benchmarking would realize that the benchmark is all wrong, and not only that ... they say that the benchmark tests defaults and ZFS, afaik is far from being a default. From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 06:55:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B6E21065678 for ; Fri, 16 Dec 2011 06:55:49 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id EBC4F8FC15 for ; Fri, 16 Dec 2011 06:55:48 +0000 (UTC) Received: from jasmine.internethq (unknown [91.208.177.192]) by abby.lhr1.as41113.net (Postfix) with ESMTP id CFA0522835 for ; Fri, 16 Dec 2011 06:44:46 +0000 (UTC) Received: from [172.16.11.44] (jwh-laptop.internethq [172.16.11.44]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jasmine.internethq (Postfix) with ESMTPS id 2D9B41187EA00; Fri, 16 Dec 2011 07:43:33 +0000 (GMT) Message-ID: <4EEAE8DF.40303@rewt.org.uk> Date: Fri, 16 Dec 2011 06:44:47 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Arnaud Lacombe References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List , freebsd-performance@freebsd.org, Current FreeBSD , "O. Hartmann" , Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 06:55:49 -0000 Arnaud Lacombe wrote: > Hi, > > On Thu, Dec 15, 2011 at 2:32 AM, O. Hartmann > wrote: >> Just saw this shot benchmark on Phoronix dot com today: >> >> http://www.phoronix.com/scan.php?page=news_item&px=MTAyNzA >> > it might be worth highlighting that despite Oracle Linux 6.1 Server is > using a kernel + compiler almost 2 years old, it still manages to > out-perform the bleeding edge FreeBSD :-) > serenity# gcc --version gcc (GCC) 4.2.1 20070831 patched [FreeBSD] serenity# uname -r 9.0-RC3 > Now, from what I've read so far in this thread, it seems that a lot of > people are still in abnegation... > > my 0.2c, > - Arnaud > >> It may be worth to discuss the sad performance of FBSD in some parts of >> the benchmark. A difference of a factor 10 or 100 is simply far beyond >> disapointing, it is more than inacceptable and by just reading those >> benchmarks, I'd like to drop thinking of using FreeBSD even as a backend >> server in scientific and business environments. In detail, some of the >> SciMark benches look disappointing. The overall image can't help over >> the fact that in C-Ray FreeBSD is better performing. >> >> From the compiler, I'd like say there couldn't be a drop of more than 10 >> - 15% in performance - but not 10 or 100 times. >> >> I'm just thinking about the discussion of SCHED_ULE and all the saur >> spots we discussed when I stumbled over the test. >> >> Regards, >> Oliver >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 07:06:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01B791065672; Fri, 16 Dec 2011 07:06:13 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id A11568FC08; Fri, 16 Dec 2011 07:06:12 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1RbRru-0006Wn-Rh>; Fri, 16 Dec 2011 08:06:10 +0100 Received: from e178018085.adsl.alicedsl.de ([85.178.18.85] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1RbRru-00022J-Md>; Fri, 16 Dec 2011 08:06:10 +0100 Message-ID: <4EEAEDE1.50604@zedat.fu-berlin.de> Date: Fri, 16 Dec 2011 08:06:09 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Joe Holden References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> <4EEAE8DF.40303@rewt.org.uk> In-Reply-To: <4EEAE8DF.40303@rewt.org.uk> X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig39A77F392D735EB75795DD67" X-Originating-IP: 85.178.18.85 Cc: freebsd-performance@freebsd.org, Current FreeBSD , FreeBSD Stable Mailing List , Jeremy Chadwick , Arnaud Lacombe Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 07:06:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig39A77F392D735EB75795DD67 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 12/16/11 07:44, Joe Holden wrote: > Arnaud Lacombe wrote: >> Hi, >> >> On Thu, Dec 15, 2011 at 2:32 AM, O. Hartmann >> wrote: >>> Just saw this shot benchmark on Phoronix dot com today: >>> >>> http://www.phoronix.com/scan.php?page=3Dnews_item&px=3DMTAyNzA >>> >> it might be worth highlighting that despite Oracle Linux 6.1 Server is= >> using a kernel + compiler almost 2 years old, it still manages to >> out-perform the bleeding edge FreeBSD :-) >> > serenity# gcc --version > gcc (GCC) 4.2.1 20070831 patched [FreeBSD] >=20 > serenity# uname -r > 9.0-RC3 >=20 For the underlying OS, as far as I know, the compiler hasn't as much impact as on userland software since autovectorization and other neat things are not used during system build. =46rom my experience using gcc 4.2 or 4.4/4.5 does not have an impact beyond 3% when SSE isn't explicetly enforced. More interesting is the performance gain due to the architecture. I think it would be very easy for M. Larabel to repeat this benchmark with a "bleeding edge" Ubuntu or Suse as well. And since FreeBSD 9.0 can be compiled with CLANG, it should be possible to compare both also with "bleeding edge" compilers, say FreeBSD 9/CLANG, Ubuntu 12/gcc 4.6.2. >> Now, from what I've read so far in this thread, it seems that a lot of= >> people are still in abnegation... >> >> my 0.2c, >> - Arnaud >> >>> It may be worth to discuss the sad performance of FBSD in some parts = of >>> the benchmark. A difference of a factor 10 or 100 is simply far beyon= d >>> disapointing, it is more than inacceptable and by just reading those >>> benchmarks, I'd like to drop thinking of using FreeBSD even as a back= end >>> server in scientific and business environments. In detail, some of th= e >>> SciMark benches look disappointing. The overall image can't help over= >>> the fact that in C-Ray FreeBSD is better performing. >>> >>> From the compiler, I'd like say there couldn't be a drop of more than= 10 >>> - 15% in performance - but not 10 or 100 times. >>> >>> I'm just thinking about the discussion of SCHED_ULE and all the saur >>> spots we discussed when I stumbled over the test. >>> >>> Regards, >>> Oliver --------------enig39A77F392D735EB75795DD67 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJO6u3hAAoJEOgBcD7A/5N8TCsH/1Aqj3f2K3XC7u6sDI8GlXn6 OK0v5A6UrlGHHWGz6mrJ60EeH8406T/e2eA1E0iRJotQwGdr0Rvpcm+J0bxcqom8 uBVJ/yXLFyiGT3GZR7t27/wrTRXRV9yYlxqaYs9zvTf2e9rUO4ttqx69yNV5SuSI 9wzkqqA8AmctorRrpyj2wVt0iNUFzFFPSBz/REj9vJOjdFPGdqWJwKUVDeEBQrny q/4lZjhmNX5qeeC2/enceYRgN3FjeYjSqHJ2JHw7qKPnYWYF3r7/J7A0A/es2G6b KQjBTs5xfUvnVwyu2gCQoFpNQ92S5kiq6KDZs+RQ6jaQUxBrEwdWHruOGLj2OIg= =+AbL -----END PGP SIGNATURE----- --------------enig39A77F392D735EB75795DD67-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 08:15:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63E52106566B for ; Fri, 16 Dec 2011 08:15:20 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp1.one.com (csmtp1.one.com [195.47.247.21]) by mx1.freebsd.org (Postfix) with ESMTP id 265028FC0A for ; Fri, 16 Dec 2011 08:15:19 +0000 (UTC) Received: from [10.0.1.150] (unknown [217.157.7.211]) by csmtp1.one.com (Postfix) with ESMTPA id 7F72920420562; Fri, 16 Dec 2011 08:15:18 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Erik Cederstrand In-Reply-To: <94847CD1-4361-424C-A2F6-75CAE918E2A9@averesystems.com> Date: Fri, 16 Dec 2011 09:15:19 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <94847CD1-4361-424C-A2F6-75CAE918E2A9@averesystems.com> To: Andrew Boyer X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-current@freebsd.org Subject: Re: Idea for change to boot0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 08:15:20 -0000 Den 15/12/2011 kl. 22.21 skrev Andrew Boyer: > These two changes allow you to set PXE as the default MBR boot = selection, which enables you to write a 'reboot to the network' script. = We've found it to be very useful. What do people think? I think this is very useful for e.g. re-installing a machine = automatically. I've previously switched between PXE and HD boot by = setting the BIOS boot order to HD first, PXE second and then wiping the = MBR whenever I need to PXE-boot to reinstall the machine, but this is = simpler and allows for more use-cases. Kind regards, Erik= From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 08:35:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A49A1065676 for ; Fri, 16 Dec 2011 08:35:19 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm14.bullet.mail.sp2.yahoo.com (nm14.bullet.mail.sp2.yahoo.com [98.139.91.84]) by mx1.freebsd.org (Postfix) with SMTP id 635228FC0C for ; Fri, 16 Dec 2011 08:35:19 +0000 (UTC) Received: from [98.139.91.67] by nm14.bullet.mail.sp2.yahoo.com with NNFMP; 16 Dec 2011 08:35:19 -0000 Received: from [98.136.185.45] by tm7.bullet.mail.sp2.yahoo.com with NNFMP; 16 Dec 2011 08:33:19 -0000 Received: from [127.0.0.1] by smtp106.mail.gq1.yahoo.com with NNFMP; 16 Dec 2011 08:33:19 -0000 X-Yahoo-Newman-Id: 24356.85366.bm@smtp106.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 48O7UBMVM1lYAcOzVhJqu9NZGMDB.8sXUJh5PxM3_BZtCRf sqZJ8f.hKb2Nq8Ppe4fd654RXbAMvFI5BCQD_c9rt3WZUNE41Rq2ZEtziaQu IL7GnpViRMBz6wvueGfn4.TMRTpmJO27Y0ehpGBp7LYFQLgMFiESY9iKw0qc G0ksPGdWrphyJ0o5R90Ml6PDak86E4iwVs4y8YHIh7s9P9Qtil4Ncj6RlOVm h.cIkizV.wizjyuR0Aof5_mDgtiGVWBzncpM.TijcBqwppRC126VGka0epUc PmGPOFfUG5deYf9w6gYsHEAWSuxgY0kOjAC0e4MWo_Qj_sWxrjjDKa6RQ9M3 XtagHL.1sD4eu_uSY8YR1S5LDboug4X5h0uE6GHr0ghgFMMHMY9fnnmp2AJB h7jBQeZw99O5_agi9cq7EHCcKdh_zHC.L_y1s6J2eU7FxdgXu4wdefBD2Y6e 2gOXN34ZAbZLKNG9ZTjxGB.WitorJvyQH7OwoFwhpsuyKMTQzvlN222Tu3RG uf9ejxCojsLJEcof98afnuwlEmzTzrAf1ocSJ9js- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. Received: from [192.168.119.20] (se@81.173.157.6 with plain) by smtp106.mail.gq1.yahoo.com with SMTP; 16 Dec 2011 00:33:18 -0800 PST Message-ID: <4EEB024E.9010101@freebsd.org> Date: Fri, 16 Dec 2011 09:33:18 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> <4EEAE003.1040005@zoho.com> In-Reply-To: <4EEAE003.1040005@zoho.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 08:35:19 -0000 Am 16.12.2011 07:06, schrieb Alex Kuster: > On 12/16/2011 02:41, Arnaud Lacombe wrote: >> Hi, >> >> On Thu, Dec 15, 2011 at 2:32 AM, O. Hartmann >> wrote: >>> Just saw this shot benchmark on Phoronix dot com today: >>> >>> http://www.phoronix.com/scan.php?page=news_item&px=MTAyNzA >>> >> it might be worth highlighting that despite Oracle Linux 6.1 Server is >> using a kernel + compiler almost 2 years old, it still manages to >> out-perform the bleeding edge FreeBSD :-) No, there was no measurement of Oracle Linux 6.1 compared to a normal FreeBSD installation as has already pointed out by quite a number of people. >> Now, from what I've read so far in this thread, it seems that a lot of >> people are still in abnegation... >> >> my 0.2c, >> - Arnaud > > This smells like flamebait ... > Because everyone with a little love or knowledge about benchmarking > would realize that the benchmark is all wrong, and not only that ... > they say that the benchmark tests defaults and ZFS, afaik is far from > being a default. Yes, and a default installation of FreeBSD (with UFS2 and SU or SU+J) would have allowed to run the *exact same* binaries used in the Linux test by just recursively copying the Linux root to /compat/linux (and loading linux.ko, of course). There is some emulation overhead (more pathes are searched, for example), but FreeBSD compared well under realistic loads in prior tests. The problem with a number of the tests (obviously measuring the amount of dirty buffers allowed by the kernel before a generating program is throttled back to prevent loosing valuable buffer cache contents) does also lead to very misleading results (since they do not measure a steady state load situation common on a server). We have gone through this topic a number of times (as a search for Phoronix on the mail archives schould be able to reveal). There may be performance advantages for either OS compared to the other, but most of the Phoronix tests are totally unsuitable to find them, even when performed under fair conditions (e.g. same compiler version, comparable file system). STefan From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 08:40:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F550106564A for ; Fri, 16 Dec 2011 08:40:50 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 3D5778FC0A for ; Fri, 16 Dec 2011 08:40:50 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1RbTLU-0001lL-R8; Fri, 16 Dec 2011 08:40:49 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1RbTLU-0001YI-N5; Fri, 16 Dec 2011 08:40:48 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id pBG8emYh098990; Fri, 16 Dec 2011 08:40:48 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id pBG8emuW098989; Fri, 16 Dec 2011 08:40:48 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 16 Dec 2011 08:40:48 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Message-ID: <20111216084048.GA98967@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: sparc64 r228561 panic: kmem_suballoc: bad status return of 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 08:40:50 -0000 Updating from r216048 to r228561 on sparc64, with sys/conf/newvers.sh changed to REVISION="9.9". Trinscribed by hand: FreeBSD 9.9-CURRENT #3 r228561M: panic: kmem_suballoc: bad status return of 3 KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at 0x02937e0: ta %xcc,1 db> The keyboard froze, couldn't get a bt, required a cold reboot. My /etc/make.conf and kernel config files are below. Any advice? Many thanks Anton % cat /etc/make.conf # Add SMTP AUTH support to Sendmail SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+= -lsasl2 # added by use.perl 2011-11-15 09:47:38 PERL_VERSION=5.14.1 % cat /root/kernels/QOF cpu SUN4U # work sparc64 ident QOF makeoptions DEBUG=-g makeoptions MODULES_OVERRIDE="geom/geom_part geom/geom_label opensolaris zfs" options ALT_BREAK_TO_DEBUGGER options BREAK_TO_DEBUGGER options CD9660 options DDB #options EXCEPTION_TRACING options FFS options GDB options INET options INET6 options INVARIANTS options INVARIANT_SUPPORT #options IPI_PREEMPTION options KDB options KTRACE options MD_ROOT options MSDOSFS options NFSCLIENT options NFSLOCKD options P1003_1B_SEMAPHORES #options PREEMPTION options PRINTF_BUFR_SIZE=128 options PROCFS options PSEUDOFS options SCHED_4BSD #options SCHED_ULE options SCSI_DELAY=3000 options SCTP # Stream Control Transmission Protocol options SOFTUPDATES options SYSVMSG options SYSVSEM options SYSVSHM options UFS_DIRHASH #options UWX_TRACE_ENABLE options WITNESS #options WITNESS_KDB options WITNESS_SKIPSPIN options _KPOSIX_PRIORITY_SCHEDULING options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options STACK # stack(9) support options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options KBD_INSTALL_CDEV # install a CDEV entry in /dev device ata device atadisk device atapicd device atapicam device auxio device bge device bpf device cd device da device ebus device eeprom # eeprom (really a front-end for the MK48Txx) device ehci device ether # Ethernet support device firmware # firmware assist module device isa device loop # Network loopback device lpt device machfb # ATI Mach64 framebuffers device mc146818 # Motorola MC146818 and compatible clocks device md device miibus # MII bus support device mk48txx # Mostek MK48Txx clocks device ohci device pass device pci device pty # BSD-style compatibility pseudo ttys device puc # Multi-channel uarts device ppbus device ppc device random # Entropy device device rtc # rtc (really a front-end for the MC146818) device sbus device sc device scbus # SCSI bus (required for SCSI) device scc # Serial communications controllers. device snd_audiocs device snd_t4dwave device sound device tun # Packet tunnel. device uart # Multi-uart driver device uhci device ukbd # Keyboard device umass device ums # Mouse device usb -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 09:47:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E588B1065677; Fri, 16 Dec 2011 09:47:17 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A50048FC16; Fri, 16 Dec 2011 09:47:17 +0000 (UTC) Received: by iakl21 with SMTP id l21so7694860iak.13 for ; Fri, 16 Dec 2011 01:47:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=y2Ew40c6tzBg9r1DqDqsFBy3Iu/OrX/S8J9NefTMk74=; b=Asle0xQQSWyjLNQbM0j1y5qtWzza7NKOsttxheUzHIq48Jihazsn4hIqi8vsAOTw4l JDmqHzLmlAuuy/8qWhaf3qCchfE8jE95YXGfhKu536sNFgQa48XJ6CgrN711v7xNACkS oDJzYuWLkdJGbKDygWsHZaUeopve0MhPyhimE= MIME-Version: 1.0 Received: by 10.50.17.168 with SMTP id p8mr7456720igd.20.1324027484498; Fri, 16 Dec 2011 01:24:44 -0800 (PST) Received: by 10.50.51.233 with HTTP; Fri, 16 Dec 2011 01:24:44 -0800 (PST) In-Reply-To: <20111216084048.GA98967@mech-cluster241.men.bris.ac.uk> References: <20111216084048.GA98967@mech-cluster241.men.bris.ac.uk> Date: Fri, 16 Dec 2011 10:24:44 +0100 Message-ID: From: Monthadar Al Jaberi To: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: sparc64 r228561 panic: kmem_suballoc: bad status return of 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 09:47:18 -0000 Hi, do you get your panic at early in the boot stage? I get the same message on arm when I set the DEBUG_MEMGUARD flag early on bootup: Nov 24 201018:40:27 poweron_pll EMI_CTRL 0x1C084040 FRAC 0x92926192 init_clock init_ddr_mt46v32m16_133Mhz exit self refresh timeout power 0x00310710 Frac 0x92926192 start change cpu freq hbus 0x00000003 cpu 0x00010001 KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 \0x09The Rege nts of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #948: Thu Dec 15 16:45:14 UTC 2011 root@bsd.ab:/usr/obj/arm.arm/usr/src/sys/ARM arm WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. MEMGUARD DEBUGGING ALLOCATOR INITIALIZED: \0x09MEMGUARD map base: 0xc0e8b000 \0x09MEMGUARD map lim it: 0xc790b000 \0x09MEMGUARD map size: 109056 KBytes CPU: ARM926EJ-S rev 5 (ARM9EJ-S core) DC enabled IC enabled WB enabled LABT 16KB/32B 4-way Instruction cache 16KB/32B 4-way write-back-locking-C Data cache real memory =3D 67108864 (64 MB) panic: kmem_suballoc: bad status return of 3 KDB: enter: panic br, On Fri, Dec 16, 2011 at 9:40 AM, Anton Shterenlikht w= rote: > Updating from r216048 to r228561 on sparc64, > with sys/conf/newvers.sh changed to REVISION=3D"9.9". > > Trinscribed by hand: > > FreeBSD 9.9-CURRENT #3 r228561M: > > panic: kmem_suballoc: bad status return of 3 > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at 0x02937e0: =A0 ta =A0 =A0%xcc,1 > db> > > The keyboard froze, couldn't get a bt, > required a cold reboot. > > My /etc/make.conf and kernel config files are below. > > Any advice? > > Many thanks > Anton > > > > > % cat /etc/make.conf > # Add SMTP AUTH support to Sendmail > SENDMAIL_CFLAGS+=3D =A0 -I/usr/local/include -DSASL=3D2 > SENDMAIL_LDFLAGS+=3D =A0-L/usr/local/lib > SENDMAIL_LDADD+=3D =A0 =A0-lsasl2 > > # added by use.perl 2011-11-15 09:47:38 > PERL_VERSION=3D5.14.1 > > % cat /root/kernels/QOF > > cpu =A0 =A0 =A0 =A0 =A0 =A0 SUN4U =A0 =A0 =A0 =A0 =A0 # work sparc64 > ident =A0 =A0 =A0 =A0 =A0 QOF > > makeoptions =A0 =A0 DEBUG=3D-g > makeoptions =A0 =A0 MODULES_OVERRIDE=3D"geom/geom_part geom/geom_label op= ensolaris zfs" > > options =A0 =A0 =A0 =A0 ALT_BREAK_TO_DEBUGGER > options =A0 =A0 =A0 =A0 BREAK_TO_DEBUGGER > options =A0 =A0 =A0 =A0 CD9660 > options =A0 =A0 =A0 =A0 DDB > #options =A0 =A0 =A0 =A0EXCEPTION_TRACING > options =A0 =A0 =A0 =A0 FFS > options =A0 =A0 =A0 =A0 GDB > options =A0 =A0 =A0 =A0 INET > options =A0 =A0 =A0 =A0 INET6 > options =A0 =A0 =A0 =A0 INVARIANTS > options =A0 =A0 =A0 =A0 INVARIANT_SUPPORT > #options =A0 =A0 =A0 =A0IPI_PREEMPTION > options =A0 =A0 =A0 =A0 KDB > options =A0 =A0 =A0 =A0 KTRACE > options =A0 =A0 =A0 =A0 MD_ROOT > options =A0 =A0 =A0 =A0 MSDOSFS > options =A0 =A0 =A0 =A0 NFSCLIENT > options =A0 =A0 =A0 =A0 NFSLOCKD > options =A0 =A0 =A0 =A0 P1003_1B_SEMAPHORES > #options =A0 =A0 =A0 =A0PREEMPTION > options =A0 =A0 =A0 =A0 PRINTF_BUFR_SIZE=3D128 > options =A0 =A0 =A0 =A0 PROCFS > options =A0 =A0 =A0 =A0 PSEUDOFS > options =A0 =A0 =A0 =A0 SCHED_4BSD > #options =A0 =A0 =A0 =A0SCHED_ULE > options =A0 =A0 =A0 =A0 SCSI_DELAY=3D3000 > options =A0 =A0 =A0 =A0 SCTP =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Str= eam Control Transmission Protocol > options =A0 =A0 =A0 =A0 SOFTUPDATES > options =A0 =A0 =A0 =A0 SYSVMSG > options =A0 =A0 =A0 =A0 SYSVSEM > options =A0 =A0 =A0 =A0 SYSVSHM > options =A0 =A0 =A0 =A0 UFS_DIRHASH > #options =A0 =A0 =A0 =A0UWX_TRACE_ENABLE > options =A0 =A0 =A0 =A0 WITNESS > #options =A0 =A0 =A0 =A0WITNESS_KDB > options =A0 =A0 =A0 =A0 WITNESS_SKIPSPIN > options =A0 =A0 =A0 =A0 _KPOSIX_PRIORITY_SCHEDULING > > options =A0 =A0 =A0 =A0 COMPAT_43TTY =A0 =A0 =A0 =A0 =A0 =A0# BSD 4.3 TTY= compat (sgtty) > options =A0 =A0 =A0 =A0 STACK =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # stack= (9) support > options =A0 =A0 =A0 =A0 HWPMC_HOOKS =A0 =A0 =A0 =A0 =A0 =A0 # Necessary k= ernel hooks for hwpmc(4) > options =A0 =A0 =A0 =A0 KBD_INSTALL_CDEV # install a CDEV entry in /dev > > device =A0 =A0 =A0 =A0 =A0ata > device =A0 =A0 =A0 =A0 =A0atadisk > device =A0 =A0 =A0 =A0 =A0atapicd > device =A0 =A0 =A0 =A0 =A0atapicam > device =A0 =A0 =A0 =A0 =A0auxio > device =A0 =A0 =A0 =A0 =A0bge > device =A0 =A0 =A0 =A0 =A0bpf > device =A0 =A0 =A0 =A0 =A0cd > device =A0 =A0 =A0 =A0 =A0da > device =A0 =A0 =A0 =A0 =A0ebus > device =A0 =A0 =A0 =A0 =A0eeprom =A0 =A0 =A0 =A0 =A0# eeprom (really a fr= ont-end for the MK48Txx) > device =A0 =A0 =A0 =A0 =A0ehci > device =A0 =A0 =A0 =A0 =A0ether =A0 =A0 =A0 =A0 =A0 # Ethernet support > device =A0 =A0 =A0 =A0 =A0firmware =A0 =A0 =A0 =A0# firmware assist modul= e > device =A0 =A0 =A0 =A0 =A0isa > device =A0 =A0 =A0 =A0 =A0loop =A0 =A0 =A0 =A0 =A0 =A0# Network loopback > device =A0 =A0 =A0 =A0 =A0lpt > device =A0 =A0 =A0 =A0 =A0machfb =A0 =A0 =A0 =A0 =A0# ATI Mach64 framebuf= fers > device =A0 =A0 =A0 =A0 =A0mc146818 =A0 =A0 =A0 =A0# Motorola MC146818 and= compatible clocks > device =A0 =A0 =A0 =A0 =A0md > device =A0 =A0 =A0 =A0 =A0miibus =A0 =A0 =A0 =A0 =A0# MII bus support > device =A0 =A0 =A0 =A0 =A0mk48txx =A0 =A0 =A0 =A0 # Mostek MK48Txx clocks > device =A0 =A0 =A0 =A0 =A0ohci > device =A0 =A0 =A0 =A0 =A0pass > device =A0 =A0 =A0 =A0 =A0pci > device =A0 =A0 =A0 =A0 =A0pty =A0 =A0 =A0 =A0 =A0 =A0 # BSD-style compati= bility pseudo ttys > device =A0 =A0 =A0 =A0 =A0puc =A0 =A0 =A0 =A0 =A0 =A0 # Multi-channel uar= ts > device =A0 =A0 =A0 =A0 =A0ppbus > device =A0 =A0 =A0 =A0 =A0ppc > device =A0 =A0 =A0 =A0 =A0random =A0 =A0 =A0 =A0 =A0# Entropy device > device =A0 =A0 =A0 =A0 =A0rtc =A0 =A0 =A0 =A0 =A0 =A0 # rtc (really a fro= nt-end for the MC146818) > device =A0 =A0 =A0 =A0 =A0sbus > device =A0 =A0 =A0 =A0 =A0sc > device =A0 =A0 =A0 =A0 =A0scbus =A0 =A0 =A0 =A0 =A0 # SCSI bus (required = for SCSI) > device =A0 =A0 =A0 =A0 =A0scc =A0 =A0 =A0 =A0 =A0 =A0 # Serial communicat= ions controllers. > device =A0 =A0 =A0 =A0 =A0snd_audiocs > device =A0 =A0 =A0 =A0 =A0snd_t4dwave > device =A0 =A0 =A0 =A0 =A0sound > device =A0 =A0 =A0 =A0 =A0tun =A0 =A0 =A0 =A0 =A0 =A0 # Packet tunnel. > device =A0 =A0 =A0 =A0 =A0uart =A0 =A0 =A0 =A0 =A0 =A0# Multi-uart driver > device =A0 =A0 =A0 =A0 =A0uhci > device =A0 =A0 =A0 =A0 =A0ukbd =A0 =A0 =A0 =A0 =A0 =A0# Keyboard > device =A0 =A0 =A0 =A0 =A0umass > device =A0 =A0 =A0 =A0 =A0ums =A0 =A0 =A0 =A0 =A0 =A0 # Mouse > device =A0 =A0 =A0 =A0 =A0usb > > -- > Anton Shterenlikht > Room 2.6, Queen's Building > Mech Eng Dept > Bristol University > University Walk, Bristol BS8 1TR, UK > Tel: +44 (0)117 331 5944 > Fax: +44 (0)117 929 4423 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Monthadar Al Jaberi From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 09:47:47 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D5EA1065783; Fri, 16 Dec 2011 09:47:47 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3411E8FC1A; Fri, 16 Dec 2011 09:47:45 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA15209; Fri, 16 Dec 2011 11:47:43 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RbUOE-0005RF-Hg; Fri, 16 Dec 2011 11:47:42 +0200 Message-ID: <4EEB13BD.3060401@FreeBSD.org> Date: Fri, 16 Dec 2011 11:47:41 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111206 Thunderbird/8.0 MIME-Version: 1.0 To: arch@FreeBSD.org, FreeBSD current References: <4EE52469.3050201@FreeBSD.org> <4EE79014.3070006@FreeBSD.org> In-Reply-To: <4EE79014.3070006@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: grabbing console (syscons) in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 09:47:47 -0000 on 13/12/2011 19:49 Andriy Gapon said the following: > on 11/12/2011 23:45 Andriy Gapon said the following: >> >> There are a few cases when the kernel needs to interact with a user via syscons. >> This is the cases where the kernel not only spews some output but also expects >> some input. Some examples are: >> - asking for a root filesystem specification >> - entering ddb >> - asking to press a key for reboot >> >> In this cases the kernel implicitly grabs the console for its own use. >> I'd like to make action more explicit. >> >> What do you think about the approach and implementation in the following patches? >> Thank you! >> >> https://gitorious.org/~avg/freebsd/avgbsd/commit/5248b49ebf84d98a0597fa5aa4d813a38f581acc >> https://gitorious.org/~avg/freebsd/avgbsd/commit/a0849c52242378474bb2eaa41726376fbc4c5bf6 >> https://gitorious.org/~avg/freebsd/avgbsd/commit/a67515cbd720b16f03ba435ed182966a8a338b15 >> https://gitorious.org/~avg/freebsd/avgbsd/commit/b8864b68b4c0e26ece065a38301c305833be32eb >> https://gitorious.org/~avg/freebsd/avgbsd/commit/1017ae425d8abecd7482bd6c6deaaf9f25f5c6cd > > > I was advised that the above links might not be the best way to present the > patches for review, so here are them as a single diff file: > http://people.freebsd.org/~avg/cngrab.diff I plan to start committing these changes tomorrow. So if this is "your area" or you want to be sure that nothing gets broken in this area, then please review the changes or let me know your review plans. Post-commit reviews are of course welcome as usual, but pre-commit reviews are preferred. Thank you. >> P.S. one of the benefits is that a keyboard is put into and out of the polling >> mode before getting all the required input and after that; not around each >> character as it is done now in rather twisted way. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 10:16:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 800AB1065670; Fri, 16 Dec 2011 10:16:58 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 2FD7D8FC17; Fri, 16 Dec 2011 10:16:57 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1RbUqG-0003Z4-Af; Fri, 16 Dec 2011 10:16:46 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1RbUpm-00056U-SK; Fri, 16 Dec 2011 10:16:10 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id pBGAGA4R099306; Fri, 16 Dec 2011 10:16:10 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id pBGAGA7m099305; Fri, 16 Dec 2011 10:16:10 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 16 Dec 2011 10:16:10 +0000 From: Anton Shterenlikht To: Monthadar Al Jaberi Message-ID: <20111216101610.GB99256@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Monthadar Al Jaberi , freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org References: <20111216084048.GA98967@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: sparc64 r228561 panic: kmem_suballoc: bad status return of 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 10:16:58 -0000 On Fri, Dec 16, 2011 at 10:24:44AM +0100, Monthadar Al Jaberi wrote: > Hi, > > do you get your panic at early in the boot stage? yes, the panic is straight after WARNING: WITNESS option enabled, expect reduced performance. > I get the same message on arm when I set the DEBUG_MEMGUARD flag early > on bootup: I don't have this in kernel config. > Nov 24 201018:40:27 > poweron_pll > EMI_CTRL 0x1C084040 > FRAC 0x92926192 > init_clock > init_ddr_mt46v32m16_133Mhz > exit self refresh timeout > power 0x00310710 > Frac 0x92926192 > start change cpu freq > hbus 0x00000003 > cpu 0x00010001 > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2011 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > \0x09The Rege > nts of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-CURRENT #948: Thu Dec 15 16:45:14 UTC 2011 > root@bsd.ab:/usr/obj/arm.arm/usr/src/sys/ARM arm > WARNING: WITNESS option enabled, expect reduced performance. > WARNING: DIAGNOSTIC option enabled, expect reduced performance. > MEMGUARD DEBUGGING ALLOCATOR INITIALIZED: > \0x09MEMGUARD map base: 0xc0e8b000 > \0x09MEMGUARD map lim > it: 0xc790b000 > \0x09MEMGUARD map size: 109056 KBytes > CPU: ARM926EJ-S rev 5 (ARM9EJ-S core) > DC enabled IC enabled WB enabled LABT > 16KB/32B 4-way Instruction cache > 16KB/32B 4-way write-back-locking-C Data cache > real memory = 67108864 (64 MB) > panic: kmem_suballoc: bad status return of 3 > KDB: enter: panic > > br, > > On Fri, Dec 16, 2011 at 9:40 AM, Anton Shterenlikht wrote: > > Updating from r216048 to r228561 on sparc64, > > with sys/conf/newvers.sh changed to REVISION="9.9". > > > > Trinscribed by hand: > > > > FreeBSD 9.9-CURRENT #3 r228561M: > > > > panic: kmem_suballoc: bad status return of 3 > > KDB: enter: panic > > [ thread pid 0 tid 0 ] > > The keyboard froze, couldn't get a bt, > > required a cold reboot. > > > > My /etc/make.conf and kernel config files are below. > > > > Any advice? > > > > Many thanks > > Anton > > > > > > > > > > % cat /etc/make.conf > > # Add SMTP AUTH support to Sendmail > > SENDMAIL_CFLAGS+=   -I/usr/local/include -DSASL=2 > > # added by use.perl 2011-11-15 09:47:38 > > PERL_VERSION=5.14.1 > > > > % cat /root/kernels/QOF > > > > makeoptions     DEBUG=-g > > makeoptions     MODULES_OVERRIDE="geom/geom_part geom/geom_label opensolaris zfs" > > > > options         ALT_BREAK_TO_DEBUGGER > > options         BREAK_TO_DEBUGGER > > options         CD9660 > > options         DDB > > #options        EXCEPTION_TRACING > > options         FFS > > options         GDB > > options         INET > > options         INET6 > > options         INVARIANTS > > options         INVARIANT_SUPPORT > > #options        IPI_PREEMPTION > > options         KDB > > options         KTRACE > > options         MD_ROOT > > options         MSDOSFS > > options         NFSCLIENT > > options         NFSLOCKD > > options         P1003_1B_SEMAPHORES > > #options        PREEMPTION > > options         PRINTF_BUFR_SIZE=128 > > options         PROCFS > > options         PSEUDOFS > > options         SCHED_4BSD > > #options        SCHED_ULE > > options         SCSI_DELAY=3000 > > options         SCTP                    # Stream Control Transmission Protocol > > options         SOFTUPDATES > > options         SYSVMSG > > options         SYSVSEM > > options         SYSVSHM > > options         UFS_DIRHASH > > #options        UWX_TRACE_ENABLE > > options         WITNESS > > #options        WITNESS_KDB > > options         WITNESS_SKIPSPIN > > options         _KPOSIX_PRIORITY_SCHEDULING > > > > options         COMPAT_43TTY            # BSD 4.3 TTY compat (sgtty) > > options         STACK                   # stack(9) support > > options         HWPMC_HOOKS             # Necessary kernel hooks for hwpmc(4) > > options         KBD_INSTALL_CDEV # install a CDEV entry in /dev > > > > device          ata > > device          atadisk > > device          atapicd > > device          atapicam > > device          auxio > > device          bge > > device          bpf > > device          cd > > device          da > > device          ebus > > device          eeprom          # eeprom (really a front-end for the MK48Txx) > > device          ehci > > device          ether           # Ethernet support > > device          firmware        # firmware assist module > > device          isa > > device          loop            # Network loopback > > device          lpt > > device          machfb          # ATI Mach64 framebuffers > > device          mc146818        # Motorola MC146818 and compatible clocks > > device          md > > device          miibus          # MII bus support > > device          mk48txx         # Mostek MK48Txx clocks > > device          ohci > > device          pass > > device          pci > > device          pty             # BSD-style compatibility pseudo ttys > > device          puc             # Multi-channel uarts > > device          ppbus > > device          ppc > > device          random          # Entropy device > > device          rtc             # rtc (really a front-end for the MC146818) > > device          sbus > > device          sc > > device          scbus           # SCSI bus (required for SCSI) > > device          scc             # Serial communications controllers. > > device          snd_audiocs > > device          snd_t4dwave > > device          sound > > device          tun             # Packet tunnel. > > device          uart            # Multi-uart driver > > device          uhci > > device          ukbd            # Keyboard > > device          umass > > device          ums             # Mouse > > device          usb > > > > -- > > Anton Shterenlikht > > Room 2.6, Queen's Building > > Mech Eng Dept > > Bristol University > > University Walk, Bristol BS8 1TR, UK > > Tel: +44 (0)117 331 5944 > > Fax: +44 (0)117 929 4423 > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > -- > Monthadar Al Jaberi > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 10:37:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6CDE106564A; Fri, 16 Dec 2011 10:37:22 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 3E0088FC13; Fri, 16 Dec 2011 10:37:21 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id pBGAbLUr000931; Fri, 16 Dec 2011 11:37:21 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id pBGAbKb3000930; Fri, 16 Dec 2011 11:37:20 +0100 (CET) (envelope-from marius) Date: Fri, 16 Dec 2011 11:37:20 +0100 From: Marius Strobl To: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Message-ID: <20111216103720.GA853@alchemy.franken.de> References: <20111216084048.GA98967@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111216084048.GA98967@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: sparc64 r228561 panic: kmem_suballoc: bad status return of 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 10:37:22 -0000 On Fri, Dec 16, 2011 at 08:40:48AM +0000, Anton Shterenlikht wrote: > Updating from r216048 to r228561 on sparc64, > with sys/conf/newvers.sh changed to REVISION="9.9". > > Trinscribed by hand: > > FreeBSD 9.9-CURRENT #3 r228561M: > > panic: kmem_suballoc: bad status return of 3 > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at 0x02937e0: ta %xcc,1 > db> > > The keyboard froze, couldn't get a bt, > required a cold reboot. > > My /etc/make.conf and kernel config files are below. > > Any advice? > Hrm, doesn't look like I can reproduce this. What machine model is that and how much RAM does it have? Do you use any loader tuneables? Marius From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 10:54:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4474106564A; Fri, 16 Dec 2011 10:54:29 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7A37A8FC12; Fri, 16 Dec 2011 10:54:29 +0000 (UTC) Received: by iadj38 with SMTP id j38so68691iad.13 for ; Fri, 16 Dec 2011 02:54:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=1u0F4g9CC7lFBI3qpLktZSXpm+PHNOHRsPym8ToIw+Y=; b=UhZujmfmHS8bB/tnv+8mJix1OwDzCq3yZn7NNgoe0Od+bmLfHHTEm0FKhI13+tt2s3 UE597qNb7lLMGinYFElLqJQrCvewJtLSAh2Cz3WG6+92FmhqY3sXVO66YDDUjaQyyIgL PLNc6T42yXIk4W2qRrt5PYwy9HsAbE4vk4rnw= MIME-Version: 1.0 Received: by 10.50.12.161 with SMTP id z1mr7622571igb.85.1324031450026; Fri, 16 Dec 2011 02:30:50 -0800 (PST) Received: by 10.231.211.78 with HTTP; Fri, 16 Dec 2011 02:30:49 -0800 (PST) In-Reply-To: <4EEA5F5C.8080503@sentex.net> References: <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> <20111213230441.GB42285@stack.nl> <4ee7e2d3.0a3c640a.4617.4a33SMTPIN_ADDED@mx.google.com> <4EE8D607.1000504@sentex.net> <4EEA227E.7080704@sentex.net> <4EEA25BB.7040706@sentex.net> <4EEA5F5C.8080503@sentex.net> Date: Fri, 16 Dec 2011 11:30:49 +0100 Message-ID: From: Daniel Nebdal To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-performance@freebsd.org, Current FreeBSD Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 10:54:29 -0000 On Thu, Dec 15, 2011 at 9:58 PM, Mike Tancsa wrote: > On 12/15/2011 11:56 AM, Attilio Rao wrote: >> So, as very first thing, can you try the following: >> - Same codebase, etc. etc. >> - Make the test 4 times, discard the first and ministat for the other 3 >> - Reboot >> - Change the steal_thresh value >> - Make the test 4 times, discard the first and ministat for the other 3 >> >> Then report discarded values and the ministated one and we will have >> more informations I guess >> (also, I don't think devfs contention should play a role here, thus >> nevermind about it for now). > > > Results and data at > > http://www.tancsa.com/ule-bsd.html > > =A0 =A0 =A0 =A0---Mike > I took the liberty of re-plotting this as one boxplot per test-type, in the hope of getting a better overview. R script included. Beware the y-ranges. (To re-plot with a specific y range, add e.g. "ylim=3Dc(0,35)" to the boxplot() calls.) http://nebdal.net/sched/plot.html --=20 Daniel Nebdal Dep. of genetics, Oslo University Hospital From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 10:55:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EA53106566B; Fri, 16 Dec 2011 10:55:00 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 62C2A8FC1A; Fri, 16 Dec 2011 10:54:59 +0000 (UTC) Received: by wgbds13 with SMTP id ds13so2866781wgb.1 for ; Fri, 16 Dec 2011 02:54:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=XyEIxMMq4/9l31BQXKMWLuyKLUZiqoXczwT5f7NDMno=; b=s67ButLlyjpBdJwR5ttaf2OHIVq7EQWEGzQavWNOJ4GZHm72+SeTTVSnnkmhC9ejV5 E0DNl11XJyHwxn9Sn7ElEAGLAcVZtDLxYp+IDSG8OIJpfUoTNbZNtspTwsdR8g9V6k17 9oKlUxCrt/xqvDWZFv4Fy6iIZENzGGgLYTbyw= MIME-Version: 1.0 Received: by 10.180.74.211 with SMTP id w19mr11794028wiv.7.1324032896461; Fri, 16 Dec 2011 02:54:56 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.171.8 with HTTP; Fri, 16 Dec 2011 02:54:55 -0800 (PST) In-Reply-To: References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> Date: Fri, 16 Dec 2011 11:54:55 +0100 X-Google-Sender-Auth: KA3O_OU4bWP9K1T7FdTNQyuu6uY Message-ID: From: Attilio Rao To: Arnaud Lacombe Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List , freebsd-performance@freebsd.org, Current FreeBSD , "O. Hartmann" , Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 10:55:00 -0000 2011/12/16 Arnaud Lacombe : > Hi, > > On Thu, Dec 15, 2011 at 2:32 AM, O. Hartmann > wrote: >> Just saw this shot benchmark on Phoronix dot com today: >> >> http://www.phoronix.com/scan.php?page=3Dnews_item&px=3DMTAyNzA >> > it might be worth highlighting that despite Oracle Linux 6.1 Server is > using a kernel + compiler almost 2 years old, it still manages to > out-perform the bleeding edge FreeBSD :-) > > Now, from what I've read so far in this thread, it seems that a lot of > people are still in abnegation... > > my 0.2c, > =C2=A0- Arnaud Said by someone which really thinks passing __FILE__ and __LINE__ to kernel function is going to give a mesaurable performance penalty is really hilarious however :) It is crystal clear you really don't understand how to make reliable benchmarks (and likely you don't really have a grasp of nowaday's machine contention points), so why you keep talking about it? It would be more valuable for you and whatever project you follow if you spend your time coding and making real benchmarking. Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 11:19:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2C4D1065672; Fri, 16 Dec 2011 11:19:24 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 8BDC58FC0A; Fri, 16 Dec 2011 11:19:24 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1RbVox-0005IX-CI; Fri, 16 Dec 2011 11:19:23 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1RbVox-000053-7B; Fri, 16 Dec 2011 11:19:23 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id pBGBJMOW099546; Fri, 16 Dec 2011 11:19:22 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id pBGBJMIj099545; Fri, 16 Dec 2011 11:19:22 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 16 Dec 2011 11:19:22 +0000 From: Anton Shterenlikht To: Marius Strobl Message-ID: <20111216111922.GA99512@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Marius Strobl , freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org References: <20111216084048.GA98967@mech-cluster241.men.bris.ac.uk> <20111216103720.GA853@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111216103720.GA853@alchemy.franken.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: sparc64 r228561 panic: kmem_suballoc: bad status return of 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 11:19:24 -0000 On Fri, Dec 16, 2011 at 11:37:20AM +0100, Marius Strobl wrote: > On Fri, Dec 16, 2011 at 08:40:48AM +0000, Anton Shterenlikht wrote: > > Updating from r216048 to r228561 on sparc64, > > with sys/conf/newvers.sh changed to REVISION="9.9". > > > > Trinscribed by hand: > > > > FreeBSD 9.9-CURRENT #3 r228561M: > > > > panic: kmem_suballoc: bad status return of 3 > > KDB: enter: panic > > [ thread pid 0 tid 0 ] > > Stopped at 0x02937e0: ta %xcc,1 > > db> > > > > The keyboard froze, couldn't get a bt, > > required a cold reboot. > > > > My /etc/make.conf and kernel config files are below. > > > > Any advice? > > > > Hrm, doesn't look like I can reproduce this. What machine model is > that and how much RAM does it have? >From dmesg: real memory = 2147483648 (2048 MB) avail memory = 2079449088 (1983 MB) cpu0: Sun Microsystems UltraSparc-IIIi Processor (1503.00 MHz CPU) > Do you use any loader tuneables? I don't think so. You mean like /boot/loader.conf? I haven't got this file at all. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 12:12:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BC07106566C for ; Fri, 16 Dec 2011 12:12:52 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id E6A6F8FC08 for ; Fri, 16 Dec 2011 12:12:51 +0000 (UTC) Received: by eaaf13 with SMTP id f13so4091132eaa.13 for ; Fri, 16 Dec 2011 04:12:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=HwLlI49RR2f7r1pvCZp1rhmHB1+d5JKi032j3eh+Ri4=; b=MyW5/iSJXE1FBdqe7S/1jNmfULUovAd1won54DeZOVmRbOYVuIUPeD8Gmk3s33W8Hd sp/BBgw4u6xOjD4GSlqMTuyOdGotTTxCVt4+EuMBuBT+qFOlkfX6S/J5uBQls1GFM/gE crcj7yxflj1LyrjKrKiCUPRG3zNpxsx3em7Bo= Received: by 10.204.152.27 with SMTP id e27mr2885993bkw.45.1324037570935; Fri, 16 Dec 2011 04:12:50 -0800 (PST) Received: from [192.168.50.104] (double-l.xs4all.nl. [80.126.205.144]) by mx.google.com with ESMTPS id q6sm22506353bka.6.2011.12.16.04.12.49 (version=SSLv3 cipher=OTHER); Fri, 16 Dec 2011 04:12:50 -0800 (PST) Message-ID: <4EEB35BC.7050507@gmail.com> Date: Fri, 16 Dec 2011 13:12:44 +0100 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Arnaud Lacombe , freebsd-current@freebsd.org References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 12:12:52 -0000 Arnaud Lacombe schreef: > Hi, > > On Thu, Dec 15, 2011 at 2:32 AM, O. Hartmann > wrote: >> Just saw this shot benchmark on Phoronix dot com today: >> >> http://www.phoronix.com/scan.php?page=news_item&px=MTAyNzA >> > it might be worth highlighting that despite Oracle Linux 6.1 Server is > using a kernel + compiler almost 2 years old, it still manages to > out-perform the bleeding edge FreeBSD :-) > > Now, from what I've read so far in this thread, it seems that a lot of > people are still in abnegation... > > my 0.2c, > - Arnaud > >> It may be worth to discuss the sad performance of FBSD in some parts of >> the benchmark. A difference of a factor 10 or 100 is simply far beyond >> disapointing, it is more than inacceptable and by just reading those >> benchmarks, I'd like to drop thinking of using FreeBSD even as a backend >> server in scientific and business environments. In detail, some of the >> SciMark benches look disappointing. The overall image can't help over >> the fact that in C-Ray FreeBSD is better performing. >> >> From the compiler, I'd like say there couldn't be a drop of more than 10 >> - 15% in performance - but not 10 or 100 times. >> >> I'm just thinking about the discussion of SCHED_ULE and all the saur >> spots we discussed when I stumbled over the test. >> >> Regards, >> Oliver >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Well it is just the way it is. I must say that every time FreeBSD comes out bad, there are always comments on how the benchmark is done, but NOT in the case when FreeBSD comes out better. I remember the MySQL and ULE benchmarkings. FreeBSD was quicker than Linux... Nobody complains from the FreeBSD side that we did not use same gcc as Linux and what ever more, and maybe the benchmarks where more equil, do we care? Is FreeBSD not doing the job anymore for you if it is, or if it is not? Do you want to run Linux because it comes out better in benchmarks? i for certain do not. And to be honest, i did try Linux because of the bad samba performance of FreeBSD, but i take the lower performance over the whole Linux thing. Linux is just not my cup of thee. Why? feeling, community ? i do not know. See it from the bright side, there is much more room for improvements. :D I think that FreeBSD should not worry that much about benchmarks. Sure it is strange that FreeBSD shows such a great gap, but we all know that FreeBSD needs some tuning. Also it is know that FreeBSD is quite conservative with some default settings. Every now and then someone complains about this. MAXPHYS is such a value that comes to mind. What most people seems to be doing after installing FreeBSD is set some network tunings in /etc/sysctl.conf. and other stuff. Maybe it is time to overlook the default settings, and make them more suitable for machines of today. The argument is mostly that FreeBSD also needs to run on older hardware, but if you use amd64, you already have some 'newer' hardware. just me ... regards Johan Hendriks From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 13:08:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DEDB106564A for ; Fri, 16 Dec 2011 13:08:04 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm25.bullet.mail.sp2.yahoo.com (nm25.bullet.mail.sp2.yahoo.com [98.139.91.95]) by mx1.freebsd.org (Postfix) with SMTP id 2379B8FC16 for ; Fri, 16 Dec 2011 13:08:03 +0000 (UTC) Received: from [98.139.91.65] by nm25.bullet.mail.sp2.yahoo.com with NNFMP; 16 Dec 2011 13:08:03 -0000 Received: from [208.71.42.194] by tm5.bullet.mail.sp2.yahoo.com with NNFMP; 16 Dec 2011 13:08:03 -0000 Received: from [127.0.0.1] by smtp205.mail.gq1.yahoo.com with NNFMP; 16 Dec 2011 13:08:03 -0000 X-Yahoo-Newman-Id: 652125.75823.bm@smtp205.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Cu40vcsVM1kJrvHsrx71G96hiB690PcmeMkTDiHI9oBRkqt YWQJaFGRuJPY_TmwKWgyr7BGneCUFJfTRWT5iARHmc7ipc3nV8AdrgUR6vMF 0_kZwnzdRuhsmVfiVpdbXwhjVTNtG1RIFXPfs.cKU1t.gSbYV_9iwkz9pIWd IyvnUhhhOzaeIR1NSHXaPLRHZlM56AkBCfixeJsZQv0ftPmgFdUCitG1dzob x0n836_d7U3mCZQCH9oqFmwwjVIXbvJZ11uzhOZMo2poGINkNcjXRSSDZ6WZ KzltOPyargb9EWBqH9VhESRphb4ZVOV209e2NI1lY9x1tYLt2J3XeXz0dofn hgdaFsTQGBIFmyQFIOexA2.4FSL8wzJ7pRguDO1USB0ub2c9r8Dn_oceFLya KKlwUheSvUcU2 X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. Received: from [192.168.119.20] (se@81.173.157.6 with plain) by smtp205.mail.gq1.yahoo.com with SMTP; 16 Dec 2011 05:08:03 -0800 PST Message-ID: <4EEB42B1.1000506@freebsd.org> Date: Fri, 16 Dec 2011 14:08:01 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> <4EEAE8DF.40303@rewt.org.uk> <4EEAEDE1.50604@zedat.fu-berlin.de> In-Reply-To: <4EEAEDE1.50604@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Joe Holden , FreeBSD Stable Mailing List , Current FreeBSD , Arnaud Lacombe , freebsd-performance@freebsd.org, Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 13:08:04 -0000 Am 16.12.2011 08:06, schrieb O. Hartmann: > For the underlying OS, as far as I know, the compiler hasn't as much > impact as on userland software since autovectorization and other neat > things are not used during system build. > > From my experience using gcc 4.2 or 4.4/4.5 does not have an impact > beyond 3% when SSE isn't explicetly enforced. Well, but the compute intensive tests showed performance variance of a few percents only, IIRC. The big differences were in the parts that heavily depend on file system and buffer cache concepts (i.e. the low limit on dirty buffers in FreeBSD, which is very beneficial in real world situations; do you remember the first few releases of SunOS-4, which heavily suffered in interactive performance due to a naive unified buffer cache VM system that did not limit the amount of dirty buffers? It caused interactive shells to be swapped out within seconds on systems with background jobs writing to disk). > More interesting is the performance gain due to the architecture. I > think it would be very easy for M. Larabel to repeat this benchmark with > a "bleeding edge" Ubuntu or Suse as well. And since FreeBSD 9.0 can be > compiled with CLANG, it should be possible to compare both also with > "bleeding edge" compilers, say FreeBSD 9/CLANG, Ubuntu 12/gcc 4.6.2. Clang may be considered "bleeding edge", but in quite a different way than gcc-4.6.2. While the latter can look back on 2 decades of development, clang is still in a state where feature completeness (and bug-to-bug compatibility with GCC ;-) is much more important than performance. there is much promise of powerful optimizations becoming available in clang once it is mature, but just now expect GCC 4.6.2 to deliver 5% to 10% higher performance than clang. But as stated before: To exclude compiler dependencies just run the Linux binaries on FreeBSD. There is slight emulation overhead and Glibc is not particularly optimized for FreeBSD, but this will still provide more useful results. And the tests should be selected to represent reasonable real-world scenarios. Server programs tested on otherwise idle systems and running for just a few seconds (not reaching equilibrium during the majority of the test period) are not representative at all (again: if your goal is to compare server performance). Regards, STefan From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 13:57:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00DCA1065673 for ; Fri, 16 Dec 2011 13:57:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B48E78FC16 for ; Fri, 16 Dec 2011 13:57:18 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 6CD6E46B3B; Fri, 16 Dec 2011 08:57:18 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DC601B958; Fri, 16 Dec 2011 08:57:17 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 16 Dec 2011 08:57:16 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <94847CD1-4361-424C-A2F6-75CAE918E2A9@averesystems.com> In-Reply-To: <94847CD1-4361-424C-A2F6-75CAE918E2A9@averesystems.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201112160857.16464.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 16 Dec 2011 08:57:18 -0500 (EST) Cc: Andrew Boyer Subject: Re: Idea for change to boot0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 13:57:19 -0000 On Thursday, December 15, 2011 4:21:51 pm Andrew Boyer wrote: > These two changes allow you to set PXE as the default MBR boot selection, which enables you to write a 'reboot to the network' script. We've found it to be very useful. What do people think? I think these are good. One suggestion might be to let the you do 'boot0cfg -s pxe' (or PXE, just use strcasecmp) so it is more explicit and less of a magic number. I.e. something like: case 's': if (strcasecmp(optarg, "pxe") == 0) s_arg = 6; else s_arg = argtoi(optarg, 1, 6, 's'); break; I think that is less confusing as some folks might thing '-s 6' means booting from /dev/fooXs6 (which it doesn't). Also, the manpage for boot0cfg will need to be updated. Other than that I think this looks great. I have a slightly updated version below (I also wanted to keep the output of the default setting in "order" so the logic is slightly different): Index: sys/boot/i386/boot0/boot0.S =================================================================== --- sys/boot/i386/boot0/boot0.S (revision 228534) +++ sys/boot/i386/boot0/boot0.S (working copy) @@ -413,6 +413,7 @@ 3: #endif /* ONLY_F_KEYS */ #endif /* SIO */ +check_selection: cmpb $0x5,%al # F1..F6 or 1..6 ? #ifdef PXE /* enable PXE/INT18 using F6 */ jne 1f; @@ -421,7 +422,6 @@ #endif /* PXE */ jae beep # Not in F1..F5, beep -check_selection: /* * We have a selection. If it's a bad selection go back to complain. * The bits in MNUOPT were set when the options were printed. Index: usr.sbin/boot0cfg/boot0cfg.c =================================================================== --- usr.sbin/boot0cfg/boot0cfg.c (revision 228534) +++ usr.sbin/boot0cfg/boot0cfg.c (working copy) @@ -169,7 +169,10 @@ o_flag = 1; break; case 's': - s_arg = argtoi(optarg, 1, 5, 's'); + if (strcasecmp(optarg, "pxe") == 0) + s_arg = 6; + else + s_arg = argtoi(optarg, 1, 5, 's'); break; case 't': t_arg = argtoi(optarg, 1, 0xffff, 't'); @@ -472,8 +475,10 @@ printf("default_selection=F%d (", mbr[OFF_OPT] + 1); if (mbr[OFF_OPT] < 4) printf("Slice %d", mbr[OFF_OPT] + 1); + else if (mbr[OFF_OPT] == 4) + printf("Drive 1"); else - printf("Drive 1"); + printf("PXE"); printf(")\n"); } Index: usr.sbin/boot0cfg/boot0cfg.8 =================================================================== --- usr.sbin/boot0cfg/boot0cfg.8 (revision 228534) +++ usr.sbin/boot0cfg/boot0cfg.8 (working copy) @@ -146,6 +146,9 @@ .Ar slice . Values between 1 and 4 refer to slices; a value of 5 refers to the option of booting from a second disk. +The special string +.Dq PXE +or a value of 6 can be used to boot via PXE. .It Fl t Ar ticks Set the timeout value to .Ar ticks . -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 14:36:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1733106564A for ; Fri, 16 Dec 2011 14:36:26 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 95BEB8FC0C for ; Fri, 16 Dec 2011 14:36:26 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 555D97300A; Fri, 16 Dec 2011 15:52:47 +0100 (CET) Date: Fri, 16 Dec 2011 15:52:47 +0100 From: Luigi Rizzo To: Andrew Boyer Message-ID: <20111216145247.GB79885@onelab2.iet.unipi.it> References: <94847CD1-4361-424C-A2F6-75CAE918E2A9@averesystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <94847CD1-4361-424C-A2F6-75CAE918E2A9@averesystems.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Idea for change to boot0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 14:36:26 -0000 On Thu, Dec 15, 2011 at 04:21:51PM -0500, Andrew Boyer wrote: > These two changes allow you to set PXE as the default MBR boot selection, which enables you to write a 'reboot to the network' script. We've found it to be very useful. What do people think? seems good to me. John's comments also apply, no need to use cryptic parameters in boot0cfg cheers luigi > Thanks, > Andrew > > > Index: usr.sbin/boot0cfg/boot0cfg.c > > =================================================================== > > --- usr.sbin/boot0cfg/boot0cfg.c (revision 228359) > > +++ usr.sbin/boot0cfg/boot0cfg.c (working copy) > > @@ -169,7 +169,7 @@ > > o_flag = 1; > > break; > > case 's': > > - s_arg = argtoi(optarg, 1, 5, 's'); > > + s_arg = argtoi(optarg, 1, 6, 's'); > > break; > > case 't': > > t_arg = argtoi(optarg, 1, 0xffff, 't'); > > @@ -472,6 +472,8 @@ > > printf("default_selection=F%d (", mbr[OFF_OPT] + 1); > > if (mbr[OFF_OPT] < 4) > > printf("Slice %d", mbr[OFF_OPT] + 1); > > + else if (mbr[OFF_OPT] == 5) > > + print("PXE"); > > else > > printf("Drive 1"); > > printf(")\n"); > > Index: sys/boot/i386/boot0/boot0.S > > =================================================================== > > --- sys/boot/i386/boot0/boot0.S (revision 228359) > > +++ sys/boot/i386/boot0/boot0.S (working copy) > > @@ -413,6 +413,7 @@ > > 3: > > #endif /* ONLY_F_KEYS */ > > #endif /* SIO */ > > +check_selection: > > cmpb $0x5,%al # F1..F6 or 1..6 ? > > #ifdef PXE /* enable PXE/INT18 using F6 */ > > jne 1f; > > @@ -421,7 +422,6 @@ > > #endif /* PXE */ > > jae beep # Not in F1..F5, beep > > > > -check_selection: > > /* > > * We have a selection. If it's a bad selection go back to complain. > > * The bits in MNUOPT were set when the options were printed. > > -------------------------------------------------- > Andrew Boyer aboyer@averesystems.com > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 15:46:32 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD4221065673; Fri, 16 Dec 2011 15:46:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6689B8FC08; Fri, 16 Dec 2011 15:46:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBGFkVDL038795; Fri, 16 Dec 2011 10:46:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBGFkVcE038755; Fri, 16 Dec 2011 15:46:31 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 16 Dec 2011 15:46:31 GMT Message-Id: <201112161546.pBGFkVcE038755@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 15:46:32 -0000 TB --- 2011-12-16 14:50:02 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-16 14:50:02 - starting HEAD tinderbox run for mips/mips TB --- 2011-12-16 14:50:02 - cleaning the object tree TB --- 2011-12-16 14:50:12 - cvsupping the source tree TB --- 2011-12-16 14:50:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-12-16 14:50:25 - building world TB --- 2011-12-16 14:50:25 - CROSS_BUILD_TESTING=YES TB --- 2011-12-16 14:50:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-16 14:50:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-16 14:50:25 - SRCCONF=/dev/null TB --- 2011-12-16 14:50:25 - TARGET=mips TB --- 2011-12-16 14:50:25 - TARGET_ARCH=mips TB --- 2011-12-16 14:50:25 - TZ=UTC TB --- 2011-12-16 14:50:25 - __MAKE_CONF=/dev/null TB --- 2011-12-16 14:50:25 - cd /src TB --- 2011-12-16 14:50:25 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 16 14:50:26 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] building shared library snmp_hostres.so.6 sed -e 's%@MODPATH@%/usr/lib/%g' -e 's%@DEFPATH@%/usr/share/snmp/defs/%g' -e 's%@MIBSPATH@%/usr/share/snmp/mibs/%g' < /src/usr.sbin/bsnmpd/modules/snmp_hostres/snmp_hostres.3 | gzip -cn > snmp_hostres.3.gz ===> usr.sbin/bsnmpd/modules/snmp_mibII (all) cc -fpic -DPIC -O -pipe -G0 -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmpd -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_SYS_TREE_H -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c -o mibII.So cc1: warnings being treated as errors /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c: In function 'handle_rtmsg': /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:964: warning: cast increases required alignment of target type /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:991: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_mibII. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-16 15:46:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-16 15:46:31 - ERROR: failed to build world TB --- 2011-12-16 15:46:31 - 2406.83 user 653.02 system 3388.24 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 16:02:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 772C7106566C for ; Fri, 16 Dec 2011 16:02:23 +0000 (UTC) (envelope-from aboyer@averesystems.com) Received: from zimbra.averesystems.com (75-149-8-245-Pennsylvania.hfc.comcastbusiness.net [75.149.8.245]) by mx1.freebsd.org (Postfix) with ESMTP id 452A48FC12 for ; Fri, 16 Dec 2011 16:02:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.averesystems.com (Postfix) with ESMTP id 0D8B7446002; Fri, 16 Dec 2011 11:03:20 -0500 (EST) X-Virus-Scanned: amavisd-new at averesystems.com Received: from zimbra.averesystems.com ([127.0.0.1]) by localhost (zimbra.averesystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HrMKBbD8wCaR; Fri, 16 Dec 2011 11:03:18 -0500 (EST) Received: from riven.arriad.com (fw.arriad.com [10.0.0.16]) by zimbra.averesystems.com (Postfix) with ESMTPSA id 4C488446001; Fri, 16 Dec 2011 11:03:18 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Andrew Boyer In-Reply-To: <20111216145247.GB79885@onelab2.iet.unipi.it> Date: Fri, 16 Dec 2011 11:02:20 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <94847CD1-4361-424C-A2F6-75CAE918E2A9@averesystems.com> <20111216145247.GB79885@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@freebsd.org Subject: Re: Idea for change to boot0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 16:02:23 -0000 On Dec 16, 2011, at 9:52 AM, Luigi Rizzo wrote: > On Thu, Dec 15, 2011 at 04:21:51PM -0500, Andrew Boyer wrote: >> These two changes allow you to set PXE as the default MBR boot = selection, which enables you to write a 'reboot to the network' script. = We've found it to be very useful. What do people think? >=20 > seems good to me. John's comments also apply, no need to use > cryptic parameters in boot0cfg Agreed. '6' was the path of least resistance since it's what's already = displayed in the boot loader. -Andrew -------------------------------------------------- Andrew Boyer aboyer@averesystems.com From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 16:10:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DDE1106566C; Fri, 16 Dec 2011 16:10:33 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id E50B98FC0A; Fri, 16 Dec 2011 16:10:32 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id pBGGAVr5002489; Fri, 16 Dec 2011 17:10:31 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id pBGGAVTQ002488; Fri, 16 Dec 2011 17:10:31 +0100 (CET) (envelope-from marius) Date: Fri, 16 Dec 2011 17:10:31 +0100 From: Marius Strobl To: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Message-ID: <20111216161031.GA2371@alchemy.franken.de> References: <20111216084048.GA98967@mech-cluster241.men.bris.ac.uk> <20111216103720.GA853@alchemy.franken.de> <20111216111922.GA99512@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111216111922.GA99512@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: sparc64 r228561 panic: kmem_suballoc: bad status return of 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 16:10:33 -0000 On Fri, Dec 16, 2011 at 11:19:22AM +0000, Anton Shterenlikht wrote: > On Fri, Dec 16, 2011 at 11:37:20AM +0100, Marius Strobl wrote: > > On Fri, Dec 16, 2011 at 08:40:48AM +0000, Anton Shterenlikht wrote: > > > Updating from r216048 to r228561 on sparc64, > > > with sys/conf/newvers.sh changed to REVISION="9.9". > > > > > > Trinscribed by hand: > > > > > > FreeBSD 9.9-CURRENT #3 r228561M: > > > > > > panic: kmem_suballoc: bad status return of 3 > > > KDB: enter: panic > > > [ thread pid 0 tid 0 ] > > > Stopped at 0x02937e0: ta %xcc,1 > > > db> > > > > > > The keyboard froze, couldn't get a bt, > > > required a cold reboot. > > > > > > My /etc/make.conf and kernel config files are below. > > > > > > Any advice? > > > > > > > Hrm, doesn't look like I can reproduce this. What machine model is > > that and how much RAM does it have? > > >From dmesg: > > real memory = 2147483648 (2048 MB) > avail memory = 2079449088 (1983 MB) > cpu0: Sun Microsystems UltraSparc-IIIi Processor (1503.00 MHz CPU) > > > Do you use any loader tuneables? > > I don't think so. You mean like /boot/loader.conf? > I haven't got this file at all. > Even with a Blade 1500, which is the closest match to your machine that I have, and a kernel built with your configuration file I can't reproduce this using r228583. I'd suggest to test with a kernel built using an empty object directory and without any local modifications. If that still doesn't solve the problem given that there isn't even a backtrace I just can suggest to do a binary search for the offending commit, probably accounting especially for the changes to the VM within the window of revisions in question. Marius From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 16:30:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EC401065673; Fri, 16 Dec 2011 16:30:40 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 71C908FC22; Fri, 16 Dec 2011 16:30:39 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so6371922wgb.31 for ; Fri, 16 Dec 2011 08:30:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=5/cArYsjdM6kpusmLhCLeswP/2xGAu77ztNND69nTLs=; b=PLWlgjxgUj4kZvi0O0YfJbWBPqKffMuhFMOXqlT9zWuqrux+rmkjgcD26fVJkmebT3 Qvs9INeAkBQkOEgz9cfkrXU7LXV3mxsNEgYoaQDd6tU+o0LY045iiUve5J6+cMhjHKaQ b/1lP1Yp3Og7LTlFa8v24s7g6A5XM9/f9AdGw= MIME-Version: 1.0 Received: by 10.216.139.96 with SMTP id b74mr923397wej.10.1324053038541; Fri, 16 Dec 2011 08:30:38 -0800 (PST) Received: by 10.180.99.226 with HTTP; Fri, 16 Dec 2011 08:30:38 -0800 (PST) In-Reply-To: References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> Date: Fri, 16 Dec 2011 11:30:38 -0500 Message-ID: From: Arnaud Lacombe To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List , freebsd-performance@freebsd.org, Current FreeBSD , "O. Hartmann" , Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 16:30:40 -0000 Hi, [resend on the ml, my bad] On Fri, Dec 16, 2011 at 5:54 AM, Attilio Rao wrote: > 2011/12/16 Arnaud Lacombe : >> Hi, >> >> On Thu, Dec 15, 2011 at 2:32 AM, O. Hartmann >> wrote: >>> Just saw this shot benchmark on Phoronix dot com today: >>> >>> http://www.phoronix.com/scan.php?page=3Dnews_item&px=3DMTAyNzA >>> >> it might be worth highlighting that despite Oracle Linux 6.1 Server is >> using a kernel + compiler almost 2 years old, it still manages to >> out-perform the bleeding edge FreeBSD :-) >> >> Now, from what I've read so far in this thread, it seems that a lot of >> people are still in abnegation... >> >> my 0.2c, >> =A0- Arnaud > > Said by someone which really thinks passing __FILE__ and __LINE__ to > kernel function is going to give a mesaurable performance penalty is > really hilarious however :) > You are right, the rest of the kernel's subsystem are so sluggish, fragile and half baked that this would barely improve anything... That will be my last word in this thread. - Arnaud From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 16:42:21 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1364106566B; Fri, 16 Dec 2011 16:42:21 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id A2DCF8FC0C; Fri, 16 Dec 2011 16:42:21 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:19b3:2a7e:a7e7:449e] (unknown [IPv6:2001:7b8:3a7:0:19b3:2a7e:a7e7:449e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9FB665C37; Fri, 16 Dec 2011 17:42:20 +0100 (CET) Message-ID: <4EEB74F0.8070406@FreeBSD.org> Date: Fri, 16 Dec 2011 17:42:24 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111130 Thunderbird/9.0 MIME-Version: 1.0 To: Gleb Smirnoff References: <201112161546.pBGFkVcE038755@freebsd-current.sentex.ca> In-Reply-To: <201112161546.pBGFkVcE038755@freebsd-current.sentex.ca> X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: mips@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 16:42:22 -0000 On 2011-12-16 16:46, FreeBSD Tinderbox wrote: ... > ===> usr.sbin/bsnmpd/modules/snmp_mibII (all) > cc -fpic -DPIC -O -pipe -G0 -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmpd -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_SYS_TREE_H -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c -o mibII.So > cc1: warnings being treated as errors > /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c: In function 'handle_rtmsg': > /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:964: warning: cast increases required alignment of target type > /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:991: warning: cast increases required alignment of target type This seems to be caused by the changes to struct ifa_msghdr in r228571. Gleb, can you please have a look at it? From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 16:43:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 059511065678; Fri, 16 Dec 2011 16:43:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6D9898FC25; Fri, 16 Dec 2011 16:43:28 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so4457132vcb.13 for ; Fri, 16 Dec 2011 08:43:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=XEYl0wTkXG1IL4Pjffk3B4QbOIqIq8MwBXCjEJejHas=; b=t5UL9rRd2wH80a7awhSuAQtR2gPpgGt1YkLMuQo1cX4ZODtkP4Gbp2zmZklJWH7gHR ygKGdYq/kK6LQPXHL4abExs7pz/NAprYwGQcM1HXwN5G84wllrAdsqGcfbLGiqiJ1M7E u294CtOfDrASMI8oa0OvTjStJCS+qVjagzXvU= MIME-Version: 1.0 Received: by 10.220.151.204 with SMTP id d12mr4077535vcw.40.1324053808493; Fri, 16 Dec 2011 08:43:28 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.26.50 with HTTP; Fri, 16 Dec 2011 08:43:27 -0800 (PST) In-Reply-To: <4EEB42B1.1000506@freebsd.org> References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE88343.2050302@m5p.com> <4EE933C6.4020209@zedat.fu-berlin.de> <20111215024249.GA13557@icarus.home.lan> <4EE9A2A0.80607@zedat.fu-berlin.de> <4EEAE8DF.40303@rewt.org.uk> <4EEAEDE1.50604@zedat.fu-berlin.de> <4EEB42B1.1000506@freebsd.org> Date: Fri, 16 Dec 2011 08:43:27 -0800 X-Google-Sender-Auth: KjC5an4W3kNycKQhm4CA4y8apPY Message-ID: From: Adrian Chadd To: Stefan Esser Content-Type: text/plain; charset=ISO-8859-1 Cc: Joe Holden , FreeBSD Stable Mailing List , Current FreeBSD , Arnaud Lacombe , freebsd-performance@freebsd.org, "O. Hartmann" , Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 16:43:30 -0000 Can someone please write up a nice, concise blog post somewhere outlining all of this? Extra bonus points if it's a blog that is picked up by blogs.freebsdish.org and/or some of the other BSD sites. Guys/girls/fuzzy things - this is 2011; people look at shiny blog sites with graphs rather than mailing lists. Sorry, we lost that battle. :) Adrian From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 19:02:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28745106566C; Fri, 16 Dec 2011 19:02:05 +0000 (UTC) (envelope-from chase.epoch@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id A2DC28FC0A; Fri, 16 Dec 2011 19:02:04 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so4646511vcb.13 for ; Fri, 16 Dec 2011 11:02:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:content-type; bh=GY/KVByrx64r5y003TuAQw3sEmgqP3TEB2ze9zzLZ74=; b=NJmG+wFgpakdUpu7LFsTYyA+N0KVU1KNX7SRZ5snr41Lc5mTHQzkD5tmExs/RYb18M k/NJZm4iS4ux7ZgCUY24AtAtk3yx7RC1wlRwM5DlDyBM+WsCy+PSDso9+CN7vAWXc/At c0vSOCRvcAxx5A0Zbi0nxg7D0i+CPEj3X8S74= Received: by 10.220.148.132 with SMTP id p4mr4622267vcv.31.1324060664406; Fri, 16 Dec 2011 10:37:44 -0800 (PST) Received: from Chase1Cameron.local (75-94-42-241.war.clearwire-wmx.net. [75.94.42.241]) by mx.google.com with ESMTPS id dn20sm9778555vdb.15.2011.12.16.10.37.42 (version=SSLv3 cipher=OTHER); Fri, 16 Dec 2011 10:37:43 -0800 (PST) Message-ID: <4EEB8FF5.8030805@gmail.com> Date: Fri, 16 Dec 2011 10:37:41 -0800 From: Chase Epoch Cameron User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: avg@freebsd.org Subject: gptzfsboot error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 19:02:05 -0000 Salutations all, I continuously see this error pop up when I boot my system as it loads, and it appears as such: Code: gptzfsboot error 49 lba 1 gptzfsboot error 49 lba 32 gptzfsboot error 49 lba 1 gptzfsboot error 49 lba 32 I have run dd to check for bad sectors both destructively and I am seeing no error reported in SMART. There are no pending or reallocated sectors shown, and other tests come back clean. The system boots correctly and seems to run extremely well, but after multiple installs of 9.0-RC2 and 9.0-RC3, multiple erasures of gpt (using gpart destroy and a dd of the first and last 15MiB of the drive), I keep seeing this error, with no indicator as to what the code means or why I am getting it. I have checked quite a few places to look for the information to decode this blighted thing, and figure out if it is hardware, bootcode, an albatross or whatever, but I keep hitting my head on the oh-so-frustratingly-lacking-in-the-information-I-require internet. Any thoughts? Chase From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 19:45:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40838106566C; Fri, 16 Dec 2011 19:45:16 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 048398FC08; Fri, 16 Dec 2011 19:45:16 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:19b3:2a7e:a7e7:449e] (unknown [IPv6:2001:7b8:3a7:0:19b3:2a7e:a7e7:449e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3C32C5C37; Fri, 16 Dec 2011 20:45:14 +0100 (CET) Message-ID: <4EEB9FCF.3000603@FreeBSD.org> Date: Fri, 16 Dec 2011 20:45:19 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111130 Thunderbird/9.0 MIME-Version: 1.0 To: Chase Epoch Cameron References: <4EEB8FF5.8030805@gmail.com> In-Reply-To: <4EEB8FF5.8030805@gmail.com> X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, avg@freebsd.org Subject: Re: gptzfsboot error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 19:45:16 -0000 On 2011-12-16 19:37, Chase Epoch Cameron wrote: > Salutations all, > > > I continuously see this error pop up when I boot my system as it loads, > and it appears as such: > Code: > > > gptzfsboot error 49 lba 1 > gptzfsboot error 49 lba 32 > gptzfsboot error 49 lba 1 > gptzfsboot error 49 lba 32 Hmm, error 49 seems to be: 31h no media in drive (IBM/MS INT 13 extensions) I guess that isn't possible in your case? Maybe some sort of BIOS bug? From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 20:05:55 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BBCD106567A; Fri, 16 Dec 2011 20:05:55 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 337AF8FC1F; Fri, 16 Dec 2011 20:05:55 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id pBGK5ra0067336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 16 Dec 2011 21:05:54 +0100 (CET) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1324065954; bh=k/JBRowPH+51DUxFYY6TOHsgDhPVJH+giWSz0qLif1I=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=onLPx45nn0WWjNqZ1v/pCDQt34PC1NmiBaIif61w4DMRTi6ixEPZ2Njh/PwuFlml+ JtMUuRAl9JmbvpudDIZ6jxJ4KJHtsP4R5PapC9CPX/Vo2zoH5dktCPAJR4OfedGdlJ n3uIDFBrVyYtJiU9DfFXWRQA5JmtS5V6+PhmzFs0= Date: Fri, 16 Dec 2011 21:05:53 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Doug Barton Message-ID: <20111216200553.GO83814@acme.spoerlein.net> Mail-Followup-To: Doug Barton , Sean Bruno , "current@freebsd.org" References: <1323868832.5283.9.camel@hitfishpass-lx.corp.yahoo.com> <4EEAAF7F.2030408@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EEAAF7F.2030408@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Sean Bruno , "current@freebsd.org" Subject: Re: dogfooding over in clusteradm land X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 20:05:55 -0000 On Thu, 2011-12-15 at 18:39:59 -0800, Doug Barton wrote: > On 12/14/2011 05:20, Sean Bruno wrote: > > We're seeing what looks like a syncher/ufs resource starvation on 9.0 on > > the cvs2svn ports conversion box. > > ... sounds like a good reason not to migrate the history to me. :) Sounds more like a new regression test that we could use :) Uli From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 20:08:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 281AE1065673; Fri, 16 Dec 2011 20:08:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 00AB18FC13; Fri, 16 Dec 2011 20:08:38 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 9888E46B09; Fri, 16 Dec 2011 15:08:37 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2A2EDB915; Fri, 16 Dec 2011 15:08:37 -0500 (EST) From: John Baldwin To: Chase Epoch Cameron Date: Fri, 16 Dec 2011 15:08:36 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <4EEB8FF5.8030805@gmail.com> In-Reply-To: <4EEB8FF5.8030805@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201112161508.36250.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 16 Dec 2011 15:08:37 -0500 (EST) Cc: freebsd-current@freebsd.org, avg@freebsd.org Subject: Re: gptzfsboot error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 20:08:38 -0000 On Friday, December 16, 2011 1:37:41 pm Chase Epoch Cameron wrote: > Salutations all, > > > I continuously see this error pop up when I boot my system as it loads, > and it appears as such: > Code: > > > gptzfsboot error 49 lba 1 > gptzfsboot error 49 lba 32 > gptzfsboot error 49 lba 1 > gptzfsboot error 49 lba 32 The 49 is the error code returned in %AH from the BIOS call. It would probably be better if it were printed in hex. 49 corresponds to 0x31. From the error code list at Ralf Brown's Interrupt List: http://www.ctyme.com/intr/rb-0606.htm#Table234 You can see that 0x31 means "No media in drive." Does your system still boot ok? It might just be that when the ZFS bootstrap code scans for available disks in the system it is running into a removable drive that is empty and warning about it (but then skipping it). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 21:24:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 907DF106564A for ; Fri, 16 Dec 2011 21:24:10 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6632F8FC08 for ; Fri, 16 Dec 2011 21:24:10 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 16A2A46B23; Fri, 16 Dec 2011 16:24:10 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 913F7B915; Fri, 16 Dec 2011 16:24:09 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 16 Dec 2011 16:18:35 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <94847CD1-4361-424C-A2F6-75CAE918E2A9@averesystems.com> <20111216145247.GB79885@onelab2.iet.unipi.it> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201112161618.35708.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 16 Dec 2011 16:24:09 -0500 (EST) Cc: Luigi Rizzo , Andrew Boyer Subject: Re: Idea for change to boot0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 21:24:10 -0000 On Friday, December 16, 2011 11:02:20 am Andrew Boyer wrote: > > On Dec 16, 2011, at 9:52 AM, Luigi Rizzo wrote: > > > On Thu, Dec 15, 2011 at 04:21:51PM -0500, Andrew Boyer wrote: > >> These two changes allow you to set PXE as the default MBR boot selection, which enables you to write a 'reboot to the network' script. We've found it to be very useful. What do people think? > > > > seems good to me. John's comments also apply, no need to use > > cryptic parameters in boot0cfg > > Agreed. '6' was the path of least resistance since it's what's already displayed in the boot loader. Do you have an easy way to test my modifications to make sure I didn't fat- finger something? If it checks out ok I'll commit it. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 22:08:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13B001065673; Fri, 16 Dec 2011 22:08:14 +0000 (UTC) (envelope-from aboyer@averesystems.com) Received: from zimbra.averesystems.com (75-149-8-245-Pennsylvania.hfc.comcastbusiness.net [75.149.8.245]) by mx1.freebsd.org (Postfix) with ESMTP id D5A2A8FC0C; Fri, 16 Dec 2011 22:08:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.averesystems.com (Postfix) with ESMTP id 17C60446006; Fri, 16 Dec 2011 17:09:11 -0500 (EST) X-Virus-Scanned: amavisd-new at averesystems.com Received: from zimbra.averesystems.com ([127.0.0.1]) by localhost (zimbra.averesystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QJR6gN0ZTW28; Fri, 16 Dec 2011 17:09:10 -0500 (EST) Received: from riven.arriad.com (fw.arriad.com [10.0.0.16]) by zimbra.averesystems.com (Postfix) with ESMTPSA id 27F8E446002; Fri, 16 Dec 2011 17:09:10 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Andrew Boyer In-Reply-To: <201112161618.35708.jhb@freebsd.org> Date: Fri, 16 Dec 2011 17:08:11 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <70A2EBE6-4F1D-4B7C-A81A-B6ECB0B1FE04@averesystems.com> References: <94847CD1-4361-424C-A2F6-75CAE918E2A9@averesystems.com> <20111216145247.GB79885@onelab2.iet.unipi.it> <201112161618.35708.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@freebsd.org, Luigi Rizzo Subject: Re: Idea for change to boot0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 22:08:14 -0000 On Dec 16, 2011, at 4:18 PM, John Baldwin wrote: > On Friday, December 16, 2011 11:02:20 am Andrew Boyer wrote: >>=20 >> On Dec 16, 2011, at 9:52 AM, Luigi Rizzo wrote: >>=20 >>> On Thu, Dec 15, 2011 at 04:21:51PM -0500, Andrew Boyer wrote: >>>> These two changes allow you to set PXE as the default MBR boot = selection,=20 > which enables you to write a 'reboot to the network' script. We've = found it=20 > to be very useful. What do people think? >>>=20 >>> seems good to me. John's comments also apply, no need to use >>> cryptic parameters in boot0cfg >>=20 >> Agreed. '6' was the path of least resistance since it's what's = already=20 > displayed in the boot loader. >=20 > Do you have an easy way to test my modifications to make sure I didn't = fat- > finger something? If it checks out ok I'll commit it. >=20 > --=20 > John Baldwin Will do. -Andrew -------------------------------------------------- Andrew Boyer aboyer@averesystems.com From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 22:22:37 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9440B106566C; Fri, 16 Dec 2011 22:22:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4F7DB8FC17; Fri, 16 Dec 2011 22:22:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBGMMaPM076112; Fri, 16 Dec 2011 17:22:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBGMMaoc076102; Fri, 16 Dec 2011 22:22:36 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 16 Dec 2011 22:22:36 GMT Message-Id: <201112162222.pBGMMaoc076102@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 22:22:37 -0000 TB --- 2011-12-16 21:26:12 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-16 21:26:12 - starting HEAD tinderbox run for mips/mips TB --- 2011-12-16 21:26:13 - cleaning the object tree TB --- 2011-12-16 21:26:21 - cvsupping the source tree TB --- 2011-12-16 21:26:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-12-16 21:27:41 - building world TB --- 2011-12-16 21:27:41 - CROSS_BUILD_TESTING=YES TB --- 2011-12-16 21:27:41 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-16 21:27:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-16 21:27:41 - SRCCONF=/dev/null TB --- 2011-12-16 21:27:41 - TARGET=mips TB --- 2011-12-16 21:27:41 - TARGET_ARCH=mips TB --- 2011-12-16 21:27:41 - TZ=UTC TB --- 2011-12-16 21:27:41 - __MAKE_CONF=/dev/null TB --- 2011-12-16 21:27:41 - cd /src TB --- 2011-12-16 21:27:41 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 16 21:27:41 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] building shared library snmp_hostres.so.6 sed -e 's%@MODPATH@%/usr/lib/%g' -e 's%@DEFPATH@%/usr/share/snmp/defs/%g' -e 's%@MIBSPATH@%/usr/share/snmp/mibs/%g' < /src/usr.sbin/bsnmpd/modules/snmp_hostres/snmp_hostres.3 | gzip -cn > snmp_hostres.3.gz ===> usr.sbin/bsnmpd/modules/snmp_mibII (all) cc -fpic -DPIC -O -pipe -G0 -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmpd -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_SYS_TREE_H -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c -o mibII.So cc1: warnings being treated as errors /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c: In function 'handle_rtmsg': /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:964: warning: cast increases required alignment of target type /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:991: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_mibII. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-16 22:22:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-16 22:22:36 - ERROR: failed to build world TB --- 2011-12-16 22:22:36 - 2360.10 user 646.98 system 3383.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 22:26:51 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBBFB106564A; Fri, 16 Dec 2011 22:26:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3528F8FC08; Fri, 16 Dec 2011 22:26:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBGMQoTu089385; Fri, 16 Dec 2011 17:26:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBGMQoEs089384; Fri, 16 Dec 2011 22:26:50 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 16 Dec 2011 22:26:50 GMT Message-Id: <201112162226.pBGMQoEs089384@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 22:26:51 -0000 TB --- 2011-12-16 21:01:21 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-16 21:01:21 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-12-16 21:01:21 - cleaning the object tree TB --- 2011-12-16 21:01:36 - cvsupping the source tree TB --- 2011-12-16 21:01:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-12-16 21:01:49 - building world TB --- 2011-12-16 21:01:49 - CROSS_BUILD_TESTING=YES TB --- 2011-12-16 21:01:49 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-16 21:01:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-16 21:01:49 - SRCCONF=/dev/null TB --- 2011-12-16 21:01:49 - TARGET=ia64 TB --- 2011-12-16 21:01:49 - TARGET_ARCH=ia64 TB --- 2011-12-16 21:01:49 - TZ=UTC TB --- 2011-12-16 21:01:49 - __MAKE_CONF=/dev/null TB --- 2011-12-16 21:01:49 - cd /src TB --- 2011-12-16 21:01:49 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 16 21:01:49 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv -I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr -I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_access.c cc -O2 -pipe -fno-strict-aliasing -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv -I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr -I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_dblookup.c cc -O2 -pipe -fno-strict-aliasing -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv -I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr -I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr/yp_dbwrite.c cc -O2 -pipe -fno-strict-aliasing -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv -I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr -I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_error.c cc -O2 -pipe -fno-strict-aliasing -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv -I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr -I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/usr.sbin/rpc.yppasswdd/yppasswdd_main.c In file included from /src/usr.sbin/rpc.yppasswdd/yppasswdd_main.c:65: /src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_extern.h:73: error: conflicting types for 'yp_errno' /src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr/ypxfr_extern.h:49: error: previous declaration of 'yp_errno' was here *** Error code 1 Stop in /src/usr.sbin/rpc.yppasswdd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-16 22:26:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-16 22:26:50 - ERROR: failed to build world TB --- 2011-12-16 22:26:50 - 4037.44 user 784.66 system 5128.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 16 22:57:14 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6B191065670; Fri, 16 Dec 2011 22:57:14 +0000 (UTC) (envelope-from crmartin@sgi.com) Received: from relay.sgi.com (relay3.sgi.com [192.48.152.1]) by mx1.freebsd.org (Postfix) with ESMTP id A0B6C8FC1A; Fri, 16 Dec 2011 22:57:14 +0000 (UTC) Received: from xmail.sgi.com (pv-excas2-dc21.corp.sgi.com [137.38.102.196]) by relay3.corp.sgi.com (Postfix) with ESMTP id C0EE9AC003; Fri, 16 Dec 2011 14:38:40 -0800 (PST) Received: from [10.3.0.220] (10.3.0.220) by xmail.sgi.com (137.38.102.30) with Microsoft SMTP Server (TLS) id 14.1.339.1; Fri, 16 Dec 2011 16:38:39 -0600 Message-ID: <4EEBC86F.1030907@sgi.com> Date: Fri, 16 Dec 2011 15:38:39 -0700 From: Charlie Martin Organization: Silicon Graphics, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111101 SUSE/3.1.16 Lightning/1.0b2 Thunderbird/3.1.16 MIME-Version: 1.0 To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.3.0.220] Cc: freebsd-current@FreeBSD.org, "Peter W. Morreale" Subject: Spinlock panic in FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 22:57:14 -0000 (This was originally posted to freebsd-hackers, I'm reposting following email suggestions.) We've observed a panic in FreeBSD 7 (7.2-PRERELEASE FreeBSD) several times that we've not been able to track down. Upgrading is not an option at this time. Does this look at all familiar to anyone? Here's an example stack trace after panic: spin lock 0xffffffff8086bdc0 (smp rendezvous) held by 0xffffff0006d1f000 (tid 100060) too long panic: spin lock held too long cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff8019120a = db_trace_self_wrapper+0x2a panic() at 0xffffffff80308797 = panic+0x187 _mtx_lock_spin_failed() at 0xffffffff802fbda9 = _mtx_lock_spin_failed+0x39 _mtx_lock_spin() at 0xffffffff802fbe4e = _mtx_lock_spin+0x9e _mtx_lock_spin_flags() at 0xffffffff802fc354 = _mtx_lock_spin_flags+0x104 smp_rendezvous_cpus() at 0xffffffff80340cb3 = smp_rendezvous_cpus+0xd3 xcall() at 0xffffffff80ad755e = xcall+0x3e cyclic_remove_here() at 0xffffffff80ad7715 = cyclic_remove_here+0x1a5 cyclic_remove() at 0xffffffff80ad7a0f = cyclic_remove+0x5f profile_disable() at 0xffffffff80acf0e5 = profile_disable+0x15 dtrace_state_destroy() at 0xffffffff80adfabd = dtrace_state_destroy+0x35d dtrace_close() at 0xffffffff80adffed = dtrace_close+0x8d devfs_close() at 0xffffffff802a825d = devfs_close+0x2dd vn_close() at 0xffffffff8039cb06 = vn_close+0xb6 vn_closefile() at 0xffffffff8039cc00 = vn_closefile+0x80 devfs_close_f() at 0xffffffff802a5738 = devfs_close_f+0x28 fdrop() at 0xffffffff802d98bb = fdrop+0xdb closef() at 0xffffffff802db2f9 = closef+0x29 fdfree() at 0xffffffff802dc061 = fdfree+0x161 exit1() at 0xffffffff802e56b2 = exit1+0x2c2 sigexit() at 0xffffffff8030a86f = sigexit+0x8f postsig() at 0xffffffff8030b6ce = postsig+0x38e ast() at 0xffffffff803425f7 = ast+0x337 Xfast_syscall() at 0xffffffff80494efd = Xfast_syscall+0xdd --- syscall (32, FreeBSD ELF64, getsockname), rip = 0x800df4d5c, rsp = 0x7fffffffe398, rbp = 0x5 --- KDB: enter: panic The panic always shows up from a syscall, and almost always from syscall 32, getsockname, but we've also observed it with syscall 5. -- Charles R. (Charlie) Martin Senior Software Engineer SGI logo 1900 Pike Road Longmont, CO 80501 Phone: 303-532-0209 E-Mail: CRMartin@sgi.com Website: www.sgi.com From owner-freebsd-current@FreeBSD.ORG Sat Dec 17 00:21:17 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 684ED1065676; Sat, 17 Dec 2011 00:21:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 32CD68FC13; Sat, 17 Dec 2011 00:21:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBH0LGFH025062; Fri, 16 Dec 2011 19:21:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBH0LGWc025053; Sat, 17 Dec 2011 00:21:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Dec 2011 00:21:16 GMT Message-Id: <201112170021.pBH0LGWc025053@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 00:21:17 -0000 TB --- 2011-12-16 22:22:36 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-16 22:22:36 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-12-16 22:22:36 - cleaning the object tree TB --- 2011-12-16 22:22:51 - cvsupping the source tree TB --- 2011-12-16 22:22:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-12-16 22:23:04 - building world TB --- 2011-12-16 22:23:04 - CROSS_BUILD_TESTING=YES TB --- 2011-12-16 22:23:04 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-16 22:23:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-16 22:23:04 - SRCCONF=/dev/null TB --- 2011-12-16 22:23:04 - TARGET=powerpc TB --- 2011-12-16 22:23:04 - TARGET_ARCH=powerpc TB --- 2011-12-16 22:23:04 - TZ=UTC TB --- 2011-12-16 22:23:04 - __MAKE_CONF=/dev/null TB --- 2011-12-16 22:23:04 - cd /src TB --- 2011-12-16 22:23:04 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 16 22:23:05 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv -I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr -I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_access.c cc -O2 -pipe -fno-strict-aliasing -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv -I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr -I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_dblookup.c cc -O2 -pipe -fno-strict-aliasing -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv -I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr -I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr/yp_dbwrite.c cc -O2 -pipe -fno-strict-aliasing -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv -I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr -I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_error.c cc -O2 -pipe -fno-strict-aliasing -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv -I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr -I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/usr.sbin/rpc.yppasswdd/yppasswdd_main.c In file included from /src/usr.sbin/rpc.yppasswdd/yppasswdd_main.c:65: /src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_extern.h:73: error: conflicting types for 'yp_errno' /src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr/ypxfr_extern.h:49: error: previous declaration of 'yp_errno' was here *** Error code 1 Stop in /src/usr.sbin/rpc.yppasswdd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-17 00:21:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-17 00:21:15 - ERROR: failed to build world TB --- 2011-12-17 00:21:15 - 5796.08 user 956.13 system 7118.87 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 17 00:26:05 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AB221065673; Sat, 17 Dec 2011 00:26:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 34A978FC0C; Sat, 17 Dec 2011 00:26:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBH0Q4GN046428; Fri, 16 Dec 2011 19:26:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBH0Pxgx046383; Sat, 17 Dec 2011 00:25:59 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Dec 2011 00:25:59 GMT Message-Id: <201112170025.pBH0Pxgx046383@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 00:26:05 -0000 TB --- 2011-12-16 22:26:50 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-16 22:26:50 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-12-16 22:26:50 - cleaning the object tree TB --- 2011-12-16 22:27:06 - cvsupping the source tree TB --- 2011-12-16 22:27:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-12-16 22:27:19 - building world TB --- 2011-12-16 22:27:19 - CROSS_BUILD_TESTING=YES TB --- 2011-12-16 22:27:19 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-16 22:27:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-16 22:27:19 - SRCCONF=/dev/null TB --- 2011-12-16 22:27:19 - TARGET=powerpc TB --- 2011-12-16 22:27:19 - TARGET_ARCH=powerpc64 TB --- 2011-12-16 22:27:19 - TZ=UTC TB --- 2011-12-16 22:27:19 - __MAKE_CONF=/dev/null TB --- 2011-12-16 22:27:19 - cd /src TB --- 2011-12-16 22:27:19 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 16 22:27:20 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv -I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr -I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_access.c cc -O2 -pipe -fno-strict-aliasing -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv -I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr -I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_dblookup.c cc -O2 -pipe -fno-strict-aliasing -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv -I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr -I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr/yp_dbwrite.c cc -O2 -pipe -fno-strict-aliasing -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv -I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr -I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_error.c cc -O2 -pipe -fno-strict-aliasing -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw -I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv -I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr -I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/usr.sbin/rpc.yppasswdd/yppasswdd_main.c In file included from /src/usr.sbin/rpc.yppasswdd/yppasswdd_main.c:65: /src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_extern.h:73: error: conflicting types for 'yp_errno' /src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr/ypxfr_extern.h:49: error: previous declaration of 'yp_errno' was here *** Error code 1 Stop in /src/usr.sbin/rpc.yppasswdd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-17 00:25:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-17 00:25:59 - ERROR: failed to build world TB --- 2011-12-17 00:25:59 - 5802.09 user 980.71 system 7148.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 17 02:39:21 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A2FF106564A; Sat, 17 Dec 2011 02:39:21 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 1BAFD8FC0A; Sat, 17 Dec 2011 02:39:21 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 2DDD325D389E; Sat, 17 Dec 2011 02:39:20 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 5641DBD7281; Sat, 17 Dec 2011 02:39:19 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 5HRqpvmHj-rH; Sat, 17 Dec 2011 02:39:18 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 26E2ABD7294; Sat, 17 Dec 2011 02:39:18 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <4EEB74F0.8070406@FreeBSD.org> Date: Sat, 17 Dec 2011 02:39:17 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201112161546.pBGFkVcE038755@freebsd-current.sentex.ca> <4EEB74F0.8070406@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1084) Cc: Gleb Smirnoff , mips@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 02:39:21 -0000 On 16. Dec 2011, at 16:42 , Dimitry Andric wrote: > On 2011-12-16 16:46, FreeBSD Tinderbox wrote: > ... >> =3D=3D=3D> usr.sbin/bsnmpd/modules/snmp_mibII (all) >> cc -fpic -DPIC -O -pipe -G0 = -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/lib = -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmpd = -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_SYS_TREE_H -I. = -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch = -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline = -Wnested-externs -Wredundant-decls -Wold-style-definition = -Wno-pointer-sign -c = /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mib= II/mibII.c -o mibII.So >> cc1: warnings being treated as errors >> = /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mib= II/mibII.c: In function 'handle_rtmsg': >> = /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mib= II/mibII.c:964: warning: cast increases required alignment of target = type >> = /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mib= II/mibII.c:991: warning: cast increases required alignment of target = type >=20 > This seems to be caused by the changes to struct ifa_msghdr in = r228571. > Gleb, can you please have a look at it? I did and started a universe and will commit as it finishes. /bz --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do!= From owner-freebsd-current@FreeBSD.ORG Sat Dec 17 04:55:57 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D148106566B; Sat, 17 Dec 2011 04:55:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3B9898FC08; Sat, 17 Dec 2011 04:55:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBH4tpbk043493; Fri, 16 Dec 2011 23:55:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBH4tpwm043468; Sat, 17 Dec 2011 04:55:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Dec 2011 04:55:51 GMT Message-Id: <201112170455.pBH4tpwm043468@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 04:55:57 -0000 TB --- 2011-12-17 03:59:49 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-17 03:59:49 - starting HEAD tinderbox run for mips/mips TB --- 2011-12-17 03:59:49 - cleaning the object tree TB --- 2011-12-17 03:59:58 - cvsupping the source tree TB --- 2011-12-17 03:59:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-12-17 04:00:12 - building world TB --- 2011-12-17 04:00:12 - CROSS_BUILD_TESTING=YES TB --- 2011-12-17 04:00:12 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-17 04:00:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-17 04:00:12 - SRCCONF=/dev/null TB --- 2011-12-17 04:00:12 - TARGET=mips TB --- 2011-12-17 04:00:12 - TARGET_ARCH=mips TB --- 2011-12-17 04:00:12 - TZ=UTC TB --- 2011-12-17 04:00:12 - __MAKE_CONF=/dev/null TB --- 2011-12-17 04:00:12 - cd /src TB --- 2011-12-17 04:00:12 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 17 04:00:13 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] building shared library snmp_hostres.so.6 sed -e 's%@MODPATH@%/usr/lib/%g' -e 's%@DEFPATH@%/usr/share/snmp/defs/%g' -e 's%@MIBSPATH@%/usr/share/snmp/mibs/%g' < /src/usr.sbin/bsnmpd/modules/snmp_hostres/snmp_hostres.3 | gzip -cn > snmp_hostres.3.gz ===> usr.sbin/bsnmpd/modules/snmp_mibII (all) cc -fpic -DPIC -O -pipe -G0 -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmpd -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_SYS_TREE_H -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c -o mibII.So cc1: warnings being treated as errors /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c: In function 'handle_rtmsg': /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:964: warning: cast increases required alignment of target type /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:991: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_mibII. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-17 04:55:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-17 04:55:50 - ERROR: failed to build world TB --- 2011-12-17 04:55:50 - 2380.27 user 648.73 system 3361.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 17 11:03:38 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3F2A106564A; Sat, 17 Dec 2011 11:03:38 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CD07E8FC0C; Sat, 17 Dec 2011 11:03:37 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA02947; Sat, 17 Dec 2011 13:03:31 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Rbs38-0009Xs-Qc; Sat, 17 Dec 2011 13:03:30 +0200 Message-ID: <4EEC7700.3020700@FreeBSD.org> Date: Sat, 17 Dec 2011 13:03:28 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111206 Thunderbird/8.0 MIME-Version: 1.0 To: Charlie Martin References: <4EEBC86F.1030907@sgi.com> In-Reply-To: <4EEBC86F.1030907@sgi.com> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, "Peter W. Morreale" Subject: Re: Spinlock panic in FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 11:03:38 -0000 on 17/12/2011 00:38 Charlie Martin said the following: > (This was originally posted to freebsd-hackers, I'm reposting following email > suggestions.) > > We've observed a panic in FreeBSD 7 (7.2-PRERELEASE FreeBSD) several times that > we've not been able to track down. Upgrading is not an option at this time. > > Does this look at all familiar to anyone? Here's an example stack trace after > panic: See r219502. > spin lock 0xffffffff8086bdc0 (smp rendezvous) held by 0xffffff0006d1f000 (tid > 100060) too long > panic: spin lock held too long > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff8019120a = db_trace_self_wrapper+0x2a > panic() at 0xffffffff80308797 = panic+0x187 > _mtx_lock_spin_failed() at 0xffffffff802fbda9 = _mtx_lock_spin_failed+0x39 > _mtx_lock_spin() at 0xffffffff802fbe4e = _mtx_lock_spin+0x9e > _mtx_lock_spin_flags() at 0xffffffff802fc354 = _mtx_lock_spin_flags+0x104 > smp_rendezvous_cpus() at 0xffffffff80340cb3 = smp_rendezvous_cpus+0xd3 > xcall() at 0xffffffff80ad755e = xcall+0x3e > cyclic_remove_here() at 0xffffffff80ad7715 = cyclic_remove_here+0x1a5 > cyclic_remove() at 0xffffffff80ad7a0f = cyclic_remove+0x5f > profile_disable() at 0xffffffff80acf0e5 = profile_disable+0x15 > dtrace_state_destroy() at 0xffffffff80adfabd = dtrace_state_destroy+0x35d > dtrace_close() at 0xffffffff80adffed = dtrace_close+0x8d > devfs_close() at 0xffffffff802a825d = devfs_close+0x2dd > vn_close() at 0xffffffff8039cb06 = vn_close+0xb6 > vn_closefile() at 0xffffffff8039cc00 = vn_closefile+0x80 > devfs_close_f() at 0xffffffff802a5738 = devfs_close_f+0x28 > fdrop() at 0xffffffff802d98bb = fdrop+0xdb > closef() at 0xffffffff802db2f9 = closef+0x29 > fdfree() at 0xffffffff802dc061 = fdfree+0x161 > exit1() at 0xffffffff802e56b2 = exit1+0x2c2 > sigexit() at 0xffffffff8030a86f = sigexit+0x8f > postsig() at 0xffffffff8030b6ce = postsig+0x38e > ast() at 0xffffffff803425f7 = ast+0x337 > Xfast_syscall() at 0xffffffff80494efd = Xfast_syscall+0xdd > --- syscall (32, FreeBSD ELF64, getsockname), rip = 0x800df4d5c, rsp = > 0x7fffffffe398, rbp = 0x5 --- > KDB: enter: panic > > The panic always shows up from a syscall, and almost always from syscall 32, > getsockname, but we've also observed it with syscall 5. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Dec 17 11:09:01 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFE8F106564A; Sat, 17 Dec 2011 11:09:01 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 6F1A38FC15; Sat, 17 Dec 2011 11:09:01 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 27FF725D37C3; Sat, 17 Dec 2011 11:09:00 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 3B87BBD72FC; Sat, 17 Dec 2011 11:08:59 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id kvmBwnBaeN9g; Sat, 17 Dec 2011 11:08:57 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 6BEF2BD72FB; Sat, 17 Dec 2011 11:08:57 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Sat, 17 Dec 2011 11:08:56 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201112161546.pBGFkVcE038755@freebsd-current.sentex.ca> <4EEB74F0.8070406@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1084) Cc: Gleb Smirnoff , mips@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 11:09:02 -0000 On 17. Dec 2011, at 02:39 , Bjoern A. Zeeb wrote: > On 16. Dec 2011, at 16:42 , Dimitry Andric wrote: >=20 >> On 2011-12-16 16:46, FreeBSD Tinderbox wrote: >> ... >>> =3D=3D=3D> usr.sbin/bsnmpd/modules/snmp_mibII (all) >>> cc -fpic -DPIC -O -pipe -G0 = -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/lib = -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmpd = -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_SYS_TREE_H -I. = -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch = -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline = -Wnested-externs -Wredundant-decls -Wold-style-definition = -Wno-pointer-sign -c = /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mib= II/mibII.c -o mibII.So >>> cc1: warnings being treated as errors >>> = /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mib= II/mibII.c: In function 'handle_rtmsg': >>> = /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mib= II/mibII.c:964: warning: cast increases required alignment of target = type >>> = /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mib= II/mibII.c:991: warning: cast increases required alignment of target = type >>=20 >> This seems to be caused by the changes to struct ifa_msghdr in = r228571. >> Gleb, can you please have a look at it? >=20 > I did and started a universe and will commit as it finishes. Sorry it took a bit longer; should be fixed in r228623. /bz --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-current@FreeBSD.ORG Sat Dec 17 11:33:07 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF2331065672; Sat, 17 Dec 2011 11:33:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4E88FC1F; Sat, 17 Dec 2011 11:33:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pBHBX5Dw078807; Sat, 17 Dec 2011 06:33:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pBHBX5nc078795; Sat, 17 Dec 2011 11:33:05 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Dec 2011 11:33:05 GMT Message-Id: <201112171133.pBHBX5nc078795@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 11:33:07 -0000 TB --- 2011-12-17 10:38:16 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-17 10:38:16 - starting HEAD tinderbox run for mips/mips TB --- 2011-12-17 10:38:16 - cleaning the object tree TB --- 2011-12-17 10:38:25 - cvsupping the source tree TB --- 2011-12-17 10:38:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-12-17 10:38:55 - building world TB --- 2011-12-17 10:38:55 - CROSS_BUILD_TESTING=YES TB --- 2011-12-17 10:38:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-17 10:38:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-17 10:38:55 - SRCCONF=/dev/null TB --- 2011-12-17 10:38:55 - TARGET=mips TB --- 2011-12-17 10:38:55 - TARGET_ARCH=mips TB --- 2011-12-17 10:38:55 - TZ=UTC TB --- 2011-12-17 10:38:55 - __MAKE_CONF=/dev/null TB --- 2011-12-17 10:38:55 - cd /src TB --- 2011-12-17 10:38:55 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 17 10:38:56 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] building shared library snmp_hostres.so.6 sed -e 's%@MODPATH@%/usr/lib/%g' -e 's%@DEFPATH@%/usr/share/snmp/defs/%g' -e 's%@MIBSPATH@%/usr/share/snmp/mibs/%g' < /src/usr.sbin/bsnmpd/modules/snmp_hostres/snmp_hostres.3 | gzip -cn > snmp_hostres.3.gz ===> usr.sbin/bsnmpd/modules/snmp_mibII (all) cc -fpic -DPIC -O -pipe -G0 -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmpd -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_SYS_TREE_H -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c -o mibII.So cc1: warnings being treated as errors /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c: In function 'handle_rtmsg': /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:964: warning: cast increases required alignment of target type /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:991: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_mibII. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-17 11:33:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-17 11:33:05 - ERROR: failed to build world TB --- 2011-12-17 11:33:05 - 2313.39 user 637.45 system 3289.10 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 17 23:22:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84513106566B; Sat, 17 Dec 2011 23:22:35 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 332888FC0C; Sat, 17 Dec 2011 23:22:34 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id 2A915D20; Sun, 18 Dec 2011 00:22:32 +0100 (CET) Date: Sun, 18 Dec 2011 00:21:27 +0100 From: Pawel Jakub Dawidek To: John Baldwin Message-ID: <20111217232125.GA1685@garage.freebsd.pl> References: <20111022084931.GD1697@garage.freebsd.pl> <20111023155827.GH1697@garage.freebsd.pl> <201110240814.22368.jhb@freebsd.org> <201112121100.23567.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <201112121100.23567.jhb@freebsd.org> X-OS: FreeBSD 9.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Kostik Belousov , Lawrence Stewart , freebsd-current@freebsd.org, Andre Oppermann , freebsd-net@freebsd.org Subject: Re: 9.0-RC1 panic in tcp_input: negative winow. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 23:22:35 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 12, 2011 at 11:00:23AM -0500, John Baldwin wrote: > An update. I've sent Pawel a testing patch to see if my hypothesis is co= rrect > (www.freebsd.org/~jhb/patches/tcp_negwin_test.patch). If it is then I in= tend > to commit www.freebsd.org/~jhb/patches/tcp_negwin2.patch as the fix. Unfortunately it paniced today. Take a look at: http://people.freebsd.org/~pjd/misc/tcp_panic.jpg --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk7tI/UACgkQForvXbEpPzQmLQCeL1ZWfM2NIQcSLv8CACBZ2eU/ D1sAoOdyAqZ9LUJivdEF9R2vqbD6RZ0v =Wz53 -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw--