From owner-freebsd-hackers Sun May 27 0:46: 6 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 66F2137B42C; Sun, 27 May 2001 00:46:02 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.3/8.11.3) with ESMTP id f4R7sQ407322; Sun, 27 May 2001 00:54:26 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200105270754.f4R7sQ407322@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Barry Lustig Cc: Mike Smith , Valentin Nechayev , current@freebsd.org, hackers@freebsd.org Subject: Re: Boot time memory issue In-reply-to: Your message of "Sat, 26 May 2001 22:03:34 EDT." <3B106076.657BB1A9@lustig.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 May 2001 00:54:26 -0700 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 > > > SMAP type=01 base=00000000 00000000 len=00000000 0009f800 > > > SMAP type=02 base=00000000 0009f800 len=00000000 00000800 > > > SMAP type=02 base=00000000 000e8400 len=00000000 00017c00 > > > SMAP type=01 base=00000000 00100000 len=00000000 13ef0000 > > > SMAP type=03 base=00000000 13ff0000 len=00000000 0000f800 > > > SMAP type=04 base=00000000 13fff800 len=00000000 00000800 > > > SMAP type=02 base=00000000 fff80000 len=00000000 00080000 > > > Too many holes in the physical address space, giving up > > > > Can you try changing the declaration of phys_avail at the top of > > sys/i386/i386/machdep.c from: > > > > vm_offset_t phys_avail[10]; > > > > to > > > > vm_offset_t phys_avail[100]; > > Did that and got the same error. I put a printf just before the > pa_indx++ in machdep.c and watched it increment by 2's all the way up to > 100. How many SMAP lines did it print? All the ones above look legitimate, and there are only 7 of them. What about the values of pa, i and physmap_idx? -- ... 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 Sun May 27 1:18: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id 6FC2437B424; Sun, 27 May 2001 01:17:57 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id LGU10451; Sun, 27 May 2001 11:17:38 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.3/8.11.3) id f4R8Fwo01855; Sun, 27 May 2001 11:15:58 +0300 (EEST) (envelope-from netch) Date: Sun, 27 May 2001 11:15:57 +0300 From: Valentin Nechayev To: Barry Lustig Cc: Mike Smith , current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Boot time memory issue Message-ID: <20010527111557.B1577@iv.nn.kiev.ua> References: <200105270201.f4R21o404244@mass.dis.org> <3B106076.657BB1A9@lustig.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B106076.657BB1A9@lustig.com>; from barry@lustig.com on Sat, May 26, 2001 at 10:03:34PM -0400 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sat, May 26, 2001 at 22:03:34, barry (Barry Lustig) wrote about "Re: Boot time memory issue": > > > SMAP type=01 base=00000000 00100000 len=00000000 13ef0000 [...] > Did that and got the same error. I put a printf just before the > pa_indx++ in machdep.c and watched it increment by 2's all the way up to > 100. > > Any other ideas? This code in machdep.c performs easy memory test for each page and adds it to previous chunk or creates new one. The idea AFAIU is to test declared memory regions for real ones. If you have >100 really different regions in declared two memory regions, something bad happened with your hardware: memory modules are broken, or chipset incorrectly detects them, or yet another problem... You can test its logic by adding following patch or similar one: --- machdep.c.orig Sun May 27 11:12:19 2001 +++ machdep.c Sun May 27 11:13:57 2001 @@ -1785,10 +1785,12 @@ printf("Too many holes in the physical address space, giving up\n"); pa_indx--; break; } phys_avail[pa_indx++] = pa; /* start */ + printf( "getmemsize: new chunk at %08lx\n", + (unsigned long) pa ); phys_avail[pa_indx] = pa + PAGE_SIZE; /* end */ } physmem++; } } /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 27 5:17:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 2807C37B422 for ; Sun, 27 May 2001 05:17:26 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id OAA10637; Sun, 27 May 2001 14:17:22 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Matt Dillon Cc: hackers@FreeBSD.ORG Subject: Re: Tuning, security, firewall man pages up for review References: <200105270241.f4R2fTv02170@earth.backplane.com> From: Dag-Erling Smorgrav Date: 27 May 2001 14:17:21 +0200 In-Reply-To: <200105270241.f4R2fTv02170@earth.backplane.com> Message-ID: Lines: 9 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 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 Matt Dillon writes: > http://apollo.backplane.com/FreeBSD/tuning.html In the kernel config tuning section, you've misspelt NSFBUFS as NFSBUFS, which doesn't exist. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 27 14:23: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mycenae.jantar.org (mycenae.jantar.org [203.35.206.129]) by hub.freebsd.org (Postfix) with ESMTP id 4862E37B422 for ; Sun, 27 May 2001 14:22:58 -0700 (PDT) (envelope-from patrykz@mycenae.jantar.org) Received: (from patrykz@localhost) by mycenae.jantar.org (8.9.3/8.9.3) id HAA09007; Mon, 28 May 2001 07:22:33 +1000 (EST) (envelope-from patrykz) To: pat@siliconbreeze.com Delivery-Date: Tue Dec 19 01:35:12 2000 Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by charon.ilion.eu.org (8.9.2/8.9.3) with ESMTP id BAA58320 for ; Tue, 19 Dec 2000 01:35:08 +1100 (EST) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.1/8.11.0) with ESMTP id eBIEYW521580; Mon, 18 Dec 2000 09:34:32 -0500 (EST) (envelope-from louie@whizzo.transsys.com) Message-Id: <200012181434.eBIEYW521580@whizzo.transsys.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 Cc: Jordan Hubbard , Andrew Reilly , Patryk Zadarnowski , Tony Finch , SteveB , freebsd-hackers@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: kernel type References: <6134.977051878@winston.osd.bsdi.com> <3A3DDFE9.5AD693B6@inpharmatica.co.uk> In-reply-to: Your message of "Mon, 18 Dec 2000 09:59:05 GMT." <3A3DDFE9.5AD693B6@inpharmatica.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Dec 2000 09:34:32 -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 > As I remember, way back in the mists of 1990 when I first encountered a NeXT > box, one of the principal reasons for selecting the Mach 2.x micro kernel was > "mach messaging". This was a unified mechanism for almost all IPC both within > one host or distributed over a network, where eg. sockets (netork or unix > domain), pipes etc. were seen as abstractions of the core messaging function. > This fitted very well with the general OO design philosophy of the company. > If anyone has access to a copy of the socket(2) man page from any NeXTSTEP > version, I dimly remember there being an informative paragraph about this > point. This is mostly true, but the Mach kernel they shipped definately wasn't what I'd call a "micro kernel". It was based on the earlier CMU monolithic 4.3BSD Mach kernel. At the time, we had a source license for their kernel (at least most of; not device drivers, feh!), and this was very clear. > Whilst Mach messaging was not commonly used directly in the Unix userland > which was pretty much stock BSD 4.3, it was very important in the AppKit --- > NeXT's real stock in trade. In fact, the IPC between the appkik/user processes and the Display PostScript server really made use of this, could result in very high performance when moving large bitmapped images, etc. I would love to have a UI available these days; it was worlds better than X at the time, and frankly, still better than what we have today. The afterstep and WindowMaker guys have made some progress emulating the visual interface. But can you imagine trying to run GNOME or KDE on a 25Mhz 68030 today? louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 27 15:55:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id DB43137B422 for ; Sun, 27 May 2001 15:55:23 -0700 (PDT) (envelope-from DougB@DougBarton.net) Received: from DougBarton.net (master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id PAA48187; Sun, 27 May 2001 15:54:00 -0700 (PDT) (envelope-from DougB@DougBarton.net) Message-ID: <3B118588.DC5A632F@DougBarton.net> Date: Sun, 27 May 2001 15:54:00 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Andrew Reilly Cc: hackers@FreeBSD.ORG Subject: Re: technical comparison References: <200105252049.NAA13292@usr06.primenet.com> <20010526192516.A2573@gurney.reilly.home> <20010526193723.B2573@gurney.reilly.home> 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 Andrew Reilly wrote: > It is quite concievable that a performance tweak to the IMAP > server could involve a header cache in a relational database of > some sort, and that would certainly contain references to the > individual files, which would then be accessed randomly. You might want to give mbox format a try. imap-uw will use this format if you perform a few tweaks described in the documentation that comes with it. Basically, instead of the mailbox being in plain text it creates a type of database at the top of the file that describes the contents. Makes access much faster for large (> 1k letters) mailboxes. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 27 15:57:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hub.org (hub.org [216.126.84.1]) by hub.freebsd.org (Postfix) with ESMTP id 039E737B422 for ; Sun, 27 May 2001 15:57:52 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by hub.org (8.10.1/8.11.1) with ESMTP id f4RMvGu61830; Sun, 27 May 2001 18:57:16 -0400 (EDT) (envelope-from scrappy@hub.org) Date: Sun, 27 May 2001 18:57:16 -0400 (EDT) From: "Marc G. Fournier" To: Doug Barton Cc: Andrew Reilly , Subject: Re: technical comparison In-Reply-To: <3B118588.DC5A632F@DougBarton.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, 27 May 2001, Doug Barton wrote: > Andrew Reilly wrote: > > > It is quite concievable that a performance tweak to the IMAP > > server could involve a header cache in a relational database of > > some sort, and that would certainly contain references to the > > individual files, which would then be accessed randomly. > > You might want to give mbox format a try. imap-uw will use this > format if you perform a few tweaks described in the documentation that > comes with it. Basically, instead of the mailbox being in plain text > it creates a type of database at the top of the file that describes > the contents. Makes access much faster for large (> 1k letters) > mailboxes. what you are suggesting sounds like something that Cyrus-IMAP already done, using Berkeley-DB ... loading up several thousand email's and sorting them takes no time ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 27 18:26:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netbank.com.br (garrincha.netbank.com.br [200.203.199.88]) by hub.freebsd.org (Postfix) with ESMTP id 2CD1037B423 for ; Sun, 27 May 2001 18:26:06 -0700 (PDT) (envelope-from riel@conectiva.com.br) Received: from surriel.ddts.net (1-250.cwb-adsl.brasiltelecom.net.br [200.193.160.250]) by netbank.com.br (Postfix) with ESMTP id D2AF746807; Sun, 27 May 2001 22:24:49 -0300 (BRST) Received: from localhost (thdmer@localhost [127.0.0.1]) by surriel.ddts.net (8.11.3/8.11.2) with ESMTP id f4S1PkP21568; Sun, 27 May 2001 22:25:49 -0300 Date: Sun, 27 May 2001 22:25:45 -0300 (BRST) From: Rik van Riel X-Sender: riel@imladris.rielhome.conectiva To: Terry Lambert Cc: hackers@FreeBSD.ORG Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE In-Reply-To: <200105252059.NAA13350@usr06.primenet.com> Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.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 On Fri, 25 May 2001, Terry Lambert wrote: > So add an option to sysinstall called: > > "Fast and at least as reliable as Linux" I doubt FreeBSD would need to enable write caching in order to be as fast as Linux (which doesn't have write caching enabled in any distribution I'm aware of). ;)) The hole VM / FS write clustering thing is an area where Linux still has to catch up with FreeBSD (at least in theory FreeBSD's subsystem here is much more advanced). If, for some reason, FreeBSD _does_ turn out to be much slower than Linux (which I doubt), chances are something is just tuned wrong. All code I've seen indicates that Linux should be lagging FreeBSD in this area... (and no, reiser doesn't really count since it's not all that reliable yet ... like Matt wrote, it has a long way to go until it reaches reliability) regards, Rik -- Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose... http://www.surriel.com/ http://distro.conectiva.com/ Send all your spam to aardvark@nl.linux.org (spam digging piggy) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 27 18:51:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netbank.com.br (garrincha.netbank.com.br [200.203.199.88]) by hub.freebsd.org (Postfix) with ESMTP id 6D79B37B423 for ; Sun, 27 May 2001 18:51:30 -0700 (PDT) (envelope-from riel@conectiva.com.br) Received: from surriel.ddts.net (1-250.cwb-adsl.brasiltelecom.net.br [200.193.160.250]) by netbank.com.br (Postfix) with ESMTP id EA36F46803; Sun, 27 May 2001 22:50:07 -0300 (BRST) Received: from localhost (quwkdz@localhost [127.0.0.1]) by surriel.ddts.net (8.11.3/8.11.2) with ESMTP id f4S1onP21783; Sun, 27 May 2001 22:51:05 -0300 Date: Sun, 27 May 2001 22:50:48 -0300 (BRST) From: Rik van Riel X-Sender: riel@imladris.rielhome.conectiva To: Peter Wemm Cc: Andrew Reilly , hackers@FreeBSD.ORG Subject: Re: technical comparison In-Reply-To: <20010526224229.B4B97380E@overcee.netplex.com.au> Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.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 On Sat, 26 May 2001, Peter Wemm wrote: > Which is more expensive? Maintaining an on-disk hashed (or b+tree) > directory format for *everything* or maintaining a simple low-cost > format on disk with in-memory hashing for fast lookups? I bet that for modest directory sizes the cost of disk IO outweighs the added CPU usage by so much that you may as well take the trouble of using the more scalable directory format. > For the small directory case I suspect the FFS+namecache way is more > cost effective. For the medium to large directory case (10,000 to > 100,000 entries), I suspect the FFS+namecache method isn't too shabby, > providing you are not starved for memory. For the insanely large > cases - I dont want to think about :-). The ext2 fs, which uses roughly the same directory structure as UFS and has a name cache which isn't limited in size, seems to bog down at about 10,000 directory entries. Daniel Phillips is working on a hash extension to ext2; not a replacement of the directory format, but a way to tack a hashed index after the normal directory index. This way the filesystem is backward compatible, older kernels will just use the old directory format and will clear a flag when they write to the directory, this can later be used by the new kernel to rebuild the hashed directory index. It also has the advantage of being able to keep using the tried&tested fsck utilities. Maybe this could be an idea to enhance UFS scalability for huge directories without endangering reliability ? regards, Rik -- Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose... http://www.surriel.com/ http://distro.conectiva.com/ Send all your spam to aardvark@nl.linux.org (spam digging piggy) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 27 19:29: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id D10AA37B42C for ; Sun, 27 May 2001 19:29:00 -0700 (PDT) (envelope-from obrien@nuxi.ucdavis.edu) Received: from dragon.nuxi.com (root@[206.40.252.115]) by relay.nuxi.com (8.11.2/8.11.2) with ESMTP id f4S2Sql43122; Sun, 27 May 2001 19:28:52 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f4S2Sb062065; Sun, 27 May 2001 19:28:37 -0700 (PDT) (envelope-from obrien) Date: Sun, 27 May 2001 19:28:36 -0700 From: "David O'Brien" To: Ed Hudson Cc: hackers@FreeBSD.ORG Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE Message-ID: <20010527192836.A61936@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <200105260621.f4Q6L6911677@m44.spnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200105260621.f4Q6L6911677@m44.spnet.com>; from elh_fbsd@spnet.com on Fri, May 25, 2001 at 11:21:06PM -0700 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 Fri, May 25, 2001 at 11:21:06PM -0700, Ed Hudson wrote: > enclosed is a .jpeg of an xgraph of the following interactive test: Are you setup such that you could do the same test on a stock Red Hat 6.2, 7.0, and 7.1 box? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 27 19:34:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 3279637B423; Sun, 27 May 2001 19:34:34 -0700 (PDT) (envelope-from obrien@nuxi.ucdavis.edu) Received: from dragon.nuxi.com (root@[206.40.252.115]) by relay.nuxi.com (8.11.2/8.11.2) with ESMTP id f4S2YXl43145; Sun, 27 May 2001 19:34:33 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f4S2YX062317; Sun, 27 May 2001 19:34:33 -0700 (PDT) (envelope-from obrien) Date: Sun, 27 May 2001 19:34:32 -0700 From: "David O'Brien" To: John Baldwin Cc: Matt Dillon , hackers@FreeBSD.org Subject: Re: Preliminary Tuning man page (was Re: Benchmarking FreeBSD (w Message-ID: <20010527193432.B61936@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <200105252225.f4PMPXI44229@earth.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: ; from jhb@FreeBSD.org on Fri, May 25, 2001 at 03:33:19PM -0700 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 Fri, May 25, 2001 at 03:33:19PM -0700, John Baldwin wrote: > Nice! One thing to note in the filesystem tuning is that newfs can > turn on softupdates at newfs time now with -U, at least in -current. Stable too. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 27 19:58:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 843B737B422; Sun, 27 May 2001 19:58:30 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f4S2wUr08342; Sun, 27 May 2001 19:58:30 -0700 (PDT) (envelope-from dillon) Date: Sun, 27 May 2001 19:58:30 -0700 (PDT) From: Matt Dillon Message-Id: <200105280258.f4S2wUr08342@earth.backplane.com> To: "David O'Brien" Cc: John Baldwin , hackers@FreeBSD.org Subject: Re: Preliminary Tuning man page (was Re: Benchmarking FreeBSD (w References: <200105252225.f4PMPXI44229@earth.backplane.com> <20010527193432.B61936@dragon.nuxi.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 Fri, May 25, 2001 at 03:33:19PM -0700, John Baldwin wrote: :> Nice! One thing to note in the filesystem tuning is that newfs can :> turn on softupdates at newfs time now with -U, at least in -current. : :Stable too. ;-) : So as not to make a thousand little commits, I'll just put together a list of additional doc changes over this week and update the man pages next weekend! -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 27 20: 1:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from spnet.com (m42.spnet.com [207.181.251.42]) by hub.freebsd.org (Postfix) with ESMTP id 529FC37B423 for ; Sun, 27 May 2001 20:01:19 -0700 (PDT) (envelope-from elh_fbsd@spnet.com) Received: from spnet.com (m3.spnet [192.168.76.3]) by spnet.com (8.9.3/8.8.5) with ESMTP id UAA48350; Sun, 27 May 2001 20:01:18 -0700 (PDT) Message-Id: <200105280301.UAA48350@spnet.com> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: hackers@FreeBSD.ORG Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE In-Reply-To: Message from Rik van Riel of "Sun, 27 May 2001 22:25:45 -0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 May 2001 20:01:18 -0700 From: Ed Hudson Sender: owner-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 doubt FreeBSD would need to enable write caching in order > to be as fast as Linux (which doesn't have write caching i spoke too harshly. what i meant to show is that interactive performance is compromised under load with soft updates enabled (although soft updates clearly speed up some general tasks and accelerate some tasks considerably). i also i wanted to show that hw.ata.wc=0 has 3-7x impact on fast hardware, which is a much larger impact than almost any other single parameter. i had seen soft updates as a justification of turning ata.wc off (later education on my part by the memebers of hackers has broadened my understanding of the motivation). i suspect that this issue was well hashed out in this news group when i wasn't tracking the stream. i use freebsd to help design the chips that i work on, and i've always relied on and been impressed by its ability to perform well handling large cad programs - so i was just surprised at the sudden change in this default behavior re hw.ata.wc=0. clearly, this was just ignorance on my part, and i suspect had i looked more closely at the release notes i would have just turned this parameter on, kept soft-updates off and still been a happy camper. (much kudoo's to mr. dillons now timely tuning.7, btw). another note regarding hw.ata.wc=0 as the default - if i assume that i've been running effectively with hw.ata.wc=1 for the last couple of years, i would extrapolate that the likelyhood of a fbsd/ufs failure in this mode is small compared to the reliability problems of the rest of the system, and the same protection that covers those liabilities also cover my exposure to hw.ata.wc=1 problems (e.g., good backups, ups's, etc). given the huge impact that users (at least those like myself) see of this parameter, and the reliability impact that i think i understand, i am surprised by the choice of default. it feels like a recruiting attempt for linux. (btw, i do think that the freebsd project is probably the best working example of open source software, and its benefits, so i'm not trying to promote linux - but both have benefited from their coevolution). (system reliability: - i think hard drive failures are maybe #1 in occurance, motherboard and memory failures as #2, and pwr supply failures #3, and cpu failures last.) ok, i know the knobs to turn to solve my problems. i'm happy. i'll shutup. thanks again to all you hackers for a great os. i guess there really aren't evil space monsters invading the inner sanctum... -elh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 27 20:30:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from silby.com (cb34181-a.mdsn1.wi.home.com [24.14.173.39]) by hub.freebsd.org (Postfix) with ESMTP id 8E3FE37B424 for ; Sun, 27 May 2001 20:30:10 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 65806 invoked by uid 1000); 28 May 2001 03:30:09 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 28 May 2001 03:30:09 -0000 Date: Sun, 27 May 2001 22:30:09 -0500 (CDT) From: Mike Silbersack To: Terry Lambert Cc: Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE In-Reply-To: <200105252059.NAA13350@usr06.primenet.com> Message-ID: <20010527214531.R65666-100000@achilles.silby.com> 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, 25 May 2001, Terry Lambert wrote: > So add an option to sysinstall called: > > "Fast and at least as reliable as Linux" > > and let them find out for themselves that that means that it's > really dangerous, and that after a crash for whatever reason (e.g. > your panic crash, or a power failure for anyone without a UPS in > California), they will have to manuall fsck, whereas without the > write caching, it wouldn't have been a problem. Ok, I've had some time to look through some other discussions on this issue, and ready to jump back in. :) First, ignore my comment about the manual fsck on current w/softupdates. Someone on -current just reported the same problem; it sounds like a newly added bug to current, which probably doesn't affect stable. As to technical arguments for enabling write caching under uncertain power conditions, I can't come up with any. (Until the BIO_ORDERED work is done; is anyone actually working on it?) The demonization of linux above is unwarranted; I checked the linux ata driver, and they don't touch the write cache setting at all; it's left at the default setting for the drive. FreeBSD, on the other hand, will always set the write cache status so that it's at a known value. In releases prior to 4.3, it was being set to enabled. Hence, you should be saying "Fast and at least as reliable as FreeBSD 4.0, 4.1, and 4.2". Clearly, write caching makes some drives (probably those which come with it enabled) much faster. Also clearly, write caching hasn't caused many problems, since we would have seen reports by now if it was happening. There seem to be two compromises which could be made: 1. Have the ata driver leave the write cache setting alone by default, providing a sysctl which can cause disabled or enabled if requested. When the default is allowed, put something in dmesg which says "Note: Write caching may be enabled. See ata(4) for the reliability implications of this." 2. Leave the default to be 0, but instead print "Please see ata(4) to choose your write cache preferences." Also, put something in the release notes or src/updating which mentions this. Note that in either case it's note FreeBSD's "fault" that write caching is enabled; it's the user's or the drive maker's. 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 Sun May 27 21:23:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.noos.fr (lafontaine.noos.net [212.198.2.72]) by hub.freebsd.org (Postfix) with ESMTP id 7275837B422 for ; Sun, 27 May 2001 21:23:17 -0700 (PDT) (envelope-from clefevre@redirect.to) Received: (qmail 16870044 invoked by uid 0); 28 May 2001 04:23:15 -0000 Received: from d165.dhcp212-198-231.noos.fr (HELO gits.dyndns.org) ([212.198.231.165]) (envelope-sender ) by lafontaine.noos.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 28 May 2001 04:23:15 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.3/8.11.3) id f4S4NC129933; Mon, 28 May 2001 06:23:12 +0200 (CEST) (envelope-from clefevre@redirect.to) To: Gunther Schadow Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD/VAX anyone interested? References: <3B0DA85C.C08C952D@aurora.regenstrief.org> X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C Reply-To: Cyrille Lefevre In-Reply-To: <3B0DA85C.C08C952D@aurora.regenstrief.org> Mail-Copies-To: never From: Cyrille Lefevre Date: 28 May 2001 06:23:11 +0200 Message-ID: Lines: 20 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) 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 Gunther Schadow writes: > I got some VAXen 6420, big machines. Mine has 6 CPUs. I was planning > to boot myself with Ultrix, and then go on with NetBSD. Even > NetBSD's port-vax needs some tweaking for my hardware, XMI and > BI bus support is blank. I am with FreeBSD forever and FreeBSD > has SMP which NetBSD has not. I want to run all of my 6 CPUs > not just one. So, I am thinking about taking the Alpha port and > reverse hacking it into a VAX port with lots of cheating with > the NetBSD code. all you want to know about vax should be there : http://www.vaxarchive.org/ http://minnie.tuhs.org/Quasijarus/ Cyrille. -- home: mailto:clefevre@redirect.to UNIX is user-friendly; it's just particular work: mailto:Cyrille.Lefevre@edf.fr about who it chooses to be friends with. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 27 21:37:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id D4D2437B422 for ; Sun, 27 May 2001 21:37:33 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f4S4bX108711; Sun, 27 May 2001 21:37:33 -0700 (PDT) (envelope-from dillon) Date: Sun, 27 May 2001 21:37:33 -0700 (PDT) From: Matt Dillon Message-Id: <200105280437.f4S4bX108711@earth.backplane.com> To: hackers@freebsd.org Subject: cvsup.freebsd.org I/O error Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Not sure who to notify here... I tried twice, this looks like a real error. -Matt /usr/local/bin/cvsup -g -r 20 -L 2 -h cvsup.freebsd.org /usr/share/examples/cvsup/cvs-supfile SetAttrs ports/emulators/sim6811/distinfo,v SetAttrs ports/emulators/sim6811/files/patch-aa,v SetAttrs ports/emulators/sim6811/files/patch-ab,v SetAttrs ports/emulators/sim6811/pkg-comment,v SetAttrs ports/emulators/sim6811/pkg-descr,v SetAttrs ports/emulators/sim6811/pkg-plist,v TreeList failed: Read failure from "/usr/sup/ports-all/checkouts.cvs": Input/output error To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 27 21:55:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 75CBD37B423 for ; Sun, 27 May 2001 21:55:43 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f4S4th008807; Sun, 27 May 2001 21:55:43 -0700 (PDT) (envelope-from dillon) Date: Sun, 27 May 2001 21:55:43 -0700 (PDT) From: Matt Dillon Message-Id: <200105280455.f4S4th008807@earth.backplane.com> To: hackers@freebsd.org Subject: oops... forget it... cvsup.freebsd.org I/O error on my machine :-) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Oops. The I/O error is on my machine , not cvsup :-) -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 0:55:22 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 89DF137B424 for ; Mon, 28 May 2001 00:55:15 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f4S7tBW94826; Mon, 28 May 2001 09:55:11 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200105280755.f4S7tBW94826@freebsd.dk> Subject: Re: Fix for ATAPI CDRW problem: MODE_SELECT_BIG - ILLEGAL REQUEST asc=1a In-Reply-To: <200105242223.f4OMNSm16593@starvation.hungry.com> "from bpk@Hungry.COM at May 24, 2001 03:23:28 pm" To: bpk@Hungry.COM Date: Mon, 28 May 2001 09:53:50 +0200 (CEST) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL88 (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 bpk@Hungry.COM wrote: Thanks for hunting this down! I have a semilar but differently implemented change for another problematic drive that I'll commit soon, I think that will help this too now that we know whats wrong... > > I recently acquired a new Yamaha 2100E ATAPI CDRW drive, and encountered > this error during the fixation stage with burncd on a FreeBSD 4.3 release > system: > > burncd: ioctl(CDRIOCCLOSEDISK): Input/output error > > and the kernel complains: > > acd0: MODE_SELECT_BIG - ILLEGAL REQUEST asc=1a ascq=00 error=00 > > After perusing the ATA/ATAPI-5 and MMC-3 specifications I realized that the > asc=1a error (PARAMETER LENGTH LIST ERROR) was telling me that the CDRW > drive wasn't happy with the length of the CLOSE DISK mode page that was > being sent to it. > > In atapi-cd.c the acd_close_disk() function is sending the write_param > mode page structure in the CLOSE DISK command to the drive. > > Upon examination of struct write_param in atapi-cd.h I noticed sure enough > the last four bytes of the page were commented out: > /* > u_int8_t vendor_specific_byte0; > u_int8_t vendor_specific_byte1; > u_int8_t vendor_specific_byte2; > u_int8_t vendor_specific_byte3; > */ > > I uncommented these lines, recompiled/rebooted, and tried burncd again. > This time it failed right away on the CDRIOCOPENDISK ioctl, with the kernel > error being something about an invalid parameter. > > So I reverted struct write_param back to the original commented version. > But I copied write_param to a new struct called full_write_param and > uncommented the last 4 bytes. I then changed acd_close_disk() to use the > full_write_param struct rather than the original write_param struct. > > Recompiled/rebooted. > > The result: success! > > The Yamaha 2100E doesn't want the last 4 bytes in the mode page for OPEN > DISK but does for CLOSE DISK. > > Here's a cvs diff off the FreeBSD 4.3 release files: > > Index: atapi-cd.h > =================================================================== > RCS file: /d1/FreeBSD/FreeBSD_CVS/src/sys/dev/ata/atapi-cd.h,v > retrieving revision 1.15.2.6 > diff -r1.15.2.6 atapi-cd.h > 269a270,338 > > /* > > CDROM Write Parameters Mode Page (Burners ONLY) > > Contains the last 4 vendor specific bytes. > > */ > > struct full_write_param { > > /* mode page data header */ > > u_int16_t data_length; > > u_int8_t medium_type; > > u_int8_t dev_spec; > > u_int8_t unused[2]; > > u_int16_t blk_desc_len; > > > > /* write parameters page */ > > u_int8_t page_code; > > #define ATAPI_CDROM_WRITE_PARAMETERS_PAGE 0x05 > > > > u_int8_t page_length; /* 0x32 */ > > u_int8_t write_type :4; /* write stream type */ > > #define CDR_WTYPE_PACKET 0x00 > > #define CDR_WTYPE_TRACK 0x01 > > #define CDR_WTYPE_SESSION 0x02 > > #define CDR_WTYPE_RAW 0x03 > > > > u_int8_t test_write :1; /* test write enable */ > > u_int8_t reserved2_5 :1; > > u_int8_t burnproof :1; /* BurnProof enable */ > > u_int8_t reserved2_7 :1; > > u_int8_t track_mode :4; /* track mode */ > > #define CDR_TMODE_AUDIO 0x00 > > #define CDR_TMODE_AUDIO_PREEMP 0x01 > > #define CDR_TMODE_ALLOW_COPY 0x02 > > #define CDR_TMODE_DATA 0x04 > > #define CDR_TMODE_QUAD_AUDIO 0x08 > > > > u_int8_t copy :1; /* generation stamp */ > > u_int8_t fp :1; /* fixed packet type */ > > u_int8_t session_type :2; /* session type */ > > #define CDR_SESS_NONE 0x00 > > #define CDR_SESS_FINAL 0x01 > > #define CDR_SESS_RESERVED 0x02 > > #define CDR_SESS_MULTI 0x03 > > > > u_int8_t datablock_type :4; /* data type code (see cdrio.h) */ > > u_int8_t reserved4_4567 :4; > > u_int8_t reserved5; > > u_int8_t reserved6; > > u_int8_t host_app_code :6; /* host application code */ > > u_int8_t reserved7_67 :2; > > u_int8_t session_format; /* session format */ > > #define CDR_SESS_CDROM 0x00 > > #define CDR_SESS_CDI 0x10 > > #define CDR_SESS_CDROM_XA 0x20 > > > > u_int8_t reserved9; > > u_int32_t packet_size; /* packet size in bytes */ > > u_int16_t audio_pause_length; /* audio pause length in secs */ > > u_int8_t media_catalog_number[16]; > > u_int8_t isr_code[16]; > > u_int8_t sub_hdr_byte0; > > u_int8_t sub_hdr_byte1; > > u_int8_t sub_hdr_byte2; > > u_int8_t sub_hdr_byte3; > > > > u_int8_t vendor_specific_byte0; > > u_int8_t vendor_specific_byte1; > > u_int8_t vendor_specific_byte2; > > u_int8_t vendor_specific_byte3; > > } __attribute__((packed)); > > > Index: atapi-cd.c > =================================================================== > RCS file: /d1/FreeBSD/FreeBSD_CVS/src/sys/dev/ata/atapi-cd.c,v > retrieving revision 1.48.2.10 > diff -r1.48.2.10 atapi-cd.c > 1371c1371 > < struct write_param param; > --- > > struct full_write_param param; > > > -- > Brian Koehmstedt > bpk@hungry.com > -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 1: 5: 6 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 5C27637B422 for ; Mon, 28 May 2001 01:05:02 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f4S84op02854; Mon, 28 May 2001 10:04:50 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200105280804.f4S84op02854@freebsd.dk> Subject: Re: Knob for ATA maximum UDMA? In-Reply-To: "from Richard Hodges at May 24, 2001 03:06:37 pm" To: Richard Hodges Date: Mon, 28 May 2001 10:03:30 +0200 (CEST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (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 Richard Hodges wrote: On -current you can set the transfer mode to anything you like (and that the controller/device supports) using atacontrol, so no need to hack the kernel anymore :) > I was just testing out a new configuration, when I get two of > these about an hour apart, and then another today: > > ts8 /kernel: ad4: READ command timeout tag=0 serv=0 - resetting > ts8 /kernel: ata2: resetting devices .. done > > Needless to say, this is a problem. Here is the boot info: > > ts8 /kernel: ad0: 29311MB [59554/16/63] at ata0-master UDMA66 > ts8 /kernel: ad3: 29311MB [59554/16/63] at ata1-slave UDMA66 > ts8 /kernel: ad4: 29311MB [59554/16/63] at ata2-master UDMA100 > ts8 /kernel: ad5: 29311MB [59554/16/63] at ata2-slave UDMA100 > > The first two are on a VIA 82C686 bridge, the second two are HPT370. > I am wondering if UDMA100 is just too much for the cabling, and am > interested in finding out whether running them all at UDMA33 would > provide an extra safety margin. > > I see in dev/ata/ata-dma.c, ata_dmainit() checks some cable flag, and > reduces the UDMA capability to UDMA33 if neccessary. This seems like > a decent place to hardwire it for testing. Is there any other place > that also needs to be changed? > > If there actually is a difference in stability, would anyone favor > a new sysctl to put an arbitrary cap on the UDMA capabilities? As > far as I can tell, there should not be ANY performance difference > between UDMA100 and UDMA66, or even with UDMA33 if there is only > one drive per cable. > > Comments and suggestions are appreciated :-) > > -Richard > > ------------------------------------------- > Richard Hodges | Matriplex, inc. > Product Manager | 769 Basque Way > rh@matriplex.com | Carson City, NV 89706 > 775-886-6477 | www.matriplex.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 3: 5:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from newsguy.com (smtp.newsguy.com [209.155.56.71]) by hub.freebsd.org (Postfix) with ESMTP id 9553137B617 for ; Mon, 28 May 2001 03:05:19 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (ppp180-bsace7001.telebrasilia.net.br [200.181.80.180]) by newsguy.com (8.11.0/8.9.1) with ESMTP id f4SA4FF56064; Mon, 28 May 2001 03:04:16 -0700 (PDT) Message-ID: <3B1222EB.61659B97@newsguy.com> Date: Mon, 28 May 2001 07:05:31 -0300 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.77 [en] (Win98; U) X-Accept-Language: en,pt-BR,pt,en-GB,en-US,ja MIME-Version: 1.0 To: Rik van Riel Cc: Terry Lambert , hackers@FreeBSD.ORG Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE 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 Rik van Riel wrote: > > On Fri, 25 May 2001, Terry Lambert wrote: > > > So add an option to sysinstall called: > > > > "Fast and at least as reliable as Linux" > > I doubt FreeBSD would need to enable write caching in order > to be as fast as Linux (which doesn't have write caching > enabled in any distribution I'm aware of). ;)) AFAIK, ata write caching is enabled by default by the hardware manufacturers. This was not the case originally, but benchmarks spoke louder. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.secret.bsdconspiracy.net wow regex humor... I'm a geek To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 3: 9:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netbank.com.br (garrincha.netbank.com.br [200.203.199.88]) by hub.freebsd.org (Postfix) with ESMTP id E573437B62F for ; Mon, 28 May 2001 03:09:42 -0700 (PDT) (envelope-from riel@conectiva.com.br) Received: from surriel.ddts.net (1-143.ctame701-1.telepar.net.br [200.181.137.143]) by netbank.com.br (Postfix) with ESMTP id 63F034680A; Mon, 28 May 2001 07:08:14 -0300 (BRST) Received: from localhost (sgfjam@localhost [127.0.0.1]) by surriel.ddts.net (8.11.3/8.11.2) with ESMTP id f4SA99P30916; Mon, 28 May 2001 07:09:09 -0300 Date: Mon, 28 May 2001 07:09:09 -0300 (BRST) From: Rik van Riel X-Sender: riel@imladris.rielhome.conectiva To: "Daniel C. Sobral" Cc: Terry Lambert , hackers@FreeBSD.ORG Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE In-Reply-To: <3B1222EB.61659B97@newsguy.com> Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.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 On Mon, 28 May 2001, Daniel C. Sobral wrote: > Rik van Riel wrote: > > On Fri, 25 May 2001, Terry Lambert wrote: > > > > > So add an option to sysinstall called: > > > > > > "Fast and at least as reliable as Linux" > > > > I doubt FreeBSD would need to enable write caching in order > > to be as fast as Linux (which doesn't have write caching > > enabled in any distribution I'm aware of). ;)) > > AFAIK, ata write caching is enabled by default by the hardware > manufacturers. This was not the case originally, but benchmarks spoke > louder. Hmmm, true. I've even heard that you cannot switch it off on some drives, or even stranger, drives that allow you to turn it off but automatically switch it on again under heavy load... As Andre Hedrick says "storage is a lie". regards, Rik -- Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose... http://www.surriel.com/ http://distro.conectiva.com/ Send all your spam to aardvark@nl.linux.org (spam digging piggy) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 3:18:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 1686237B42C for ; Mon, 28 May 2001 03:18:31 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f4SAIUH83008 for ; Mon, 28 May 2001 06:18:30 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: Date: Mon, 28 May 2001 06:00:38 -0400 To: hackers@FreeBSD.org From: Garance A Drosihn Subject: 'make clean' vs automake vs /bin/sh, which to fix? Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-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 went to do a 'make clean' on a project of mine, and it failed with '*** Error 1'. There is no message about what command has failed, 'make' just exits sideways. The rule for 'make clean' is generated by 'automake', and in looking around (a little...) I did find some freebsd ports which USE_AUTOMAKE and which also have this same problem with 'make clean', and a few other targets which are generated by automake. I now have a pretty good idea why this happens, but I'm not completely sure what the "most-strictly-correct" fix would be. Here is the situation: For a target called 'clean-recursive', automake wants to execute the following commands: + + + + + @set fnord $(MAKEFLAGS); amf=$$2; \ dot_seen=no; \ rev=''; list='$(SUBDIRS)'; for subdir in $$list; do \ rev="$$subdir $$rev"; \ test "$$subdir" = "." && dot_seen=yes; \ done; \ test "$$dot_seen" = "no" && rev=". $$rev"; \ target=`echo $@ | sed s/-recursive//`; \ for subdir in $$rev; do \ echo "Making $$target in $$subdir"; \ if test "$$subdir" = "."; then \ local_target="$$target-am"; \ else \ local_target="$$target"; \ fi; \ (cd $$subdir && $(MAKE) $(AM_MAKEFLAGS) $$local_target) \ || case "$$amf" in *=*) exit 1;; *k*) fail=yes;; *) exit 1;; esac; \ done && test -z "$$fail" + + + + + Due to all the '\'s there, that entire section is meant to be executed as a single command by 'make'. The problem comes up in that first 'for ... ; do ... ; done' loop. That loop will successfully loop over however many subdirectories are in the 'list', but the error will occur (and abort the 'make') when the loop is done. Whatever command is after that 'done' line will never get executed. If you add the command 'true;' BEFORE the 'done' line, then everything will work fine. In the make/compat.c file, make sees the meta-characters in this long command, and decides that it wants to exec: /bin/sh -ec '......' The '-e' flag indicates that the shell should exit if it hits any error while executing the command. If we then look at src/bin/sh/eval.c, we see how 'make' tries to handle the 'eflag' setting. It is smart enough to know that: cmd1 && cmd2 should not trigger the error exit when 'cmd1' is false. That is exactly what is happening in the 'for' loop. The check for test "$$subdir" = "." && dot_seen=yes is always failing, and never does set 'dot_seen=yes'. So far so good. The problem is that error status is still sitting there, and as soon as the 'for' loop is done, *it* thinks some error has occurred so *it* triggers the error exit. If I change the processing of the evaltree routine like so: case NFOR: evalfor(n); if (exitstatus != 0) { flags |= EV_TESTED; } break; (I add that 'if' statement) then EV_TESTED indicates to the later eflag processing that this exit-status value is not a reason to abort. With that change in place, 'make clean' will work. This proves my basic analysis is right, but I am not sure if the specific fix is right. This problem could also be fixed by changing 'make' so it does NOT include '-e' when executing the multi-line command. It may also be that I'm turning on "EV_TESTED" at the wrong place, or maybe it should also be turned on in some other cases in the same routine. I looked in the PR database, but I didn't seem to find any report of this particular issue. It seems to me that if 'make' is executing a single command line which is made up of multiple unix commands, it should only care about the FINAL command status, and not the status of each of the interim commands. That is just my gut feeling though, I can't tell if the documentation really spells out what is to happen in this case. So, we could fix this by: 1) changing /bin/sh 2) changing make not to call /bin/sh with -e 3) changing 'automake' to include a "true;" statement in that 'for' loop (or some other trick) when spitting out the target for things like clean-recursive Me, I'm inclined to go with the some fix to the evaltree routine in /bin/sh, such as the one listed above. I could commit that fix if people think it's right. While I do wonder about 'make' calling '/bin/sh -e', I am less comfortable with committing that change myself, as there probably are makefiles which do assume the e-style behavior when handling multiple commands in a command-line. Perhaps we should update the documentation for 'make' to explicitly mention how 'make' handles such command-lines. Changing what 'automake' spits out is the least disruptive fix, but it also strikes me as the least desirable. That does not really solve anything, it just makes it less likely to run into. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 4:48:15 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 D977D37B423 for ; Mon, 28 May 2001 04:48:11 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Mon, 28 May 2001 13:48:10 +0100 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FD9C17@l04.research.kpn.com> From: "Koster, K.J." To: 'FreeBSD Hackers mailing list' Subject: cvsup problems Date: Mon, 28 May 2001 13:48:10 +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 All, Over the past few days I've been getting this error when I "make update": ... Checkout ports/www/hypermail/files/patch-docs::Makefile.in Delete ports/www/jakarta-tomcat/files Updater failed: Cannot delete "/usr/ports/www/jakarta-tomcat/files": Directory not empty *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. makalu# The error message is correct in the sense that that directory is not empty. It's got two patch fiels and a shell script in it. Permissions look fine (read-write for root). Manually deleting /usr/ports/www/jakarta-tomcat will allow me to run cvsup, but next time it will have recreated the files it tries to delete, triggering the error again next time I run cvsup. I've set SUP* in /etc/make.conf and the supfiles are stock 4.3-stable. I run cvsup with a "make update" from /usr/src. This problem occurs on both my build servers, which have nothing in common except the fact that they are PC's running FreeBSD-stable. What am I doing wrong? Kees Jan ================================================ You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 4:56:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 63C7537B423 for ; Mon, 28 May 2001 04:56:48 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 6311 invoked by uid 1000); 28 May 2001 11:55:50 -0000 Date: Mon, 28 May 2001 14:55:50 +0300 From: Peter Pentchev To: "Koster, K.J." Cc: 'FreeBSD Hackers mailing list' Subject: Re: cvsup problems Message-ID: <20010528145550.E588@ringworld.oblivion.bg> Mail-Followup-To: "Koster, K.J." , 'FreeBSD Hackers mailing list' References: <59063B5B4D98D311BC0D0001FA7E452205FD9C17@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: <59063B5B4D98D311BC0D0001FA7E452205FD9C17@l04.research.kpn.com>; from K.J.Koster@kpn.com on Mon, May 28, 2001 at 01:48:10PM +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 Mon, May 28, 2001 at 01:48:10PM +0100, Koster, K.J. wrote: > Dear All, > > Over the past few days I've been getting this error when I "make update": > > ... > Checkout ports/www/hypermail/files/patch-docs::Makefile.in > Delete ports/www/jakarta-tomcat/files > Updater failed: Cannot delete "/usr/ports/www/jakarta-tomcat/files": > Directory not empty > *** Error code 1 > Stop in /usr/src. > *** Error code 1 > Stop in /usr/src. > makalu# > > The error message is correct in the sense that that directory is not empty. > It's got two patch fiels and a shell script in it. Permissions look fine > (read-write for root). > > Manually deleting /usr/ports/www/jakarta-tomcat will allow me to run cvsup, > but next time it will have recreated the files it tries to delete, > triggering the error again next time I run cvsup. > > I've set SUP* in /etc/make.conf and the supfiles are stock 4.3-stable. I run > cvsup with a "make update" from /usr/src. This problem occurs on both my > build servers, which have nothing in common except the fact that they are > PC's running FreeBSD-stable. > > What am I doing wrong? > > Kees Jan Look at http://www.FreeBSD.org/cgi/query-pr.cgi?pr=27495 for a detailed analysis and a workaround by John D. Polstra, the author/maintainer of CVSup. Also, if you like compiling CVSup from source, update your net/cvsup (or net/cvsup-devel) port, and reinstall it. G'luck, Peter -- Do you think anybody has ever had *precisely this thought* before? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 5: 4:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.urx.com (mail.urx.com [63.170.19.36]) by hub.freebsd.org (Postfix) with ESMTP id F1A9237B422 for ; Mon, 28 May 2001 05:04:19 -0700 (PDT) (envelope-from kstewart@urx.com) Received: from urx.com [206.159.132.160] by mail.urx.com with ESMTP (SMTPD32-6.06) id AEC29E080076; Mon, 28 May 2001 05:04:18 -0700 Message-ID: <3B123EC2.E107E051@urx.com> Date: Mon, 28 May 2001 05:04:18 -0700 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: "Koster, K.J." Cc: 'FreeBSD Hackers mailing list' Subject: Re: cvsup problems References: <59063B5B4D98D311BC0D0001FA7E452205FD9C17@l04.research.kpn.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 "Koster, K.J." wrote: > > Dear All, > > Over the past few days I've been getting this error when I "make update": > > ... > Checkout ports/www/hypermail/files/patch-docs::Makefile.in > Delete ports/www/jakarta-tomcat/files > Updater failed: Cannot delete "/usr/ports/www/jakarta-tomcat/files": > Directory not empty > *** Error code 1 > Stop in /usr/src. > *** Error code 1 > Stop in /usr/src. > makalu# > > The error message is correct in the sense that that directory is not empty. > It's got two patch fiels and a shell script in it. Permissions look fine > (read-write for root). > > Manually deleting /usr/ports/www/jakarta-tomcat will allow me to run cvsup, > but next time it will have recreated the files it tries to delete, > triggering the error again next time I run cvsup. > > I've set SUP* in /etc/make.conf and the supfiles are stock 4.3-stable. I run > cvsup with a "make update" from /usr/src. This problem occurs on both my > build servers, which have nothing in common except the fact that they are > PC's running FreeBSD-stable. > > What am I doing wrong? You need to remove the lines containing jakarta-tomcat in the checkouts.cvs* file /usr/sup/ports-all/ Some people have been able to just rm the port and others have had to also edit the checkouts file. You can read about it in http://www.freebsd.org/cgi/query-pr.cgi?pr=27495 Kent > > Kees Jan > > ================================================ > You are only young once, > but you can stay immature all your life. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 5:11:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 2ECC337B424 for ; Mon, 28 May 2001 05:11:17 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 6510 invoked by uid 1000); 28 May 2001 12:10:18 -0000 Date: Mon, 28 May 2001 15:10:18 +0300 From: Peter Pentchev To: Kent Stewart Cc: "Koster, K.J." , 'FreeBSD Hackers mailing list' Subject: Re: cvsup problems Message-ID: <20010528151018.I588@ringworld.oblivion.bg> Mail-Followup-To: Kent Stewart , "Koster, K.J." , 'FreeBSD Hackers mailing list' References: <59063B5B4D98D311BC0D0001FA7E452205FD9C17@l04.research.kpn.com> <3B123EC2.E107E051@urx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B123EC2.E107E051@urx.com>; from kstewart@urx.com on Mon, May 28, 2001 at 05:04: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 Mon, May 28, 2001 at 05:04:18AM -0700, Kent Stewart wrote: > > > > What am I doing wrong? > > You need to remove the lines containing jakarta-tomcat in the checkouts.cvs* > file /usr/sup/ports-all/ > > Some people have been able to just rm the port and others have had to also > edit the checkouts file. > > You can read about it in http://www.freebsd.org/cgi/query-pr.cgi?pr=27495 Just rm'ing the port works for one CVSup run, removing the whole checkouts file does just the same as removing the jakarta-tomcat-related lines. There is, in fact, only one line that needs to be removed, but the PR has more information. G'luck, Peter -- If there were no counterfactuals, this sentence would not have been paradoxical. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 7: 3:10 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 0950437B424; Mon, 28 May 2001 07:03:06 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f4SE34Q26818; Mon, 28 May 2001 16:03:04 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200105281403.f4SE34Q26818@freebsd.dk> Subject: Supported ATAPI cdr/cdrw drives To: current@freebsd.org, hackers@freebsd.org Date: Mon, 28 May 2001 16:03:04 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL88 (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 As promised I've made up a list of reports I've received so far go to http://freebsd.dk/ and follow the link. I also have a patch for the Yamaha's (yamaha-cdr.p1) which also can be found via the above URL. Let me know if that make things work... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 9: 3:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from logatome.francenet.fr (logatome-2.francenet.fr [193.149.96.2]) by hub.freebsd.org (Postfix) with ESMTP id 4202B37B422 for ; Mon, 28 May 2001 09:03:09 -0700 (PDT) (envelope-from e-masson@kisoft-services.com) Received: from notbsdems.nantes.kisoft-services.com (Nantes1.francenet.net [193.149.110.65]) by logatome.francenet.fr (8.10.1/8.11.1) with ESMTP id f4SG30P92195 for ; Mon, 28 May 2001 18:03:01 +0200 (CEST) Received: by notbsdems.nantes.kisoft-services.com (Postfix, from userid 1001) id 1B0E3E6C67; Mon, 28 May 2001 18:00:52 +0200 (CEST) To: Mailing List FreeBSD Hackers Subject: nsswitch progress From: Eric Masson Date: 28 May 2001 18:00:51 +0200 Message-ID: <86g0dpihu4.fsf@notbsdems.nantes.kisoft-services.com> Lines: 15 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.1 (Cuyahoga Valley) 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 Hello, Few months ago, Jacques Vidrine posted mails about implementation of nsswitch in -current. Is there any progress in this area ? If so, any hope to see a MFC ? TIA Eric Masson -- ED : (Intel) ne fait que des circuits electroniques. ALG: et quasiment d'un seul type : des 4004 et leurs divers dérivés. Accessoirement, c'est aussi un fabricant de chauffage d'appoint. -+- ALG in Guide du Macounet Pervers : Bien choisir son chauffage -+- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 9:31:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from a.mx.everquick.net (a.mx.everquick.net [216.89.137.3]) by hub.freebsd.org (Postfix) with ESMTP id AFC4A37B422 for ; Mon, 28 May 2001 09:31:23 -0700 (PDT) (envelope-from eddy+public+spam@noc.everquick.net) Received: from localhost (eddy@localhost) by a.mx.everquick.net (8.10.2/8.10.2) with ESMTP id f4SGVHu05428 for ; Mon, 28 May 2001 16:31:17 GMT X-EverQuick-No-Abuse: Report any e-mail abuse to Date: Mon, 28 May 2001 16:31:17 +0000 (GMT) From: "E.B. Dreger" To: hackers@freebsd.org Subject: brainstorm: "intermediate" disk caching 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 Greetings all, I just had a brainstorm... I was thinking about database servers with several spindles in a RAID 5 array. Write performance is inherently disappointing -- which may or may not be an issue. Would it be worth the trouble to design an "intermediate" cache, whereby data are quickly written to a spool disk, then to the final destination? Sort of like softwares that cache CDROMs on HDD... My gut feel is that this would be more trouble than it's worth, would not net any overall performance*reliability (expressed as a product) gain, and that one might actually realize a p*r decrease. Comments, flames, larts, and funny stares appreciated. Eddy --------------------------------------------------------------------------- Brotsman & Dreger, Inc. EverQuick Internet Division Phone: (316) 794-8922 --------------------------------------------------------------------------- Date: Mon, 21 May 2001 11:23:58 +0000 (GMT) From: A Trap To: blacklist@brics.com Subject: Please ignore this portion of my mail signature. These last few lines are a trap for address-harvesting spambots. Do NOT send mail to , or you are likely to be blocked. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 9:54:43 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 D857137B423 for ; Mon, 28 May 2001 09:54:39 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f4SGsSg16141; Mon, 28 May 2001 09:54:28 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Mon, 28 May 2001 09:54:28 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: "E.B. Dreger" Cc: hackers@FreeBSD.ORG Subject: Re: brainstorm: "intermediate" disk caching 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 Ah. You want to reinvent the drum? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 9:54:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from host213-123-131-91.btopenworld.com (host213-123-131-91.btopenworld.com [213.123.131.91]) by hub.freebsd.org (Postfix) with ESMTP id 7EEF637B422 for ; Mon, 28 May 2001 09:54:38 -0700 (PDT) (envelope-from dominic@host213-123-131-91.btopenworld.com) Received: (from dominic@localhost) by host213-123-131-91.btopenworld.com (8.11.3/8.11.3) id f4SGsOT08405; Mon, 28 May 2001 17:54:24 +0100 (BST) (envelope-from dominic) Date: Mon, 28 May 2001 17:54:24 +0100 From: Dominic Marks To: "E.B. Dreger" Cc: freebsd-hackers@freebsd.org Subject: Re: brainstorm: "intermediate" disk caching Message-ID: <20010528175424.A1637@host213-123-131-91.btopenworld.> 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 eddy+public+spam@noc.everquick.net on Mon, May 28, 2001 at 04:31:17PM +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, (I'm geussing the 'public+spam' bit is standard removal stuff) On Mon, May 28, 2001 at 04:31:17PM +0000, E.B. Dreger wrote: > > array. Write performance is inherently disappointing -- which may or may In my opinion this is the same as how MFS when used without limitation can also be a bad thing. If you don't allocate a fixed amount then you risk having the cache expand so that it impedes the server's ability to function in a normal way. Equally if you set the cache too low then you either don't get a true benefit, or you can even end up in a situtation where the small buffer slows the ability of the server to operate. Another issue would be the process of moving the cache onto disc. This would require either a caching daemon process which you'd most probably put in the kernel (although I'm not fully qualified so say either way) which could end up being so busy moving cache data for example if your cache size was very small that it would starve CPU time and resources and again its has a negative effect upon the overall performance. Lastly it seems to me that the worst reason is that to cache RAID-5 would be to undo the very point of using it. It is designed for reliable data storage however caching it in memory seems to be the opposite of that principle as it could be wiped instantly with a power outage. In the worst case it could be that the cache was full at the time and without updates commited to permanent storage. I've assumed you ment memory when you talked of caching instead of on disc caching. The idea of perhaps caching writes onto a RAID-0 system and then transferring them is possible. But it sounds to that such a system would be hard to setup. > Eddy Just a few thoughts, I could be wildly out of focus Dominic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 10:48: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gekko.i-clue.de (server.ms-agentur.de [62.153.134.194]) by hub.freebsd.org (Postfix) with ESMTP id E44D537B422 for ; Mon, 28 May 2001 10:47:59 -0700 (PDT) (envelope-from so@server.i-clue.de) Received: from i-clue.de (automatix.i-clue.de [192.168.0.112]) by gekko.i-clue.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id TAA01626; Mon, 28 May 2001 19:55:28 +0200 Message-ID: <3B128FB4.70AE7C69@i-clue.de> Date: Mon, 28 May 2001 19:49:40 +0200 From: Christoph Sold Reply-To: so@server.i-clue.de X-Mailer: Mozilla 4.75 [de] (WinNT; U) X-Accept-Language: de MIME-Version: 1.0 To: "E.B. Dreger" Cc: hackers@FreeBSD.ORG Subject: Re: brainstorm: "intermediate" disk caching 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 "E.B. Dreger" schrieb: > > Greetings all, > > I just had a brainstorm... > > I was thinking about database servers with several spindles in a RAID 5 > array. Write performance is inherently disappointing -- which may or may > not be an issue. It is. Even RAID 1 is better than RAID 5 _for_database_use_. For added security, have run a RAID 10 array (basically, a mirrored stripe set). > Would it be worth the trouble to design an "intermediate" cache, whereby > data are quickly written to a spool disk, then to the final destination? > Sort of like softwares that cache CDROMs on HDD... > > My gut feel is that this would be more trouble than it's worth, would not > net any overall performance*reliability (expressed as a product) gain, and > that one might actually realize a p*r decrease. IMHO it would speed up your DB significantly to have it a) run on a RAID 10 array and b) have it run on the raw disk. Two layers of lag reduced (well, for reads it is possibly only one layer). HTH -Christoph Sold To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 11: 8:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from a.mx.everquick.net (a.mx.everquick.net [216.89.137.3]) by hub.freebsd.org (Postfix) with ESMTP id 2CB0F37B422 for ; Mon, 28 May 2001 11:08:55 -0700 (PDT) (envelope-from eddy+public+spam@noc.everquick.net) Received: from localhost (eddy@localhost) by a.mx.everquick.net (8.10.2/8.10.2) with ESMTP id f4SI8sS06427 for ; Mon, 28 May 2001 18:08:54 GMT X-EverQuick-No-Abuse: Report any e-mail abuse to Date: Mon, 28 May 2001 18:08:53 +0000 (GMT) From: "E.B. Dreger" To: hackers@FreeBSD.ORG Subject: Re: brainstorm: "intermediate" disk caching In-Reply-To: <3B128FB4.70AE7C69@i-clue.de> 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 > Date: Mon, 28 May 2001 19:49:40 +0200 > From: Christoph Sold > >> My gut feel is that this would be more trouble than it's worth, would >> not net any overall performance*reliability (expressed as a >> product) gain, and that one might actually realize a p*r decrease. > > IMHO it would speed up your DB significantly to have it a) run on a RAID > 10 array and b) have it run on the raw disk. Two layers of lag reduced > (well, for reads it is possibly only one layer). RAID 1+0 is what I use... but I was thinking of scalibility. In a five- drive array (using one as a hot spare), RAID 1+0 has 67% the capacity of RAID 5. More expensive per megabyte, but handles more db ops. However, the numbers become less favorable with bigger RAID 1+0 arrays. Also, intermediate caching *does not* inherently defeat the purpose of RAID. IO could be cached to a RAID 1 volume, then transferred to the RAID 5 volume... my question was if it was worth the hassle. Of course, with 36 GB drives readily available, maybe I shouldn't worry until I have a database larger than 72 GB. ;-) Eddy --------------------------------------------------------------------------- Brotsman & Dreger, Inc. EverQuick Internet Division Phone: (316) 794-8922 --------------------------------------------------------------------------- Date: Mon, 21 May 2001 11:23:58 +0000 (GMT) From: A Trap To: blacklist@brics.com Subject: Please ignore this portion of my mail signature. These last few lines are a trap for address-harvesting spambots. Do NOT send mail to , or you are likely to be blocked. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 11: 9:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.matriplex.com (ns1.matriplex.com [208.131.42.8]) by hub.freebsd.org (Postfix) with ESMTP id 38DCD37B423 for ; Mon, 28 May 2001 11:09:24 -0700 (PDT) (envelope-from rh@matriplex.com) Received: from mail.matriplex.com (mail.matriplex.com [208.131.42.9]) by mail.matriplex.com (8.9.2/8.9.2) with ESMTP id LAA88180 for ; Mon, 28 May 2001 11:09:13 -0700 (PDT) (envelope-from rh@matriplex.com) Date: Mon, 28 May 2001 11:09:13 -0700 (PDT) From: Richard Hodges To: hackers@freebsd.org Subject: Stuck in kernel - mask problem? 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 having a problem on one of my machines, and it seems to be associated with medium/heavy IO loads. After some period of time, usually an hour or two, the system will appear to stop cold dead. A trace with DDB shows that the last function is doreti. Above that is the DDB call stuff. Once, the trace was simply doreti, other times it had the stack of the ata and network drivers. Here are some values from one that might be useful: cpl = 6714ba (3, 7, 9, 10, 12, 14, 15 active, right?) ipending = 401420 (nothing pending, right?) astpending = 3 in_vm86call = 0 intr_nesting_level = 2 It "feels" like an endless loop in an interrupt handler, but I am not sure where to start looking. One trace showed that my ATM driver was interrupted while writing to a device register, but that was protected by splimp, which should protect it from the driver interrupt, no? Would it be worthwhile to connect a scope to the PCI interrupt lines to see if anything is wedged? Thanks, -Richard ------------------------------------------- Richard Hodges | Matriplex, inc. Product Manager | 769 Basque Way rh@matriplex.com | Carson City, NV 89706 775-886-6477 | www.matriplex.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 11:16: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from a.mx.everquick.net (a.mx.everquick.net [216.89.137.3]) by hub.freebsd.org (Postfix) with ESMTP id 0862737B423 for ; Mon, 28 May 2001 11:16:05 -0700 (PDT) (envelope-from eddy+public+spam@noc.everquick.net) Received: from localhost (eddy@localhost) by a.mx.everquick.net (8.10.2/8.10.2) with ESMTP id f4SIG4m06516 for ; Mon, 28 May 2001 18:16:04 GMT X-EverQuick-No-Abuse: Report any e-mail abuse to Date: Mon, 28 May 2001 18:16:04 +0000 (GMT) From: "E.B. Dreger" To: freebsd-hackers@freebsd.org Subject: Re: brainstorm: "intermediate" disk caching In-Reply-To: <20010528175424.A1637@host213-123-131-91.btopenworld.> 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 > Date: Mon, 28 May 2001 17:54:24 +0100 > From: Dominic Marks [ snip ] > disc caching. The idea of perhaps caching writes onto a RAID-0 system I meant caching onto an arbitrary volume, probably using a simple journalling "filesystem". Personally, a RAID 1 volume would be my choice, but the type of target volume would have no bearing on the implementation. RAID 1 writes are slower than RAM (duh!) but faster than RAID 5... and they don't have the reliability issues associated with writeback RAM cache (duh!). > and then transferring them is possible. But it sounds to that such a > system would be hard to setup. Such is what I thought... but I still had to ask. :-) Eddy --------------------------------------------------------------------------- Brotsman & Dreger, Inc. EverQuick Internet Division Phone: (316) 794-8922 --------------------------------------------------------------------------- Date: Mon, 21 May 2001 11:23:58 +0000 (GMT) From: A Trap To: blacklist@brics.com Subject: Please ignore this portion of my mail signature. These last few lines are a trap for address-harvesting spambots. Do NOT send mail to , or you are likely to be blocked. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 11:20:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 4204237B618 for ; Mon, 28 May 2001 11:20:08 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.1) with ESMTP id f4SIK2088608; Mon, 28 May 2001 11:20:03 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.3/8.11.0) id f4SIK2C20606; Mon, 28 May 2001 11:20:02 -0700 (PDT) (envelope-from jdp) Date: Mon, 28 May 2001 11:20:02 -0700 (PDT) Message-Id: <200105281820.f4SIK2C20606@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: dillon@earth.backplane.com Subject: Re: cvsup.freebsd.org I/O error In-Reply-To: <200105280437.f4S4bX108711@earth.backplane.com> References: <200105280437.f4S4bX108711@earth.backplane.com> 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 <200105280437.f4S4bX108711@earth.backplane.com>, Matt Dillon wrote: > Not sure who to notify here... I tried twice, this looks like a > real error. > > -Matt > > /usr/local/bin/cvsup -g -r 20 -L 2 -h cvsup.freebsd.org /usr/share/examples/cvsup/cvs-supfile > > SetAttrs ports/emulators/sim6811/distinfo,v > SetAttrs ports/emulators/sim6811/files/patch-aa,v > SetAttrs ports/emulators/sim6811/files/patch-ab,v > SetAttrs ports/emulators/sim6811/pkg-comment,v > SetAttrs ports/emulators/sim6811/pkg-descr,v > SetAttrs ports/emulators/sim6811/pkg-plist,v > TreeList failed: Read failure from "/usr/sup/ports-all/checkouts.cvs": Input/output error This is an I/O error happening on your own system when cvsup is trying to read the file mentioned in the message. John -- John Polstra jdp@polstra.com 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 Mon May 28 11:29: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 1E20337B422 for ; Mon, 28 May 2001 11:28:59 -0700 (PDT) (envelope-from wkb@freebie.demon.nl) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.22 #1) id 154RlB-0006dj-00; Mon, 28 May 2001 18:28:57 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.3/8.11.2) id f4SIYZe00927; Mon, 28 May 2001 20:34:35 +0200 (CEST) (envelope-from wkb) Date: Mon, 28 May 2001 20:34:35 +0200 From: Wilko Bulte To: "E.B. Dreger" Cc: hackers@freebsd.org Subject: Re: brainstorm: "intermediate" disk caching Message-ID: <20010528203435.F619@freebie.demon.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from eddy+public+spam@noc.everquick.net on Mon, May 28, 2001 at 04:31:17PM +0000 X-OS: FreeBSD 4.3-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 Mon, May 28, 2001 at 04:31:17PM +0000, E.B. Dreger wrote: > Greetings all, > > I just had a brainstorm... > > I was thinking about database servers with several spindles in a RAID 5 > array. Write performance is inherently disappointing -- which may or may > not be an issue. > > Would it be worth the trouble to design an "intermediate" cache, whereby > data are quickly written to a spool disk, then to the final destination? Most hardware RAID boxes do exactly that ;) For anything serious only consider battery-backed up writeback cache, with mirrored caches, and redundant RAID array controllers. Start saving your $$ now ;) -- | / o / / _ Arnhem, The Netherlands email: wilko@freebsd.org |/|/ / / /( (_) Bulte Powered by FreeBSD/alpha 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 May 28 14:37:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-122.dsl.lsan03.pacbell.net [63.207.60.122]) by hub.freebsd.org (Postfix) with ESMTP id DA91837B422 for ; Mon, 28 May 2001 14:37:24 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 97A6066D48; Mon, 28 May 2001 14:37:17 -0700 (PDT) Date: Mon, 28 May 2001 14:37:16 -0700 From: Kris Kennaway To: Eric Masson Cc: Mailing List FreeBSD Hackers Subject: Re: nsswitch progress Message-ID: <20010528143716.A58165@xor.obsecurity.org> References: <86g0dpihu4.fsf@notbsdems.nantes.kisoft-services.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <86g0dpihu4.fsf@notbsdems.nantes.kisoft-services.com>; from e-masson@kisoft-services.com on Mon, May 28, 2001 at 06:00:51PM +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 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 28, 2001 at 06:00:51PM +0200, Eric Masson wrote: > Hello, >=20 > Few months ago, Jacques Vidrine posted mails about > implementation of nsswitch in -current. >=20 > Is there any progress in this area ? If so, any hope to see a MFC ? It's working fine in -current, you'd have to ask Jacques about MFC plans. Kris --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.5 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7EsULWry0BWjoQKURAhpaAKCqsnwq36eX2xX5jxUQ9ukXKktd5gCdGXo+ dnzc2QV/nm2qCYTaE78x5KQ= =cN5I -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 15:34:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 73F4C37B423 for ; Mon, 28 May 2001 15:34:09 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f4SMY6x13198; Mon, 28 May 2001 15:34:06 -0700 (PDT) (envelope-from dillon) Date: Mon, 28 May 2001 15:34:06 -0700 (PDT) From: Matt Dillon Message-Id: <200105282234.f4SMY6x13198@earth.backplane.com> To: John Polstra Cc: hackers@FreeBSD.ORG Subject: Re: cvsup.freebsd.org I/O error References: <200105280437.f4S4bX108711@earth.backplane.com> <200105281820.f4SIK2C20606@vashon.polstra.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 :> SetAttrs ports/emulators/sim6811/pkg-comment,v :> SetAttrs ports/emulators/sim6811/pkg-descr,v :> SetAttrs ports/emulators/sim6811/pkg-plist,v :> TreeList failed: Read failure from "/usr/sup/ports-all/checkouts.cvs": Input/output error : :This is an I/O error happening on your own system when cvsup is trying :to read the file mentioned in the message. : :John :-- : John Polstra jdp@polstra.com Yah, I figured that out... I hadn't even considered it could happen with a brand new IBM drive! Ah well... back to the tried-and-true-but-run-slightly-hot seacrates. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 15:46: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 BC05E37B43F; Mon, 28 May 2001 15:46:13 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f4SMk6f19264; Tue, 29 May 2001 00:46:06 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: developers@freebsd.org, hackers@freebsd.org Subject: http://phk.freebsd.dk/Gnats/ From: Poul-Henning Kamp Date: Tue, 29 May 2001 00:46:06 +0200 Message-ID: <19262.991089966@critter> Sender: owner-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 that my little plot of our abysmal performance when it comes to our PR database actually helped spur some activity, at least the end of the graph points in the right direction now. But we are far from done yet, so find a couple of PR's and close them, there are 3000 to choose from... If you are not a committer, use the feedback mechanism (email or the link at the bottom of the webpages: http://www.FreeBSD.org/cgi/query-pr-summary.cgi If you think a PR can be closed, say so in your follow up with the grep'able line: This PR can be closed. Thanks in advance! -- 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 Mon May 28 16:38:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gatekeeper.orem.verio.net (gatekeeper.orem.verio.net [192.41.0.8]) by hub.freebsd.org (Postfix) with ESMTP id BEF8D37B422 for ; Mon, 28 May 2001 16:38:54 -0700 (PDT) (envelope-from nectar@nectar.com) Received: from proxy.dmz.orem.verio.net (proxy.dmz.orem.verio.net [10.1.1.11]) by gatekeeper.orem.verio.net (Postfix) with ESMTP id 3F7D73BF11F for ; Mon, 28 May 2001 17:38:54 -0600 (MDT) Received: from shade.nectar.com (unknown [10.2.129.63]) by proxy.dmz.orem.verio.net (Postfix) with ESMTP id 016D37C005 for ; Mon, 28 May 2001 17:38:54 -0600 (MDT) Received: (from nectar@localhost) by shade.nectar.com (8.11.3/8.11.3) id f4SNcUl04137; Mon, 28 May 2001 18:38:30 -0500 (CDT) (envelope-from nectar) Date: Mon, 28 May 2001 18:37:15 -0500 From: "Jacques A. Vidrine" To: Eric Masson Cc: Mailing List FreeBSD Hackers Subject: Re: nsswitch progress Message-ID: <20010528183714.C3857@shade.nectar.com> Mail-Followup-To: "Jacques A. Vidrine" , Eric Masson , Mailing List FreeBSD Hackers References: <86g0dpihu4.fsf@notbsdems.nantes.kisoft-services.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <86g0dpihu4.fsf@notbsdems.nantes.kisoft-services.com>; from e-masson@kisoft-services.com on Mon, May 28, 2001 at 06:00:51PM +0200 X-Url: http://www.nectar.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 Mon, May 28, 2001 at 06:00:51PM +0200, Eric Masson wrote: > Hello, > > Few months ago, Jacques Vidrine posted mails about > implementation of nsswitch in -current. > > Is there any progress in this area ? If so, any hope to see a MFC ? Hello, I've only been slowly working on nsswitch this year, as I'm occupied on other projects. I intend to return to it and complete it as soon as possible. Much new work has been done, but there is quite a bit of tedium left. I will be very disappointed if I am not able to complete the work before 5.0-RELEASE. I have no plans to do a MFC of the existing implementation, because the API and functionality has changed from what I've committed to -CURRENT, and indeed from the last set of patches I publicly posted. I don't have any objections to an MFC -- after all, the current code is stable, and the API is the same as what is currently found in NetBSD. It just is not a priority for me. Most people want support for more than just files, NIS, and Hesiod. Cheers, -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@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 May 28 16:45: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from postoffice.aims.com.au (advanc2.lnk.telstra.net [139.130.119.73]) by hub.freebsd.org (Postfix) with ESMTP id 29E1037B422 for ; Mon, 28 May 2001 16:44:55 -0700 (PDT) (envelope-from chris@aims.com.au) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au with ESMTP id f4SNiqr54278 for ; Tue, 29 May 2001 09:44:52 +1000 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.5.3.R) for ; Tue, 29 May 2001 09:43:47 +1000 Reply-To: From: "Chris Knight" To: Cc: Subject: RE: nsswitch progress Date: Tue, 29 May 2001 09:43:45 +1000 Message-ID: <061701c0e7d0$09d59520$020aa8c0@aims.private> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <86g0dpihu4.fsf@notbsdems.nantes.kisoft-services.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal 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 grabbed the sources for 4.1-STABLE from www.nectar.com/freebsd/nsswitch and applied them to both 4.2 and 4.3. Some changes were required and I have got pam_ldap (from www.padl.com) and nss_ldap (the one at www.nectar.com) working. Jacques has mentioned that this code is a prototype and shouldn't be used in production. Having said that, e-mail me if you want the 4.2 or 4.3 patches. 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 Eric Masson > Sent: Tuesday, 29 May 2001 2:01 > To: Mailing List FreeBSD Hackers > Subject: nsswitch progress > > > Hello, > > Few months ago, Jacques Vidrine posted > mails about > implementation of nsswitch in -current. > > Is there any progress in this area ? If so, any hope to see a MFC ? > > TIA > > Eric Masson > -- > ED : (Intel) ne fait que des circuits electroniques. > ALG: et quasiment d'un seul type : des 4004 et leurs divers dérivés. > Accessoirement, c'est aussi un fabricant de chauffage d'appoint. > -+- ALG in Guide du Macounet Pervers : Bien choisir son chauffage -+- > > 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 May 28 17: 1:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp-1.enteract.com (smtp-1.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id 3097237B424 for ; Mon, 28 May 2001 17:01:38 -0700 (PDT) (envelope-from dscheidt@tumbolia.com) Received: from shell-1.enteract.com (shell-1.enteract.com [207.229.143.40]) by smtp-1.enteract.com (Postfix) with ESMTP id 541E95F7C; Mon, 28 May 2001 19:01:37 -0500 (CDT) Date: Mon, 28 May 2001 19:01:37 -0500 (CDT) From: David Scheidt X-X-Sender: To: "E.B. Dreger" Cc: Subject: Re: brainstorm: "intermediate" disk caching 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, 28 May 2001, E.B. Dreger wrote: : :Of course, with 36 GB drives readily available, maybe I shouldn't worry :until I have a database larger than 72 GB. ;-) If you're really interested in database performance, remember "Spindles is good." Spreading your IO load over as many seperate disks, on as many independent IO channels as practical will improve performance. David -- dscheidt@tumbolia.com Bipedalism is only a fad. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 17: 6:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-122.dsl.lsan03.pacbell.net [63.207.60.122]) by hub.freebsd.org (Postfix) with ESMTP id 1062837B423; Mon, 28 May 2001 17:06:32 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E9075675B2; Mon, 28 May 2001 17:06:30 -0700 (PDT) Date: Mon, 28 May 2001 17:06:30 -0700 From: Kris Kennaway To: hackers@FreeBSD.org, green@FreeBSD.org Subject: [ls@Gambit.Msk.SU: ELF rlimits problem (kern/18209)] Message-ID: <20010528170630.G15105@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="KIzF6Cje4W/osXrF" 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 --KIzF6Cje4W/osXrF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Can someone take a look at this PR? It seems to still be relevant. Kris ----- Forwarded message from Sergei Laskavy ----- Delivered-To: kris@freebsd.org Date: Wed, 31 May 2000 14:03:30 +0400 From: Sergei Laskavy To: kris@freebsd.org Subject: ELF rlimits problem (kern/18209) User-Agent: Mutt/1.2i X-Keywords: =20 X-UID: 56 Dear Kris Kenaway! On the page http://www.redline.ru/~jason/bsd.html there are some descriptions of resource limits problems demo programs patches for FreeBSD 4.0-STABLE. Thank you! ----- End forwarded message ----- --KIzF6Cje4W/osXrF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.5 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7EugGWry0BWjoQKURAjIUAKCmbT/DkuApW2MJCE7hZBK2weKyFwCgn1x7 ohIpPMwpHmktuiOiJjxLxpI= =QCuD -----END PGP SIGNATURE----- --KIzF6Cje4W/osXrF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 17:39:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from silby.com (cb34181-a.mdsn1.wi.home.com [24.14.173.39]) by hub.freebsd.org (Postfix) with ESMTP id 51FF937B424 for ; Mon, 28 May 2001 17:39:57 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 67798 invoked by uid 1000); 29 May 2001 00:39:56 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 29 May 2001 00:39:56 -0000 Date: Mon, 28 May 2001 19:39:56 -0500 (CDT) From: Mike Silbersack To: Matt Dillon Cc: John Polstra , Subject: Re: cvsup.freebsd.org I/O error In-Reply-To: <200105282234.f4SMY6x13198@earth.backplane.com> Message-ID: <20010528193755.I67783-100000@achilles.silby.com> 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, 28 May 2001, Matt Dillon wrote: > Yah, I figured that out... I hadn't even considered it could happen with > a brand new IBM drive! Ah well... back to the > tried-and-true-but-run-slightly-hot seacrates. > > -Matt Unfortunately, it sounds like you're not alone. If you check out various hardware message boards, there are people hopping mad about recent IBM drives having a high failure rate. :| But they support tagged queueing, so you can safely write cache! :) 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 Mon May 28 18:23:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from a.mx.everquick.net (a.mx.everquick.net [216.89.137.3]) by hub.freebsd.org (Postfix) with ESMTP id 3100F37B422 for ; Mon, 28 May 2001 18:23:29 -0700 (PDT) (envelope-from eddy+public+spam@noc.everquick.net) Received: from localhost (eddy@localhost) by a.mx.everquick.net (8.10.2/8.10.2) with ESMTP id f4T1NSV11001 for ; Tue, 29 May 2001 01:23:28 GMT X-EverQuick-No-Abuse: Report any e-mail abuse to Date: Tue, 29 May 2001 01:23:28 +0000 (GMT) From: "E.B. Dreger" To: hackers@FreeBSD.ORG Subject: Re: brainstorm: "intermediate" disk caching 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 > Date: Mon, 28 May 2001 19:01:37 -0500 (CDT) > From: David Scheidt [ snip ] > If you're really interested in database performance, remember "Spindles > is good." Spreading your IO load over as many seperate disks, on as > many independent IO channels as practical will improve performance. There's the problem. With RAID 1+0, total the storage of the spindles, and half of that is usable. With RAID 5, it asymptotically approaches unity. Eddy --------------------------------------------------------------------------- Brotsman & Dreger, Inc. EverQuick Internet Division Phone: (316) 794-8922 --------------------------------------------------------------------------- Date: Mon, 21 May 2001 11:23:58 +0000 (GMT) From: A Trap To: blacklist@brics.com Subject: Please ignore this portion of my mail signature. These last few lines are a trap for address-harvesting spambots. Do NOT send mail to , or you are likely to be blocked. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 18:28:35 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 7ACA837B424 for ; Mon, 28 May 2001 18:28:33 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.3/8.11.3) with ESMTP id f4T1b7B05693; Mon, 28 May 2001 18:37:07 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200105290137.f4T1b7B05693@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "E.B. Dreger" Cc: hackers@FreeBSD.ORG Subject: Re: brainstorm: "intermediate" disk caching In-reply-to: Your message of "Tue, 29 May 2001 01:23:28 -0000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 May 2001 18:37:07 -0700 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 > > Date: Mon, 28 May 2001 19:01:37 -0500 (CDT) > > From: David Scheidt > > [ snip ] > > > If you're really interested in database performance, remember "Spindles > > is good." Spreading your IO load over as many seperate disks, on as > > many independent IO channels as practical will improve performance. > > There's the problem. With RAID 1+0, total the storage of the spindles, > and half of that is usable. With RAID 5, it asymptotically approaches > unity. ... at the same time as your statistical reliability approaches zero. Running more than a small number of disks in your RAID 5 stripe is unwise; typically you'd use RAID 50 (stripes across a set of RAID 5 units, each of maybe 5-10 disks each). Having said all that, RAID 10 is a real performer just now courtesy of 3ware's product offerings; the capacity loss is offset by the cost savings. I'm sure that the storage market will shift again. -- ... 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 Mon May 28 21:16:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.in.yahoo.com (ns1.in.yahoo.com [203.199.70.6]) by hub.freebsd.org (Postfix) with ESMTP id 2C58137B424 for ; Mon, 28 May 2001 21:16:33 -0700 (PDT) (envelope-from manas@yahoo-inc.com) Received: from yahoo-inc.com (bangalore.in.yahoo.com [203.200.52.16]) by ns1.in.yahoo.com (8.11.1/8.11.1/smtp.in) with ESMTP id f4T4GUF24013 for ; Tue, 29 May 2001 09:46:31 +0530 (IST) Message-ID: <3B132C9E.E97F5BDB@yahoo-inc.com> Date: Tue, 29 May 2001 09:59:10 +0500 From: manas X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.0-YAHOO-20000510 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org Subject: help offered 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 all, I would like to join freebsd project. I have not coded for any OS project. I have theoritical knowledge about FreeBsd OS. A little in help will right will help me a lot. I am willing to work hard to complete the tasks assigned to me. If any suitable work is there for me, please let me know. thanks manas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 22:20:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 387A837B43C for ; Mon, 28 May 2001 22:20:10 -0700 (PDT) (envelope-from DougB@DougBarton.net) Received: from DougBarton.net (master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id WAA60847; Mon, 28 May 2001 22:19:40 -0700 (PDT) (envelope-from DougB@DougBarton.net) Message-ID: <3B13316C.178AF46E@DougBarton.net> Date: Mon, 28 May 2001 22:19:40 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.77 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: manas Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: help offered References: <3B132C9E.E97F5BDB@yahoo-inc.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 manas wrote: > > hi all, > I would like to join freebsd project. I have not coded for any OS > project. I have theoritical knowledge about FreeBsd OS. A little in > help will right will help me a lot. I am willing to work hard to > complete the tasks assigned to me. > If any suitable work is there for me, please let me know. Step one, read the handbook on the web. Step two, subscribe to the mailing lists that look interesting Step three, install freebsd on your home system Step four, read more of the documentation on the web site, including the PR database, and pick a project that looks interesting to you. Good luck, Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 22:32: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (cpe-66-1-147-119.ca.sprintbbd.net [66.1.147.119]) by hub.freebsd.org (Postfix) with ESMTP id 505C537B43C; Mon, 28 May 2001 22:31:59 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: by sharmas.dhs.org (Postfix, from userid 500) id 2A8545E105; Mon, 28 May 2001 22:27:55 -0700 (PDT) To: phk@FreeBSD.ORG Cc: hackers@freebsd.org Subject: Re: http://phk.freebsd.dk/Gnats/ In-Reply-To: <19262.991089966@critter> References: <19262.991089966@critter> Reply-To: arun@sharmas.dhs.org Message-Id: <20010529052755.2A8545E105@sharmas.dhs.org> Date: Mon, 28 May 2001 22:27:55 -0700 (PDT) From: adsharma@sharmas.dhs.org (Arun Sharma) Sender: owner-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 May 2001 00:46:42 +0200, Poul-Henning Kamp wrote: > > It seems that my little plot of our abysmal performance when it comes > to our PR database actually helped spur some activity, at least the > end of the graph points in the right direction now. > > But we are far from done yet, so find a couple of PR's and close them, > there are 3000 to choose from... It might get worse, if this goes in :) http://www.freebsd.org/cgi/query-pr.cgi?pr=27653 http://www.freebsd.org/cgi/query-pr.cgi?pr=27654 -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 28 23:33: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netau1.alcanet.com.au (ntp.alcanet.com.au [203.62.196.27]) by hub.freebsd.org (Postfix) with ESMTP id D13C237B422 for ; Mon, 28 May 2001 23:32:53 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: from mfg1.cim.alcatel.com.au (mfg1.cim.alcatel.com.au [139.188.23.1]) by netau1.alcanet.com.au (8.9.3 (PHNE_22672)/8.9.3) with ESMTP id QAA12096 for ; Tue, 29 May 2001 16:32:50 +1000 (EST) Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37640) with ESMTP id <01K455CGO3LCVLHN7U@cim.alcatel.com.au> for hackers@FreeBSD.ORG; Tue, 29 May 2001 16:32:47 +1000 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.11.1/8.11.1) id f4T6Wke13043 for hackers@FreeBSD.ORG; Tue, 29 May 2001 16:32:46 +1000 (EST envelope-from jeremyp) Content-return: prohibited Date: Tue, 29 May 2001 16:32:46 +1000 From: Peter Jeremy Subject: Re: technical comparison To: hackers@FreeBSD.ORG Message-id: <20010529163246.H89950@gsmx07.alcatel.com.au> 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 On Sun, 27 May 2001 22:50:48 -0300 (BRST), Rik van Riel wrote: >On Sat, 26 May 2001, Peter Wemm wrote: >> Which is more expensive? Maintaining an on-disk hashed (or b+tree) >> directory format for *everything* or maintaining a simple low-cost >> format on disk with in-memory hashing for fast lookups? > >I bet that for modest directory sizes the cost of disk IO outweighs >the added CPU usage by so much that you may as well take the trouble >of using the more scalable directory format. I'm not sure I follow this. Reading sequentially is always going to be much faster than reading randomly. For a modest directory size, you run the risk that randomly accessing fewer blocks will actually take longer than just reading the entire directory sequentially. >> For the small directory case I suspect the FFS+namecache way is more >> cost effective. For the medium to large directory case (10,000 to >> 100,000 entries), I suspect the FFS+namecache method isn't too shabby, >> providing you are not starved for memory. For the insanely large >> cases - I dont want to think about :-). > >The ext2 fs, which uses roughly the same directory structure as >UFS and has a name cache which isn't limited in size, seems to >bog down at about 10,000 directory entries. As has been pointed out earlier, hash algorithms need a `maximum number of entries' parameter as part of their algorithm. Beyond some point, defined by this number, the hash will degenerate to (typically) O(N). It sounds like the Linux name cache hashing algorithm is not intended to handle so many directory entries. >Daniel Phillips is working on a hash extension to ext2; not a >replacement of the directory format, but a way to tack a hashed >index after the normal directory index. I think a tree structure is better than a hash because there is no inherent limit to the size (though the downside is O(log N) rather than close to fixed time). It may be possible to build a tree structure around the UFS directory block structure in such a way that it would be backward compatible[1]. Of course managing to correctly handle soft-updates write ordering for a tree re-balance is non-trivial. One point that hasn't come out so far is that reading a UFS is quite easy - hence boot2 can locate a loader or kernel by name within the root filesystem, rather than needing to hardware block numbers to load. If the directory structure does change, we need to ensure that it's possible to (possibly inefficiently) parse the structure in a fairly small amount of code. >It also has the advantage of being able to keep using the >tried&tested fsck utilities. Whatever is done, fsck would need to be enhanced to validate the directory structure, otherwise you could wind up with files that can't be found/deleted because they aren't where the hash/tree algorithm expects them. Suggestion for the "lets use the filesystem as a general purpose relational database" crowd: A userland implementation of the existing directory search scheme (ignoring name caching) would be trivial (see /usr/include/ufs/ufs/dir.h and dir(5) for details). Modify postmark (or similar) to simulate the creation/deletion of files in a userland `directory' structure and demonstrate an algorithm that is faster for the massive directory case and doesn't pessimize small directories. The effect of the name cache and datafile I/O should be able to be ignored since you just want to compare directory algorithms. [1] Keep entries within each block sorted. Reserve space at the end of the block for left and right child branch pointers and other overheads, with the left branch being less than the first entry in the block and the right branch being greater than the last entry. The reserved space is counted in d_reclen of the last entry (which makes it backward compatible). I haven't thought through the block splitting/merging algorithm so this may not work. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 2:21:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from internethelp.ru (wh.internethelp.ru [212.113.112.145]) by hub.freebsd.org (Postfix) with ESMTP id ECAB937B422 for ; Tue, 29 May 2001 02:21:29 -0700 (PDT) (envelope-from nkritsky@internethelp.ru) Received: from ibmka (ibmka.internethelp.ru. [192.168.0.6]) by internethelp.ru (8.9.3/8.9.3) with SMTP id NAA26324 for ; Tue, 29 May 2001 13:21:27 +0400 (MSD) Message-ID: <00ef01c0e820$bd2bb690$0600a8c0@ibmka.internethelp.ru> From: "Nickolay A. Kritsky" To: Subject: Debuggers for FreeBSD Date: Tue, 29 May 2001 13:21:27 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-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 am using assembly language to write some useful programs for my FreeBSD 3.3_release and i need some debugger. I am not happy with gdb. Can you tell me if there is some Soft-ICE type debuggers under this OS ? BTW - is it true that FreeBSD kernel started supporting DRx registers only from version 4.2? Do i need to upgrade? Please cc me in reply, as i am not subscribed to the list. Any help is very good! Thank you for attention. NKritsky - SysAdmin InternetHelp.Ru http://www.internethelp.ru e-mail: nkritsky@internethelp.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 5:39:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web5305.mail.yahoo.com (web5305.mail.yahoo.com [216.115.106.114]) by hub.freebsd.org (Postfix) with SMTP id 9467037B424 for ; Tue, 29 May 2001 05:39:09 -0700 (PDT) (envelope-from vishubp@yahoo.com) Message-ID: <20010529123909.12618.qmail@web5305.mail.yahoo.com> Received: from [203.200.20.3] by web5305.mail.yahoo.com; Tue, 29 May 2001 13:39:09 BST Date: Tue, 29 May 2001 13:39:09 +0100 (BST) From: =?iso-8859-1?q?vishwanath=20pargaonkar?= Subject: Router advertisement To: freebsd-net@freebsd.org Cc: freebsd-hackers@freebsd.org 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 Hi, i have freebsd 4.2 stable. my doubt is how is router advertisement called? ie i know that router advertisement is user land program.so when ever router solicitation is received we receive it and update the cache by calling nd6_cache_lladdr.but how exactly RA invoked it being user land program? how RA responce is evoked to RS? TIA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 7: 9: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nwcst282.netaddress.usa.net (nwcst282.netaddress.usa.net [204.68.23.27]) by hub.freebsd.org (Postfix) with SMTP id 9473237B422 for ; Tue, 29 May 2001 07:09:00 -0700 (PDT) (envelope-from gil-rudge@usa.net) Received: (qmail 16478 invoked by uid 60001); 29 May 2001 14:08:59 -0000 Message-ID: <20010529140859.16477.qmail@nwcst282.netaddress.usa.net> Received: from 204.68.23.27 by nwcst282 for [212.25.110.131] via web-mailer(34FM.0700.17C.01) on Tue May 29 14:08:59 GMT 2001 Date: 29 May 2001 16:08:59 IST From: Gil Rudge To: freebsd-hackers@freebsd.org Subject: Problem with the time zone in version 4.3 X-Mailer: USANET web-mailer (34FM.0700.17C.01) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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 I encountered a small problem while changing the time zone. I have a process (process A) that starts when the machine is booted and w= aits for requests. In another process I changed the time zone. When running date (from any o= ther terminal) I get the time with the newly changed time zone, but in process= A when I read the tm struct I still read the old time zone. In process A, I read the tm struct by using: time_t tval; time(&tval); struct tm *ltm =3D localtime(&tval); Note that I made a small exe that ran the same lines of code as above, wh= en I ran it I also read the correct time, from any terminal. I found out that if I preceded the calls above with this code bellow,I ge= t the correct time zone. Note that the same code without the set or unset calls= does not work either. setenv("TZ", ":/etc/localtime", 1); = tzset(); unsetenv("TZ"); I would like to know the reason for this phenomena, and is there a better= way to solve it ? Thanks, Gil = ____________________________________________________________________ Get free email and a permanent address at http://www.netaddress.com/?N=3D= 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 10:29:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay1.ntu-kpi.kiev.ua (www.ntu-kpi.kiev.ua [212.111.192.161]) by hub.freebsd.org (Postfix) with ESMTP id 32A4237B423 for ; Tue, 29 May 2001 10:29:26 -0700 (PDT) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from comsys.ntu-kpi.kiev.ua (eth0.comsys.ntu-kpi.kiev.ua [10.0.1.184]) by relay1.ntu-kpi.kiev.ua (Postfix) with ESMTP id A7BEA2F6B6; Tue, 29 May 2001 20:29:09 +0300 (EEST) Received: from pm5149 (pm514-9.comsys.ntu-kpi.kiev.ua [10.18.54.109]) by comsys.ntu-kpi.kiev.ua (8.11.3/8.11.3) with SMTP id f4THJ7P07887; Tue, 29 May 2001 20:19:08 +0300 (EEST) Message-ID: <024601c0e85a$c2f1c8a0$6d36120a@comsys.ntukpi.kiev.ua> From: "Andrey Simonenko" To: "Gil Rudge" Cc: References: <20010529140859.16477.qmail@nwcst282.netaddress.usa.net> Subject: Re: Problem with the time zone in version 4.3 Date: Tue, 29 May 2001 20:16:47 +0400 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.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Sender: owner-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 that http://www.freebsd.org/cgi/query-pr.cgi?pr=23323 will be interesting for you. ----- Original Message ----- From: Gil Rudge Newsgroups: lucky.freebsd.hackers Sent: Tuesday, May 29, 2001 6:09 PM Subject: Problem with the time zone in version 4.3 > I encountered a small problem while changing the time zone. > > I have a process (process A) that starts when the machine is booted and waits > for requests. > > In another process I changed the time zone. When running date (from any other > terminal) I get the time with the newly changed time zone, but in process A > when I read the tm struct I still read the old time zone. > > In process A, I read the tm struct by using: > > time_t tval; > time(&tval); > struct tm *ltm = localtime(&tval); > > Note that I made a small exe that ran the same lines of code as above, when I > ran it I also read the correct time, from any terminal. > > I found out that if I preceded the calls above with this code bellow,I get the > correct time zone. Note that the same code without the set or unset calls does > not work either. > > setenv("TZ", ":/etc/localtime", 1); > tzset(); > unsetenv("TZ"); > > > I would like to know the reason for this phenomena, and is there a better way > to solve it ? > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 12:41:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from luke.immure.com (luke.immure.com [207.8.42.74]) by hub.freebsd.org (Postfix) with ESMTP id DAB6A37B422 for ; Tue, 29 May 2001 12:41:15 -0700 (PDT) (envelope-from bob@luke.immure.com) Received: (from bob@localhost) by luke.immure.com (8.11.2/8.11.3) id f4TJfE233663 for freebsd-hackers@freebsd.org; Tue, 29 May 2001 14:41:14 -0500 (CDT) (envelope-from bob) Date: Tue, 29 May 2001 14:41:14 -0500 From: Bob Willcox To: hackers list Subject: How to disable software TCP checksumming? Message-ID: <20010529144114.I19771@luke.immure.com> Reply-To: Bob Willcox 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 Hi, I am working on a device driver for a GSN adapter that has hardware CRC checking and need to know if there is a way to disable the software CRC checking for TCP? This is on a FreeBSD 4.2-stable system. Thanks, Bob -- Bob Willcox Egotist, n.: bob@vieo.com A person of low taste, more interested in himself than me. Austin, TX -- Ambrose Bierce, "The Devil's Dictionary" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 12:43:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id F356637B42C for ; Tue, 29 May 2001 12:43:44 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 94883 invoked by uid 1000); 29 May 2001 19:44:03 -0000 Date: Tue, 29 May 2001 21:44:03 +0200 From: "Karsten W. Rohrbach" To: freebsd-hackers@freebsd.org Subject: interesting os comparison charts Message-ID: <20010529214403.L85298@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG there is a nice comparison of *bsd/linux/solaris systems under load in terms of http/nfs netio and fs performance on the net: http://innominate.org/%7Etgr/slides/performance/tuning.htm the author also addresses the typical GENERIC kernel problems on production machines (NBMCLUSTERS too low,...), anyway it's very interesting to read. he also addresses the typical linux problems on production boxes. have fun, /k -- KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.net/ karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- catch@spam.de GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 BF46 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 12:53: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.bfm.org (mail.bfm.org [216.127.218.26]) by hub.freebsd.org (Postfix) with ESMTP id 2477037B620 for ; Tue, 29 May 2001 12:52:58 -0700 (PDT) (envelope-from adam@whizkidtech.net) Received: from WhizKid (r37.bfm.org [216.127.220.133]) by mail.bfm.org (Post.Office MTA v3.5.3 release 223 ID# 0-52399U2500L250S0V35) with SMTP id org; Tue, 29 May 2001 14:57:26 -0500 Message-Id: <3.0.6.32.20010529145045.00891270@mail85.pair.com> X-Sender: whizkid@mail85.pair.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Tue, 29 May 2001 14:50:45 -0500 To: "Nickolay A. Kritsky" , From: "G. Adam Stanislav" Subject: Re: Debuggers for FreeBSD In-Reply-To: <00ef01c0e820$bd2bb690$0600a8c0@ibmka.internethelp.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 At 13:21 29-05-2001 +0400, Nickolay A. Kritsky wrote: > Hi all. >I am using assembly language to write some useful programs for my FreeBSD 3.3_release and i need some debugger. I am not happy with >gdb. Can you tell me if there is some Soft-ICE type debuggers under this OS ? Try ald (assembly language debugger) from http://ellipse.mcs.drexel.edu/ald.html According to the author, it was tested with FreeBSD 4.1.1-STABLE. Adam --- http://phonecowboy.com/registrar/twist/ finds a good domain for you and checks for its existence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 13: 9:16 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 1188337B423 for ; Tue, 29 May 2001 13:09:13 -0700 (PDT) (envelope-from jesper@skriver.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id 92AD45D82; Tue, 29 May 2001 22:11:07 +0200 (CEST) Date: Tue, 29 May 2001 22:11:07 +0200 From: Jesper Skriver To: Bob Willcox Cc: hackers list Subject: Re: How to disable software TCP checksumming? Message-ID: <20010529221107.C49875@skriver.dk> References: <20010529144114.I19771@luke.immure.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010529144114.I19771@luke.immure.com>; from bob@immure.com on Tue, May 29, 2001 at 02:41:14PM -0500 X-PGP-Fingerprint: 6B88 9CE8 66E9 E631 C9C5 5EB4 22AB F0EC F956 1C31 X-PGP-Public-Key: http://freesbee.wheel.dk/~jesper/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 Tue, May 29, 2001 at 02:41:14PM -0500, Bob Willcox wrote: > Hi, > > I am working on a device driver for a GSN adapter that has hardware CRC > checking and need to know if there is a way to disable the software CRC > checking for TCP? This is on a FreeBSD 4.2-stable system. Not without modifying the source, the below should do it from a quick look. Index: src/sys/netinet/tcp_input.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_input.c,v retrieving revision 1.130 diff -u -r1.130 tcp_input.c --- src/sys/netinet/tcp_input.c 2001/05/29 19:54:45 1.130 +++ src/sys/netinet/tcp_input.c 2001/05/29 20:07:22 @@ -401,6 +401,7 @@ th = (struct tcphdr *)((caddr_t)ip + off0); tlen = ip->ip_len; +#if 0 if (m->m_pkthdr.csum_flags & CSUM_DATA_VALID) { if (m->m_pkthdr.csum_flags & CSUM_PSEUDO_HDR) th->th_sum = m->m_pkthdr.csum_data; @@ -423,6 +424,7 @@ tcpstat.tcps_rcvbadsum++; goto drop; } +#endif #ifdef INET6 /* Re-initialization for later version check */ ip->ip_v = IPVERSION; /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: FreeBSD committer @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 13:18:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from summersault.com (nollie.summersault.com [208.196.32.199]) by hub.freebsd.org (Postfix) with SMTP id 65F6837B423 for ; Tue, 29 May 2001 13:18:18 -0700 (PDT) (envelope-from mark@summersault.com) Received: (qmail 77254 invoked from network); 29 May 2001 20:18:16 -0000 Received: from hoobella.summersault.com (HELO summersault.com) (208.196.32.195) by nollie.summersault.com with SMTP; 29 May 2001 20:18:16 -0000 Message-ID: <3B140406.CC829B0D@summersault.com> Date: Tue, 29 May 2001 14:18:21 -0600 From: Mark Stosberg Reply-To: mark@summersault.com Organization: Summersault X-Mailer: Mozilla 4.77C-CCK-MCD {C-UDP; EBM-APPLE} (Macintosh; U; PPC) X-Accept-Language: en,pdf MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: "find" and "quota" find different amounts of files 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 Hello! I'm running FreeBSD 4.3 and have encountered a mystery of some missing files. Using "find" and "quota" to find the same files, I get different results. For example: ############ root@nollie vector1> find /usr -user evan -print | wc -l 2435 root@nollie vector1> quota evan Disk quotas for user evan (uid 1075): Filesystem blocks quota limit grace files quota limit grace /usr 561790 1010000 1010000 2537 0 0 ############ So "find" is reporting 2435 files, but "quota" is reporting 2537. Where could the difference be hiding? I reviewed the man pages for both "find" and "quota" and couldn't find any clues to this. If it's not actually a bug with one of these utilities, then I consider it a bug with their documentation since it's given unexpected results. Thanks, -mark personal website } Summersault Website Development http://mark.stosberg.com/ { http://www.summersault.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 13:23:12 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 F1A3D37B424 for ; Tue, 29 May 2001 13:23:09 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.3/8.11.3) with ESMTP id f4TKVnK03462; Tue, 29 May 2001 13:31:49 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200105292031.f4TKVnK03462@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: mark@summersault.com Cc: freebsd-hackers@freebsd.org Subject: Re: "find" and "quota" find different amounts of files In-reply-to: Your message of "Tue, 29 May 2001 14:18:21 MDT." <3B140406.CC829B0D@summersault.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 May 2001 13:31:49 -0700 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 > > Hello! I'm running FreeBSD 4.3 and have encountered a mystery of some > missing files. Using "find" and "quota" to find the same files, I get > different results. For example: ... > So "find" is reporting 2435 files, but "quota" is reporting 2537. Where > could the difference be hiding? /tmp, etc? -- ... 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 Tue May 29 13:39:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from summersault.com (nollie.summersault.com [208.196.32.199]) by hub.freebsd.org (Postfix) with SMTP id A06AB37B43C for ; Tue, 29 May 2001 13:39:46 -0700 (PDT) (envelope-from mark@summersault.com) Received: (qmail 78786 invoked from network); 29 May 2001 20:39:43 -0000 Received: from hoobella.summersault.com (HELO summersault.com) (208.196.32.195) by nollie.summersault.com with SMTP; 29 May 2001 20:39:43 -0000 Message-ID: <3B14090E.9FF72E0F@summersault.com> Date: Tue, 29 May 2001 14:39:51 -0600 From: Mark Stosberg Reply-To: mark@summersault.com Organization: Summersault X-Mailer: Mozilla 4.77C-CCK-MCD {C-UDP; EBM-APPLE} (Macintosh; U; PPC) X-Accept-Language: en,pdf MIME-Version: 1.0 To: Mike Smith , freebsd-hackers@freebsd.org Subject: Re: "find" and "quota" find different amounts of files References: <200105292031.f4TKVnK03462@mass.dis.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 Mike Smith wrote: > > > > > Hello! I'm running FreeBSD 4.3 and have encountered a mystery of some > > missing files. Using "find" and "quota" to find the same files, I get > > different results. For example: > ... > > So "find" is reporting 2435 files, but "quota" is reporting 2537. Where > > could the difference be hiding? > > /tmp, etc? I don't think so-- I told "find" to search only /usr and according to /etc/fstab, /usr is the only directory that quota is looking at. (given below). Given that, could tmp directories still be a factor? Thanks for your response. -mark ############# root@nollie upload> more /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/da0s1b none swap sw 0 0 /dev/da0s1a / ufs rw 1 1 /dev/da0s1f /usr ufs rw,userquota 2 2 /dev/da0s1e /var ufs rw 2 2 /dev/acd0c /cdrom cd9660 ro,noauto 0 0 proc /proc procfs rw 0 0 jazz:/home2/backup/sumsault /backup nfs rw,noauto 0 0 jazz:/cdrom /jazzcd nfs rw,noauto 0 0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 13:52:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from luke.immure.com (luke.immure.com [207.8.42.74]) by hub.freebsd.org (Postfix) with ESMTP id 60E7A37B422 for ; Tue, 29 May 2001 13:52:20 -0700 (PDT) (envelope-from bob@luke.immure.com) Received: (from bob@localhost) by luke.immure.com (8.11.2/8.11.3) id f4TKqCj38032; Tue, 29 May 2001 15:52:12 -0500 (CDT) (envelope-from bob) Date: Tue, 29 May 2001 15:52:12 -0500 From: Bob Willcox To: Jesper Skriver Cc: hackers list Subject: Re: How to disable software TCP checksumming? Message-ID: <20010529155212.M19771@luke.immure.com> Reply-To: Bob Willcox References: <20010529144114.I19771@luke.immure.com> <20010529221107.C49875@skriver.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010529221107.C49875@skriver.dk>; from jesper@skriver.dk on Tue, May 29, 2001 at 10:11:07PM +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 Thanks for the info, but I don't think this will do what I want. I have been looking at the Tigon driver which seems to support hardware assisted CRC checking. I'm could be way off base here, but this snippit of code from if_ti.c: if (ifp->if_hwassist) { m->m_pkthdr.csum_flags |= CSUM_IP_CHECKED | CSUM_DATA_VALID; if ((cur_rx->ti_ip_cksum ^ 0xffff) == 0) m->m_pkthdr.csum_flags |= CSUM_IP_VALID; m->m_pkthdr.csum_data = cur_rx->ti_tcp_udp_cksum; } looks like it might be related to what I want to do, and may prevent the upper layers from checking the CRC on input. I also would like to disable the CRC generation for output but, so far, can't seem to find how that can be done. Note that I'm not above changing the kernel if that's the only way, but would like to find some way in my driver to turn off the checksums if possible. Thanks, Bob On Tue, May 29, 2001 at 10:11:07PM +0200, Jesper Skriver wrote: > On Tue, May 29, 2001 at 02:41:14PM -0500, Bob Willcox wrote: > > Hi, > > > > I am working on a device driver for a GSN adapter that has hardware CRC > > checking and need to know if there is a way to disable the software CRC > > checking for TCP? This is on a FreeBSD 4.2-stable system. > > Not without modifying the source, the below should do it from a > quick look. > > Index: src/sys/netinet/tcp_input.c > =================================================================== > RCS file: /home/ncvs/src/sys/netinet/tcp_input.c,v > retrieving revision 1.130 > diff -u -r1.130 tcp_input.c > --- src/sys/netinet/tcp_input.c 2001/05/29 19:54:45 1.130 > +++ src/sys/netinet/tcp_input.c 2001/05/29 20:07:22 > @@ -401,6 +401,7 @@ > th = (struct tcphdr *)((caddr_t)ip + off0); > tlen = ip->ip_len; > > +#if 0 > if (m->m_pkthdr.csum_flags & CSUM_DATA_VALID) { > if (m->m_pkthdr.csum_flags & CSUM_PSEUDO_HDR) > th->th_sum = m->m_pkthdr.csum_data; > @@ -423,6 +424,7 @@ > tcpstat.tcps_rcvbadsum++; > goto drop; > } > +#endif > #ifdef INET6 > /* Re-initialization for later version check */ > ip->ip_v = IPVERSION; > > /Jesper > > -- > Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 > Work: Network manager @ AS3292 (Tele Danmark DataNetworks) > Private: FreeBSD committer @ AS2109 (A much smaller network ;-) > > One Unix to rule them all, One Resolver to find them, > One IP to bring them all and in the zone to bind them. -- Bob Willcox Egotist, n.: bob@vieo.com A person of low taste, more interested in himself than me. Austin, TX -- Ambrose Bierce, "The Devil's Dictionary" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 13:54:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from postoffice.aims.com.au (advanc2.lnk.telstra.net [139.130.119.73]) by hub.freebsd.org (Postfix) with ESMTP id 846F937B422 for ; Tue, 29 May 2001 13:54:44 -0700 (PDT) (envelope-from chris@aims.com.au) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au with ESMTP id f4TKsgr45074 for ; Wed, 30 May 2001 06:54:42 +1000 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.5.3.R) for ; Wed, 30 May 2001 06:54:11 +1000 Reply-To: From: "Chris Knight" To: Subject: RE: nsswitch progress Date: Wed, 30 May 2001 06:54:10 +1000 Message-ID: <067201c0e881$82f62ad0$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) In-Reply-To: <20010528183714.C3857@shade.nectar.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal 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, > -----Original Message----- > From: owner-freebsd-hackers@FreeBSD.ORG > [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Jacques A. > Vidrine > Sent: Tuesday, 29 May 2001 9:37 > To: Eric Masson > Cc: Mailing List FreeBSD Hackers > Subject: Re: nsswitch progress > > [snip] > > I've only been slowly working on nsswitch this year, as I'm occupied > on other projects. I intend to return to it and complete it as soon > as possible. Much new work has been done, but there is quite a bit of > tedium left. I will be very disappointed if I am not able to complete > the work before 5.0-RELEASE. > > I have no plans to do a MFC of the existing implementation, because > the API and functionality has changed from what I've committed to > -CURRENT, and indeed from the last set of patches I publicly posted. > > I don't have any objections to an MFC -- after all, the current code > is stable, and the API is the same as what is currently found in > NetBSD. It just is not a priority for me. Most people want support > for more than just files, NIS, and Hesiod. > If someone with commit privs is interested, I have a set of patches based on the 4.1-STABLE patches that apply cleanly to 4.3. This should be slightly quicker to merge with -STABLE. > Cheers, > -- > Jacques Vidrine / n@nectar.com / jvidrine@verio.net / > nectar@FreeBSD.org > 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 Tue May 29 14: 1: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 BFE5037B424 for ; Tue, 29 May 2001 14:01:13 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) 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 RAA24658; Tue, 29 May 2001 17:01:13 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f4TL0hd38481; Tue, 29 May 2001 17:00:43 -0400 (EDT) (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: <15124.3579.211031.178700@grasshopper.cs.duke.edu> Date: Tue, 29 May 2001 17:00:43 -0400 (EDT) To: Bob Willcox Cc: "Jesper Skriver hackers list" Subject: Re: How to disable software TCP checksumming? In-Reply-To: <20010529221107.C49875@skriver.dk> References: <20010529144114.I19771@luke.immure.com> <20010529221107.C49875@skriver.dk> 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 Jesper Skriver writes: > On Tue, May 29, 2001 at 02:41:14PM -0500, Bob Willcox wrote: > > Hi, > > > > I am working on a device driver for a GSN adapter that has hardware CRC > > checking and need to know if there is a way to disable the software CRC > > checking for TCP? This is on a FreeBSD 4.2-stable system. > Eegads. I think the original poster wanted to be able to use the hardware CRC features of his nic, not ignore checksums altogther. Bob -- Take a look at the /sys/pci/if_ti.c driver for an example of how to use hardware checksum assist. On the recieve side, you want to set the m_pkthdr.csum_flags appropriately (depending on what your device can do) on each recieve, as well as fill in the actual checksum in m_pkthdr.csum_data. On the send side, you need to specify what your device is capable of assisting with in the if_hwassist field of your driver's ifp struct. Packets will come down w/o those fields filled in. The stack will expect your device to calculate those fields in hardware. I beleive these features appeared around 4.1, so if this is a 3rd party driver, you may want to check __FreeBSD_version >= 410000. Hope this helps, Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 14: 2:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 9037237B42C for ; Tue, 29 May 2001 14:02:25 -0700 (PDT) (envelope-from jhb@foo.osd.bsdi.com) Received: from foo.osd.bsdi.com (root@foo.osd.bsdi.com [204.216.28.137]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id f4TL2GK10603; Tue, 29 May 2001 14:02:20 -0700 (PDT) (envelope-from jhb@foo.osd.bsdi.com) Received: (from jhb@localhost) by foo.osd.bsdi.com (8.11.1/8.11.1) id f4TL2BN58499; Tue, 29 May 2001 14:02:11 -0700 (PDT) (envelope-from jhb) 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: Date: Tue, 29 May 2001 14:02:11 -0700 (PDT) From: John Baldwin To: Richard Hodges Subject: RE: Stuck in kernel - mask problem? 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 28-May-01 Richard Hodges wrote: > I have been having a problem on one of my machines, and it seems > to be associated with medium/heavy IO loads. > > After some period of time, usually an hour or two, the system will > appear to stop cold dead. A trace with DDB shows that the last > function is doreti. Above that is the DDB call stuff. > > Once, the trace was simply doreti, other times it had the stack > of the ata and network drivers. Here are some values from one > that might be useful: > > cpl = 6714ba (3, 7, 9, 10, 12, 14, 15 active, right?) > ipending = 401420 (nothing pending, right?) > astpending = 3 > in_vm86call = 0 > intr_nesting_level = 2 If astpending is set, we keep looping on the x86 in doreti. It looks like astpending might not be getting cleared or some such. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.Baldwin.cx/~john/pgpkey.asc "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 Tue May 29 14:20:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from luke.immure.com (luke.immure.com [207.8.42.74]) by hub.freebsd.org (Postfix) with ESMTP id 4E5E637B422 for ; Tue, 29 May 2001 14:20:35 -0700 (PDT) (envelope-from bob@luke.immure.com) Received: (from bob@localhost) by luke.immure.com (8.11.2/8.11.3) id f4TLKXh40467; Tue, 29 May 2001 16:20:33 -0500 (CDT) (envelope-from bob) Date: Tue, 29 May 2001 16:20:33 -0500 From: Bob Willcox To: Andrew Gallatin Cc: "Jesper Skriver hackers list" Subject: Re: How to disable software TCP checksumming? Message-ID: <20010529162033.O19771@luke.immure.com> Reply-To: Bob Willcox References: <20010529144114.I19771@luke.immure.com> <20010529221107.C49875@skriver.dk> <15124.3579.211031.178700@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: <15124.3579.211031.178700@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Tue, May 29, 2001 at 05:00:43PM -0400 Sender: owner-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 Drew! This helps alot! Bob On Tue, May 29, 2001 at 05:00:43PM -0400, Andrew Gallatin wrote: > > > Jesper Skriver writes: > > On Tue, May 29, 2001 at 02:41:14PM -0500, Bob Willcox wrote: > > > Hi, > > > > > > I am working on a device driver for a GSN adapter that has hardware CRC > > > checking and need to know if there is a way to disable the software CRC > > > checking for TCP? This is on a FreeBSD 4.2-stable system. > > > > Eegads. I think the original poster wanted to be able to use the > hardware CRC features of his nic, not ignore checksums altogther. > > Bob -- Take a look at the /sys/pci/if_ti.c driver for an example of > how to use hardware checksum assist. > > On the recieve side, you want to set the m_pkthdr.csum_flags > appropriately (depending on what your device can do) on each recieve, > as well as fill in the actual checksum in m_pkthdr.csum_data. > > On the send side, you need to specify what your device is capable of > assisting with in the if_hwassist field of your driver's ifp struct. > Packets will come down w/o those fields filled in. The stack will > expect your device to calculate those fields in hardware. > > I beleive these features appeared around 4.1, so if this is a 3rd > party driver, you may want to check __FreeBSD_version >= 410000. > > > Hope this helps, > > Drew > > ------------------------------------------------------------------------------ > Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin > Duke University Email: gallatin@cs.duke.edu > Department of Computer Science Phone: (919) 660-6590 -- Bob Willcox Egotist, n.: bob@vieo.com A person of low taste, more interested in himself than me. Austin, TX -- Ambrose Bierce, "The Devil's Dictionary" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 14:31:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gatekeeper.orem.verio.net (gatekeeper.orem.verio.net [192.41.0.8]) by hub.freebsd.org (Postfix) with ESMTP id A5DBE37B43C for ; Tue, 29 May 2001 14:31:35 -0700 (PDT) (envelope-from nectar@nectar.com) Received: from proxy.dmz.orem.verio.net (proxy.dmz.orem.verio.net [10.1.1.11]) by gatekeeper.orem.verio.net (Postfix) with ESMTP id 620963BF11F for ; Tue, 29 May 2001 15:31:35 -0600 (MDT) Received: from shade.nectar.com (unknown [10.2.129.63]) by proxy.dmz.orem.verio.net (Postfix) with ESMTP id 1E1977C004 for ; Tue, 29 May 2001 15:31:35 -0600 (MDT) Received: (from nectar@localhost) by shade.nectar.com (8.11.3/8.11.3) id f4TLVWQ00565; Tue, 29 May 2001 16:31:32 -0500 (CDT) (envelope-from nectar) Date: Tue, 29 May 2001 16:31:32 -0500 From: "Jacques A. Vidrine" To: Chris Knight Cc: freebsd-hackers@freebsd.org Subject: Re: nsswitch progress Message-ID: <20010529163131.C461@shade.nectar.com> Mail-Followup-To: "Jacques A. Vidrine" , Chris Knight , freebsd-hackers@freebsd.org References: <20010528183714.C3857@shade.nectar.com> <067201c0e881$82f62ad0$020aa8c0@aims.private> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <067201c0e881$82f62ad0$020aa8c0@aims.private>; from chris@aims.com.au on Wed, May 30, 2001 at 06:54:10AM +1000 X-Url: http://www.nectar.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, May 30, 2001 at 06:54:10AM +1000, Chris Knight wrote: > If someone with commit privs is interested, I have a set of patches based on > the 4.1-STABLE patches that apply cleanly to 4.3. This should be slightly > quicker to merge with -STABLE. Are these patches equivalent to the functionality in -CURRENT (i.e. straight port of the NetBSD code: files, NIS, Hesiod only)? Or are they based on what is found on my web page today (i.e. prototype with dynamic linking, reentrant interfaces, nss_ldap support)? If the former, I wouldn't mind if they were committed if the rest of the world wants it. If the latter, that should not be committed to -STABLE under any circumstances, and probably not to -CURRENT either (else I would have done it, instead of putting it off until I could complete the work). Cheers, -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@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 May 29 14:44:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from postoffice.aims.com.au (advanc2.lnk.telstra.net [139.130.119.73]) by hub.freebsd.org (Postfix) with ESMTP id 0894F37B422 for ; Tue, 29 May 2001 14:44:40 -0700 (PDT) (envelope-from chris@aims.com.au) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au with ESMTP id f4TLibr57637 for ; Wed, 30 May 2001 07:44:38 +1000 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.5.3.R) for ; Wed, 30 May 2001 07:44:08 +1000 Reply-To: From: "Chris Knight" To: Cc: Subject: RE: nsswitch progress Date: Wed, 30 May 2001 07:44:06 +1000 Message-ID: <067601c0e888$7d347500$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) In-Reply-To: <20010529163131.C461@shade.nectar.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal 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, > -----Original Message----- > From: Jacques A. Vidrine [mailto:n@nectar.com] > Sent: Wednesday, 30 May 2001 7:32 > To: Chris Knight > Cc: freebsd-hackers@freebsd.org > Subject: Re: nsswitch progress > > > On Wed, May 30, 2001 at 06:54:10AM +1000, Chris Knight wrote: > > If someone with commit privs is interested, I have a set of patches > > based on the 4.1-STABLE patches that apply cleanly to 4.3. This > > should be slightly quicker to merge with -STABLE. > > Are these patches equivalent to the functionality in -CURRENT (i.e. > straight port of the NetBSD code: files, NIS, Hesiod only)? > > Or are they based on what is found on my web page today (i.e. > prototype with dynamic linking, reentrant interfaces, nss_ldap > support)? > The patches are based on what's found on your Web page. > If the former, I wouldn't mind if they were committed if the rest of > the world wants it. > > If the latter, that should not be committed to -STABLE under any > circumstances, and probably not to -CURRENT either (else I would have > done it, instead of putting it off until I could complete the work). > Understood. I didn't realise that the code already committed to -CURRENT differs from that found on your Web page. My mistake. Apologies to everyone for the misunderstanding. > Cheers, > -- > Jacques Vidrine / n@nectar.com / jvidrine@verio.net / > nectar@FreeBSD.org > 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 Tue May 29 18:28:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp-2.enteract.com (smtp-2.enteract.com [207.229.143.4]) by hub.freebsd.org (Postfix) with ESMTP id 4640737B424 for ; Tue, 29 May 2001 18:28:40 -0700 (PDT) (envelope-from dscheidt@tumbolia.com) Received: from shell-1.enteract.com (shell-1.enteract.com [207.229.143.40]) by smtp-2.enteract.com (Postfix) with ESMTP id D36B460D7; Tue, 29 May 2001 20:28:30 -0500 (CDT) Date: Tue, 29 May 2001 20:28:30 -0500 (CDT) From: David Scheidt X-X-Sender: To: Mark Stosberg Cc: Subject: Re: "find" and "quota" find different amounts of files In-Reply-To: <3B140406.CC829B0D@summersault.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 Tue, 29 May 2001, Mark Stosberg wrote: : :Hello! I'm running FreeBSD 4.3 and have encountered a mystery of some :missing files. Using "find" and "quota" to find the same files, I get :different results. For example: : :############ :root@nollie vector1> find /usr -user evan -print | wc -l : 2435 : :root@nollie vector1> quota evan :Disk quotas for user evan (uid 1075): : Filesystem blocks quota limit grace files quota limit : grace : /usr 561790 1010000 1010000 2537 0 0 :############ : :So "find" is reporting 2435 files, but "quota" is reporting 2537. Where :could the difference be hiding? : :I reviewed the man pages for both "find" and "quota" and couldn't find :any clues to this. If it's not actually a bug with one of these :utilities, then I consider it a bug with their documentation since it's :given unexpected results. : These should match. Two things pop into my head as first possibilities. First, you have a race. find(1) and quota(1) are looking at the disk at different times. It's possible that the files got created in the time between find looking at a directory and when quota is run. Whether that's likely will depend on what the machine and the user are doing. If it's consistently like this, then maybe your quota file is corrupt. Are you running quotacheck(8) at startup? I believe the rc.conf flag for that is "check_quotas". If you can afford to take the machine down, run quotacheck and see it fixes the problem. David -- dscheidt@tumbolia.com Bipedalism is only a fad. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 18:52:19 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 D8FE637B423 for ; Tue, 29 May 2001 18:52:14 -0700 (PDT) (envelope-from keramidi@otenet.gr) Received: from hades.hell.gr (patr530-b052.otenet.gr [195.167.121.180]) by mailsrv.otenet.gr (8.11.1/8.11.1) with ESMTP id f4U1q5e29870; Wed, 30 May 2001 04:52:05 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.3/8.11.3) id f4U1q1401187; Wed, 30 May 2001 04:52:01 +0300 (EEST) (envelope-from keramidi@otenet.gr) Date: Wed, 30 May 2001 04:52:00 +0300 From: Giorgos Keramidas To: Bob Willcox Cc: Jesper Skriver , hackers list Subject: Re: How to disable software TCP checksumming? Message-ID: <20010530045200.A1031@hades.hell.gr> References: <20010529144114.I19771@luke.immure.com> <20010529221107.C49875@skriver.dk> <20010529155212.M19771@luke.immure.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010529155212.M19771@luke.immure.com>; from bob@immure.com on Tue, May 29, 2001 at 03:52:12PM -0500 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-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, May 29, 2001 at 03:52:12PM -0500, Bob Willcox wrote: | | and may prevent the upper layers from checking the CRC on input. There are good reasons why checksumming in upper layers should not be disabled even if some lower layer does checksumming of its own. I recall reading some good points on this one at "TCP/IP Illustrated, Volume I" from (now late) Richard W. Stevens. In fact, this is exactly what the sysctl knob net.inet.udp.checksum is there for. The knob having a default value of 1 (checksumming enabled), means that checksumming is used. If you do change checksumming in TCP, please provide a similar knob for that protocol, and have it set to a default of 1 (still enabled). This way if someone feels comfortable to have checksums disabled in TCP, or some higher layer, they can still do it, but the default behavior is the good ole' FreeBSD we all know and love. --giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 20:56: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from amant.pdl.cs.cmu.edu (AMANT.PDL.CS.CMU.EDU [128.2.189.84]) by hub.freebsd.org (Postfix) with ESMTP id 5EDA937B423 for ; Tue, 29 May 2001 20:56:01 -0700 (PDT) (envelope-from dpetrou@amant.pdl.cs.cmu.edu) Received: (from dpetrou@localhost) by amant.pdl.cs.cmu.edu (8.11.1/8.11.1) id f4U3tUH11866 for freebsd-hackers@freebsd.org; Tue, 29 May 2001 23:55:30 -0400 (EDT) (envelope-from dpetrou) Date: Tue, 29 May 2001 23:55:30 -0400 From: David Petrou To: freebsd-hackers@freebsd.org Subject: Laptop network install with a 3c575-tx Message-ID: <20010529235530.A11830@amant.pdl.cs.cmu.edu> Reply-To: dpetrou@cs.cmu.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Hit-Pick: They Might Be Giants / Flood Sender: owner-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 was sent to questions last week, but I got no reply there. Maybe you hackers know the answer?] Hi. I'm trying to install FreeBSD 4.3R on an IBM 560x laptop. I'm using a 32-bit 3Com Fast EtherLink XL 3C575-TX card. On boot, I've experimented with a bunch of PCMCIA IRQ options and got the little light on the ether card's dongle to light green. However, when I go to "install over ftp", the only network options that appear are PPP and SLIP. What am I doing wrong? I checked the hardware guide for support for this card, and I do see "EtherLink XL", but not that exact model. I googled for "3c575-tx freebsd" and saw that in October 2000 someone made a patch for this card, but I'm not sure if it made it in the tree. http://www.geocrawler.com/mail/thread.php3?subject=%5BCardBus%5D+3COM+3C575-TX+C+ardBus+Ethernet+Card.&list=163 thanks, david p.s.: please reply to me as well, as i'm not subscribed to this list. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 21:52:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from luke.immure.com (luke.immure.com [207.8.42.74]) by hub.freebsd.org (Postfix) with ESMTP id B3B3837B423 for ; Tue, 29 May 2001 21:52:21 -0700 (PDT) (envelope-from bob@luke.immure.com) Received: (from bob@localhost) by luke.immure.com (8.11.2/8.11.3) id f4U4qFC60509; Tue, 29 May 2001 23:52:15 -0500 (CDT) (envelope-from bob) Date: Tue, 29 May 2001 23:52:15 -0500 From: Bob Willcox To: Giorgos Keramidas Cc: Jesper Skriver , hackers list Subject: Re: How to disable software TCP checksumming? Message-ID: <20010529235215.A60177@luke.immure.com> Reply-To: Bob Willcox References: <20010529144114.I19771@luke.immure.com> <20010529221107.C49875@skriver.dk> <20010529155212.M19771@luke.immure.com> <20010530045200.A1031@hades.hell.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010530045200.A1031@hades.hell.gr>; from keramidi@otenet.gr on Wed, May 30, 2001 at 04:52:00AM +0300 Sender: owner-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, May 30, 2001 at 04:52:00AM +0300, Giorgos Keramidas wrote: > On Tue, May 29, 2001 at 03:52:12PM -0500, Bob Willcox wrote: > | > | and may prevent the upper layers from checking the CRC on input. > > There are good reasons why checksumming in upper layers should not be disabled > even if some lower layer does checksumming of its own. I recall reading some > good points on this one at "TCP/IP Illustrated, Volume I" from (now late) > Richard W. Stevens. > > In fact, this is exactly what the sysctl knob net.inet.udp.checksum is there > for. The knob having a default value of 1 (checksumming enabled), means that > checksumming is used. > > If you do change checksumming in TCP, please provide a similar knob for that > protocol, and have it set to a default of 1 (still enabled). This way if > someone feels comfortable to have checksums disabled in TCP, or some higher > layer, they can still do it, but the default behavior is the good ole' FreeBSD > we all know and love. This is probably all well and good, but our adapter is a 10 Gb/s link and includes hardware CRC (actually two forms of this, LCRC on a per micropacket [32 byte] basis and ECRC over the entire message). Right now our goal is to see how fast we can get it to run on PC hardware on FreeBSD with IP. We don't really expect IP to allow us to reach it's theoretical limit of about 800 MB/s, but the closer we can get the better. :-) (ST and a system with faster main memory and dual PCI-X busses should allow us to get much closer.) Bob > > --giorgos -- Bob Willcox Egotist, n.: bob@vieo.com A person of low taste, more interested in himself than me. Austin, TX -- Ambrose Bierce, "The Devil's Dictionary" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 29 23:46: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 6D94337B422 for ; Tue, 29 May 2001 23:46:04 -0700 (PDT) (envelope-from peter@wemm.org) 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 f4U6k4M18383 for ; Tue, 29 May 2001 23:46:04 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 1DBFF380E; Tue, 29 May 2001 23:46:04 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Mike Silbersack Cc: Matt Dillon , John Polstra , hackers@FreeBSD.ORG Subject: Re: cvsup.freebsd.org I/O error In-Reply-To: <20010528193755.I67783-100000@achilles.silby.com> Date: Tue, 29 May 2001 23:46:04 -0700 From: Peter Wemm Message-Id: <20010530064604.1DBFF380E@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 Silbersack wrote: > > On Mon, 28 May 2001, Matt Dillon wrote: > > > Yah, I figured that out... I hadn't even considered it could happen wit h > > a brand new IBM drive! Ah well... back to the > > tried-and-true-but-run-slightly-hot seacrates. > > > > -Matt > > Unfortunately, it sounds like you're not alone. If you check out various > hardware message boards, there are people hopping mad about recent IBM > drives having a high failure rate. :| > > But they support tagged queueing, so you can safely write cache! :) Sounds like the DTLA series drives.. The biggest piles of junk I've seen!in quite a while. 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 May 30 0:31:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from maynard.mail.mindspring.net (maynard.mail.mindspring.net [207.69.200.243]) by hub.freebsd.org (Postfix) with ESMTP id D07E737B423 for ; Wed, 30 May 2001 00:31:51 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (pool0246.cvx7-bradley.dialup.earthlink.net [209.178.164.246]) by maynard.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id DAA23716; Wed, 30 May 2001 03:31:48 -0400 (EDT) Message-ID: <3B14A1FE.89C32156@mindspring.com> Date: Wed, 30 May 2001 00:32:14 -0700 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: "Andresen,Jason R." Cc: freebsd-hackers@FreeBSD.ORG Subject: Real "technical comparison" References: <20010523091210.S87127-100000@nausicaa.mitre.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 This "postmark" test is useless self flagellation. The intent of the "test" is obviously intended to show certain facts which we all know to be self-evident under strange load conditions which are patently "unreal". We already knew the limitations on putting many files in a directory; the only useful thing you could do with that many files in a single directory is to iterate them all. If the application were trying to "remember" 60,000 path names, we are talking about 60MB of RAM, just for the potential top end path data alone, not including the linked list pointers for a simple linked list approach. I would suggest a better test would be to open _at least_ 250,000 connections to a server running under both FreeBSD and Linux. I was able to do this without breaking a sweat on a correctly configured FreeBSD 4.3 system. Even if all the clients were simultaneously active, on a single Gigabit NIC, that's still in excess of 4 kilobits a second per client. This could easily be the case with, for example, a pager network or other content broadcasting system, or an EAI tool, such as IBM's MQ-Series. It seems to me that this would be a much more real-world scenario than some badly written third party code acting in the worst possible way with FS contents. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 0:53: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sdmail0.sd.bmarts.com (sdmail0.sd.bmarts.com [209.247.77.155]) by hub.freebsd.org (Postfix) with ESMTP id C202F37B505 for ; Wed, 30 May 2001 00:52:57 -0700 (PDT) (envelope-from gordont@bluemtn.net) Received: from localhost (gordont@localhost) by sdmail0.sd.bmarts.com (8.11.3/8.11.2/BMA1.1) with ESMTP id f4U7o3a99666; Wed, 30 May 2001 00:50:03 -0700 (PDT) Date: Wed, 30 May 2001 00:50:03 -0700 (PDT) From: Gordon Tetlow X-X-Sender: To: Wilko Bulte Cc: "E.B. Dreger" , Subject: Re: brainstorm: "intermediate" disk caching In-Reply-To: <20010528203435.F619@freebie.demon.nl> 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'm struck by the old axiom: You can have it fast. You can have it reliable. You can have it cheap. But you can only have 2 of the 3. If you figure out how to get all 3. Call me. -gordon On Mon, 28 May 2001, Wilko Bulte wrote: > On Mon, May 28, 2001 at 04:31:17PM +0000, E.B. Dreger wrote: > > Greetings all, > > > > I just had a brainstorm... > > > > I was thinking about database servers with several spindles in a RAID 5 > > array. Write performance is inherently disappointing -- which may or may > > not be an issue. > > > > Would it be worth the trouble to design an "intermediate" cache, whereby > > data are quickly written to a spool disk, then to the final destination? > > Most hardware RAID boxes do exactly that ;) For anything serious only > consider battery-backed up writeback cache, with mirrored caches, and > redundant RAID array controllers. > > Start saving your $$ now ;) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 0:58:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id DA78937B422 for ; Wed, 30 May 2001 00:58:37 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (pool0246.cvx7-bradley.dialup.earthlink.net [209.178.164.246]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id DAA12733; Wed, 30 May 2001 03:58:28 -0400 (EDT) Message-ID: <3B14A83E.C73D2499@mindspring.com> Date: Wed, 30 May 2001 00:58:54 -0700 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: Dave Hayes Cc: Nadav Eiron , hackers@FreeBSD.ORG, Jason Andresen Subject: Re: technical comparison References: <200105232340.QAA07127@hokkshideh.jetcafe.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 Dave Hayes wrote: > You can't make that assumption just yet (although it seems > reasonable). We really don't know exactly what the problem they are > trying to solve is. Network news sites running old versions of > software (as an example, I know someone who still runs CNEWS) have > very clear reasons for phenomena resembling 60,000 files in one > directory. I think it's the "how can we come up with an artificial benchmark to prove the opinions we already have" problem... Right up there with the "Polygraph" web caching "benchmark", which intentionally stacks the deck to test cache replacement, and for whom the people who get the best benchmarks are those who "cheat back" and use random replacement instead of LRU or some other sane algorithm, since the test intentionally destroys locality of reference. People have made the same complaint about the lmbench micro benchmarks, which test things which aren't really meaningful any more (e.g. NULL system call overhead, when we have things like kqueue, etc.). I'm largely unimpressed with benchmarks written to beat a particular drum for political reasons, rather than as a tool for optimizing something that's meaningful to real world performance under actual load conditions. Call me crazy that way... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 1:16:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157]) by hub.freebsd.org (Postfix) with ESMTP id CCCBD37B422 for ; Wed, 30 May 2001 01:16:43 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (pool0246.cvx7-bradley.dialup.earthlink.net [209.178.164.246]) by tisch.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id EAA23757; Wed, 30 May 2001 04:16:39 -0400 (EDT) Message-ID: <3B14AC81.48214002@mindspring.com> Date: Wed, 30 May 2001 01:17:05 -0700 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: =?iso-8859-1?Q?Jes=FAs=20Arn=E1iz?= Cc: hackers@FreeBSD.ORG Subject: Re: help about a project References: 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 Jes=FAs Arn=E1iz wrote: > = > Hi! > = > I'm working on a project in which I need to develop and > installer able to install Internet/intranet servers. > = > I want to do it compiling FreeBSD binaries and, the program, > only have to copy these on the new system. > = > The problem is with some packages like "vpopmail" which needs > to use a UID from the user you create for it (vpopmail and > vchkpw in this case), I mean the binary have the UID inside > so you should have the vpopmail user with the same UID in the > new system. > = > I do not want to force a UID on a new system, so I ask for > any help on how to solve it. Modify the program to use getpwnam() to obtain the password entry by name, and then use whatever UID it returns. Add the username to the local system as part of the preinstall script; see the pkg_create command "-i" option. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 2:10:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110]) by hub.freebsd.org (Postfix) with ESMTP id 8CE3137B422 for ; Wed, 30 May 2001 02:10:23 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (pool0246.cvx7-bradley.dialup.earthlink.net [209.178.164.246]) by smtp6.mindspring.com (8.9.3/8.8.5) with ESMTP id FAA24118; Wed, 30 May 2001 05:10:17 -0400 (EDT) Message-ID: <3B14B912.B870E4F4@mindspring.com> Date: Wed, 30 May 2001 02:10:42 -0700 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: Ed Hudson Cc: hackers@FreeBSD.ORG Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE References: <200105260621.f4Q6L6911677@m44.spnet.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 Ed Hudson wrote: > > the cost of soft updates, and the cost of hw.ata.wc=0 > > enclosed is a .jpeg of an xgraph of the following interactive test: [ ... ] > hw.ata.wc=0, soft-updates enables. > hw.ata.wc=0, soft-updates disabled. > hw.ata.wc=1, soft-updates disabled. > > the 'points' in the graph are the only real data (the lines > are xgraph's interpolations). A methodology comment... I'd like to see: hw.ata.wc=1, soft-updates enabled. Realize that it is the write caching, not the soft updates, which makes write caching dangerous... it's just as dangerous without soft updates, and mounted sync. The drive lies to us about whether or not the data was committed to stable storage, which is where the problem is coming from. Also, I can't tell if you are using sync or async mounts in the non-soft-updates case: I would suggest doing both. FWIW: I was just as annoyed when /dev/random went in, and shot embedded 386 performance all to hell... at least I actually get something from the write caching tradeoff. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 2:34:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157]) by hub.freebsd.org (Postfix) with ESMTP id AD38437B424 for ; Wed, 30 May 2001 02:34:43 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (pool0246.cvx7-bradley.dialup.earthlink.net [209.178.164.246]) by tisch.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id FAA19367; Wed, 30 May 2001 05:34:28 -0400 (EDT) Message-ID: <3B14BEBE.A93704AD@mindspring.com> Date: Wed, 30 May 2001 02:34:54 -0700 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: Andrew Reilly Cc: Terry Lambert , hackers@freebsd.org Subject: Re: technical comparison References: <200105252049.NAA13292@usr06.primenet.com> <20010526192516.A2573@gurney.reilly.home> <20010526193723.B2573@gurney.reilly.home> 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 Andrew Reilly wrote: > On Sat, May 26, 2001 at 07:25:16PM +1000, Andrew Reilly wrote: > > One of my personal mail folders has 4400 messages in it, and > > I've only been collecting that one for a few years. It's not > > millions, but its a few more than the "500" that I've seen some > > discuss here as a reasonable limit (why is that reasonable?) and > > it's many many more than the 72 or so limit available in ADFS. > > I realised as soon as I pressed the send button that my current > use of large directories for mail files doesn't actually involve > any random access: the directory is read sequentially to build > the header list. > > It is quite concievable that a performance tweak to the IMAP > server could involve a header cache in a relational database of > some sort, and that would certainly contain references to the > individual files, which would then be accessed randomly. > > /usr/ports/distfiles on any of the mirrors probably contains > upwards of 5000 files too, and there is a strong likelyhood that > these will be accessed out-of-order by ports-makefile-driven > fetch requests. Cyrus IMAP uses a header cache in precisely this way. And since the cache files are created very early on, they are early in the directory, and so do not suffer a large startup penalty. The searches for specific files would indeed be linear, but they would be O(1) linear for each file. As I said before, I replaced the FFS directory code with a "trie" structured directory structure. Using these n-ary structures, you could very quickly look up any individual files, and a linear traversal of the directory to iterate all files (an increasingly common thing for visual file browsers to do) was still O(1) linear. People didn't find the patches very useful, beyond them being "an interesting curiousity", since in reality, the problem of huge directories tends not to exist in nature, where code was written to deal with the limitations of S51K and similar FS's, and thus doesn't tend to do things like dump all its large number of files into a single directory. A similar set of patches cause iterated filenames to have their vnodes prefaulted, which helps immensely in AppleTalk and SMB file serving, where the protocol demands stat data back at the same time because of assumptions about the host OS's files. This effectively enters them into the directory cache, and locality of reference keeps them there. This is a really simple hack. Then all you have to do is up your directory cache size to whatever your favorite unreasonable limit happens to be (e.g. 70,000), and everything becomes a cache hit, after the initial load-up. The second is still a clever hack (IMO), since it's still useful, but you'd want it to be a per FS option, or at least minimally an ioctl() to set the option on a directory fd after opening it, so that exported SMBFS share would have the behaviour, but your news spool would not. As I said before, however, the tradeoff of better performance on really obscene directories was not really worth the binary backward compatability problems that resulted when switching a system over (in other words, it was an interesting research topic, but little more than that). I think the "benchmark" in question is pretty lame, and the things which it is attempting to "prove" will not occur in real systems, unless you are running pessimal code. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 3:54:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id E0AE137B424 for ; Wed, 30 May 2001 03:54:50 -0700 (PDT) (envelope-from DougB@DougBarton.net) Received: from DougBarton.net (master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id DAA73559 for ; Wed, 30 May 2001 03:54:50 -0700 (PDT) (envelope-from DougB@DougBarton.net) Message-ID: <3B14D177.5010AC0F@DougBarton.net> Date: Wed, 30 May 2001 03:54:47 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Problem with find -fstype local ? 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 Gang, This may be my lack of understanding, but doing 'find / -fstype local' is definitely traversing nfs mounted directories for me in -current and -stable. The man page isn't 100% clear, but it seems to me that it should not be doing that. My debugging got as far as determining that the option is being recognized in function.c before I ran out of time. A cursory examination didn't reveal to me any uses of the value that gets added to new->mt_data, but I didn't look very hard. This problem was brought to my attention by /etc/periodic/weekly/340.noid. If I am not correct about what this option really should be doing, for the record it'd be great to have an option for find that _does_ restrict paths to locally mounted directories. Doug -- I need someone really bad. Are you really bad? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 3:59:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from maynard.mail.mindspring.net (maynard.mail.mindspring.net [207.69.200.243]) by hub.freebsd.org (Postfix) with ESMTP id 41AE937B423 for ; Wed, 30 May 2001 03:59:41 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.139.3.Dial1.SanJose1.Level3.net [209.245.139.3]) by maynard.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id GAA19828; Wed, 30 May 2001 06:59:33 -0400 (EDT) Message-ID: <3B14D2AF.47CD9ECB@mindspring.com> Date: Wed, 30 May 2001 03:59:59 -0700 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: Mike Silbersack Cc: Terry Lambert , hackers@freebsd.org Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE References: <20010527214531.R65666-100000@achilles.silby.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 Mike Silbersack wrote: > As to technical arguments for enabling write caching under > uncertain power conditions, I can't come up with any. > (Until the BIO_ORDERED work is done; is anyone actually > working on it?) Apparently IBM has finally released an IDE drive that can do tagged command queueing, and it's in -current, if the drive supports it. > The demonization of linux above is unwarranted; I checked > the linux ata driver, and they don't touch the write cache > setting at all; it's left at the default setting for the > drive. FreeBSD, on the other hand, will always set the > write cache status so that it's at a known value. In > releases prior to 4.3, it was being set to enabled. Hence, > you should be saying "Fast and at least as reliable as > FreeBSD 4.0, 4.1, and 4.2". Not really; I avoid IDE drives for important systems. 8-). The other joke is that write caching is always enabled, as shipped from the manufacturer, so that they can compete on benchmarks with other manufacturers. It only helps to encourage this behaviour that IDE drives, until the IBM drive, could not interleave I/O, so the only way around serializing at the disk interface was write-caching and lying to the OS about the data having been committed to stable storage, when it wasn't. > Clearly, write caching makes some drives (probably those > which come with it enabled) much faster. I.e.: all of them. > Also clearly, write caching hasn't caused many problems, > since we would have seen reports by now if it was happening. That assumes that they attribute the problems reported by fsck to the correct culprit, or not. I rather expect that most people with important servers go with SCSI disks, like they always have in the past. > 1. Have the ata driver leave the write cache setting > alone by default, providing a sysctl which can cause > disabled or enabled if requested. When the default is > allowed, put something in dmesg which says "Note: Write > caching may be enabled. See ata(4) for the reliability > implications of this." You need to look at the code; it would be relatively hard to make this runtime tunable instead of boot-time tunable. > 2. Leave the default to be 0, but instead print "Please > see ata(4) to choose your write cache preferences." Also, > put something in the release notes or src/updating which > mentions this. I think the answer is "reliable by default". As a friend of mine says "I can make it go as fast as you want, if it doesn't have to work"... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 4:23:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148]) by hub.freebsd.org (Postfix) with ESMTP id 17E1637B422 for ; Wed, 30 May 2001 04:23:11 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.139.3.Dial1.SanJose1.Level3.net [209.245.139.3]) by granger.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id HAA06609; Wed, 30 May 2001 07:22:36 -0400 (EDT) Message-ID: <3B14D816.1EDDC86B@mindspring.com> Date: Wed, 30 May 2001 04:23:02 -0700 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: "Nickolay A. Kritsky" Cc: hackers@FreeBSD.ORG Subject: Re: Debuggers for FreeBSD References: <00ef01c0e820$bd2bb690$0600a8c0@ibmka.internethelp.ru> 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 "Nickolay A. Kritsky" wrote: > > Hi all. > I am using assembly language to write some useful programs > for my FreeBSD 3.3_release and i need some debugger. I am > not happy with gdb. Can you tell me if there is some Soft-ICE > type debuggers under this OS ? SoftICE is actually overkill; ddd and gdb are probably best, unless you are talking protected mode code. If your code is running in the kernel, you will want to look at /sys/i386/conf/LINT, and look for the "DDB" and "BREAK_TO_DEBUGGER" options. That gives you access to a non-visual SoftICE-like debugger, which is capable of doing protected mode and user mode debugging. I occasionally miss SoftICE's visual change notification features. 8-(. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 5: 5:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-66.dsl.lsan03.pacbell.net [63.207.60.66]) by hub.freebsd.org (Postfix) with ESMTP id 415C837B422 for ; Wed, 30 May 2001 05:05:32 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CF0EE671A4; Wed, 30 May 2001 05:05:31 -0700 (PDT) Date: Wed, 30 May 2001 05:05:31 -0700 From: Kris Kennaway To: Terry Lambert Cc: Mike Silbersack , Terry Lambert , hackers@FreeBSD.ORG Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE Message-ID: <20010530050531.A64906@xor.obsecurity.org> References: <20010527214531.R65666-100000@achilles.silby.com> <3B14D2AF.47CD9ECB@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B14D2AF.47CD9ECB@mindspring.com>; from tlambert2@mindspring.com on Wed, May 30, 2001 at 03:59:59AM -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 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 30, 2001 at 03:59:59AM -0700, Terry Lambert wrote: > > 1. Have the ata driver leave the write cache setting > > alone by default, providing a sysctl which can cause > > disabled or enabled if requested. When the default is > > allowed, put something in dmesg which says "Note: Write > > caching may be enabled. See ata(4) for the reliability > > implications of this." >=20 > You need to look at the code; it would be relatively hard > to make this runtime tunable instead of boot-time tunable. Until recently it *was* a sysctl. Kris --W/nzBZO5zC0uMSeA 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 iD8DBQE7FOIKWry0BWjoQKURAvLZAKDOHPvjz4fFWmb/GKHV8QgmzZVTAACgwrdZ SYbIAjynq5fbcVEfZGU47Tw= =pAOF -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 5: 5:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from r220-1.rz.RWTH-Aachen.DE (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by hub.freebsd.org (Postfix) with ESMTP id 0A72837B440; Wed, 30 May 2001 05:05:39 -0700 (PDT) (envelope-from stolz@I2.Informatik.RWTH-Aachen.DE) Received: from r220-1.rz.RWTH-Aachen.DE (relay2.RWTH-Aachen.DE [134.130.3.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3-2) with ESMTP id f4UC5bp18677; Wed, 30 May 2001 14:05:37 +0200 (MEST) Received: from hyperion.informatik.rwth-aachen.de (hyperion.Informatik.RWTH-Aachen.DE [137.226.112.212]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3/3) with ESMTP id f4UC5aH18666; Wed, 30 May 2001 14:05:36 +0200 (MEST) Received: from agamemnon.informatik.rwth-aachen.de (agamemnon.Informatik.RWTH-Aachen.DE [137.226.194.74]) by hyperion.informatik.rwth-aachen.de (8.9.1b+Sun/8.9.1/2) with ESMTP id OAA05155; Wed, 30 May 2001 14:00:34 +0200 (MET DST) Received: (from stolz@localhost) by agamemnon.informatik.rwth-aachen.de (8.9.1b+Sun/8.9.1-gb-2) id OAA04763; Wed, 30 May 2001 14:05:34 +0200 (MET DST) Date: Wed, 30 May 2001 14:05:34 +0200 From: Volker Stolz To: niek@bergboer.net, freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: smbfs: disconnected servers Message-ID: <20010530140534.A4752@i2.informatik.rwth-aachen.de> Reply-To: freebsd-hackers@FreeBSD.ORG References: <20010528142059.A703@kirk.sector14.net> <20010530103558.A31220@wit379119.student.utwente.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.17i In-Reply-To: <20010530103558.A31220@wit379119.student.utwente.nl> Sender: owner-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 local.freebsd-stable, you wrote: >However, the problems begin when somebody whose share I mounted >decides to switch off his computer: I (obviously) cannot read from the >mountpoint anymore, but there also is _no way_ of forcefully >unmounting the share anymore. Maybe smbfs should be ported to userland (portal) somehow? I'm not saying im volunteering, though ;) But I'd like to know if there are any limitations which might prevent this from working... I think I ran into the same troubles with sharity-light, because of the usual lock-ups when NFS become unavailable. -- Abstrakte Syntaxträume. Volker Stolz * stolz@i2.informatik.rwth-aachen.de * PGP + S/MIME To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 5:39:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from melchior.cuivre.fr.eu.org (melchior.enst.fr [137.194.161.6]) by hub.freebsd.org (Postfix) with ESMTP id 303AC37B423 for ; Wed, 30 May 2001 05:39:17 -0700 (PDT) (envelope-from thomas@cuivre.fr.eu.org) Received: from melusine.cuivre.fr.eu.org (melusine.enst.fr [137.194.160.34]) by melchior.cuivre.fr.eu.org (Postfix) with ESMTP id ED53B7A27; Wed, 30 May 2001 14:39:08 +0200 (CEST) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id 789B624D02; Wed, 30 May 2001 14:39:01 +0200 (CEST) Date: Wed, 30 May 2001 14:39:01 +0200 From: Thomas Quinot To: Terry Lambert Cc: "Nickolay A. Kritsky" , hackers@FreeBSD.ORG Subject: Re: Debuggers for FreeBSD Message-ID: <20010530143901.A5376@melusine.cuivre.fr.eu.org> Reply-To: thomas@cuivre.fr.eu.org References: <00ef01c0e820$bd2bb690$0600a8c0@ibmka.internethelp.ru> <3B14D816.1EDDC86B@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <3B14D816.1EDDC86B@mindspring.com>; from tlambert2@mindspring.com on Wed, May 30, 2001 at 04:23:02AM -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 Le 2001-05-30, Terry Lambert écrivait : > SoftICE is actually overkill; ddd and gdb are probably best, > unless you are talking protected mode code. For a nice visual debugger, you can also give GVD (GNU Visual Debugger) a try. See: http://libre.act-europe.fr/gvd/ Thomas. -- Thomas.Quinot@Cuivre.FR.EU.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 5:45:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from public.guangzhou.gd.cn (mail2-smtp.guangzhou.gd.cn [202.105.65.222]) by hub.freebsd.org (Postfix) with SMTP id 8944737B422 for ; Wed, 30 May 2001 05:45:17 -0700 (PDT) (envelope-from gzjyliu@public.guangzhou.gd.cn) Received: from fatcow.home([203.93.59.244]) by public.guangzhou.gd.cn(JetMail 2.5.3.0) with SMTP id jmb3b153eb2; Wed, 30 May 2001 12:43:29 -0000 Received: (from jyliu@localhost) by fatcow.home (8.11.3/8.11.3) id f4UCjCe00677; Wed, 30 May 2001 20:45:12 +0800 (CST) (envelope-from gzjyliu@public.guangzhou.gd.cn) X-Authentication-Warning: fatcow.home: jyliu set sender to gzjyliu@public.guangzhou.gd.cn using -f To: freebsd-hackers@FreeBSD.org Subject: Weird PT_DETACH From: Jiangyi Liu Date: 30 May 2001 20:45:12 +0800 Message-ID: <878zjf0zvr.fsf@fatcow.home> Lines: 45 User-Agent: Gnus/5.090001 (Oort Gnus v0.01) Emacs/20.7 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, The ptrace(2) man page is probably outdated. I used PT_DETACH in the following code, but it didn't run ./test. I also tried to use ptrace(PT_DETACH, pid, (caddr_t)1, 0) to detach, but it failed too. BTW, if I omit wait(0) and ptrace(PT_DETACH, ...) in the code, after it runs there is a process sticking to the system. Even kill -9 can't kill it. $ ps aux | grep jyliu ... jyliu 423 0.0 0.1 216 100 p2 TX 7:41AM 0:00.00 (test) ... $ kill -9 423 $ ps aux | grep jyliu ... jyliu 423 0.0 0.1 216 100 p2 TX 7:41AM 0:00.00 (test) ... So it's still there. Quite funny. Any clue? Jiangyi ---code begins here #include #include #include int main() { pid_t pid; if(!(pid=fork())) { /* child */ ptrace(PT_TRACE_ME, 0, 0, 0); puts("child speaking"); execve("./test", NULL, NULL); } else { wait(0); ptrace(PT_DETACH, pid, 0, 0); exit(0); } } ---code ends here To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 5:58:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sivka.carrier.kiev.ua (sivka.carrier.kiev.ua [193.193.193.101]) by hub.freebsd.org (Postfix) with ESMTP id 7776E37B423 for ; Wed, 30 May 2001 05:57:58 -0700 (PDT) (envelope-from diman@asd-g.com) Received: from core.is.kiev.ua (p187.is.kiev.ua [62.244.5.187] (may be forged)) by sivka.carrier.kiev.ua (8/Kilkenny_is_better) with ESMTP id PWG39786; Wed, 30 May 2001 15:57:48 +0300 (EEST) (envelope-from diman@asd-g.com) Received: from [10.203.1.10] ([10.203.1.10]) by core.is.kiev.ua (8.11.1/ASDG-2.3-NR) with ESMTP id f4UCviM33635; Wed, 30 May 2001 15:57:44 +0300 (EEST) (envelope-from diman@asd-g.com) Date: Wed, 30 May 2001 12:54:10 +0000 (GMT) From: diman X-Sender: diman@portal.none.ua To: Jiangyi Liu Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Weird PT_DETACH In-Reply-To: <878zjf0zvr.fsf@fatcow.home> 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 To attach debugger to a process please use PT_ATTACH request instead of PT_DETACH. Use PT_DETACH to stop debugging a process and leave it alone. On 30 May 2001, Jiangyi Liu wrote: > Hi all, > > The ptrace(2) man page is probably outdated. I used PT_DETACH in the > following code, but it didn't run ./test. I also tried to use > ptrace(PT_DETACH, pid, (caddr_t)1, 0) to detach, but it failed too. > > BTW, if I omit wait(0) and ptrace(PT_DETACH, ...) in the code, after > it runs there is a process sticking to the system. Even kill -9 can't > kill it. > > $ ps aux | grep jyliu > ... > jyliu 423 0.0 0.1 216 100 p2 TX 7:41AM 0:00.00 (test) > ... > $ kill -9 423 > $ ps aux | grep jyliu > ... > jyliu 423 0.0 0.1 216 100 p2 TX 7:41AM 0:00.00 (test) > ... > > So it's still there. Quite funny. Any clue? > > Jiangyi > > ---code begins here > #include > #include > #include > > int main() > { > pid_t pid; > > if(!(pid=fork())) { > /* child */ > ptrace(PT_TRACE_ME, 0, 0, 0); > puts("child speaking"); > execve("./test", NULL, NULL); > } else { > wait(0); > ptrace(PT_DETACH, pid, 0, 0); > exit(0); > } > } > ---code ends here > > 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 May 30 6:37:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from public.guangzhou.gd.cn (mail1-smtp.guangzhou.gd.cn [202.105.65.221]) by hub.freebsd.org (Postfix) with SMTP id 7158C37B423 for ; Wed, 30 May 2001 06:37:37 -0700 (PDT) (envelope-from gzjyliu@public.guangzhou.gd.cn) Received: from fatcow([203.93.59.244]) by public.guangzhou.gd.cn(JetMail 2.5.3.0) with SMTP id jm1c3b151dff; Wed, 30 May 2001 13:35:44 -0000 Message-ID: <004101c0e90d$ad253f80$a701160a@fatcow> From: "Jiangyi Liu" To: Subject: RE: Weird PT_DETACH Date: Wed, 30 May 2001 21:37:27 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_003E_01C0E950.B91301E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-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_000_003E_01C0E950.B91301E0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksDQoNClNvcnJ5IEkgZGlkbid0IHBvaW50IG91dCB0aGF0IG15IHB1cnBvc2UgaXMganVzdCB0 byBzdG9wIHRoZSBkZWJ1Z2dpbmcgYW5kIGxlYXZlIHRoZSBzdWJwcm9jZXNzIGFsb25lLiBJdCdz IHN1cHBvc2VkIGFmdGVyIFBUX0RFVEFDSCwgdGhlIHN1YnByb2Nlc3Mgc2hvdWxkIGNvbnRpbnVl LCBidXQgaXQgZGlkbid0LiBUaGF0J3Mgd2hhdCBJIGZlbHQgd2VpcmQuIEFueSBjbHVlPw0KDQpK aWFuZ3lpDQoNCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0gDQpGcm9tOiAiZGltYW4iIDxk aW1hbkBhc2QtZy5jb20+DQpUbzogIkppYW5neWkgTGl1IiA8Z3pqeWxpdUBwdWJsaWMuZ3Vhbmd6 aG91LmdkLmNuPg0KQ2M6IDxmcmVlYnNkLWhhY2tlcnNARnJlZUJTRC5PUkc+DQpTZW50OiBXZWRu ZXNkYXksIE1heSAzMCwgMjAwMSA4OjU0IFBNDQpTdWJqZWN0OiBSZTogV2VpcmQgUFRfREVUQUNI DQoNCg0KPiANCj4gDQo+IFRvIGF0dGFjaCBkZWJ1Z2dlciB0byBhIHByb2Nlc3MgcGxlYXNlIHVz ZSBQVF9BVFRBQ0gNCj4gcmVxdWVzdCBpbnN0ZWFkIG9mIFBUX0RFVEFDSC4gVXNlIFBUX0RFVEFD SCB0byBzdG9wDQo+IGRlYnVnZ2luZyBhIHByb2Nlc3MgYW5kIGxlYXZlIGl0IGFsb25lLg0KPiAN Cg0KDQo= ------=_NextPart_000_003E_01C0E950.B91301E0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWdi MjMxMiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS4w MC4zMDE4LjkwMCIgbmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+PC9TVFlMRT4NCjwvSEVBRD4NCjxC T0RZIGJnQ29sb3I9I2ZmZmZmZj4NCjxESVY+PEZPTlQgc2l6ZT0yPkhpLDxCUj48QlI+U29ycnkg SSBkaWRuJ3QgcG9pbnQgb3V0IHRoYXQgbXkgcHVycG9zZSBpcyBqdXN0IHRvIA0Kc3RvcCB0aGUg ZGVidWdnaW5nIGFuZCBsZWF2ZSB0aGUgc3VicHJvY2VzcyBhbG9uZS4gSXQncyBzdXBwb3NlZCBh ZnRlciANClBUX0RFVEFDSCwgdGhlIHN1YnByb2Nlc3Mgc2hvdWxkIGNvbnRpbnVlLCBidXQgaXQg ZGlkbid0LiBUaGF0J3Mgd2hhdCBJIGZlbHQgDQp3ZWlyZC4gQW55IGNsdWU/PC9GT05UPjwvRElW Pg0KPERJVj48Rk9OVCBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXpl PTI+Smlhbmd5aTxCUj48QlI+LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLSA8QlI+RnJvbTog ImRpbWFuIiANCiZsdDs8QSBocmVmPSJtYWlsdG86ZGltYW5AYXNkLWcuY29tIj5kaW1hbkBhc2Qt Zy5jb208L0E+Jmd0OzxCUj5UbzogIkppYW5neWkgDQpMaXUiICZsdDs8QSANCmhyZWY9Im1haWx0 bzpnemp5bGl1QHB1YmxpYy5ndWFuZ3pob3UuZ2QuY24iPmd6anlsaXVAcHVibGljLmd1YW5nemhv dS5nZC5jbjwvQT4mZ3Q7PEJSPkNjOiANCiZsdDs8QSANCmhyZWY9Im1haWx0bzpmcmVlYnNkLWhh Y2tlcnNARnJlZUJTRC5PUkciPmZyZWVic2QtaGFja2Vyc0BGcmVlQlNELk9SRzwvQT4mZ3Q7PEJS PlNlbnQ6IA0KV2VkbmVzZGF5LCBNYXkgMzAsIDIwMDEgODo1NCBQTTxCUj5TdWJqZWN0OiBSZTog V2VpcmQgUFRfREVUQUNIPEJSPjxCUj48QlI+Jmd0OyANCjxCUj4mZ3Q7IDxCUj4mZ3Q7IFRvIGF0 dGFjaCBkZWJ1Z2dlciB0byBhIHByb2Nlc3MgcGxlYXNlIHVzZSBQVF9BVFRBQ0g8QlI+Jmd0OyAN CnJlcXVlc3QgaW5zdGVhZCBvZiBQVF9ERVRBQ0guIFVzZSBQVF9ERVRBQ0ggdG8gc3RvcDxCUj4m Z3Q7IGRlYnVnZ2luZyBhIHByb2Nlc3MgDQphbmQgbGVhdmUgaXQgYWxvbmUuPEJSPiZndDsgPEJS PjxCUj48L0RJVj48L0ZPTlQ+PC9CT0RZPjwvSFRNTD4NCg== ------=_NextPart_000_003E_01C0E950.B91301E0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 6:52: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id 12A8437B424; Wed, 30 May 2001 06:51:59 -0700 (PDT) (envelope-from dgilbert@office.tor.velocet.net) Received: from office.tor.velocet.net (trooper.velocet.net [204.138.45.2]) by sabre.velocet.net (Postfix) with ESMTP id 8962E137F0A; Wed, 30 May 2001 09:51:57 -0400 (EDT) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.11.2/8.9.3) id f4UDpuI09436; Wed, 30 May 2001 09:51:56 -0400 (EDT) (envelope-from dgilbert) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15124.64252.485345.190252@trooper.velocet.net> Date: Wed, 30 May 2001 09:51:56 -0400 To: freebsd-hackers@freebsd.org, freebsd-nfs@freebsd.org Subject: too many leases? X-Mailer: VM 6.92 under 20.4 "Emerald" 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 May 29 22:32:22 arbiter /kernel: Nqnfs server, too many leases May 29 22:32:52 arbiter last message repeated 5 times ... what do I increase for this particular complaint? I gather that the thing that causes this is a rapid scan on the NFS partition that my backup software does (using BRU). ... this message is on the server which is running RAID-5 on VINUM and serving multiple clients over a 100 meg switch. One of the clients has the tape drive and is backing it up. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 6:55:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sivka.carrier.kiev.ua (sivka.carrier.kiev.ua [193.193.193.101]) by hub.freebsd.org (Postfix) with ESMTP id 2131F37B422 for ; Wed, 30 May 2001 06:55:50 -0700 (PDT) (envelope-from diman@asd-g.com) Received: from core.is.kiev.ua (p187.is.kiev.ua [62.244.5.187] (may be forged)) by sivka.carrier.kiev.ua (8/Kilkenny_is_better) with ESMTP id QVK48964; Wed, 30 May 2001 16:55:41 +0300 (EEST) (envelope-from diman@asd-g.com) Received: from [10.203.1.10] ([10.203.1.10]) by core.is.kiev.ua (8.11.1/ASDG-2.3-NR) with ESMTP id f4UDteM34096; Wed, 30 May 2001 16:55:40 +0300 (EEST) (envelope-from diman@asd-g.com) Date: Wed, 30 May 2001 13:52:06 +0000 (GMT) From: diman X-Sender: diman@portal.none.ua To: Jiangyi Liu Cc: freebsd-hackers@FreeBSD.org Subject: Re: Weird PT_DETACH In-Reply-To: <000b01c0e90a$2ee15d00$a701160a@fatcow> 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 i understand ptrace(2) manual page correctly, you should use ptrace(PT_DETACH,pid,(caddr_t)1,0) instead of ptrace(PT_DETACH,pid,0,0) . BTW you code is *very hard to debug* on my 4.1.1 :) What your uname -a tells you? On Wed, 30 May 2001, Jiangyi Liu wrote: > Hi, > > Sorry I didn't point out that my purpose is just to stop the debugging and leave the subprocess alone. It's supposed after PT_DETACH, the subprocess should continue, but it didn't. That's what I felt weird. Any clue? > > ----- Original Message ----- > From: "diman" > To: "Jiangyi Liu" > Cc: > Sent: Wednesday, May 30, 2001 8:54 PM > Subject: Re: Weird PT_DETACH > > > > > > > > To attach debugger to a process please use PT_ATTACH > > request instead of PT_DETACH. Use PT_DETACH to stop > > debugging a process and leave it alone. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 7: 9: 0 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 B6DCD37B423 for ; Wed, 30 May 2001 07:08:57 -0700 (PDT) (envelope-from tinguely@web.cs.ndsu.NoDak.edu) Received: (from tinguely@localhost) by web.cs.ndsu.NoDak.edu (8.11.1/8.11.1) id f4UE8u569218; Wed, 30 May 2001 09:08:56 -0500 (CDT) (envelope-from tinguely) Date: Wed, 30 May 2001 09:08:56 -0500 (CDT) From: mark tinguely Message-Id: <200105301408.f4UE8u569218@web.cs.ndsu.NoDak.edu> To: mark@summersault.com Subject: Re: "find" and "quota" find different amounts of files Cc: freebsd-hackers@freebsd.org In-Reply-To: <3B140406.CC829B0D@summersault.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 sometimes quota counts do go off (for example if you quotacheck an active filesystem). another possiblity is that the files have been opened, unlinked, but not yet closed. These files are still open, and correctly counted by the quota system, but not found by find. The only way to test for either case is to go into single user mode. --mark tinguely To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 7:29: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sivka.carrier.kiev.ua (sivka.carrier.kiev.ua [193.193.193.101]) by hub.freebsd.org (Postfix) with ESMTP id 631F237B422 for ; Wed, 30 May 2001 07:28:58 -0700 (PDT) (envelope-from diman@asd-g.com) Received: from core.is.kiev.ua (p187.is.kiev.ua [62.244.5.187] (may be forged)) by sivka.carrier.kiev.ua (8/Kilkenny_is_better) with ESMTP id RLA53874; Wed, 30 May 2001 17:28:40 +0300 (EEST) (envelope-from diman@asd-g.com) Received: from [10.203.1.10] ([10.203.1.10]) by core.is.kiev.ua (8.11.1/ASDG-2.3-NR) with ESMTP id f4UEScM34319; Wed, 30 May 2001 17:28:38 +0300 (EEST) (envelope-from diman@asd-g.com) Date: Wed, 30 May 2001 14:23:49 +0000 (GMT) From: diman X-Sender: diman@portal.none.ua To: Jiangyi Liu Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Weird PT_DETACH In-Reply-To: <006a01c0e911$96e68720$a701160a@fatcow> 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 Hope your program not named "./test" ?? I changed it to /bin/sh and it works just fine. It was hard to debug due to my own proggie bug :) bb. #include #include #include int main() { pid_t pid; if(!(pid=fork())) { /* child */ ptrace(PT_TRACE_ME, 0, 0, 0); puts("child speaking"); execve("./test", NULL, NULL); <---------- ?? } else { wait(0); ptrace(PT_DETACH, pid, (caddr_t)1, 0); <---------- also exit(0); } } On Wed, 30 May 2001, Jiangyi Liu wrote: > > > > > If i understand ptrace(2) manual page correctly, > > you should use > > ptrace(PT_DETACH,pid,(caddr_t)1,0) > > instead of > > ptrace(PT_DETACH,pid,0,0) . > > > > If you read my first post again, you will know that indeed I've tried to use (caddr_t)1 but failed too. > > > BTW you code is *very hard to debug* on my 4.1.1 :) > > What your uname -a tells you? > > Why? My box is 4.3-STABLE. > > Jiangyi > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 7:50:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from zmamail03.zma.compaq.com (zmamail03.zma.compaq.com [161.114.64.103]) by hub.freebsd.org (Postfix) with ESMTP id 505D937B422 for ; Wed, 30 May 2001 07:50:35 -0700 (PDT) (envelope-from michael.adler@compaq.com) Received: by zmamail03.zma.compaq.com (Postfix, from userid 12345) id AFC6AAC76; Wed, 30 May 2001 10:50:34 -0400 (EDT) Received: from taynzmail03.nz-tay.cpqcorp.net (taynzmail03.nz-tay.cpqcorp.net [16.47.4.103]) by zmamail03.zma.compaq.com (Postfix) with ESMTP id A6F6AAF4D; Wed, 30 May 2001 10:50:34 -0400 (EDT) Received: by taynzmail03.nz-tay.cpqcorp.net (Postfix, from userid 12345) id 4C117588; Wed, 30 May 2001 10:50:34 -0400 (EDT) Received: from vssad.hlo.dec.com (vssad.hlo.dec.com [16.128.112.187]) by taynzmail03.nz-tay.cpqcorp.net (Postfix) with ESMTP id 3D828522; Wed, 30 May 2001 10:50:34 -0400 (EDT) Received: from madler1.vssad.hlo.dec.com by vssad.hlo.dec.com (8.8.8/1.1.19.2/20Jul99-0349PM) id KAA0000031452; Wed, 30 May 2001 10:50:33 -0400 (EDT) Message-Id: <5.1.0.14.0.20010530104537.00b04950@vssad.hlo.dec.com> X-Sender: madler@vssad.hlo.dec.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 30 May 2001 10:50:32 -0400 To: hackers@FreeBSD.ORG, Matt Dillon From: Michael Adler Subject: Re: Preliminary Tuning man page (was Re: Benchmarking FreeBSD (was ...)) In-Reply-To: <200105252225.f4PMPXI44229@earth.backplane.com> References: <200105250638.XAA06408@hokkshideh.jetcafe.org> <200105251951.f4PJp1b42293@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thank you for the tuning page! I and, I fear, others made the mistake of assuming that because SOFTUPDATES is in the kernel that it is automatically enabled for the disks. Nothing printed during boot leads me to believe otherwise and no mention was made of checking the flag using tunefs in /usr/src/UPDATING. My drives formatted with standard methods in the past had soft updates disabled. Perhaps there should be a message somewhere prominent encouraging people to check whether their drives really have soft updates enabled. It would also be useful if something during boot showed whether a mount would be using soft updates. -Michael To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 7:55: 4 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 DBAB437B423 for ; Wed, 30 May 2001 07:55:01 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Wed, 30 May 2001 16:55:00 +0100 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FD9C3A@l04.research.kpn.com> From: "Koster, K.J." To: 'Michael Adler' , Matt Dillon Cc: hackers@FreeBSD.ORG Subject: RE: Preliminary Tuning man page (was Re: Benchmarking FreeBSD (wa s ...)) Date: Wed, 30 May 2001 16:54:59 +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 All, > > Perhaps there should be a message somewhere prominent > encouraging people to > check whether their drives really have soft updates enabled. > It would also > be useful if something during boot showed whether a mount > would be using soft updates. > Have you typed "mount" at the command line lately? :-) Kees Jan ================================================ You are only young once, but you can stay immature all your life.> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 8: 8:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.numachi.com (numachi.numachi.com [198.175.254.2]) by hub.freebsd.org (Postfix) with SMTP id B5D1237B422 for ; Wed, 30 May 2001 08:08:31 -0700 (PDT) (envelope-from reichert@natto.numachi.com) Received: (qmail 5868 invoked by uid 3001); 30 May 2001 15:08:28 -0000 Received: from natto.numachi.com (198.175.254.216) by numachi.numachi.com with SMTP; 30 May 2001 15:08:28 -0000 Received: (qmail 98292 invoked by uid 1001); 30 May 2001 15:08:28 -0000 Date: Wed, 30 May 2001 11:08:28 -0400 From: Brian Reichert To: Peter Wemm Cc: Mike Silbersack , Matt Dillon , John Polstra , hackers@FreeBSD.ORG Subject: Re: cvsup.freebsd.org I/O error Message-ID: <20010530110828.L78320@numachi.com> References: <20010528193755.I67783-100000@achilles.silby.com> <20010530064604.1DBFF380E@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: <20010530064604.1DBFF380E@overcee.netplex.com.au>; from peter@wemm.org on Tue, May 29, 2001 at 11:46:04PM -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 Tue, May 29, 2001 at 11:46:04PM -0700, Peter Wemm wrote: > Mike Silbersack wrote: > > Unfortunately, it sounds like you're not alone. If you check out various > > hardware message boards, there are people hopping mad about recent IBM > > drives having a high failure rate. :| > > > > But they support tagged queueing, so you can safely write cache! :) > > Sounds like the DTLA series drives.. The biggest piles of junk I've seen!in > quite a while. Could someone give me a pointer to a current discussions concerning these drives? I've been having errant hardware problems with some production servers, and am grasping at straws... -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 8:21: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from silby.com (cb34181-a.mdsn1.wi.home.com [24.14.173.39]) by hub.freebsd.org (Postfix) with ESMTP id D5C0D37B423 for ; Wed, 30 May 2001 08:21:02 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 71499 invoked by uid 1000); 30 May 2001 15:21:01 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 May 2001 15:21:01 -0000 Date: Wed, 30 May 2001 10:21:01 -0500 (CDT) From: Mike Silbersack To: Terry Lambert Cc: Terry Lambert , Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE In-Reply-To: <3B14D2AF.47CD9ECB@mindspring.com> Message-ID: <20010530101415.D71465-100000@achilles.silby.com> 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, 30 May 2001, Terry Lambert wrote: > Mike Silbersack wrote: > > 1. Have the ata driver leave the write cache setting > > alone by default, providing a sysctl which can cause > > disabled or enabled if requested. When the default is > > allowed, put something in dmesg which says "Note: Write > > caching may be enabled. See ata(4) for the reliability > > implications of this." > > You need to look at the code; it would be relatively hard > to make this runtime tunable instead of boot-time tunable. I didn't intend to imply that it needed to be runtime tuneable. And of course, it could be runtime tuneable if desired. There's nothing in the spec which says it shouldn't be. > > 2. Leave the default to be 0, but instead print "Please > > see ata(4) to choose your write cache preferences." Also, > > put something in the release notes or src/updating which > > mentions this. > > I think the answer is "reliable by default". > > As a friend of mine says "I can make it go as fast as you > want, if it doesn't have to work"... > > > -- Terry You entirely missed my point. Yes, we could leave it at 0. But if so, we should tell people so that they can make an informed choice. If we don't make the choice obvious, people are going to continue to be alarmed and confused as to why their Linux boxes now run circles around their FreeBSD boxes. This speed difference would be ok _if they knew why_. But they don't, at present. 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 Wed May 30 8:38:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 289CF37B424 for ; Wed, 30 May 2001 08:38:43 -0700 (PDT) (envelope-from peter@wemm.org) 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 f4UFchM20279 for ; Wed, 30 May 2001 08:38:43 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 0E221380E; Wed, 30 May 2001 08:38:42 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: tlambert2@mindspring.com Cc: Mike Silbersack , Terry Lambert , hackers@FreeBSD.ORG Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE In-Reply-To: <3B14D2AF.47CD9ECB@mindspring.com> Date: Wed, 30 May 2001 08:38:42 -0700 From: Peter Wemm Message-Id: <20010530153842.0E221380E@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 Terry Lambert wrote: > Mike Silbersack wrote: > > 1. Have the ata driver leave the write cache setting > > alone by default, providing a sysctl which can cause > > disabled or enabled if requested. When the default is > > allowed, put something in dmesg which says "Note: Write > > caching may be enabled. See ata(4) for the reliability > > implications of this." > > You need to look at the code; it would be relatively hard > to make this runtime tunable instead of boot-time tunable. False. It is actually very easy to change at runtime if it is done at a convenient time. We have had patches kicking around for something like 6 months now that do this. 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 May 30 8:52:24 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 08F7137B422 for ; Wed, 30 May 2001 08:52:21 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f4UFpt516972; Wed, 30 May 2001 08:51:55 -0700 Date: Wed, 30 May 2001 08:51:55 -0700 From: Brooks Davis To: Bob Willcox Cc: Giorgos Keramidas , Jesper Skriver , hackers list Subject: Re: How to disable software TCP checksumming? Message-ID: <20010530085155.B24096@Odin.AC.HMC.Edu> References: <20010529144114.I19771@luke.immure.com> <20010529221107.C49875@skriver.dk> <20010529155212.M19771@luke.immure.com> <20010530045200.A1031@hades.hell.gr> <20010529235215.A60177@luke.immure.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="9zSXsLTf0vkW971A" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010529235215.A60177@luke.immure.com>; from bob@immure.com on Tue, May 29, 2001 at 11:52:15PM -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 --9zSXsLTf0vkW971A Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 29, 2001 at 11:52:15PM -0500, Bob Willcox wrote: > This is probably all well and good, but our adapter is a 10 Gb/s link > and includes hardware CRC (actually two forms of this, LCRC on a per > micropacket [32 byte] basis and ECRC over the entire message). Right > now our goal is to see how fast we can get it to run on PC hardware > on FreeBSD with IP. We don't really expect IP to allow us to reach > it's theoretical limit of about 800 MB/s, but the closer we can get the > better. :-) (ST and a system with faster main memory and dual PCI-X > busses should allow us to get much closer.) I was just thinking I wanted this feature for a cluster. I was thinking the knob should be three state. Default, on for all packets. Next, off for localy connected networks and finally, off for all packets. For what it's worth, I agree it's just a waste of CPU to checksum TCP packets that will only travel over 1Gb or 10Gb Ethernet, or similar links. This 10Gb Ethernet presentation talkes about mean time between false packet acceptance being around 60 billion years: http://www.best.com/~walker/pdfs.talks/albuquerque.pdf -- 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 --9zSXsLTf0vkW971A Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7FRcaXY6L6fI4GtQRAqgeAJ4thoJt/5xicuyWUUQhRS6O0jHdEQCgmwzC e1lM4UNkutpLfOG1d8XbHUY= =C65S -----END PGP SIGNATURE----- --9zSXsLTf0vkW971A-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 9:13:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web5301.mail.yahoo.com (web5301.mail.yahoo.com [216.115.106.110]) by hub.freebsd.org (Postfix) with SMTP id 2586837B422 for ; Wed, 30 May 2001 09:13:28 -0700 (PDT) (envelope-from vishubp@yahoo.com) Message-ID: <20010530161327.9442.qmail@web5301.mail.yahoo.com> Received: from [203.200.20.3] by web5301.mail.yahoo.com; Wed, 30 May 2001 17:13:27 BST Date: Wed, 30 May 2001 17:13:27 +0100 (BST) From: =?iso-8859-1?q?vishwanath=20pargaonkar?= Subject: TIP command To: freebsd-net@freebsd.org Cc: freebsd-hackers@freebsd.org 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 Hi, tell me how can i connect to remote system by using tip command. i have connected two machines by serial line. i gave tip cuaa0c and it said connected.but how can i make it to ask for user name. what shd i enter in /etc/remote.shd i enter remote system name? pls tell me details abt connecting to remote system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 9:15:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 9B22A37B42C for ; Wed, 30 May 2001 09:14:52 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 82800 invoked by uid 1000); 30 May 2001 16:13:42 -0000 Date: Wed, 30 May 2001 19:13:42 +0300 From: Peter Pentchev To: Michael Adler Cc: hackers@FreeBSD.ORG Subject: Re: Preliminary Tuning man page (was Re: Benchmarking FreeBSD (was ...)) Message-ID: <20010530191342.G74837@ringworld.oblivion.bg> Mail-Followup-To: Michael Adler , hackers@FreeBSD.ORG References: <200105250638.XAA06408@hokkshideh.jetcafe.org> <200105251951.f4PJp1b42293@earth.backplane.com> <200105252225.f4PMPXI44229@earth.backplane.com> <5.1.0.14.0.20010530104537.00b04950@vssad.hlo.dec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.1.0.14.0.20010530104537.00b04950@vssad.hlo.dec.com>; from Michael.Adler@compaq.com on Wed, May 30, 2001 at 10:50:32AM -0400 Sender: owner-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, May 30, 2001 at 10:50:32AM -0400, Michael Adler wrote: > Thank you for the tuning page! I and, I fear, others made the mistake of > assuming that because SOFTUPDATES is in the kernel that it is automatically > enabled for the disks. Nothing printed during boot leads me to believe > otherwise and no mention was made of checking the flag using tunefs in > /usr/src/UPDATING. My drives formatted with standard methods in the past > had soft updates disabled. > > Perhaps there should be a message somewhere prominent encouraging people to > check whether their drives really have soft updates enabled. It would also > be useful if something during boot showed whether a mount would be using > soft updates. You do realize, don't you, that just issuing a 'mount' command would show 'soft-updates' for the filesystems that have soft updates enabled? G'luck, Peter -- This sentence was in the past tense. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 9:17:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from silby.com (cb34181-a.mdsn1.wi.home.com [24.14.173.39]) by hub.freebsd.org (Postfix) with ESMTP id B77D237B424 for ; Wed, 30 May 2001 09:17:28 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 71603 invoked by uid 1000); 30 May 2001 16:17:27 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 May 2001 16:17:27 -0000 Date: Wed, 30 May 2001 11:17:27 -0500 (CDT) From: Mike Silbersack To: Brian Reichert Cc: Peter Wemm , Matt Dillon , John Polstra , Subject: Re: cvsup.freebsd.org I/O error In-Reply-To: <20010530110828.L78320@numachi.com> Message-ID: <20010530111251.R71465-100000@achilles.silby.com> 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, 30 May 2001, Brian Reichert wrote: > On Tue, May 29, 2001 at 11:46:04PM -0700, Peter Wemm wrote: > > Sounds like the DTLA series drives.. The biggest piles of junk I've seen!in > > quite a while. > > Could someone give me a pointer to a current discussions concerning > these drives? I've been having errant hardware problems with some > production servers, and am grasping at straws... > > -- > Brian 'you Bastard' Reichert If you do a search for "IBM DTLA failure rate" on google or deja (which would also be google, I suppose), you'll find a bunch of threads on the issue. The posts are divided into two types: 1. IBM fanboys claiming that there's a conspiracy to tarnish the DTLA's name. 2. Posts by people who say they're on their second replacement drive, and starting to see failure again. So, while it's not conclusive, it appears that there's something going on. Note that the people claiming failures say that they start as sectors going bad. Therefore, it seems entirely possible that those running their DTLAs with FAT32 won't notice a problem until they have the drive nearly full. Those with inode based FSes would probably see strange things a bit sooner. Unfortunately, I don't think you can run badblocks or anything similar right now. Maybe someone can suggest another test method. 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 Wed May 30 9:35:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id D8E6337B422 for ; Wed, 30 May 2001 09:35:28 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f4UGZQn40890; Wed, 30 May 2001 09:35:26 -0700 (PDT) (envelope-from dillon) Date: Wed, 30 May 2001 09:35:26 -0700 (PDT) From: Matt Dillon Message-Id: <200105301635.f4UGZQn40890@earth.backplane.com> To: Mike Silbersack Cc: Brian Reichert , Peter Wemm , John Polstra , Subject: Re: cvsup.freebsd.org I/O error References: <20010530111251.R71465-100000@achilles.silby.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 went through some of those messages myself. I didn't read any IBM technical reps, only marketing dweebs who told people that it was the controller, which is bullshit. PC motherboard controllers do not cause hard read errors on disks. In my case it was a hard-read error on a data block in a file in /usr/ports. After removing the file I was able to cpdup the filesystem (along with all the other filesystems on that disk) to a SCSI seacrate. So there was only that one hard error. Of course, I didn't wait around for others to show up :-) Now I *did* see some unrelated controller/drive issues. A few days earlier I was dd'ing the drive to /dev/null as a test and about half way through I started getting DMA errors on the console and it backed off to PIO mode (30MB/sec -> 6MB/sec). This is completely unrelated to the hard error and never occured under normal operation, only when I was doing the dd test. -Matt :If you do a search for "IBM DTLA failure rate" on google or deja (which :would also be google, I suppose), you'll find a bunch of threads on the :issue. The posts are divided into two types: : :1. IBM fanboys claiming that there's a conspiracy to tarnish the DTLA's :name. : :2. Posts by people who say they're on their second replacement drive, and :starting to see failure again. : :So, while it's not conclusive, it appears that there's something going on. : :Note that the people claiming failures say that they start as sectors :going bad. Therefore, it seems entirely possible that those running their :DTLAs with FAT32 won't notice a problem until they have the drive nearly :full. Those with inode based FSes would probably see strange things a bit :sooner. Unfortunately, I don't think you can run badblocks or anything :similar right now. Maybe someone can suggest another test method. : :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 Wed May 30 10:12:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from messiah.megadeb.org (cpe.atm0-0-0-218131.arcnxx5.customer.tele.dk [62.242.79.117]) by hub.freebsd.org (Postfix) with ESMTP id 1DBC537B423 for ; Wed, 30 May 2001 10:12:16 -0700 (PDT) (envelope-from chopra@runbox.com) Received: (from chopra@localhost) by messiah.megadeb.org (8.11.3/8.11.3) id f4UHDdV37045 for hackers@FreeBSD.ORG; Wed, 30 May 2001 19:13:39 +0200 (CEST) (envelope-from chopra) Date: Wed, 30 May 2001 19:12:24 +0200 From: Munish Chopra To: hackers@FreeBSD.ORG Subject: Re: Preliminary Tuning man page (was Re: Benchmarking FreeBSD (was ...)) Message-ID: <20010530191224.J15580@messiah.megadeb.org> Mail-Followup-To: hackers@FreeBSD.ORG References: <200105250638.XAA06408@hokkshideh.jetcafe.org> <200105251951.f4PJp1b42293@earth.backplane.com> <200105252225.f4PMPXI44229@earth.backplane.com> <5.1.0.14.0.20010530104537.00b04950@vssad.hlo.dec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.0.14.0.20010530104537.00b04950@vssad.hlo.dec.com>; from Michael.Adler@compaq.com on Wed, May 30, 2001 at 10:50:32AM -0400 Sender: owner-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, May 30, 2001 at 10:50:32AM -0400, Michael Adler wrote: > Thank you for the tuning page! I and, I fear, others made the mistake of > assuming that because SOFTUPDATES is in the kernel that it is automatically > enabled for the disks. Nothing printed during boot leads me to believe > otherwise and no mention was made of checking the flag using tunefs in > /usr/src/UPDATING. My drives formatted with standard methods in the past > had soft updates disabled. Same thing happened to me. I figured it was in the kernel, so it was 'on'. > Perhaps there should be a message somewhere prominent encouraging people to > check whether their drives really have soft updates enabled. It would also > be useful if something during boot showed whether a mount would be using > soft updates. It would be nice if there was a boot message saying 'Soft Updates On/Off'. Would have helped me, at least (no, I haven't mounted from the command line lately). BTW, I haven't turned on soft updates on the root partition, though I know it's possible. Is there any reason to do so (a compelling one), or am I maybe even better off leaving that alone? -- -Munish To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 10:28:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id E7E8F37B423; Wed, 30 May 2001 10:28:41 -0700 (PDT) (envelope-from DougB@DougBarton.net) Received: from DougBarton.net (master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id KAA75721; Wed, 30 May 2001 10:28:39 -0700 (PDT) (envelope-from DougB@DougBarton.net) Message-ID: <3B152DC7.856570E7@DougBarton.net> Date: Wed, 30 May 2001 10:28:39 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: David Gilbert Cc: freebsd-hackers@FreeBSD.ORG, freebsd-nfs@FreeBSD.ORG Subject: Re: too many leases? References: <15124.64252.485345.190252@trooper.velocet.net> 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 David Gilbert wrote: > > May 29 22:32:22 arbiter /kernel: Nqnfs server, too many leases > May 29 22:32:52 arbiter last message repeated 5 times > > ... what do I increase for this particular complaint? Don't use nqnfs. It sucks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 10:48:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id D36F737B423; Wed, 30 May 2001 10:48:13 -0700 (PDT) (envelope-from dgilbert@office.tor.velocet.net) Received: from office.tor.velocet.net (trooper.velocet.net [204.138.45.2]) by sabre.velocet.net (Postfix) with ESMTP id 3CA2B137F63; Wed, 30 May 2001 13:48:01 -0400 (EDT) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.11.2/8.9.3) id f4UHm1b55857; Wed, 30 May 2001 13:48:01 -0400 (EDT) (envelope-from dgilbert) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15125.12880.606802.280224@trooper.velocet.net> Date: Wed, 30 May 2001 13:48:00 -0400 To: Doug Barton Cc: David Gilbert , freebsd-hackers@FreeBSD.ORG, freebsd-nfs@FreeBSD.ORG Subject: Re: too many leases? In-Reply-To: <3B152DC7.856570E7@DougBarton.net> References: <15124.64252.485345.190252@trooper.velocet.net> <3B152DC7.856570E7@DougBarton.net> X-Mailer: VM 6.92 under 20.4 "Emerald" 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 >>>>> "Doug" == Doug Barton writes: Doug> David Gilbert wrote: >> May 29 22:32:22 arbiter /kernel: Nqnfs server, too many leases May >> 29 22:32:52 arbiter last message repeated 5 times >> >> ... what do I increase for this particular complaint? Doug> Don't use nqnfs. It sucks. Ummm... I'm using a fstab line of: raid:/usr /raid nfs rw,-3,-s,-q,-b,-i 0 0 ... which should invoke nfsv3? Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 10:52:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from messiah.megadeb.org (cpe.atm0-0-0-218131.arcnxx5.customer.tele.dk [62.242.79.117]) by hub.freebsd.org (Postfix) with ESMTP id 5843437B424 for ; Wed, 30 May 2001 10:52:49 -0700 (PDT) (envelope-from chopra@runbox.com) Received: (from chopra@localhost) by messiah.megadeb.org (8.11.3/8.11.3) id f4UHsHM37208 for hackers@FreeBSD.ORG; Wed, 30 May 2001 19:54:17 +0200 (CEST) (envelope-from chopra) Date: Wed, 30 May 2001 19:54:16 +0200 From: Munish Chopra To: hackers@FreeBSD.ORG Subject: Re: cvsup.freebsd.org I/O error Message-ID: <20010530195416.K15580@messiah.megadeb.org> Mail-Followup-To: hackers@FreeBSD.ORG References: <20010528193755.I67783-100000@achilles.silby.com> <20010530064604.1DBFF380E@overcee.netplex.com.au> <20010530110828.L78320@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010530110828.L78320@numachi.com>; from reichert@numachi.com on Wed, May 30, 2001 at 11:08:28AM -0400 Sender: owner-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, May 30, 2001 at 11:08:28AM -0400, Brian Reichert wrote: > On Tue, May 29, 2001 at 11:46:04PM -0700, Peter Wemm wrote: > > Mike Silbersack wrote: > > > Unfortunately, it sounds like you're not alone. If you check out various > > > hardware message boards, there are people hopping mad about recent IBM > > > drives having a high failure rate. :| > > > > > > But they support tagged queueing, so you can safely write cache! :) > > > > Sounds like the DTLA series drives.. The biggest piles of junk I've seen!in > > quite a while. > > Could someone give me a pointer to a current discussions concerning > these drives? I've been having errant hardware problems with some > production servers, and am grasping at straws... I just finished reading this: http://www.storagereview.com/jive/sr/thread.jsp?forum=1&thread=13134 ...it's a message board at a pretty decent storage site. There aren't too many great posts, but what seems to be pretty consistent is that the problems arise (in part) because Windows 98 and ME shut down too fast - so I'm assuming this has to do with the "Yes I wrote the data (ha ha I'm lying)" 'feature' that has been discussed lately. A few people have just had it show up when writing to the disk... -- -Munish To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 11:20:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ztxmail03.ztx.compaq.com (ztxmail03.ztx.compaq.com [161.114.1.207]) by hub.freebsd.org (Postfix) with ESMTP id BD0AE37B423 for ; Wed, 30 May 2001 11:20:43 -0700 (PDT) (envelope-from michael.adler@compaq.com) Received: by ztxmail03.ztx.compaq.com (Postfix, from userid 12345) id 378D12693; Wed, 30 May 2001 13:20:43 -0500 (CDT) Received: from taynzmail03.nz-tay.cpqcorp.net (taynzmail03.nz-tay.cpqcorp.net [16.47.4.103]) by ztxmail03.ztx.compaq.com (Postfix) with ESMTP id E491F2403 for ; Wed, 30 May 2001 13:20:42 -0500 (CDT) Received: by taynzmail03.nz-tay.cpqcorp.net (Postfix, from userid 12345) id 7D854777; Wed, 30 May 2001 14:20:42 -0400 (EDT) Received: from vssad.hlo.dec.com (vssad.hlo.dec.com [16.128.112.187]) by taynzmail03.nz-tay.cpqcorp.net (Postfix) with ESMTP id 6E840422 for ; Wed, 30 May 2001 14:20:42 -0400 (EDT) Received: from madler1.vssad.hlo.dec.com by vssad.hlo.dec.com (8.8.8/1.1.19.2/20Jul99-0349PM) id OAA0000005703; Wed, 30 May 2001 14:20:41 -0400 (EDT) Message-Id: <5.1.0.14.0.20010530141138.0281f858@vssad.hlo.dec.com> X-Sender: madler@vssad.hlo.dec.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 30 May 2001 14:20:40 -0400 To: hackers@FreeBSD.ORG From: Michael Adler Subject: Re: Preliminary Tuning man page (was Re: Benchmarking FreeBSD (was ...)) In-Reply-To: <20010530191342.G74837@ringworld.oblivion.bg> References: <5.1.0.14.0.20010530104537.00b04950@vssad.hlo.dec.com> <200105250638.XAA06408@hokkshideh.jetcafe.org> <200105251951.f4PJp1b42293@earth.backplane.com> <200105252225.f4PMPXI44229@earth.backplane.com> <5.1.0.14.0.20010530104537.00b04950@vssad.hlo.dec.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Now I do. I've not needed to mount anything manually since everything is in /etc/fstab. The output from the mount command during boot goes to the console but, by default, none of the log files. Consequently, soft-updates state is never displayed on a standard configuration except for the messages flying by on the console without some work on the part of the operator. Actually, it had never occurred to me that soft-updates was a property of a file-system and not a global flag in the kernel. That is why I suggested a more prominent note about soft-updates. In my case (and perhaps others), write caching was turned off starting in 4.3 with soft-updates still off. -Michael At 12:13 PM 5/30/2001, Peter Pentchev wrote: >On Wed, May 30, 2001 at 10:50:32AM -0400, Michael Adler wrote: > > Thank you for the tuning page! I and, I fear, others made the mistake > of > > assuming that because SOFTUPDATES is in the kernel that it is > automatically > > enabled for the disks. Nothing printed during boot leads me to believe > > > otherwise and no mention was made of checking the flag using tunefs in > > /usr/src/UPDATING. My drives formatted with standard methods in the > past > > had soft updates disabled. > > > > Perhaps there should be a message somewhere prominent encouraging > people to > > check whether their drives really have soft updates enabled. It would > also > > be useful if something during boot showed whether a mount would be > using > > soft updates. > >You do realize, don't you, that just issuing a 'mount' command would >show 'soft-updates' for the filesystems that have soft updates enabled? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 11:43:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 96AF837B423 for ; Wed, 30 May 2001 11:43:47 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 39073 invoked by uid 1000); 30 May 2001 18:44:08 -0000 Date: Wed, 30 May 2001 20:44:08 +0200 From: "Karsten W. Rohrbach" To: Matthew Jacob Cc: "E.B. Dreger" , hackers@FreeBSD.ORG Subject: Re: brainstorm: "intermediate" disk caching Message-ID: <20010530204408.E29853@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , Matthew Jacob , "E.B. Dreger" , hackers@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="uAgJxtfIS94j9H4T" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Mon, May 28, 2001 at 09:54:28AM -0700 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --uAgJxtfIS94j9H4T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Matthew Jacob(mjacob@feral.com)@2001.05.28 09:54:28 +0000: >=20 > Ah. You want to reinvent the drum? matt,=20 when i recall it right, someone told me about a paper presented at usenix about logging to a single disk which is exactly the thing that would do the job here. it was, i think, discussed in a very terse fashion on -hackers last year. the idea was that a single disk for logging purposes would be sufficient in terms of spindle speed and much cheaper than a raid setup and it would not require from-scratch development of a log structured filesystem because it would sit between the fs abstraction and io layers. /k --=20 > May the source be with you! KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.n= et/ karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- catch@spam.de GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 B= F46 --uAgJxtfIS94j9H4T 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 iD8DBQE7FT93M0BPTilkv0YRAipsAJ93Mj442/qn43x1dcGoyAp9cUGCkgCfcTfz GC3m5FJEN2bGzaCIgWCqolI= =oGE4 -----END PGP SIGNATURE----- --uAgJxtfIS94j9H4T-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 11:45:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpproxy2.mitre.org (smtpproxy2.mitre.org [128.29.154.90]) by hub.freebsd.org (Postfix) with ESMTP id C631537B423 for ; Wed, 30 May 2001 11:45:32 -0700 (PDT) (envelope-from jandrese@mitre.org) Received: from avsrv2.mitre.org (avsrv2.mitre.org [128.29.154.4]) by smtpproxy2.mitre.org (8.9.3/8.9.3) with ESMTP id OAA13094; Wed, 30 May 2001 14:45:19 -0400 (EDT) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) by smtpsrv2.mitre.org (8.9.3/8.9.3) with ESMTP id OAA10132; Wed, 30 May 2001 14:45:17 -0400 (EDT) Received: from dhcp-105-164.mitre.org (128.29.105.164) by mailhub2.mitre.org with SMTP id 6765719; Wed, 30 May 2001 14:45:15 -0400 Message-ID: <3B153FBC.ED53FB6C@mitre.org> Date: Wed, 30 May 2001 14:45:16 -0400 From: Jason Andresen Organization: The MITRE Corporation X-Mailer: Mozilla 4.75 [en]C-20000818M (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Munish Chopra Cc: hackers@freebsd.org Subject: Re: cvsup.freebsd.org I/O error References: <20010528193755.I67783-100000@achilles.silby.com> <20010530064604.1DBFF380E@overcee.netplex.com.au> <20010530110828.L78320@numachi.com> <20010530195416.K15580@messiah.megadeb.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 Munish Chopra wrote: > I just finished reading this: > > http://www.storagereview.com/jive/sr/thread.jsp?forum=1&thread=13134 > > ...it's a message board at a pretty decent storage site. There aren't > too many great posts, but what seems to be pretty consistent is that the > problems arise (in part) because Windows 98 and ME shut down too fast - > so I'm assuming this has to do with the "Yes I wrote the data (ha ha I'm > lying)" 'feature' that has been discussed lately. A few people have just > had it show up when writing to the disk... One interesting theory on there was that the drives were overheating and somehow damanging themselves. Although this doesn't seem too likely, I wonder if it isn't a catalyst. Truthfully, that board was all over the place, and I'm not sure I trust any of the posts on there any farther than I could throw them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 11:48:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id A567E37B422 for ; Wed, 30 May 2001 11:48:44 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 39304 invoked by uid 1000); 30 May 2001 18:49:05 -0000 Date: Wed, 30 May 2001 20:49:05 +0200 From: "Karsten W. Rohrbach" To: vishwanath pargaonkar Cc: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: TIP command Message-ID: <20010530204905.F29853@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , vishwanath pargaonkar , freebsd-net@freebsd.org, freebsd-hackers@freebsd.org References: <20010530161327.9442.qmail@web5301.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ZY5CS28jBCfb727c" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010530161327.9442.qmail@web5301.mail.yahoo.com>; from vishubp@yahoo.com on Wed, May 30, 2001 at 05:13:27PM +0100 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ZY5CS28jBCfb727c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable vishwanath pargaonkar(vishubp@yahoo.com)@2001.05.30 17:13:27 +0000: > Hi, > tell me how can i connect to remote system by using > tip command. > i have connected two machines by serial line. > i gave tip cuaa0c and it said connected.but how can i > make it to ask for user name. > what shd i enter in /etc/remote.shd i enter remote > system name?=20 > pls tell me details abt connecting to remote system. you probably want 2 things: 1) a serial line handling utility for the initiating side. cd /usr/ports/comms/ecu && make install clean 2) a getty sitting on the other side to let you log in man ttys man getty vi /etc/ttys kill -1 1 have fun /k --=20 > Sex is the poor man's opera. --G. B. Shaw KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.n= et/ karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- catch@spam.de GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 B= F46 --ZY5CS28jBCfb727c 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 iD4DBQE7FUChM0BPTilkv0YRAjXeAJwI1zrSPvD3Ptjm+oxMGX0SaSf3KQCY1RdS dm0tJdO7NuQN4fY7luw4oA== =ACpo -----END PGP SIGNATURE----- --ZY5CS28jBCfb727c-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 11:50:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 195C437B424 for ; Wed, 30 May 2001 11:50:35 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 39392 invoked by uid 1000); 30 May 2001 18:50:56 -0000 Date: Wed, 30 May 2001 20:50:56 +0200 From: "Karsten W. Rohrbach" To: freebsd-hackers@freebsd.org Subject: Re: interesting os comparison charts Message-ID: <20010530205056.G29853@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , freebsd-hackers@freebsd.org References: <20010529214403.L85298@mail.webmonster.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="zOcTNEe3AzgCmdo9" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010529214403.L85298@mail.webmonster.de>; from karsten@rohrbach.de on Tue, May 29, 2001 at 09:44:03PM +0200 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --zOcTNEe3AzgCmdo9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Karsten W. Rohrbach(karsten@rohrbach.de)@2001.05.29 21:44:03 +0000: > the author also addresses the typical GENERIC kernel problems on > production machines (NBMCLUSTERS too low,...), anyway it's very s/NBMCLUSTERS/NMBCLUSTERS/ uptime strikes back again ;-) /k --=20 > question =3D ( to ) ? be : ! be; // Wm. Shakespeare KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.n= et/ karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- catch@spam.de GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 B= F46 --zOcTNEe3AzgCmdo9 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 iD8DBQE7FUEQM0BPTilkv0YRAsVkAJ0UbDF6ajuDdaY2KHR5mcqIkucN0gCcD2W/ UdCTSAorENzVI8tHL6nyFgo= =TAaP -----END PGP SIGNATURE----- --zOcTNEe3AzgCmdo9-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 11:59: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netbank.com.br (garrincha.netbank.com.br [200.203.199.88]) by hub.freebsd.org (Postfix) with ESMTP id 3E73437B422 for ; Wed, 30 May 2001 11:58:58 -0700 (PDT) (envelope-from riel@conectiva.com.br) Received: from surriel.ddts.net (1-177.ctame701-1.telepar.net.br [200.181.137.177]) by netbank.com.br (Postfix) with ESMTP id 2FD5C4680A; Wed, 30 May 2001 15:57:09 -0300 (BRST) Received: from localhost (qdnlax@localhost [127.0.0.1]) by surriel.ddts.net (8.11.3/8.11.2) with ESMTP id f4UIwdP12929; Wed, 30 May 2001 15:58:39 -0300 Date: Wed, 30 May 2001 15:58:38 -0300 (BRST) From: Rik van Riel X-Sender: riel@imladris.rielhome.conectiva To: Terry Lambert Cc: "Andresen,Jason R." , freebsd-hackers@FreeBSD.ORG Subject: Re: Real "technical comparison" In-Reply-To: <3B14A1FE.89C32156@mindspring.com> Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.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 On Wed, 30 May 2001, Terry Lambert wrote: > The intent of the "test" is obviously intended to show > certain facts which we all know to be self-evident under > strange load conditions which are patently "unreal". > I would suggest a better test would be to open _at least_ > 250,000 connections to a server That would certainly qualify for the "patently unreal" part, but I don't know what else you want to prove here. > This could easily be the case with, for example, a pager > network or other content broadcasting system, or an EAI > tool, such as IBM's MQ-Series. Doing a gigabit per second in 3kB per second connections doesn't seem all that realistic when you realise that they'll want their messages only acknowledged when they are safely on disk, etc... Think "transactions". regards, Rik -- Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose... http://www.surriel.com/ http://distro.conectiva.com/ Send all your spam to aardvark@nl.linux.org (spam digging piggy) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 12:28:39 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 1C20837B443 for ; Wed, 30 May 2001 12:28:37 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.3/8.11.3) with ESMTP id f4UJbLR01030; Wed, 30 May 2001 12:37:22 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200105301937.f4UJbLR01030@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "julien" Cc: freebsd-hackers@freebsd.org, "cristophe baillon" Subject: Re: mylex raid card problem on 4.2-stable In-reply-to: Your message of "Tue, 22 May 2001 12:34:40 +0200." <002001c0e2aa$cf2bdd50$662d44c3@yoshi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 May 2001 12:37:21 -0700 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 > Hi all, > > We have a quite disapointing problem with a mylex 170 card, which causes > a system crash every 6 hours. > This card is installed in a VA Linux 2240 with 4 18GB drives, configured > in a single RAID 5 pack, running a FreeBSD 4.2-stable system. There are known problems with the 'mly' driver in the 4.2 release. You need to update to 4.3 (or at least get the driver from 4.3). -- ... 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 Wed May 30 12:53:29 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 D46D137B423; Wed, 30 May 2001 12:53:27 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.3/8.11.3) with ESMTP id f4UK2IR01410; Wed, 30 May 2001 13:02:18 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200105302002.f4UK2IR01410@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: David Gilbert Cc: Doug Barton , freebsd-hackers@FreeBSD.ORG, freebsd-nfs@FreeBSD.ORG Subject: Re: too many leases? In-reply-to: Your message of "Wed, 30 May 2001 13:48:00 EDT." <15125.12880.606802.280224@trooper.velocet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 May 2001 13:02:18 -0700 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 > Doug> Don't use nqnfs. It sucks. > > Ummm... I'm using a fstab line of: > > raid:/usr /raid nfs rw,-3,-s,-q,-b,-i 0 0 > > ... which should invoke nfsv3? Read the mount_nfs manpage: -q Use the leasing extensions to the NFS Version 3 protocol to main- tain cache consistency. This protocol Version 2, referred to as Not Quite Nfs (NQNFS), is only supported by this updated release of NFS code. ... -- ... 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 Wed May 30 13: 3:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from messiah.megadeb.org (cpe.atm0-0-0-218131.arcnxx5.customer.tele.dk [62.242.79.117]) by hub.freebsd.org (Postfix) with ESMTP id 93D4437B424 for ; Wed, 30 May 2001 13:03:44 -0700 (PDT) (envelope-from chopra@runbox.com) Received: (from chopra@localhost) by messiah.megadeb.org (8.11.3/8.11.3) id f4UK58O37581 for hackers@freebsd.org; Wed, 30 May 2001 22:05:08 +0200 (CEST) (envelope-from chopra) Date: Wed, 30 May 2001 22:05:07 +0200 From: Munish Chopra To: hackers@freebsd.org Subject: Re: cvsup.freebsd.org I/O error Message-ID: <20010530220507.L15580@messiah.megadeb.org> Mail-Followup-To: hackers@freebsd.org References: <20010528193755.I67783-100000@achilles.silby.com> <20010530064604.1DBFF380E@overcee.netplex.com.au> <20010530110828.L78320@numachi.com> <20010530195416.K15580@messiah.megadeb.org> <3B153FBC.ED53FB6C@mitre.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B153FBC.ED53FB6C@mitre.org>; from jandrese@mitre.org on Wed, May 30, 2001 at 02:45:16PM -0400 Sender: owner-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, May 30, 2001 at 02:45:16PM -0400, Jason Andresen wrote: > Munish Chopra wrote: > > I just finished reading this: > > > > http://www.storagereview.com/jive/sr/thread.jsp?forum=1&thread=13134 > > > > ...it's a message board at a pretty decent storage site. There aren't > > too many great posts, but what seems to be pretty consistent is that the > > problems arise (in part) because Windows 98 and ME shut down too fast - > > so I'm assuming this has to do with the "Yes I wrote the data (ha ha I'm > > lying)" 'feature' that has been discussed lately. A few people have just > > had it show up when writing to the disk... > > One interesting theory on there was that the drives were overheating and > somehow damanging themselves. Although this doesn't seem too likely, > I wonder if it isn't a catalyst. > > Truthfully, that board was all over the place, and I'm not sure I trust > any of the posts on there any farther than I could throw them. Yeah it was quite Slashdottish. I just summed up the few things that were confirmed by several people. Since reading that, I saw the overheating theory on aother board too. I've been happy with my IBM drives so far, but if a drive fails just because it gets a little bit warm, I'll be looking other places. I must admit, something or the other stinks of brain-damaged engineering... -- -Munish To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 13:37: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpproxy1.mitre.org (mb-20-100.mitre.org [129.83.20.100]) by hub.freebsd.org (Postfix) with ESMTP id 947E137B423 for ; Wed, 30 May 2001 13:36:56 -0700 (PDT) (envelope-from jandrese@mitre.org) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.9.3/8.9.3) with ESMTP id QAA22780; Wed, 30 May 2001 16:36:47 -0400 (EDT) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) by smtpsrv1.mitre.org (8.9.3/8.9.3) with ESMTP id QAA28570; Wed, 30 May 2001 16:36:46 -0400 (EDT) Received: from dhcp-105-164.mitre.org (128.29.105.164) by mailhub2.mitre.org with SMTP id 6767899; Wed, 30 May 2001 16:36:43 -0400 Message-ID: <3B1559DA.AF194EAC@mitre.org> Date: Wed, 30 May 2001 16:36:42 -0400 From: Jason Andresen Organization: The MITRE Corporation X-Mailer: Mozilla 4.75 [en]C-20000818M (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Munish Chopra Cc: hackers@freebsd.org Subject: Re: cvsup.freebsd.org I/O error References: <20010528193755.I67783-100000@achilles.silby.com> <20010530064604.1DBFF380E@overcee.netplex.com.au> <20010530110828.L78320@numachi.com> <20010530195416.K15580@messiah.megadeb.org> <3B153FBC.ED53FB6C@mitre.org> <20010530220507.L15580@messiah.megadeb.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 Munish Chopra wrote: > > On Wed, May 30, 2001 at 02:45:16PM -0400, Jason Andresen wrote: > > One interesting theory on there was that the drives were overheating and > > somehow damanging themselves. Although this doesn't seem too likely, > > I wonder if it isn't a catalyst. > > > > Truthfully, that board was all over the place, and I'm not sure I trust > > any of the posts on there any farther than I could throw them. > > Yeah it was quite Slashdottish. I just summed up the few things that > were confirmed by several people. Since reading that, I saw the > overheating theory on aother board too. I've been happy with my IBM > drives so far, but if a drive fails just because it gets a little bit > warm, I'll be looking other places. I must admit, something or the other > stinks of brain-damaged engineering... Heh, I have a Western Digital Caviar drive (WDC AC32500H) that will lock up if it gets too hot. Worse, it's sitting right next to an IBM DDYS-T36950N drive which gets really d@mn hot if I don't keep airflow running over it at all times, but doesn't seem to have the shutdown problem the Caviar has. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 14:54:10 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 8CC8C37B422; Wed, 30 May 2001 14:53:59 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.3/8.11.3) with SMTP id f4ULrlf55092; Wed, 30 May 2001 17:53:47 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 30 May 2001 17:53:47 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: developers@FreeBSD.org, hackers@FreeBSD.org Subject: Submissions Request: FreeBSD Monthly Development Status Report 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 FreeBSD Developers and Contributors, One of the observations made occasionally about the FreeBSD community is that although it has many of the benefits of a centralized development organization, it's hard to get a sense of the architectural direction the project as a whole is taking, as well as learn about the set of projects under development. To try and address this problem, I'm interested in experimenting with an idea that was kicked around among some of the developers a few months ago: a monthly status report for the project. This report would include a brief status statement from developers interested in sharing information about their progress, both as part of larger project components (SMPng, TrustedBSD, ...), and at an individual level and related to personal projects. As such, this is a solicitation for text to be added to a first experimental edition, to be published on June 11th. I'd like for all submissions to be in by June 9th, to allow them to be chewed through and prettily formatted. Submissions after the 9th will be ignored, or bumped to a future month if appropriate. What I'd like to see for each entry is a project title ("SMPng", "SMPng VM Lock Pushdown", "KSE Design Work", "TrustedBSD", "TrustedBSD Capabilities Implementation", "Alpha Port", ...), followed by two to five sentences describing recent work on the project, perhaps in the last month or two. Also, the name of the committer submitting the report (or in the event the primary work is being done by a non-committer, then the non-committer's name and e-mail address). If there is a web page for the work, then a URL would also be useful. As the names above suggest, there's nothing wrong with submitting paragraphs for both a larger project, and smaller components of the project; while developers in multiple projects should feel free to contribute multiple reports, having ten TrustedBSD status reports makes no sense, so some coordination would be useful. While you can imagine a fancy web-based submission interface, for the purposes of this experimental pass, I'd like to see the text sent to robert+freebsd.monthly@cyrus.watson.org. The goal of this is simply to attempt to improve communication in the project by providing a vehicle for brief but useful summaries of on-going work. This would be in addition to (and maybe eventually submitted via) a dynamic projects web page. I don't promise to do it in future months, but if the results are useful to a moderate number of people, and there are enough submissions, I will. If there are comments, please send them to my privately at rwatson@FreeBSD.org rather than take them to the list, and I will attempt to summarize. 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 May 30 17:24:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 4E28637B423 for ; Wed, 30 May 2001 17:24:18 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id EA6F03E0B; Wed, 30 May 2001 17:24:16 -0700 (PDT) To: Doug Barton Cc: freebsd-hackers@freebsd.org Subject: Re: Problem with find -fstype local ? In-Reply-To: <3B14D177.5010AC0F@DougBarton.net>; from DougB@DougBarton.net on "Wed, 30 May 2001 03:54:47 -0700" Date: Wed, 30 May 2001 17:24:16 -0700 From: Dima Dorfman Message-Id: <20010531002416.EA6F03E0B@bazooka.unixfreak.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 Doug Barton writes: > Gang, > > This may be my lack of understanding, but doing 'find / -fstype local' > is > definitely traversing nfs mounted directories for me in -current and > -stable. The man page isn't 100% clear, but it seems to me that it should > not be doing that. My debugging got as far as determining that the option > is being recognized in function.c before I ran out of time. A cursory > examination didn't reveal to me any uses of the value that gets added to > new->mt_data, but I didn't look very hard. > > This problem was brought to my attention by /etc/periodic/weekly/340.no > id. > If I am not correct about what this option really should be doing, for the > record it'd be great to have an option for find that _does_ restrict paths > to locally mounted directories. See PR 23906. This has been bugging me, too, but so far I've been too lazy to fix it. > > Doug > -- > I need someone really bad. Are you really bad? > > 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 May 30 18:20:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from saturn.cs.uml.edu (saturn.cs.uml.edu [129.63.8.2]) by hub.freebsd.org (Postfix) with ESMTP id 92A6637B422 for ; Wed, 30 May 2001 18:20:24 -0700 (PDT) (envelope-from acahalan@saturn.cs.uml.edu) Received: (from acahalan@localhost) by saturn.cs.uml.edu (8.11.0/8.11.2) id f4V1KIw327035; Wed, 30 May 2001 21:20:18 -0400 (EDT) Date: Wed, 30 May 2001 21:20:18 -0400 (EDT) Message-Id: <200105310120.f4V1KIw327035@saturn.cs.uml.edu> From: "Albert D. Cahalan" To: tlambert2@mindspring.com Cc: freebsd-hackers@FreeBSD.ORG, jandrese@mitre.org Subject: Re: Real "technical comparison" Sender: owner-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 "postmark" test is useless self flagellation. The benchmark tests what it was meant to test: performance on huge directories. > The intent of the "test" is obviously intended to show > certain facts which we all know to be self-evident under > strange load conditions which are patently "unreal". That apps designed with UFS in mind don't usually create such directories is irrelevant. Those that do are being pushed past their original design, which does happen! > We already knew the limitations on putting many files > in a directory; the only useful thing you could do with > that many files in a single directory is to iterate them > all. If the application were trying to "remember" 60,000 > path names, we are talking about 60MB of RAM, just for > the potential top end path data alone, not including the > linked list pointers for a simple linked list approach. Some people think 60 MB of RAM is tiny. > I would suggest a better test would be to open _at least_ > 250,000 connections to a server running under both FreeBSD > and Linux. I was able to do this without breaking a sweat > on a correctly configured FreeBSD 4.3 system. > > Even if all the clients were simultaneously active, on a > single Gigabit NIC, that's still in excess of 4 kilobits a > second per client. > > This could easily be the case with, for example, a pager > network or other content broadcasting system, or an EAI > tool, such as IBM's MQ-Series. How about a real benchmark? At www.spec.org I see SPECweb99 numbers for Solaris, AIX, Linux, Windows, Tru64, and HP-UX. FreeBSD must be hiding, because I don't see it. BSDI, Walnut Creek, and WindRiver all have failed to submit results. (the cost is just loose change for WindRiver) Linux is still #1 for 1 to 4 processors. The 8-way results need to be redone on newer hardware (Windows is ahead now) and Linux doesn't have 6-way or 12-way numbers. Go on, show some numbers. Stop hiding. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 19: 5:47 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 8117137B422 for ; Wed, 30 May 2001 19:05:36 -0700 (PDT) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (#6@localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.3/8.11.3) with ESMTP id f4V248n15260; Wed, 30 May 2001 22:04:09 -0400 (EDT) (envelope-from louie@whizzo.transsys.com) Message-Id: <200105310204.f4V248n15260@whizzo.transsys.com> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Brooks Davis Cc: Bob Willcox , Giorgos Keramidas , Jesper Skriver , hackers list X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: How to disable software TCP checksumming? References: <20010529144114.I19771@luke.immure.com> <20010529221107.C49875@skriver.dk> <20010529155212.M19771@luke.immure.com> <20010530045200.A1031@hades.hell.gr> <20010529235215.A60177@luke.immure.com> <20010530085155.B24096@Odin.AC.HMC.Edu> In-reply-to: Your message of "Wed, 30 May 2001 08:51:55 PDT." <20010530085155.B24096@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 May 2001 22:04:08 -0400 Sender: owner-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 TCP checksum protects more than just the contents of the packet on the wire; it's also a (somewhat) weak check on the contents of your packet sitting in memory, and as it's going over the bus in your computer between memory and peripherals and for other end-to-end sorts of issues. Of course, with rude things like NAT boxes and other network elements taking liberties with your data, this becomes less and less useful as time goes on, sigh. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 20:36: 4 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 5059637B424 for ; Wed, 30 May 2001 20:36:01 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f4V3Ztq30262; Wed, 30 May 2001 20:35:55 -0700 Date: Wed, 30 May 2001 20:35:55 -0700 From: Brooks Davis To: "Louis A. Mamakos" Cc: hackers list Subject: Re: How to disable software TCP checksumming? Message-ID: <20010530203555.A23918@Odin.AC.HMC.Edu> References: <20010529144114.I19771@luke.immure.com> <20010529221107.C49875@skriver.dk> <20010529155212.M19771@luke.immure.com> <20010530045200.A1031@hades.hell.gr> <20010529235215.A60177@luke.immure.com> <20010530085155.B24096@Odin.AC.HMC.Edu> <200105310204.f4V248n15260@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200105310204.f4V248n15260@whizzo.transsys.com>; from louie@TransSys.COM on Wed, May 30, 2001 at 10:04:08PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 30, 2001 at 10:04:08PM -0400, Louis A. Mamakos wrote: > The TCP checksum protects more than just the contents of the packet > on the wire; it's also a (somewhat) weak check on the contents > of your packet sitting in memory, and as it's going over the bus > in your computer between memory and peripherals and for other end-to-end > sorts of issues.=20 Given that we're talking about this for >=3D1Gbps devices where all devices do hardware checksuming that argument holds little water. No one is proposing turing off checksums for everything, but instead for a set of specalized, tightly coupled applications. I certaintly wouldn't turn it off for packets traversing the internet. -- 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 --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7FbwaXY6L6fI4GtQRAheSAJ9PZdSpwU/F7JlWWxHSpJ32i78JDgCeKf4d Dom2eMN+hCY2/8ZSeGb06nM= =e5FY -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 30 23:58: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from public.guangzhou.gd.cn (mail1-smtp.guangzhou.gd.cn [202.105.65.221]) by hub.freebsd.org (Postfix) with SMTP id 710B137B423 for ; Wed, 30 May 2001 23:58:00 -0700 (PDT) (envelope-from gzjyliu@public.guangzhou.gd.cn) Received: from fatcow.home([203.93.59.244]) by public.guangzhou.gd.cn(JetMail 2.5.3.0) with SMTP id jm253b15f6fe; Thu, 31 May 2001 06:56:11 -0000 Received: (from jyliu@localhost) by fatcow.home (8.11.3/8.11.3) id f4V6vB900405; Thu, 31 May 2001 14:57:11 +0800 (CST) (envelope-from gzjyliu@public.guangzhou.gd.cn) X-Authentication-Warning: fatcow.home: jyliu set sender to gzjyliu@public.guangzhou.gd.cn using -f To: diman@asd-g.com (diman) Subject: Re: Weird PT_DETACH Cc: freebsd-hackers@FreeBSD.org References: <006a01c0e911$96e68720$a701160a@fatcow> From: Jiangyi Liu Date: 31 May 2001 14:57:11 +0800 In-Reply-To: Message-ID: <878zjerooo.fsf@fatcow.home> Lines: 64 User-Agent: Gnus/5.090001 (Oort Gnus v0.01) Emacs/20.7 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 tried to use (caddr_t)1 in PT_DETACH, but the code just failed. I'm confused. It just seems the execve is stopped. Maybe I'd read through the kernel source code to figure out where the problem is. Jiangyi diman@asd-g.com (diman) writes: > Hope your program not named "./test" ?? > I changed it to /bin/sh and it works just fine. > It was hard to debug due to my own proggie bug :) > bb. > > > #include > #include > #include > > int main() > { > pid_t pid; > > if(!(pid=fork())) { > /* child */ > ptrace(PT_TRACE_ME, 0, 0, 0); > puts("child speaking"); > execve("./test", NULL, NULL); <---------- ?? > } else { > wait(0); > ptrace(PT_DETACH, pid, (caddr_t)1, 0); <---------- also > exit(0); > } > } > > > > > > On Wed, 30 May 2001, Jiangyi Liu wrote: > > > > > > > > > If i understand ptrace(2) manual page correctly, > > > you should use > > > ptrace(PT_DETACH,pid,(caddr_t)1,0) > > > instead of > > > ptrace(PT_DETACH,pid,0,0) . > > > > > > > If you read my first post again, you will know that indeed I've tried to use (caddr_t)1 but failed too. > > > > > BTW you code is *very hard to debug* on my 4.1.1 :) > > > What your uname -a tells you? > > > > Why? My box is 4.3-STABLE. > > > > Jiangyi > > > > > 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 May 31 0:42:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 0B20B37B422 for ; Thu, 31 May 2001 00:42:55 -0700 (PDT) (envelope-from DougB@DougBarton.net) Received: from DougBarton.net (master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id AAA84444; Thu, 31 May 2001 00:42:44 -0700 (PDT) (envelope-from DougB@DougBarton.net) Message-ID: <3B15F5F4.68A83EFC@DougBarton.net> Date: Thu, 31 May 2001 00:42:44 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Rik van Riel Cc: Terry Lambert , "Andresen,Jason R." , freebsd-hackers@FreeBSD.ORG Subject: Re: Real "technical comparison" 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 Rik van Riel wrote: > > On Wed, 30 May 2001, Terry Lambert wrote: > > > The intent of the "test" is obviously intended to show > > certain facts which we all know to be self-evident under > > strange load conditions which are patently "unreal". > > > I would suggest a better test would be to open _at least_ > > 250,000 connections to a server Depends on your environment. I've had freebsd 4.x machines with 125k active connections from real http users. The load average was up around 30, and the pty response was a little slow, but the user experience was just as snappy as you'd like, thank you very much. FreeBSD frequently leads the industry in most connections per machine. Back in '96 I held the record across all IRC networks for most concurrent connections for 8 months, peaking at 5,300. We would have had more, except our ircd sucked. :) Using my config and a vastly improved ircd they blew by me on efnet with first 8k, then 10k before the bandwidth cost got to be too much. My point is, you never push the limits unless you push the limits. :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 1: 2:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id A2B1937B423 for ; Thu, 31 May 2001 01:02:10 -0700 (PDT) (envelope-from DougB@DougBarton.net) Received: from DougBarton.net (master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id BAA84558; Thu, 31 May 2001 01:01:55 -0700 (PDT) (envelope-from DougB@DougBarton.net) Message-ID: <3B15FA73.9EACFDEB@DougBarton.net> Date: Thu, 31 May 2001 01:01:55 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Dima Dorfman Cc: freebsd-hackers@freebsd.org Subject: Re: Problem with find -fstype local ? References: <20010531002416.EA6F03E0B@bazooka.unixfreak.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 Dima Dorfman wrote: > > Doug Barton writes: > > Gang, > > > > This may be my lack of understanding, but doing 'find / -fstype local' > > is > > definitely traversing nfs mounted directories for me in -current and > > -stable. The man page isn't 100% clear, but it seems to me that it should > > not be doing that. My debugging got as far as determining that the option > > is being recognized in function.c before I ran out of time. A cursory > > examination didn't reveal to me any uses of the value that gets added to > > new->mt_data, but I didn't look very hard. > > > > This problem was brought to my attention by /etc/periodic/weekly/340.no > > id. > > If I am not correct about what this option really should be doing, for the > > record it'd be great to have an option for find that _does_ restrict paths > > to locally mounted directories. > > See PR 23906. This has been bugging me, too, but so far I've been too > lazy to fix it. Ok, the audit trail contains the fix, which I will apply post haste. Thanks for the response, it saves a lot of hair pulling on my part. At least now I know that the thing I was searching for really wasn't there. :) Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 1:21:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.iside.net (ns2.iside.net [212.73.214.202]) by hub.freebsd.org (Postfix) with ESMTP id 2C8C837B422; Thu, 31 May 2001 01:21:19 -0700 (PDT) (envelope-from julien@iside.net) X-Virus-Protected-by-iSide: McAfee virus scanning engine Received: from [193.251.60.11] (HELO yoshi) by mail.iside.net (CommuniGate Pro SMTP 3.4.2) with SMTP id 3539482; Thu, 31 May 2001 10:15:53 +0200 Message-ID: <001b01c0e9ab$668dc3a0$662d44c3@yoshi> From: "julien" To: "Mike Smith" Cc: References: <200105301937.f4UJbLR01030@mass.dis.org> Subject: Re: mylex raid card problem on 4.2-stable Date: Thu, 31 May 2001 10:26:33 +0200 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 Hi, Thanx for the advice, in fact the system was 4.2-release (I previously indicated -stable), and I upgraded it to 4.3-rc2 (mly source code was 5 months older than in 4.2-release). I also upgraded the bios / firmware of the mylex... Since that (a week ago), the problem seems to be solved... btw, the problem is better "known" when you are the author of the driver isn't it ? ;-)) thanx again -- ------------------------------- --> julien@iside.net ------------------------------- ----- Original Message ----- From: "Mike Smith" To: "julien" Cc: ; "cristophe baillon" Sent: Wednesday, May 30, 2001 9:37 PM Subject: Re: mylex raid card problem on 4.2-stable > > Hi all, > > > > We have a quite disapointing problem with a mylex 170 card, which causes > > a system crash every 6 hours. > > This card is installed in a VA Linux 2240 with 4 18GB drives, configured > > in a single RAID 5 pack, running a FreeBSD 4.2-stable system. > > There are known problems with the 'mly' driver in the 4.2 release. You > need to update to 4.3 (or at least get the driver from 4.3). > > > > -- > ... 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 Thu May 31 2:49:39 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 33E0E37B422 for ; Thu, 31 May 2001 02:49:36 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Thu, 31 May 2001 11:49:35 +0100 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FD9C3F@l04.research.kpn.com> From: "Koster, K.J." To: 'Michael Adler' Cc: hackers@FreeBSD.ORG Subject: RE: Preliminary Tuning man page (was Re: Benchmarking FreeBSD (wa s ...)) Date: Thu, 31 May 2001 11:49:34 +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 Michael, > > Actually, it had never occurred to me that soft-updates was a > property of a > file-system and not a global flag in the kernel. That is why > I suggested a more prominent note about soft-updates. > Until you suggested it, it never ocurred to me that it could be anything but a per-filesystem property. When you run the 4.3 /stand/sysinstall it specifically allows you to change soft-updates setting per filesystem. I would oppose dmesg output on soft-updates enabling, because it does not say "mounting /usr, mounting /var" either. How do I know my MFS /tmp is mounted? How do I even know that /usr/local is mounted? Simple: by typing "mount", which, conveniently, also tells me about mount options such as soft-updates. As a counter-proposal, the soft-updates option should be made a mount option (which it is going to be IIRC), and described in the mount manual page. Maybe the GENERIC and LINT kernels could have a text reading "man mount for more info". Kees Jan ================================================ You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 2:51:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id 47C5937B422; Thu, 31 May 2001 02:51:04 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id MTP12931; Thu, 31 May 2001 12:50:57 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.3/8.11.3) id f4V7wgU01538; Thu, 31 May 2001 10:58:42 +0300 (EEST) (envelope-from netch) Date: Thu, 31 May 2001 10:58:42 +0300 From: Valentin Nechayev To: stable@freebsd.org, hackers@freebsd.org Subject: Re: Kernel Fails to Boot. Errors out On MySQL Message-ID: <20010531105842.B749@iv.nn.kiev.ua> References: <20010530230634.25706.qmail@web11502.mail.yahoo.com> <3B15F0A8.2A4E1BF6@DougBarton.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B15F0A8.2A4E1BF6@DougBarton.net>; from DougB@DougBarton.net on Thu, May 31, 2001 at 12:20:08AM -0700 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>> Doug Barton wrote: > Once the system comes up multiuser, diagnose and fix mysql problems. For > future reference, ALWAYS disable startup scripts for third party stuff > before _starting_ the upgrade. This is especially true for remote upgrades. The pity moment is that init(8) logic is absolutely inconsistent: it doesn't allow local logins before /etc/rc terminates, and even doesn't allow reboot via ctrl-alt-del before /etc/rc terminates. If system hangs during boot scripts, the only way to unhang it locally is to press reset. (Using debugger is not considered.) Does anybody think for cured init? (Really, question not for -stable) /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 4:35: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from Exchange2000.com-con.ag (exchange2000.com-con.net [212.6.164.8]) by hub.freebsd.org (Postfix) with ESMTP id EFE8937B422 for ; Thu, 31 May 2001 04:35:04 -0700 (PDT) (envelope-from rh@com-con.net) X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Content-Class: urn:content-classes:message Date: Thu, 31 May 2001 13:35:03 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Index: AcDpzhHyjpPE9QrIREqttW75FrCqow== From: "Heimes, Rene" 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 testing... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 4:58:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from Exchange2000.com-con.ag (exchange2000.com-con.net [212.6.164.8]) by hub.freebsd.org (Postfix) with ESMTP id 3C4F537B43C for ; Thu, 31 May 2001 04:58:28 -0700 (PDT) (envelope-from rh@com-con.net) Subject: changing the date format MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 31 May 2001 13:58:26 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0 Content-Class: urn:content-classes:message Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: changing the date format Thread-Index: AcDp0WIifXn/Wj73SgGGUU/1rdd5mA== From: "Heimes, Rene" 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 hiho there! on our freeBSD 4.1 systems we need to customize the date format. anyone got a hint how to do that? by the way, is it possible to customize the system language to german language? thanks for your help! Mit freundlichen Gr=FCssen, Ren=E9 Heimes com:con AG ...and your net works... Ren=E9 Heimes - Consulting Regentenstra=DFe 5 D-41061 M=F6nchengladbach fon: +49 2161 / 9 39 93-17 fax: +49 2161 / 9 39 93-14 mobile: +49 171 / 8 31 48 54 mailto:rh@com-con.net - http://www.com-con.net free-call 0800 - 266 266 0 * support 0700 - 266 266 02 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 5:18:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from proxon.bnc.net (proxon.bnc.net [62.225.99.6]) by hub.freebsd.org (Postfix) with ESMTP id 069DD37B422 for ; Thu, 31 May 2001 05:18:16 -0700 (PDT) (envelope-from noses@proxon.bnc.net) Received: (from noses@localhost) by proxon.bnc.net (8.11.3/8.11.3) id f4VCID691023; Thu, 31 May 2001 14:18:13 +0200 (CEST) (envelope-from noses) Date: Thu, 31 May 2001 14:18:13 +0200 (CEST) Message-Id: <200105311218.f4VCID691023@proxon.bnc.net> From: Noses To: hackers@freebsd.org Subject: Re: Real "technical comparison" Organization: Noses' cave In-Reply-To: User-Agent: tin/1.5.6-20000803 ("Dust") (UNIX) (FreeBSD/4.3-STABLE (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 In article you wrote: > On Wed, 30 May 2001, Terry Lambert wrote: >> I would suggest a better test would be to open _at least_ 250,000 >> connections to a server > > That would certainly qualify for the "patently unreal" part, but I don't > know what else you want to prove here. Thank you for not telling it to one of my servers which is running around with about 100000 concurrent connections biting its tail. I wouldn't like to hurt its feelings. And I've got the feeling that it will have to bear a bit more of that beating. Noses. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 6: 8:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sivka.carrier.kiev.ua (sivka.carrier.kiev.ua [193.193.193.101]) by hub.freebsd.org (Postfix) with ESMTP id 5776137B423 for ; Thu, 31 May 2001 06:07:56 -0700 (PDT) (envelope-from diman@asd-g.com) Received: from core.is.kiev.ua (p187.is.kiev.ua [62.244.5.187] (may be forged)) by sivka.carrier.kiev.ua (8/Kilkenny_is_better) with ESMTP id QCZ00110; Thu, 31 May 2001 16:07:44 +0300 (EEST) (envelope-from diman@asd-g.com) Received: from [10.203.1.10] ([10.203.1.10]) by core.is.kiev.ua (8.11.1/ASDG-2.3-NR) with ESMTP id f4VD7dM42334; Thu, 31 May 2001 16:07:41 +0300 (EEST) (envelope-from diman@asd-g.com) Date: Thu, 31 May 2001 13:03:52 +0000 (GMT) From: diman X-Sender: diman@portal.none.ua To: Jiangyi Liu Cc: freebsd-hackers@FreeBSD.ORG Subject: FIX needed. Was: Weird PT_DETACH In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-868826533-991314232=:266" Sender: owner-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-868826533-991314232=:266 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello, guys. Jiangui Liu told right thing - next code fragment creates a SIGKILL immune allproc entry: --begin------------------------------------------------------ #include #include #include #include int main() { ptrace(PT_TRACE_ME, 0, 0, 0); puts("never kill me"); execve("/bin/sh", NULL, NULL); } --end------------------------------------------------------- Ok, lets see.. > ./im [1]+ Stopped ./im > ps -O flags -p 473 PID F TT STAT TIME COMMAND 473 5806 v1 TX 0:00.00 (sh) > We have: flags = 0x05806 = P_CONTROLT | P_INMEM | P_TRACED | P_WAITED | P_EXEC state = SSTOP In such state SIGKILL never will be delivered (+1000 kern_sig.c) Attached is an *attempt* to fix the problem - please expertise and correct me (patch made against 4.1.1R) Another problem(?) Jiangui found considers PT_DETACH ptrace(2) call. While i'm attaching to a running process via PT_ATTACH, PT_DETACH works well as expected. If i instead use PT_TRACE_ME -> execve -> PT_DETACH, child always got killed by SIGTRAP. I'm not sure it's a bug - needs play a bit more with gdb... .. Attached is a simple program i used for tests. Note that Jiangyi Liu reported same effects on 4.3-S. Sorry Jiangyi Liu, I wrong understood you yesterday - needs more more more sleeping :~) Best Regards. > On 30 May 2001, Jiangyi Liu wrote: > > > Hi all, > > > > The ptrace(2) man page is probably outdated. I used PT_DETACH in the > > following code, but it didn't run ./test. I also tried to use > > ptrace(PT_DETACH, pid, (caddr_t)1, 0) to detach, but it failed too. > > > > BTW, if I omit wait(0) and ptrace(PT_DETACH, ...) in the code, after > > it runs there is a process sticking to the system. Even kill -9 can't > > kill it. > > > > $ ps aux | grep jyliu > > ... > > jyliu 423 0.0 0.1 216 100 p2 TX 7:41AM 0:00.00 (test) > > ... > > $ kill -9 423 > > $ ps aux | grep jyliu > > ... > > jyliu 423 0.0 0.1 216 100 p2 TX 7:41AM 0:00.00 (test) > > ... > > > > So it's still there. Quite funny. Any clue? > > > > Jiangyi > > > > ---code begins here > > #include > > #include > > #include > > > > int main() > > { > > pid_t pid; > > > > if(!(pid=fork())) { > > /* child */ > > ptrace(PT_TRACE_ME, 0, 0, 0); > > puts("child speaking"); > > execve("./test", NULL, NULL); > > } else { > > wait(0); > > ptrace(PT_DETACH, pid, 0, 0); > > exit(0); > > } > > } > > ---code ends here --0-868826533-991314232=:266 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dd.c" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="dd.c" I2luY2x1ZGUgPHVuaXN0ZC5oPg0KI2luY2x1ZGUgPHN5cy90eXBlcy5oPg0K I2luY2x1ZGUgPHN5cy9wdHJhY2UuaD4NCiNpbmNsdWRlIDxzeXMvd2FpdC5o Pg0KI2luY2x1ZGUgPHNpZ25hbC5oPg0KDQppbnQgbWFpbihpbnQgYWMsIGNo YXIgKiphdikgew0KCXBpZF90IHBpZD0wOw0KCWludCBzLCAJCWk9MDsNCiAg ICAgDQoJaWYgKCBhYyA+IDEpIHsNCgkJcGlkID0gYXRvaSggYXZbMV0gKTsN CgkJDQoJCWlmICggMCA+IHB0cmFjZShQVF9BVFRBQ0gscGlkLDAsMCkgKSB7 DQoJCQlwcmludGYoImNhbid0IGF0dGFjaCB0byAlZFxuIixwaWQpOw0KIAkJ CWV4aXQoMCk7DQogCQl9DQogCQkNCiAgICAgCX0gZWxzZQ0KICAgICAJCXBp ZCA9IGZvcmsoKTsNCiAgICAgCQ0KCWlmICggIXBpZCApIHsgLyogY2hpbGQg LSB1bnJlYWNoZWQgaWYgYXR0YWNoaW5nIG1vZGUgKi8NCiANCiAgICAgICAg IAkvKiBzbGVlcCBhIGJpdCB0byBtYWtlIHBhcmVudCBhYmxlIGlzc3VlIHdh aXQgKi8NCgkJdXNsZWVwKDEwMDAwMCk7DQoJCXB0cmFjZShQVF9UUkFDRV9N RSwgMCwgMCwgMCk7DQogCQ0KIAkJcHV0cygiLS0gY2hpbGQgc3BlYWtpbmci KTsNCgkJZXhlY3ZlKCIvYmluL2RmIiwgTlVMTCwgTlVMTCk7DQoJDQoJfSBl bHNlIC8qICAgIHdhaXQgZm9yIGNoaWxkL2luZmVyaW9yICAgICovDQoJDQoJ ICB3aGlsZSAoIDAgPCB3YWl0cGlkKHBpZCwmcywwKSApIHsNCg0KCQlpZiAo IFdJRlNJR05BTEVEKHMpICkgew0KCQkJcHJpbnRmKCItLSAlZCBleGl0ZWQg JXNcbiIsDQoJCQlwaWQsIFdDT1JFRFVNUChzKSA/ICJjb3JlIGR1bXBlZCI6 ICIiICk7DQoJCQlleGl0KDApOw0KCQl9DQoNCg0KCQlpZiAoIFdJRkVYSVRF RChzKSApIHsNCgkJCXByaW50ZigiLS0gJWQgZXhpdGVkIHdpdGggc3RhdHVz ICVkXG4iLAlcDQoJCQlwaWQsIFdFWElUU1RBVFVTKHMpICk7DQoJCQlleGl0 KDApOw0KCQl9DQoNCgkJaWYgKCBXSUZTVE9QUEVEKHMpICkgew0KDQoJCQlw cmludGYoIi0tICVkIHN0b3BwZWQgb24gc2lnbmFsICVkXG4iLAlcDQoJCQlw aWQsIFdTVE9QU0lHKHMpICk7DQoJCQkNCgkJCWlmKCAhaSApIHsNCgkJCQlw cmludGYoIi0tIFBUX0NPTlRJTlVFIGl0Li5cbiIpOw0KCQkJCXB0cmFjZShQ VF9DT05USU5VRSwgcGlkLCAoY2FkZHJfdCkxLCAwKTsNCgkJCX0gZWxzZSB7 DQoJCQkJcHJpbnRmKCItLSBQVF9ERVRBQ0ggaXQuLlxuIik7DQoJCQkJcHRy YWNlKFBUX0RFVEFDSCwgcGlkLCAoY2FkZHJfdCkxLCBTSUdDT05UKTsNCgkJ CX0NCgkJCWkgKys7DQoNCgkJfSBlbHNlDQoJCQlwcmludGYoIi8qIG5vdCBy ZWFjaGVkICovXG4iKTsJDQoNCgl9DQp9DQoNCg0KDQo= --0-868826533-991314232=:266 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="kern_sig.patch" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="kern_sig.patch" KioqIC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2lnLmMub2xkCVRodSBNYXkg MzEgMTI6MjU6NTIgMjAwMQ0KLS0tIC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5f c2lnLmMJVGh1IE1heSAzMSAxMjoxOToxOSAyMDAxDQoqKioqKioqKioqKioq KioNCioqKiAxMTIwLDExMzYgKioqKg0KICANCiAgCWNhc2UgU1NUT1A6DQog IAkJLyoNCiAgCQkgKiBJZiB0cmFjZWQgcHJvY2VzcyBpcyBhbHJlYWR5IHN0 b3BwZWQsDQogIAkJICogdGhlbiBubyBmdXJ0aGVyIGFjdGlvbiBpcyBuZWNl c3NhcnkuDQogIAkJICovDQogIAkJaWYgKHAtPnBfZmxhZyAmIFBfVFJBQ0VE KQ0KICAJCQlnb3RvIG91dDsNCiAgDQotIAkJLyoNCi0gCQkgKiBLaWxsIHNp Z25hbCBhbHdheXMgc2V0cyBwcm9jZXNzZXMgcnVubmluZy4NCi0gCQkgKi8N Ci0gCQlpZiAoc2lnID09IFNJR0tJTEwpDQotIAkJCWdvdG8gcnVuZmFzdDsN CiAgDQogIAkJaWYgKHByb3AgJiBTQV9DT05UKSB7DQogIAkJCS8qDQotLS0g MTEyMCwxMTM3IC0tLS0NCiAgDQogIAljYXNlIFNTVE9QOg0KICAJCS8qDQor IAkJICogS2lsbCBzaWduYWwgYWx3YXlzIHNldHMgcHJvY2Vzc2VzIHJ1bm5p bmcuDQorIAkJICovDQorIAkJaWYgKHNpZyA9PSBTSUdLSUxMKQ0KKyAJCQln b3RvIHJ1bmZhc3Q7DQorIA0KKyAJCS8qDQogIAkJICogSWYgdHJhY2VkIHBy b2Nlc3MgaXMgYWxyZWFkeSBzdG9wcGVkLA0KICAJCSAqIHRoZW4gbm8gZnVy dGhlciBhY3Rpb24gaXMgbmVjZXNzYXJ5Lg0KICAJCSAqLw0KICAJCWlmIChw LT5wX2ZsYWcgJiBQX1RSQUNFRCkNCiAgCQkJZ290byBvdXQ7DQogIA0KICAN CiAgCQlpZiAocHJvcCAmIFNBX0NPTlQpIHsNCiAgCQkJLyoNCg== --0-868826533-991314232=:266-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 10:43:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netbank.com.br (garrincha.netbank.com.br [200.203.199.88]) by hub.freebsd.org (Postfix) with ESMTP id 908B337B422 for ; Thu, 31 May 2001 10:43:52 -0700 (PDT) (envelope-from riel@conectiva.com.br) Received: from surriel.ddts.net (1-034.cwb-adsl.brasiltelecom.net.br [200.193.160.34]) by netbank.com.br (Postfix) with ESMTP id 23EA94682D; Thu, 31 May 2001 14:41:53 -0300 (BRST) Received: from localhost (mffeqj@localhost [127.0.0.1]) by surriel.ddts.net (8.11.3/8.11.2) with ESMTP id f4VHhZP09609; Thu, 31 May 2001 14:43:35 -0300 Date: Thu, 31 May 2001 14:43:35 -0300 (BRST) From: Rik van Riel X-Sender: riel@imladris.rielhome.conectiva To: "Albert D. Cahalan" Cc: tlambert2@mindspring.com, freebsd-hackers@FreeBSD.ORG, jandrese@mitre.org Subject: Re: Real "technical comparison" In-Reply-To: <200105310120.f4V1KIw327035@saturn.cs.uml.edu> Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.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 On Wed, 30 May 2001, Albert D. Cahalan wrote: > > I would suggest a better test would be to open _at least_ > > 250,000 connections to a server running under both FreeBSD > > and Linux. I was able to do this without breaking a sweat > > on a correctly configured FreeBSD 4.3 system. > > How about a real benchmark? Good question indeed. All proposed benchmarks in this thread have been geared heavily towards one system or the other and are not at all "industry standard" benchmarks. > At www.spec.org I see SPECweb99 numbers for Solaris, AIX, > Linux, Windows, Tru64, and HP-UX. FreeBSD must be hiding, > because I don't see it. BSDI, Walnut Creek, and WindRiver > all have failed to submit results. > Linux is still #1 for 1 to 4 processors. The 8-way results > need to be redone on newer hardware (Windows is ahead now) > and Linux doesn't have 6-way or 12-way numbers. Last I heard the 8-way result with Windows had an "NC" (not qualified) next to it. OTOH, Linux' 8-way numbers still leave a lot to be desired ... > Go on, show some numbers. Stop hiding. *nod* We can all brag about our performance being better than the others, but unless some actual numbers on a standardised benchmark are being published, it's nothing more than just bragging and bullshitting each other. If FreeBSD's performance is as good as people say (which I'm not doubting, at least as far as the realistic claims go), then where are those impressively high specweb numbers? ;) regards, Rik -- Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose... http://www.surriel.com/ http://distro.conectiva.com/ Send all your spam to aardvark@nl.linux.org (spam digging piggy) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 10:46: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netbank.com.br (garrincha.netbank.com.br [200.203.199.88]) by hub.freebsd.org (Postfix) with ESMTP id 669B537B619 for ; Thu, 31 May 2001 10:46:03 -0700 (PDT) (envelope-from riel@conectiva.com.br) Received: from surriel.ddts.net (1-034.cwb-adsl.brasiltelecom.net.br [200.193.160.34]) by netbank.com.br (Postfix) with ESMTP id 07C8446821; Thu, 31 May 2001 14:44:09 -0300 (BRST) Received: from localhost (trgbyx@localhost [127.0.0.1]) by surriel.ddts.net (8.11.3/8.11.2) with ESMTP id f4VHjuP09646; Thu, 31 May 2001 14:45:56 -0300 Date: Thu, 31 May 2001 14:45:56 -0300 (BRST) From: Rik van Riel X-Sender: riel@imladris.rielhome.conectiva To: Noses Cc: hackers@FreeBSD.ORG Subject: Re: Real "technical comparison" In-Reply-To: <200105311218.f4VCID691023@proxon.bnc.net> Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.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 On Thu, 31 May 2001, Noses wrote: > Thank you for not telling it to one of my servers which is running > around with about 100000 concurrent connections biting its tail. I > wouldn't like to hurt its feelings. And I've got the feeling that it > will have to bear a bit more of that beating. Interesting, what's that thing doing ? Mmm, now that I think of it, at least one company wants to run a stateful firewall & VPN endpoint with well over 128.000 connections too (and on Linux 2.4, even ... this would be an interesting thing to test). regards, Rik -- Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose... http://www.surriel.com/ http://distro.conectiva.com/ Send all your spam to aardvark@nl.linux.org (spam digging piggy) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 11: 9:38 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 942EF37B422 for ; Thu, 31 May 2001 11:09:33 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f4VI9C896896; Thu, 31 May 2001 20:09:12 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200105311809.f4VI9C896896@freebsd.dk> Subject: Re: Real "technical comparison" In-Reply-To: "from Rik van Riel at May 31, 2001 02:43:35 pm" To: Rik van Riel Date: Thu, 31 May 2001 20:09:11 +0200 (CEST) Cc: "Albert D. Cahalan" , tlambert2@mindspring.com, freebsd-hackers@FreeBSD.ORG, jandrese@mitre.org X-Mailer: ELM [version 2.4ME+ PL88 (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 Rik van Riel wrote: > > At www.spec.org I see SPECweb99 numbers for Solaris, AIX, > > Linux, Windows, Tru64, and HP-UX. FreeBSD must be hiding, > > because I don't see it. BSDI, Walnut Creek, and WindRiver > > all have failed to submit results. > > > Linux is still #1 for 1 to 4 processors. The 8-way results > > need to be redone on newer hardware (Windows is ahead now) > > and Linux doesn't have 6-way or 12-way numbers. > > Last I heard the 8-way result with Windows had an "NC" > (not qualified) next to it. OTOH, Linux' 8-way numbers > still leave a lot to be desired ... > > > Go on, show some numbers. Stop hiding. > > *nod* If somebody sends me the 800 US$ the software costs, or better get me the software for free (we are a free OS right) I'll gladly run it through a variety of machines here... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 11:13: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id D4C5437B422 for ; Thu, 31 May 2001 11:13:00 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 75892 invoked by uid 1000); 31 May 2001 18:13:21 -0000 Date: Thu, 31 May 2001 20:13:21 +0200 From: "Karsten W. Rohrbach" To: "Heimes, Rene" Cc: freebsd-hackers@freebsd.org Subject: Re: changing the date format Message-ID: <20010531201321.O69543@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , "Heimes, Rene" , freebsd-hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="eQyCKlb8USywWNtC" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rh@com-con.net on Thu, May 31, 2001 at 01:58:26PM +0100 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --eQyCKlb8USywWNtC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Heimes, Rene(rh@com-con.net)@2001.05.31 13:58:26 +0000: > hiho there! >=20 > on our freeBSD 4.1 systems we need to customize the date format. anyone > got a hint how to do that? by the way, is it possible to customize the date(1) has information about applying a format string from the shell. strftime(3) tells you about the format strings > system language to german language? login.conf(5) look for "lang" in the "environment" section german manpages should reside in /usr/ports/german/manpages software which uses gettext should install the appropriate catalogs for de_DE i think. if you installed gettext look in /usr/local/share/gettext/ABOUT-NLS for more info. have fun /k --=20 > I can emulate the Beta-version of every C #include > program I've ever written in two lines! -> main() {raise(11);} KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.n= et/ karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- catch@spam.de GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 B= F46 --eQyCKlb8USywWNtC 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 iD8DBQE7FonAM0BPTilkv0YRAljkAKCE+eaQ0oXGDv+zTqu6HqZ7EJsFGQCffpt2 3jIAZCaPXqkatRTw/xIpSLA= =X4xX -----END PGP SIGNATURE----- --eQyCKlb8USywWNtC-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 11:48: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netbank.com.br (garrincha.netbank.com.br [200.203.199.88]) by hub.freebsd.org (Postfix) with ESMTP id 61FB937B422 for ; Thu, 31 May 2001 11:48:05 -0700 (PDT) (envelope-from riel@conectiva.com.br) Received: from surriel.ddts.net (1-034.cwb-adsl.brasiltelecom.net.br [200.193.160.34]) by netbank.com.br (Postfix) with ESMTP id BE6FA46819; Thu, 31 May 2001 15:46:04 -0300 (BRST) Received: from localhost (yewjun@localhost [127.0.0.1]) by surriel.ddts.net (8.11.3/8.11.2) with ESMTP id f4VIlqP10541; Thu, 31 May 2001 15:47:52 -0300 Date: Thu, 31 May 2001 15:47:52 -0300 (BRST) From: Rik van Riel X-Sender: riel@imladris.rielhome.conectiva To: =?X-UNKNOWN?Q?S=F8ren_Schmidt?= Cc: "Albert D. Cahalan" , tlambert2@mindspring.com, freebsd-hackers@FreeBSD.ORG, jandrese@mitre.org Subject: Re: Real "technical comparison" In-Reply-To: <200105311809.f4VI9C896896@freebsd.dk> Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN 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 Thu, 31 May 2001, Søren Schmidt wrote: > If somebody sends me the 800 US$ the software costs, or better > get me the software for free (we are a free OS right) I'll gladly > run it through a variety of machines here... If you think this is the problem, I'll happily chip in $50; it would be interesting to see some numbers... Note that I'll drop offline for a week or so now, I'll be unplugging my laptop in a minute to display my gf's lecture's slides and then I'll be off for holidays ;) Rik -- Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose... http://www.surriel.com/ http://distro.conectiva.com/ Send all your spam to aardvark@nl.linux.org (spam digging piggy) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 13: 5:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from saturn.bsdhome.com (unknown [24.25.2.193]) by hub.freebsd.org (Postfix) with ESMTP id A81D937B424 for ; Thu, 31 May 2001 13:05:46 -0700 (PDT) (envelope-from bsd@bsdhome.com) Received: from vger.bsdhome.com (jupiter [192.168.220.13]) by saturn.bsdhome.com (8.11.3/8.11.3) with ESMTP id f4VK5VC07117; Thu, 31 May 2001 16:05:31 -0400 (EDT) Received: (from bsd@localhost) by vger.bsdhome.com (8.11.3/8.11.3) id f4VK5Cv30331; Thu, 31 May 2001 16:05:12 -0400 (EDT) (envelope-from bsd) Date: Thu, 31 May 2001 16:05:12 -0400 From: Brian Dean To: "Nickolay A. Kritsky" Cc: hackers@FreeBSD.ORG Subject: Re: Debuggers for FreeBSD Message-ID: <20010531160512.A29866@vger.bsdhome.com> References: <00ef01c0e820$bd2bb690$0600a8c0@ibmka.internethelp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <00ef01c0e820$bd2bb690$0600a8c0@ibmka.internethelp.ru>; from nkritsky@internethelp.ru on Tue, May 29, 2001 at 01:21:27PM +0400 Sender: owner-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, May 29, 2001 at 01:21:27PM +0400, Nickolay A. Kritsky wrote: > BTW - is it true that FreeBSD kernel started supporting DRx > registers only from version 4.2? Do i need to upgrade? The kernel supported the IA32 debug registers, DR0-DR7, in 4.0-RELEASE, however, gdb did not make use of them until later. IIRC, gdb support for the debug registers came in the 4.1.1-RELEASE of FreeBSD. -Brian -- Brian Dean bsd@FreeBSD.org bsd@bsdhome.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 13:15:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.noos.fr (verlaine.noos.net [212.198.2.73]) by hub.freebsd.org (Postfix) with ESMTP id 984E637B424 for ; Thu, 31 May 2001 13:15:08 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 42962460 invoked by uid 0); 31 May 2001 19:58:59 -0000 Received: from d081.dhcp212-198-228.noos.fr (HELO gits.dyndns.org) ([212.198.228.81]) (envelope-sender ) by verlaine.noos.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 31 May 2001 19:58:59 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.3/8.11.3) id f4VJww035078; Thu, 31 May 2001 21:58:58 +0200 (CEST) (envelope-from root) Message-Id: <200105311958.f4VJww035078@gits.dyndns.org> Subject: Re: FreeBSD/VAX anyone interested? In-Reply-To: To: Cyrille Lefevre Date: Thu, 31 May 2001 21:58:56 +0200 (CEST) Cc: Gunther Schadow , freebsd-hackers@freebsd.org Reply-To: clefevre@redirect.to From: Cyrille Lefevre Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C X-Mailer: ELM [version 2.4ME+ PL92 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit 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 > Gunther Schadow writes: > > > I got some VAXen 6420, big machines. Mine has 6 CPUs. I was planning > > to boot myself with Ultrix, and then go on with NetBSD. Even > > NetBSD's port-vax needs some tweaking for my hardware, XMI and > > BI bus support is blank. I am with FreeBSD forever and FreeBSD > > has SMP which NetBSD has not. I want to run all of my 6 CPUs > > not just one. So, I am thinking about taking the Alpha port and > > reverse hacking it into a VAX port with lots of cheating with > > the NetBSD code. FYI, a message titled "NetBSD/vax now runs multicpu" has just been posted today in announce@netbsd.org : http://mail-index.netbsd.org/netbsd-announce/2001/05/31/0000.html hope this help. Cyrille. -- home: mailto:clefevre@redirect.to UNIX is user-friendly; it's just particular work: mailto:Cyrille.Lefevre@edf.fr about who it chooses to be friends with. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 15:23:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web10105.mail.yahoo.com (web10105.mail.yahoo.com [216.136.130.55]) by hub.freebsd.org (Postfix) with SMTP id 19EE937B496 for ; Thu, 31 May 2001 15:23:49 -0700 (PDT) (envelope-from gbbrehm@yahoo.com) Message-ID: <20010531222349.88553.qmail@web10105.mail.yahoo.com> Received: from [207.97.108.1] by web10105.mail.yahoo.com; Thu, 31 May 2001 15:23:49 PDT Date: Thu, 31 May 2001 15:23:49 -0700 (PDT) From: G Brehm 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 auth d03f408e unsubscribe freebsd-hackers \gbbrehm@yahoo.com __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.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 May 31 17:32:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from public.guangzhou.gd.cn (mail2-smtp.guangzhou.gd.cn [202.105.65.222]) by hub.freebsd.org (Postfix) with SMTP id 36AA437B422 for ; Thu, 31 May 2001 17:32:39 -0700 (PDT) (envelope-from gzjyliu@public.guangzhou.gd.cn) Received: from fatcow.home([203.93.59.244]) by public.guangzhou.gd.cn(JetMail 2.5.3.0) with SMTP id jm123b174ee8; Fri, 1 Jun 2001 00:30:54 -0000 Received: (from jyliu@localhost) by fatcow.home (8.11.3/8.11.3) id f510WOU00470; Fri, 1 Jun 2001 08:32:24 +0800 (CST) (envelope-from gzjyliu@public.guangzhou.gd.cn) X-Authentication-Warning: fatcow.home: jyliu set sender to gzjyliu@public.guangzhou.gd.cn using -f To: diman Subject: Re: FIX needed. Was: Weird PT_DETACH References: Cc: freebsd-hackers@FreeBSD.org From: Jiangyi Liu Date: 01 Jun 2001 08:32:23 +0800 In-Reply-To: Message-ID: <878zjdnip4.fsf@fatcow.home> Lines: 38 User-Agent: Gnus/5.090001 (Oort Gnus v0.01) Emacs/20.7 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, diman writes: > > Another problem(?) Jiangui found considers PT_DETACH ptrace(2) > call. While i'm attaching to a running process via PT_ATTACH, > PT_DETACH works well as expected. > If i instead use PT_TRACE_ME -> execve -> PT_DETACH, > child always got killed by SIGTRAP. > I'm not sure it's a bug - needs play a bit more with gdb... .. > Maybe it's not a bug. It's a feature. :-) Notice execve() in sys/kern/kern_exec.c: /* * If tracing the process, trap to debugger so breakpoints * can be set before the program executes. */ STOPEVENT(p, S_EXEC, 0); if (p->p_flag & P_TRACED) psignal(p, SIGTRAP); > Attached is a simple program i used for tests. > Note that Jiangyi Liu reported same effects on 4.3-S. > > Sorry Jiangyi Liu, I wrong understood you yesterday - > needs more more more sleeping :~) > Never mind. Maybe enough sleeping and morning jogging do good to hacking. But it's almost impossible. :-) Cheers, Jiangyi Liu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 19:57:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id DF64537B422 for ; Thu, 31 May 2001 19:57:48 -0700 (PDT) (envelope-from fmela0@sm.socccd.cc.ca.us) Received: from sm.socccd.cc.ca.us (pool0476.cvx4-bradley.dialup.earthlink.net [209.178.147.221]) by falcon.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id TAA22135 for ; Thu, 31 May 2001 19:57:16 -0700 (PDT) Message-ID: <3B170531.47E6724F@sm.socccd.cc.ca.us> Date: Thu, 31 May 2001 20:00:01 -0700 From: Farooq Mela X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: _ANSI_SOURCE vs. _ANSI_C_SOURCE 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 Hey -hackers, I am wondering why some operating systems use the macro _ANSI_SOURCE while others (ie Linux) use _ANSI_C_SOURCE to indicate that the source compiled is ANSI-compliant (and similarly with _POSIX_SOURCE and _POSIX_C_SOURCE). I have neither copies of the ANSI nor POSIX spec, and I don't see any mention of either of these in APUE. So I'm guessing these are sort of de-facto macros that are being used. Can somebody shed some light on why these are different, and why some have the _C in the middle? -- farooq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 31 21:29:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 19C4D37B422 for ; Thu, 31 May 2001 21:29:39 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id B31243E2F for ; Thu, 31 May 2001 21:29:38 -0700 (PDT) To: hackers@freebsd.org Subject: Fixing documented bug in env(1) Date: Thu, 31 May 2001 21:29:38 -0700 From: Dima Dorfman Message-Id: <20010601042938.B31243E2F@bazooka.unixfreak.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 Hi folks, Right now, env(1) can't be used to run programs with an equals sign in them for obvious reasons (if it isn't obvious, read the man page :-). Although this is a documented shortcoming, it's quite unnecessary given how easy it is to fix it. Any objections to allowing '--' to mean "end of env. variable assignments"? Patch attached below. Thanks, Dima Dorfman dima@unixfreak.org Index: env/env.c =================================================================== RCS file: /stl/src/FreeBSD/src/usr.bin/env/env.c,v retrieving revision 1.5 diff -u -r1.5 env.c --- env/env.c 1999/08/27 08:59:31 1.5 +++ env/env.c 2001/06/01 04:27:41 @@ -73,6 +73,8 @@ } for (argv += optind; *argv && (p = strchr(*argv, '=')); ++argv) (void)setenv(*argv, ++p, 1); + if (*argv && strcmp(*argv, "--") == 0) + ++argv; if (*argv) { execvp(*argv, argv); err(1, "%s", *argv); @@ -86,6 +88,6 @@ usage() { (void)fprintf(stderr, - "usage: env [-] [-i] [name=value ...] [command]\n"); + "usage: env [-] [-i] [name=value ...] [--] [command]\n"); exit(1); } Index: printenv/printenv.1 =================================================================== RCS file: /stl/src/FreeBSD/src/usr.bin/printenv/printenv.1,v retrieving revision 1.10 diff -u -r1.10 printenv.1 --- printenv/printenv.1 2001/05/30 03:15:39 1.10 +++ printenv/printenv.1 2001/06/01 04:27:41 @@ -34,7 +34,7 @@ .\" @(#)printenv.1 8.1 (Berkeley) 6/6/93 .\" $FreeBSD: src/usr.bin/printenv/printenv.1,v 1.10 2001/05/30 03:15:39 dd Exp $ .\" -.Dd June 6, 1993 +.Dd May 29, 2001 .Dt PRINTENV 1 .Os BSD 3 .Sh NAME @@ -47,6 +47,7 @@ .Op Fl .Op Fl i .Op Ar name=value ...\& +.Op -- .Op Ar command .Sh DESCRIPTION .Nm Printenv @@ -80,6 +81,18 @@ .Ar name , with a value of .Ar value . +If the argument +.Ql -- +is found, +.Nm env +will assume that the argument(s) following it are part of +.Ar command , +instead of +.Ar name=value +pairs, +even if they have the +.Ql = +symbol in them. .Pp The options are as follows: .Bl -tag -width indent @@ -130,7 +143,3 @@ .Nm command appeared in .Bx 3.0 . -.Sh BUGS -.Nm Env -doesn't handle commands with equal (``='') signs in their -names, for obvious reasons. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 0:42:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from whizkidtech.net (r23.bfm.org [216.127.220.119]) by hub.freebsd.org (Postfix) with ESMTP id 07F2A37B424 for ; Fri, 1 Jun 2001 00:42:55 -0700 (PDT) (envelope-from adam@whizkidtech.net) Received: (from adam@localhost) by whizkidtech.net (8.11.3/8.11.3) id f517gZl00452 for hackers@FreeBSD.org; Fri, 1 Jun 2001 02:42:35 -0500 (CDT) (envelope-from adam) Date: Fri, 1 Jun 2001 02:42:34 -0500 From: "G. Adam Stanislav" To: hackers@FreeBSD.org Subject: What changed in ld? Message-ID: <20010601024234.A440@whizkidtech.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Organization: Whiz Kid Technomagic X-Assembly-Language: http://int80h.org/ X-Web-Search: http://phonecowboy.master.com/ X-Operating-System: FreeBSD whizkidtech.net 4.3-20010525-STABLE FreeBSD 4.3-20010525-STABLE Sender: owner-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 recently upgraded from FreeBSD 3.1 to 4.3-20010525-STABLE. I wrote a very simple assembly language program that was giving me a bus error. For several hours I have been trying to find what was wrong with it, but could not. Finally, out of desperation, I moved uninitialized data from .bss to .data, and suddenly the program worked without a problem. This puzzled me, so I used ld on an older program of mine, one of the programs from my assembly language tutorial (http://www.int80h.org/bsdasm/). It started giving me the same bus errors. The version I created under 3.1 continues to work fine. That tells me something has changed in the way ld handles the .bss section between 3.1 and 4.3 - either on purpose or as a bug. This completely invalidates my assembly language tutorial. If the change was on purpose, can someone please tell me what new switch I need to use with ld to recognize the .bss section as being bss? Thank you, Adam -- Perfection is for neurotics To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 3:55:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from malmo.trab.se (malmo.trab.se [131.115.48.10]) by hub.freebsd.org (Postfix) with ESMTP id 37F2237B423 for ; Fri, 1 Jun 2001 03:55:07 -0700 (PDT) (envelope-from Urban.E.Olsson@telia.se) Received: from trab-hermes.haninge.trab.se (trab-hermes.haninge.trab.se [131.115.158.15]) by malmo.trab.se (8.10.1/TRAB-primary-2) with ESMTP id f51AsjI12853; Fri, 1 Jun 2001 12:54:46 +0200 (MEST) Received: by trab-hermes.haninge.trab.se with Internet Mail Service (5.5.2448.0) id ; Fri, 1 Jun 2001 12:54:44 +0200 Message-ID: <778DFE9B4E3BD111A74E08002BA3DC0D03DA524A@trab-hermes.haninge.trab.se> From: Urban Olsson To: Bjoern Fischer , Urban Olsson Cc: freebsd-hackers@FreeBSD.ORG Subject: RE: modified FreeBSD gateway Date: Fri, 1 Jun 2001 12:54:43 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.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 Hi again, What I have done so far is to use the natd daemon as an example but I = have a problem. The divert seems to work but the problem is that I can=B4t get = the packets in my userspace program. Is there some specific port that I = should use for the divert socket? This is not very clear in the natd code. I = can=B4t find where the port is set and if it is a special port reserved for the divert sockets. << Urban > -----Original Message----- > From: Bjoern Fischer [mailto:bfischer@Techfak.Uni-Bielefeld.DE] > Sent: Thursday, May 24, 2001 3:31 PM > To: Urban Olsson > Cc: freebsd-hackers@FreeBSD.ORG > Subject: Re: modified FreeBSD gateway >=20 >=20 > Hello Urban, >=20 > > I have a question regarding modification of a FreeBSD=20 > gateway (the Internet > > gateway for a LAN). What I want to do is to have the=20 > gateway pick up the > > packets, modify the IP-header and resend the packet onto=20 > the network. This > > is a little bit like a NAT but I want to be able to do it=20 > differently and on > > my own terms. I guess that this means that I would be=20 > forced to rewrite the > > gateway source-code so it behaves as I want it to. >=20 > You can do this entirely in userspace. All you need is a=20 > divert socket. > See the manpage divert(4). >=20 > Bj=F6rn Fischer >=20 > --=20 > -----BEGIN GEEK CODE BLOCK----- > GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L---(++) !E=20 > W- N+ o>+ > K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G=20 > e+ h-- y+=20 > ------END GEEK CODE BLOCK------ >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 7:41:48 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 41A6837B422 for ; Fri, 1 Jun 2001 07:41:45 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 1 Jun 2001 15:41:44 +0100 (BST) To: freebsd-hackers@freebsd.org Subject: UFS large directory performance Date: Fri, 01 Jun 2001 15:41:44 +0100 From: Ian Dowse Message-ID: <200106011541.aa41502@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 Prompted by the recent discussion about performance with large directories, I had a go at writing some code to improve the situation without requiring any filesystem changes. Large directories can usually be avoided by design, but the performance hit is very annoying when it occurs. The namei cache may help for lookups, but each create, rename or delete operation always involves a linear sweep of the directory. The idea of this code is to maintain a throw-away in-core data structure for large directories, allowing all operations to be performed quickly without the need for a linear search. The experimental (read 'may trash your system'!) proof-of-concept patch is available at: http://www.maths.tcd.ie/~iedowse/FreeBSD/dirhash.diff The implementation uses a hash array that maps filenames to the directory offset where the corresponding directory entry exists. A simple spillover mechanism is used to deal with hash collisions, and some extra summary information permits the quick location of free space within the directory itself for create operations. The in-core data structures have a memory requirement approximately equal to half of the on-disk directory size. Currently there are two sysctls that determine when directories get hashed: vfs.ufs.dirhashminsize Minimum directory on-disk size for which hashing should be used (default 2.5k). vfs.ufs.dirhashmaxmem Maximum system-wide amount of memory to use for directory hashes (default 2Mb). Even on a relatively slow machine (200Mhz P5), I'm seeing a file creation speed that remains at around 1000 creations/second for directories with more than 100,000 entries. Without this patch, I get less than 20 creations per second on the same directory (in both cases soft-updates is enabled). To test, apply the patch, and add "options UFS_DIRHASH" to the kernel config. Currently there are a number of features missing, and there is a lot of code for debugging and sanity checking that may affect performance. The main issues I'm aware of are: - There is no LRU mechanism for directory hash data structures. The hash tables get freed when the in-code inode is recycled, but no attempt is made to free existing memory when the dirhashmaxmem limit is reached. - The lookup code does not optimise the case where successive offsets from the hash table are in the same filesystem block. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 9:30:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id C668737B422 for ; Fri, 1 Jun 2001 09:30:16 -0700 (PDT) (envelope-from obrien@nuxi.ucdavis.edu) Received: from dragon.nuxi.com (root@trang.muxi.com [206.40.252.115] (may be forged)) by relay.nuxi.com (8.11.2/8.11.2) with ESMTP id f51GU5l74207; Fri, 1 Jun 2001 09:30:05 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f51GU5804327; Fri, 1 Jun 2001 09:30:05 -0700 (PDT) (envelope-from obrien) Date: Fri, 1 Jun 2001 09:30:01 -0700 From: "David O'Brien" To: "G. Adam Stanislav" Cc: hackers@FreeBSD.org Subject: Re: What changed in ld? Message-ID: <20010601093000.A4306@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <20010601024234.A440@whizkidtech.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010601024234.A440@whizkidtech.net>; from adam@whizkidtech.net on Fri, Jun 01, 2001 at 02:42:34AM -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 Fri, Jun 01, 2001 at 02:42:34AM -0500, G. Adam Stanislav wrote: > I have recently upgraded from FreeBSD 3.1 to 4.3-20010525-STABLE. And thus upgraded your assembler and linker from GNU Binutils 2.9.1 to 2.10.1. When you upgrade to 4.4-FreeBSD you will get GNU Binutils 2.11. > That tells me something has changed in the way ld handles the .bss > section between 3.1 and 4.3 - either on purpose or as a bug. This would be a question for the GNU Binutils mailing list to find out why they changed anything. -- -- 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 Fri Jun 1 9:35:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id EBE9937B422 for ; Fri, 1 Jun 2001 09:35:26 -0700 (PDT) (envelope-from obrien@nuxi.ucdavis.edu) Received: from dragon.nuxi.com (root@trang.muxi.com [206.40.252.115] (may be forged)) by relay.nuxi.com (8.11.2/8.11.2) with ESMTP id f51GZQl74226; Fri, 1 Jun 2001 09:35:26 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f51GZMv04420; Fri, 1 Jun 2001 09:35:22 -0700 (PDT) (envelope-from obrien) Date: Fri, 1 Jun 2001 09:35:22 -0700 From: "David O'Brien" To: Dima Dorfman Cc: hackers@freebsd.org Subject: Re: Fixing documented bug in env(1) Message-ID: <20010601093521.B4306@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20010601042938.B31243E2F@bazooka.unixfreak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010601042938.B31243E2F@bazooka.unixfreak.org>; from dima@unixfreak.org on Thu, May 31, 2001 at 09:29:38PM -0700 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, May 31, 2001 at 09:29:38PM -0700, Dima Dorfman wrote: > Although this is a documented shortcoming, it's quite unnecessary > given how easy it is to fix it. Any objections to allowing '--' to > mean "end of env. variable assignments"? The orthoginal way (with grep, mv, et. al.) would be to use '==', not '--' as that is the problematic character. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 9:38:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by hub.freebsd.org (Postfix) with ESMTP id 5897837B43E for ; Fri, 1 Jun 2001 09:38:34 -0700 (PDT) (envelope-from seebs@plethora.net) Received: from guild.plethora.net (seebs@localhost.plethora.net [127.0.0.1]) by guild.plethora.net (8.10.1/8.10.1) with ESMTP id f51GcR524864 for ; Fri, 1 Jun 2001 11:38:28 -0500 (CDT) Message-Id: <200106011638.f51GcR524864@guild.plethora.net> From: seebs@plethora.net (Peter Seebach) Reply-To: seebs@plethora.net (Peter Seebach) To: hackers@FreeBSD.ORG Subject: Re: Fixing documented bug in env(1) In-reply-to: Your message of "Fri, 01 Jun 2001 09:35:22 PDT." <20010601093521.B4306@dragon.nuxi.com> Date: Fri, 01 Jun 2001 11:38:27 -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 In message <20010601093521.B4306@dragon.nuxi.com>, "David O'Brien" writes: >On Thu, May 31, 2001 at 09:29:38PM -0700, Dima Dorfman wrote: >> Although this is a documented shortcoming, it's quite unnecessary >> given how easy it is to fix it. Any objections to allowing '--' to >> mean "end of env. variable assignments"? >The orthoginal way (with grep, mv, et. al.) would be to use '==', not >'--' as that is the problematic character. Principle of least astonishment says that, sinec everyone else uses "--" to indicate the end of a series of "options", that's what env should do too. If you told users that there was a way to indicate the end of the option series, that's what they'd expect, because it's how all the other commands do it. -s To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 9:39: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id D08DC37B43C for ; Fri, 1 Jun 2001 09:39:00 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f51GcKG71718; Fri, 1 Jun 2001 09:38:20 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: <20010601024234.A440@whizkidtech.net> Date: Fri, 01 Jun 2001 09:38:23 -0700 (PDT) From: John Baldwin To: "G. Adam Stanislav" Subject: RE: What changed in ld? 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 01-Jun-01 G. Adam Stanislav wrote: > I have recently upgraded from FreeBSD 3.1 to 4.3-20010525-STABLE. > > I wrote a very simple assembly language program that was giving me > a bus error. For several hours I have been trying to find what was > wrong with it, but could not. > > Finally, out of desperation, I moved uninitialized data from .bss > to .data, and suddenly the program worked without a problem. > > This puzzled me, so I used ld on an older program of mine, one of > the programs from my assembly language tutorial > (http://www.int80h.org/bsdasm/). It started giving me the same > bus errors. The version I created under 3.1 continues to work > fine. > > That tells me something has changed in the way ld handles the .bss > section between 3.1 and 4.3 - either on purpose or as a bug. > This completely invalidates my assembly language tutorial. If the > change was on purpose, can someone please tell me what new switch > I need to use with ld to recognize the .bss section as being bss? binutils was upgraded from 2.9.x to 2.10.x as of 4.1 release. This might be a bug in the new ld. You might want to ask the binutils list about it. I don't have the address for it handy, but David O`Brien should. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "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 Fri Jun 1 9:40: 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 A08F437B423 for ; Fri, 1 Jun 2001 09:39:57 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.3/8.11.3) with SMTP id f51Gdif82022; Fri, 1 Jun 2001 12:39:45 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 1 Jun 2001 12:39:44 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Ian Dowse Cc: freebsd-hackers@freebsd.org Subject: Re: UFS large directory performance In-Reply-To: <200106011541.aa41502@salmon.maths.tcd.ie> 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 This is great -- once I finish moving back to Maryland (sometime mid-next-week) I'd be very interested in running this code on a -CURRENT mock-up of my Cyrus server, which regularly runs with 65,000+ file directories. I assume this is a -CURRENT patch set? (Mind you, I've found that most of the perceived "large directory suffering" people tell me about is running ls with sorting enabled :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services On Fri, 1 Jun 2001, Ian Dowse wrote: > > Prompted by the recent discussion about performance with large > directories, I had a go at writing some code to improve the situation > without requiring any filesystem changes. Large directories can > usually be avoided by design, but the performance hit is very > annoying when it occurs. The namei cache may help for lookups, but > each create, rename or delete operation always involves a linear > sweep of the directory. > > The idea of this code is to maintain a throw-away in-core data > structure for large directories, allowing all operations to be > performed quickly without the need for a linear search. The > experimental (read 'may trash your system'!) proof-of-concept patch > is available at: > > http://www.maths.tcd.ie/~iedowse/FreeBSD/dirhash.diff > > The implementation uses a hash array that maps filenames to the > directory offset where the corresponding directory entry exists. > A simple spillover mechanism is used to deal with hash collisions, > and some extra summary information permits the quick location of > free space within the directory itself for create operations. > > The in-core data structures have a memory requirement approximately > equal to half of the on-disk directory size. Currently there are > two sysctls that determine when directories get hashed: > > vfs.ufs.dirhashminsize Minimum directory on-disk size for which > hashing should be used (default 2.5k). > vfs.ufs.dirhashmaxmem Maximum system-wide amount of memory to > use for directory hashes (default 2Mb). > > Even on a relatively slow machine (200Mhz P5), I'm seeing a file > creation speed that remains at around 1000 creations/second for > directories with more than 100,000 entries. Without this patch, I > get less than 20 creations per second on the same directory (in > both cases soft-updates is enabled). > > To test, apply the patch, and add "options UFS_DIRHASH" to the > kernel config. > > Currently there are a number of features missing, and there is a > lot of code for debugging and sanity checking that may affect > performance. The main issues I'm aware of are: > - There is no LRU mechanism for directory hash data structures. The > hash tables get freed when the in-code inode is recycled, but no > attempt is made to free existing memory when the dirhashmaxmem limit > is reached. > - The lookup code does not optimise the case where successive > offsets from the hash table are in the same filesystem block. > > Ian > > 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 Jun 1 9:42:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 2874C37B423; Fri, 1 Jun 2001 09:42:36 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f51GgWG71846; Fri, 1 Jun 2001 09:42:32 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: Date: Fri, 01 Jun 2001 09:42:35 -0700 (PDT) From: John Baldwin To: Robert Watson Subject: Re: UFS large directory performance 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 01-Jun-01 Robert Watson wrote: > > This is great -- once I finish moving back to Maryland (sometime > mid-next-week) I'd be very interested in running this code on a -CURRENT > mock-up of my Cyrus server, which regularly runs with 65,000+ file > directories. I assume this is a -CURRENT patch set? > > (Mind you, I've found that most of the perceived "large directory > suffering" people tell me about is running ls with sorting enabled :-). You don't pipe ls(1) to sort(1)? :) -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "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 Fri Jun 1 9:51: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from summersault.com (nollie.summersault.com [208.196.32.199]) by hub.freebsd.org (Postfix) with SMTP id 0337337B424 for ; Fri, 1 Jun 2001 09:51:02 -0700 (PDT) (envelope-from mark@summersault.com) Received: (qmail 1124 invoked from network); 1 Jun 2001 16:50:58 -0000 Received: from hoobella.summersault.com (HELO summersault.com) (208.196.32.195) by nollie.summersault.com with SMTP; 1 Jun 2001 16:50:58 -0000 Message-ID: <3B17C7F4.7B6EBD28@summersault.com> Date: Fri, 01 Jun 2001 11:51:20 -0500 From: Mark Stosberg Reply-To: mark@summersault.com Organization: Summersault X-Mailer: Mozilla 4.77C-CCK-MCD {C-UDP; EBM-APPLE} (Macintosh; U; PPC) X-Accept-Language: en,pdf MIME-Version: 1.0 To: David Scheidt Cc: freebsd-hackers@freebsd.org Subject: Re: "find" and "quota" find different amounts of files (resolved) 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 David Scheidt wrote: > > :So "find" is reporting 2435 files, but "quota" is reporting 2537. Where > :could the difference be hiding? > : > These should match. Two things pop into my head as first possibilities. > First, you have a race. find(1) and quota(1) are looking at the disk at > different times. It's possible that the files got created in the time > between find looking at a directory and when quota is run. Whether that's > likely will depend on what the machine and the user are doing. > > If it's consistently like this, then maybe your quota file is corrupt. > Are you running quotacheck(8) at startup? I believe the rc.conf flag > for that is "check_quotas". If you can afford to take the machine down, > run quotacheck and see it fixes the problem. David, Your suggestion helped us resolve this. Running quotacheck again seemed to do the trick. Thanks for the tip! -mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 9:58:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148]) by hub.freebsd.org (Postfix) with ESMTP id 0205037B422 for ; Fri, 1 Jun 2001 09:58:05 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.138.21.Dial1.SanJose1.Level3.net [209.245.138.21]) by granger.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id MAA04498; Fri, 1 Jun 2001 12:57:47 -0400 (EDT) Message-ID: <3B17C9A7.5A6535D2@mindspring.com> Date: Fri, 01 Jun 2001 09:58:15 -0700 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: Kris Kennaway Cc: Mike Silbersack , Terry Lambert , hackers@FreeBSD.ORG Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE References: <20010527214531.R65666-100000@achilles.silby.com> <3B14D2AF.47CD9ECB@mindspring.com> <20010530050531.A64906@xor.obsecurity.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 Kris Kennaway wrote: > > > 1. Have the ata driver leave the write cache setting > > > alone by default, providing a sysctl which can cause > > > disabled or enabled if requested. When the default is > > > allowed, put something in dmesg which says "Note: Write > > > caching may be enabled. See ata(4) for the reliability > > > implications of this." > > > > You need to look at the code; it would be relatively hard > > to make this runtime tunable instead of boot-time tunable. > > Until recently it *was* a sysctl. Wrong code. Look at the soft updates code. It is not happy about when you yank its assumptions out from under it. It is particularly not happy when it gets enabled with cached data for which it has not created dependencies, as it was formerly disabled. This can be fixed by flushing out all vnode data from an FS to disk, so that there is no cached data, and all the subsequent operations which have cached data thereafter have dependencies created whenever the data is cached. The primary problem with doing exactly this, and making soft updates a runtime tunable as a mount option, is that there is also the data associated with the device vnode on which the FS is mounted, which needs to be flushed (it only needs to be tracked via the dependencies of the FS data, since no data that has been modified will end up cached without a dependencicy). Doing that is a little harder, but not impossible (once soft updates is running, the data from the FS is write-through cached, so it can be correctly noted when it has been committed to stable storage). Now if you want the write caching on the drive to be a runtime tunable, what you need is to either: (1) Provide a "flush write cache" function in the driver, so that it can be flushed the same as the dirty vnode data. Then you need to get the disk to quit lying to the OS so that the in core dependency graph remains valid (currently, the only way to do this is to replace your IDE disks with SCSI disks, or to find one of the nonexistant IDE manufacturers whose drives support tagged command queues, AND whose drives do not lie, as with tagged command queues they do not need to, AND implement a cache-to-disk notification to the host). (2) Make the tunable turn off soft updates at the same time, since at that point you are effectively doing async I/O anyway. Turning off soft updates not at boot time has some other nasty ramifications; they are (mostly) already handled in the unmount code, however. Really, if you are going to run with IDE write cache enabled, you might as well mount sync. I'm actually not positive that this will actually cause the metadata to be written sync, or if it will continue to allow the IDE drive to lie to the OS about commits to stable storage, when it was really only a commit to the write cache. I'm also not positive about the switching mechanism between sync and async sufficiently to know that, if you switch to sync from async, and there is data in the write cache that is dirty, that it gets written immediately instead of orphaned; if orphaned, it may be impossible toswitch from async to sync, without a huge latency. If it orphans data, or can't support both sync and async operations simultaneously, well, then enabling write caching should imply an async mount, for all the good it is going to do you. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 10:13:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110]) by hub.freebsd.org (Postfix) with ESMTP id 6138637B422 for ; Fri, 1 Jun 2001 10:13:09 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.138.21.Dial1.SanJose1.Level3.net [209.245.138.21]) by smtp6.mindspring.com (8.9.3/8.8.5) with ESMTP id NAA14250; Fri, 1 Jun 2001 13:13:01 -0400 (EDT) Message-ID: <3B17CD35.CC721100@mindspring.com> Date: Fri, 01 Jun 2001 10:13:25 -0700 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: Mike Silbersack Cc: Terry Lambert , hackers@freebsd.org Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE References: <20010530101415.D71465-100000@achilles.silby.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 Mike Silbersack wrote: > > As a friend of mine says "I can make it go as fast as you > > want, if it doesn't have to work"... > > You entirely missed my point. Yes, we could leave it at 0. > But if so, we should tell people so that they can make an > informed choice. If we don't make the choice obvious, people > are going to continue to be alarmed and confused as to why > their Linux boxes now run circles around their FreeBSD > boxes. This speed difference would be ok _if they knew why_. > > But they don't, at present. First of all, they do not "run circles" around FreeBSD; they kill the virgin reliability on the alter of the bloody god Benchmark. Second, FreeBSD has an incredible number of such options; this leads to several thorny questions: o How would you propose to offer people an informed choice? o How do you propose to convert the people from uninformed to informed? o Would you do this at install time? o If done at install time, isn't this a huge barrier to entry to new users? o Wouldn't a huge barrier to entry to new users be a worse liability than meaningless relative speed benchmarks, which can only be made after the system is installed? o Aren't what you really asking is to allow people to make their systems as unreliable as typical desktop systems? o People with servers which actually use their disks will typically use SCSI, and not see the problem anyway, right? So, are you going to put the "desktop vs. server" knob in sysinstall? Or are you going to write the: My Computer Properties Performance [File System] [Graphics] [Virtual Memory] Desktop widget for these people to use, so that the ease of use approaches that of the desktop systems in the second to last question? ...Inquiring minds want to know... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 10:15: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110]) by hub.freebsd.org (Postfix) with ESMTP id 30DE337B422 for ; Fri, 1 Jun 2001 10:14:59 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.138.21.Dial1.SanJose1.Level3.net [209.245.138.21]) by smtp6.mindspring.com (8.9.3/8.8.5) with ESMTP id NAA32760; Fri, 1 Jun 2001 13:14:49 -0400 (EDT) Message-ID: <3B17CDA4.8AADBD1@mindspring.com> Date: Fri, 01 Jun 2001 10:15:16 -0700 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: Peter Wemm Cc: Mike Silbersack , Terry Lambert , hackers@FreeBSD.ORG Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE References: <20010530153842.0E221380E@overcee.netplex.com.au> 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 Peter Wemm wrote: > Terry Lambert wrote: > > Mike Silbersack wrote: > > > 1. Have the ata driver leave the write cache setting > > > alone by default, providing a sysctl which can cause > > > disabled or enabled if requested. When the default is > > > allowed, put something in dmesg which says "Note: Write > > > caching may be enabled. See ata(4) for the reliability > > > implications of this." > > > > You need to look at the code; it would be relatively hard > > to make this runtime tunable instead of boot-time tunable. > > False. It is actually very easy to change at runtime if it > is done at a convenient time. We have had patches kicking > around for something like 6 months now that do this. The patches don't (and possibly can't) do enough to ensure a smooth transition. Among other things, they would have to turn off soft updates. Please see my other post on this subject. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 10:52:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 1788137B422 for ; Fri, 1 Jun 2001 10:52:44 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f51HqeS85237; Fri, 1 Jun 2001 10:52:40 -0700 (PDT) (envelope-from dillon) Date: Fri, 1 Jun 2001 10:52:40 -0700 (PDT) From: Matt Dillon Message-Id: <200106011752.f51HqeS85237@earth.backplane.com> To: Ian Dowse Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: UFS large directory performance References: <200106011541.aa41502@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 : :Prompted by the recent discussion about performance with large :directories, I had a go at writing some code to improve the situation :without requiring any filesystem changes. Large directories can :usually be avoided by design, but the performance hit is very :annoying when it occurs. The namei cache may help for lookups, but :each create, rename or delete operation always involves a linear :sweep of the directory. : :The idea of this code is to maintain a throw-away in-core data :structure for large directories, allowing all operations to be :performed quickly without the need for a linear search. The :experimental (read 'may trash your system'!) proof-of-concept patch :is available at: : : http://www.maths.tcd.ie/~iedowse/FreeBSD/dirhash.diff Ian, you've outdone yourself this time. This is outstanding! What are your commit plans? It looks extremely well contained, it could be committed to -current and then -stable a few days later without any destabilizing impact at all for when the option isn't specified. I really like the way you cut down the kernel memory required by making the hash table basically an array of doff_t's. That more then makes up for the nslot estimation wasteage. The only potential problem I see here is that you could end up seriously fragmenting the malloc pool you are using to allocate the slot arrays. And, of course, the two issues you brought up in regards to regularing memory use. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 11: 6:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 1ACA537B422; Fri, 1 Jun 2001 11:06:26 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f51I6PK85431; Fri, 1 Jun 2001 11:06:25 -0700 (PDT) (envelope-from dillon) Date: Fri, 1 Jun 2001 11:06:25 -0700 (PDT) From: Matt Dillon Message-Id: <200106011806.f51I6PK85431@earth.backplane.com> To: Robert Watson Cc: Ian Dowse , freebsd-hackers@FreeBSD.ORG Subject: Re: UFS large directory performance 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 :This is great -- once I finish moving back to Maryland (sometime :mid-next-week) I'd be very interested in running this code on a -CURRENT :mock-up of my Cyrus server, which regularly runs with 65,000+ file :directories. I assume this is a -CURRENT patch set? : :(Mind you, I've found that most of the perceived "large directory :suffering" people tell me about is running ls with sorting enabled :-). : :Robert N M Watson FreeBSD Core Team, TrustedBSD Project :robert@fledge.watson.org NAI Labs, Safeport Network Services I can see this really helping mail queue performance, especially when coupled with softupdates, and also helping samba (windoz likes to scan directories), and perhaps even squid to a degree. It won't beat an on-disk B+Tree, but it's about as close as you can get with UFS. And adding the free-space statistics is icing on the cake. This will also greatly reduce buffer cache lock contention on directories undergoing simultanious background I/O (aka softupdates). -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 11:13:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226]) by hub.freebsd.org (Postfix) with ESMTP id 98ACD37B423 for ; Fri, 1 Jun 2001 11:13:31 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.138.21.Dial1.SanJose1.Level3.net [209.245.138.21]) by blount.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id OAA04296; Fri, 1 Jun 2001 14:12:42 -0400 (EDT) Message-ID: <3B17DB35.10E24F09@mindspring.com> Date: Fri, 01 Jun 2001 11:13:09 -0700 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: Rik van Riel Cc: "Andresen,Jason R." , freebsd-hackers@FreeBSD.ORG Subject: Re: Real "technical comparison" 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 Rik van Riel wrote: > > On Wed, 30 May 2001, Terry Lambert wrote: > > > The intent of the "test" is obviously intended to show > > certain facts which we all know to be self-evident under > > strange load conditions which are patently "unreal". > > > I would suggest a better test would be to open _at least_ > > 250,000 connections to a server > > That would certainly qualify for the "patently > unreal" part, but I don't know what else you > want to prove here. I have a system ready to go to production that has been tested well in excess of that number of connections. My numbers over 250,000 are currently classified by the people paying me to do the work. You may remember when I found and fixed the cred structure reference count rollover at 32,7xx network connections, in 4.3, recently. That was for this project. > > This could easily be the case with, for example, a pager > > network or other content broadcasting system, or an EAI > > tool, such as IBM's MQ-Series. > > Doing a gigabit per second in 3kB per second connections > doesn't seem all that realistic when you realise that > they'll want their messages only acknowledged when they > are safely on disk, etc... Think "transactions". Consider that HTTP 1.1 persistant connections are frequently idle, as users view the pages they downloaded. In many applications, the speed is determined by the human needing to assimilate the information, which was presented quickly. Given average statistics on latency between page loads on browsers with humans attached to them, I rather expect that an HTTP 1.1 server that served 250,000 connections would have no trouble statistically keeping up with T1 speeds, for the full 250,000 connections; that's about the highest possible DSL rate, assuming your house was next door to the LATE. This is just a real-world example that a layman would be expected to intuitively understand, if they couldn't understand the pager network or content broadcasting system real-world examples. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 11:32:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (law2-f91.hotmail.com [216.32.181.91]) by hub.freebsd.org (Postfix) with ESMTP id 3898B37B422 for ; Fri, 1 Jun 2001 11:32:29 -0700 (PDT) (envelope-from restricted_data@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 1 Jun 2001 11:32:29 -0700 Received: from 66.72.128.168 by lw2fd.hotmail.msn.com with HTTP; Fri, 01 Jun 2001 18:32:28 GMT X-Originating-IP: [66.72.128.168] From: "**Restricted Data**" To: freebsd-hackers@freebsd.org Subject: idea Date: Fri, 01 Jun 2001 18:32:28 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 01 Jun 2001 18:32:29.0168 (UTC) FILETIME=[3698BF00:01C0EAC9] Sender: owner-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 have had this idea concept for awhile and thought I would hand it off to someone who could actually use it. I was thinking of a port dedicated to security patches. Something that would be setup in crontab to check for security updates every month,week,day,hour whatever the user chooses. Then once a update is found it would be unpacked and installed it would make life easyer for admins to have all their boxens do this. If this is stupid it's not my fault because I've been up for days and I'm tired. ;/ well kthnx plz gimmie a responce to tell me if you already working on this because i can't wait for this feature. -fbsd lover _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 12:31:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.bfm.org (mail.bfm.org [216.127.218.26]) by hub.freebsd.org (Postfix) with ESMTP id B701F37B422; Fri, 1 Jun 2001 12:31:10 -0700 (PDT) (envelope-from adam@whizkidtech.net) Received: from WhizKid (r46.bfm.org [216.127.220.142]) by mail.bfm.org (Post.Office MTA v3.5.3 release 223 ID# 0-52399U2500L250S0V35) with SMTP id org; Fri, 1 Jun 2001 14:35:28 -0500 Message-Id: <3.0.6.32.20010601143040.00e0d620@mail85.pair.com> X-Sender: whizkid@mail85.pair.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Fri, 01 Jun 2001 14:30:40 -0500 To: obrien@FreeBSD.org From: "G. Adam Stanislav" Subject: Re: What changed in ld? Cc: hackers@FreeBSD.org In-Reply-To: <20010601093000.A4306@dragon.nuxi.com> References: <20010601024234.A440@whizkidtech.net> <20010601024234.A440@whizkidtech.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 At 09:30 01-06-2001 -0700, David O'Brien wrote: >This would be a question for the GNU Binutils mailing list to find out >why they changed anything. Thank you. I did as you suggested, and found a solution. Thanks again, Adam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 14:59:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from luke.immure.com (luke.immure.com [207.8.42.74]) by hub.freebsd.org (Postfix) with ESMTP id 5171137B422 for ; Fri, 1 Jun 2001 14:59:35 -0700 (PDT) (envelope-from bob@luke.immure.com) Received: (from bob@localhost) by luke.immure.com (8.11.2/8.11.3) id f51LxYW24996 for freebsd-hackers@freebsd.org; Fri, 1 Jun 2001 16:59:34 -0500 (CDT) (envelope-from bob) Date: Fri, 1 Jun 2001 16:59:34 -0500 From: Bob Willcox To: hackers list Subject: How to stop console messages to rlogin sessions? Message-ID: <20010601165934.A24796@luke.immure.com> Reply-To: Bob Willcox 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 have just upgraded my debug/test systems here to 4.3-stable and I'm now getting all of my device driver printf's spewed to my root rlogin windows. When these two systems were 4.0 and 4.2 these messages weren't printed here (I am capturing them on the serial port). How do I revert this so that when I rlogin as root to these boxes the kernel printf's don't get written to my rlogin session? Thanks, Bob -- Bob Willcox Egotist, n.: bob@vieo.com A person of low taste, more interested in himself than me. Austin, TX -- Ambrose Bierce, "The Devil's Dictionary" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 15:16:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from johnson.mail.mindspring.net (johnson.mail.mindspring.net [207.69.200.177]) by hub.freebsd.org (Postfix) with ESMTP id 6AEAB37B424 for ; Fri, 1 Jun 2001 15:16:53 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.128.214.Dial1.SanJose1.Level3.net [209.245.128.214]) by johnson.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id SAA29165; Fri, 1 Jun 2001 18:16:42 -0400 (EDT) Message-ID: <3B181465.25B1311A@mindspring.com> Date: Fri, 01 Jun 2001 15:17:09 -0700 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: "Albert D. Cahalan" Cc: freebsd-hackers@FreeBSD.ORG, jandrese@mitre.org Subject: Re: Real "technical comparison" References: <200105310120.f4V1KIw327035@saturn.cs.uml.edu> 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 "Albert D. Cahalan" wrote: > > > This "postmark" test is useless self flagellation. > > The benchmark tests what it was meant to test: performance > on huge directories. Which is useless, since only degenerate software results in huge directories. I have yet to see one example of software which would result in this degenerate case, for which there was not more modern software providing at least equivalent functionality being generally available. Unless you want to count the "postmark" program itself. > > The intent of the "test" is obviously intended to show > > certain facts which we all know to be self-evident under > > strange load conditions which are patently "unreal". > > That apps designed with UFS in mind don't usually create > such directories is irrelevant. Those that do are being > pushed past their original design, which does happen! Only 5% of computer systems currently in use have FSs capable of not "failing" this test: o AIX systems with JFS o SGI systems with XFS o Obsolete OS/2 systems with JFS o Obsolete OS/2 systems with HPFS o Obsolete NT 1.x and 2.x systems with HPFS o Experimental Linux systems with the incompletely implemented XFS o Experimental Linux systems with the incompletely implemented ReiserFS o Experimental FreeBSD systems with the incompletely implemented XFS o Experimental FreeBSD systems with my patches from 1995 for trie-structured directory storage for Berkeley FFS o FreeBSD systems running IFS (Inode FS), where there are no directory entries, and everything is by inode number On the other hand, we have: SVR3 UFS; SVR4 UFS; SVR4 VxFS (Veritas); Solaris VxFS; SVR4 NWFS; DOS FAT; DOS FAT16; VFAT; VFAT32; NTFS; AFS; CODA; NFSv1; NFSv2; NFSv3; NFSv4; Mac HFS; ExtFS; Ext2FS; Ext3FS; EFS; EmFS; LFS; SpriteFS; AdvFS; RFS; TFS; SFS; HRFS; DTFS; MFS; FlFS; SVFS; SV1KFS; Acer Fast FS; Xenix FS; BFS; IFS; etc.. I could go on... are you getting the picture? Only a moron implements his code to run only on marginal platforms. If you are implementing commercial code, you often only know the developement environment, not the target environment. You might as well write your code without bzero'ing your sockaddr_in structs before using them "because everything is Linux". > Some people think 60 MB of RAM is tiny. Count me as one of them. I use ~64MB of RAM for just the mbuf per connection that is used to contain "struct tcptemp"'s _just in case I need to send keepalives_, for my example of 250,000 connections on my production server which actually _does_ support this many connections. Your 60MB would leave me with only enough memory to eke out a mere 15,625 connections. > How about a real benchmark? > > At www.spec.org I see SPECweb99 numbers for Solaris, AIX, > Linux, Windows, Tru64, and HP-UX. FreeBSD must be hiding, > because I don't see it. BSDI, Walnut Creek, and WindRiver > all have failed to submit results. > > (the cost is just loose change for WindRiver) I don't represent WindRiver. If you would care to front me the $US 800, I would be happy to run those tests, if they happen to be your favorites. Until then, my benchmark is what I can achieve on real hardware in a real application. [ ... "show some numbers" ... ] I did: 250,000 simultaneous connections; and that's not nearly what I've actually achieved, merely what I choose to disclose. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 15:33: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.numachi.com (numachi.numachi.com [198.175.254.2]) by hub.freebsd.org (Postfix) with SMTP id 18FDA37B423 for ; Fri, 1 Jun 2001 15:33:01 -0700 (PDT) (envelope-from reichert@natto.numachi.com) Received: (qmail 21432 invoked by uid 3001); 1 Jun 2001 22:32:57 -0000 Received: from natto.numachi.com (198.175.254.216) by numachi.numachi.com with SMTP; 1 Jun 2001 22:32:57 -0000 Received: (qmail 50735 invoked by uid 1001); 1 Jun 2001 22:32:57 -0000 Date: Fri, 1 Jun 2001 18:32:57 -0400 From: Brian Reichert To: Bob Willcox Cc: hackers list Subject: Re: How to stop console messages to rlogin sessions? Message-ID: <20010601183257.L47380@numachi.com> References: <20010601165934.A24796@luke.immure.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010601165934.A24796@luke.immure.com>; from bob@immure.com on Fri, Jun 01, 2001 at 04:59:34PM -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 Fri, Jun 01, 2001 at 04:59:34PM -0500, Bob Willcox wrote: > I have just upgraded my debug/test systems here to 4.3-stable and I'm > now getting all of my device driver printf's spewed to my root rlogin > windows. When these two systems were 4.0 and 4.2 these messages weren't > printed here (I am capturing them on the serial port). > > How do I revert this so that when I rlogin as root to these boxes the > kernel printf's don't get written to my rlogin session? Is this a syslog issue? If so, dick with syslog.conf as neccessary... > > Thanks, > Bob > > -- > Bob Willcox Egotist, n.: > bob@vieo.com A person of low taste, more interested in himself than me. > Austin, TX -- Ambrose Bierce, "The Devil's Dictionary" > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 15:34:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id 4CDA637B422 for ; Fri, 1 Jun 2001 15:34:44 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.128.214.Dial1.SanJose1.Level3.net [209.245.128.214]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id SAA14325; Fri, 1 Jun 2001 18:34:14 -0400 (EDT) Message-ID: <3B181881.178CFAE4@mindspring.com> Date: Fri, 01 Jun 2001 15:34:41 -0700 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: Rik van Riel Cc: "Albert D. Cahalan" , freebsd-hackers@FreeBSD.ORG, jandrese@mitre.org Subject: Re: Real "technical comparison" 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 Rik van Riel wrote: > > How about a real benchmark? > > Good question indeed. All proposed benchmarks in this thread > have been geared heavily towards one system or the other and > are not at all "industry standard" benchmarks. > > > At www.spec.org I see SPECweb99 numbers for Solaris, AIX, > > Linux, Windows, Tru64, and HP-UX. FreeBSD must be hiding, > > because I don't see it. BSDI, Walnut Creek, and WindRiver > > all have failed to submit results. The problem with this, as has already been pointed out, is US$800; this is a volunteer project: are you volunteering? > > Go on, show some numbers. Stop hiding. > > *nod* > > We can all brag about our performance being better than > the others, but unless some actual numbers on a standardised > benchmark are being published, it's nothing more than just > bragging and bullshitting each other. Alll I really give a damn about is making my application work; I could never do that without a source-available OS for which my strategic modifications do not have to be released in source form, so that basically limits my choices considerably. > If FreeBSD's performance is as good as people say (which I'm > not doubting, at least as far as the realistic claims go), > then where are those impressively high specweb numbers? ;) I have posted a really cut down version of my real application requirements as a proposed benchmark. If you want high SpecWeb numbers, you should look at the AfterBurner Web server, which, AFAIK, has only ever run on FreeBSD. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 15:40:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id CA34A37B424 for ; Fri, 1 Jun 2001 15:40:48 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.128.214.Dial1.SanJose1.Level3.net [209.245.128.214]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id SAA08403; Fri, 1 Jun 2001 18:39:04 -0400 (EDT) Message-ID: <3B1819A4.3AD398B9@mindspring.com> Date: Fri, 01 Jun 2001 15:39:32 -0700 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: Rik van Riel Cc: Noses , hackers@FreeBSD.ORG Subject: Re: Real "technical comparison" 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 Rik van Riel wrote: > > Thank you for not telling it to one of my servers which is running > > around with about 100000 concurrent connections biting its tail. I > > wouldn't like to hurt its feelings. And I've got the feeling that it > > will have to bear a bit more of that beating. > > Interesting, what's that thing doing ? > > Mmm, now that I think of it, at least one company wants to > run a stateful firewall & VPN endpoint with well over 128.000 > connections too (and on Linux 2.4, even ... this would be an > interesting thing to test). Unfortunately, my test code is proprietary, as it relies on some deep (and hard won) knowledge of the BSD stack. It's pretty trivial to build code that can run on 25 client machines tuned to 10,000 fd's each, and a server that just forks and accepts connections will leave you some idea of how much remaining capability there is on your target server, after tuning, to do actual work. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 16:58:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from public.guangzhou.gd.cn (mail1-smtp.guangzhou.gd.cn [202.105.65.221]) by hub.freebsd.org (Postfix) with SMTP id 9A93E37B424 for ; Fri, 1 Jun 2001 16:58:24 -0700 (PDT) (envelope-from gzjyliu@public.guangzhou.gd.cn) Received: from fatcow.home([203.93.59.244]) by public.guangzhou.gd.cn(JetMail 2.5.3.0) with SMTP id jm223b18381e; Fri, 1 Jun 2001 23:56:40 -0000 Received: (from jyliu@localhost) by fatcow.home (8.11.3/8.11.3) id f51Nw7h00403; Sat, 2 Jun 2001 07:58:07 +0800 (CST) (envelope-from gzjyliu@public.guangzhou.gd.cn) X-Authentication-Warning: fatcow.home: jyliu set sender to gzjyliu@public.guangzhou.gd.cn using -f To: "**Restricted Data**" Subject: Re: idea Cc: freebsd-hackers@FreeBSD.org References: From: Jiangyi Liu Date: 02 Jun 2001 07:58:07 +0800 In-Reply-To: Message-ID: <87d78n21o0.fsf@fatcow.home> Lines: 9 User-Agent: Gnus/5.090001 (Oort Gnus v0.01) Emacs/20.7 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 assume you mean the patches for source. It's not difficult to check latest security patches automatically and apply them to the source. But then? Automatically rebuild the kernel and other stuff and reboot automatically? Maybe it's not the expected and acceptable behavior, I'm afraid. Jiangyi Liu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 17:15: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from silby.com (cb34181-a.mdsn1.wi.home.com [24.14.173.39]) by hub.freebsd.org (Postfix) with ESMTP id 96D0037B422 for ; Fri, 1 Jun 2001 17:15:01 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 76819 invoked by uid 1000); 2 Jun 2001 00:15:00 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 2 Jun 2001 00:15:00 -0000 Date: Fri, 1 Jun 2001 19:15:00 -0500 (CDT) From: Mike Silbersack To: Terry Lambert Cc: Terry Lambert , Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE In-Reply-To: <3B17CD35.CC721100@mindspring.com> Message-ID: <20010601190853.C76811-100000@achilles.silby.com> 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, 1 Jun 2001, Terry Lambert wrote: > First of all, they do not "run circles" around FreeBSD; > they kill the virgin reliability on the alter of the > bloody god Benchmark. Ok, Terry, you've made it clear that you hate IDE, you hate linux, and you pretty much hate everything other than soft-updates. I give up, it's not worth my time to continue this "discussion". Mike "Silby" Silbersack (Apologies to those in the large directory discussion, I do realize that this will give Terry more free time to bitch at you. Unfortunately, I don't have the stamina to keep him busy.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 17:15:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mclean.mail.mindspring.net (mclean.mail.mindspring.net [207.69.200.57]) by hub.freebsd.org (Postfix) with ESMTP id 8BE7A37B424; Fri, 1 Jun 2001 17:15:13 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.128.214.Dial1.SanJose1.Level3.net [209.245.128.214]) by mclean.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id UAA04934; Fri, 1 Jun 2001 20:15:10 -0400 (EDT) Message-ID: <3B183029.98194D3A@mindspring.com> Date: Fri, 01 Jun 2001 17:15:37 -0700 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: "G. Adam Stanislav" Cc: obrien@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: What changed in ld? References: <20010601024234.A440@whizkidtech.net> <20010601024234.A440@whizkidtech.net> <3.0.6.32.20010601143040.00e0d620@mail85.pair.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 "G. Adam Stanislav" wrote: > > At 09:30 01-06-2001 -0700, David O'Brien wrote: > >This would be a question for the GNU Binutils mailing > >list to find out why they changed anything. > > Thank you. I did as you suggested, and found a solution. I give: what was the soloution? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 17:24:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from public.guangzhou.gd.cn (mail1-smtp.guangzhou.gd.cn [202.105.65.221]) by hub.freebsd.org (Postfix) with SMTP id 9B63437B422 for ; Fri, 1 Jun 2001 17:24:51 -0700 (PDT) (envelope-from gzjyliu@public.guangzhou.gd.cn) Received: from fatcow.home([203.93.59.244]) by public.guangzhou.gd.cn(JetMail 2.5.3.0) with SMTP id jmc3b183e52; Sat, 2 Jun 2001 00:23:07 -0000 Received: (from jyliu@localhost) by fatcow.home (8.11.3/8.11.3) id f520OsW00469; Sat, 2 Jun 2001 08:24:54 +0800 (CST) (envelope-from gzjyliu@public.guangzhou.gd.cn) X-Authentication-Warning: fatcow.home: jyliu set sender to gzjyliu@public.guangzhou.gd.cn using -f To: freebsd-hackers@FreeBSD.org Subject: How to recompile kernel after minor changes? From: Jiangyi Liu Date: 02 Jun 2001 08:24:54 +0800 Message-ID: <878zjb20fd.fsf@fatcow.home> Lines: 9 User-Agent: Gnus/5.090001 (Oort Gnus v0.01) Emacs/20.7 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, After just changing a little in sys/kern/kern_sig.c, how can I rebuild the kernel fast? I think it should not take such a long time as 'make buildkernel' does. Anyway, just kern_sig.c need to be recompiled and the kernel can be linked. So how do you guys do in such case? Cheers, Jiangyi Liu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 17:27:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout02.sul.t-online.de (mailout02.sul.t-online.com [194.25.134.17]) by hub.freebsd.org (Postfix) with ESMTP id 1224537B43C for ; Fri, 1 Jun 2001 17:27:09 -0700 (PDT) (envelope-from bfischer@Techfak.Uni-Bielefeld.DE) Received: from fwd07.sul.t-online.de by mailout02.sul.t-online.de with smtp id 155zFy-0004p6-01; Sat, 02 Jun 2001 02:27:06 +0200 Received: from frolic.no-support.loc (520094253176-0001@[217.80.111.127]) by fmrl07.sul.t-online.com with esmtp id 155zFr-0bf9JwC; Sat, 2 Jun 2001 02:26:59 +0200 Received: from broccoli.no-support.loc (root@broccoli.no-support.loc [192.168.43.99]) by frolic.no-support.loc (8.11.3/8.9.3) with ESMTP id f520MBV05643; Sat, 2 Jun 2001 02:22:11 +0200 (CEST) (envelope-from bjoern@no-support.loc) From: Bjoern Fischer Received: (from bjoern@localhost) by broccoli.no-support.loc (8.11.3/8.9.3) id f520MBD00715; Sat, 2 Jun 2001 02:22:11 +0200 (CEST) (envelope-from bjoern@no-support.loc) Date: Sat, 2 Jun 2001 02:22:10 +0200 To: Urban Olsson Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: modified FreeBSD gateway Message-ID: <20010602022210.A320@broccoli.no-support.loc> References: <778DFE9B4E3BD111A74E08002BA3DC0D03DA524A@trab-hermes.haninge.trab.se> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.2.5i In-Reply-To: <778DFE9B4E3BD111A74E08002BA3DC0D03DA524A@trab-hermes.haninge.trab.se>; from Urban.E.Olsson@telia.se on Fri, Jun 01, 2001 at 12:54:43PM +0200 X-Sender: 520094253176-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 Hello Urban, > What I have done so far is to use the natd daemon as an example but I hav= e a > problem. The divert seems to work but the problem is that I can=B4t get t= he > packets in my userspace program. Is there some specific port that I should > use for the divert socket? This is not very clear in the natd code. I can= =B4t > find where the port is set and if it is a special port reserved for the > divert sockets. You create the divert socket with socket(PF_INET, SOCK_RAW, IPPROTO_DIVERT); The port is set as usual (bind(2)). You must specify the same port as it is configured into the ipfw divert or tee directive (you have properly configured ipfw?). See the manpages ipfw(8) and divert(4). In /usr/src/sbin/natd/natd.c the port is set pretty normally with bind() (line 241 fff.). Sure we talk about the the same code? IMHO the code is clean, straight forward and well commented. Bj=F6rn Fischer --=20 -----BEGIN GEEK CODE BLOCK----- GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L---(++) !E W- N+ o>+ K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+=20 ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 17:29:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mclean.mail.mindspring.net (mclean.mail.mindspring.net [207.69.200.57]) by hub.freebsd.org (Postfix) with ESMTP id 88BB437B43C; Fri, 1 Jun 2001 17:29:47 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.128.214.Dial1.SanJose1.Level3.net [209.245.128.214]) by mclean.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id UAA24439; Fri, 1 Jun 2001 20:29:37 -0400 (EDT) Message-ID: <3B18338C.4641B4F4@mindspring.com> Date: Fri, 01 Jun 2001 17:30:04 -0700 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: Matt Dillon Cc: Robert Watson , Ian Dowse , freebsd-hackers@FreeBSD.ORG Subject: Re: UFS large directory performance References: <200106011806.f51I6PK85431@earth.backplane.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 Matt Dillon wrote: > I can see this really helping mail queue performance, > especially when coupled with softupdates, and also > helping samba (windoz likes to scan directories), and > perhaps even squid to a degree. The new code is interesting; it will be enlightening to see it's real world performance. I'd definitely suggest using a zone for the allocations, however. FWIW: I guess if you are having problems with mail queue perofrmance, you are running postfix or qmail or something, instead of sendmail, with the mail queue divisions, or with my and David Wolfskill's per-domain mail queue patches? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 17:44:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from johnson.mail.mindspring.net (johnson.mail.mindspring.net [207.69.200.177]) by hub.freebsd.org (Postfix) with ESMTP id 135D237B423 for ; Fri, 1 Jun 2001 17:44:41 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.128.214.Dial1.SanJose1.Level3.net [209.245.128.214]) by johnson.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id UAA00960; Fri, 1 Jun 2001 20:40:46 -0400 (EDT) Message-ID: <3B183629.228BB678@mindspring.com> Date: Fri, 01 Jun 2001 17:41:13 -0700 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: Mike Silbersack Cc: Terry Lambert , hackers@freebsd.org Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE References: <20010601190853.C76811-100000@achilles.silby.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 Mike Silbersack wrote: > > On Fri, 1 Jun 2001, Terry Lambert wrote: > > > First of all, they do not "run circles" around FreeBSD; > > they kill the virgin reliability on the alter of the > > bloody god Benchmark. > > Ok, Terry, you've made it clear that you hate IDE, you > hate linux, and you pretty much hate everything other > than soft-updates. Where did I say I hate IDE? I *do* think manufacturers should implement to the spec., however. In limited use scenarios, it's perfectly adequate. For example, a single user machine, a machine that gets wiped and reset a lot anyway, or using it as a really large boot floppy that doesn't really put it into the latency path after boot. I would consider using it on a server, with write caching disabled, of course, if I could guarantee that all of the drives I was going to use supported tagged command queues. Where did I say I hate Linux? I have code in Linux. Where did I say I love soft updates? It has value, but there are some grave architectural concerns which I've raised over the years, and which remain unaddressed to this day. Quit trying to put words in my mouth to make you look like a wronged reasonable person arguing with an unreasonable one. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 17:49:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from johnson.mail.mindspring.net (johnson.mail.mindspring.net [207.69.200.177]) by hub.freebsd.org (Postfix) with ESMTP id 4105B37B423 for ; Fri, 1 Jun 2001 17:49:16 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.128.214.Dial1.SanJose1.Level3.net [209.245.128.214]) by johnson.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id UAA01598; Fri, 1 Jun 2001 20:49:12 -0400 (EDT) Message-ID: <3B183823.E1748B4E@mindspring.com> Date: Fri, 01 Jun 2001 17:49:39 -0700 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: Jiangyi Liu Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to recompile kernel after minor changes? References: <878zjb20fd.fsf@fatcow.home> 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 Jiangyi Liu wrote: > > Hi all, > > After just changing a little in sys/kern/kern_sig.c, how can I rebuild > the kernel fast? I think it should not take such a long time as 'make > buildkernel' does. Anyway, just kern_sig.c need to be recompiled and > the kernel can be linked. So how do you guys do in such case? Use this to build the kernel: 1st time: cd /sys/i386/conf cp GENERIC MYKERNEL 1st time, and any time yo modify the contents of MYKERNEL: cd /sys/i386/conf config MYKERNEL cd ../../compile/MYKERNEL make depend Each time you want to build a kernel, after a change: cd /sys/compile/MYKERNEL make If it works, to run on the new kernel: make install sync reboot If it doesn't boot, at the boot prompt when it is counting down, hit the spacebar, and type: unload boot kernel.old Once booted, if you want to ignore your changed kernel: cd / chflags noschflg kernel modules mv kernel kernel.bad mv modules modules.bad mv modules.old modules mv kernel.old kernel I have a shell script for this las, which does everything automatically, and checking for mistakes automatically, called "badkernel". If someone is willing to check it in, I'll provide it. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 17:57:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.bfm.org (mail.bfm.org [216.127.218.26]) by hub.freebsd.org (Postfix) with ESMTP id 8AD0837B422; Fri, 1 Jun 2001 17:57:55 -0700 (PDT) (envelope-from adam@whizkidtech.net) Received: from WhizKid (rh5.bfm.org [216.127.220.198]) by mail.bfm.org (Post.Office MTA v3.5.3 release 223 ID# 0-52399U2500L250S0V35) with SMTP id org; Fri, 1 Jun 2001 20:02:14 -0500 Message-Id: <3.0.6.32.20010601195730.00f85e70@mail85.pair.com> X-Sender: whizkid@mail85.pair.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Fri, 01 Jun 2001 19:57:30 -0500 To: tlambert2@mindspring.com From: "G. Adam Stanislav" Subject: Re: What changed in ld? Cc: obrien@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <3B183029.98194D3A@mindspring.com> References: <20010601024234.A440@whizkidtech.net> <20010601024234.A440@whizkidtech.net> <3.0.6.32.20010601143040.00e0d620@mail85.pair.com> 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 At 17:15 01-06-2001 -0700, Terry Lambert wrote: >> Thank you. I did as you suggested, and found a solution. > >I give: what was the soloution? Oh, sorry. My original source placed all code into a .code section. The older ld did not care. The newer one expects the code to be in the .text section. So, I replaced all occuarnces of ".code" (including those in my include file system.inc) with ".text" and it now works again. Adam P.S. I was using nasm, not gas. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 18: 4:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 9584237B423 for ; Fri, 1 Jun 2001 18:04:35 -0700 (PDT) (envelope-from peter@wemm.org) 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 f5214ZM30381 for ; Fri, 1 Jun 2001 18:04:35 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 3D04D380C; Fri, 1 Jun 2001 18:04:35 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: tlambert2@mindspring.com Cc: Mike Silbersack , Terry Lambert , hackers@FreeBSD.ORG Subject: Re: general speed differences between 4.1.1-RELEASE and 4.3-RELEASE In-Reply-To: <3B17CDA4.8AADBD1@mindspring.com> Date: Fri, 01 Jun 2001 18:04:35 -0700 From: Peter Wemm Message-Id: <20010602010435.3D04D380C@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 Terry Lambert wrote: > Peter Wemm wrote: > > Terry Lambert wrote: > > > Mike Silbersack wrote: > > > > 1. Have the ata driver leave the write cache setting > > > > alone by default, providing a sysctl which can cause > > > > disabled or enabled if requested. When the default is > > > > allowed, put something in dmesg which says "Note: Write > > > > caching may be enabled. See ata(4) for the reliability > > > > implications of this." > > > > > > You need to look at the code; it would be relatively hard > > > to make this runtime tunable instead of boot-time tunable. > > > > False. It is actually very easy to change at runtime if it > > is done at a convenient time. We have had patches kicking > > around for something like 6 months now that do this. > > The patches don't (and possibly can't) do enough to ensure > a smooth transition. Among other things, they would have > to turn off soft updates. No, I was talking about turning on/off write caching at the drive. Doing that is simple. If you choose to leave softupdates on, that is your problem. It doesn't have anything to do with the difficulty or not of changing the drive mode. > Please see my other post on this subject. > > -- Terry > > 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 Jun 1 18: 7:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from superconductor.rush.net (superconductor.rush.net [208.9.155.8]) by hub.freebsd.org (Postfix) with ESMTP id 809EC37B422 for ; Fri, 1 Jun 2001 18:07:41 -0700 (PDT) (envelope-from bright@superconductor.rush.net) Received: (from bright@localhost) by superconductor.rush.net (8.11.2/8.11.2) id f5217Sg04682; Fri, 1 Jun 2001 21:07:28 -0400 (EDT) Date: Fri, 1 Jun 2001 21:07:28 -0400 From: Alfred Perlstein To: Jiangyi Liu Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to recompile kernel after minor changes? Message-ID: <20010601210728.A1832@superconductor.rush.net> References: <878zjb20fd.fsf@fatcow.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <878zjb20fd.fsf@fatcow.home>; from gzjyliu@public.guangzhou.gd.cn on Sat, Jun 02, 2001 at 08:24:54AM +0800 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Jiangyi Liu [010601 20:25] wrote: > Hi all, > > After just changing a little in sys/kern/kern_sig.c, how can I rebuild > the kernel fast? I think it should not take such a long time as 'make > buildkernel' does. Anyway, just kern_sig.c need to be recompiled and > the kernel can be linked. So how do you guys do in such case? try: make buildkernel -DNOCLEAN -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 18:26:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.bfm.org (mail.bfm.org [216.127.218.26]) by hub.freebsd.org (Postfix) with ESMTP id 1CC1837B422 for ; Fri, 1 Jun 2001 18:26:01 -0700 (PDT) (envelope-from adam@whizkidtech.net) Received: from WhizKid (rh5.bfm.org [216.127.220.198]) by mail.bfm.org (Post.Office MTA v3.5.3 release 223 ID# 0-52399U2500L250S0V35) with SMTP id org; Fri, 1 Jun 2001 20:30:20 -0500 Message-Id: <3.0.6.32.20010601202539.00f7fab0@mail85.pair.com> X-Sender: whizkid@mail85.pair.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Fri, 01 Jun 2001 20:25:39 -0500 To: Farooq Mela , freebsd-hackers@FreeBSD.ORG From: "G. Adam Stanislav" Subject: Re: _ANSI_SOURCE vs. _ANSI_C_SOURCE In-Reply-To: <3B170531.47E6724F@sm.socccd.cc.ca.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 At 20:00 31-05-2001 -0700, Farooq Mela wrote: >I am wondering why some operating systems use the macro _ANSI_SOURCE >while others (ie Linux) use _ANSI_C_SOURCE to indicate that the source >compiled is ANSI-compliant (and similarly with _POSIX_SOURCE and >_POSIX_C_SOURCE). My copy of POSIX Programmer's Guide says, in Chapter 9: "The chances of stumbling over a reserved C or POSIX name can be minimized by following a few simple rules: 1. Start each source file with the line: #define _POSIX_SOURCE 1 All symbols not defined by Standard C or the POSIX standard will be hidden, except those with leading underscores. 2. Following the definition of _POSIX_SOURCE, place the #include statements for any standard header files." There's more, but that should answer one of your questions. :) I don't know about the _POSIX_C_SOURCE though. I suppose you could always define: #define _POSIX_SOURCE 1 #define _POSIX_C_SOURCE _POSIX_SOURCE Cheers, Adam --- http://phonecowboy.com/registrar/twist/ finds a good domain for you and checks for its existence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 18:48:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.noos.fr (lafontaine.noos.net [212.198.2.72]) by hub.freebsd.org (Postfix) with ESMTP id 4B6B737B423 for ; Fri, 1 Jun 2001 18:48:31 -0700 (PDT) (envelope-from clefevre@redirect.to) Received: (qmail 1044951 invoked by uid 0); 2 Jun 2001 01:48:29 -0000 Received: from d081.dhcp212-198-228.noos.fr (HELO gits.dyndns.org) ([212.198.228.81]) (envelope-sender ) by lafontaine.noos.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 2 Jun 2001 01:48:29 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.3/8.11.3) id f521mSe99429; Sat, 2 Jun 2001 03:48:28 +0200 (CEST) (envelope-from clefevre@redirect.to) To: Farooq Mela Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: _ANSI_SOURCE vs. _ANSI_C_SOURCE References: <3B170531.47E6724F@sm.socccd.cc.ca.us> X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C Reply-To: Cyrille Lefevre In-Reply-To: <3B170531.47E6724F@sm.socccd.cc.ca.us> Mail-Copies-To: never From: Cyrille Lefevre Date: 02 Jun 2001 03:48:27 +0200 Message-ID: Lines: 37 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) 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 Farooq Mela writes: > I am wondering why some operating systems use the macro _ANSI_SOURCE > while others (ie Linux) use _ANSI_C_SOURCE to indicate that the source > compiled is ANSI-compliant (and similarly with _POSIX_SOURCE and > _POSIX_C_SOURCE). I have neither copies of the ANSI nor POSIX spec, here is explained the difference between _POSIX_SOURCE and _POSIX_C_SOURCE : http://www.freebsd.org/cgi/man.cgi?query=standards&apropos=0&sektion=0&manpath=SunOS+5.8&format=html in short : _POSIX_C_SOURCE is an extention of _POSIX_SOURCE. the later only refer to the original standard and the former to subsequent standards. more informations may be found in stdsyms(5) on http://docs.hp.com but none of them refer to any _ANSI_SOURCE or whatever. as far as I know, the only symbol defined by the ANSI standard is __STDC__ which should be tested like this to be safe : #if (__STDC__ - 0) != 0 ansi compiler #else k&r compiler #endif > and I don't see any mention of either of these in APUE. So I'm > guessing these are sort of de-facto macros that are being used. Can > somebody shed some light on why these are different, and why some have > the _C in the middle? Cyrille. -- home: mailto:clefevre@redirect.to UNIX is user-friendly; it's just particular work: mailto:Cyrille.Lefevre@edf.fr about who it chooses to be friends with. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 19: 3:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 721FC37B424; Fri, 1 Jun 2001 19:03:50 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5223mZ97356; Fri, 1 Jun 2001 19:03:48 -0700 (PDT) (envelope-from dillon) Date: Fri, 1 Jun 2001 19:03:48 -0700 (PDT) From: Matt Dillon Message-Id: <200106020203.f5223mZ97356@earth.backplane.com> To: Terry Lambert Cc: Robert Watson , Ian Dowse , freebsd-hackers@FreeBSD.ORG Subject: Re: UFS large directory performance References: <200106011806.f51I6PK85431@earth.backplane.com> <3B18338C.4641B4F4@mindspring.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 :The new code is interesting; it will be enlightening to :see it's real world performance. I'd definitely suggest :using a zone for the allocations, however. : :FWIW: I guess if you are having problems with mail queue :perofrmance, you are running postfix or qmail or something, :instead of sendmail, with the mail queue divisions, or with :my and David Wolfskill's per-domain mail queue patches? : :-- Terry No problems at Backplane. I was speaking historically. The multi-queue stuff certainly helps, I hacked up a multi-queue sendmail setup at BEST Internet, but it still wasn't perfect. It just changed O(X^2) to O(Y * [X/Y]^2) (e.g. try with X=1000 and Y=10). A definitely improvement, but Ian's stuff can get it down to O(Y) for all intents and purposes. There is still sheer drop in regards to scaling Ian's solution after a directory grows past a few hundred thousand files, but I'm not too worried about it. The memory use ratio is good enough that that adding a little memory to a machine lets you pile on a whole bunch more files in the hash solution. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 20: 5:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 4847537B422 for ; Fri, 1 Jun 2001 20:05:19 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id E3CE63E32; Fri, 1 Jun 2001 20:05:18 -0700 (PDT) To: seebs@plethora.net (Peter Seebach) Cc: hackers@FreeBSD.ORG Subject: Re: Fixing documented bug in env(1) In-Reply-To: <200106011638.f51GcR524864@guild.plethora.net>; from seebs@plethora.net on "Fri, 01 Jun 2001 11:38:27 -0500" Date: Fri, 01 Jun 2001 20:05:18 -0700 From: Dima Dorfman Message-Id: <20010602030518.E3CE63E32@bazooka.unixfreak.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 seebs@plethora.net (Peter Seebach) writes: > In message <20010601093521.B4306@dragon.nuxi.com>, "David O'Brien" writes: > >On Thu, May 31, 2001 at 09:29:38PM -0700, Dima Dorfman wrote: > >> Although this is a documented shortcoming, it's quite unnecessary > >> given how easy it is to fix it. Any objections to allowing '--' to > >> mean "end of env. variable assignments"? > > >The orthoginal way (with grep, mv, et. al.) would be to use '==', not > >'--' as that is the problematic character. > > Principle of least astonishment says that, sinec everyone else uses "--" to > indicate the end of a series of "options", that's what env should do too. But this isn't terminating the end of a series of "options"; it's terminating a series of assignments, and since env(1) detemines whether an argument is an assignment or not by whether it has a '=' in it, it makes sense to use '==' as David suggests. It's different from the others because it signifies the end of a different kind of "series". Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 20:25:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by hub.freebsd.org (Postfix) with ESMTP id C046E37B423 for ; Fri, 1 Jun 2001 20:25:21 -0700 (PDT) (envelope-from seebs@plethora.net) Received: from guild.plethora.net (seebs@localhost.plethora.net [127.0.0.1]) by guild.plethora.net (8.10.1/8.10.1) with ESMTP id f523PK504364 for ; Fri, 1 Jun 2001 22:25:21 -0500 (CDT) Message-Id: <200106020325.f523PK504364@guild.plethora.net> From: seebs@plethora.net (Peter Seebach) Reply-To: seebs@plethora.net (Peter Seebach) To: hackers@freebsd.org Subject: Re: Fixing documented bug in env(1) In-reply-to: Your message of "Fri, 01 Jun 2001 20:05:18 PDT." <20010602030518.E3CE63E32@bazooka.unixfreak.org> Date: Fri, 01 Jun 2001 22:25:20 -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 In message <20010602030518.E3CE63E32@bazooka.unixfreak.org>, Dima Dorfman write s: >But this isn't terminating the end of a series of "options"; it's >terminating a series of assignments, and since env(1) detemines >whether an argument is an assignment or not by whether it has a '=' in >it, it makes sense to use '==' as David suggests. No. The reason for "--" is that it's two of the *START* of an option. env assignments don't *start* with =. The most consistent thing here is "-- to separate parts of a command line". >It's different from >the others because it signifies the end of a different kind of >"series". Sure, but the user doesn't necessarily care. Certainly, no one has ever tried to use "==" to end any sequence of arguments anywhere; people use -- to end subsequences of arguments all the time. -s To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 20:49:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from brainlink.com (mail.brainlink.com [149.2.32.129]) by hub.freebsd.org (Postfix) with ESMTP id 743D637B424 for ; Fri, 1 Jun 2001 20:49:22 -0700 (PDT) (envelope-from spork@gronim.com) Received: from [208.41.77.198] (HELO gronim.com) by brainlink.com (CommuniGate Pro SMTP 3.3.2) with ESMTP id 6670065 for freebsd-hackers@freebsd.org; Fri, 01 Jun 2001 23:48:21 -0400 Received: (from spork@localhost) by gronim.com (8.11.3/8.11.0) id f523inT12529 for freebsd-hackers@freebsd.org; Fri, 1 Jun 2001 23:44:49 -0400 (EDT) (envelope-from spork) Date: Fri, 1 Jun 2001 23:44:49 -0400 From: Spike Gronim To: freebsd-hackers@freebsd.org Subject: The design of the MD5 crypt() in FreeBSD Message-ID: <20010601234448.A12479@spike.gronim.com> 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 Hey. I was asked a question about the use of salts in password files recently, and it prompted me to look up exactly how FreeBSD uses the salt. The 'DES Extended Format' salt is described in the man page and makes sense to me. However, the MD5 hash's use of the salt is not spelled out in the man page. I understand the literal meaning of /usr/src/lib/libcrypt/crypt-md5.c, and the algorithm it uses to create it's output. However, I do not understand the design criteria or functional purpose of several elements of the process. Before iterating 1000 times, the password, salt, and "magic string" are all hashed. Then, the hash of these three things is hashed in to the first hash of those three things. What is the purpose of incorporating the hash back in to itself? Then, "something really wierd" (line 124, /usr/src/lib/libcrypt/crpt-md5.c). The length of the password is right shifted by 1 untill it is 0, and at every iteration of this one character of either the previous hash ("final") or the first character of the password is hashed in to the evolving hash of the password. But, just before this (on line 122) the output of the previous hash was zeroed so as not to leave traces in memory. Is the use of a single '0', or alternatively only the first character of the password intentional? Was this derived as a suitably complex transformation designed to occupy CPU cycles in a brute force attack, or does it accomplish some specific cryptographic purpose? During the 1000 iterations of MD5 performed during this crypt() operation, the per-iteration hash is update selectively based on the iteration number. Two of these updates seem to be exactly the same (the updates on lines 145-148 and on lines 156-159). Is this redundancy intentional? How were the other updates to the per-iteration hash chosen? Also, is the method of transcribing the final MD5 output in to a base 64 password hash chosen to "whiten" the hash? (that is, obscure the last round from the attacker). Thanks. -- --Spike Gronim gronimw@stuy.edu "Oh yes? An obscene triangle which, has more courage than the word." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 1 21:12:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id DC79437B422 for ; Fri, 1 Jun 2001 21:12:42 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id 849893E33; Fri, 1 Jun 2001 21:12:42 -0700 (PDT) To: seebs@plethora.net (Peter Seebach) Cc: hackers@freebsd.org Subject: Re: Fixing documented bug in env(1) In-Reply-To: <200106020325.f523PK504364@guild.plethora.net>; from seebs@plethora.net on "Fri, 01 Jun 2001 22:25:20 -0500" Date: Fri, 01 Jun 2001 21:12:42 -0700 From: Dima Dorfman Message-Id: <20010602041242.849893E33@bazooka.unixfreak.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 Honestly, I don't care about this all that much. I'll let you and David debate this to your liking. If no consensus develops in the next few days, I'll just commit what I have now. (Obviously, if consensus does develop I'll go along with it.) Thanks, Dima Dorfman dima@unixfreak.org seebs@plethora.net (Peter Seebach) writes: > In message <20010602030518.E3CE63E32@bazooka.unixfreak.org>, Dima Dorfman writes: > >But this isn't terminating the end of a series of "options"; it's > >terminating a series of assignments, and since env(1) detemines > >whether an argument is an assignment or not by whether it has a '=' in > >it, it makes sense to use '==' as David suggests. > > No. The reason for "--" is that it's two of the *START* of an option. > env assignments don't *start* with =. > > The most consistent thing here is "-- to separate parts of a command line". > > >It's different from > >the others because it signifies the end of a different kind of > >"series". > > Sure, but the user doesn't necessarily care. Certainly, no one has ever > tried to use "==" to end any sequence of arguments anywhere; people use -- > to end subsequences of arguments all the time. > > -s > > 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 Jun 1 22:46:45 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 5351837B42C for ; Fri, 1 Jun 2001 22:46:41 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f525kS133078; Sat, 2 Jun 2001 07:46:28 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Spike Gronim Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: The design of the MD5 crypt() in FreeBSD In-Reply-To: Your message of "Fri, 01 Jun 2001 23:44:49 EDT." <20010601234448.A12479@spike.gronim.com> Date: Sat, 02 Jun 2001 07:46:28 +0200 Message-ID: <33076.991460788@critter> 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 <20010601234448.A12479@spike.gronim.com>, Spike Gronim writes: > I understand the literal meaning of /usr/src/lib/libcrypt/crypt-md5.c, >and the algorithm it uses to create it's output. However, I do not understand >the design criteria or functional purpose of several elements of the process. At the time the MD5 hash was written we could not use anything DES based due to ITAR. The design criteria was to get a strong, preferably stronger than DES, password encryption, which would make brute force attacks very much harder. At the time I had seen a demonstration of a bruteforce attack on a plain DES scrambled hardware which took less time than a good dinner to complete. The longer salt was to twart prebuilt dictionary attacks. With the 12 bit salt, an ExaByte tape could contain a *very* large precomputed dictionary, by increasing the salt-space several orders of magnitude this method was twarted. The overall MD5 chewing code were done to try to make the algorithm unsuitable for hardware implementation (MD5 is already pretty bad for that) the various unlinear steps would make it practically impossible to do a hardware implementation of anything but the basic MD5: you would still need to iterate through it. I don't know enough about cryptographic math to argue that this algorithm is perfect or even "good". I know it to be better than the DES things, and infinitely better than the scrambler we had to fill the hole for DES at the time. In light of this theoretical backing, I introduced the $1$ marker, which allows the algorithm to be replaced in a backwards compatible way (as already done by OpenBSD). -- 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 Fri Jun 1 23: 3:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 7765537B42C for ; Fri, 1 Jun 2001 23:03:49 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f5263eW13396; Sat, 2 Jun 2001 02:03:41 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20010602041242.849893E33@bazooka.unixfreak.org> References: <20010602041242.849893E33@bazooka.unixfreak.org> Date: Sat, 2 Jun 2001 02:03:38 -0400 To: Dima Dorfman , seebs@plethora.net (Peter Seebach) From: Garance A Drosihn Subject: Re: Fixing documented bug in env(1) Cc: hackers@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 9:12 PM -0700 6/1/01, Dima Dorfman wrote: >Honestly, I don't care about this all that much. I'll >let you and David debate this to your liking. If no >consensus develops in the next few days, I'll just >commit what I have now. For whatever it's worth, it seems more reasonable to me to use '--' instead of '=='. Since '--' has NO equals sign in it, it clearly can't be the setting of an environment variable. It also strikes me that this might be another topic to send thru freebsd-standards@bostonradio.org, as Posix might have something to say about what's appropriate. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 2 1:50:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 5E4D137B422 for ; Sat, 2 Jun 2001 01:50:39 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 25762 invoked by uid 1000); 2 Jun 2001 08:49:36 -0000 Date: Sat, 2 Jun 2001 11:49:36 +0300 From: Peter Pentchev To: Garance A Drosihn Cc: Dima Dorfman , Peter Seebach , hackers@FreeBSD.ORG Subject: Re: Fixing documented bug in env(1) Message-ID: <20010602114936.C24747@ringworld.oblivion.bg> Mail-Followup-To: Garance A Drosihn , Dima Dorfman , Peter Seebach , hackers@FreeBSD.ORG References: <20010602041242.849893E33@bazooka.unixfreak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from drosih@rpi.edu on Sat, Jun 02, 2001 at 02:03:38AM -0400 Sender: owner-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, Jun 02, 2001 at 02:03:38AM -0400, Garance A Drosihn wrote: > At 9:12 PM -0700 6/1/01, Dima Dorfman wrote: > >Honestly, I don't care about this all that much. I'll > >let you and David debate this to your liking. If no > >consensus develops in the next few days, I'll just > >commit what I have now. > > For whatever it's worth, it seems more reasonable to me > to use '--' instead of '=='. Since '--' has NO equals > sign in it, it clearly can't be the setting of an > environment variable. > > It also strikes me that this might be another topic to > send thru freebsd-standards@bostonradio.org, as Posix > might have something to say about what's appropriate. ..or at the very least to -arch. FWIW, I, too, think that '--' would be a POLA-friendly choice. However, if '==' were chosen, the patch to env.c would have to be slightly modified, as attached. G'luck, Peter -- This would easier understand fewer had omitted. Index: env/env.c =================================================================== RCS file: /home/ncvs/src/usr.bin/env/env.c,v retrieving revision 1.5 diff -u -r1.5 env.c --- env/env.c 1999/08/27 08:59:31 1.5 +++ env/env.c 2001/06/02 08:47:31 @@ -71,8 +71,13 @@ default: usage(); } - for (argv += optind; *argv && (p = strchr(*argv, '=')); ++argv) + for (argv += optind; *argv && (p = strchr(*argv, '=')); ++argv) { + if (!strcmp(*argv, "==")) { + argv++; + break; + } (void)setenv(*argv, ++p, 1); + } if (*argv) { execvp(*argv, argv); err(1, "%s", *argv); @@ -86,6 +91,6 @@ usage() { (void)fprintf(stderr, - "usage: env [-] [-i] [name=value ...] [command]\n"); + "usage: env [-] [-i] [name=value ...] [==] [command]\n"); exit(1); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 2 1:59:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 2CB3137B423 for ; Sat, 2 Jun 2001 01:59:26 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 25851 invoked by uid 1000); 2 Jun 2001 08:58:23 -0000 Date: Sat, 2 Jun 2001 11:58:23 +0300 From: Peter Pentchev To: Alfred Perlstein Cc: Jiangyi Liu , freebsd-hackers@FreeBSD.ORG Subject: Re: How to recompile kernel after minor changes? Message-ID: <20010602115823.D24747@ringworld.oblivion.bg> Mail-Followup-To: Alfred Perlstein , Jiangyi Liu , freebsd-hackers@FreeBSD.ORG References: <878zjb20fd.fsf@fatcow.home> <20010601210728.A1832@superconductor.rush.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010601210728.A1832@superconductor.rush.net>; from bright@rush.net on Fri, Jun 01, 2001 at 09:07:28PM -0400 Sender: owner-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, Jun 01, 2001 at 09:07:28PM -0400, Alfred Perlstein wrote: > * Jiangyi Liu [010601 20:25] wrote: > > Hi all, > > > > After just changing a little in sys/kern/kern_sig.c, how can I rebuild > > the kernel fast? I think it should not take such a long time as 'make > > buildkernel' does. Anyway, just kern_sig.c need to be recompiled and > > the kernel can be linked. So how do you guys do in such case? > > try: > make buildkernel -DNOCLEAN And if you've really only changed kern_sig.c, add -DMODULES_WITH_WORLD, too. This will cut down the kernel compile time to the dependencies' and set generation (which cannot be avoided in any sane build), and then compiling only 4-5 files. 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 Sat Jun 2 3:40:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from brainlink.com (mail.brainlink.com [149.2.32.129]) by hub.freebsd.org (Postfix) with ESMTP id 88C1B37B422 for ; Sat, 2 Jun 2001 03:40:44 -0700 (PDT) (envelope-from spork@gronim.com) Received: from [208.41.77.198] (HELO gronim.com) by brainlink.com (CommuniGate Pro SMTP 3.3.2) with ESMTP id 6673514; Sat, 02 Jun 2001 06:39:44 -0400 Received: (from spork@localhost) by gronim.com (8.11.3/8.11.0) id f52AaBj15681; Sat, 2 Jun 2001 06:36:11 -0400 (EDT) (envelope-from spork) Date: Sat, 2 Jun 2001 06:36:11 -0400 From: Spike Gronim To: Poul-Henning Kamp Cc: Spike Gronim , freebsd-hackers@FreeBSD.ORG Subject: Re: The design of the MD5 crypt() in FreeBSD Message-ID: <20010602063611.A15624@spike.gronim.com> References: <20010601234448.A12479@spike.gronim.com> <33076.991460788@critter> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <33076.991460788@critter>; from phk@critter.freebsd.dk on Sat, Jun 02, 2001 at 07:46:28AM +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 On Sat, Jun 02, 2001 at 07:46:28AM +0200, Poul-Henning Kamp wrote: > In message <20010601234448.A12479@spike.gronim.com>, Spike Gronim writes: > > > I understand the literal meaning of /usr/src/lib/libcrypt/crypt-md5.c, > >and the algorithm it uses to create it's output. However, I do not understand > >the design criteria or functional purpose of several elements of the process. > > At the time the MD5 hash was written we could not use anything DES based > due to ITAR. > > The design criteria was to get a strong, preferably stronger than DES, > password encryption, which would make brute force attacks very much > harder. [snip] > > The overall MD5 chewing code were done to try to make the algorithm > unsuitable for hardware implementation (MD5 is already pretty bad > for that) the various unlinear steps would make it practically > impossible to do a hardware implementation of anything but the basic > MD5: you would still need to iterate through it. Ah, I hadn't considered that. That pretty much answers my question. > > I don't know enough about cryptographic math to argue that this > algorithm is perfect or even "good". I know it to be better than > the DES things, and infinitely better than the scrambler we had > to fill the hole for DES at the time. > > In light of this theoretical backing, I introduced the $1$ marker, > which allows the algorithm to be replaced in a backwards compatible > way (as already done by OpenBSD). > > -- > 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. -- --Spike Gronim gronimw@stuy.edu "Oh yes? An obscene triangle which, has more courage than the word." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 2 3:49:15 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 532B537B423 for ; Sat, 2 Jun 2001 03:49:12 -0700 (PDT) (envelope-from keramidi@otenet.gr) Received: from hades.hell.gr (patr530-b118.otenet.gr [195.167.121.246]) by mailsrv.otenet.gr (8.11.1/8.11.1) with ESMTP id f52An8U08272; Sat, 2 Jun 2001 13:49:08 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.3/8.11.3) id f529iFE50517; Sat, 2 Jun 2001 12:44:15 +0300 (EEST) (envelope-from keramidi@otenet.gr) Date: Sat, 2 Jun 2001 12:44:15 +0300 (EEST) From: Giorgos Keramidas X-X-Sender: To: Peter Pentchev Cc: Subject: Re: Fixing documented bug in env(1) In-Reply-To: <20010602114936.C24747@ringworld.oblivion.bg> Message-ID: <20010602124241.D50428-100000@hades.hell.gr> 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 Sat, 2 Jun 2001, Peter Pentchev wrote: > FWIW, I, too, think that '--' would be a POLA-friendly choice. > However, if '==' were chosen, the patch to env.c would have to be > slightly modified, as attached. Yes, using '--' seems like a reasonable thing to do. Consistency with other uses of an 'argument that separates parts of the command line', etc. is one reason that I can easily come up with. -giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 2 3:49:27 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 1645D37B422 for ; Sat, 2 Jun 2001 03:49:24 -0700 (PDT) (envelope-from keramidi@otenet.gr) Received: from hades.hell.gr (patr530-b118.otenet.gr [195.167.121.246]) by mailsrv.otenet.gr (8.11.1/8.11.1) with ESMTP id f52AnCU08329; Sat, 2 Jun 2001 13:49:13 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.3/8.11.3) id f529YWa50493; Sat, 2 Jun 2001 12:34:32 +0300 (EEST) (envelope-from keramidi@otenet.gr) Date: Sat, 2 Jun 2001 12:34:31 +0300 (EEST) From: Giorgos Keramidas X-X-Sender: To: Brian Reichert Cc: Bob Willcox , hackers list Subject: Re: How to stop console messages to rlogin sessions? In-Reply-To: <20010601183257.L47380@numachi.com> Message-ID: <20010602123232.F50428-100000@hades.hell.gr> 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, 1 Jun 2001, Brian Reichert wrote: > On Fri, Jun 01, 2001 at 04:59:34PM -0500, Bob Willcox wrote: > > I have just upgraded my debug/test systems here to 4.3-stable and I'm > > now getting all of my device driver printf's spewed to my root rlogin > > windows. When these two systems were 4.0 and 4.2 these messages weren't > > printed here (I am capturing them on the serial port). > > > > How do I revert this so that when I rlogin as root to these boxes the > > kernel printf's don't get written to my rlogin session? > > Is this a syslog issue? If so, dick with syslog.conf as neccessary... As a matter of fact it is. If you copy /usr/src/etc/syslog.conf over your /etc/syslog.conf you get these lines added there: *.err root *.notice;news.err root *.alert root Just edit /etc/syslog.conf and remove them. Restart syslogd (issuing a 'killall -HUP syslogd' as root will do it) and you're set to go :) -giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 2 4: 7: 7 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 2C3E337B422 for ; Sat, 2 Jun 2001 04:07:04 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 2 Jun 2001 12:07:03 +0100 (BST) To: Matt Dillon Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: UFS large directory performance In-Reply-To: Your message of "Fri, 01 Jun 2001 10:52:40 PDT." <200106011752.f51HqeS85237@earth.backplane.com> Date: Sat, 02 Jun 2001 12:07:03 +0100 From: Ian Dowse Message-ID: <200106021207.aa78407@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 <200106011752.f51HqeS85237@earth.backplane.com>, Matt Dillon writes: > What are your commit plans? It looks extremely well contained, > it could be committed to -current and then -stable a few days later > without any destabilizing impact at all for when the option isn't > specified. ... > The only potential problem I see here is that you could end up > seriously fragmenting the malloc pool you are using to allocate the > slot arrays. And, of course, the two issues you brought up in > regards to regularing memory use. Thanks for the comments :-) Yes, malloc pool fragmentation is a problem. I think that it can be addressed to some extent by using a 2-level system (an array of pointers to fixed-size arrays) instead of a single large array, but I'm open to any better suggestions. If the second-level array size was fixed at around 4k, that would keep the variable-length first-level array small enough not to cause too many fragmentation issues. The per-DIRBLKSIZ free space summary array is probably relatively okay as it is now. The other main issue, that of discarding old hashes when the memory limit is reached, may be quite tricky to resolve. Any approach based on doing this from ufsdirhash_build() is likely to become a locking nightmare. My original idea was to have ufsdirhash_build() walk a list of other inodes with hashes attached and free them if possible, but that would involve locking the other inode, so things could get messy. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 2 4:31:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-66.dsl.lsan03.pacbell.net [63.207.60.66]) by hub.freebsd.org (Postfix) with ESMTP id 7324237B424 for ; Sat, 2 Jun 2001 04:31:51 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 411DB673A5; Sat, 2 Jun 2001 04:31:46 -0700 (PDT) Date: Sat, 2 Jun 2001 04:31:45 -0700 From: Kris Kennaway To: Peter Pentchev Cc: Alfred Perlstein , Jiangyi Liu , freebsd-hackers@FreeBSD.ORG Subject: Re: How to recompile kernel after minor changes? Message-ID: <20010602043145.B97130@xor.obsecurity.org> References: <878zjb20fd.fsf@fatcow.home> <20010601210728.A1832@superconductor.rush.net> <20010602115823.D24747@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Fba/0zbH8Xs+Fj9o" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010602115823.D24747@ringworld.oblivion.bg>; from roam@orbitel.bg on Sat, Jun 02, 2001 at 11:58:23AM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Fba/0zbH8Xs+Fj9o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 02, 2001 at 11:58:23AM +0300, Peter Pentchev wrote: > On Fri, Jun 01, 2001 at 09:07:28PM -0400, Alfred Perlstein wrote: > > * Jiangyi Liu [010601 20:25] wrote: > > > Hi all, > > >=20 > > > After just changing a little in sys/kern/kern_sig.c, how can I rebuild > > > the kernel fast? I think it should not take such a long time as 'make > > > buildkernel' does. Anyway, just kern_sig.c need to be recompiled and > > > the kernel can be linked. So how do you guys do in such case? > >=20 > > try: > > make buildkernel -DNOCLEAN >=20 > And if you've really only changed kern_sig.c, add -DMODULES_WITH_WORLD, t= oo. > This will cut down the kernel compile time to the dependencies' and set > generation (which cannot be avoided in any sane build), and then compiling > only 4-5 files. or -DNO_MODULES, as it's usually spelled when only doing a kernel compile := -) Kris --Fba/0zbH8Xs+Fj9o 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 iD8DBQE7GM6hWry0BWjoQKURAhrDAJ99sK9GziJKsr5x7bc3txoynB+0NgCg8X/u g5dzp0hEM5jZ35NuhbOYxhI= =ghXx -----END PGP SIGNATURE----- --Fba/0zbH8Xs+Fj9o-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 2 4:36:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 6645237B422 for ; Sat, 2 Jun 2001 04:36:38 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 28368 invoked by uid 1000); 2 Jun 2001 11:35:32 -0000 Date: Sat, 2 Jun 2001 14:35:32 +0300 From: Peter Pentchev To: Kris Kennaway Cc: Alfred Perlstein , Jiangyi Liu , freebsd-hackers@FreeBSD.ORG Subject: Re: How to recompile kernel after minor changes? Message-ID: <20010602143532.A28335@ringworld.oblivion.bg> Mail-Followup-To: Kris Kennaway , Alfred Perlstein , Jiangyi Liu , freebsd-hackers@FreeBSD.ORG References: <878zjb20fd.fsf@fatcow.home> <20010601210728.A1832@superconductor.rush.net> <20010602115823.D24747@ringworld.oblivion.bg> <20010602043145.B97130@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010602043145.B97130@xor.obsecurity.org>; from kris@obsecurity.org on Sat, Jun 02, 2001 at 04:31:45AM -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 Sat, Jun 02, 2001 at 04:31:45AM -0700, Kris Kennaway wrote: > On Sat, Jun 02, 2001 at 11:58:23AM +0300, Peter Pentchev wrote: > > On Fri, Jun 01, 2001 at 09:07:28PM -0400, Alfred Perlstein wrote: > > > * Jiangyi Liu [010601 20:25] wrote: > > > > Hi all, > > > > > > > > After just changing a little in sys/kern/kern_sig.c, how can I rebuild > > > > the kernel fast? I think it should not take such a long time as 'make > > > > buildkernel' does. Anyway, just kern_sig.c need to be recompiled and > > > > the kernel can be linked. So how do you guys do in such case? > > > > > > try: > > > make buildkernel -DNOCLEAN > > > > And if you've really only changed kern_sig.c, add -DMODULES_WITH_WORLD, too. > > This will cut down the kernel compile time to the dependencies' and set > > generation (which cannot be avoided in any sane build), and then compiling > > only 4-5 files. > > or -DNO_MODULES, as it's usually spelled when only doing a kernel compile :-) On -stable? [roam@ringworld:v4 /usr/src]$ fgrep NO_MODULES Makefile* [roam@ringworld:v4 /usr/src]$ fgrep NO_MODULES sys/Makefile* [roam@ringworld:v4 /usr/src]$ fgrep NO_MODULES sys/modules/Makefile* [roam@ringworld:v4 /usr/src]$ find /usr/share/mk -type f | xargs fgrep NO_MODUL ES [roam@ringworld:v4 /usr/src]$ Or is it somewhere else? G'luck, Peter -- This sentence every third, but it still comprehensible. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 2 5:33:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id EE4F537B422 for ; Sat, 2 Jun 2001 05:33:08 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 29361 invoked by uid 1000); 2 Jun 2001 12:32:04 -0000 Date: Sat, 2 Jun 2001 15:32:04 +0300 From: Peter Pentchev To: Kris Kennaway Cc: Alfred Perlstein , Jiangyi Liu , freebsd-hackers@FreeBSD.ORG Subject: Re: How to recompile kernel after minor changes? Message-ID: <20010602153204.C28335@ringworld.oblivion.bg> Mail-Followup-To: Kris Kennaway , Alfred Perlstein , Jiangyi Liu , freebsd-hackers@FreeBSD.ORG References: <878zjb20fd.fsf@fatcow.home> <20010601210728.A1832@superconductor.rush.net> <20010602115823.D24747@ringworld.oblivion.bg> <20010602043145.B97130@xor.obsecurity.org> <20010602143532.A28335@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010602143532.A28335@ringworld.oblivion.bg>; from roam@orbitel.bg on Sat, Jun 02, 2001 at 02:35:32PM +0300 Sender: owner-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, Jun 02, 2001 at 02:35:32PM +0300, Peter Pentchev wrote: > On Sat, Jun 02, 2001 at 04:31:45AM -0700, Kris Kennaway wrote: > > On Sat, Jun 02, 2001 at 11:58:23AM +0300, Peter Pentchev wrote: > > > On Fri, Jun 01, 2001 at 09:07:28PM -0400, Alfred Perlstein wrote: > > > > * Jiangyi Liu [010601 20:25] wrote: > > > > > Hi all, > > > > > > > > > > After just changing a little in sys/kern/kern_sig.c, how can I rebuild > > > > > the kernel fast? I think it should not take such a long time as 'make > > > > > buildkernel' does. Anyway, just kern_sig.c need to be recompiled and > > > > > the kernel can be linked. So how do you guys do in such case? > > > > > > > > try: > > > > make buildkernel -DNOCLEAN > > > > > > And if you've really only changed kern_sig.c, add -DMODULES_WITH_WORLD, too. > > > This will cut down the kernel compile time to the dependencies' and set > > > generation (which cannot be avoided in any sane build), and then compiling > > > only 4-5 files. > > > > or -DNO_MODULES, as it's usually spelled when only doing a kernel compile :-) > > On -stable? > > [roam@ringworld:v4 /usr/src]$ fgrep NO_MODULES Makefile* > [roam@ringworld:v4 /usr/src]$ fgrep NO_MODULES sys/Makefile* > [roam@ringworld:v4 /usr/src]$ fgrep NO_MODULES sys/modules/Makefile* > [roam@ringworld:v4 /usr/src]$ find /usr/share/mk -type f | xargs fgrep NO_MODUL > ES > [roam@ringworld:v4 /usr/src]$ > > Or is it somewhere else? *oof* (extracts foot from mouth) Of course, with a bit more looking, I found it in /sys/conf/Makefile.${arch} G'luck, Peter -- If wishes were fishes, the antecedent of this conditional would be true. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 2 5:38:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from luke.immure.com (luke.immure.com [207.8.42.74]) by hub.freebsd.org (Postfix) with ESMTP id E041037B422 for ; Sat, 2 Jun 2001 05:38:45 -0700 (PDT) (envelope-from bob@luke.immure.com) Received: (from bob@localhost) by luke.immure.com (8.11.2/8.11.3) id f52Ccex56470; Sat, 2 Jun 2001 07:38:40 -0500 (CDT) (envelope-from bob) Date: Sat, 2 Jun 2001 07:38:40 -0500 From: Bob Willcox To: Giorgos Keramidas Cc: Brian Reichert , hackers list Subject: Re: How to stop console messages to rlogin sessions? Message-ID: <20010602073840.A56396@luke.immure.com> Reply-To: Bob Willcox References: <20010601183257.L47380@numachi.com> <20010602123232.F50428-100000@hades.hell.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010602123232.F50428-100000@hades.hell.gr>; from keramidi@otenet.gr on Sat, Jun 02, 2001 at 12:34:31PM +0300 Sender: owner-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, Jun 02, 2001 at 12:34:31PM +0300, Giorgos Keramidas wrote: > On Fri, 1 Jun 2001, Brian Reichert wrote: > > > On Fri, Jun 01, 2001 at 04:59:34PM -0500, Bob Willcox wrote: > > > I have just upgraded my debug/test systems here to 4.3-stable and I'm > > > now getting all of my device driver printf's spewed to my root rlogin > > > windows. When these two systems were 4.0 and 4.2 these messages weren't > > > printed here (I am capturing them on the serial port). > > > > > > How do I revert this so that when I rlogin as root to these boxes the > > > kernel printf's don't get written to my rlogin session? > > > > Is this a syslog issue? If so, dick with syslog.conf as neccessary... > > As a matter of fact it is. If you copy /usr/src/etc/syslog.conf over your > /etc/syslog.conf you get these lines added there: > > *.err root > *.notice;news.err root > *.alert root > > Just edit /etc/syslog.conf and remove them. > Restart syslogd (issuing a 'killall -HUP syslogd' as root will do it) > and you're set to go :) I have done this and the messages have stopped. :-) Thanks to all that replied! Bob > > -giorgos -- Bob Willcox Egotist, n.: bob@vieo.com A person of low taste, more interested in himself than me. Austin, TX -- Ambrose Bierce, "The Devil's Dictionary" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 2 9:18:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from phaidor.thuvia.org (thuvia.demon.co.uk [193.237.34.248]) by hub.freebsd.org (Postfix) with ESMTP id 2418437B423 for ; Sat, 2 Jun 2001 09:18:46 -0700 (PDT) (envelope-from mark@thuvia.demon.co.uk) Received: from dotar-sojat.thuvia.org (dotar-sojat.thuvia.org [10.0.0.4]) by phaidor.thuvia.org (8.11.3/8.11.3) with ESMTP id f52GIhe12945; Sat, 2 Jun 2001 17:18:43 +0100 (BST) (envelope-from mark@dotar-sojat.thuvia.org) Received: (from mark@localhost) by dotar-sojat.thuvia.org (8.11.3/8.11.3) id f52GIjd35540; Sat, 2 Jun 2001 17:18:45 +0100 (BST) (envelope-from mark) Date: Sat, 2 Jun 2001 17:18:45 +0100 (BST) From: Mark Valentine Message-Id: <200106021618.f52GIjd35540@dotar-sojat.thuvia.org> In-Reply-To: Peter Seebach's message of Jun 2, 3:26am X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: seebs@plethora.net (Peter Seebach), hackers@freebsd.org Subject: Re: Fixing documented bug in env(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 > From: seebs@plethora.net (Peter Seebach) > Date: Sat 2 Jun, 2001 > Subject: Re: Fixing documented bug in env(1) > people use -- > to end subsequences of arguments all the time. No, they use ``--'' to indicate to getopt(3) the end of the _options_ and the _start_ of the arguments. Since env(1) uses getopt(3), ``--'' already has meaning to env(1); it allows environment variables and commands which start with ``-'' (the former is obviously invalid). $ env -i -- -t args currently allows execution of command ``-t''. However, what Dima proposes doesn't seem to be harmful, just slightly confusing, and less surprising than inventing a new delimieter such as ``==''. $ env -i -- foo=bar -- 4=4 args has two distinct uses of `--'' as per Dima's proposal, the first tells getopt(3) to stop processing options, and the second tells the argument processing code to stop looking for variable assignments (i.e. ``4=4'' is a command). Cheers, Mark. -- Mark Valentine, Thuvia Labs "Tigers will do ANYTHING for a tuna fish sandwich." Mark Valentine uses "We're kind of stupid that way." *munch* *munch* and endorses FreeBSD -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 2 10:48: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 6C2B837B422 for ; Sat, 2 Jun 2001 10:47:59 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f52Hluf03989; Sat, 2 Jun 2001 10:47:56 -0700 (PDT) (envelope-from dillon) Date: Sat, 2 Jun 2001 10:47:56 -0700 (PDT) From: Matt Dillon Message-Id: <200106021747.f52Hluf03989@earth.backplane.com> To: Ian Dowse Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: UFS large directory performance References: <200106021207.aa78407@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 : :Thanks for the comments :-) Yes, malloc pool fragmentation is a :problem. I think that it can be addressed to some extent by using :a 2-level system (an array of pointers to fixed-size arrays) instead :of a single large array, but I'm open to any better suggestions. I do precisely this for the swap meta-support structures associated with VM objects. It works very well and it means you can use the zone allocator for the fixed size structures. :If the second-level array size was fixed at around 4k, that would :keep the variable-length first-level array small enough not to :cause too many fragmentation issues. The per-DIRBLKSIZ free space :summary array is probably relatively okay as it is now. 4K = (IA32) 1024 directory entries / 2 (approximate hash slop) = 512 directory entries? That seems quite reasonable but I would use a smaller block size.. 512 bytes (remember, with zalloc there is no overhead for allocating smaller structures. Read on! I would further recommend a (dynamic) array of pointers at the first level as part of the summary structure. Any given array entry would either point to the second level array (the 512 byte allocations), be NULL (no second level array was necessary), or be (void *)-1 which would indicate that the second level array was reclaimed for other uses. During a lookup your hash algorithm would operate as per normal but when it skips to the next top level array index it would test for NULL (search ends, entry not found) and (void *)-1. (void *)-1 would indicate 'search ends but the result is indeterminant, you have to rescan the directory'. By using a smaller block size for the second level array you create more slots in the first level array which gives the system a better chance of reusing a second level array block for other purpopses without seriously compromising performance for file creates, deletions, and lookups on the directory. e.g. lower chance of the lookup hitting the (void *)-1 reclaim mark in the first level array. :The other main issue, that of discarding old hashes when the memory :limit is reached, may be quite tricky to resolve. Any approach :based on doing this from ufsdirhash_build() is likely to become a :locking nightmare. My original idea was to have ufsdirhash_build() :walk a list of other inodes with hashes attached and free them if :possible, but that would involve locking the other inode, so things :could get messy. : :Ian If the zone allocator is used for the second level block allocations it shouldn't be a problem. You can (had better be able to!) put a mutex around zone frees in -current. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 2 10:54:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id B5C4337B43E for ; Sat, 2 Jun 2001 10:54:36 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f52HsYR04024; Sat, 2 Jun 2001 10:54:34 -0700 (PDT) (envelope-from dillon) Date: Sat, 2 Jun 2001 10:54:34 -0700 (PDT) From: Matt Dillon Message-Id: <200106021754.f52HsYR04024@earth.backplane.com> To: Ian Dowse Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: UFS large directory performance References: <200106021207.aa78407@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 Oh yah, one more thing. At risk of making the second level block more complex you might want to make a real structure out of it rather then a simple array. Something like this: struct whateverYouNameTheSecondLevelBLock { short use; char filler[sizeof(void *) - sizeof(short)]; secondLevel_t array[128]; }; We could maintain a use count on the second level block which would allow us to make better decisions on which one to reuse. You could get more complex and keep the second level blocks on their own LRU queue, making reclaims trivial. This would require a doubly linked list node (lruq) and a backptr to allow you to unlink the second level block from the first level array, e.g. '*secondLevelBlock->backptr = (void *)-1;' struct whateverYouNameTheSecondLevelBLock { TAILQ_ENTRY(blah) lruq; firstLevel_t *backptr; short use; char filler[sizeof(void *) - sizeof(short)]; secondLevel_t array[128]; }; For now I would recommend the first approach (you could add a queue node to the summary structure to allow scanning all the summary structures). This second approach would be a good second-round approach. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 2 20: 9:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ellipse.mcs.drexel.edu (ellipse.mcs.drexel.edu [129.25.7.190]) by hub.freebsd.org (Postfix) with SMTP id 6691B37B423 for ; Sat, 2 Jun 2001 20:09:53 -0700 (PDT) (envelope-from cosine@ellipse.mcs.drexel.edu) Received: (qmail 1296 invoked by uid 1001); 3 Jun 2001 03:09:42 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 3 Jun 2001 03:09:42 -0000 Date: Sat, 2 Jun 2001 23:09:42 -0400 (EDT) From: Patrick Alken To: Subject: ptrace 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 coding a simple debugger, and I need to know the proper way to save and restore the state of the debugger's terminal when the child process is not executing. For example, if the debugger ptraces a process which gets a signal and returns control to the debugger, the debugger needs to restore the original terminal settings, in case the ptraced process messed with them. I am currently using a setup like this: if (isatty(STDIN_FILENO)) tcgetattr(STDIN_FILENO, &termin); if (isatty(STDOUT_FILENO)) tcgetattr(STDOUT_FILENO, &termout); if (isatty(STDERR_FILENO)) tcgetattr(STDERR_FILENO, &termerr); PtraceProcessUntilSignal(); if (isatty(...)) { tcsetattr(STDIN_FILENO, TCSANOW, &termin); tcsetattr(STDOUT_FILENO, TCSANOW, &termout); tcsetattr(STDERR_FILENO, TCSANOW, &termerr); } For simplicity I did not show the error checking above, but the terminal calls never return -1.. The above code does not work - if I hit CONTROL-C or give the ptraced process another signal, it returns control to the debugger, but the debugger's terminal does not get restored properly. ie: the debugger will still accept input but does not output stuff correctly. The terminal sometimes doesn't scroll up properly when you type newlines etc.. If anyone has any info which could help me out here I would greatly appreciate it as I am not very familiar with the tcgetattr/tcsetattr stuff. Thanks in advance. Patrick Alken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 2 21:45:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id DCF3437B422 for ; Sat, 2 Jun 2001 21:45:29 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f534jTA07246; Sat, 2 Jun 2001 21:45:29 -0700 (PDT) (envelope-from dillon) Date: Sat, 2 Jun 2001 21:45:29 -0700 (PDT) From: Matt Dillon Message-Id: <200106030445.f534jTA07246@earth.backplane.com> To: hackers@FreeBSD.ORG Cc: Alfred Perlstein Subject: Patch to fix code that kills procs when swap runs out (stable) Sender: owner-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'll probably commit something similar to this to -current on sunday, and -stable next weekend. This patch should fix the process killing part of the VM system. It fixes two things: (1) It starts killing processes a little earlier, before the machine truely hoses itself. This should avoid the deadlocks. (2) It locates the largest process by counting the approximate amount of swap used as well as the RSS. Before it was just counting the RSS which resulted in it choosing the wrong process (often choosing small processes instead of large processes). Alfred, I'm cc'ing you. If you have some time, could you check the vmspace_swap_count() routine? What do I need to mutex it for -current? For -stable I don't think there's an issue since VM objects are not instantiated/destroyed by interrupts. All suggestions are welcome. -- On another note, I am MFCing the O_DIRECT patches I did a weekend or two ago to -stable now. -Matt Index: vm/vm_map.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_map.c,v retrieving revision 1.187.2.8 diff -u -r1.187.2.8 vm_map.c --- vm/vm_map.c 2001/03/14 07:05:05 1.187.2.8 +++ vm/vm_map.c 2001/06/03 04:22:03 @@ -220,6 +220,41 @@ } /* + * vmspace_swap_count() - count the approximate swap useage in pages for a + * vmspace. + * + * Swap useage is determined by taking the proportional swap used by + * VM objects backing the VM map. To make up for fractional losses, + * if the VM object has any swap use at all the associated map entries + * count for at least 1 swap page. + */ +int +vmspace_swap_count(struct vmspace *vmspace) +{ + vm_map_t map = &vmspace->vm_map; + vm_map_entry_t cur; + int count = 0; + + for (cur = map->header.next; cur != &map->header; cur = cur->next) { + vm_object_t object; + + if ((cur->eflags & MAP_ENTRY_IS_SUB_MAP) == 0 && + (object = cur->object.vm_object) != NULL && + object->type == OBJT_SWAP + ) { + int n = (cur->end - cur->start) / PAGE_SIZE; + + if (object->un_pager.swp.swp_bcount) { + count += object->un_pager.swp.swp_bcount * SWAP_META_PAGES * n / + object->size + 1; + } + } + } + return(count); +} + + +/* * vm_map_create: * * Creates and returns a new empty VM map with Index: vm/vm_map.h =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_map.h,v retrieving revision 1.54.2.1 diff -u -r1.54.2.1 vm_map.h --- vm/vm_map.h 2001/03/14 07:05:06 1.54.2.1 +++ vm/vm_map.h 2001/06/03 03:58:51 @@ -375,6 +375,7 @@ void vm_freeze_copyopts __P((vm_object_t, vm_pindex_t, vm_pindex_t)); int vm_map_stack __P((vm_map_t, vm_offset_t, vm_size_t, vm_prot_t, vm_prot_t, int)); int vm_map_growstack __P((struct proc *p, vm_offset_t addr)); +int vmspace_swap_count __P((struct vmspace *vmspace)); #endif #endif /* _VM_MAP_ */ Index: vm/vm_pageout.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_pageout.c,v retrieving revision 1.151.2.7 diff -u -r1.151.2.7 vm_pageout.c --- vm/vm_pageout.c 2000/12/30 01:51:12 1.151.2.7 +++ vm/vm_pageout.c 2001/06/03 04:12:27 @@ -1094,10 +1094,14 @@ } /* - * make sure that we have swap space -- if we are low on memory and - * swap -- then kill the biggest process. + * If we are out of swap and were not able to reach our paging + * target, kill the largest process. */ + if ((vm_swap_size < 64 && vm_page_count_min()) || + (swap_pager_full && vm_paging_target() > 0)) { +#if 0 if ((vm_swap_size < 64 || swap_pager_full) && vm_page_count_min()) { +#endif bigproc = NULL; bigsize = 0; for (p = allproc.lh_first; p != 0; p = p->p_list.le_next) { @@ -1119,7 +1123,8 @@ /* * get the process size */ - size = vmspace_resident_count(p->p_vmspace); + size = vmspace_resident_count(p->p_vmspace) + + vmspace_swap_count(p->p_vmspace); /* * if the this process is bigger than the biggest one * remember it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message