From owner-freebsd-fs Mon Dec 11 4: 9:20 2000 From owner-freebsd-fs@FreeBSD.ORG Mon Dec 11 04:09:17 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E449937B6DE for ; Mon, 11 Dec 2000 04:08:47 -0800 (PST) Received: from ncmail.netcentralen.dk (ncmail.netcentralen.dk [195.24.7.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AB8D6E2FFC for ; Mon, 11 Dec 2000 02:09:54 -0800 (PST) Received: from mother.netcentralen.dk (mother.netcentralen.dk [195.24.7.107]) by ncmail.netcentralen.dk (8.9.3/8.9.3) with ESMTP id LAA27574 for ; Mon, 11 Dec 2000 11:12:01 +0100 (CET) (envelope-from mar@netcentralen.dk) Received: by mother.netcentralen.dk with Internet Mail Service (5.5.2650.21) id ; Mon, 11 Dec 2000 11:13:53 +0100 Message-ID: <9164771DDCABD3118333005004E9446E2B7668@mother.netcentralen.dk> From: Michael Aronsen To: "'freebsd-fs@FreeBSD.ORG'" Subject: CryptFs in BSD? Date: Mon, 11 Dec 2000 11:13:52 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello Are there currently any crypt fs's out there that are usable ? Michael Aronsen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Mon Dec 11 16:13:34 2000 From owner-freebsd-fs@FreeBSD.ORG Mon Dec 11 16:13:33 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 24EAD37B400 for ; Mon, 11 Dec 2000 16:13:32 -0800 (PST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 11C026AB6C; Tue, 12 Dec 2000 10:43:30 +1030 (CST) Date: Tue, 12 Dec 2000 10:43:30 +1030 From: Greg Lehey To: Michael Aronsen Cc: freebsd-fs@FreeBSD.ORG Subject: Re: CryptFs in BSD? Message-ID: <20001212104330.E76343@wantadilla.lemis.com> References: <9164771DDCABD3118333005004E9446E2B7668@mother.netcentralen.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <9164771DDCABD3118333005004E9446E2B7668@mother.netcentralen.dk>; from mar@netcentralen.dk on Mon, Dec 11, 2000 at 11:13:52AM +0100 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Monday, 11 December 2000 at 11:13:52 +0100, Michael Aronsen wrote: > Hello > Are there currently any crypt fs's out there that are usable ? I suppose that depends on your definition of "usable". Darren Reed has one for NetBSD. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Mon Dec 11 17: 0:38 2000 From owner-freebsd-fs@FreeBSD.ORG Mon Dec 11 17:00:36 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from sammy.tibco.com (sammy.tibco.com [192.216.111.146]) by hub.freebsd.org (Postfix) with ESMTP id 30BBD37B6A8 for ; Mon, 11 Dec 2000 17:00:36 -0800 (PST) Received: from osprey.tibco.com (osprey.tibco.com [160.101.240.44]) by sammy.tibco.com (8.9.3/8.9.3) with ESMTP id RAA03089 for ; Mon, 11 Dec 2000 17:00:35 -0800 (PST) Received: from venus.tibco.com (venus.tibco.com [160.101.240.40]) by osprey.tibco.com (8.9.3/8.9.3) with ESMTP id QAA08207 for ; Mon, 11 Dec 2000 16:58:55 -0800 (PST) Received: from tibco.com ([160.101.22.192]) by venus.tibco.com (Netscape Messaging Server 3.6) with ESMTP id AAADA5; Mon, 11 Dec 2000 17:00:33 -0800 Message-ID: <3A357763.F4DB18B@tibco.com> Date: Mon, 11 Dec 2000 16:54:59 -0800 From: "Aram Compeau" X-Mailer: Mozilla 4.73 [en] (WinNT; U) X-Accept-Language: en,zh,fr,ja,ko MIME-Version: 1.0 To: Michael Aronsen Cc: "'freebsd-fs@FreeBSD.ORG'" Subject: Re: CryptFs in BSD? References: <9164771DDCABD3118333005004E9446E2B7668@mother.netcentralen.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've not used it, but you might take a look at http://www.rubberhose.com. Cheers, Aram Michael Aronsen wrote: > Hello > Are there currently any crypt fs's out there that are usable ? > > Michael Aronsen > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-fs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Mon Dec 11 20: 1:46 2000 From owner-freebsd-fs@FreeBSD.ORG Mon Dec 11 20:01:44 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 66DB837B699 for ; Mon, 11 Dec 2000 20:01:40 -0800 (PST) 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 eBC41c559438; Mon, 11 Dec 2000 23:01:38 -0500 (EST) (envelope-from louie@whizzo.transsys.com) Message-Id: <200012120401.eBC41c559438@whizzo.transsys.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Michael Aronsen Cc: "'freebsd-fs@FreeBSD.ORG'" X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: CryptFs in BSD? References: <9164771DDCABD3118333005004E9446E2B7668@mother.netcentralen.dk> In-reply-to: Your message of "Mon, 11 Dec 2000 11:13:52 +0100." <9164771DDCABD3118333005004E9446E2B7668@mother.netcentralen.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 11 Dec 2000 23:01:38 -0500 Sender: louie@TransSys.COM Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org If you don't need an in-kernel implementation, take a look at /usr/ports/security/cfs louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Tue Dec 12 10:39: 1 2000 From owner-freebsd-fs@FreeBSD.ORG Tue Dec 12 10:39:00 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from sigbus.com (sigbus.com [207.211.10.110]) by hub.freebsd.org (Postfix) with ESMTP id 20A0337B402 for ; Tue, 12 Dec 2000 10:38:56 -0800 (PST) Received: (from henrich@localhost) by sigbus.com (8.9.3/8.9.3) id KAA21136 for freebsd-fs@freebsd.org; Tue, 12 Dec 2000 10:38:51 -0800 (PST) (envelope-from henrich) Date: Tue, 12 Dec 2000 10:38:51 -0800 From: Charles Henrich To: freebsd-fs@freebsd.org Subject: Filesystem tuning (minimize seeks) Message-ID: <20001212103851.C20653@sigbus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i X-Operating-System: FreeBSD 3.3-RELEASE X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF 76 C4 B8 C9 6E 41 A4 4F Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Im trying to tune a FreeBSD box acting as a NFS file server, and was wondering if anyone had any suggestions on how to handle multiple concurrent writes from causing the data to be written very non-sequential. Anyone? Thanks! -Crh Charles Henrich Manex Visual Effects henrich@sigbus.com http://www.sigbus.com/~henrich To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Tue Dec 12 12: 4: 3 2000 From owner-freebsd-fs@FreeBSD.ORG Tue Dec 12 12:04:01 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from brutus.conectiva.com.br (brutus.conectiva.com.br [200.250.58.146]) by hub.freebsd.org (Postfix) with ESMTP id 3087E37B400 for ; Tue, 12 Dec 2000 12:03:57 -0800 (PST) Received: from localhost (riel@localhost) by brutus.conectiva.com.br (8.11.1/8.11.1) with ESMTP id eBCK3IP10988; Tue, 12 Dec 2000 18:03:22 -0200 X-Authentication-Warning: duckman.distro.conectiva: riel owned process doing -bs Date: Tue, 12 Dec 2000 18:03:18 -0200 (BRDT) From: Rik van Riel X-Sender: riel@duckman.distro.conectiva To: Charles Henrich Cc: freebsd-fs@FreeBSD.ORG Subject: Re: Filesystem tuning (minimize seeks) In-Reply-To: <20001212103851.C20653@sigbus.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 12 Dec 2000, Charles Henrich wrote: > Im trying to tune a FreeBSD box acting as a NFS file server, and > was wondering if anyone had any suggestions on how to handle > multiple concurrent writes from causing the data to be written > very non-sequential. Anyone? Thanks! One of the "tricks" to handle this is to use a journaling filesystem. This allows the filesystem to initially drop the data in the journal and ack the NFS operation, giving it the chance to later write out the stuff to disk with some more freedom in optimising seeks. I'm not sure if there is a journaling filesystem available for BSD which does this, however. Another alternative would be to use LFS, but I don't think it's up-to-date for FreeBSD ... regards, Rik -- Hollywood goes for world dumbination, Trailer at 11. http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.com.br/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Dec 13 0:53:45 2000 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 13 00:53:42 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (Postfix) with ESMTP id 4449037B400 for ; Wed, 13 Dec 2000 00:53:42 -0800 (PST) Received: (from daemon@localhost) by smtp03.primenet.com (8.9.3/8.9.3) id BAA10645; Wed, 13 Dec 2000 01:51:23 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp03.primenet.com, id smtpdAAA_RayOu; Wed Dec 13 01:51:09 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id BAA26821; Wed, 13 Dec 2000 01:53:25 -0700 (MST) From: Terry Lambert Message-Id: <200012130853.BAA26821@usr08.primenet.com> Subject: Re: Filesystem tuning (minimize seeks) To: henrich@sigbus.com (Charles Henrich) Date: Wed, 13 Dec 2000 08:53:25 +0000 (GMT) Cc: freebsd-fs@FreeBSD.ORG In-Reply-To: <20001212103851.C20653@sigbus.com> from "Charles Henrich" at Dec 12, 2000 10:38:51 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: tlambert@usr08.primenet.com Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Im trying to tune a FreeBSD box acting as a NFS file server, and was wondering > if anyone had any suggestions on how to handle multiple concurrent writes from > causing the data to be written very non-sequential. Anyone? Thanks! NFS writes are supposed to be sent with the file offset, the length of the data, and the data. The offset is dereferenced from the file structure on the originating machine. Is this aggregating the output of several seperate machines? If so, there will need to be a reconning of the file offset between the machines doing the writing, probably with an out of band protocol of some kind. Most commonly, this is accomplished with token passing, where the reciever of the token seeks to the end of the file and appends after getting the token. If you could provide some more information on what the client machines are doing, and what your desired behaviour is, we could probably give you a better approach. If you are running commercial Linux software, and it's not running on FreeBSD, but runs fine on Linux, then it may be that a cached value of the file status information is being used, and a fix needs to be applied to NFS to ensure that it has up to date information from the server before doing the seek (e.g. the stat that precedes the seek may not result in wire traffic, when it should). There are several reasons this could fail, including, but not limited to, missing LEASE revocation operations that should invalidate client cached state. NFS doesn't really guarantee distribute coherency like this, it's really a client issue. If you are using NFS locking, well, FreeBSD does not currently enforce this properly (though there is BSDI code that is supposedly available, which could probably be integrated to rectify the locking situation). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Dec 13 6:21:49 2000 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 13 06:21:37 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from arka.ids.bielsko.pl (arka.ids.bielsko.pl [195.117.233.8]) by hub.freebsd.org (Postfix) with ESMTP id 8B7CA37B69F for ; Wed, 13 Dec 2000 06:21:23 -0800 (PST) Received: by arka.ids.bielsko.pl (8.9.3/8.9.3) id PAA05615 for freebsd-fs@FreeBSD.org; Wed, 13 Dec 2000 15:18:45 +0100 (MET) Date: Wed, 13 Dec 2000 15:18:45 +0100 (MET) Message-Id: <200012131418.PAA05615@arka.ids.bielsko.pl> Subject: New European Promotional Contest From: office@euroleader.org MIME-Version: 1.0 To: freebsd-fs@FreeBSD.org Content-Type: multipart/alternative; boundary="------------070C33C436192682FC31B74B" Sender: lider@arka.ids.bielsko.pl Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --------------070C33C436192682FC31B74B Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8bit Dear Sirs, We are very pleased to welcome you and present a new economic initiative for producers from all European countries - both western and eastern. FOR THE FIRST TIME - ON SUCH A LARGE SCALE - IN THE VERY HEART OF EUROPE! [Image] "EURO LEADER 2001" This is an honourable title and prestigious Promotional Emblem in European Promotional Contest. This is an effective tool of promotion and marketing in Europe by means of which it is much easier to reach western markets, increase export and gain new partners for cooperation in the field of production and investment. The contest is a Polish initiative. It will be settled in March, 2001 in Warsaw. Therefore it will bring the best commercial effects on a stable, almost 40-million prospective customers Polish market, having over 5% economic growth, which will soon become an integral market of European Union. Click http://www.euroleader.org/ and get acquainted with the details of the contest, enter for the European competition. It will bring you success and a good start in the XXI century! You are good but are you well-known? You will be well-known! Join us. Yours faithfully, INTERRES International Building Fair and Promotion - from Poland B2B - Internet Portal Tadeusz Ziobro - President. --------------070C33C436192682FC31B74B Content-Type: multipart/related; boundary="------------CEE33E5E78D696CB4E0EC941" --------------CEE33E5E78D696CB4E0EC941 Content-Type: text/html; charset=iso-8859-2 Content-Transfer-Encoding: 8bit
Dear Sirs,

We are very pleased to welcome you and present a new economic initiative
for producers from all European countries - both western and eastern.

FOR THE FIRST TIME - ON SUCH A LARGE SCALE - IN THE VERY HEART OF EUROPE!

"EURO LEADER 2001"

This is an honourable title and prestigious Promotional Emblem
in European Promotional Contest.

This is an effective tool of promotion and marketing in Europe
by means of which it is much easier to reach western markets,
increase export and gain new partners for cooperation in the
field of production and investment.




The contest is a Polish initiative.
It will be settled in March, 2001 in Warsaw. Therefore it will bring the best commercial effects on a stable, almost 40-million
prospective customers Polish market, having over 5% economic growth, which will soon become an integral market of European Union.

Click http://www.euroleader.org/ and get acquainted with the details of the contest, enter for the European competition.

It will bring you success and a good start in the XXI century!
You are good but are you well-known? You will be well-known! Join us.

Yours faithfully,

INTERRES International Building Fair and Promotion - from Poland
B2B - Internet Portal
Tadeusz Ziobro - President.
  --------------CEE33E5E78D696CB4E0EC941 Content-Type: image/jpeg Content-ID: Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="C:\WINDOWS\TEMP\nsmail24.jpeg" /9j/4AAQSkZJRgABAgEASABIAAD//gAmRmlsZSB3cml0dGVuIGJ5IEFkb2JlIFBob3Rvc2hv cKggNS4w/+4ADkFkb2JlAGSAAAAAAf/bAIQADAgICAkIDAkJDBELCgsRFQ8MDA8VGBMTFRMT GBEMDAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAENCwsNDg0QDg4QFA4ODhQU Dg4ODhQRDAwMDAwREQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM/8AAEQgA eAB4AwEiAAIRAQMRAf/dAAQACP/EAT8AAAEFAQEBAQEBAAAAAAAAAAMAAQIEBQYHCAkKCwEA AQUBAQEBAQEAAAAAAAAAAQACAwQFBgcICQoLEAABBAEDAgQCBQcGCAUDDDMBAAIRAwQhEjEF QVFhEyJxgTIGFJGhsUIjJBVSwWIzNHKC0UMHJZJT8OHxY3M1FqKygyZEk1RkRcKjdDYX0lXi ZfKzhMPTdePzRieUpIW0lcTU5PSltcXV5fVWZnaGlqa2xtbm9jdHV2d3h5ent8fX5/cRAAIC AQIEBAMEBQYHBwYFNQEAAhEDITESBEFRYXEiEwUygZEUobFCI8FS0fAzJGLhcoKSQ1MVY3M0 8SUGFqKygwcmNcLSRJNUoxdkRVU2dGXi8rOEw9N14/NGlKSFtJXE1OT0pbXF1eX1VmZ2hpam tsbW5vYnN0dXZ3eHl6e3x//aAAwDAQACEQMRAD8A1Prf9b+sdH6w/FxXtNRaHAOHCxP/ABx/ rF+8z7kv8Y//AIonf1AuVWjixQMIkxGy0kvVf+OP9Yv3mfcl/wCOP9Yv3mfcuVST/Zx/uhVl 6r/xyPrF+8z7kv8AxyPrF+8z7lysGJ7BJL2cf7oVZeq/8cj6xeLPuS/8cf6x6ElgB40WJ0bA wOoZQxcvN+wF8Cq1zNzC4/mWO3N9Jdz176jdOp6LhG7Pbhs6ZW5l2S9kize71Poh30/UPsUU /ZhIRMRr4K1cH/xyPrF+8z7kv/HH+sX7zPuXMXCltrxQ51lQMMe9u1zh+85ku2KHMAak6AfF Sezj/dH2KsvVf+OP9Yv3mfcl/wCOP9Yv3mfcuby8W/DybMXIbsupdssb4EIKXtYz+iFWXqv/ ABx/rF+8z7kv/HH+sX7zPuXKpI+zj/dCrL6L9UPrf1jrHWGYuU9oqDS4ho5SWJ/i3/8AFE3+ oUlD7cPf4eEVw7KvR//QB/jH/wDFE7+oFyq6r/GP/wCKJ39QLlVqYf5uPksO6kTHZTZexl9v oVOMPt2l+0fvbG+5yjsfsNm07AdpdGm4jdtn+qo69k9T6P0z6g0P+r2ZSzNpyH55rsx8tjSW NFR3N7/nS/euE6rhYmDknGxsxudskWW1tLaw4fmse4/pVu4f19zOm14eH0+hg6diV+nZTYPd cT/PWPsH8179/p7f+uLmsh1Lr7HUNLKXPc6tjuWtJ3NYY/dUOKOQSkZnQ6jb8UmmeBdRRm0X 5FZtpqe176hA3bTuDJP7zlu5n146n1LGzcPqbGXYuY39FWwBpoe33Uuqd+e1u3371zaSklCM iCRZG3gi1fFdZ9Q6ei5/Uq8DOwPVyWTdTlNe6B6fv25FW7Z9L6D1yasYnUMvCbc3FsNJyWen a9uj9k7jW1/5m/8AP2pZImUSAaP2KD3f+MSroeG5uV9g+0Z/UAYyS9wqbsDWb9rHfpLdv5q8 8Vh2flvwW9PfYX4tb/VqrdrsdG13pu+kxr/zmKvwJPZDFAwjwk34pKklYzcHJwbW05Ldj31s uaP5NjfUZ/0VXTwb1CHqv8W//iib/UKSX+Lf/wAUTf6hSUH/AII/wU9H/9EH+Mf/AMUTv6gX N4bcN2Qxuc+yvHOj7KQHPb/K2Pjcuk/xkf8Aiid/UC5XQ88d4Wni/mo+S07vqFH1K6I/6quo ZnOdjW2DOHUNoBDWtj6H7npb15xns6fXkuZ062y/GboLrWhhcf3mMb9Gv93ctofXvrNeTW6n YzBprFDOnxNRqA2RY76brXf6Vc67aXHYNrZO1p1gfmt/soYYZIk8Zu9Qo0skr1HQus5NLL6M O2yqwSx7QII4THonVxkDFOJZ9ocw2Nqj3FgO0vS+84LI97Hcb4hxxuPD83Erhl2P2NJJXP2P 1T7WMI4tn2ot3imPdt/fSPRuqjKGH9ls+1FnqCmPds/fS+8Yf87D5eP54/zf7/8Ac/rK4T2L TSV+3oPW6mF9mDcGjk7Z/wCpVKuqy2xtVTHPseYaxoJcT4bU6GbFMGUMkZiPzGMoyEfPhUYk bgsV0H1PPTMjqdXTOo9OZnNyn7WWy4PrMbvdtc1tlPt9yz7fq/1umo22YVrWDUnbMR4hqrYe dlYNjrsSw1WuY6v1G/Sa130/Td+Y530d6aMmPNCXtZIzrS8cuLhl5wUQRuCPN9K+v37ExsBn UX9Prz8gn7LVaXHZXG5w9X0nDds93sXl5MmdBOunCNXm5VeLbhtsP2a8h1lR1aXtMttG76Nv 8tARxY+CNE8Xj4KJt6r/ABb/APiib/UKSX+Lf/xRN/qFJM/8Ef4Kuj//0gf4yP8AxRO/qBc3 i4eRmOsZjsL3VVvuePBlY32OXSf4xzH1jJiYYNDwun+oNHQcrAtz6MAYV75xLyXudW+Yc5tP qO/P/dV/3PbwxNXoFtavl3mkFu/W1nSMTqVvTemYH2QYj9llr3Oc95j8xrnOayrX+2sIKeMu IA1V90PpP1eJ/wCbOIRYKSKTFroIb7ne87vaqeFbY/62NbZlMzdmG6Law1oEunZ+iLmqj0n6 2dHxekUdPyqrbHVsLLQGhzDJcY1P8pUr/rL0/H6zj5/SsYV011Gq6na2vfuPujZ+d/KXIQ+F 85LPz49iQ98Z/anIY+A8fqh+s/nI8f8AiNw5YcOP1D08Nh3Xf+Lqv/wmVJ//AIuKv/CJ/KVW /wCeH1b9cZxx7ftmz0w7YN23/R7921ZVH1pod9Y3dWy63MoFJprrZDnAfmzwm4vh/OzEieXn j9rkZcp6+G8ub/VqOSAr1A3Pj8g9q05rMy6yx9bcBtbTWPzw8fzrnO/0e1ZH1cb07L6r1Tqm IGkPtbXU+IgbZssaPzfWeqVf15xB1C57mWuwXsb6Ygbm2DR/tn+bsWVhfWPF6X1bIu6ex1nT 8shz8d8Nc13P6Plvs/NUfL/Bue9jmoHFLHlyYMccfDUMOSMZQyZcWT/yo9H/AKUTLNDiibsA m+48f7r03S/rFkZ3WcnpzsU1Mo3bbZM+w7f0kjb+k/NXKfXDFpxuuWikBjbWNtcwaAOcPdH9 b6S6G76+9HbWXU1W2XEfQIDBP8uyVxnUM7I6jmWZmQQbLTwOAB9Fjf5LFo/BOR5jHzks55Y8 lg9kYjjlPj93KOH9Z6mPPOJgI8XHK7vsELKrXgllbngclrS6PjtC0+qfV/M6djdPudXY451H rOaGk7Xbv5v2/wDB+k9T+qmf1LE6zjMwLvS+0WNZcH61mv6Vjrmn/R17nb/zF3fX/rji5XR8 7/m/mN+24hBedvuNUhl1uLv+nt3fzi38mScZxAAIO/19Pqa4Dy/+Llrm/WMNcC1wYZBEEfFJ L/F05z/rJve4ve5pLnOMkk/nOJSQ/wDBH+Aro//TB/jI/wDFE7+oFzz+o5j8WjD9VzMfGJfV Ww7RvJ3G5236Vv8ALXQ/4yP/ABRO/qBcoSBqTHxWniAOOHktO7Yzc7Kz7vtGW/1b9rWOsP0n Bg2sNn7z9v56AeCrf7Nv/Y/7Y0+zfaPs0/ytu/du/wCgqcgg7TPwUka6dNEPR/Wqqqvp/RzW xrC7HJcWgAnRn0o+ktPJqya/qtjWYmHj21uxT9rueAHsEaWV/vvVTrD+jdR6PiOHUGsycLHh tAEl7y1v6M/u/RUc67puZ0DCrHUhRfiY53YzZPqOI/mX8N/NXMAzli5OBjkBxc1m97jxZ5xq css8XycHHH1Q4J/zcGzoDM6axFUYtn6mdPxremZD8ljXnMsNFRcAT7WH6O5VvqrW3Gp6w62l ltmGyQ2xocNzN/j/AFUfC650jp3TukYzgMiyt3qWvY4j0bHfSfY2P0nts+ip42Z0VvUOts+2 114+e1vpW6kS5p9Tbp+Y5Mzy5mUueM8eb2uYljnj9Mj6OV5qGGXt8Hr9eD1/KmPD6KIuII/x otDruNg5XSsDruLS3GfkvFeRSzRu6eWt/rNWn9casijprhj4dDcJzGC3JADbGvJ0awN/NWR1 3qXThgYXRumPN2PhuD7LyI3O/k/e5zlb+td/TOoU/asbqQc+uprBhtmHkH6Wvt3NlS48eYZf h5nHIMUcvMGAywy5ZQwe7j+6xy8H83Pg/m5Z/wCbQTGslVdR2r5v0nZx8VtlXTqX4dD+n3Ym 7MvcxoLXBrdh9T81ef3NY26xtZ3Vh7gw+LQfb/0V2ret9Jtw6emX5LBj3YPp2v1hlrdoa1+i 4gtIO3mDEjv8FY+A480ZcwcsZwsjhjIS4Zx483631/5X/J/7OGJbnIPDWv8ALZYGPyJAxxp8 Fq9D+r2Z1bKuobXZX6NFl0lpbLmj9DX7h/hLFmupvY3dZU9g4Jc1zRPh7gtwSBJF6jdgen/x b/8Aiib/AFCkl/i3/wDFE3+oUlD/AOCP8FPR/9QH+Mj/AMUTv6gXO4Gff0/JblUBjns5ZY0P Y4d2PY/95dF/jI/8UTv6gXLBxaQQYIMg+YWniF4og9lp3fZm53Tz00YfoYv7Rdjfav2V7du/ b6m3Zt/f/k715Dn9Qv6jkuyr2sY5/FdTAxjR2YxjP3UL7Rf6/wBp9R3r7t/qyd+7nfv+luUC 4uJc4ySSSfMoYsIxkm7v8FErJKTarHse9jS5lQDrHAaNBOwOd/aUVKhSSSSKlJJJJKUkiU49 17ntpYXmtjrXgdmME2P/ALKGgp9G+qf1vZ07oLbev5Ze193pYTY32+m2Gvsf+e6lln57lzn1 66pm5vWXsfki/AAbZhCs/o/TeNzX+36Vn5r3rnJP8Akoo4YxmZjc+H/RTb1X+Lf/AMUTf6hS S/xb/wDiib/UKSb/AOCP8FXR/9UH+Mj/AMUTv6gXKrqv8Y//AIonf1AuVWph/m4+Sw7qUqjU LGm1rn1z72sO1xHfa4h21yiknqfUfqv9WPq5mdCy34Vl9tHVGela66BZXsP0GQwN3Ms9y8/6 5T0bHzHY/SX33V0ktsvvIG5w9rvSraxm1rf5aOz62dYx6sOjBuOJRgD9FVXw53NlmRP896jj 9D6Czs/LObmXZbmNqdkPNj2M+iHO+ntn953uUOPHOM5GUiQdtf8ApJJQTCt4PTb87GzcmiCz p9Qut7yC7Zt/7+q9Vj6bWW1na+shzTzBHk5esfVjreBZ0XEt6sMXDyOoF1bGBraxcGksbYa4 /P8A+20c2SUACBdn+WigHyMOB4IPwUgQCCRuAOoOkjw0Wz9a+oZeV1a/GvprxWYljq68elga 0QY3ucA11jntWKpImwCRV+KH0/6idN+reZh35+Di2022MOJlV3PNjQHAOsbS930muXGfWrH6 Dg51nTuk49zH4zy2+66wukj8yqs/mf8ACOVEdb6jXg0YFFzsfHx3G0ColpdYTu9a17fc9/7i H1HqOT1LJ+15UOyHNa2ywCN5aNvqPH+k2/SUUMUhkMjImJ6X/iptqpJJKZD1X+Lf/wAUTf6h SS/xb/8Aiib/AFCkoP8AwR/gp6P/1tT63/VDrHWOsPysVjRUGhoLjysT/wAbf6xfus+9eYpK 9j9/gjw8NVot0fTv/G3+sX7rPvS/8bf6xfus+9eYpJ39I/qq0fTv/G3+sX7rPvS/8bf6xfus +9eYpJf0j+qrR9O/8bf6xfus+9Ss/wAXf1mtINm1+1oY3c6YaPosb/JXl6SX9I/qq0fULP8A F39ZrX77S17yAC5zpMAbW6lR/wDG3+sX7rPvXmKSX9I/qK0fTv8Axt/rF+6z70v/ABt/rF+6 z715ikl/SP6qtH07/wAbf6xfus+9L/xt/rF+6z715ikl/SP6qtH2n6ofVDrHR+sMyspjTUWl pLTwkvFklF+t979Hj4fpSdKf/9k= --------------CEE33E5E78D696CB4E0EC941-- --------------070C33C436192682FC31B74B-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Dec 13 6:43:13 2000 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 13 06:43:11 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mail-relay.eunet.no (mail-relay.eunet.no [193.71.71.242]) by hub.freebsd.org (Postfix) with ESMTP id A91B437B400 for ; Wed, 13 Dec 2000 06:43:10 -0800 (PST) Received: from login-1.eunet.no (login-1.eunet.no [193.75.110.2]) by mail-relay.eunet.no (8.9.3/8.9.3/GN) with ESMTP id PAA91245; Wed, 13 Dec 2000 15:43:08 +0100 (CET) (envelope-from mbendiks@eunet.no) Received: from localhost (mbendiks@localhost) by login-1.eunet.no (8.9.3/8.8.8) with ESMTP id PAA37328; Wed, 13 Dec 2000 15:43:08 +0100 (CET) (envelope-from mbendiks@eunet.no) X-Authentication-Warning: login-1.eunet.no: mbendiks owned process doing -bs Date: Wed, 13 Dec 2000 15:43:08 +0100 (CET) From: Marius Bendiksen To: Rik van Riel Cc: Charles Henrich , freebsd-fs@FreeBSD.ORG Subject: Re: Filesystem tuning (minimize seeks) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > One of the "tricks" to handle this is to use a journaling > filesystem. This allows the filesystem to initially drop > the data in the journal and ack the NFS operation, giving > it the chance to later write out the stuff to disk with > some more freedom in optimising seeks. This is only good if you do either: (a) Use a seperate medium (such as NVRAM) for the journal, or (b) Have transient load problems. For constant high loads, you either want (a) or you'd want to go to an LFS or similar episode based filesystem. > I'm not sure if there is a journaling filesystem available > for BSD which does this, however. Greg planned to have a look at JFS, someone else offered to look at XFS. I don't think there's anything available right now except for the journalling extensions to FFS (search the list). > Another alternative would be to use LFS, but I don't think it's > up-to-date for FreeBSD ... LFS is severely crippled in a number of areas and needs to be reengineered. However, it would alleviate your problem for now. Consider using NetBSD until the FreeBSD port of LFS (search the list) is finished. Marius To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Dec 13 10:54:52 2000 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 13 10:54:49 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from sigbus.com (sigbus.com [207.211.10.110]) by hub.freebsd.org (Postfix) with ESMTP id 4A6DF37B400 for ; Wed, 13 Dec 2000 10:54:41 -0800 (PST) Received: (from henrich@localhost) by sigbus.com (8.9.3/8.9.3) id KAA24819; Wed, 13 Dec 2000 10:54:34 -0800 (PST) (envelope-from henrich) Date: Wed, 13 Dec 2000 10:54:34 -0800 From: Charles Henrich To: Terry Lambert Cc: freebsd-fs@FreeBSD.ORG Subject: Re: Filesystem tuning (minimize seeks) Message-ID: <20001213105434.B24757@sigbus.com> References: <20001212103851.C20653@sigbus.com> <200012130853.BAA26821@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200012130853.BAA26821@usr08.primenet.com> X-Operating-System: FreeBSD 3.3-RELEASE X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF 76 C4 B8 C9 6E 41 A4 4F Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Is this aggregating the output of several seperate machines? Yes, my test is running about 25-50 machines writing a 20mb file to the FreeBSD box. (The clients are FreeBSD as well). The write is nothing more than a dd. What is the inode state that top displays? -Crh Charles Henrich Manex Visual Effects henrich@sigbus.com http://www.sigbus.com/~henrich To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Dec 13 10:57:35 2000 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 13 10:57:31 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from cs.columbia.edu (cs.columbia.edu [128.59.16.20]) by hub.freebsd.org (Postfix) with ESMTP id B3EB737B698 for ; Wed, 13 Dec 2000 10:57:24 -0800 (PST) Received: from shekel.mcl.cs.columbia.edu (shekel.mcl.cs.columbia.edu [128.59.18.15]) by cs.columbia.edu (8.9.3/8.9.3) with ESMTP id NAA04511; Wed, 13 Dec 2000 13:57:23 -0500 (EST) Received: (from ezk@localhost) by shekel.mcl.cs.columbia.edu (8.9.3/8.9.3) id NAA22944; Wed, 13 Dec 2000 13:57:23 -0500 (EST) Date: Wed, 13 Dec 2000 13:57:23 -0500 (EST) Message-Id: <200012131857.NAA22944@shekel.mcl.cs.columbia.edu> From: Erez Zadok To: Michael Aronsen Cc: "'freebsd-fs@FreeBSD.ORG'" Subject: Re: CryptFs in BSD? In-reply-to: Your message of "Mon, 11 Dec 2000 11:13:52 +0100." <9164771DDCABD3118333005004E9446E2B7668@mother.netcentralen.dk> Sender: ezk@shekel.mcl.cs.columbia.edu Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You might also take a look at my stackable Cryptfs: http://www.cs.columbia.edu/~ezk/research/software/ Erez. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Dec 13 12:30:16 2000 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 13 12:29:49 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mail2.rdc3.on.home.com (mail2.rdc3.on.home.com [24.2.9.41]) by hub.freebsd.org (Postfix) with ESMTP id CEF9037B400; Wed, 13 Dec 2000 12:28:45 -0800 (PST) Received: from host ([24.43.249.103]) by mail2.rdc3.on.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20001213202841.OLWG26458.mail2.rdc3.on.home.com@host>; Wed, 13 Dec 2000 12:28:41 -0800 Message-ID: <001501c0654b$75146f80$67f92b18@address.com> Reply-To: "Jim Gunn" From: "Jim Gunn" To: Subject: professional art community Date: Wed, 13 Dec 2000 15:26:06 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0012_01C06519.0DCCFEA0" 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-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0012_01C06519.0DCCFEA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Chalky Chalk WELCOMES YOU: This is not Spam. If you are not a part of the picture framing or art = industry this was not intended for you and we have no us for your = interest what so ever. To unsubscribe see bottom *************************************************************************= * News service for the professional art community. This information will = keep you up-to-date=20 On the latest trends and events in the industry! = *************************************************************************= * NEW SHOWCASES THIS WEEK *************************************************************************= * Finding a winner. The true winner is the art print investment that you = enjoy.=20 Time will gain the value and the value is higher with less time spent. http://www.geocities.com/chalkychalkpub5/chalkychalkpub5.htm The framing industry is picking up. Many galleries have Communicated an increase in custom framing. *************************************************************************= * Cash on the wall. Learn how anyone can invest in art and make it pay = off. How collector's buy up prints and sell.=20 www.chalkychalk.com *************************************************************************= * Sell/Trade/Buy *************************************************************************= * Potapoff SNOWED IN=20 *************************************************************************= * http://www.geocities.com/chalkychalkpub3/chalkychalkpub3.htm *************************************************************************= * LINDA HOBLEY OCTOBER FLAMES *************************************************************************= * http://www.geocities.com/chalkychalkpub2/chalkychalkpub2.htm *************************************************************************= * ANDREW KISS THE BANDIT *************************************************************************= * http://www.geocities.com/chalkychalkpub4/chalkychalkpub4.htm *************************************************************************= * LIZ MITTEN RYAN REFLECTION *************************************************************************= * http://www.geocities.com/chalkychalkpub5/chalkychalkpub5.htm *************************************************************************= * CHRIS NEWBOLD SERENITY *************************************************************************= * http://www.geocities.com/chalkychalkpub/chalkychalkpub.htm *************************************************************************= * Framing equipment. *************************************************************************= * http://www.larsonjuhl.com http://www.knoell.com http://www.clearmountcorp.com=20 http://www.speed-mat.com *************************************************************************= * Moulding, mats & supplies *************************************************************************= * http://www.pictureframes.com http://www.imageperfectglass.com http://www.crescentcardboard.com http://www.fotiou.com http://www.mtsframes.com=20 http://www.gulloinc.com=20 http://www.oxfordpictureframe.com http://www.rustic-creations.com *************************************************************************= * Art links to resources. *************************************************************************= * www.chalkychalk.com http://www.artaffairs.com http://www.dragonflyproductionsinc.com http://www.hop.ca http://www. bevellededge. com http://www.torontoimageworks.com *************************************************************************= * *************************************************************************= * The Riddle of the day=20 What am I? 1.. Everyone has me. 2.. You will all lose me. 3.. Some see me as substantial & other see me meaningless. 4.. I have never been understood and may never be understood=20 5.. Without me is to be without you and without me is to be without. 6.. I will be the one reason that grants you the possibility to salve = this riddle. 7.. Without me this riddle could never be written. To find out the answer to what am I? Look to:=20 www.chalkychalk.com *************************************************************************= * TO UNSUBSCRIBE FROM ART -NEWS, SIMPLY e-mail:=20 chalkychalk@bizland.com AND WRITE - STOP-in the subject line. This is not Spam. If you are not a part of the picture framing or art = industry this was not intended for you and we have no us for your = interest what so ever. ------=_NextPart_000_0012_01C06519.0DCCFEA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Chalky Chalk WELCOMES=20 YOU:

This is not Spam. If you are not a part of the picture framing or art = industry this was not intended for you and we have no us for your = interest what=20 so ever.

To unsubscribe see bottom


****************************************************************= **********
News=20 service for the professional art community. This information will keep = you=20 up-to-date

On the latest trends and events in the industry!=20 *************************************************************************= *

NEW SHOWCASES THIS=20 WEEK
*********************************************************= *****************
Finding=20 a winner. The true winner is the art print investment that you enjoy. =

Time will gain the value and the value is higher with less time = spent.


http://www.geocities.com/chalkychalkpub5/chalkychalkpub5.= htm

The framing industry is picking up. Many galleries have

Communicated an increase in custom framing.

**********************************************************************= ****
Cash=20 on the wall. Learn how anyone can invest in art and make it pay off. How = collector’s buy up prints and sell.


www.chalkychalk.com


****************************************************************= **********

Sell/Trade/Buy

**********************************************************************= ****

Potapoff SNOWED IN

**********************************************************************= ****
http://www.geocities.com/chalkychalkpub3/chalkychalkpub3.= htm

***********************************************= ***************************
LINDA=20 HOBLEY OCTOBER FLAMES

**********************************************************************= ****

http://www.geocities.com/chalkychalkpub2/chalkychalkpub2.htm

**********************************************************************= ****

ANDREW KISS THE BANDIT

**********************************************************************= ****

http://www.geocities.com/chalkychalkpub4/chalkychalkpub4.htm

**********************************************************************= ****

LIZ MITTEN RYAN REFLECTION

**********************************************************************= ****

http://www.geocities.com/chalkychalkpub5/chalkychalkpub5.htm

 

**********************************************************************= ****

CHRIS NEWBOLD=20 SERENITY
*************************************************************= *************

http://www.geocities.com/chalkychalkpub/chalkychalkpub.htm

**********************************************************************= ****

Framing equipment.

**********************************************************************= ****

http://www.larsonjuhl.com

http://www.knoell.com

http://www.clearmountcorp.com =

http://www.speed-mat.com

 

**********************************************************************= ****

Moulding, mats & supplies

**********************************************************************= ****

http://www.pictureframes.com

http://www.imageperfectglass.com

http://www.crescentcardboard.com

http://www.fotiou.com

http://www.mtsframes.com

http://www.gulloinc.com

http://www.oxfordpictureframe.com

http://www.rustic-creations.com

 

**********************************************************************= ****

Art links to resources.

**********************************************************************= ****

www.chalkychalk.com

http://www.artaffairs.com

http://www.dragonflyproductionsinc.com

http://www.hop.ca

http://www. = bevellededge.=20 com

http://www.torontoimageworks.com

 

**********************************************************************= ****

**********************************************************************= ****

The Riddle of the day

What am I?
  1. Everyone has me.
  2. You will all lose me.
  3. Some see me as substantial & other see me meaningless.
  4. I have never been understood and may never be understood
  5. Without me is to be without you and without me is to be = without.
  6. I will be the one reason that grants you the possibility to salve = this=20 riddle.
  7. Without me this riddle could never be written.

To find out the answer to what am I? Look to:

www.chalkychalk.com

**********************************************************************= ****

 

 

 

 

 

TO UNSUBSCRIBE FROM ART -NEWS, SIMPLY e-mail:

chalkychalk@bizland.com

AND WRITE – STOP-in the subject line.
This is not Spam. If = you are not a=20 part of the picture framing or art industry this was not intended for = you and we=20 have no us for your interest what so=20 ever.

------=_NextPart_000_0012_01C06519.0DCCFEA0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Dec 13 12:33: 0 2000 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 13 12:32:51 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from smtp05.primenet.com (smtp05.primenet.com [206.165.6.135]) by hub.freebsd.org (Postfix) with ESMTP id C56A437B729 for ; Wed, 13 Dec 2000 12:32:26 -0800 (PST) Received: (from daemon@localhost) by smtp05.primenet.com (8.9.3/8.9.3) id NAA22030; Wed, 13 Dec 2000 13:28:52 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp05.primenet.com, id smtpdAAAOLay_Q; Wed Dec 13 13:28:46 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id NAA11150; Wed, 13 Dec 2000 13:32:17 -0700 (MST) From: Terry Lambert Message-Id: <200012132032.NAA11150@usr08.primenet.com> Subject: Re: Filesystem tuning (minimize seeks) To: henrich@sigbus.com (Charles Henrich) Date: Wed, 13 Dec 2000 20:32:17 +0000 (GMT) Cc: tlambert@primenet.com (Terry Lambert), freebsd-fs@FreeBSD.ORG In-Reply-To: <20001213105434.B24757@sigbus.com> from "Charles Henrich" at Dec 13, 2000 10:54:34 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: tlambert@usr08.primenet.com Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Is this aggregating the output of several seperate machines? > > Yes, my test is running about 25-50 machines writing a 20mb > file to the FreeBSD box. (The clients are FreeBSD as well). > The write is nothing more than a dd. I'm assuming that you want each one of them to append? I don't remember "dd" being able to write an interior region on a file. Is the region you are writing supposed to be appended, and is it at a known offset and of a known size? If so, you could write a program to replace your use of 'dd' that either explicitly opens the file for append each time, or leaves it open, but explicitly seeks to the end of the file. If the order is supposed to be "whoever gets done first", and it's a simple append (i.e. the size is known, but the offset is not known), you will still need to prevent the writes from occurring simultaneously, since there is a ace window between finding the end, and doing the write, and this will mean that you need to pass a token around between, or otherwise synchronize, the writers. FWIW, I can't see the offset being unknown for, for example, a render-farm, since you will want your frames to be in order. Probably the easiest way to do this would be an "I want the token" UDP broadcast, at intervals, with a TCP response by whoever has the token currently. You could implement this in your dd replacement by selecting on the UDP port, the TCP port, and the stdin from which the "dd" would have taken its input. Another way of dealing with this, which won't work on FreeBSD, would be to seek to the end and obtain an advisory lock on the file for the region to be written, writing the last byte with a zero (to extend the file for the next process, so it can get its lock following the region you are hitting; a write is used instead of a truncate, so that concurrent processes don't foul each other up), and then doing the write, and releasing the lock. NFS locking doesn't work on FreeBSD today, so this isn't an option (the fix is pretty trivial -- just grunt work --, but the failure recovery for a server reboot is a pain). In any case, I think "dd" is right out, since it can't handle the necessary inter-node synchronization anyway. > What is the inode state that top displays? It doesn't really display inode state, that I'm aware of, only process state? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Dec 13 13: 1:44 2000 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 13 13:01:42 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from sigbus.com (sigbus.com [207.211.10.110]) by hub.freebsd.org (Postfix) with ESMTP id A6FC337B400 for ; Wed, 13 Dec 2000 13:01:41 -0800 (PST) Received: (from henrich@localhost) by sigbus.com (8.9.3/8.9.3) id NAA25234; Wed, 13 Dec 2000 13:01:38 -0800 (PST) (envelope-from henrich) Date: Wed, 13 Dec 2000 13:01:38 -0800 From: Charles Henrich To: Terry Lambert Cc: freebsd-fs@FreeBSD.ORG Subject: Re: Filesystem tuning (minimize seeks) Message-ID: <20001213130138.A25214@sigbus.com> References: <20001213105434.B24757@sigbus.com> <200012132032.NAA11150@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200012132032.NAA11150@usr08.primenet.com> X-Operating-System: FreeBSD 3.3-RELEASE X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF 76 C4 B8 C9 6E 41 A4 4F Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Yes, my test is running about 25-50 machines writing a 20mb file to the > > FreeBSD box. (The clients are FreeBSD as well). The write is nothing > > more than a dd. I think maybe you've misunderstood my initial question. What Filesystem tuning options are there, or any suggestions, to reduce the amount of seeking going on when N files are being created and written to at once. I have N machines, each one opens a file, writes out a chunk of data, then closes the file. Unfortunatly, because all 50 are doing this simultaneously, the data is getting written to disk very non-sequentially (From a per file perspective). Is there any options to UFS (or via NFSd?) to delay writes, or anything of that nature to allow the data to be serialized more often than not? > > What is the inode state that top displays? > > It doesn't really display inode state, that I'm aware of, only process > state? I mean, in top, what is the process state "inode" relating? What is the process blocking on at that point? -Crh Charles Henrich Manex Visual Effects henrich@sigbus.com http://www.sigbus.com/~henrich To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Dec 13 13: 7:11 2000 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 13 13:07:10 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mrout1.yahoo.com (mrout1.yahoo.com [208.48.125.95]) by hub.freebsd.org (Postfix) with ESMTP id 3E26A37B402 for ; Wed, 13 Dec 2000 13:07:10 -0800 (PST) Received: from yahoo-inc.com (jh.corp.yahoo.com [208.48.106.55]) by mrout1.yahoo.com (8.11.1/8.11.1/y.out) with ESMTP id eBDL78s14769; Wed, 13 Dec 2000 13:07:08 -0800 (PST) Message-Id: <200012132107.eBDL78s14769@mrout1.yahoo.com> To: Charles Henrich Cc: freebsd-fs@FreeBSD.ORG Subject: Re: Filesystem tuning (minimize seeks) In-reply-to: Your message of "Wed, 13 Dec 2000 13:01:38 PST." <20001213130138.A25214@sigbus.com> Date: Wed, 13 Dec 2000 13:07:08 -0800 From: John Hanley Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Don't use NFS, as NFS v2 clients tend to roughly do fsync() after sending each block over the wire, and NFS v3 clients roughly fsync() at file close. Send the data over TCP connections to a server that has mounted the filesystem using Soft Updates. Cheers, JH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Dec 13 13:12:31 2000 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 13 13:12:29 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from sigbus.com (sigbus.com [207.211.10.110]) by hub.freebsd.org (Postfix) with ESMTP id 3A79237B698 for ; Wed, 13 Dec 2000 13:12:29 -0800 (PST) Received: (from henrich@localhost) by sigbus.com (8.9.3/8.9.3) id NAA25314; Wed, 13 Dec 2000 13:12:25 -0800 (PST) (envelope-from henrich) Date: Wed, 13 Dec 2000 13:12:25 -0800 From: Charles Henrich To: John Hanley Cc: freebsd-fs@FreeBSD.ORG Subject: Re: Filesystem tuning (minimize seeks) Message-ID: <20001213131224.C25214@sigbus.com> References: <20001213130138.A25214@sigbus.com> <200012132107.eBDL78s14769@mrout1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200012132107.eBDL78s14769@mrout1.yahoo.com> X-Operating-System: FreeBSD 3.3-RELEASE X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF 76 C4 B8 C9 6E 41 A4 4F Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Don't use NFS, as NFS v2 clients tend to roughly do fsync() after sending > each block over the wire, and NFS v3 clients roughly fsync() at file close. > Send the data over TCP connections to a server that has mounted the > filesystem using Soft Updates. John, is there a way to see how a filesystem is mounted after the fact? For example, on IRIX you can issue the mount command and it displays all of the mount options used (vers=3,rw etc..). I can find no similar tool under FreeBSD? -Crh Charles Henrich Manex Visual Effects henrich@sigbus.com http://www.sigbus.com/~henrich To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Dec 13 13:32:13 2000 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 13 13:32:12 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mrout1.yahoo.com (mrout1.yahoo.com [208.48.125.95]) by hub.freebsd.org (Postfix) with ESMTP id DE81A37B400 for ; Wed, 13 Dec 2000 13:32:11 -0800 (PST) Received: from yahoo-inc.com (jh.corp.yahoo.com [208.48.106.55]) by mrout1.yahoo.com (8.11.1/8.11.1/y.out) with ESMTP id eBDLVss22715; Wed, 13 Dec 2000 13:31:54 -0800 (PST) Message-Id: <200012132131.eBDLVss22715@mrout1.yahoo.com> To: Charles Henrich Cc: freebsd-fs@FreeBSD.ORG Reply-To: /dev/null@yahoo-inc.com Subject: Re: Filesystem tuning (minimize seeks) In-reply-to: Your message of "Wed, 13 Dec 2000 13:12:25 PST." <20001213131224.C25214@sigbus.com> Date: Wed, 13 Dec 2000 13:31:54 -0800 From: John Hanley Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org mount To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Dec 13 13:36:28 2000 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 13 13:36:27 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from sigbus.com (sigbus.com [207.211.10.110]) by hub.freebsd.org (Postfix) with ESMTP id CA88D37B404 for ; Wed, 13 Dec 2000 13:36:26 -0800 (PST) Received: (from henrich@localhost) by sigbus.com (8.9.3/8.9.3) id NAA25439; Wed, 13 Dec 2000 13:36:26 -0800 (PST) (envelope-from henrich) Date: Wed, 13 Dec 2000 13:36:26 -0800 From: Charles Henrich To: /dev/null@yahoo-inc.com Cc: freebsd-fs@FreeBSD.ORG Subject: Re: Filesystem tuning (minimize seeks) Message-ID: <20001213133626.E25214@sigbus.com> References: <20001213131224.C25214@sigbus.com> <200012132131.eBDLVss22715@mrout1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200012132131.eBDLVss22715@mrout1.yahoo.com> X-Operating-System: FreeBSD 3.3-RELEASE X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF 76 C4 B8 C9 6E 41 A4 4F Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It doesnt display mount options though: netapp1-e6:/home on /MFX (nfs) When I want to know it was mounted with: nosuid,nodev,-T,-3,-r=32768,-w=32768 > mount Charles Henrich Manex Visual Effects henrich@sigbus.com http://www.sigbus.com/~henrich To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Dec 13 13:38: 2 2000 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 13 13:38:00 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from sigbus.com (sigbus.com [207.211.10.110]) by hub.freebsd.org (Postfix) with ESMTP id 2AC6937B699 for ; Wed, 13 Dec 2000 13:38:00 -0800 (PST) Received: (from henrich@localhost) by sigbus.com (8.9.3/8.9.3) id NAA25469 for freebsd-fs@FreeBSD.ORG; Wed, 13 Dec 2000 13:38:00 -0800 (PST) (envelope-from henrich) Date: Wed, 13 Dec 2000 13:38:00 -0800 From: Charles Henrich To: freebsd-fs@FreeBSD.ORG Subject: Re: Filesystem tuning (minimize seeks) Message-ID: <20001213133800.F25214@sigbus.com> References: <20001213131224.C25214@sigbus.com> <200012132131.eBDLVss22715@mrout1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200012132131.eBDLVss22715@mrout1.yahoo.com> X-Operating-System: FreeBSD 3.3-RELEASE X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF 76 C4 B8 C9 6E 41 A4 4F Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On the subject of Re: Filesystem tuning (minimize seeks), John Hanley stated: It doesnt display mount options though: netapp1-e6:/home on /MFX (nfs) When I want to know it was mounted with: nosuid,nodev,-T,-3,-r=32768,-w=32768 > mount -Crh Charles Henrich Manex Visual Effects henrich@sigbus.com http://www.sigbus.com/~henrich To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Dec 13 16:28:18 2000 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 13 16:28:16 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mail-relay.eunet.no (mail-relay.eunet.no [193.71.71.242]) by hub.freebsd.org (Postfix) with ESMTP id 0B70037B698 for ; Wed, 13 Dec 2000 16:28:15 -0800 (PST) Received: from login-1.eunet.no (login-1.eunet.no [193.75.110.2]) by mail-relay.eunet.no (8.9.3/8.9.3/GN) with ESMTP id BAA74172; Thu, 14 Dec 2000 01:28:09 +0100 (CET) (envelope-from mbendiks@eunet.no) Received: from localhost (mbendiks@localhost) by login-1.eunet.no (8.9.3/8.8.8) with ESMTP id BAA41059; Thu, 14 Dec 2000 01:28:09 +0100 (CET) (envelope-from mbendiks@eunet.no) X-Authentication-Warning: login-1.eunet.no: mbendiks owned process doing -bs Date: Thu, 14 Dec 2000 01:28:09 +0100 (CET) From: Marius Bendiksen To: Charles Henrich Cc: Terry Lambert , freebsd-fs@FreeBSD.ORG Subject: Re: Filesystem tuning (minimize seeks) In-Reply-To: <20001213130138.A25214@sigbus.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > file. Unfortunatly, because all 50 are doing this simultaneously, the data is > getting written to disk very non-sequentially (From a per file perspective). > Is there any options to UFS (or via NFSd?) to delay writes, or anything of > that nature to allow the data to be serialized more often than not? This can be achieved by turning on async NFS operations, or blocking the clients. marius To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Thu Dec 14 14:57:45 2000 From owner-freebsd-fs@FreeBSD.ORG Thu Dec 14 14:57:42 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (Postfix) with ESMTP id 6DD0E37B402 for ; Thu, 14 Dec 2000 14:57:42 -0800 (PST) Received: (from daemon@localhost) by smtp04.primenet.com (8.9.3/8.9.3) id PAA29369; Thu, 14 Dec 2000 15:53:27 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp04.primenet.com, id smtpdAAA.kaqn5; Thu Dec 14 15:53:20 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id PAA15102; Thu, 14 Dec 2000 15:57:28 -0700 (MST) From: Terry Lambert Message-Id: <200012142257.PAA15102@usr08.primenet.com> Subject: Re: Filesystem tuning (minimize seeks) To: henrich@sigbus.com (Charles Henrich) Date: Thu, 14 Dec 2000 22:57:26 +0000 (GMT) Cc: tlambert@primenet.com (Terry Lambert), freebsd-fs@FreeBSD.ORG In-Reply-To: <20001213130138.A25214@sigbus.com> from "Charles Henrich" at Dec 13, 2000 01:01:38 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: tlambert@usr08.primenet.com Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > Yes, my test is running about 25-50 machines writing a 20mb file to the > > > FreeBSD box. (The clients are FreeBSD as well). The write is nothing > > > more than a dd. > > I think maybe you've misunderstood my initial question. What Filesystem > tuning options are there, or any suggestions, to reduce the amount of seeking > going on when N files are being created and written to at once. I have N > machines, each one opens a file, writes out a chunk of data, then closes the > file. Unfortunatly, because all 50 are doing this simultaneously, the data is > getting written to disk very non-sequentially (From a per file perspective). > Is there any options to UFS (or via NFSd?) to delay writes, or anything of > that nature to allow the data to be serialized more often than not? The NFS protocol is defined as not returning success unless the write has been committed to stable storage. In FreeBSD, this tends to serialize NFS I/O from a single client, and between multiple clients in excess of the number of nfsiod's you are running. For your large number of clients, increasing the number of nfsiod's should prefent inter-client contention. For the write latency and the intra-client contention (e.g. several writes from a single client), the only thing you can really do at this time is mount the exported FS async. SVR4 has an option called "write gathering", where they violate the NFS protocol definition (and make server failures nearly impossible to fully recover from completely) by scheduling the write to occur after a short period, and lie to the client that the data has been committed to stable storage. Then if subsequent writes occur in the same pages where the previous write fell, the writes are "gathered together", and occur in the same physical write. In general, most high performance NFS servers have battery backed RAM, where they log the writes, so that they can state to the client that the write has been committed to stable storage, without lying to the client. (if the system fails, after a boot, the write log is replayed to recover any uncommitted writes that the server told the client had been committed). Network Appliance, PrestoServ, and similar products use this technique. If you end up with a lot of client stalls because a client is stalling itself (i.e. not inter-client stalls, which can be fixed by upping the number of nfsiod's), then you might want to consider going to one of these boxes. If the data is not critical, an async mount might resolve the problem, with the added risk, equal to write gathering in case of a crash, that you will have to redo the work between the last time the writes were committed, and the time of the crash; this would generally mean restarting the clients, since they believe the server when it says the data has been written to stable storage, so there's no way to cause them to rewrite the mising sections, assuming they even still have them available. > I mean, in top, what is the process state "inode" relating? What is the > process blocking on at that point? An inode allocation into the ihash table. You should be able to tune the number of inodes larger (on the machine with the problem; I'm assuming the NFS server) to avoid them being unnecessarily recycled too quickly. This should actually produce a significant speed up, since the inode/vnode association is destroyed even though the cache contents hung off the vnode are valid. When this happens, the cache contents are unrecoverable, and have to be recreated by rereading them off of disk. Having enough inodes to allow cached vnodes to stay associated makes the cached data recoverable. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Thu Dec 14 15: 4: 1 2000 From owner-freebsd-fs@FreeBSD.ORG Thu Dec 14 15:03:59 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id D678737B402 for ; Thu, 14 Dec 2000 15:03:58 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id eBEN3sV17950; Thu, 14 Dec 2000 15:03:54 -0800 (PST) Date: Thu, 14 Dec 2000 15:03:54 -0800 From: Alfred Perlstein To: Terry Lambert Cc: Charles Henrich , freebsd-fs@FreeBSD.ORG Subject: Re: Filesystem tuning (minimize seeks) Message-ID: <20001214150353.J4589@fw.wintelcom.net> References: <20001213130138.A25214@sigbus.com> <200012142257.PAA15102@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012142257.PAA15102@usr08.primenet.com>; from tlambert@primenet.com on Thu, Dec 14, 2000 at 10:57:26PM +0000 Sender: bright@fw.wintelcom.net Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * Terry Lambert [001214 14:57] wrote: > > > > Yes, my test is running about 25-50 machines writing a 20mb file to the > > > > FreeBSD box. (The clients are FreeBSD as well). The write is nothing > > > > more than a dd. > > > > I think maybe you've misunderstood my initial question. What Filesystem > > tuning options are there, or any suggestions, to reduce the amount of seeking > > going on when N files are being created and written to at once. I have N > > machines, each one opens a file, writes out a chunk of data, then closes the > > file. Unfortunatly, because all 50 are doing this simultaneously, the data is > > getting written to disk very non-sequentially (From a per file perspective). > > Is there any options to UFS (or via NFSd?) to delay writes, or anything of > > that nature to allow the data to be serialized more often than not? > > The NFS protocol is defined as not returning success unless the > write has been committed to stable storage. In FreeBSD, this > tends to serialize NFS I/O from a single client, and between > multiple clients in excess of the number of nfsiod's you are > running. This is untrue for NFSv3, that's why there are write and commit RPCs. By using write ahead then delaying the commit you can increase performance by only stalling out a single nfsiod to sync out a large section of a file. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Thu Dec 14 15:35:19 2000 From owner-freebsd-fs@FreeBSD.ORG Thu Dec 14 15:35:17 2000 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (Postfix) with ESMTP id 45CBC37B402 for ; Thu, 14 Dec 2000 15:35:17 -0800 (PST) Received: (from daemon@localhost) by smtp02.primenet.com (8.9.3/8.9.3) id QAA10094; Thu, 14 Dec 2000 16:30:26 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp02.primenet.com, id smtpdAAAlkaaFt; Thu Dec 14 16:30:08 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id QAA15873; Thu, 14 Dec 2000 16:34:48 -0700 (MST) From: Terry Lambert Message-Id: <200012142334.QAA15873@usr08.primenet.com> Subject: Re: Filesystem tuning (minimize seeks) To: bright@wintelcom.net (Alfred Perlstein) Date: Thu, 14 Dec 2000 23:34:48 +0000 (GMT) Cc: tlambert@primenet.com (Terry Lambert), henrich@sigbus.com (Charles Henrich), freebsd-fs@FreeBSD.ORG In-Reply-To: <20001214150353.J4589@fw.wintelcom.net> from "Alfred Perlstein" at Dec 14, 2000 03:03:54 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: tlambert@usr08.primenet.com Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > The NFS protocol is defined as not returning success unless the > > write has been committed to stable storage. In FreeBSD, this > > tends to serialize NFS I/O from a single client, and between > > multiple clients in excess of the number of nfsiod's you are > > running. > > This is untrue for NFSv3, that's why there are write and commit > RPCs. By using write ahead then delaying the commit you can > increase performance by only stalling out a single nfsiod to > sync out a large section of a file. The sync still has to occur before the client returns to the user space program that the write has been successful. This works when you turn a big write into a bunch of little write at the mount write size. For multiple user space write operations, the client still stalls between the writes until after the commit. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message