From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 27 00:46:39 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C949F16A419 for ; Sun, 27 Jan 2008 00:46:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 683E313C4EB for ; Sun, 27 Jan 2008 00:46:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 11862 invoked by uid 399); 27 Jan 2008 00:19:59 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 27 Jan 2008 00:19:59 -0000 X-Originating-IP: 127.0.0.1 Date: Sat, 26 Jan 2008 16:19:57 -0800 (PST) From: Doug Barton To: "Rick C. Petty" In-Reply-To: <20080123202543.GA59457@keira.kiwi-computer.com> Message-ID: References: <50587.193.226.5.33.1201086363.squirrel@mail.roedu.net> <20080123202543.GA59457@keira.kiwi-computer.com> User-Agent: Alpine 1.00 (BSF 882 2007-12-20) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cristi@roedu.net, hackers@freebsd.org Subject: Re: DIST_SUBDIR not working with MASTER_SITE_OVERRIDE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 00:46:39 -0000 On Wed, 23 Jan 2008, Rick C. Petty wrote: > On Wed, Jan 23, 2008 at 01:06:03PM +0200, cristi@roedu.net wrote: >> Hi everybody, >> >> I recently wanted to install some gnome stuff from ports. In order to >> boost the download speed, I did something like this: >> >> make MASTER_SITE_OVERRIDE=ftp://ftp1.ro.freebsd.org/pub/FreeBSD/distfiles/ >> >> as documented in the Handbook. However, many gnome packages seem to have >> DIST_SUBDIR in their Makefile, but MASTER_SITE_OVERRIDE doesn't care. This >> makes installing ports (with many dependencies) from known non-default >> sources very hard. > > I used to do something similar to this by setting it in /etc/make.conf. > The only downside is if DIST_SUBDIR is not set you get paths that don't > look pretty, e.g.: > ftp://ftp5.freebsd.org/pub/FreeBSD/distfiles//some_distfile.tgz > > Instead, I added something to my /etc/make.conf similar to: > > .if defined(DIST_SUBDIR) > DIST_SUBDIR_OVERRIDE=${DIST_SUBDIR}/ > .else > DIST_SUBDIR_OVERRIDE= > .endif > MASTER_SITE_OVERRIDE=ftp://ftp5.freebsd.org/pub/FreeBSD/distfiles/${DIST_SUBDIR_OVERRIDE} IMO it would be a lot more intuitive if the ports infrastructure did exactly this for the user. Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 27 02:07:21 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14BF216A41A for ; Sun, 27 Jan 2008 02:07:21 +0000 (UTC) (envelope-from cristi@roedu.net) Received: from alpha.roedu.net (alpha.roedu.net [81.180.250.131]) by mx1.freebsd.org (Postfix) with ESMTP id A542213C468 for ; Sun, 27 Jan 2008 02:07:20 +0000 (UTC) (envelope-from cristi@roedu.net) Received: from localhost (localhost [127.0.0.1]) by alpha.roedu.net (Postfix) with ESMTP id DFEF69B2F8; Sun, 27 Jan 2008 04:07:08 +0200 (EET) X-Virus-Scanned: amavisd-new at roedu.net Received: from alpha.roedu.net ([127.0.0.1]) by localhost (alpha.roedu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3QZG7ePc0zjV; Sun, 27 Jan 2008 04:07:07 +0200 (EET) Received: from [172.27.2.200] (c7.campus.utcluj.ro [193.226.6.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by alpha.roedu.net (Postfix) with ESMTP id 99B619B2E0; Sun, 27 Jan 2008 04:07:07 +0200 (EET) Message-ID: <479BE74D.50507@roedu.net> Date: Sun, 27 Jan 2008 04:07:09 +0200 From: Cristian KLEIN User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Doug Barton References: <50587.193.226.5.33.1201086363.squirrel@mail.roedu.net> <20080123202543.GA59457@keira.kiwi-computer.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "Rick C. Petty" , hackers@freebsd.org Subject: Re: DIST_SUBDIR not working with MASTER_SITE_OVERRIDE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 02:07:21 -0000 Doug Barton a scris: > On Wed, 23 Jan 2008, Rick C. Petty wrote: > >> On Wed, Jan 23, 2008 at 01:06:03PM +0200, cristi@roedu.net wrote: >>> Hi everybody, >>> >>> I recently wanted to install some gnome stuff from ports. In order to >>> boost the download speed, I did something like this: >>> >>> make >>> MASTER_SITE_OVERRIDE=ftp://ftp1.ro.freebsd.org/pub/FreeBSD/distfiles/ >>> >>> as documented in the Handbook. However, many gnome packages seem to have >>> DIST_SUBDIR in their Makefile, but MASTER_SITE_OVERRIDE doesn't care. >>> This >>> makes installing ports (with many dependencies) from known non-default >>> sources very hard. >> >> I used to do something similar to this by setting it in /etc/make.conf. >> The only downside is if DIST_SUBDIR is not set you get paths that don't >> look pretty, e.g.: >> ftp://ftp5.freebsd.org/pub/FreeBSD/distfiles//some_distfile.tgz >> >> Instead, I added something to my /etc/make.conf similar to: >> >> .if defined(DIST_SUBDIR) >> DIST_SUBDIR_OVERRIDE=${DIST_SUBDIR}/ >> .else >> DIST_SUBDIR_OVERRIDE= >> .endif >> MASTER_SITE_OVERRIDE=ftp://ftp5.freebsd.org/pub/FreeBSD/distfiles/${DIST_SUBDIR_OVERRIDE} >> > > IMO it would be a lot more intuitive if the ports infrastructure did > exactly this for the user. Perhaps there should be two variables: MASTER_SITE_OVERRIDE and MASTER_SITE_OVERRIDE_ALL. From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 27 03:46:49 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96A2916A420 for ; Sun, 27 Jan 2008 03:46:49 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8553E13C469 for ; Sun, 27 Jan 2008 03:46:49 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 264681A4D82; Sat, 26 Jan 2008 19:42:42 -0800 (PST) Date: Sat, 26 Jan 2008 19:42:42 -0800 From: Alfred Perlstein To: Dag-Erling Sm??rgrav Message-ID: <20080127034242.GT99258@elvis.mu.org> References: <20080124221936.GS99258@elvis.mu.org> <868x2d51wl.fsf@ds4.des.no> <20080125192944.GC99258@elvis.mu.org> <86lk6cpqjc.fsf@ds4.des.no> <20080126152157.GS99258@elvis.mu.org> <86ve5gob55.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86ve5gob55.fsf@ds4.des.no> User-Agent: Mutt/1.4.2.3i Cc: hackers@freebsd.org Subject: Re: sysctl text definitions. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 03:46:49 -0000 * Dag-Erling Sm??rgrav [080126 07:28] wrote: > Alfred Perlstein writes: > > Dag-Erling Sm??rgrav writes: > > > BTW, when are you going to join the 21st century and get a MUA that > > > groks UTF-8? :) > > Civil people use the eighth bit for parity or parody, but nothing > > else. > > Thank you for excluding roughly three quarters of the world's population > from participating in the FreeBSD community under their own name. See that's the problem, your mailer interpreted the high bit as text instead of sarcasm. -- - Alfred Perlstein From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 27 07:20:18 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82D4D16A41B for ; Sun, 27 Jan 2008 07:20:18 +0000 (UTC) (envelope-from sanjeevfiles@yahoo.com) Received: from web57712.mail.re3.yahoo.com (web57712.mail.re3.yahoo.com [68.142.236.75]) by mx1.freebsd.org (Postfix) with SMTP id 375E013C4D1 for ; Sun, 27 Jan 2008 07:20:18 +0000 (UTC) (envelope-from sanjeevfiles@yahoo.com) Received: (qmail 69440 invoked by uid 60001); 27 Jan 2008 07:20:17 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=PuEF5+4fsML62+BvKrfibjvFIKBDYKNdJUE7rrPngxsX7XlOb3vcpm2wr2BH0EwQdRR9r6GlJuvlFlBIvKhgEpmd77V5Sa6x/o+bAykBrGukvTpJyMvplQVu56GDgGEO4LJ6P84D3O9YhoTFE9j0sBS1iaQsDNTPlFsiRTWe0U8=; X-YMail-OSG: D8wQ4TsVM1l9BvO0zm175u9xbRYzlg_PA5XDjEKHGbZC.Al1Dik_xk94pJZiudGssw-- Received: from [210.68.188.20] by web57712.mail.re3.yahoo.com via HTTP; Sat, 26 Jan 2008 23:20:17 PST Date: Sat, 26 Jan 2008 23:20:17 -0800 (PST) From: "Sanjeev Kumar.S" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Message-ID: <573900.69293.qm@web57712.mail.re3.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: kgdb in emacs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 07:20:18 -0000 Hi, I'm trying to use kgdb in emacs on Freebsd V6.2. I'm able to use kgdb on the command line like this kgdb -r /dev/cuad0 kernel.debug. In 6.2 there is no gdb -k, only kgdb. But when I run it in emacs. M-x gdb Run gdb ( like this ) : kgdb -r /dev/cuad0 kernel.debug I get : Current directory is /dev/ kgdb: multiple core files specified. Ignored kgdb: d: No such file or directory. Debugger exited abnormally with code 1 Why is emacs even interpretting my commands. Why doesn't it just call kgdb with whatever arguments I give ? Regards, Sanjeev. --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 27 09:21:09 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D37A116A418 for ; Sun, 27 Jan 2008 09:21:09 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0B82D13C467 for ; Sun, 27 Jan 2008 09:21:07 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.14.2/8.14.2) with ESMTP id m0R9L0Z3016637; Sun, 27 Jan 2008 09:21:01 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.4.3 smtp.infracaninophile.co.uk m0R9L0Z3016637 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1201425661; bh=t9JhFyPc6HKTTw M+xMupItT1c1AbNu4b/pgdZgDrSP0=; h=Message-ID:Date:From:Reply-To: Organization:User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<479C4CFC.1 0402@infracaninophile.co.uk>|Date:=20Sun,=2027=20Jan=202008=2009:21 :00=20+0000|From:=20Matthew=20Seaman=20|Reply-To:=20freebsd-questions=20|Organization:=20Infracaninophile|User-Agent:=20Thunderbird=202.0 .0.9=20(X11/20080122)|MIME-Version:=201.0|To:=20KAYVEN=20RIESE=20|CC:=20freebsd-hackers@freebsd.org|Subject:=20Re:=20e mbedding=20pdf=20viewers=20in=20firefox|References:=20<86068e730801 251451n650b7abcyf3d008fddec2c33f@mail.gmail.com>=09<86y7acmhrg.fsf@ ds4.des.no>=09<86068e730801261324j33b7ae8cyc8faec5141f7555a@mail.gm ail.com>=20|In-Re ply-To:=20|X-Enig mail-Version:=200.95.0|Content-Type:=20text/plain=3B=20charset=3DIS O-8859-1|Content-Transfer-Encoding:=208bit; b=HnTa/h62GmZUbDjkC9kyL DyqLA4CCuNr8UJSNBTEaFmMppfnj2h/lkcbUgUrhTMVFY3T97uvgLNmiiRIREjZ06yT bUyIP0cuM4d5pJO12WIe338njrPyS42fsOlGPL8np5GVghiMyE9FpdY3f/U8/hWh8Ij banpWQe3cXVT3nGo= Message-ID: <479C4CFC.10402@infracaninophile.co.uk> Date: Sun, 27 Jan 2008 09:21:00 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: KAYVEN RIESE References: <86068e730801251451n650b7abcyf3d008fddec2c33f@mail.gmail.com> <86y7acmhrg.fsf@ds4.des.no> <86068e730801261324j33b7ae8cyc8faec5141f7555a@mail.gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Sun, 27 Jan 2008 09:21:01 +0000 (GMT) X-Virus-Scanned: ClamAV 0.92/5572/Sun Jan 27 05:16:23 2008 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-hackers@freebsd.org Subject: Re: embedding pdf viewers in firefox X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-questions List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 09:21:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 KAYVEN RIESE wrote: > as you can see, i am running the freeBSD OS. i have a gnome desktop. i > usually run firefox browser (i note that gnome has built in browser > called ephinany). i am dissatisfied with the fact that if i browse to a > webpage that contains pdf content that i am forced to save the file. Verb. Sap. It's best to start a new thread when you have a new subject. Changing the subject on an old thread will tend to hide your message quite effectively in some mail clients, plus hijacking someone else's thread is rude at best. This is also a subject more suitable for freebsd-questions@... rather than freebsd-hackers@... Anyhow, if you are running native FreeBSD firefox, then simply install print/acroread7. This includes a browser plugin that has the effect you desire: /usr/local/Adobe/Acrobat7.0/ENU/Browser/intellinux/nppdf.so In order to get firefox to load the plugin it needs to be wrapped in a small amount of translation code and made available in the appropriate directory. To do that install the www/nspluginwrapper port. Then run: % nspluginwrapper -v -a -i as your own UID. This will create objects in ${HOME}/.mozilla/plugins Stop and restart firefox. Type about:plugins into the URL bar and it should now show (amongst others): Adobe Reader 7.0 File name: npwrapper.nppdf.so The Adobe Reader plugin is used to enable viewing of PDF and FDF files from within the browser. Et voilà. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHnEz88Mjk52CukIwRCKduAJ4v7lCxGbsiCjyzLqGb+dRKtRCeJwCdH1rD iycULv8rmO1PSozE2xRkWBs= =MzpM -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 27 10:57:32 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3C9816A419; Sun, 27 Jan 2008 10:57:32 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 156F513C447; Sun, 27 Jan 2008 10:57:31 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 95C091B10EDC; Sun, 27 Jan 2008 11:57:30 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 7FBE01B10EE0; Sun, 27 Jan 2008 11:57:27 +0100 (CET) Message-ID: <479C6397.1000101@moneybookers.com> Date: Sun, 27 Jan 2008 12:57:27 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: Kris Kennaway References: <4795CC13.7080601@moneybookers.com> <4795FE54.9090606@moneybookers.com> <86lk6i0vzk.fsf@ds4.des.no> <479605E2.6070709@moneybookers.com> <47964356.6030602@moneybookers.com> <479647FB.3070909@FreeBSD.org> <47970EE2.5000400@moneybookers.com> <479754E6.1060101@moneybookers.com> <9bbcef730801230802n5c52832bk60c6afc47be578f4@mail.gmail.com> <479794DB.4020504@FreeBSD.org> <47985936.2030705@moneybookers.com> <47986FDE.3030402@FreeBSD.org> <47988F12.2050303@moneybookers.com> In-Reply-To: <47988F12.2050303@moneybookers.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5574/Sun Jan 27 11:03:42 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org, Ivan Voras Subject: Re: gettimeofday() in hping X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 10:57:32 -0000 Greetings, Stefan Lambrev wrote: > Greetings, > > Kris Kennaway wrote: >> Stefan Lambrev wrote: >> >>>> It is the socket buffer that is filling up. Either the application >>>> is not increasing it to large enough size or the default maximum is >>>> too low (Linux may set a larger default). Try increasing >>>> kern.ipc.maxsockbuf and confirming with the source and/or ktrace >>>> that it is doing the right setsockopt() call. >>> Increasing kern.ipc.maxsockbuf doesn't help. >>> >>> Actually this is the code that failed and print this error: >>> >>> result = sendto(sockraw, packet, packetsize, 0, >>> (struct sockaddr*)&remote, sizeof(remote)); >>> >>> if (result == -1 && errno != EINTR && !opt_rand_dest && >>> !opt_rand_source) { >>> perror("[send_ip] sendto"); >>> >>> Those are the only references for setsockopt when ktracing: >>> 3385 hping CALL __sysctl(0xbfbfe870,0x6,0,0xbfbfe888,0,0) >>> 3385 hping RET __sysctl 0 >>> 3385 hping CALL __sysctl(0xbfbfe870,0x6,0x28305180,0xbfbfe888,0,0) >>> 3385 hping RET __sysctl 0 >>> 3385 hping CALL socket(PF_INET,SOCK_DGRAM,IPPROTO_IP) >>> 3385 hping RET socket 3 >>> 3385 hping CALL >>> setsockopt(0x3,SOL_SOCKET,SO_BROADCAST,0xbfbfe884,0x4) >>> 3385 hping RET setsockopt 0 >>> 3385 hping CALL connect(0x3,0x8067da0,0x10) >>> 3385 hping RET connect 0 >>> 3385 hping CALL getsockname(0x3,0xbfbfe874,0xbfbfe888) >>> 3385 hping RET getsockname 0 >>> 3385 hping CALL close(0x3) >>> 3385 hping RET close 0 >>> 3385 hping CALL socket(PF_INET,SOCK_RAW,IPPROTO_RAW) >>> 3385 hping RET socket 3 >>> 3385 hping CALL >>> setsockopt(0x3,SOL_SOCKET,SO_BROADCAST,0xbfbfe914,0x4) >>> 3385 hping RET setsockopt 0 >>> 3385 hping CALL setsockopt(0x3,0,0x2,0xbfbfe914,0x4) >>> 3385 hping RET setsockopt 0 >>> 3385 hping CALL open(0xbfbfe8a4,O_RDWR,0) >>> 3385 hping NAMI "/dev/bpf0" >>> 3385 hping RET open -1 errno 16 Device busy >>> 3385 hping CALL open(0xbfbfe8a4,O_RDWR,0) >>> 3385 hping NAMI "/dev/bpf1" >>> 3385 hping RET open 4 >> >> OK, try adding the setsockopt(...SO_SNDBUF...) call. > Will something like this do the trick? > > void socket_sndbuf(int sd) > { > long int bufsize; > bufsize = 65536; > if (setsockopt(sd, SOL_SOCKET, SO_SNDBUF, > (char *)&bufsize, sizeof(int)) == -1) > { > printf("[socket_sndbuf] can't set SO_SNDBUF option\n"); > } > } > > I'm not a C developer so pardon me if I made something stupid :) > Also how can I make bufsize = default settings*2 for example? > > I tried this code and here is what ktrace show now: > 65372 hping3 CALL socket(PF_INET,SOCK_DGRAM,IPPROTO_IP) > 65372 hping3 RET socket 3 > 65372 hping3 CALL > setsockopt(0x3,SOL_SOCKET,SO_BROADCAST,0xbfbfe844,0x4) > 65372 hping3 RET setsockopt 0 > 65372 hping3 CALL connect(0x3,0x8067e20,0x10) > 65372 hping3 RET connect 0 > 65372 hping3 CALL getsockname(0x3,0xbfbfe834,0xbfbfe848) > 65372 hping3 RET getsockname 0 > 65372 hping3 CALL close(0x3) > 65372 hping3 RET close 0 > 65372 hping3 CALL socket(PF_INET,SOCK_RAW,IPPROTO_RAW) > 65372 hping3 RET socket 3 > 65372 hping3 CALL > setsockopt(0x3,SOL_SOCKET,SO_BROADCAST,0xbfbfe8d4,0x4) > 65372 hping3 RET setsockopt 0 > 65372 hping3 CALL setsockopt(0x3,0,0x2,0xbfbfe8d4,0x4) > 65372 hping3 RET setsockopt 0 > 65372 hping3 CALL setsockopt(0x3,SOL_SOCKET,SO_SNDBUF,0xbfbfe8d4,0x4) > 65372 hping3 RET setsockopt 0 > >> >> Kris >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to >> "freebsd-hackers-unsubscribe@freebsd.org" > I finally managed to get ktrace of falling hping 2250 hping3 RET sendto 40/0x28 2250 hping3 CALL sigaction(SIGALRM,0x7fffffffe7b0,0x7fffffffe790) 2250 hping3 RET sigaction 0 2250 hping3 CALL setitimer(0,0x7fffffffe7c0,0x7fffffffe7a0) 2250 hping3 RET setitimer 0 2250 hping3 CALL gettimeofday(0x7fffffffe780,0) 2250 hping3 RET gettimeofday 0 2250 hping3 CALL gettimeofday(0x7fffffffe780,0) 2250 hping3 RET gettimeofday 0 2250 hping3 CALL sendto(0x3,0x800e1b050,0x28,0,0x522600,0x10) 2250 hping3 GIO fd 3 wrote 40 bytes 0x0000 4500 2800 c3f0 0000 4006 0000 0a03 0303 0a03 0301 9570 0050 6b32 4398 30f3 e723 5002 0200 3737 0000 |E.(.....@............p.Pk2C.0..#P...77..| 2250 hping3 RET sendto 40/0x28 2250 hping3 CALL sigaction(SIGALRM,0x7fffffffe7b0,0x7fffffffe790) 2250 hping3 RET sigaction 0 2250 hping3 CALL setitimer(0,0x7fffffffe7c0,0x7fffffffe7a0) 2250 hping3 RET setitimer 0 2250 hping3 CALL gettimeofday(0x7fffffffe780,0) 2250 hping3 RET gettimeofday 0 2250 hping3 CALL gettimeofday(0x7fffffffe780,0) 2250 hping3 RET gettimeofday 0 2250 hping3 CALL sendto(0x3,0x800e1b050,0x28,0,0x522600,0x10) 2250 hping3 RET sendto -1 errno 55 No buffer space available 2250 hping3 CALL writev(0x2,0x7fffffffe6a0,0x4) 2250 hping3 GIO fd 2 wrote 44 bytes "[send_ip] sendto: No buffer space available " 2250 hping3 RET writev 44/0x2c 2250 hping3 CALL close(0x3) 2250 hping3 RET close 0 2250 hping3 CALL close(0x4) 2250 hping3 RET close 0 2250 hping3 CALL exit(0x1) and it only confirms that sendto failed. BTW this is with patched source after calling setsockopt(..SO_SNDBUF..) where bufsize = 165536. -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 27 12:55:48 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75CC716A420 for ; Sun, 27 Jan 2008 12:55:48 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0332113C455 for ; Sun, 27 Jan 2008 12:55:47 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A1A67208F for ; Sun, 27 Jan 2008 13:55:40 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 120D7208E for ; Sun, 27 Jan 2008 13:55:40 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id E37CC844A2; Sun, 27 Jan 2008 13:55:39 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: hackers@freebsd.org Date: Sun, 27 Jan 2008 13:55:39 +0100 Message-ID: <86k5lv1l84.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Subject: 'periodic daily' memory usage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 12:55:48 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 'periodic daily' runs my router out of swap every night, usually killing named as a result. A little sleuthing uncovered that the culprit is the 'sort -k 11' command in /etc/periodic/security/100.checksetuid. The easy solution would be to disable that script, but for obvious reasons, I'd rather not. Most of the time, named has the largest RSS of all the processes running on my router, by an order of magnitude. It's difficult to tell precisely since ssh'ing in to run 'top -o res' skews the results (how are you doing, mister Heisenberg?), but it's usually named followed by sshd and zsh. When 100.checksetuid is running, however, sort grows larger than even named. I tried modifying the script to feed considerably less data to sort, (only fields 2 and 11 from each line), but it doesn't seem to affect sort's memory usage. I'm starting to wonder if perhaps GNU sort uses a fixed-size buffer for each line of input, so reducing the length of the lines makes no difference. The solution I found that did work was to eliminate the loop over $MP and use 'find -s $MP ...' instead, which eliminates the need for sort. This reduces the memory requirement for 100.checksetuid by, oh, 80% or so, and greatly simplifies the logic. Note that 'find -s' and find | sort may not produce the same output, but this only means you'll get an ugly diff the first time you run the new script - it won't cause any trouble later. An entirely different issue is why named uses so much memory... does anybody know of a way to specify how much memory named may use for its cache? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=chksetuid.diff Index: etc/periodic/security/100.chksetuid =================================================================== RCS file: /home/ncvs/src/etc/periodic/security/100.chksetuid,v retrieving revision 1.9 diff -u -r1.9 100.chksetuid --- etc/periodic/security/100.chksetuid 23 Nov 2007 13:00:31 -0000 1.9 +++ etc/periodic/security/100.chksetuid 27 Jan 2008 12:54:38 -0000 @@ -43,22 +43,17 @@ [Yy][Ee][Ss]) echo "" echo 'Checking setuid files and devices:' - # XXX Note that there is the possibility of overrunning the args to ls - MP=`mount -t ufs,zfs | egrep -v " no(suid|exec)" | awk '{ print $3 }' | sort` - if [ -n "${MP}" ] - then - set ${MP} - while [ $# -ge 1 ]; do - mount=$1 - shift - find $mount -xdev -type f \ - \( -perm -u+x -or -perm -g+x -or -perm -o+x \) \ - \( -perm -u+s -or -perm -g+s \) -print0 - done | xargs -0 -n 20 ls -liTd | sed 's/^ *//' | sort -k 11 | - check_diff setuid - "${host} setuid diffs:" - rc=$? - fi;; - *) rc=0;; + MP=`mount -t ufs,zfs | awk '$0 !~ /no(suid|exec)/ { print $3 }'` + find -sx $MP -type f \ + \( -perm -u+x -or -perm -g+x -or -perm -o+x \) \ + \( -perm -u+s -or -perm -g+s \) -print0 | + xargs -0 ls -liTd | + check_diff setuid - "${host} setuid diffs:" + rc=$? + ;; + *) + rc=0 + ;; esac exit $rc --=-=-=-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 27 15:22:15 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4092216A41B for ; Sun, 27 Jan 2008 15:22:15 +0000 (UTC) (envelope-from mike@urgle.com) Received: from anchor-post-37.mail.demon.net (anchor-post-37.mail.demon.net [194.217.242.87]) by mx1.freebsd.org (Postfix) with ESMTP id 07CFA13C51B for ; Sun, 27 Jan 2008 15:22:14 +0000 (UTC) (envelope-from mike@urgle.com) Received: from rocher.urgle.com ([80.177.40.50]) by anchor-post-37.mail.demon.net with esmtp (Exim 4.68) id 1JJ8Bv-0005yA-O8; Sun, 27 Jan 2008 14:08:59 +0000 Message-ID: <479C904F.1040504@urgle.com> Date: Sun, 27 Jan 2008 14:08:15 +0000 From: Mike Bristow User-Agent: Thunderbird 2.0.0.9 (X11/20080125) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <86k5lv1l84.fsf@ds4.des.no> In-Reply-To: <86k5lv1l84.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: hackers@freebsd.org Subject: Re: 'periodic daily' memory usage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 15:22:15 -0000 Dag-Erling Smørgrav wrote: > An entirely different issue is why named uses so much memory... does > anybody know of a way to specify how much memory named may use for its > cache? > Something like : options { directory "/etc/namedb"; pid-file "/var/run/named/pid"; *max-cache-size 10485760; }; According to http://www.isc.org/sw/bind/arm94/Bv9ARM.ch06.html#options * From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 27 18:27:09 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FAFA16A420 for ; Sun, 27 Jan 2008 18:27:09 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id EC61713C448 for ; Sun, 27 Jan 2008 18:27:08 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 69673907; Sun, 27 Jan 2008 20:27:08 +0200 Message-ID: <479CCCF8.7030601@FreeBSD.org> Date: Sun, 27 Jan 2008 20:27:04 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-arch@freebsd.org, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: kstackusage() patch request for comments X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 18:27:09 -0000 Hi. I have made a patch http://www.mavhome.dp.ua/kstackusage.patch that implements machine dependent function returning current kernel thread stack usage statistics and uses it in netgraph subsystem for receiving maximum benefit from direct function calls and minimum queueing while keeping stack protected. As I have never developed machine-dependant things I would like to hear any comments about it. The main question I have is about source files and headers I should use for this specific purposes. Is it correct way to define function in machine independent header, but implement it in machdep.c? Or I should define it in machine dependent headers? Also I would be grateful for help with implementations of this function for arch different from i386/amd64. Thanks. -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 27 18:33:46 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6739E16A417 for ; Sun, 27 Jan 2008 18:33:46 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (bhuda.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id F1DA613C4CE for ; Sun, 27 Jan 2008 18:33:45 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 53508 invoked by uid 1001); 27 Jan 2008 18:33:43 -0000 Received: from bhuda.mired.org (localhost.localdomain [127.0.0.1]) by bhuda.mired.org (tmda-ofmipd) with ESMTP; Sun, 27 Jan 2008 13:33:42 -0500 Date: Sun, 27 Jan 2008 13:33:41 -0500 To: KAYVEN RIESE Message-ID: <20080127133341.0f5e3f5f@bhuda.mired.org> In-Reply-To: References: <84a208a0801232306k6a34134aqd549a1ba2160fe41@mail.gmail.com> <4798479B.9030406@delphij.net> <20080124185522.23ca743f@bhuda.mired.org> <864pd15163.fsf@ds4.des.no> <86hch0pqhl.fsf@ds4.des.no> <20080126183449.5086079e@bhuda.mired.org> Organization: Meyer Consulting X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; amd64-portbld-freebsd6.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEXguIzRkGnhyaz069mXhW0WHRnbrnR9WCQ6LB0CchNMAAACSUlEQVQ4jV2TQW7jMAxFGaPQOgQEdZaGMsgBrAvUA03dCxj1Uu4U2gfwQD7AGNax51NK07RcxXz6/CSl0Ij450vkPG1jzpIZM1UwDCl/xB14TWnNX8A00Qj5a0mnVFVbVUz4MeErea2HikSRqZzY894zwg9p2+/AtO8LzxFED+tNAUFeU29iFOLRxlZAcdo9A8wi8ZBMV4BKPde82Oxrvs6BTkulQIClte0DLFzzsKk9j1MBex8iUaP00Bd78S/muyFScrTXz6zLkEUxJp+SabQfNOs4f4Jpx5qSZ/304PWwlEWP1cOn/mJQR7EOD+uKhjcBLziuL7xoY5Xm+VFAUSw/LwwwsHEHxihpwV4EJH0xXRkbw1PkRw+X4pEuSJwBggqk+HEYKkiL5/74/nQkogigzQsAFrakxZyfw3wMIEEZPv4AWMfxwqE5GNxGaERjmH+PG8AE0L4/w9g0lsp1raLYAN5azQa+AOoO9NwcpFkTrG2VKNMNEL5UKUUAw34tha0z7onUG0oBoNtczE04GwFE3wCHc0ChezAJ6A1WMV81AtY7wDAJSlXwV+4cwBvsOsrQMRawfQEBz0deEZ7WNpV2szckIKo5VpDHDSDvF1GItwqqAlG01Hh50BGtVhuUkjkasg/14bYFGCgWg1fSWHvmOoJck2xdp9ZvZBHzDVTzX23TkrOn7qe5U2COEw5D4Vx3qEQpFY2Z/3QFnJxzp7YCmSMG19nOUoe869zZfOQb5ywQuWu0yCn5+8gxZz+BE7vG3j4/wbf4D/sXN9Wug1s7AAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Delivery-Agent: TMDA/1.1.11 (Ladyburn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD hacker 101 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 18:33:46 -0000 On Sat, 26 Jan 2008 15:55:53 -0800 (PST) KAYVEN RIESE wro= te: >=20 >=20 > On Sat, 26 Jan 2008, Mike Meyer wrote: > > On Sat, 26 Jan 2008 12:24:36 -0800 (PST) KAYVEN RIESE = wrote: > >> On Sat, 26 Jan 2008, Dag-Erling Sm=C3=B8rgrav wrote: > >>> KAYVEN RIESE writes: > > .rpm is a package format, and comes with a tool set for using it. Most > > (all?) GNU/Linux systems come with tools for dealing with it, but they > > all also come with tools for dealing with .tgz. Some GNU/Linux distros > > use .rpm to distribute their software, but not all do. I don't think > > any Unix systems have adopted it; most of them have packaging systems > > that predate .rpm, and they're all different. Different package > > formats for vendor software isn't a GNU/Linux vs. FreeBSD or Unix > > thing, it's a fact of line in a multi-platform Unix environment. > my reason for bringing the whole thing up was based on the idea > that this person might be used to using *.rpm all the time Well, maybe. But consider the context: they're looking at moving from GNU/Linux to FreeBSD, so they're probably familiar with more than one GNU/Linux distro, so there's a good chance they'ev seen more than just rpms for system software distribution. Further, they're looking at working on the FreeBSD code base, so they're a programmer, so there's a good chance they've gone to the source sites for the packages included in those distros, where they almost certainly would have noticed that the binaries for other platforms weren't in rpms. Since they're programmers, they've probably downloaded source distributions, which are almost invariable tarballs of some sort or another. In other words, the chances that they've only seen rpm file distributions would seem to be vanishingly small, so there are things that are far more likely to disrupt them - like the difference in which system calls will work properly between fork() and exec() that Posix() doesn't require to do so - that are still so unlikely to do so to be worth mentioning in this context. If you feel you have to mention it, then you should really talk about the tools, not the formats: GNU/Linux distros tend to use rpm* or apt* tools for installing and managing software packages, whereas FreeBSD uses the pkg* tools. > and this > would be a difference he would experience moving to=20 freeBSD, if > this was the case. if this is not the case for him, as you seem > to be implying, then.. well.. still.. he must know to avoid > *.rpm distributions in any case unless he installs a *.rpm compatibility > tool. is that part of the linux-compat stuff that freeBSD has? Just out of curiosity, where do you expect to find software for FreeBSD in an rpm format? I don't think they exist, so *avoiding* them wont' be a problem. Possibly wasting time looking for them might be, but again, that seems really unlikely given the context, so there are more important things to suggest they not waste time on, like wandering how they upgrade just part of the base system. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 27 19:44:03 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21FDA16A417 for ; Sun, 27 Jan 2008 19:44:03 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron3.sfsu.edu (iron3.sfsu.edu [130.212.10.128]) by mx1.freebsd.org (Postfix) with ESMTP id 04ABE13C458 for ; Sun, 27 Jan 2008 19:44:02 +0000 (UTC) (envelope-from kayve@sfsu.edu) X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAM9tnEeC1Apk/2dsb2JhbACqRQ Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron3.sfsu.edu with ESMTP; 27 Jan 2008 11:44:02 -0800 Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0.3HF100) with ESMTP id 2008012711440074-2046 ; Sun, 27 Jan 2008 11:44:00 -0800 Date: Sun, 27 Jan 2008 11:44:01 -0800 (PST) From: KAYVEN RIESE To: Mike Meyer In-Reply-To: <20080127133341.0f5e3f5f@bhuda.mired.org> Message-ID: References: <84a208a0801232306k6a34134aqd549a1ba2160fe41@mail.gmail.com> <4798479B.9030406@delphij.net> <20080124185522.23ca743f@bhuda.mired.org> <864pd15163.fsf@ds4.des.no> <86hch0pqhl.fsf@ds4.des.no> <20080126183449.5086079e@bhuda.mired.org> <20080127133341.0f5e3f5f@bhuda.mired.org> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0.3HF100 | December 5, 2007) at 01/27/2008 11:44:00, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.3|September 26, 2007) at 01/27/2008 11:44:02, Serialize complete at 01/27/2008 11:44:02 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-758783491-1201463041=:14070" Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD hacker 101 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 19:44:03 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-758783491-1201463041=:14070 Content-Transfer-Encoding: QUOTED-PRINTABLE Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed On Sun, 27 Jan 2008, Mike Meyer wrote: > On Sat, 26 Jan 2008 15:55:53 -0800 (PST) KAYVEN RIESE w= rote: >> On Sat, 26 Jan 2008, Mike Meyer wrote: >>> On Sat, 26 Jan 2008 12:24:36 -0800 (PST) KAYVEN RIESE = wrote: >>>> On Sat, 26 Jan 2008, Dag-Erling Sm=C3=B8rgrav wrote: >>>>> KAYVEN RIESE writes: >>> thing, it's a fact of line in a multi-platform Unix environment. >> my reason for bringing the whole thing up was based on the idea >> that this person might be used to using *.rpm all the time > > Well, maybe. But consider the context: they're looking at moving from > GNU/Linux to FreeBSD, so they're probably familiar with more than one > GNU/Linux distro, so there's a good chance they'ev seen more than just > rpms for system software distribution. Further, they're looking at > noticed that the binaries for other platforms weren't in rpms. Since > they're programmers, they've probably downloaded source distributions, > which are almost invariable tarballs of some sort or another. > > In other words, the chances that they've only seen rpm file > distributions would seem to be vanishingly small, so there are things > that are far more likely to disrupt them - like the difference in i feel like i have noticed some sites that only have rpms. this is more like the type of serious concern that i was concocting in my own tiny mind. however, if you simply note that its part of the linux compatibility packages, then my concern is absolutely unfounded and i will shut up {:} > > If you feel you have to mention it, then you should really talk about > the tools, not the formats: GNU/Linux distros tend to use rpm* or apt* > tools for installing and managing software packages, whereas FreeBSD > uses the pkg* tools. > >> and this >> would be a difference he would experience moving to > freeBSD, if >> this was the case. if this is not the case for him, as you seem >> to be implying, then.. well.. still.. he must know to avoid >> *.rpm distributions in any case unless he installs a *.rpm compatibility >> tool. is that part of the linux-compat stuff that freeBSD has? > > Just out of curiosity, where do you expect to find software for > FreeBSD in an rpm format? I don't think they exist, so *avoiding* them > wont' be a problem. Possibly wasting time looking for them might be, > but again, that seems really unlikely given the context, so there are > more important things to suggest they not waste time on, like > wandering how they upgrade just part of the base system. > > --=20 > Mike Meyer =09=09http://www.mired.org/consulting.html > Independent Network/Unix/Perforce consultant, email for more information. > *----------------------------------------------------------* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *----------------------------------------------------------* ---559023410-758783491-1201463041=:14070-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 28 00:30:59 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F43116A417 for ; Mon, 28 Jan 2008 00:30:59 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id 3895D13C44B for ; Mon, 28 Jan 2008 00:30:58 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m0S0Utq1030230 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Jan 2008 11:30:56 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m0S0Ute6038123; Mon, 28 Jan 2008 11:30:55 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m0S0UtAj038122; Mon, 28 Jan 2008 11:30:55 +1100 (EST) (envelope-from peter) Date: Mon, 28 Jan 2008 11:30:55 +1100 From: Peter Jeremy To: Randall Hyde Message-ID: <20080128003055.GA48382@server.vk2pj.dyndns.org> References: <8038471.1201309616526.JavaMail.root@elwamui-cypress.atl.sa.earthlink.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="69pVuxX8awAiJ7fD" Content-Disposition: inline In-Reply-To: <8038471.1201309616526.JavaMail.root@elwamui-cypress.atl.sa.earthlink.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@freebsd.org Subject: Re: HLA v1.100 is now available for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 00:30:59 -0000 --69pVuxX8awAiJ7fD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 25, 2008 at 05:06:56PM -0800, Randall Hyde wrote: >I am pleased to announce that HLA v1.100 and the HLA standard library >(v3.0) are now running natively under FreeBSD. For those who are >unfamiliar with the product, HLA is a "High Level Assembler" for the >80x86. It allows you to write portable 80x86 code that runs under >Windows, Linux, or FreeBSD with nothing more than a recompile. This looks like it might be interesting. Two comments: 1) Is there a FreeBSD port available? 2) Do you have any plans to target anything other than 80x86? HLA looks like it would be very handy as a development tool for embedded micros (PIC, Atmel etc). --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --69pVuxX8awAiJ7fD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHnSI//opHv/APuIcRAseKAJ4+2e043oTzZpo8YHv+UdvD/+w4FACfbX/u NNNm52+K01kKeEAV03x5u7k= =qGHS -----END PGP SIGNATURE----- --69pVuxX8awAiJ7fD-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 28 03:17:52 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3290216A41B for ; Mon, 28 Jan 2008 03:17:52 +0000 (UTC) (envelope-from xistence@0x58.com) Received: from mailexchange.osnn.net (1e.66.5646.static.theplanet.com [70.86.102.30]) by mx1.freebsd.org (Postfix) with SMTP id D815213C44B for ; Mon, 28 Jan 2008 03:17:51 +0000 (UTC) (envelope-from xistence@0x58.com) Received: (qmail 28060 invoked by uid 0); 28 Jan 2008 03:14:03 -0000 Received: from unknown (HELO wideload.network.lan) (xistence@0x58.com@68.228.228.123) by mailexchange.osnn.net with SMTP; 28 Jan 2008 03:14:03 -0000 Message-Id: From: Bert JW Regeer In-Reply-To: <86k5lv1l84.fsf@ds4.des.no> Content-Type: multipart/signed; boundary=Apple-Mail-2--155252650; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v915) Date: Sun, 27 Jan 2008 20:17:26 -0700 References: <86k5lv1l84.fsf@ds4.des.no> X-Mailer: Apple Mail (2.915) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: hackers@freebsd.org Subject: Re: 'periodic daily' memory usage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 03:17:52 -0000 --Apple-Mail-2--155252650 Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable On Jan 27, 2008, at 05:55 , Dag-Erling Sm=F8rgrav wrote: > 'periodic daily' runs my router out of swap every night, usually =20 > killing > named as a result. > =46rom your email it sounds like you run bind in just a caching =20 situation, have you looked at alternatives yet? For example dnscache =20 from DJB, you give it a set amount of memory to use, and that is all =20 it uses. > [...] > > DES > --=20 > Dag-Erling Sm=F8rgrav - des@des.no Bert JW Regeer= --Apple-Mail-2--155252650-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 28 03:38:22 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1569D16A41B; Mon, 28 Jan 2008 03:38:22 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id C504613C468; Mon, 28 Jan 2008 03:38:21 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id D5E99207E; Mon, 28 Jan 2008 04:38:12 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 507312049; Mon, 28 Jan 2008 04:38:12 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 25D8884487; Mon, 28 Jan 2008 04:38:12 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Alexander Motin References: <479CCCF8.7030601@FreeBSD.org> Date: Mon, 28 Jan 2008 04:38:12 +0100 In-Reply-To: <479CCCF8.7030601@FreeBSD.org> (Alexander Motin's message of "Sun\, 27 Jan 2008 20\:27\:04 +0200") Message-ID: <86sl0iwrff.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-arch@freebsd.org Subject: Re: kstackusage() patch request for comments X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 03:38:22 -0000 Alexander Motin writes: > The main question I have is about source files and headers I should > use for this specific purposes. Is it correct way to define function > in machine independent header, but implement it in machdep.c? Or I > should define it in machine dependent headers? If you intend to implement the same functions on all platforms, the prototypes should be in a machine-independent header. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 28 04:00:58 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AA7216A417 for ; Mon, 28 Jan 2008 04:00:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id E17E513C46A for ; Mon, 28 Jan 2008 04:00:57 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 7A39A2088; Mon, 28 Jan 2008 05:00:49 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 625522084; Mon, 28 Jan 2008 05:00:49 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 4016C844A3; Mon, 28 Jan 2008 05:00:49 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mike Bristow References: <86k5lv1l84.fsf@ds4.des.no> <479C904F.1040504@urgle.com> Date: Mon, 28 Jan 2008 05:00:49 +0100 In-Reply-To: <479C904F.1040504@urgle.com> (Mike Bristow's message of "Sun\, 27 Jan 2008 14\:08\:15 +0000") Message-ID: <86k5luwqdq.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: hackers@freebsd.org Subject: Re: 'periodic daily' memory usage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 04:00:58 -0000 Mike Bristow writes: > Dag-Erling Sm=C3=B8rgrav writes: > > An entirely different issue is why named uses so much memory... does > > anybody know of a way to specify how much memory named may use for its > > cache? > > Something like : > > options { > directory "/etc/namedb"; > pid-file "/var/run/named/pid"; > *max-cache-size 10485760; > }; That made no difference. It looked like it might at first, but after just a few minutes RSS was back to 24 MB. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 28 07:38:27 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D8C916A419 for ; Mon, 28 Jan 2008 07:38:27 +0000 (UTC) (envelope-from mohacsi@niif.hu) Received: from mail.ki.iif.hu (mail.ki.iif.hu [IPv6:2001:738:0:411::241]) by mx1.freebsd.org (Postfix) with ESMTP id 80F0D13C45B for ; Mon, 28 Jan 2008 07:38:26 +0000 (UTC) (envelope-from mohacsi@niif.hu) Received: from localhost (localhost [IPv6:::1]) by mail.ki.iif.hu (Postfix) with ESMTP id 8ED3F84A38; Mon, 28 Jan 2008 08:38:25 +0100 (CET) X-Virus-Scanned: by amavisd-new at mignon.ki.iif.hu Received: from mail.ki.iif.hu ([127.0.0.1]) by localhost (mignon.ki.iif.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id DKm992d+o9hr; Mon, 28 Jan 2008 08:38:21 +0100 (CET) Received: by mail.ki.iif.hu (Postfix, from userid 9002) id D515F84ACB; Mon, 28 Jan 2008 08:38:21 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.ki.iif.hu (Postfix) with ESMTP id D352C84AA5; Mon, 28 Jan 2008 08:38:21 +0100 (CET) Date: Mon, 28 Jan 2008 08:38:21 +0100 (CET) From: Mohacsi Janos X-X-Sender: mohacsi@mignon.ki.iif.hu To: Mike Meyer In-Reply-To: <20080127133341.0f5e3f5f@bhuda.mired.org> Message-ID: <20080128083151.K55527@mignon.ki.iif.hu> References: <84a208a0801232306k6a34134aqd549a1ba2160fe41@mail.gmail.com> <4798479B.9030406@delphij.net> <20080124185522.23ca743f@bhuda.mired.org> <864pd15163.fsf@ds4.des.no> <86hch0pqhl.fsf@ds4.des.no> <20080126183449.5086079e@bhuda.mired.org> <20080127133341.0f5e3f5f@bhuda.mired.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1720340939-1201505896=:55527" Cc: freebsd-hackers@freebsd.org, KAYVEN RIESE Subject: Re: FreeBSD hacker 101 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 07:38:27 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1720340939-1201505896=:55527 Content-Type: TEXT/PLAIN; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 27 Jan 2008, Mike Meyer wrote: > On Sat, 26 Jan 2008 15:55:53 -0800 (PST) KAYVEN RIESE w= rote: > >> >> >> On Sat, 26 Jan 2008, Mike Meyer wrote: >>> On Sat, 26 Jan 2008 12:24:36 -0800 (PST) KAYVEN RIESE = wrote: >>>> On Sat, 26 Jan 2008, Dag-Erling Sm=FF=FFrgrav wrote: >>>>> KAYVEN RIESE writes: >>> .rpm is a package format, and comes with a tool set for using it. Most >>> (all?) GNU/Linux systems come with tools for dealing with it, but they >>> all also come with tools for dealing with .tgz. Some GNU/Linux distros >>> use .rpm to distribute their software, but not all do. I don't think >>> any Unix systems have adopted it; most of them have packaging systems >>> that predate .rpm, and they're all different. Different package >>> formats for vendor software isn't a GNU/Linux vs. FreeBSD or Unix >>> thing, it's a fact of line in a multi-platform Unix environment. >> my reason for bringing the whole thing up was based on the idea >> that this person might be used to using *.rpm all the time > > Well, maybe. But consider the context: they're looking at moving from > GNU/Linux to FreeBSD, so they're probably familiar with more than one > GNU/Linux distro, so there's a good chance they'ev seen more than just > rpms for system software distribution. Further, they're looking at > working on the FreeBSD code base, so they're a programmer, so there's > a good chance they've gone to the source sites for the packages > included in those distros, where they almost certainly would have > noticed that the binaries for other platforms weren't in rpms. Since > they're programmers, they've probably downloaded source distributions, > which are almost invariable tarballs of some sort or another. > > In other words, the chances that they've only seen rpm file > distributions would seem to be vanishingly small, so there are things > that are far more likely to disrupt them - like the difference in > which system calls will work properly between fork() and exec() that > Posix() doesn't require to do so - that are still so unlikely to do so > to be worth mentioning in this context. > > If you feel you have to mention it, then you should really talk about > the tools, not the formats: GNU/Linux distros tend to use rpm* or apt* > tools for installing and managing software packages, whereas FreeBSD > uses the pkg* tools. Not necessary to use pkg* tools on FreeBSD. You can use pkgsrc http://www.pkgsrc.org/ or openpkg http://www.openpkg.org/ All above are supported on multi-os environment. Regards, Janos Mohacsi Network Engineer, Research Associate, Head of Network Planning and Projects NIIF/HUNGARNET, HUNGARY Key 70EF9882: DEC2 C685 1ED4 C95A 145F 4300 6F64 7B00 70EF 9882 --0-1720340939-1201505896=:55527-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 28 11:04:53 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3842916A418 for ; Mon, 28 Jan 2008 11:04:53 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id ED79A13C442 for ; Mon, 28 Jan 2008 11:04:52 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 7C94F2085; Mon, 28 Jan 2008 12:04:44 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id ED7172084; Mon, 28 Jan 2008 12:04:43 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id CC57D844A3; Mon, 28 Jan 2008 12:04:43 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Bert JW Regeer References: <86k5lv1l84.fsf@ds4.des.no> Date: Mon, 28 Jan 2008 12:04:43 +0100 In-Reply-To: (Bert JW Regeer's message of "Sun\, 27 Jan 2008 20\:17\:26 -0700") Message-ID: <86fxwius6s.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: hackers@freebsd.org Subject: Re: 'periodic daily' memory usage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 11:04:53 -0000 Bert JW Regeer writes: > Dag-Erling Sm=C3=B8rgrav writes: > > 'periodic daily' runs my router out of swap every night, usually > > killing named as a result. > From your email it sounds like you run bind in just a caching > situation No, it is also a master for a few private zones and a dozen public ones. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 28 16:34:34 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8883016A41A for ; Mon, 28 Jan 2008 16:34:34 +0000 (UTC) (envelope-from randyhyde@earthlink.net) Received: from elasmtp-masked.atl.sa.earthlink.net (elasmtp-masked.atl.sa.earthlink.net [209.86.89.68]) by mx1.freebsd.org (Postfix) with ESMTP id 43D7B13C457 for ; Mon, 28 Jan 2008 16:34:34 +0000 (UTC) (envelope-from randyhyde@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=T3nMc/V8afNsB63at8pKt9xo5ONdLvmf2djDguFCylfeMX5dH27GC6L4OrXieLcI; h=Message-ID:Date:From:Reply-To:To:Subject:Mime-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:X-ELNK-Trace:X-Originating-IP; Received: from [209.86.224.46] (helo=elwamui-royal.atl.sa.earthlink.net) by elasmtp-masked.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1JJWwL-0003rr-M9 for freebsd-hackers@freebsd.org; Mon, 28 Jan 2008 11:34:33 -0500 Received: from 71.9.7.20 by webmail.pas.earthlink.net with HTTP; Mon, 28 Jan 2008 11:34:33 -0500 Message-ID: <19768237.1201538073624.JavaMail.root@elwamui-royal.atl.sa.earthlink.net> Date: Mon, 28 Jan 2008 11:34:33 -0500 (EST) From: Randall Hyde To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: EarthLink Zoo Mail 1.0 X-ELNK-Trace: eba5e0c9192a36dcd6dd28457998182d7e972de0d01da9408a5898653e71538ae100235f2e1e6639350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 209.86.224.46 Subject: Re: HLA v1.100 is now available for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Randall Hyde List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 16:34:34 -0000 >>>> This looks like it might be interesting. Two comments: 1) Is there a FreeBSD port available? <<<<< I assume you mean the PORTS distribution format. The answer is no, not yet. Someday I'll take the time to figure out how to do this (and RPMs or comparable things under Linux). In the meantime, all it really takes to install the guy is to unzip/tar it and set a couple of environment variables up. No big deal for most BSD/Linux users. OTOH, I do realize the benefit of having an installation program, so it's on the list of things to do. If there is an easy way to automate this in a make file (which I use to build by releases with), I'd be more than happy to include it when I release the next version; assuming someone is nice enough to show me how to do it. >>>>> 2) Do you have any plans to target anything other than 80x86? HLA looks like it would be very handy as a development tool for embedded micros (PIC, Atmel etc). <<<<< Long ago (pre-x86 Macintoshes) I was considering the PowerPC. That's history today, however. The ARM looks like fun, but.... The big goal I have right now is to get back to work on HLA v2.0 and get that generating code. For example, the port to the (x86) Macintosh has to wait for HLA v2.0 and getting a Mac OS X port operational is my next big task after HLA v2.0. Then, of course, the next most important thing is a port to the x86-64 (actually, HLA v2.0 contains the facilities for this, they just have to be activated). Then I can start looking at other processors. OTOH, the HLA compile-time language (i.e., macro language) is sufficiently powerful that you can actually *write* assemblers for other CPUs with the CTL. It would be slow compiling such programs, but it's certainly possible. And if you *really* want to move ahead with different CPUs today (I emphasize *you*, not *me*), I have posted the existing code for the HLA v2.0 compiler on Webster (http://webster.cs.ucr.edu/AsmTools/HLA/hla2/0_hla2.html). Currently, handling almost all of the declarations is complete (no machine instructions yet). So it's in the perfect state to modify for a different CPU. Cheers, Randy Hyde From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 28 17:26:27 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 147FC16A41B for ; Mon, 28 Jan 2008 17:26:27 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id E82C013C4EF for ; Mon, 28 Jan 2008 17:26:26 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id 6512D61B935 for ; Mon, 28 Jan 2008 09:00:13 -0800 (PST) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12683-04 for ; Mon, 28 Jan 2008 09:00:13 -0800 (PST) Received: from [10.47.1.130] (vpn.office.miralink.com [10.0.0.5]) by plato.miralink.com (Postfix) with ESMTP id E542E61B831 for ; Mon, 28 Jan 2008 09:00:12 -0800 (PST) Message-ID: <479E0A1C.2060908@miralink.com> Date: Mon, 28 Jan 2008 09:00:12 -0800 From: Sean Bruno User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Jan 28 09:00:13 2008 X-DSPAM-Confidence: 0.7803 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 479e0a1d83531186327471 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.499 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.499 X-Spam-Level: Subject: How long is a hz? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 17:26:27 -0000 I couldn't quite find the definition for "hz" in sys/ this morning. What is it's value and where is it defined? Sean From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 28 18:53:25 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F70816A418 for ; Mon, 28 Jan 2008 18:53:25 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 5BE6513C4CE for ; Mon, 28 Jan 2008 18:53:25 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id 285B061B945; Mon, 28 Jan 2008 10:53:23 -0800 (PST) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28312-10; Mon, 28 Jan 2008 10:53:22 -0800 (PST) Received: from [10.47.1.130] (vpn.office.miralink.com [10.0.0.5]) by plato.miralink.com (Postfix) with ESMTP id 164EB61B935; Mon, 28 Jan 2008 10:53:22 -0800 (PST) Message-ID: <479E24A1.60103@miralink.com> Date: Mon, 28 Jan 2008 10:53:21 -0800 From: Sean Bruno User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Jason Slagle References: <479E0A1C.2060908@miralink.com> <20080128134253.C1539@mail.tacorp.net> In-Reply-To: <20080128134253.C1539@mail.tacorp.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Jan 28 10:53:22 2008 X-DSPAM-Confidence: 0.9993 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 479e24a220291091686056 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.499 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.499 X-Spam-Level: Cc: freebsd-hackers@freebsd.org Subject: Re: How long is a hz? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 18:53:25 -0000 Jason Slagle wrote: > On Mon, 28 Jan 2008, Sean Bruno wrote: > >> I couldn't quite find the definition for "hz" in sys/ this morning. >> What is it's value and where is it defined? > > From http://en.wikipedia.org/wiki/Hertz > > The hertz (symbol: Hz) is the International System of Units (SI) base > unit of frequency. Its base unit is cycle/s or s^-1 (also called > inverse seconds, reciprocal seconds). In English, hertz is used as > both > singular and plural. As any SI unit, Hz can be prefixed; commonly used > multiples are kHz (kilohertz, 10^3 Hz), MHz (megahertz, 10^6 Hz), GHz > (gigahertz, 10^9 Hz) and THz (terahertz, 10^12 Hz). > > One hertz simply means one cycle per second (typically that which is > being counted is a complete cycle); 100 Hz means one hundred cycles > per > second, and so on. The unit may be applied to any periodic event--for > example, a clock might be said to tick at 1 Hz, or a human heart might > be said to beat at 1.2 Hz. The frequencies of aperiodic events, > such as > radioactive decay, are expressed in becquerels. > > But more importantly, where is "hz" defined in the kernel tree? Sean From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 28 18:59:50 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B752716A417 for ; Mon, 28 Jan 2008 18:59:50 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8EC5813C448 for ; Mon, 28 Jan 2008 18:59:50 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m0SIxosB061691 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Jan 2008 10:59:50 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <479E2626.6040207@errno.com> Date: Mon, 28 Jan 2008 10:59:50 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Sean Bruno References: <479E0A1C.2060908@miralink.com> <20080128134253.C1539@mail.tacorp.net> <479E24A1.60103@miralink.com> In-Reply-To: <479E24A1.60103@miralink.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-hackers@freebsd.org Subject: Re: How long is a hz? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 18:59:50 -0000 Sean Bruno wrote: > Jason Slagle wrote: >> On Mon, 28 Jan 2008, Sean Bruno wrote: >> >>> I couldn't quite find the definition for "hz" in sys/ this morning. >>> What is it's value and where is it defined? >> >> From http://en.wikipedia.org/wiki/Hertz >> >> The hertz (symbol: Hz) is the International System of Units (SI) base >> unit of frequency. Its base unit is cycle/s or s^-1 (also called >> inverse seconds, reciprocal seconds). In English, hertz is used as >> both >> singular and plural. As any SI unit, Hz can be prefixed; commonly >> used >> multiples are kHz (kilohertz, 10^3 Hz), MHz (megahertz, 10^6 Hz), GHz >> (gigahertz, 10^9 Hz) and THz (terahertz, 10^12 Hz). >> >> One hertz simply means one cycle per second (typically that which is >> being counted is a complete cycle); 100 Hz means one hundred >> cycles per >> second, and so on. The unit may be applied to any periodic event--for >> example, a clock might be said to tick at 1 Hz, or a human heart >> might >> be said to beat at 1.2 Hz. The frequencies of aperiodic events, >> such as >> radioactive decay, are expressed in becquerels. >> >> > But more importantly, where is "hz" defined in the kernel tree? > > Sean > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" > > http://fxr.watson.org/fxr/ident?i=hz From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 28 19:15:38 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E263D16A47C for ; Mon, 28 Jan 2008 19:15:38 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id 7490A13C468 for ; Mon, 28 Jan 2008 19:15:38 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-041-115.pools.arcor-ip.net [88.66.41.115]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1JJZFw0cXf-0003eK; Mon, 28 Jan 2008 20:02:57 +0100 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Mon, 28 Jan 2008 20:02:44 +0100 User-Agent: KMail/1.9.7 References: <479E0A1C.2060908@miralink.com> In-Reply-To: <479E0A1C.2060908@miralink.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4292848.c7yJyA8BUu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801282002.50017.max@love2party.net> X-Provags-ID: V01U2FsdGVkX188QkBgzUzSWi1iCoB3Vb3Ce06PhklbH/88OPZ TkmK2K4czI8Q4iO/d1zShLq/msHuxegBlbtNSO99ZOHeEouWWR lgxsDa4IbstMyoDudXPOM4pDeShWuNjdnygekFUuAM= Cc: Sean Bruno Subject: Re: How long is a hz? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 19:15:39 -0000 --nextPart4292848.c7yJyA8BUu Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 28 January 2008, Sean Bruno wrote: > I couldn't quite find the definition for "hz" in sys/ this morning. > What is it's value and where is it defined? sys/kern/subr_param.c:int hz; sys/sys/time.h: int hz; /* clock frequency */ sys/kernel.h:extern int tick; /* usec per tick (1000000 / hz) */ sys/kernel.h:extern int hz; /* system clock's frequency */ The actual value for hz comes from your kernel configuration. The default= =20 is "options HZ=3D1000" at the moment. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart4292848.c7yJyA8BUu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHnibaXyyEoT62BG0RAuf5AJ9yZkX5C84lmVBHQt8BcB8Eb1C57ACeOY2/ 9D/J/H6lrXy7LWZHh0g7HH0= =BEYr -----END PGP SIGNATURE----- --nextPart4292848.c7yJyA8BUu-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 28 21:59:54 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 761FE16A421 for ; Mon, 28 Jan 2008 21:59:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 2E97113C4CE for ; Mon, 28 Jan 2008 21:59:53 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 22325 invoked by uid 399); 28 Jan 2008 21:59:53 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 28 Jan 2008 21:59:53 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <479E5057.6000309@FreeBSD.org> Date: Mon, 28 Jan 2008 13:59:51 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20080126) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <86k5lv1l84.fsf@ds4.des.no> In-Reply-To: <86k5lv1l84.fsf@ds4.des.no> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: hackers@freebsd.org Subject: Re: 'periodic daily' memory usage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 21:59:54 -0000 Dag-Erling Smørgrav wrote: > The solution I found that did work was to eliminate the loop over > $MP and use 'find -s $MP ...' instead, which eliminates the need > for sort. This reduces the memory requirement for 100.checksetuid > by, oh, 80% or so, and greatly simplifies the logic. Why don't you post that diff? Sounds like a good idea to me. > Note that 'find -s' and find | sort may not produce the same > output, but this only means you'll get an ugly diff the first time > you run the new script - it won't cause any trouble later. > > An entirely different issue is why named uses so much memory... It's a feature. :) If you're using it to resolve stuff out in the wild, it's caching the answers to questions it has been asked (plus whatever additional, authoritative information that was sent by the remote name server). If you artificially reduce the size of the cache, it will result in more network traffic, assuming it gets asked the same question again. If you have a situation where you have applications that ask a lot of questions once, or just a few times in quick succession (mail farms often fit this profile) then reducing the cache size probably won't hurt too much. If you have an environment where your users ask a lot of different questions, but keep asking them, reducing the cache is just going to shift the load elsewhere. One thing you can do is reduce the cleaning interval, since that will flush out the data that is past its TTL that much faster. This works particularly well for the first scenario described above. > does anybody know of a way to specify how much memory named may use > for its cache? You'll want to use BIND 9.4.2 for that if you want to do it, and take a look at the ARM manual to get the right combination of options. I'd tell you if I knew, but I never limit the cache on my name servers. :) BTW, I think you mentioned that named had grown to 24M or so, FYI that is actually a very small process size. My very lightly loaded resolver for my home network is at 23M, with hardly any cache at all. If I thought there was a good alternative resolver I'd recommend one, but IMO BIND is it right now. There are a couple others in development right now, but they are not yet ready for prime time (again, IMO). hth, Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 28 22:00:56 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20E4016A46D for ; Mon, 28 Jan 2008 22:00:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id DD75713C474 for ; Mon, 28 Jan 2008 22:00:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 23997 invoked by uid 399); 28 Jan 2008 22:00:54 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 28 Jan 2008 22:00:54 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <479E5095.7050809@FreeBSD.org> Date: Mon, 28 Jan 2008 14:00:53 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20080126) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <86k5lv1l84.fsf@ds4.des.no> <479E5057.6000309@FreeBSD.org> In-Reply-To: <479E5057.6000309@FreeBSD.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: 'periodic daily' memory usage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 22:00:56 -0000 Doug Barton wrote: > Why don't you post that diff? Sounds like a good idea to me. Oh, duh. Never mind. :) -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 28 23:24:18 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95BB916A417 for ; Mon, 28 Jan 2008 23:24:18 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 70A2713C447 for ; Mon, 28 Jan 2008 23:24:18 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id 0281061B96E; Mon, 28 Jan 2008 15:24:18 -0800 (PST) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09155-09; Mon, 28 Jan 2008 15:24:02 -0800 (PST) Received: from [10.47.1.130] (vpn.office.miralink.com [10.0.0.5]) by plato.miralink.com (Postfix) with ESMTP id 7BD8261B967; Mon, 28 Jan 2008 15:24:02 -0800 (PST) Message-ID: <479E6411.8060505@miralink.com> Date: Mon, 28 Jan 2008 15:24:01 -0800 From: Sean Bruno User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Sam Leffler References: <479E0A1C.2060908@miralink.com> <20080128134253.C1539@mail.tacorp.net> <479E24A1.60103@miralink.com> <479E2626.6040207@errno.com> In-Reply-To: <479E2626.6040207@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Jan 28 15:24:03 2008 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 479e6413138541804284693 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.499 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.499 X-Spam-Level: Cc: freebsd-hackers@freebsd.org Subject: Re: How long is a hz? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 23:24:18 -0000 Sam Leffler wrote: > Sean Bruno wrote: >> Jason Slagle wrote: >>> On Mon, 28 Jan 2008, Sean Bruno wrote: >>> >>>> I couldn't quite find the definition for "hz" in sys/ this >>>> morning. What is it's value and where is it defined? >>> >> > http://fxr.watson.org/fxr/ident?i=hz Thank you Sam. You have taught me "how to fish" as it were. The answer that I was searching for is located at: http://fxr.watson.org/fxr/source/kern/subr_param.c#L56 Sean From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 29 02:37:54 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72F0816A41A for ; Tue, 29 Jan 2008 02:37:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by mx1.freebsd.org (Postfix) with ESMTP id 0723E13C4D9 for ; Tue, 29 Jan 2008 02:37:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so1044849wra.13 for ; Mon, 28 Jan 2008 18:37:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=0qhpc/PHH8RPpwXCRUtR+31XuLC3zV90hS6aJVRkVp0=; b=vsWmL2n70Fp3AknPfZQWUhriQC64yrHyio3KRYkKlqXSfnZgRaFtmkj0YjRaWRtLi1abhtZzcssmMn4krnkvstkBJI5JTE1xwCS+2nGgrpUydtEyyWPq3YIoCZbaai7y/FJOXSeglmFdMO98rvMq/lIMMK45Sr0clmfzaOzLF5c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=IKyXM3JCnCG35pKN2GqMCjcmPrjA2V30tkFLSVptjn42YzAdDIwHYAvBrS0tujqackVIAnjDCSUeWkRISs9Fwcyy/DRi5aLAdeTV5uA4MIUvE4lhA3mxoD4pp6kTpcRhEUgZfGznx0J5oRmYOrAaZ3UrZ645WOkFi6PrXukMW+w= Received: by 10.150.49.15 with SMTP id w15mr2460353ybw.32.1201574273038; Mon, 28 Jan 2008 18:37:53 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id g3sm8383448wra.5.2008.01.28.18.37.50 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 28 Jan 2008 18:37:51 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m0T2bkHG001669 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Jan 2008 11:37:46 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m0T2bi0b001668; Tue, 29 Jan 2008 11:37:44 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 29 Jan 2008 11:37:44 +0900 From: Pyun YongHyeon To: Chris Stromblad Message-ID: <20080129023744.GD1075@cdnetworks.co.kr> References: <4797241D.8080000@wa-sp.com> <20080123123244.GG14495@cdnetworks.co.kr> <47974615.2030901@wa-sp.com> <20080124012957.GB18179@cdnetworks.co.kr> <1201166851.8147.18.camel@localhost, > <20080124094620.GC18179@cdnetworks.co.kr> <1201168925.6667.3.camel@localhost, > <20080124105817.GD18179@cdnetworks.co.kr> <1201183737.6667.4.camel@localhost, > Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1201183737.6667.4.camel@localhost,> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org Subject: Re: Dell XPS 1530 - Network card issue - Marvell 88E8040 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 02:37:54 -0000 On Thu, Jan 24, 2008 at 03:08:57PM +0100, Chris Stromblad wrote: > > On Thu, 2008-01-24 at 19:58 +0900, Pyun YongHyeon wrote: > > On Thu, Jan 24, 2008 at 11:02:05AM +0100, Chris Stromblad wrote: > > > Sorry, here is the correct output, now also run as root! > > > > > > Again I've included the Wireless, because perhaps someone else would > > > like to have a look at the data to understand why it's not detected. To > > > my understanding there should be support as I seem to recall that Intel > > > even put out the drivers themselves, or at least some hardware > > > specifications. > > > > > > > I've checked wpi(4) probe routine and your device id is listed there. > > So wpi(4) does serve your hardware, if not post your issues to > > appropriate mailing list. > > Thanks for looking into this for me, I'll give 7.0-RC1 another go and > see if I can get it to work. > > Let me know how you get along with the Marvell driver. > Try the patch at the following URL. Not sure whether it also needs patch for PHY.(You know I don't have the hardware.) If msk(4) attach to the hardware, please show me the output of verbosed boot message. http://people.freebsd.org/~yongari/msk/msk.88E8040.patch -- Regards, Pyun YongHyeon From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 29 18:52:30 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64B0616A417 for ; Tue, 29 Jan 2008 18:52:30 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id EC73013C4CE for ; Tue, 29 Jan 2008 18:52:29 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from 80-218-191-236.dclient.hispeed.ch ([80.218.191.236] helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JJvZM-0007V0-Kk for freebsd-hackers@freebsd.org; Tue, 29 Jan 2008 19:52:28 +0100 Message-ID: <479F75D9.4070301@gahr.ch> Date: Tue, 29 Jan 2008 19:52:09 +0100 From: Pietro Cerutti User-Agent: Thunderbird 2.0.0.9 (X11/20071121) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: id=9571F78E; url=http://www.gahr.ch/pgp Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig06CC06C773D5BA35D2A317E5" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Subject: struct devstat's bytes[] meaning X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 18:52:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig06CC06C773D5BA35D2A317E5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi list, I'm trying to get device IO status (i.e. read and written bytes) by using the devstat interface, and I wrote this small program (mostly inspired by the gkrellm2 port freebsd.c system-dependent module). #include #include #include #include #include #define MB ((double)(1024.0 * 1024.0)) int main(void) { int curr_dev, nof_devs, nof_selected, nof_selections; int max_devs =3D 256; long sel_gen; struct statinfo si; struct devinfo di; struct device_selection *ds =3D NULL; si.dinfo =3D malloc(sizeof(struct devinfo)); bzero(si.dinfo, sizeof(struct devinfo)); if(devstat_getdevs(NULL, &si) < 0) return (-1); nof_devs =3D si.dinfo->numdevs; if(devstat_selectdevs(&ds, &nof_selected, &nof_selections, &sel_gen, si.dinfo->generation, si.dinfo->devices, nof_devs, NULL, 0, NULL, 0, DS_SELECT_ONLY, max_devs, 1) < 0) return (-1); printf("NAME\tIN\tOUT\n"); for(curr_dev =3D 0; curr_dev < nof_devs; curr_dev++) { struct devstat *d_stat; d_stat =3D &si.dinfo->devices[ds[curr_dev].position]; printf("%s%d\t%.2lf MB\t%.2lf MB\n", d_stat->device_name, d_stat->unit_number, d_stat->bytes[1] / d_stat->block_size / MB, d_stat->bytes[2] / d_stat->block_size / MB); } free(si.dinfo); return (0); } I compile it by gcc -ggdb -ldevstat -o iostat iostat.c and run it: >./iostat NAME IN OUT ad0 9.02 MB 9.65 MB Now, I suppose that those two numbers represent the amount of IO generated within some time slice, but I can't find any documentation on it... Could anyone explain it to me? Thank you in advance! --=20 Pietro Cerutti PGP Public Key: http://gahr.ch/pgp --------------enig06CC06C773D5BA35D2A317E5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHn3XewMJqmJVx944RCgtQAJ97DezjbjCoQkhEIwo9eQLX/g+GYgCgkvKx abordeaXhLORN3ZbjVgktKY= =zfdQ -----END PGP SIGNATURE----- --------------enig06CC06C773D5BA35D2A317E5-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 29 18:57:52 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0E7516A419 for ; Tue, 29 Jan 2008 18:57:52 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 8E78413C457 for ; Tue, 29 Jan 2008 18:57:52 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from 80-218-191-236.dclient.hispeed.ch ([80.218.191.236] helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JJveZ-0000GK-Il for freebsd-hackers@freebsd.org; Tue, 29 Jan 2008 19:57:51 +0100 Message-ID: <479F771A.1070306@gahr.ch> Date: Tue, 29 Jan 2008 19:57:30 +0100 From: Pietro Cerutti User-Agent: Thunderbird 2.0.0.9 (X11/20071121) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <479F75D9.4070301@gahr.ch> In-Reply-To: <479F75D9.4070301@gahr.ch> X-Enigmail-Version: 0.95.5 OpenPGP: id=9571F78E; url=http://www.gahr.ch/pgp Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig6471B2A8076912A9F60B804C" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Subject: Re: struct devstat's bytes[] meaning X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 18:57:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6471B2A8076912A9F60B804C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Pietro Cerutti wrote: > > printf("%s%d\t%.2lf MB\t%.2lf MB\n", d_stat->device_name, > d_stat->unit_number, > d_stat->bytes[1] / d_stat->block_size / MB, > d_stat->bytes[2] / d_stat->block_size / MB); yes, it should have been d_stat->bytes[DEVSTAT_READ] and d_stat->bytes[DEVSTAT_WRITE] instead, but it doesn't matter for my question :-) --=20 Pietro Cerutti PGP Public Key: http://gahr.ch/pgp --------------enig6471B2A8076912A9F60B804C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHn3cgwMJqmJVx944RConEAJ9Nhdm0NrT7t6ntADw8Q1bmUZ4i1QCfck1F 28ferTITUZIB9Chn0MC8sVs= =V/u+ -----END PGP SIGNATURE----- --------------enig6471B2A8076912A9F60B804C-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 30 11:45:34 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC21916A476 for ; Wed, 30 Jan 2008 11:45:34 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by mx1.freebsd.org (Postfix) with ESMTP id 4750A13C43E for ; Wed, 30 Jan 2008 11:45:33 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so170028fka.11 for ; Wed, 30 Jan 2008 03:45:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=4WnraV2kNH6wdmukMASpNZswEs9Z0wuBsSMzwceFmXA=; b=b3dKrgEHYhUr1UxYhfrggYsAaKPEQur5A17wdMBydwbvzLWvsnuAuo/JYaW36z/Ns4FRubt/nLPrdcckTvhSPFhG5mUYo1hBTs4okhNn0Ao3F2yhR6YgGVV2k0mQQAQ4B7GeWQw9WsMTufrEfZkOZygMu9aVWQ0ycYsubLmb26c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=wvJRZ8gazdvvjKOPKJ6IbnvAvN36r3TIUGZG1/shf3/o0QfAM1UTlVh0+yBIJUBtdwIIBfNghPov4unvlMA5tYEUXptpRutp1YViIlzZPzognEVToqGFpTjK6sPGgVxdvdOkORaHVt7mbMimZsPIU5Eh4yTkkt3vQSLvEwY1Eyc= Received: by 10.78.204.1 with SMTP id b1mr751148hug.73.1201691847979; Wed, 30 Jan 2008 03:17:27 -0800 (PST) Received: by 10.78.46.11 with HTTP; Wed, 30 Jan 2008 03:17:27 -0800 (PST) Message-ID: Date: Wed, 30 Jan 2008 14:17:27 +0300 From: pluknet To: "Pietro Cerutti" In-Reply-To: <479F75D9.4070301@gahr.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <479F75D9.4070301@gahr.ch> Cc: freebsd-hackers@freebsd.org Subject: Re: struct devstat's bytes[] meaning X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2008 11:45:34 -0000 On 29/01/2008, Pietro Cerutti wrote: > Hi list, > > I'm trying to get device IO status (i.e. read and written bytes) by > using the devstat interface, and I wrote this small program (mostly > inspired by the gkrellm2 port freebsd.c system-dependent module). [snip] > > Now, I suppose that those two numbers represent the amount of IO > generated within some time slice, but I can't find any documentation on > it... > Did you look at devstat(3) ? I think there is all you need to know about devstat library. wbr, pluknet From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 30 17:02:06 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6F0A16A532; Wed, 30 Jan 2008 17:02:06 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id A2EC513C459; Wed, 30 Jan 2008 17:02:06 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A8CD620A4; Wed, 30 Jan 2008 18:01:57 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 0D6CB20A6; Wed, 30 Jan 2008 18:01:15 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id C0A2984548; Wed, 30 Jan 2008 16:46:53 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Doug Barton References: <86k5lv1l84.fsf@ds4.des.no> <479E5057.6000309@FreeBSD.org> <479E5095.7050809@FreeBSD.org> Date: Wed, 30 Jan 2008 16:46:53 +0100 In-Reply-To: <479E5095.7050809@FreeBSD.org> (Doug Barton's message of "Mon\, 28 Jan 2008 14\:00\:53 -0800") Message-ID: <86tzkvwc2a.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: hackers@freebsd.org Subject: Re: 'periodic daily' memory usage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2008 17:02:07 -0000 Doug Barton writes: > Doug Barton writes: > > Why don't you post that diff? Sounds like a good idea to me. > Oh, duh. Never mind. :) :) Now that you've seen it, any objections to committing it? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 30 23:09:32 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3E4616A420 for ; Wed, 30 Jan 2008 23:09:32 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id A783413C4EB for ; Wed, 30 Jan 2008 23:09:32 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from 80-218-191-236.dclient.hispeed.ch ([80.218.191.236] helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JKM3e-0006ku-LV for freebsd-hackers@freebsd.org; Thu, 31 Jan 2008 00:09:30 +0100 Message-ID: <47A103A1.4030108@gahr.ch> Date: Thu, 31 Jan 2008 00:09:21 +0100 From: Pietro Cerutti User-Agent: Thunderbird 2.0.0.9 (X11/20071121) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: id=9571F78E; url=http://www.gahr.ch/pgp Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig307DB583FA6C84EDAE64775F" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Subject: more on devstat (missing include) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2008 23:09:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig307DB583FA6C84EDAE64775F Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi hackers, I think that i) sys/devicestat.h should include sys/resource.h or ii) the man page of devstat(9) should mention that the user himself is supposed to include sys/resource.h. Without: > cat devstat.c #include int main(void) { devstat_getnumdevs(NULL); return (0); } > gcc -ldevstat -o devstat devstat.c In file included from devstat.c:1: /usr/include/devstat.h:131: error: 'CPUSTATES' undeclared here (not in a function) Exit 1 I can provide a patch if someone could tell me which one of the proposed solutions above is the preferred one. Thanks, --=20 Pietro Cerutti PGP Public Key: http://gahr.ch/pgp --------------enig307DB583FA6C84EDAE64775F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHoQOlwMJqmJVx944RCgjJAJoCm8Wbt9wb73OIsCHmvw0K6p+G4gCg5RGe tUIcVTVUMh/hyYxXsuTT+a4= =jG/6 -----END PGP SIGNATURE----- --------------enig307DB583FA6C84EDAE64775F-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 06:45:57 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50D6516A468 for ; Thu, 31 Jan 2008 06:45:57 +0000 (UTC) (envelope-from ady@ady.ro) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id F41BF13C457 for ; Thu, 31 Jan 2008 06:45:56 +0000 (UTC) (envelope-from ady@ady.ro) Received: by py-out-1112.google.com with SMTP id u52so770056pyb.10 for ; Wed, 30 Jan 2008 22:45:55 -0800 (PST) Received: by 10.142.221.19 with SMTP id t19mr896060wfg.100.1201761955123; Wed, 30 Jan 2008 22:45:55 -0800 (PST) Received: by 10.143.167.6 with HTTP; Wed, 30 Jan 2008 22:45:55 -0800 (PST) Message-ID: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> Date: Thu, 31 Jan 2008 08:45:55 +0200 From: "Adrian Penisoara" Sender: ady@ady.ro To: freebsd-hackers@freebsd.org MIME-Version: 1.0 X-Google-Sender-Auth: 25ee3e8b5c25d2ef Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 06:45:57 -0000 Hi, Side-topic, if you bear with me: if you were to choose again what to use as source revision control system (VCS) from today's offerings, what would you choose to maintain FreeBSD's sources or a side-off project tracking FreeBSD as base that would allow better teams cooperation and easy code merging between projects/branches ? For the moment I am thinking that the top contenders would be Bazaar and Mercurial but I would like to know other (developer) opinions. Thank you for your time, no flames please. Adrian Penisoara ROFUG / EntepriseBSD From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 06:52:00 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9305A16A419 for ; Thu, 31 Jan 2008 06:52:00 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 35F9E13C442 for ; Thu, 31 Jan 2008 06:51:59 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so772081pyb.10 for ; Wed, 30 Jan 2008 22:51:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=Ug4xEduvC6s4OioyLwIo3u/iW4pKZpbIvrsXCk75k9w=; b=ft0KIqqbqXFRG8HGxzpkxfogSrACyMUa641JuEAzQkOMdiYBBKgpIO9L/W0e74ijtwcmVXdWtTmXkGFFUoW1KWZgjIFvR5PhWlW2yPJBRs16Wl9WKTu9VSMXXsduc2213prTTeVASiB0Bu2fDl81E3MoUysCBxNN04mhRUcP9/k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=wy712z+/XKD+e1bhCwGuBksWFZ4WZlJdIRCRPMMqPZtBRyBG0vXS7CCeBEz++ShzmbuZkH0oJ8xv2+agAME4X04IT63fOZYKViQyPQae3/zYnBQdCTOWZpsI5ASyzUXOUbG4qZByUuR+8BELeDLkoPR/5on4Xi/j7tvDg8CfLtQ= Received: by 10.65.153.10 with SMTP id f10mr3717851qbo.33.1201762318440; Wed, 30 Jan 2008 22:51:58 -0800 (PST) Received: from flosoft.no-ip.biz ( [67.85.89.184]) by mx.google.com with ESMTPS id q14sm1319092qbq.33.2008.01.30.22.51.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 30 Jan 2008 22:51:57 -0800 (PST) Message-ID: <47A1700B.3090406@gmail.com> Date: Thu, 31 Jan 2008 01:51:55 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20080121) MIME-Version: 1.0 To: Adrian Penisoara References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> In-Reply-To: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 06:52:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Adrian Penisoara wrote: > Hi, > > Side-topic, if you bear with me: if you were to choose again what to use > as source revision control system (VCS) from today's offerings, what would > you choose to maintain FreeBSD's sources or a side-off project tracking > FreeBSD as base that would allow better teams cooperation and easy code > merging between projects/branches ? > > For the moment I am thinking that the top contenders would be Bazaar and > Mercurial but I would like to know other (developer) opinions. > Aegis.... aegis.sf.net and devel/aegis... to get it to compile you will need to apply a patch I will send you if you want (and/or use the yet to be committed devel/aegis-devel which does the patch at the cost of failing portlint [installs correctly and all that but has some minor issues that prevent committing as of yet]).... currently I am working with the aegis developers so none of the hacks (plus a few other things) are not needed (i.e. no special cases needed for freebsd)... to others reading this is going to be the primary cms/vms/vcs for ports 2.0 - -- Aryeh M. Friedman FloSoft Systems, Java Tool Developers Developer, not business, friendly http://www.flosoft-systems.com "Free software != Free beer" Blog: http://www.flosoft-systems.com/flosoft_systems_community/blogs/aryeh/index.php -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHoXALQi2hk2LEXBARAnLUAKClqkEkOGaE6A5ZkNW/dYeIidpzAACaAkRS ZrJDj6I380VjISP65lVN8ek= =TGs6 -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 08:22:01 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D083816A417 for ; Thu, 31 Jan 2008 08:22:01 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 8DD7A13C447 for ; Thu, 31 Jan 2008 08:22:01 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.38] (a89-182-148-8.net-htp.de [89.182.148.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 83EAEA44529 for ; Thu, 31 Jan 2008 09:21:40 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-hackers@freebsd.org Date: Thu, 31 Jan 2008 09:23:15 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200801310923.16029.wundram@beenic.net> Subject: OT: getting the protocol family of a file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 08:22:01 -0000 Hey all! I'm currently in the need to get the protocol family that was used to creat= e a=20 socket (and passed via a unix domain socket to another program), and I've n= ot=20 really come up with a proper scheme other than to use getsockname and=20 retrieve sa_family from the resulting socket (which currently matches the=20 socket domain and historically has, but why take the chances ;-)). Is there any other "better" way to get at the domain (protocol family) of a= =20 socket? =2D-=20 Heiko Wundram Product & Application Development =2D------------------------------------ Office Germany - EXPO PARK HANNOVER =20 Beenic Networks GmbH Mail=E4nder Stra=DFe 2 30539 Hannover =20 =46on +49 511 / 590 935 - 15 =46ax +49 511 / 590 935 - 29 Mobil +49 172 / 43 737 34 Mail wundram@beenic.net Beenic Networks GmbH =2D------------------------------------ Sitz der Gesellschaft: Hannover Gesch=E4ftsf=FChrer: Jorge Delgado Registernummer: HRB 61869 Registergericht: Amtsgericht Hannover From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 09:03:22 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E42716A418 for ; Thu, 31 Jan 2008 09:03:22 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outF.internet-mail-service.net (outF.internet-mail-service.net [216.240.47.229]) by mx1.freebsd.org (Postfix) with ESMTP id 3721113C447 for ; Thu, 31 Jan 2008 09:03:22 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 31 Jan 2008 01:03:21 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id D2FDB127054; Thu, 31 Jan 2008 01:03:20 -0800 (PST) Message-ID: <47A18EDA.4040501@elischer.org> Date: Thu, 31 Jan 2008 01:03:22 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <47A1700B.3090406@gmail.com> In-Reply-To: <47A1700B.3090406@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Adrian Penisoara Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 09:03:22 -0000 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Adrian Penisoara wrote: >> Hi, >> >> Side-topic, if you bear with me: if you were to choose again what to use >> as source revision control system (VCS) from today's offerings, what would >> you choose to maintain FreeBSD's sources or a side-off project tracking >> FreeBSD as base that would allow better teams cooperation and easy code >> merging between projects/branches ? I'm having to use mercurial. I'm not really enjoying it. works ok for small projects. BSD is a bit big for it. doe work foe offline editing, but loses all your BSD history. probably SVK is the way to go from what I hear. >> >> For the moment I am thinking that the top contenders would be Bazaar and >> Mercurial but I would like to know other (developer) opinions. >> > Aegis.... aegis.sf.net and devel/aegis... to get it to compile you > will need to apply a patch I will send you if you want (and/or use the > yet to be committed devel/aegis-devel which does the patch at the cost > of failing portlint [installs correctly and all that but has some > minor issues that prevent committing as of yet]).... currently I am > working with the aegis developers so none of the hacks (plus a few > other things) are not needed (i.e. no special cases needed for > freebsd)... to others reading this is going to be the primary > cms/vms/vcs for ports 2.0 > > > - -- > Aryeh M. Friedman > FloSoft Systems, Java Tool Developers > Developer, not business, friendly > http://www.flosoft-systems.com > > "Free software != Free beer" > > Blog: > > http://www.flosoft-systems.com/flosoft_systems_community/blogs/aryeh/index.php > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHoXALQi2hk2LEXBARAnLUAKClqkEkOGaE6A5ZkNW/dYeIidpzAACaAkRS > ZrJDj6I380VjISP65lVN8ek= > =TGs6 > -----END PGP SIGNATURE----- > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 09:04:57 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F039516A41B for ; Thu, 31 Jan 2008 09:04:57 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outC.internet-mail-service.net (outC.internet-mail-service.net [216.240.47.226]) by mx1.freebsd.org (Postfix) with ESMTP id CF80B13C455 for ; Thu, 31 Jan 2008 09:04:57 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 31 Jan 2008 01:04:57 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 7774E127080; Thu, 31 Jan 2008 01:04:56 -0800 (PST) Message-ID: <47A18F39.60801@elischer.org> Date: Thu, 31 Jan 2008 01:04:57 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Heiko Wundram (Beenic)" References: <200801310923.16029.wundram@beenic.net> In-Reply-To: <200801310923.16029.wundram@beenic.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: OT: getting the protocol family of a file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 09:04:58 -0000 Heiko Wundram (Beenic) wrote: > Hey all! > > I'm currently in the need to get the protocol family that was used to create a > socket (and passed via a unix domain socket to another program), and I've not > really come up with a proper scheme other than to use getsockname and > retrieve sa_family from the resulting socket (which currently matches the > socket domain and historically has, but why take the chances ;-)). and pretty much always will. > > Is there any other "better" way to get at the domain (protocol family) of a > socket? > From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 09:24:41 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FB6416A417 for ; Thu, 31 Jan 2008 09:24:41 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id DC8E213C43E for ; Thu, 31 Jan 2008 09:24:40 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.38] (a89-182-148-8.net-htp.de [89.182.148.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 61236A44529; Thu, 31 Jan 2008 10:24:20 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-hackers@freebsd.org Date: Thu, 31 Jan 2008 10:25:54 +0100 User-Agent: KMail/1.9.7 References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <47A1700B.3090406@gmail.com> <47A18EDA.4040501@elischer.org> In-Reply-To: <47A18EDA.4040501@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801311025.55412.wundram@beenic.net> Cc: Adrian Penisoara , "Aryeh M. Friedman" , Julian Elischer Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 09:24:41 -0000 Am Donnerstag, 31. Januar 2008 10:03:22 schrieb Julian Elischer: > I'm having to use mercurial. > I'm not really enjoying it. > works ok for small projects. BSD is a bit big for it. > doe work foe offline editing, but loses all your BSD history. We're using mercurial pretty much for all of our (100,000+ SLOC) repositories, and I cannot agree that it's only appropriate for small projects. As mercurial is a distributed RCS, the hard part in using it is you have to impose some policies, esp. related to merging changes back into a "central" repository, which aren't required for "centralized" systems like CVS and subversion, but from my view, the added benefit for a developer in using a distributed revision control system is well worth the extra effort in writing (and thinking) up the policies once. mercurial (at least by default) doesn't allow you to create remote branches anyway (in pushing back changes to the central store), so the policies you might have are effectly enforced by the system anyway. YMMV, of course, and mercurial has its defects (primary checkout/cloning of a large repository from a central store takes ages, at least over a slow link, the last time I had to do this [but I don't know if any progress has been made there]), but for me, it's been working fine for the daily needs I have as a developer. -- Heiko Wundram Product & Application Development From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 09:59:21 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD13216A420 for ; Thu, 31 Jan 2008 09:59:21 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 941A313C44B for ; Thu, 31 Jan 2008 09:59:21 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so936141waf.3 for ; Thu, 31 Jan 2008 01:59:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=ilUn4WPaPtAydVF+Y1MpiXJlHFO2Mogm0Ak1ek4ONmg=; b=FIxN6G5XvIs2vSElrM81rEYoBEANM7ZR9lOUY8Avb30TeInDy1J7Rv8iKokkbZdxBvWb4S9MT4aLstsnetcEXc74vIU/3xaW9eJfWUoF4VjaA4IsI6rwhjzr8qqt5PfXSzpdRkfdwR2iq+OzogFv2KuI8I4SZyUwU9A0EoyrZ9Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=IbUVK4oQs6OMx7gDEv6xv/G+wIWE7sdEtDmXb3eyeD793DguTtG8U36BoN68sgUtI6nFynkpF18fa0ctHlRzstcbVcNkC23dm4QM8gscQ8LPUrK9x2K+GPIgBxs8cLCHBXIijjKX54t3wAzOnXdrbnQBFgk5+gLwSQOWUEmvNkE= Received: by 10.114.209.1 with SMTP id h1mr2127145wag.115.1201771870008; Thu, 31 Jan 2008 01:31:10 -0800 (PST) Received: from ?192.168.1.2? ( [124.157.245.94]) by mx.google.com with ESMTPS id m31sm3063299wag.28.2008.01.31.01.31.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 31 Jan 2008 01:31:08 -0800 (PST) From: OutBackDingo To: Julian Elischer In-Reply-To: <47A18EDA.4040501@elischer.org> References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <47A1700B.3090406@gmail.com> <47A18EDA.4040501@elischer.org> Content-Type: text/plain Date: Fri, 01 Feb 2008 01:30:21 +0800 Message-Id: <1201800621.7849.8.camel@myhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, "Aryeh M. Friedman" , Adrian Penisoara Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 09:59:21 -0000 > I'm having to use mercurial. > I'm not really enjoying it. > works ok for small projects. BSD is a bit big for it. > doe work foe offline editing, but loses all your BSD history. > > probably SVK is the way to go from what I hear. Im using mercurial on full FreeBSD trees, curiosity makes me ask where do you the deficiency? Ive had no issues patching, branching, merging, transplanting, tracking vendor updates. The only issue i really had was a import of the full cvs tree From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 10:16:46 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76C1216A420 for ; Thu, 31 Jan 2008 10:16:46 +0000 (UTC) (envelope-from jbucht@gmail.com) Received: from po-out-1718.google.com (po-out-1718.google.com [72.14.252.158]) by mx1.freebsd.org (Postfix) with ESMTP id 408B013C4D9 for ; Thu, 31 Jan 2008 10:16:46 +0000 (UTC) (envelope-from jbucht@gmail.com) Received: by po-out-1718.google.com with SMTP id b23so1052307poe.3 for ; Thu, 31 Jan 2008 02:16:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=WNeeNLBDBjUnRIXG8gtQIiTwiUmFvyy1Mag8shuJT4g=; b=Ea83SLedO/zr8oBP/kOTyIaccOWTINc0GdhKGyF1pP1T/dVkwOwEk4bRie3NSjUMTfGVtuIPAMUOAL+UhtsEu8tlrX3xU+Tw7s/l/puGyeQF8P9L86+uBjIaAG9mA8QhXAfn5DnknPWOvvogOeLHVYNJB8dMcBbWjpDENbCRy6U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YvrpEECiviLvL+aTIuGSKVP1pqYOKHoJcc47y7wJFbOKX4AIBtuCNNgKQxE+T6eaYMsIWzP2rVhLOmaFG6mIjoJ9RziJT/qzQLyRwG9NhNsNzr/9M/eZ6/1fYxJng5DB/oC8sJ51eYKkhEtqq5FwCkPJmYJUtJqWI2N6z+nAHXQ= Received: by 10.141.89.13 with SMTP id r13mr1317365rvl.177.1201773625770; Thu, 31 Jan 2008 02:00:25 -0800 (PST) Received: by 10.141.175.2 with HTTP; Thu, 31 Jan 2008 02:00:25 -0800 (PST) Message-ID: <947010c30801310200y20fae02eqd188d90086a7fc2d@mail.gmail.com> Date: Thu, 31 Jan 2008 11:00:25 +0100 From: "Johan Bucht" To: ady@freebsd.ady.ro In-Reply-To: <200801311025.55412.wundram@beenic.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <47A1700B.3090406@gmail.com> <47A18EDA.4040501@elischer.org> <200801311025.55412.wundram@beenic.net> Cc: freebsd-hackers@freebsd.org Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 10:16:46 -0000 I've only tried CVS, Mericurial, Clearcase and a bit of Subversion. And if you don't need IDE integration Mercurial seems to be working pretty good. I just read an article about the new merging and branching support coming in Subversion 1.5 and it looks like it might have some future. The IDE support is probably the best of the modern open source VCS. http://www.javaworld.com/javaworld/jw-01-2008/jw-01-svnmerging.html /Johan On Jan 31, 2008 10:25 AM, Heiko Wundram (Beenic) wrote: > Am Donnerstag, 31. Januar 2008 10:03:22 schrieb Julian Elischer: > > I'm having to use mercurial. > > I'm not really enjoying it. > > works ok for small projects. BSD is a bit big for it. > > doe work foe offline editing, but loses all your BSD history. > > We're using mercurial pretty much for all of our (100,000+ SLOC) repositories, > and I cannot agree that it's only appropriate for small projects. As > mercurial is a distributed RCS, the hard part in using it is you have to > impose some policies, esp. related to merging changes back into a "central" > repository, which aren't required for "centralized" systems like CVS and > subversion, but from my view, the added benefit for a developer in using a > distributed revision control system is well worth the extra effort in writing > (and thinking) up the policies once. mercurial (at least by default) doesn't > allow you to create remote branches anyway (in pushing back changes to the > central store), so the policies you might have are effectly enforced by the > system anyway. > > YMMV, of course, and mercurial has its defects (primary checkout/cloning of a > large repository from a central store takes ages, at least over a slow link, > the last time I had to do this [but I don't know if any progress has been > made there]), but for me, it's been working fine for the daily needs I have > as a developer. > > -- > Heiko Wundram > Product & Application Development > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 12:15:58 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59F0E16A419 for ; Thu, 31 Jan 2008 12:15:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id C6C9913C457 for ; Thu, 31 Jan 2008 12:15:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 230312658-1834499 for multiple; Thu, 31 Jan 2008 07:14:37 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m0VCFpqX018988; Thu, 31 Jan 2008 07:15:54 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Thu, 31 Jan 2008 05:53:58 -0500 User-Agent: KMail/1.9.7 References: <47A103A1.4030108@gahr.ch> In-Reply-To: <47A103A1.4030108@gahr.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801310553.59141.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 31 Jan 2008 07:15:54 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5622/Thu Jan 31 06:00:29 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Pietro Cerutti Subject: Re: more on devstat (missing include) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 12:15:58 -0000 On Wednesday 30 January 2008 06:09:21 pm Pietro Cerutti wrote: > Hi hackers, > > I think that i) sys/devicestat.h should include sys/resource.h or ii) > the man page of devstat(9) should mention that the user himself is > supposed to include sys/resource.h. > > Without: > > > cat devstat.c > #include > > int main(void) > { > devstat_getnumdevs(NULL); > return (0); > } > > gcc -ldevstat -o devstat devstat.c > In file included from devstat.c:1: > /usr/include/devstat.h:131: error: 'CPUSTATES' undeclared here (not in a > function) > Exit 1 > > > I can provide a patch if someone could tell me which one of the proposed > solutions above is the preferred one. I think this might be best: Index: devstat.h =================================================================== RCS file: /usr/cvs/src/lib/libdevstat/devstat.h,v retrieving revision 1.11 diff -u -r1.11 devstat.h --- devstat.h 22 Jul 2005 17:19:00 -0000 1.11 +++ devstat.h 31 Jan 2008 10:52:37 -0000 @@ -32,6 +32,7 @@ #define _DEVSTAT_H #include #include +#include #include -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 15:20:46 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53FEC16A418; Thu, 31 Jan 2008 15:20:46 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 05C3C13C459; Thu, 31 Jan 2008 15:20:45 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from town.bfh.ch ([147.87.98.171]) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JKbDY-00017p-1T; Thu, 31 Jan 2008 16:20:44 +0100 Message-ID: <47A1E74A.3020003@gahr.ch> Date: Thu, 31 Jan 2008 16:20:42 +0100 From: Pietro Cerutti User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: John Baldwin References: <47A103A1.4030108@gahr.ch> <200801310553.59141.jhb@freebsd.org> In-Reply-To: <200801310553.59141.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-hackers@freebsd.org Subject: Re: more on devstat (missing include) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 15:20:46 -0000 John Baldwin wrote: > On Wednesday 30 January 2008 06:09:21 pm Pietro Cerutti wrote: >> Hi hackers, >> >> I think that i) sys/devicestat.h should include sys/resource.h or ii) >> the man page of devstat(9) should mention that the user himself is >> supposed to include sys/resource.h. >> >> Without: >> >>> cat devstat.c >> #include >> >> int main(void) >> { >> devstat_getnumdevs(NULL); >> return (0); >> } >>> gcc -ldevstat -o devstat devstat.c >> In file included from devstat.c:1: >> /usr/include/devstat.h:131: error: 'CPUSTATES' undeclared here (not in a >> function) >> Exit 1 >> >> >> I can provide a patch if someone could tell me which one of the proposed >> solutions above is the preferred one. > > I think this might be best: > > Index: devstat.h > =================================================================== > RCS file: /usr/cvs/src/lib/libdevstat/devstat.h,v > retrieving revision 1.11 > diff -u -r1.11 devstat.h > --- devstat.h 22 Jul 2005 17:19:00 -0000 1.11 > +++ devstat.h 31 Jan 2008 10:52:37 -0000 > @@ -32,6 +32,7 @@ > #define _DEVSTAT_H > #include > #include > +#include > > #include > > Good. Are you committing that or I better send in a PR? -- Pietro Cerutti PGP Public Key: http://gahr.ch/pgp From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 15:29:42 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6101416A469 for ; Thu, 31 Jan 2008 15:29:42 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 147F313C44B for ; Thu, 31 Jan 2008 15:29:42 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A52942084; Thu, 31 Jan 2008 16:29:34 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 8CEB42083; Thu, 31 Jan 2008 16:29:34 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 6EDA3844A0; Thu, 31 Jan 2008 16:29:34 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Adrian Penisoara" References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> Date: Thu, 31 Jan 2008 16:29:34 +0100 In-Reply-To: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> (Adrian Penisoara's message of "Thu\, 31 Jan 2008 08\:45\:55 +0200") Message-ID: <864pcuxbc1.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 15:29:42 -0000 "Adrian Penisoara" writes: > Side-topic, if you bear with me: if you were to choose again what to use > as source revision control system (VCS) from today's offerings, what would > you choose to maintain FreeBSD's sources or a side-off project tracking > FreeBSD as base that would allow better teams cooperation and easy code > merging between projects/branches ? Subversion, hands down. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 15:31:42 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3438F16A477 for ; Thu, 31 Jan 2008 15:31:42 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id DAF5513C45A for ; Thu, 31 Jan 2008 15:31:41 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 9DE29208E; Thu, 31 Jan 2008 16:31:33 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 1BFDB208A; Thu, 31 Jan 2008 16:31:33 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id F0D6E844A0; Thu, 31 Jan 2008 16:31:32 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Heiko Wundram \(Beenic\)" References: <200801310923.16029.wundram@beenic.net> Date: Thu, 31 Jan 2008 16:31:32 +0100 In-Reply-To: <200801310923.16029.wundram@beenic.net> (Heiko Wundram's message of "Thu\, 31 Jan 2008 09\:23\:15 +0100") Message-ID: <86zlumvwob.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: OT: getting the protocol family of a file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 15:31:42 -0000 "Heiko Wundram (Beenic)" writes: > I'm currently in the need to get the protocol family that was used to > create a socket (and passed via a unix domain socket to another > program), and I've not really come up with a proper scheme other than > to use getsockname and retrieve sa_family from the resulting socket > (which currently matches the socket domain and historically has, but > why take the chances ;-)). This is the correct way to do it, I don't understand why you think it might not work in the future. > Is there any other "better" way to get at the domain (protocol family) > of a socket? Why should there be a better way? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 16:00:38 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD29B16A417 for ; Thu, 31 Jan 2008 16:00:38 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7471413C461 for ; Thu, 31 Jan 2008 16:00:38 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.38] (a89-182-148-8.net-htp.de [89.182.148.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 40D3FA44529; Thu, 31 Jan 2008 17:00:17 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , freebsd-hackers@freebsd.org Date: Thu, 31 Jan 2008 17:01:49 +0100 User-Agent: KMail/1.9.7 References: <200801310923.16029.wundram@beenic.net> <86zlumvwob.fsf@ds4.des.no> In-Reply-To: <86zlumvwob.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801311701.49792.wundram@beenic.net> Cc: Subject: Re: OT: getting the protocol family of a file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 16:00:38 -0000 Am Donnerstag, 31. Januar 2008 16:31:32 schrieben Sie: > "Heiko Wundram (Beenic)" writes: > > I'm currently in the need to get the protocol family that was used to > > create a socket (and passed via a unix domain socket to another > > program), and I've not really come up with a proper scheme other than > > to use getsockname and retrieve sa_family from the resulting socket > > (which currently matches the socket domain and historically has, but > > why take the chances ;-)). > > This is the correct way to do it, I don't understand why you think it > might not work in the future. > > > Is there any other "better" way to get at the domain (protocol family) > > of a socket? > > Why should there be a better way? Just like there is getsockopt(fd,SOL_SOCKET,SO_TYPE), I'd (somehow) assume that there's a getsockopt(fd,SOL_SOCKET,SO_DOMAIN/SO_FAMILY). I can understand that the actual protocol used to create a socket is irrelevant in most of the applications which get sockets from "outside" (as long as the type they want matches the type of the passed socket), and I've not found any (general [!], of course there's specific ways depending on the PF) way to get at that yet from a file-descriptor, but I can't understand why this also applies to the domain, as for example in case you're trying to format the address a socket is bound/connected to in a user-readable manner, you will have different code depending on the actual address type. Currently, you're basically required to do a getsockname to a struct sockaddr_storage and typecast that to the actual socket addres type based on the ss_family member (to be able to pass it to one of the *_ntop-functions, for example), but generally, I don't find this too beautiful. But, maybe, that's just my (horribly broken) taste. ;-) -- Heiko Wundram Product & Application Development From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 16:50:30 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B793D16A41A for ; Thu, 31 Jan 2008 16:50:30 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 1AF4E13C448 for ; Thu, 31 Jan 2008 16:50:29 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 6E0A22091; Thu, 31 Jan 2008 17:50:21 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id DEABD2090; Thu, 31 Jan 2008 17:50:20 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id C3654844A0; Thu, 31 Jan 2008 17:50:20 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Heiko Wundram \(Beenic\)" References: <200801310923.16029.wundram@beenic.net> <86zlumvwob.fsf@ds4.des.no> <200801311701.49792.wundram@beenic.net> Date: Thu, 31 Jan 2008 17:50:20 +0100 In-Reply-To: <200801311701.49792.wundram@beenic.net> (Heiko Wundram's message of "Thu\, 31 Jan 2008 17\:01\:49 +0100") Message-ID: <86myqmvt0z.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: OT: getting the protocol family of a file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 16:50:30 -0000 "Heiko Wundram (Beenic)" writes: > Currently, you're basically required to do a getsockname to a struct > sockaddr_storage and typecast that to the actual socket addres type > based on the ss_family member (to be able to pass it to one of the > *_ntop-functions, for example), but generally, I don't find this too > beautiful. But, maybe, that's just my (horribly broken) taste. ;-) Uh, I'm pretty sure there's a function in the getaddr* family that will give you a string representation of any struct sockaddr. Actually, I'm absolutely sure of it: getnameinfo() with NI_NUMERICHOST|NI_NUMERICSERV will format the numerical address for you instead of looking it up in DNS. But what I really don't understand is this: you say you just want the address family so you'll know how to format the address. If you have the address, you already know the family. So what's the issue, really? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 16:29:25 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC08B16A418 for ; Thu, 31 Jan 2008 16:29:25 +0000 (UTC) (envelope-from mwm@mired.org) Received: from mired.org (bhuda.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id 7A57F13C44B for ; Thu, 31 Jan 2008 16:29:25 +0000 (UTC) (envelope-from mwm@mired.org) Received: (qmail 11300 invoked from network); 31 Jan 2008 16:02:46 -0000 Received: from unknown (HELO mbook.mired.org) (192.168.195.2) by 0 with SMTP; 31 Jan 2008 16:02:46 -0000 Date: Thu, 31 Jan 2008 11:02:37 -0500 From: Mike Meyer To: "Adrian Penisoara" Message-ID: <20080131110237.06860561@mbook.mired.org> In-Reply-To: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> Organization: Meyer Consulting X-Mailer: Claws Mail 2.10.0 (GTK+ 2.6.10; i386-apple-darwin8.10.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 31 Jan 2008 17:13:22 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 16:29:25 -0000 On Thu, 31 Jan 2008 08:45:55 +0200 "Adrian Penisoara" wrote: > Side-topic, if you bear with me: if you were to choose again what to use > as source revision control system (VCS) from today's offerings, what would > you choose to maintain FreeBSD's sources or a side-off project tracking > FreeBSD as base that would allow better teams cooperation and easy code > merging between projects/branches ? Pretty much any post-CVS VCS will do that. But if you want a good merge facility, Perforce's are - well, after getting used to them, everything else feels like throwing your code against the wall and hoping the right parts stick. I talked to one of the git developers about a year ago, and they were thinking about adding a guided merge inspired by what Perforce does. > For the moment I am thinking that the top contenders would be Bazaar and > Mercurial but I would like to know other (developer) opinions. I last looked at distributed VCS systems about a year ago, and at the time liked Mercurial. The technology seems like it would be great for a project like FreeBSD. However, best practices for using them were still being worked out, and I'm not sure I'd want to commit a long-term project to one under those conditions. For a centralized VCS systems I've checked, perforce is the best of the post-CVS systems (and the only one that doesn't leave turds in the build tree). Subversion is a close second, but is still a little rough around the edges. Most notably, merge tracking is in the 1.5 beta builds, but not in the production code. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 17:38:34 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3825716A418; Thu, 31 Jan 2008 17:38:34 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id E145013C442; Thu, 31 Jan 2008 17:38:33 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from 80-218-191-236.dclient.hispeed.ch ([80.218.191.236] helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JKdMv-0002nw-1J; Thu, 31 Jan 2008 18:38:33 +0100 Message-ID: <47A2078D.9000500@gahr.ch> Date: Thu, 31 Jan 2008 18:38:21 +0100 From: Pietro Cerutti User-Agent: Thunderbird 2.0.0.9 (X11/20071121) MIME-Version: 1.0 To: John Baldwin References: <47A103A1.4030108@gahr.ch> <200801310553.59141.jhb@freebsd.org> <47A1E74A.3020003@gahr.ch> In-Reply-To: <47A1E74A.3020003@gahr.ch> X-Enigmail-Version: 0.95.5 OpenPGP: id=9571F78E; url=http://www.gahr.ch/pgp Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigC0A6E077CDBD3A05FC0D2365" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-hackers@freebsd.org Subject: Re: more on devstat (missing include) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 17:38:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC0A6E077CDBD3A05FC0D2365 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Pietro Cerutti wrote: > John Baldwin wrote: >> I think this might be best: >> >> Index: devstat.h >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> RCS file: /usr/cvs/src/lib/libdevstat/devstat.h,v >> retrieving revision 1.11 >> diff -u -r1.11 devstat.h >> --- devstat.h 22 Jul 2005 17:19:00 -0000 1.11 >> +++ devstat.h 31 Jan 2008 10:52:37 -0000 >> @@ -32,6 +32,7 @@ >> #define _DEVSTAT_H >> #include >> #include >> +#include >> >> #include >> >> >=20 > Good. Are you committing that or I better send in a PR? >=20 ;-) figured out myself.. Thanks! --=20 Pietro Cerutti PGP Public Key: http://gahr.ch/pgp --------------enigC0A6E077CDBD3A05FC0D2365 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHogeSwMJqmJVx944RCvlpAKDFDKBnLDRUa96GQdCg9TcwOJsiUgCcCGqT ocaaKsh9RGW4y3YzeqUC62M= =4MiH -----END PGP SIGNATURE----- --------------enigC0A6E077CDBD3A05FC0D2365-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 17:55:54 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20A3516A477 for ; Thu, 31 Jan 2008 17:55:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id C79A313C457 for ; Thu, 31 Jan 2008 17:53:01 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 230349759-1834499 for multiple; Thu, 31 Jan 2008 12:51:19 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m0VHqIAr021271; Thu, 31 Jan 2008 12:52:32 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Pietro Cerutti Date: Thu, 31 Jan 2008 11:53:02 -0500 User-Agent: KMail/1.9.7 References: <47A103A1.4030108@gahr.ch> <200801310553.59141.jhb@freebsd.org> <47A1E74A.3020003@gahr.ch> In-Reply-To: <47A1E74A.3020003@gahr.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801311153.02580.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 31 Jan 2008 12:52:32 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5628/Thu Jan 31 11:48:19 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-hackers@freebsd.org Subject: Re: more on devstat (missing include) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 17:55:54 -0000 On Thursday 31 January 2008 10:20:42 am Pietro Cerutti wrote: > John Baldwin wrote: > > On Wednesday 30 January 2008 06:09:21 pm Pietro Cerutti wrote: > >> Hi hackers, > >> > >> I think that i) sys/devicestat.h should include sys/resource.h or ii) > >> the man page of devstat(9) should mention that the user himself is > >> supposed to include sys/resource.h. > >> > >> Without: > >> > >>> cat devstat.c > >> #include > >> > >> int main(void) > >> { > >> devstat_getnumdevs(NULL); > >> return (0); > >> } > >>> gcc -ldevstat -o devstat devstat.c > >> In file included from devstat.c:1: > >> /usr/include/devstat.h:131: error: 'CPUSTATES' undeclared here (not in a > >> function) > >> Exit 1 > >> > >> > >> I can provide a patch if someone could tell me which one of the proposed > >> solutions above is the preferred one. > > > > I think this might be best: > > > > Index: devstat.h > > =================================================================== > > RCS file: /usr/cvs/src/lib/libdevstat/devstat.h,v > > retrieving revision 1.11 > > diff -u -r1.11 devstat.h > > --- devstat.h 22 Jul 2005 17:19:00 -0000 1.11 > > +++ devstat.h 31 Jan 2008 10:52:37 -0000 > > @@ -32,6 +32,7 @@ > > #define _DEVSTAT_H > > #include > > #include > > +#include > > > > #include > > > > > > Good. Are you committing that or I better send in a PR? I'll commit. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 18:21:28 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C53FF16A41B for ; Thu, 31 Jan 2008 18:21:28 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id CFD4513C46A for ; Thu, 31 Jan 2008 18:21:27 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by fk-out-0910.google.com with SMTP id b27so849477fka.11 for ; Thu, 31 Jan 2008 10:21:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=tIEFqKKywt0j/WSelW562JI+J1cZpFb11Fs1tyU8+gQ=; b=xzp0qgL2iTA+x6A7S667km7M4nSvgGG/cBF8HNfFH0rRpousKZmaskp+e8vxVd7CJ2xRJKDhIRybCH88iJnm6SdKbVdsYxSqoa/IRYRsnljnWiRdwy1crptFMOS3LqaZe5iPUdO55hJQcoWzWBLFEktFOIfQ/gpLOgL2Ip6lXyM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=hSOg0Jz+2Q2BbPvKNpiFo/PwEzNJ/pyTB2EjN6dciF6C4ocQmpFxZjT7fqW6kbT1G8YNZ962uios70xvGid+r6iyS8HmqRzN84Al/hj+/0IWeldPy98T/frG1AMygkTdTfJhWToBllB+m+aTVu0indABQSDreGguK4Iuod4Hwn0= Received: by 10.82.186.5 with SMTP id j5mr4315259buf.12.1201802006162; Thu, 31 Jan 2008 09:53:26 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id i6sm5202538gve.5.2008.01.31.09.53.24 (version=SSLv3 cipher=RC4-MD5); Thu, 31 Jan 2008 09:53:25 -0800 (PST) From: Tom Evans To: Mike Meyer In-Reply-To: <20080131110237.06860561@mbook.mired.org> References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <20080131110237.06860561@mbook.mired.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-qMtE3NWz82nxY3cT3cVN" Date: Thu, 31 Jan 2008 17:53:23 +0000 Message-Id: <1201802003.2975.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-hackers@freebsd.org, Adrian Penisoara Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 18:21:28 -0000 --=-qMtE3NWz82nxY3cT3cVN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2008-01-31 at 11:02 -0500, Mike Meyer wrote: > On Thu, 31 Jan 2008 08:45:55 +0200 "Adrian Penisoara" wrote: > .... Subversion is a close second, but is still a little rough > around the edges. Most notably, merge tracking is in the 1.5 beta > builds, but not in the production code. >=20 > Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60E1316A417 for ; Thu, 31 Jan 2008 18:47:19 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id F15C713C465 for ; Thu, 31 Jan 2008 18:47:18 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from phoenix (hnvr-4dbbaa0f.pool.einsundeins.de [77.187.170.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 31B1BA44529; Thu, 31 Jan 2008 19:46:57 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= Date: Thu, 31 Jan 2008 19:47:41 +0100 User-Agent: KMail/1.9.7 References: <200801310923.16029.wundram@beenic.net> <200801311701.49792.wundram@beenic.net> <86myqmvt0z.fsf@ds4.des.no> In-Reply-To: <86myqmvt0z.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200801311947.42545.wundram@beenic.net> Cc: freebsd-hackers@freebsd.org Subject: Re: OT: getting the protocol family of a file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 18:47:19 -0000 Am Donnerstag, 31. Januar 2008 17:50:20 schrieb Dag-Erling Sm=C3=B8rgrav: > "Heiko Wundram (Beenic)" writes: > > Currently, you're basically required to do a getsockname to a struct > > sockaddr_storage and typecast that to the actual socket addres type > > based on the ss_family member (to be able to pass it to one of the > > *_ntop-functions, for example), but generally, I don't find this too > > beautiful. But, maybe, that's just my (horribly broken) taste. ;-) > > Uh, I'm pretty sure there's a function in the getaddr* family that will > give you a string representation of any struct sockaddr. Actually, I'm > absolutely sure of it: getnameinfo() with NI_NUMERICHOST|NI_NUMERICSERV > will format the numerical address for you instead of looking it up in > DNS. > > But what I really don't understand is this: you say you just want the > address family so you'll know how to format the address. If you have > the address, you already know the family. So what's the issue, really? Okay, formatting the address was just an example (and probably a bad one at= =20 that), and is actually a negligible (diagnostic) part in the backend servic= e=20 which gets passed a file-descriptor over a Unix Domain socket from other=20 daemons (actually, filters) running on the same machine. What is the case here is that the server I'm building is basically a servic= e=20 which works over any kind of SOCK_STREAM, but has to adapt its behaviour=20 slightly depending on the type of the socket being passed in. At the moment= ,=20 there are two different kinds of connections being handled by front-end=20 plugins (which basically accept on a listening socket, set up a certain=20 initial state and pass it to the backend): AF_INET(6) and AF_BLUETOOTH. The= =20 latter won't work with the getaddr*-functions or getnameinfo() to format th= e=20 address, and also requires me to handle the connection slightly differently= =20 in parts (because the information being served is adapted for RFCOMM [i.e.,= =20 mobile] delivery). The plugins which accept connections and pass them back aren't written by m= e,=20 and as such, I wanted to do at least some error checking on the passed in=20 socket (i.e., is SOCK_STREAM, has a family I support, isn't a listening=20 socket, etc.), and what I currently do is similar to the following (that's= =20 just pseudo-code, beware of anything I got wrong from my head now): struct sockaddr_storage addr; socklen_t addrlen =3D sizeof(addr); getsockname(fd,reinterpret_cast(&addr),&addrlen); switch( addr->ss_family ) { case AF_INET: // ... break; case AF_INET6: // Set up some stuff... getpeername(fd,reinterpret_cast(&addr),&addrlen); ...inet_ntop(reinterpret_cast(&addr)); break; case AF_BLUETOOTH: // Set up some other stuff... getpeername(fd,reinterpret_cast(&addr),&addrlen); bt_ntoa(reinterpret_cast(&addr)->rfcomm_bdaddr); break; default: // We don't know this, ignore. } I personally don't find this especially beautiful, and generally, as there = is=20 a getsockopt(SO_TYPE), I'd have thought the above should look (somewhat)=20 similar to the following: int opt; socklen_t optlen =3D sizeof(opt); getsockopt(fd,SOL_SOCKET,SO_DOMAIN,&opt,&optlen); switch( opt ) { case PF_INET: // ... break; case PF_INET6: // Initialize inet connection. initInet6(); break; case PF_BLUETOOTH: // Initialize bluetooth. initBluetooth(); break; default: // Do something else. } where initBluetooth() is struct sockaddr_rfcomm addr; socklen_t addrlen =3D sizeof(addr); getpeername(fd,reinterpret_cast(&addr),&addrlen); bt_ntoa(...addr.rfcomm_bdaddr); There's just one explicit type-cast in the latter (which makes it so much m= ore=20 readable IMHO). Anyway, as I said before, this is basically a style issue, and because a=20 socket is constructed with an explicit domain parameter I'd have thought th= at=20 there is some way to query that constructor argument (and explicitly _only_= =20 that constructor argument), but apparently, nobody else feels the way I do,= =20 which I can accept, don't worry. ;-) =2D-=20 Heiko Wundram Product & Application Development From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 19:07:07 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F26F16A418 for ; Thu, 31 Jan 2008 19:07:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outE.internet-mail-service.net (outE.internet-mail-service.net [216.240.47.228]) by mx1.freebsd.org (Postfix) with ESMTP id 1ACCF13C455 for ; Thu, 31 Jan 2008 19:07:06 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 31 Jan 2008 11:07:06 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id AE84E1270A1; Thu, 31 Jan 2008 11:07:05 -0800 (PST) Message-ID: <47A21C59.2040303@elischer.org> Date: Thu, 31 Jan 2008 11:07:05 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: OutBackDingo References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <47A1700B.3090406@gmail.com> <47A18EDA.4040501@elischer.org> <1201800621.7849.8.camel@myhost> In-Reply-To: <1201800621.7849.8.camel@myhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, "Aryeh M. Friedman" , Adrian Penisoara Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 19:07:07 -0000 OutBackDingo wrote: >> I'm having to use mercurial. >> I'm not really enjoying it. >> works ok for small projects. BSD is a bit big for it. >> doe work foe offline editing, but loses all your BSD history. >> >> probably SVK is the way to go from what I hear. > > Im using mercurial on full FreeBSD trees, curiosity makes me ask where > do you the deficiency? > > Ive had no issues patching, branching, merging, transplanting, tracking > vendor updates. The only issue i really had was a import of the full cvs > tree > so if I ask you to show me version 1.3 of ng_base.c and compare it to version 1.5, how do you do that? From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 19:13:45 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBA3616A41A for ; Thu, 31 Jan 2008 19:13:45 +0000 (UTC) (envelope-from nec556@retena.com) Received: from resmaa07.ono.com (mta.auna.com [62.42.230.187]) by mx1.freebsd.org (Postfix) with ESMTP id 788BE13C43E for ; Thu, 31 Jan 2008 19:13:45 +0000 (UTC) (envelope-from nec556@retena.com) Received: from argente-2005.retena.com (83.173.190.2) by resmaa07.ono.com (7.3.118.8) (authenticated as nec556@retena.com) id 4760B89802390B84; Thu, 31 Jan 2008 20:01:39 +0100 Message-ID: <4760B89802390B84@> (added by postmaster@resmaa07.ono.com) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 31 Jan 2008 19:58:35 +0100 To: "Adrian Penisoara" From: Eduardo Morras In-Reply-To: <78cb3d3f0801201239x18c339a6sbc6a04d2b5670b81@mail.gmail.co m> References: <78cb3d3f0801201239x18c339a6sbc6a04d2b5670b81@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed; x-avg-checked=avg-ok-4E2F751A Cc: freebsd-hackers@freebsd.org Subject: Re: Squeezing out some 70 bytes out of the boot2 loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 19:13:45 -0000 At 21:39 20/01/2008, you wrote: >Hello > > I am trying to hack in some symlink support into the [sys/boot/i386/]boot2 >bootloader (for my project [1]) and I seem to fall short of about 69 bytes: > >as -o boot2.o boot2.s >ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o >boot2.out/build/obj/build/src/sys/boot/i386/boot2/../btx/lib/crt0.o >boot2.o sio.o >objcopy -S -O binary boot2.out boot2.bin >btxld -v -E 0x2000 -f bin -b >/build/obj/build/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o >boot2.ld -P 1 boot2.bin >kernel: ver=1.01 size=7b0 load=9000 entry=9010 map=16M pgctl=1:1 >client: fmt=bin size=1581 text=0 data=0 bss=0 entry=0 >output: fmt=bin size=1e45 text=114 data=1d31 org=0 entry=0 >-69 bytes available >*** Error code 1 > > What can I do to get room for about 70-100 bytes for these changes to make >it into the bootloader ? > >[1] I'm trying to get support for /boot being mounted as a separate FS and >as such I would need to have a "self-pointing" symlink (e.g. "boot -> ." ) >to easily mask the fact that the boot stuff is now right in the root of that >FS. Fortunately the FORTH loader does support symlinks and I do not get >problems with it. I know that I can use /boot.kernel as a workaround, but >that is not too elegant. How big is boot2? You can compress it with an arithmetic coder, and only put the decoder plus the compressed boot2. There are very tiny arith coders, in assm, with 100-120 bytes of code (even less). ---------------------------------------------------------------------------------------------------------------- One reason that life is complex is that it has a real part and an imaginary part -Andrew Koenig From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 20:30:28 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B63E716A420 for ; Thu, 31 Jan 2008 20:30:28 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp5.server.rpi.edu (smtp5.server.rpi.edu [128.113.2.225]) by mx1.freebsd.org (Postfix) with ESMTP id 1A23F13C46B for ; Thu, 31 Jan 2008 20:30:27 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp5.server.rpi.edu (8.13.1/8.13.1) with ESMTP id m0VJGZhB025683; Thu, 31 Jan 2008 14:16:37 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> Date: Thu, 31 Jan 2008 14:16:35 -0500 To: "Adrian Penisoara" , freebsd-hackers@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-RPI-SA-Score: undef - spam scanning disabled X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.225 Cc: Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 20:30:28 -0000 At 8:45 AM +0200 1/31/08, Adrian Penisoara wrote: >Hi, > > Side-topic, if you bear with me: if you were to choose again what >to use as source revision control system (VCS) from today's offerings, >what would you choose to maintain FreeBSD's sources or a side-off >project tracking FreeBSD as base that would allow better teams >cooperation and easy code merging between projects/branches ? You'll probably get a different answer from each person... :-) As for me, I'd go with subversion. I also believe 'git' might be a very interesting choice, but I haven't used it enough to know how well it works in practice. And I think that's the basic difficulty in trying to answer your question. Very few people have enough experience with all of the available VCS systems to do a comparison. I have worked a lot with RCS and CVS. I've done a little with perforce, but it is so different than CVS that I can't say that I gave it a fair chance. I just thought "Oh boy, this is too weird!", and went on to some other project. I don't have enough time to take a real project, and try to make the same set of changes to multiple copies of the repository, to see which VCS *really* does a better job for everything which is needed. One of the guys I know swears that darcs is the best thing ever, and I can see how it would work well for some projects, but I can't imagine it working well for a project such as FreeBSD. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 23:04:59 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 703B616A469 for ; Thu, 31 Jan 2008 23:04:59 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id F387113C469 for ; Thu, 31 Jan 2008 23:04:58 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 71393496; Fri, 01 Feb 2008 01:04:57 +0200 Message-ID: <47A25412.3010301@FreeBSD.org> Date: Fri, 01 Feb 2008 01:04:50 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-performance@freebsd.org, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 23:04:59 -0000 Hi. While profiling netgraph operation on UP HEAD router I have found that huge amount of time it spent on memory allocation/deallocation: 0.14 0.05 132119/545292 ip_forward [12] 0.14 0.05 133127/545292 fxp_add_rfabuf [18] 0.27 0.10 266236/545292 ng_package_data [17] [9]14.1 0.56 0.21 545292 uma_zalloc_arg [9] 0.17 0.00 545292/1733401 critical_exit [98] 0.01 0.00 275941/679675 generic_bzero [68] 0.01 0.00 133127/133127 mb_ctor_pack [103] 0.15 0.06 133100/545266 mb_free_ext [22] 0.15 0.06 133121/545266 m_freem [15] 0.29 0.11 266236/545266 ng_free_item [16] [8]15.2 0.60 0.23 545266 uma_zfree_arg [8] 0.17 0.00 545266/1733401 critical_exit [98] 0.00 0.04 133100/133100 mb_dtor_pack [57] 0.00 0.00 134121/134121 mb_dtor_mbuf [111] I have already optimized all possible allocation calls and those that left are practically unavoidable. But even after this kgmon tells that 30% of CPU time consumed by memory management. So I have some questions: 1) Is it real situation or just profiler mistake? 2) If it is real then why UMA is so slow? I have tried to replace it in some places with preallocated TAILQ of required memory blocks protected by mutex and according to profiler I have got _much_ better results. Will it be a good practice to replace relatively small UMA zones with preallocated queue to avoid part of UMA calls? 3) I have seen that UMA does some kind of CPU cache affinity, but does it cost so much that it costs 30% CPU time on UP router? Thanks! -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 23:12:03 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82D1116A419 for ; Thu, 31 Jan 2008 23:12:03 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0D6D213C459 for ; Thu, 31 Jan 2008 23:12:02 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 71395333; Fri, 01 Feb 2008 01:12:01 +0200 Message-ID: <47A255BB.3020708@FreeBSD.org> Date: Fri, 01 Feb 2008 01:11:55 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-performance@freebsd.org, freebsd-hackers@freebsd.org References: <47A25412.3010301@FreeBSD.org> In-Reply-To: <47A25412.3010301@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 23:12:03 -0000 Alexander Motin пишет: > While profiling netgraph operation on UP HEAD router I have found that > huge amount of time it spent on memory allocation/deallocation: I have forgotten to tell that it was mostly GENERIC kernel just built without INVARIANTS, WITNESS and SMP but with 'profile 2'. -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 23:26:17 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B436916A417 for ; Thu, 31 Jan 2008 23:26:17 +0000 (UTC) (envelope-from stsp@stsp.name) Received: from fallback-mx.in-berlin.de (fallback-mx.in-berlin.de [192.109.42.17]) by mx1.freebsd.org (Postfix) with ESMTP id 2EDDE13C467 for ; Thu, 31 Jan 2008 23:26:16 +0000 (UTC) (envelope-from stsp@stsp.name) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by fallback-mx.in-berlin.de (8.14.1/8.13.6/Debian-1) with ESMTP id m0VKb8m8002817 for ; Thu, 31 Jan 2008 21:37:08 +0100 X-Envelope-From: stsp@stsp.name X-Envelope-To: Received: from stsp.name (ted.stsp.name [217.197.84.186]) (authenticated bits=128) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id m0VKb6hg021970 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 31 Jan 2008 21:37:06 +0100 Received: from ted.stsp.name (localhost [127.0.0.1]) by stsp.name (8.14.2/8.14.2) with ESMTP id m0VKb58I035603 for ; Thu, 31 Jan 2008 21:37:05 +0100 (CET) (envelope-from stsp@ted.stsp.name) Received: (from stsp@localhost) by ted.stsp.name (8.14.2/8.14.2/Submit) id m0VKb5d6035602 for freebsd-hackers@freebsd.org; Thu, 31 Jan 2008 21:37:05 +0100 (CET) (envelope-from stsp) Date: Thu, 31 Jan 2008 21:37:05 +0100 From: Stefan Sperling To: freebsd-hackers@freebsd.org Message-ID: <20080131203705.GB1674@ted.stsp.name> Mail-Followup-To: freebsd-hackers@freebsd.org References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ftEhullJWpWg/VHq" Content-Disposition: inline In-Reply-To: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 23:26:17 -0000 --ftEhullJWpWg/VHq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 31, 2008 at 08:45:55AM +0200, Adrian Penisoara wrote: > Hi, >=20 > Side-topic, if you bear with me: if you were to choose again what to use > as source revision control system (VCS) from today's offerings, what would > you choose to maintain FreeBSD's sources or a side-off project tracking > FreeBSD as base that would allow better teams cooperation and easy code > merging between projects/branches ? Finally a thread to vent about this topic :) I'd very much like to hear how others are doing this, please post, people, I'll read it all. Here's my take on it. I'm only talking about maintaining local changes, not what the FreeBSD project per se should use for change management, and also I don't really talk about working in a team but it's probably still relevant and might help: Don't _ever_ follow development(7) and try to maintain one or more custom branches inside a cvsup'd copy of the FreeBSD CVS repo. I've been down that road. It sucks. It really prevented me from getting any work done while waiting for hours on end for cvs to set a tag, do an update, a commit, let alone a merge. Every operation took ages and ages. With two branches, one based on RELENG_6 and CURRENT at the time, merging changes between the two was a major pain. CVS had so much overhead for me that using it made the whole point of doing version control fly out the window from, say, the 42nd floor. I've investigated quite a few options to maintain modifications to FreeBSD since, mainly to manage wake on lan patches (see http://stsp.name/w= ol/) but also local bug fixes I need for my system (e.g. enabling AIGLX does not lock up my 6.3 box so I can run compiz, see PR #114688). I'm quite serious about version control. In fact I'm a partial and (currently) paid committer for the subversion project, so I could even say that I'm involved in version control professionally. What I wanted instead of CVS sounds fairly simple to me: To maintain my local mods to FreeBSD I don't really care about the whole CVS history. I just need to be able to take a snapshot at some point, put it on a branch, and keep importing upstream changes incrementally to that branch from there on. So a vendor branch, but without any (or as little as possible) manual labour involved in updating it. I could not find any tool that does this properly among subversion, git, monotone and mercurial. That's not a big list, but I don't have time to try out version control systems all day. Also, proprietary VCS's were never considered (I also keep my freebsd kernels blob-free, call me a hippie or whatever if you want :P) Most tools seem to insist on trying to import the whole history of a CVS repository before they let you start doing any work in the newly converted repository. All conversion tools I've tried failed converting the FreeBSD repository. git-cvsimport fails after a few minutes because cvsps produces bad output when run on the FreeBSD repo. I reported this to the git developers and as a result they made git-cvsimport error out correctly, but did not fix the actual issue. The monotone built-in cvs converter segfaulted after running a whole day. The generic tailor VCS conversion tool failed as well -- I don't remember how, it errored out after running for a while. Even though I am subversion dev I did not try cvs2svn, because I wanted to take this as an opportunity to get my feet wet in another VCS. Mercurial failed to convert the repo, too, and there was no way of telling it not to try to import the whole history either. But its handbook describes interesting alternative approach to vendor branches: Patch queues. If you think you need a vendor branch, take a look at mercurial patch queues and consider if they might do the job just as well: "Managing change with Mercurial Queues": http://hgbook.red-bean.com/hgbookch12.html#x16-26700012 "Advanced uses of Mercurial Queues": http://hgbook.red-bean.com/hgbookch13.html#x17-30200013 I won't explain the details in this mail, as duplicating information =66rom the handbook is a waste of time, but I'll give you my opinion: Patch queues are quite powerful, and even though you end up versioning diffs instead of whole files, the patch queue provides a nice enough abstraction that makes maintaining local changes as comfortable as maintaining a vendor branch. A big plus is that you do not need to take an extra step to generate diffs to send upstream, because you already have the diffs right in your =2Ehg/patches directory. Conflict resolution works almost the same way as during a "normal" VCS's merge (whatever "normal" means in version control land :P), and as you get to incrementally make the patches in your queue apply again, you don't have to deal with a source tree full of all conflicts of a merge, but only with conflicts caused by a single patch at a time. Patch guards let you apply patches conditionally, this is where it gets interesting if you maintain changes for, say, RELENG_7 and CURRENT at the same time, and still want to version control your patches. You'd use two distinct source trees living in different mercurial repositor= ies, both of them using a clone of your patches repository, and guards to make only patches for the given FreeBSD version apply to a given tree. However, if you don't intend to push your changes upstream, a vendor branch might be a better solution, because this way you can manage more changes over a longer period of time (i.e. many changes made throughout many years). Patch queues are desinged around a more dynamic work flow with some or all of your changes going back upstream. Or the "open source way" if you want to call it that. So closed source shops might not find patch queues useful, but everyone else probably will. So these are the steps I've taken to set up a local FreeBSD source tree I can hack away on and version my changes: $ cvsup cvs-supfile # cvsup the whole repo to local disk (for speed) $ cvs -rRELENG_x co -P -d ~/freebsd-cvs src # checkout some FreeBSD branch $ rsync -av --exclude=3DCVS --exclude=3D.cvsignore ~/freebsd-cvs ~/freebsd-= hg # This copy is made so we don't intermix a mercurial repo with a cvs # working copy. even though you could probably do this but end up being # a bit cumbersome. DON'T pass the -C flag to rsync, the copy will miss # all files mentioned in .cvsignore files, such as the kernel configs! $ cd ~/freebsd-hg && hg init $ hg clone ~/freebsd-hg ~/freebsd-myhacks $ cd ~/freebsd-myhacks && hg qinit -c # initialise committable patch queue $ hq qnew 6.3/ifconfig.diff # start new a patch, not names can contain slashes which creates subdirectories in the patch area ## edit, compile, fix pesky errors, compile again, install, test $ hq qrefresh # store new patch in .hg/patches/ $ hq qcommit -m "ifconfig ifcap WOL changes backported to 6.3" # commit patch created by qrefresh into mercurial repo rooted at .hg/patches/ $ hq qnew 6.3/if_vr.diff # start another patch, this time for if_vr ## edit, compile, fix pesky errors, compile again, install, test $ hq qrefresh $ hq qcommit -m "WOL support for VIA driver backported to 6.3" =20 So far, this setup hasn't failed me, and the speed is several orders of magnitude higher than using CVS branches. --=20 stefan http://stsp.name PGP Key: 0xF59D25F0 --ftEhullJWpWg/VHq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeiMXAACgkQ5dMCc/WdJfCoswCgoe60WDUSVzVUKhvgNE1JbPT0 F/gAoODwbXurERJUtXjmfrNUnhiRWJHN =8XtC -----END PGP SIGNATURE----- --ftEhullJWpWg/VHq-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 23:30:12 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BF5F16A418; Thu, 31 Jan 2008 23:30:12 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2CDE913C465; Thu, 31 Jan 2008 23:30:10 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47A25A01.5080508@FreeBSD.org> Date: Fri, 01 Feb 2008 00:30:09 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Alexander Motin References: <47A25412.3010301@FreeBSD.org> In-Reply-To: <47A25412.3010301@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 23:30:12 -0000 Alexander Motin wrote: > Hi. > > While profiling netgraph operation on UP HEAD router I have found that > huge amount of time it spent on memory allocation/deallocation: > > 0.14 0.05 132119/545292 ip_forward [12] > 0.14 0.05 133127/545292 fxp_add_rfabuf [18] > 0.27 0.10 266236/545292 ng_package_data [17] > [9]14.1 0.56 0.21 545292 uma_zalloc_arg [9] > 0.17 0.00 545292/1733401 critical_exit [98] > 0.01 0.00 275941/679675 generic_bzero [68] > 0.01 0.00 133127/133127 mb_ctor_pack [103] > > 0.15 0.06 133100/545266 mb_free_ext [22] > 0.15 0.06 133121/545266 m_freem [15] > 0.29 0.11 266236/545266 ng_free_item [16] > [8]15.2 0.60 0.23 545266 uma_zfree_arg [8] > 0.17 0.00 545266/1733401 critical_exit [98] > 0.00 0.04 133100/133100 mb_dtor_pack [57] > 0.00 0.00 134121/134121 mb_dtor_mbuf [111] > > I have already optimized all possible allocation calls and those that > left are practically unavoidable. But even after this kgmon tells that > 30% of CPU time consumed by memory management. > > So I have some questions: > 1) Is it real situation or just profiler mistake? > 2) If it is real then why UMA is so slow? I have tried to replace it in > some places with preallocated TAILQ of required memory blocks protected > by mutex and according to profiler I have got _much_ better results. > Will it be a good practice to replace relatively small UMA zones with > preallocated queue to avoid part of UMA calls? > 3) I have seen that UMA does some kind of CPU cache affinity, but does > it cost so much that it costs 30% CPU time on UP router? Make sure you have INVARIANTS disabled, it has a high performance cost in UMA. Kris From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 23:30:25 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AFD916A419 for ; Thu, 31 Jan 2008 23:30:25 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outM.internet-mail-service.net (outM.internet-mail-service.net [216.240.47.236]) by mx1.freebsd.org (Postfix) with ESMTP id 4787A13C46A for ; Thu, 31 Jan 2008 23:30:25 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 31 Jan 2008 15:30:24 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id B747712708F; Thu, 31 Jan 2008 15:30:22 -0800 (PST) Message-ID: <47A25A0D.2080508@elischer.org> Date: Thu, 31 Jan 2008 15:30:21 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Alexander Motin References: <47A25412.3010301@FreeBSD.org> In-Reply-To: <47A25412.3010301@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 23:30:25 -0000 Alexander Motin wrote: > Hi. > > While profiling netgraph operation on UP HEAD router I have found that > huge amount of time it spent on memory allocation/deallocation: > > 0.14 0.05 132119/545292 ip_forward [12] > 0.14 0.05 133127/545292 fxp_add_rfabuf [18] > 0.27 0.10 266236/545292 ng_package_data [17] > [9]14.1 0.56 0.21 545292 uma_zalloc_arg [9] > 0.17 0.00 545292/1733401 critical_exit [98] > 0.01 0.00 275941/679675 generic_bzero [68] > 0.01 0.00 133127/133127 mb_ctor_pack [103] > > 0.15 0.06 133100/545266 mb_free_ext [22] > 0.15 0.06 133121/545266 m_freem [15] > 0.29 0.11 266236/545266 ng_free_item [16] > [8]15.2 0.60 0.23 545266 uma_zfree_arg [8] > 0.17 0.00 545266/1733401 critical_exit [98] > 0.00 0.04 133100/133100 mb_dtor_pack [57] > 0.00 0.00 134121/134121 mb_dtor_mbuf [111] > > I have already optimized all possible allocation calls and those that > left are practically unavoidable. But even after this kgmon tells that > 30% of CPU time consumed by memory management. > > So I have some questions: > 1) Is it real situation or just profiler mistake? > 2) If it is real then why UMA is so slow? I have tried to replace it in > some places with preallocated TAILQ of required memory blocks protected > by mutex and according to profiler I have got _much_ better results. > Will it be a good practice to replace relatively small UMA zones with > preallocated queue to avoid part of UMA calls? > 3) I have seen that UMA does some kind of CPU cache affinity, but does > it cost so much that it costs 30% CPU time on UP router? given this information, I would add an 'item cache' in ng_base.c (hmm do I already have one?) > > Thanks! > From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 31 23:31:09 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92B6116A469; Thu, 31 Jan 2008 23:31:09 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 35CA413C45D; Thu, 31 Jan 2008 23:31:07 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47A25A3A.80700@FreeBSD.org> Date: Fri, 01 Feb 2008 00:31:06 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Alexander Motin References: <47A25412.3010301@FreeBSD.org> <47A255BB.3020708@FreeBSD.org> In-Reply-To: <47A255BB.3020708@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 23:31:09 -0000 Alexander Motin wrote: > Alexander Motin пишет: >> While profiling netgraph operation on UP HEAD router I have found that >> huge amount of time it spent on memory allocation/deallocation: > > I have forgotten to tell that it was mostly GENERIC kernel just built > without INVARIANTS, WITNESS and SMP but with 'profile 2'. > What is 'profile 2'? Kris From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 00:00:53 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C85A816A420 for ; Fri, 1 Feb 2008 00:00:53 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from mx-out-04.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by mx1.freebsd.org (Postfix) with ESMTP id 3F4CE13C447 for ; Fri, 1 Feb 2008 00:00:52 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from mx-av-02.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-04.forthnet.gr (8.13.8/8.13.8) with ESMTP id m1100o73007574 for ; Fri, 1 Feb 2008 02:00:50 +0200 Received: from MX-IN-02.forthnet.gr (mx-in-02.forthnet.gr [193.92.150.185]) by mx-av-02.forthnet.gr (8.14.1/8.14.1) with ESMTP id m1100oC1004675 for ; Fri, 1 Feb 2008 02:00:50 +0200 Received: from kobe.laptop (ppp47-170.adsl.forthnet.gr [62.1.64.170]) by MX-IN-02.forthnet.gr (8.14.2/8.14.2) with ESMTP id m1100no4006446 for ; Fri, 1 Feb 2008 02:00:50 +0200 Authentication-Results: MX-IN-02.forthnet.gr smtp.mail=keramida@ceid.upatras.gr; spf=neutral Authentication-Results: MX-IN-02.forthnet.gr header.from=keramida@ceid.upatras.gr; sender-id=neutral Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m1100n1X002553 for ; Fri, 1 Feb 2008 02:00:49 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m1100mvV002552 for freebsd-hackers@freebsd.org; Fri, 1 Feb 2008 02:00:48 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Fri, 1 Feb 2008 02:00:47 +0200 From: Giorgos Keramidas To: freebsd-hackers@freebsd.org Message-ID: <20080201000047.GA2452@kobe.laptop> References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <20080131203705.GB1674@ted.stsp.name> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080131203705.GB1674@ted.stsp.name> X-Mailman-Approved-At: Fri, 01 Feb 2008 00:51:32 +0000 Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 00:00:53 -0000 On 2008-01-31 21:37, Stefan Sperling wrote: > I could not find any tool that does this properly among subversion, > git, monotone and mercurial. That's not a big list, but I don't have > time to try out version control systems all day. Also, proprietary > VCS's were never considered (I also keep my freebsd kernels blob-free, > call me a hippie or whatever if you want :P) > > Most tools seem to insist on trying to import the whole history of a > CVS repository before they let you start doing any work in the newly > converted repository. All conversion tools I've tried failed converting > the FreeBSD repository. Not really. You can keep 'importing' snapshots of the src tree from any arbitrary CVS branch, if you are willing to wait until CVS checks out the first copy of the snapshot. This is how we 'resync' with the official doc/ tree changes in the Greek translation team: (a) We keep a Mercurial workspace which is read-only to everyone else, except the importer. (b) The importer checks outs doc/ snapshots and commits them as 'vendor code drops' in http://hg.hellug.gr/freebsd/doc/ (c) I pull changes from the 'import tree' into my own personal workspace, and merge them with the latest translation effort text. (d) Then the merged tree is pushed to a second 'workspace', 'branch' or whatever you prefer calling it, at http://hg.hellug.gr/freebsd/doc-el/ The whole process of importing clean snapshots is automated in a shell script, which I manually kick off at this point: % #!/bin/sh % % cd /ws/doc/bsd % % # 1. Start from a clean slate for the next import % rm -fr * % % # 2. Check out a clean copy of a partial doc/ tree. % cvs -d /home/ncvs co -d . -l doc % cvs -d /home/ncvs -qR up -APd * share \ % en_US.ISO8859-1 el_GR.ISO8859-7 % find . -type d -name CVS -exec rm -r {} + % % # 3. Update mercurial's idea of the current workspace state, % # hg adding new files, and hg removing gone stuff. % hg addremove % % # 4. Find out the $FreeBSD$ timestamp of the latest patch we are % # about to commit. Note that this may be a bit silly, because it % # won't correctly detect -kb files being added after the last % # $FreeBSD$ id change. A better way would use -D to checkout from % # CVS, so that a timestamp would be automatically known. % timestamp=$( hg diff | grep '^+.*FreeBSD:' | \ % sed -e 's/.*,v //' | awk '{print $1,$2}' ) % % # Commit everything to Mercurial. % hg ci -u ncvs -d "${timestamp} +0000" \ % -m "Import FreeBSD doc/ snapshot at ${timestamp} +0000" That's not something I would like doing manually several times a day, but it certainly isn't impossible. Naturally, similar scripting can be installed for Subversion, Git, Bazaar, or darcs if that's your personal preference. > Mercurial failed to convert the repo, too, and there was no way of > telling it not to try to import the whole history either. Snapshot-based import sof FreeBSD code as `vendor imports' are really *VERY* easy to script in Subversion, Mercurial, Git and Bazaar. Been there, done that several times, and I can help you if you plan to do something like this with any of the aforementioned VCSes. > So far, this setup hasn't failed me, and the speed is several orders of > magnitude higher than using CVS branches. That's my impression too :) From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 02:12:03 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C9AE16A41B for ; Fri, 1 Feb 2008 02:12:03 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from mx-out.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by mx1.freebsd.org (Postfix) with ESMTP id 1A72F13C46A for ; Fri, 1 Feb 2008 02:12:02 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from mx-av-02.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-02.forthnet.gr (8.14.0/8.14.0) with ESMTP id m112C1ml021810 for ; Fri, 1 Feb 2008 04:12:01 +0200 Received: from MX-IN-03.forthnet.gr (mx-in-05.forthnet.gr [193.92.150.32]) by mx-av-02.forthnet.gr (8.14.1/8.14.1) with ESMTP id m112C1Y1020598 for ; Fri, 1 Feb 2008 04:12:01 +0200 Received: from kobe.laptop (ppp47-170.adsl.forthnet.gr [62.1.64.170]) by MX-IN-03.forthnet.gr (8.14.2/8.14.2) with ESMTP id m112BxC7007430 for ; Fri, 1 Feb 2008 04:12:00 +0200 Authentication-Results: MX-IN-03.forthnet.gr smtp.mail=keramida@ceid.upatras.gr; spf=neutral Authentication-Results: MX-IN-03.forthnet.gr header.from=keramida@ceid.upatras.gr; sender-id=neutral Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m112BxcH005714 for ; Fri, 1 Feb 2008 04:11:59 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m112BwxR005713 for freebsd-hackers@freebsd.org; Fri, 1 Feb 2008 04:11:58 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Fri, 1 Feb 2008 04:11:58 +0200 From: Giorgos Keramidas To: freebsd-hackers@freebsd.org Message-ID: <20080201021158.GA5671@kobe.laptop> References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <20080131203705.GB1674@ted.stsp.name> <20080201000047.GA2452@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080201000047.GA2452@kobe.laptop> X-Mailman-Approved-At: Fri, 01 Feb 2008 05:32:01 +0000 Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 02:12:03 -0000 On 2008-02-01 02:00, Giorgos Keramidas wrote: > You can keep 'importing' snapshots of the src tree from any arbitrary > CVS branch, if you are willing to wait until CVS checks out the first > copy of the snapshot. > > This is how we 'resync' with the official doc/ tree changes in the Greek > translation team: > > (a) We keep a Mercurial workspace which is read-only to everyone > else, except the importer. > > (b) The importer checks outs doc/ snapshots and commits them as > 'vendor code drops' in http://hg.hellug.gr/freebsd/doc/ > > (c) I pull changes from the 'import tree' into my own personal > workspace, and merge them with the latest translation effort text. > > (d) Then the merged tree is pushed to a second 'workspace', 'branch' > or whatever you prefer calling it, at http://hg.hellug.gr/freebsd/doc-el/ > > The whole process of importing clean snapshots is automated in a shell > script, which I manually kick off at this point: An much improved snapshot import script is now finished (for some odd definition of `improved' I guess), even thought it is still a bit ugly for my taste. http://people.freebsd.org/~keramida/scripts/bsd-doc-import.ksh.txt I'd probably prefer Perl for some of the stuff done in ksh(1) there, but no time for that tonight, and it seems to work as a 'proof of concept' of importing partial checkouts from CVS to Hg without having to go through all the hoops of converting the *full* history. The cron job entry which runs this is: # Try to import a snapshot of the BSD doc/ tree once an hour. @hourly $HOME/bsd-doc-import.sh $HOME/hg/doc/bsd-import This is getting pretty off-topic for freebsd-hackers though, so it's probably time for me to shuttup and go do something useful :) From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 06:51:20 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49D5E16A41B; Fri, 1 Feb 2008 06:51:20 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 4CC3113C45B; Fri, 1 Feb 2008 06:51:18 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 71506898; Fri, 01 Feb 2008 08:51:18 +0200 Message-ID: <47A2C142.9030306@FreeBSD.org> Date: Fri, 01 Feb 2008 08:50:42 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Kris Kennaway References: <47A25412.3010301@FreeBSD.org> <47A255BB.3020708@FreeBSD.org> <47A25A3A.80700@FreeBSD.org> In-Reply-To: <47A25A3A.80700@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 06:51:20 -0000 Kris Kennaway пишет: > Alexander Motin wrote: >> Alexander Motin пишет: >>> While profiling netgraph operation on UP HEAD router I have found >>> that huge amount of time it spent on memory allocation/deallocation: >> >> I have forgotten to tell that it was mostly GENERIC kernel just built >> without INVARIANTS, WITNESS and SMP but with 'profile 2'. > > What is 'profile 2'? I have thought it is high resolution profiling support. Isn't it? -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 06:57:11 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 523EA16A419; Fri, 1 Feb 2008 06:57:11 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 96A9E13C43E; Fri, 1 Feb 2008 06:57:10 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 71507531; Fri, 01 Feb 2008 08:57:09 +0200 Message-ID: <47A2C2A2.5040109@FreeBSD.org> Date: Fri, 01 Feb 2008 08:56:34 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Julian Elischer References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> In-Reply-To: <47A25A0D.2080508@elischer.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 06:57:11 -0000 Julian Elischer пишет: > Alexander Motin wrote: >> Hi. >> >> While profiling netgraph operation on UP HEAD router I have found that >> huge amount of time it spent on memory allocation/deallocation: >> >> 0.14 0.05 132119/545292 ip_forward [12] >> 0.14 0.05 133127/545292 fxp_add_rfabuf [18] >> 0.27 0.10 266236/545292 ng_package_data [17] >> [9]14.1 0.56 0.21 545292 uma_zalloc_arg [9] >> 0.17 0.00 545292/1733401 critical_exit [98] >> 0.01 0.00 275941/679675 generic_bzero [68] >> 0.01 0.00 133127/133127 mb_ctor_pack [103] >> >> 0.15 0.06 133100/545266 mb_free_ext [22] >> 0.15 0.06 133121/545266 m_freem [15] >> 0.29 0.11 266236/545266 ng_free_item [16] >> [8]15.2 0.60 0.23 545266 uma_zfree_arg [8] >> 0.17 0.00 545266/1733401 critical_exit [98] >> 0.00 0.04 133100/133100 mb_dtor_pack [57] >> 0.00 0.00 134121/134121 mb_dtor_mbuf [111] >> >> I have already optimized all possible allocation calls and those that >> left are practically unavoidable. But even after this kgmon tells that >> 30% of CPU time consumed by memory management. >> >> So I have some questions: >> 1) Is it real situation or just profiler mistake? >> 2) If it is real then why UMA is so slow? I have tried to replace it >> in some places with preallocated TAILQ of required memory blocks >> protected by mutex and according to profiler I have got _much_ better >> results. Will it be a good practice to replace relatively small UMA >> zones with preallocated queue to avoid part of UMA calls? >> 3) I have seen that UMA does some kind of CPU cache affinity, but does >> it cost so much that it costs 30% CPU time on UP router? > > given this information, I would add an 'item cache' in ng_base.c > (hmm do I already have one?) That was actually my second question. As there is only 512 items by default and they are small in size I can easily preallocate them all on boot. But is it a good way? Why UMA can't do just the same when I have created zone with specified element size and maximum number of objects? What is the principal difference? -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 07:07:51 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F2D316A41B for ; Fri, 1 Feb 2008 07:07:51 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outN.internet-mail-service.net (outN.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id 3261A13C465 for ; Fri, 1 Feb 2008 07:07:50 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 31 Jan 2008 23:07:50 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id B23E812708F; Thu, 31 Jan 2008 23:07:49 -0800 (PST) Message-ID: <47A2C544.4090303@elischer.org> Date: Thu, 31 Jan 2008 23:07:48 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Alexander Motin References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> In-Reply-To: <47A2C2A2.5040109@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 07:07:51 -0000 Alexander Motin wrote: > Julian Elischer пишет: >> Alexander Motin wrote: >>> Hi. >>> >>> While profiling netgraph operation on UP HEAD router I have found >>> that huge amount of time it spent on memory allocation/deallocation: >>> >>> 0.14 0.05 132119/545292 ip_forward [12] >>> 0.14 0.05 133127/545292 fxp_add_rfabuf [18] >>> 0.27 0.10 266236/545292 ng_package_data [17] >>> [9]14.1 0.56 0.21 545292 uma_zalloc_arg [9] >>> 0.17 0.00 545292/1733401 critical_exit [98] >>> 0.01 0.00 275941/679675 generic_bzero [68] >>> 0.01 0.00 133127/133127 mb_ctor_pack [103] >>> >>> 0.15 0.06 133100/545266 mb_free_ext [22] >>> 0.15 0.06 133121/545266 m_freem [15] >>> 0.29 0.11 266236/545266 ng_free_item [16] >>> [8]15.2 0.60 0.23 545266 uma_zfree_arg [8] >>> 0.17 0.00 545266/1733401 critical_exit [98] >>> 0.00 0.04 133100/133100 mb_dtor_pack [57] >>> 0.00 0.00 134121/134121 mb_dtor_mbuf [111] >>> >>> I have already optimized all possible allocation calls and those that >>> left are practically unavoidable. But even after this kgmon tells >>> that 30% of CPU time consumed by memory management. >>> >>> So I have some questions: >>> 1) Is it real situation or just profiler mistake? >>> 2) If it is real then why UMA is so slow? I have tried to replace it >>> in some places with preallocated TAILQ of required memory blocks >>> protected by mutex and according to profiler I have got _much_ better >>> results. Will it be a good practice to replace relatively small UMA >>> zones with preallocated queue to avoid part of UMA calls? >>> 3) I have seen that UMA does some kind of CPU cache affinity, but >>> does it cost so much that it costs 30% CPU time on UP router? >> >> given this information, I would add an 'item cache' in ng_base.c >> (hmm do I already have one?) > > That was actually my second question. As there is only 512 items by > default and they are small in size I can easily preallocate them all on > boot. But is it a good way? Why UMA can't do just the same when I have > created zone with specified element size and maximum number of objects? > What is the principal difference? > who knows what uma does.. but if you do it yourself you know what the overhead is.. :-) From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 09:28:54 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAE9B16A46C for ; Fri, 1 Feb 2008 09:28:54 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 3D46C13C45B for ; Fri, 1 Feb 2008 09:28:54 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so995523fgg.35 for ; Fri, 01 Feb 2008 01:28:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=n+JiGW+W//NBLMLGXWk9flQSKHUoGjPPisT4l9rnv84=; b=o97fTpMwlr5eVYthuv4gwILsN9jimvqIdBmVPV/Yl0MOkJY36ajEl4R5ZJ3gdbM2IZT4nJfVn1Kotix1mTv7E+QyxbV6u5PiKsLwT7XJsHNzrFZPcetnwQbguFLM6JjZeOEYsb6IwULy3MYGDiVw7sbuebKLWua68EG5s8EIlGg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=F8ulyd8tvu+d4Mzoti84caEmkEM8t4E1k2fDJGa/C2ZR/6yRrYir1RNP2PD9pXYc1q8bwsgQj3drhN2Y5bM0MG8j2j0CsuuHo6jfktH3cNnfnwn+764BKM+LBqsgLMzxieek6Afysq7tDiYv8TSuslFbp48KUqxRyHDtahQbRug= Received: by 10.86.60.15 with SMTP id i15mr2976972fga.28.1201858132956; Fri, 01 Feb 2008 01:28:52 -0800 (PST) Received: from ?192.168.12.166? ( [213.152.137.38]) by mx.google.com with ESMTPS id 3sm16546944fge.7.2008.02.01.01.28.51 (version=SSLv3 cipher=RC4-MD5); Fri, 01 Feb 2008 01:28:52 -0800 (PST) Message-ID: <47A2E647.20503@gmail.com> Date: Fri, 01 Feb 2008 12:28:39 +0300 From: sam User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: double start of scripts in /usr/local/etc/rc.d X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 09:28:54 -0000 hi all description of my trouble: on 6.3-RELEASE i386 ------------------------------------------- Clearing /tmp (X related). Starting local daemons:. Updating motd. Mounting late file systems:. Starting mysql. Starting apache. mysql already running? (pid=8720). apache already running? (pid=8721). Configuring syscons: keymap keyrate scrnmap blanktime. Starting sshd. Starting cron. Local package initialization:Starting NONE Starting NONE . ------------------------------------------- services apache, mysql & shell-script none.sh is double started tryed on 6.3-STABLE i386 - normal work any solution? /Vladimir Ermakov From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 10:03:45 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3069316A420 for ; Fri, 1 Feb 2008 10:03:45 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id B467E13C45B for ; Fri, 1 Feb 2008 10:03:44 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1005597fgg.35 for ; Fri, 01 Feb 2008 02:03:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=lec1gi1H3s+R8lxnhtxQFYieJBHfgW+d82TZA+sMyFU=; b=ufPWxdCydleDLwPfnUC8GfCC1hP8mJH+3ZLn9ru52XIONUhZ9tYB+3b/7+8tjGyVbKz5FIQbtQJh1v4svpwOdutzFC9kg8HlJgYxl6pKsoeAOFXoqIvDERhq6shSSKTxZRXLmDTcX7bGbNtDJfwTNNeD1rELXnSOLxDNDIKP0S4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=hAPJeoz6UcAeOax9St9a7J+jSf0UEAbfomazy/dcwJ0KsJo55rW8FxdW/RvPmaOYt6ki7qjSloiZUWgD9BFQ3ZIBkuNuCmMeW7o/z0CQJ7syrSyxEDNwnLbaOj8jgqhCHvHTJ8hILDZXn0j1fMkg5FcbKxz044HGmZhVMT66XsQ= Received: by 10.82.174.20 with SMTP id w20mr5950254bue.28.1201860223350; Fri, 01 Feb 2008 02:03:43 -0800 (PST) Received: from ?192.168.12.166? ( [213.152.137.38]) by mx.google.com with ESMTPS id 12sm1378469fgg.6.2008.02.01.02.03.41 (version=SSLv3 cipher=RC4-MD5); Fri, 01 Feb 2008 02:03:42 -0800 (PST) Message-ID: <47A2EE6C.4070204@gmail.com> Date: Fri, 01 Feb 2008 13:03:24 +0300 From: sam User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: glen.j.barber@gmail.com References: <47A2E647.20503@gmail.com> <47A2EC37.6070001@gmail.com> In-Reply-To: <47A2EC37.6070001@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: double start of scripts in /usr/local/etc/rc.d X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 10:03:45 -0000 glen.j.barber@gmail.com wrote: >> >> Local package initialization:Starting NONE >> Starting NONE >> . >> ------------------------------------------- >> services apache, mysql & shell-script none.sh is double started >> >> tryed on 6.3-STABLE i386 - normal work >> >> any solution? >> > > Could you show us your /etc/rc.conf, and output from `ls > /usr/local/etc/rc.d/' ? > > Also, did you create a custom /etc/rc.local ? > iam tried remove /etc/rc.conf - situation is don`t changed for shell-script none.sh # ls -l /usr/local/etc/rc.d/ total 6 -r-xr-xr-x 1 root wheel 737 Feb 1 08:25 apache -r-xr-xr-x 1 root wheel 1659 Feb 1 08:23 mysql-server -rwxr-xr-x 1 root wheel 31 Feb 1 11:17 none.sh # ls -l etc/rc.local ls: etc/rc.local: No such file or directory /Vladimir Ermakov From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 10:11:51 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03BCD16A417 for ; Fri, 1 Feb 2008 10:11:51 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 8A09B13C43E for ; Fri, 1 Feb 2008 10:11:50 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1008562fgg.35 for ; Fri, 01 Feb 2008 02:11:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=BqNcRMAAP9bsHsKAWMV0NGmvPpv0H3qxWeIdVyzEA0o=; b=Yh7v7H/w77IoFhqF6WOUB0s+QbVnf8tj+Mj+aNohq9JGxRvVtg/4MvijpDp9btla4YTtO0iW0zBSVtbvCsrtBiUpJkL1C9+1r6C5pFAkI/V4a8C7FjEM3fbZJF9zGxcH7834zD0v29uHHtOfQr2/yzZTYkbIAs6WUtyHWu2NW2o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=PngB4fKa3sBC3TDY7enj8skLdlNz9we2NnfopC4jhMmHDmuGsb/O1dAbtBmMsJ49+gbpSglVdyoyeRabc3SN55pYpqi3VOKJqQAky4qC0pQG24jsta6wdqFRK2PaSlItjIjCeiFJFNU2Xux6+LVt27LXVsCMrn4un/JbPot68EU= Received: by 10.86.25.17 with SMTP id 17mr3020263fgy.15.1201860709432; Fri, 01 Feb 2008 02:11:49 -0800 (PST) Received: from ?192.168.12.166? ( [213.152.137.38]) by mx.google.com with ESMTPS id e20sm16657009fga.1.2008.02.01.02.11.47 (version=SSLv3 cipher=RC4-MD5); Fri, 01 Feb 2008 02:11:48 -0800 (PST) Message-ID: <47A2F050.80102@gmail.com> Date: Fri, 01 Feb 2008 13:11:28 +0300 From: sam User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: "Julian H. Stacey" References: <47A2E647.20503@gmail.com> <200802010954.m119squw020048@fire.js.berklix.net> In-Reply-To: <200802010954.m119squw020048@fire.js.berklix.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: double start of scripts in /usr/local/etc/rc.d X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 10:11:51 -0000 Julian H. Stacey wrote: >> services apache, mysql & shell-script none.sh is double started >> >> tryed on 6.3-STABLE i386 - normal work >> >> any solution? >> > > Maybe a reboot after crash, & old PID files were existant. > Check if repeatable. > Do a clean reboot, & see if it repeats. > If it repeats, insert lines like > ps -laxww | grep httpd > /tmp/before > ps -laxww | grep httpd > /tmp/after > at top & bottem of /usr/local/etc/rc.d/apache.sh to debug. > > iam added line date >> /var/log/file.log in apache start rc-script (/usr/local/etc/rc.d/apache) and viewed after system reboot # cat /var/log/file.log Fri Feb 1 12:21:50 MSK 2008 Fri Feb 1 12:21:51 MSK 2008 /Vladimir Ermakov From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 10:20:04 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B83116A417 for ; Fri, 1 Feb 2008 10:20:04 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 04FA413C457 for ; Fri, 1 Feb 2008 10:20:03 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so304423anc.13 for ; Fri, 01 Feb 2008 02:20:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; bh=qpZhZK8WRJOWUHmEnvTjcrFpR3gnoSB+Mlzif7ljc8o=; b=PTBCq/lMshZO6oJFgsOw4mIqMm70KyocSmOMU2pJrYgdqPZ75S9h8W78XZ6rJ++tkSE6eTF1i2ld67+cawZ3azDSInq8vuMRiMYlem1Q2XWX0D/Ig2fA2wlLmkNeBtAFjPzPXyI5r6QWU5hOEYv/ZhKXrE3XjtxLnnt2NhUNO+Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=bxHm4iwBZD7XMtGA7sDhMfib+5mqhKuQZTgP7lz8KfLWkA87Tz5mYXB6DE8D81Y6JUcTKD/cLDygXJDdQpcAv6o9GeUqKFMFmMvsD8SjDkAF2x8oD8cpMX1HK9UUyxmAxZemDCGpPcWfuRCfzFBenCB1eGpkG7J4X9NyeOo4pPM= Received: by 10.100.242.20 with SMTP id p20mr6862729anh.82.1201859646366; Fri, 01 Feb 2008 01:54:06 -0800 (PST) Received: from ?192.168.1.4? ( [24.229.62.9]) by mx.google.com with ESMTPS id f13sm14316788gvd.9.2008.02.01.01.54.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 01 Feb 2008 01:54:05 -0800 (PST) Message-ID: <47A2EC37.6070001@gmail.com> Date: Fri, 01 Feb 2008 04:53:59 -0500 User-Agent: Thunderbird 2.0.0.9 (X11/20071201) MIME-Version: 1.0 To: sam , freebsd-hackers@freebsd.org References: <47A2E647.20503@gmail.com> In-Reply-To: <47A2E647.20503@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: glen.j.barber@gmail.com Cc: Subject: Re: double start of scripts in /usr/local/etc/rc.d X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 10:20:04 -0000 sam wrote: > hi all > description of my trouble: > on 6.3-RELEASE i386 > ------------------------------------------- > Clearing /tmp (X related). > Starting local daemons:. > Updating motd. > Mounting late file systems:. > Starting mysql. > Starting apache. > mysql already running? (pid=8720). > apache already running? (pid=8721). > Configuring syscons: keymap keyrate scrnmap blanktime. > Starting sshd. > Starting cron. > Local package initialization:Starting NONE > Starting NONE > . > ------------------------------------------- > services apache, mysql & shell-script none.sh is double started > > tryed on 6.3-STABLE i386 - normal work > > any solution? > Could you show us your /etc/rc.conf, and output from `ls /usr/local/etc/rc.d/' ? Also, did you create a custom /etc/rc.local ? -- Glen Barber From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 10:22:49 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97B3B16A419 for ; Fri, 1 Feb 2008 10:22:49 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by mx1.freebsd.org (Postfix) with ESMTP id 2EC5213C447 for ; Fri, 1 Feb 2008 10:22:49 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m11AMYXp030685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Feb 2008 21:22:36 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m11AM7LF032219; Fri, 1 Feb 2008 21:22:07 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m11AM7ni032218; Fri, 1 Feb 2008 21:22:07 +1100 (EST) (envelope-from peter) Date: Fri, 1 Feb 2008 21:22:06 +1100 From: Peter Jeremy To: "Heiko Wundram (Beenic)" Message-ID: <20080201102205.GN15719@server.vk2pj.dyndns.org> References: <200801310923.16029.wundram@beenic.net> <200801311701.49792.wundram@beenic.net> <86myqmvt0z.fsf@ds4.des.no> <200801311947.42545.wundram@beenic.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2B/JsCI69OhZNC5r" Content-Disposition: inline In-Reply-To: <200801311947.42545.wundram@beenic.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@freebsd.org Subject: Re: OT: getting the protocol family of a file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 10:22:49 -0000 --2B/JsCI69OhZNC5r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 31, 2008 at 07:47:41PM +0100, Heiko Wundram (Beenic) wrote: >I personally don't find this especially beautiful, and generally, as there= is=20 >a getsockopt(SO_TYPE), I'd have thought the above should look (somewhat)= =20 >similar to the following: > >int opt; >socklen_t optlen =3D sizeof(opt); > >getsockopt(fd,SOL_SOCKET,SO_DOMAIN,&opt,&optlen); Unfortunately and unlike the socket type returned by SO_TYPE, the protocol family does not seem to be readily available within the struct socket. Having had a rummage around in the socket structure, it's not obvious how to implement this in a protocol-independent way. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --2B/JsCI69OhZNC5r Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHovLN/opHv/APuIcRAoc9AJ0R6MweXj3aeat0TCILR+rms/7m/gCgqUqr AsNSCdt/srb3R4cKpR5pLGQ= =WuSq -----END PGP SIGNATURE----- --2B/JsCI69OhZNC5r-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 10:26:34 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EBBC16A41A; Fri, 1 Feb 2008 10:26:34 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 77E2D13C468; Fri, 1 Feb 2008 10:26:33 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47A2F3D7.1020307@FreeBSD.org> Date: Fri, 01 Feb 2008 11:26:31 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Alexander Motin References: <47A25412.3010301@FreeBSD.org> <47A255BB.3020708@FreeBSD.org> <47A25A3A.80700@FreeBSD.org> <47A2C142.9030306@FreeBSD.org> In-Reply-To: <47A2C142.9030306@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 10:26:34 -0000 Alexander Motin wrote: > Kris Kennaway пишет: >> Alexander Motin wrote: >>> Alexander Motin пишет: >>>> While profiling netgraph operation on UP HEAD router I have found >>>> that huge amount of time it spent on memory allocation/deallocation: >>> >>> I have forgotten to tell that it was mostly GENERIC kernel just built >>> without INVARIANTS, WITNESS and SMP but with 'profile 2'. >> >> What is 'profile 2'? > > I have thought it is high resolution profiling support. Isn't it? > OK. This is not commonly used so I don't know if it works. Try using hwpmc if possible to compare. When you say that your own allocation routines show less time use under profiling, how do they affect the actual system performance? Kris From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 10:30:58 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF1C816A420 for ; Fri, 1 Feb 2008 10:30:58 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 43AEC13C45B for ; Fri, 1 Feb 2008 10:30:58 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A5B03.dip.t-dialin.net [84.154.91.3]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id m119rJOA043709; Fri, 1 Feb 2008 09:53:20 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m119t3ZH090364; Fri, 1 Feb 2008 10:55:03 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m119squw020048; Fri, 1 Feb 2008 10:54:57 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200802010954.m119squw020048@fire.js.berklix.net> To: sam In-reply-to: <47A2E647.20503@gmail.com> References: <47A2E647.20503@gmail.com> Comments: In-reply-to sam message dated "Fri, 01 Feb 2008 12:28:39 +0300." Date: Fri, 01 Feb 2008 10:54:52 +0100 From: "Julian H. Stacey" Cc: freebsd-hackers@freebsd.org Subject: Re: double start of scripts in /usr/local/etc/rc.d X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 10:30:58 -0000 sam wrote: > hi all > description of my trouble: > on 6.3-RELEASE i386 > ------------------------------------------- > Clearing /tmp (X related). > Starting local daemons:. > Updating motd. > Mounting late file systems:. > Starting mysql. > Starting apache. > mysql already running? (pid=8720). > apache already running? (pid=8721). > Configuring syscons: keymap keyrate scrnmap blanktime. > Starting sshd. > Starting cron. > Local package initialization:Starting NONE > Starting NONE > . > ------------------------------------------- > services apache, mysql & shell-script none.sh is double started > > tryed on 6.3-STABLE i386 - normal work > > any solution? Maybe a reboot after crash, & old PID files were existant. Check if repeatable. Do a clean reboot, & see if it repeats. If it repeats, insert lines like ps -laxww | grep httpd > /tmp/before ps -laxww | grep httpd > /tmp/after at top & bottem of /usr/local/etc/rc.d/apache.sh to debug. -- Julian Stacey. BSD Unix Linux Net Consultant, Munich. http://berklix.com From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 10:51:41 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E575316A419 for ; Fri, 1 Feb 2008 10:51:41 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id 6236313C45D for ; Fri, 1 Feb 2008 10:51:41 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m11ApcGT006438 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Feb 2008 21:51:39 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m11ApBpF032496; Fri, 1 Feb 2008 21:51:11 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m11ApBiZ032495; Fri, 1 Feb 2008 21:51:11 +1100 (EST) (envelope-from peter) Date: Fri, 1 Feb 2008 21:51:11 +1100 From: Peter Jeremy To: sam Message-ID: <20080201105111.GC15719@server.vk2pj.dyndns.org> References: <47A2E647.20503@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NklN7DEeGtkPCoo3" Content-Disposition: inline In-Reply-To: <47A2E647.20503@gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@freebsd.org Subject: Re: double start of scripts in /usr/local/etc/rc.d X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 10:51:42 -0000 --NklN7DEeGtkPCoo3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 01, 2008 at 12:28:39PM +0300, sam wrote: >services apache, mysql & shell-script none.sh is double started What do you have as local_startup in /etc/rc.conf or /etc/defaults/rc.conf? Do you still have /usr/X11R6/etc/rc.d listed? --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --NklN7DEeGtkPCoo3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHovmf/opHv/APuIcRAvAqAJ0bWUgv37Ru2Q63dhWJhvs+qla5YwCgwAOq 8avtx0fiPl1TDTGRkM5cCbk= =DTQh -----END PGP SIGNATURE----- --NklN7DEeGtkPCoo3-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 11:06:36 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF2BD16A417 for ; Fri, 1 Feb 2008 11:06:36 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC6C13C447 for ; Fri, 1 Feb 2008 11:06:36 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1025926fgg.35 for ; Fri, 01 Feb 2008 03:06:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=gttGbL/EwY/25mFnR9YcUF0I+u/Q8teRO/o6VKgy62A=; b=K5abJddJtXStN78F56ICPstM8/pV6bJrx16piVGi00Izl9qTKG9l/w9qGAl0do2/f79rE2UbhqAMnT6ZYtvcxqiwIKqYExkTYT5X0yYb03vmawt8CCaQxSOsLve/nuaXTcNaASKHu9lUK5f0et0c/nsBRLCB877dSJbt6hqZT/g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=QJk8yVFwfOBKNF3dkeJh2KIU0R6VmnQkIjna8SxWbsyz0o09YfzNzIE79N+69MP8oHfuVN1wMZFRkWA5xlWDNTthth99bL7TUCDkFjMY2BQrUq3WO1/5MFVvCdbgzn8N1pYLeWZNVKbtxd34jgP1870WthWDUqWZvpu9wDnjBmo= Received: by 10.86.81.14 with SMTP id e14mr3041505fgb.42.1201863995307; Fri, 01 Feb 2008 03:06:35 -0800 (PST) Received: from ?192.168.12.166? ( [213.152.137.38]) by mx.google.com with ESMTPS id l19sm3528121fgb.0.2008.02.01.03.06.33 (version=SSLv3 cipher=RC4-MD5); Fri, 01 Feb 2008 03:06:34 -0800 (PST) Message-ID: <47A2FD4F.4090609@gmail.com> Date: Fri, 01 Feb 2008 14:06:55 +0300 From: sam User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Peter Jeremy References: <47A2E647.20503@gmail.com> <20080201105111.GC15719@server.vk2pj.dyndns.org> In-Reply-To: <20080201105111.GC15719@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: double start of scripts in /usr/local/etc/rc.d X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 11:06:36 -0000 Peter Jeremy wrote: > On Fri, Feb 01, 2008 at 12:28:39PM +0300, sam wrote: > >> services apache, mysql & shell-script none.sh is double started >> > > What do you have as local_startup in /etc/rc.conf or /etc/defaults/rc.conf? > Do you still have /usr/X11R6/etc/rc.d listed? > > /etc/rc.conf From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 11:27:03 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7031716A469 for ; Fri, 1 Feb 2008 11:27:03 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 3413113C44B for ; Fri, 1 Feb 2008 11:27:02 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 7AA082084 for ; Fri, 1 Feb 2008 12:26:52 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 6348B207F for ; Fri, 1 Feb 2008 12:26:52 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 446F1844A1; Fri, 1 Feb 2008 12:26:52 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: hackers@freebsd.org Date: Fri, 01 Feb 2008 12:26:52 +0100 Message-ID: <86k5lovrwj.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: vmstat layout X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 11:27:03 -0000 vmstat(1) tries very hard to fit everything in 80 columns. Unfortunately, it's been years since anyone had a machine where none of the columns overflowed. The recent addition of -h helps with the avm and fre columns, but on a busy system (e.g. a Varnish server on a busy web site), pretty much every single column will overflow. If you have disks with names longer than three letters, even the two header lines will be misaligned! Here's an example from a mostly idle machine: procs memory page disks f= aults cpu r b w avm fre flt re pi po fr sr ad0 ad1 ad2 ad3 ad10 ad12= in sy cs us sy id 2 1 0 193M 1015M 444 2 8 0 4862 0 0 0 0 0 0 0 = 348 1297 4704 1 7 92 Removing columns is not an acceptable solution (it would break too many existing scripts), so I'm afraid we're going to have to make the output wider than 80 columns, unless someone can come up with a better solution. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 11:41:20 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C66816A46C for ; Fri, 1 Feb 2008 11:41:20 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id CAB6C13C468 for ; Fri, 1 Feb 2008 11:41:19 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A50DA.dip.t-dialin.net [84.154.80.218]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id m11BfHWm044300; Fri, 1 Feb 2008 11:41:18 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m11Bh1Td091204; Fri, 1 Feb 2008 12:43:01 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m11Bgpkg022625; Fri, 1 Feb 2008 12:42:56 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200802011142.m11Bgpkg022625@fire.js.berklix.net> To: sam In-reply-to: <47A2EE6C.4070204@gmail.com> References: <47A2E647.20503@gmail.com> <47A2EC37.6070001@gmail.com> <47A2EE6C.4070204@gmail.com> Comments: In-reply-to sam message dated "Fri, 01 Feb 2008 13:03:24 +0300." Date: Fri, 01 Feb 2008 12:42:51 +0100 From: "Julian H. Stacey" Cc: freebsd-hackers@freebsd.org, glen.j.barber@gmail.com Subject: Re: double start of scripts in /usr/local/etc/rc.d X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 11:41:20 -0000 sam wrote: > > > iam tried remove /etc/rc.conf - situation is don`t changed for > shell-script none.sh Do not remove /etc/rc.conf Else on reboot your network can will not config & if remote you will be lost. -- Julian Stacey. BSD Unix Linux Net Consultant, Munich. http://berklix.com From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 11:54:34 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B2E616A419 for ; Fri, 1 Feb 2008 11:54:34 +0000 (UTC) (envelope-from stsp@stsp.name) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.freebsd.org (Postfix) with ESMTP id BBA1013C4EB for ; Fri, 1 Feb 2008 11:54:33 +0000 (UTC) (envelope-from stsp@stsp.name) X-Envelope-From: stsp@stsp.name X-Envelope-To: Received: from stsp.name (gast176.spline.inf.fu-berlin.de [130.133.110.176]) (authenticated bits=128) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id m11BsWXv016462 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 1 Feb 2008 12:54:32 +0100 Received: from jack.stsp.name (stsp@localhost.stsp.name [127.0.0.1]) by stsp.name (8.14.1/8.14.1) with ESMTP id m11BsWxt003332 for ; Fri, 1 Feb 2008 12:54:32 +0100 (CET) Received: (from stsp@localhost) by jack.stsp.name (8.14.1/8.14.1/Submit) id m11BsVIw003170 for freebsd-hackers@freebsd.org; Fri, 1 Feb 2008 12:54:31 +0100 (CET) X-Authentication-Warning: jack.stsp.name: stsp set sender to stsp@stsp.name using -f Date: Fri, 1 Feb 2008 12:54:31 +0100 From: Stefan Sperling To: freebsd-hackers@freebsd.org Message-ID: <20080201115431.GF2324@jack.stsp.name> Mail-Followup-To: freebsd-hackers@freebsd.org References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <47A1700B.3090406@gmail.com> <47A18EDA.4040501@elischer.org> <200801311025.55412.wundram@beenic.net> <947010c30801310200y20fae02eqd188d90086a7fc2d@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NQTVMVnDVuULnIzU" Content-Disposition: inline In-Reply-To: <947010c30801310200y20fae02eqd188d90086a7fc2d@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 11:54:34 -0000 --NQTVMVnDVuULnIzU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 31, 2008 at 11:00:25AM +0100, Johan Bucht wrote: > I've only tried CVS, Mericurial, Clearcase and a bit of Subversion. > And if you don't need IDE integration Mercurial seems to be working > pretty good. > I just read an article about the new merging and branching support > coming in Subversion 1.5 and it looks like it might have some future. > The IDE support is probably the best of the modern open source VCS. >=20 > http://www.javaworld.com/javaworld/jw-01-2008/jw-01-svnmerging.html Yes, merge tracking will definitely make it much easier to maintain branches in Subversion, including vendor branches containing a FreeBSD source tree. You can achieve much of the same effect by using the svnmerge.py script that ships with Subversion 1.4, but with 1.5 the server and client have merge tracking built in, so it's not a python script wrapper anymore, but a well-integrated feature. 1.5 has finally been branched a few days ago actually, so if you want to try it out go ahead and check out the branch and report any issues you find: svn co http://svn.collab.net/repos/svn/branches/1.5.x svn-1.5 --=20 stefan http://stsp.name PGP Key: 0xF59D25F0 --NQTVMVnDVuULnIzU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (OpenBSD) iD8DBQFHowh35dMCc/WdJfARAgpkAJ9Bcolhc87/PD1kOXpkstiWrDwkzACgniEo BmbI54rlis3EleilAubudD8= =5X7t -----END PGP SIGNATURE----- --NQTVMVnDVuULnIzU-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 11:55:27 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F36E16A417 for ; Fri, 1 Feb 2008 11:55:27 +0000 (UTC) (envelope-from stsp@stsp.name) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.freebsd.org (Postfix) with ESMTP id A169D13C47E for ; Fri, 1 Feb 2008 11:55:26 +0000 (UTC) (envelope-from stsp@stsp.name) X-Envelope-From: stsp@stsp.name X-Envelope-To: Received: from stsp.name (gast176.spline.inf.fu-berlin.de [130.133.110.176]) (authenticated bits=128) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id m11BtPFG017042 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 1 Feb 2008 12:55:25 +0100 Received: from jack.stsp.name (stsp@localhost.stsp.name [127.0.0.1]) by stsp.name (8.14.1/8.14.1) with ESMTP id m11BtPbW011769 for ; Fri, 1 Feb 2008 12:55:25 +0100 (CET) Received: (from stsp@localhost) by jack.stsp.name (8.14.1/8.14.1/Submit) id m11BtPLc012746 for freebsd-hackers@freebsd.org; Fri, 1 Feb 2008 12:55:25 +0100 (CET) X-Authentication-Warning: jack.stsp.name: stsp set sender to stsp@stsp.name using -f Date: Fri, 1 Feb 2008 12:55:25 +0100 From: Stefan Sperling To: freebsd-hackers@freebsd.org Message-ID: <20080201115525.GG2324@jack.stsp.name> Mail-Followup-To: freebsd-hackers@freebsd.org References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <20080131203705.GB1674@ted.stsp.name> <20080201000047.GA2452@kobe.laptop> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="t4apE7yKrX2dGgJC" Content-Disposition: inline In-Reply-To: <20080201000047.GA2452@kobe.laptop> User-Agent: Mutt/1.5.17 (2007-11-01) X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 11:55:27 -0000 --t4apE7yKrX2dGgJC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 01, 2008 at 02:00:47AM +0200, Giorgos Keramidas wrote: > > Most tools seem to insist on trying to import the whole history of a = =20 > > CVS repository before they let you start doing any work in the newly = =20 > > converted repository. All conversion tools I've tried failed converting= =20 > > the FreeBSD repository. = =20 > = =20 > Not really. You can keep 'importing' snapshots of the src tree from any = =20 > arbitrary CVS branch, if you are willing to wait until CVS checks out = =20 > the first copy of the snapshot. = =20 Yes, sure. As described I eventually got around to use a cvs working copy as a base for importing snapshots of FreeBSD code as well. What would be nicer though would be something that could be pointed at the RCS files in the CVS repo to do the same, i.e. skip the working copy step. That's what I was looking for, also because of pure technical interest. But it's clear that from a functional point of view a script achieves the same thing just fine, albeit it's slower and wastes a bit of disk space. --=20 stefan http://stsp.name PGP Key: 0xF59D25F0 --t4apE7yKrX2dGgJC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (OpenBSD) iD8DBQFHowit5dMCc/WdJfARAs5FAKCiRboDRKf+vPpigt+qwuy8NHBVFQCgue2O URQL+rx/bQKWJP1wdDMPljA= =SFEK -----END PGP SIGNATURE----- --t4apE7yKrX2dGgJC-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 11:59:48 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C58216A41A for ; Fri, 1 Feb 2008 11:59:48 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id ABB1913C45A for ; Fri, 1 Feb 2008 11:59:47 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by wx-out-0506.google.com with SMTP id i29so1008561wxd.7 for ; Fri, 01 Feb 2008 03:59:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=HxJ6En/j1laJtxaIHuIJCnRj/h2STiGHNUNHqNCzbjc=; b=qGj3iqybdnDzFl5ZFsrqDOtn/AdiQ4ao5hHlR3ODJwKIJsbyfrsNMWYKkhsYlnhMxtAVAMFOVsokZ6wkifN8cjqY99t0XNOmF4iCqju/blzvZA4uDoHfSDLdHhQadZSo/CznFhzzECtPnDiJJuj/MYMrWmGdJXWGTgfwMtIJJTI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=If49f7bEaNie5DCZ42AszY/OAQJeZ42jMJPOgdFC/1SnQDmtAkfL4joi12QG/IVLeVA02AEmdsTduIah8mnVpxhHsnW/Zde1TOgf7RmVgi8qrrGslvY1Fxyl3Vmi56dZtkd4UVTUG1Yi+UldqMvO5rk4V51tiGN1vZP1zZzK69c= Received: by 10.150.149.19 with SMTP id w19mr1273185ybd.121.1201867186984; Fri, 01 Feb 2008 03:59:46 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id g11sm14608409gve.6.2008.02.01.03.59.45 (version=SSLv3 cipher=RC4-MD5); Fri, 01 Feb 2008 03:59:46 -0800 (PST) From: Tom Evans To: sam In-Reply-To: <47A2FD4F.4090609@gmail.com> References: <47A2E647.20503@gmail.com> <20080201105111.GC15719@server.vk2pj.dyndns.org> <47A2FD4F.4090609@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-sjjTw9i/7w6865lkIY1p" Date: Fri, 01 Feb 2008 11:59:44 +0000 Message-Id: <1201867184.2975.30.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-hackers@freebsd.org Subject: Re: double start of scripts in /usr/local/etc/rc.d X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 11:59:48 -0000 --=-sjjTw9i/7w6865lkIY1p Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2008-02-01 at 14:06 +0300, sam wrote: > Peter Jeremy wrote: > > On Fri, Feb 01, 2008 at 12:28:39PM +0300, sam wrote: > > =20 > >> services apache, mysql & shell-script none.sh is double started > >> =20 > > > > What do you have as local_startup in /etc/rc.conf or /etc/defaults/rc.c= onf? > > Do you still have /usr/X11R6/etc/rc.d listed? > > > > =20 >=20 > /etc/rc.conf >=20 Sam: what is the output of=20 grep local_startup /etc/rc.conf /etc/defaults/rc.conf --=-sjjTw9i/7w6865lkIY1p Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHowmtlcRvFfyds/cRAj6iAJ4qXxbB1I1D816/MDDKw0RVAvtkGQCfdjoH IzBt0S+LHVnbbOmPEBrlep0= =cvX1 -----END PGP SIGNATURE----- --=-sjjTw9i/7w6865lkIY1p-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 12:04:05 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CA7416A475 for ; Fri, 1 Feb 2008 12:04:05 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 0F66813C45B for ; Fri, 1 Feb 2008 12:04:05 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=QCgIBgorYDW9HgyXmL9JTEmFUcyEEGrZk+CtHE8gntyUZvWguxXZi16ZIQnI/YTVLkVU+GrnpGIhUBKa5c9jnvU4zXMCT/CazdZLDJJ43+pqj/+A7iU3GClGMweR9i6/1cpJHFPwnIk2obWeNI8UGaWmpt/6OvbYO3qaZ47W/24=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JKucl-000CHT-Cv; Fri, 01 Feb 2008 15:04:03 +0300 Date: Fri, 1 Feb 2008 15:04:02 +0300 From: Eygene Ryabinkin To: sam Message-ID: References: <47A2E647.20503@gmail.com> <20080201105111.GC15719@server.vk2pj.dyndns.org> <47A2FD4F.4090609@gmail.com> <1201867184.2975.30.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1201867184.2975.30.camel@localhost> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.9 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: Tom Evans , freebsd-hackers@freebsd.org Subject: Re: double start of scripts in /usr/local/etc/rc.d X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 12:04:05 -0000 Fri, Feb 01, 2008 at 11:59:44AM +0000, Tom Evans wrote: > Sam: what is the output of > grep local_startup /etc/rc.conf /etc/defaults/rc.conf And is your /usr/X11R6 symlinked to /usr/local? -- Eygene From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 12:30:11 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F67E16A41A for ; Fri, 1 Feb 2008 12:30:11 +0000 (UTC) (envelope-from lukasz@wasikowski.net) Received: from bijou.wasikowski.net (bijou.wasikowski.net [IPv6:2001:808:10f::1]) by mx1.freebsd.org (Postfix) with ESMTP id C3EFF13C4E5 for ; Fri, 1 Feb 2008 12:30:10 +0000 (UTC) (envelope-from lukasz@wasikowski.net) Received: from localhost (localhost [127.0.0.1]) by bijou.wasikowski.net (Postfix) with ESMTP id DB2775C05F; Fri, 1 Feb 2008 13:30:08 +0100 (CET) X-Virus-Scanned: amavisd-new at wasikowski.net Received: from bijou.wasikowski.net ([127.0.0.1]) by localhost (bijou.wasikowski.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D2Neupa4MT7d; Fri, 1 Feb 2008 13:30:03 +0100 (CET) Received: from leeloox (gpx218.internetdsl.tpnet.pl [83.3.153.218]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by bijou.wasikowski.net (Postfix) with ESMTP id BA5195C036; Fri, 1 Feb 2008 13:30:02 +0100 (CET) From: =?iso-8859-2?Q?=A3ukasz_W=B1sikowski?= To: References: <47A2E647.20503@gmail.com> In-Reply-To: <47A2E647.20503@gmail.com> Date: Fri, 1 Feb 2008 13:29:56 +0100 Message-ID: <023601c864ce$27e4b640$77ae22c0$@net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AchktNPHkPjTpFZhQFCvKH/ttA/69AAGSGeQ Content-Language: pl Cc: 'sam' Subject: RE: double start of scripts in /usr/local/etc/rc.d X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 12:30:11 -0000 Hello! > services apache, mysql & shell-script none.sh is double started > tryed on 6.3-STABLE i386 - normal work Add to /etc/rc.conf: local_startup="/usr/local/etc/rc.d" -- Best regards, Lukasz Wasikowski From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 13:04:58 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CD7B16A47D for ; Fri, 1 Feb 2008 13:04:58 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id BDC1C13C4E8 for ; Fri, 1 Feb 2008 13:04:57 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1059994fgg.35 for ; Fri, 01 Feb 2008 05:04:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=rt4BTmLvO+G99ockA3XwBiPNnyaiOpzUnv6J6jxbqKM=; b=GCnxMW0EeYOngLSWIYb4MiSQeudmOB69By1dSIkCaxdJL90f0FgWQpvLvmneixA4QTnrhiIofr0Tt69dKgto5BnsVsUdiniaTw2ErxUGxKyXQ9crjJodPYoGXp8fn3sg0UT6kZ/LHd/aLD1rRA9EwoKr3En3o88IZYp1VGP/Ues= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=T7jz9fwGb+cOMBzf5Q3sJF3s2RiXuquiPrm7v5hAdMlPeMdphxFe1qqDTb0OpC2KUjo99MH2PG4xylGJb3C6hXA+gR1S6EJPVjq61VxvObdc1WnZpAVG6c1PidjM5ynobHoj6tLDkNyCL9OpW3dH3SKMgqoFofoKQvXRkWcU/vc= Received: by 10.86.50.8 with SMTP id x8mr3148184fgx.30.1201871096446; Fri, 01 Feb 2008 05:04:56 -0800 (PST) Received: from ?192.168.12.166? ( [213.152.137.38]) by mx.google.com with ESMTPS id 3sm477785fge.7.2008.02.01.05.04.54 (version=SSLv3 cipher=RC4-MD5); Fri, 01 Feb 2008 05:04:55 -0800 (PST) Message-ID: <47A318F3.6040206@gmail.com> Date: Fri, 01 Feb 2008 16:04:51 +0300 From: sam User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Eygene Ryabinkin References: <47A2E647.20503@gmail.com> <20080201105111.GC15719@server.vk2pj.dyndns.org> <47A2FD4F.4090609@gmail.com> <1201867184.2975.30.camel@localhost> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Tom Evans , freebsd-hackers@freebsd.org Subject: Re: double start of scripts in /usr/local/etc/rc.d X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 13:04:58 -0000 Eygene Ryabinkin wrote: > Fri, Feb 01, 2008 at 11:59:44AM +0000, Tom Evans wrote: > >> Sam: what is the output of >> grep local_startup /etc/rc.conf /etc/defaults/rc.conf >> > > And is your /usr/X11R6 symlinked to /usr/local? > have this symlink /Vladimir Ermakov From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 13:07:58 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A99C16A417 for ; Fri, 1 Feb 2008 13:07:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 28FEE13C4E5 for ; Fri, 1 Feb 2008 13:07:57 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 4A9A0207F; Fri, 1 Feb 2008 14:07:49 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 318922049; Fri, 1 Feb 2008 14:07:49 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 09E4C844B3; Fri, 1 Feb 2008 14:07:49 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Heiko Wundram \(Beenic\)" References: <200801310923.16029.wundram@beenic.net> <200801311701.49792.wundram@beenic.net> <86myqmvt0z.fsf@ds4.des.no> <200801311947.42545.wundram@beenic.net> Date: Fri, 01 Feb 2008 14:07:48 +0100 In-Reply-To: <200801311947.42545.wundram@beenic.net> (Heiko Wundram's message of "Thu\, 31 Jan 2008 19\:47\:41 +0100") Message-ID: <86bq70vn8b.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: OT: getting the protocol family of a file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 13:07:58 -0000 "Heiko Wundram (Beenic)" writes: > At the moment, there are two different kinds of connections being > handled by front-end plugins (which basically accept on a listening > socket, set up a certain initial state and pass it to the backend): > AF_INET(6) and AF_BLUETOOTH. The latter won't work with the > getaddr*-functions or getnameinfo() to format the address, so fix getnameinfo() :) > I personally don't find this especially beautiful why does it need to be beautiful? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 13:15:03 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB42B16A476 for ; Fri, 1 Feb 2008 13:15:03 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id A03F913C457 for ; Fri, 1 Feb 2008 13:15:03 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=G/UtLvZEK3u8F4Mw49vPb76hp5OxYXE7gW4IgY3v7i6bnK18a1e4IVifjIGJ18+d2xkFGEnGVJwmStGcMqlqNMsAdruBYo1ojtNIo5nXJccuq38OY7bHmU8rrZoO0UZM1fEBSa4qikPV0AJBVicdgYpAe8DW+ncoL7eVzADv7q4=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JKvjR-000CeH-Dr; Fri, 01 Feb 2008 16:15:01 +0300 Date: Fri, 1 Feb 2008 16:15:00 +0300 From: Eygene Ryabinkin To: sam Message-ID: <8BK9hGY47q693Ae/THmLm0+ESYM@lAQxaF3PeR+wzAYKIeRVhQKEwXM> References: <47A2E647.20503@gmail.com> <20080201105111.GC15719@server.vk2pj.dyndns.org> <47A2FD4F.4090609@gmail.com> <1201867184.2975.30.camel@localhost> <47A318F3.6040206@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <47A318F3.6040206@gmail.com> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.9 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: Tom Evans , freebsd-hackers@freebsd.org Subject: Re: double start of scripts in /usr/local/etc/rc.d X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 13:15:04 -0000 Fri, Feb 01, 2008 at 04:04:51PM +0300, sam wrote: > Eygene Ryabinkin wrote: >> Fri, Feb 01, 2008 at 11:59:44AM +0000, Tom Evans wrote: >> >>> Sam: what is the output of grep local_startup /etc/rc.conf >>> /etc/defaults/rc.conf >>> >> >> And is your /usr/X11R6 symlinked to /usr/local? >> > have this symlink Then remove /usr/X11R6/etc from the local_startup variable (in /etc/rc.conf and/or in /etc/defaults/rc.conf) and enjoy single startup of scripts ;)) Seems like you had updated your system to Xorg 7.2, but forgot to run /usr/ports/Tools/scripts/mergebase.sh or mergebase.sh failed to remove /usr/X11R6/etc from local_startup. -- Eygene From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 13:19:32 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D4FB16A41A for ; Fri, 1 Feb 2008 13:19:32 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 3209513C44B for ; Fri, 1 Feb 2008 13:19:32 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.38] (a89-182-8-185.net-htp.de [89.182.8.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 431A7A44529; Fri, 1 Feb 2008 14:19:30 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= Date: Fri, 1 Feb 2008 14:20:48 +0100 User-Agent: KMail/1.9.7 References: <200801310923.16029.wundram@beenic.net> <200801311947.42545.wundram@beenic.net> <86bq70vn8b.fsf@ds4.des.no> In-Reply-To: <86bq70vn8b.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802011420.48350.wundram@beenic.net> Cc: freebsd-hackers@freebsd.org Subject: Re: OT: getting the protocol family of a file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 13:19:32 -0000 Am Freitag, 1. Februar 2008 14:07:48 schrieb Dag-Erling Sm=C3=B8rgrav: > "Heiko Wundram (Beenic)" writes: > > At the moment, there are two different kinds of connections being > > handled by front-end plugins (which basically accept on a listening > > socket, set up a certain initial state and pass it to the backend): > > AF_INET(6) and AF_BLUETOOTH. The latter won't work with the > > getaddr*-functions or getnameinfo() to format the address, > > so fix getnameinfo() :) > > > I personally don't find this especially beautiful > > why does it need to be beautiful? No, it doesn't need to be beautiful, of course. But when you use a language= =20 that has (slightly) higher type-safety than C, such as C++ (in the form of= =20 allowing you to cast pretty much anything to anything, but having to cast=20 _explicitly_ for pointers of different types except for conversion to void*= ),=20 you're bound to not understand your code after some time of letting it rest. And, it makes the code harder to read (at least if you stick to C++'s stand= ard=20 *_cast<>() templates) and debugging it more painful. That's what I'd call beautiful (as in "minimize the number of casts you=20 need"), but again, I already said that that it's okay if "it's just me." An= d=20 the actual "dirty" code is hidden away in a framework, anyway, so I hopeful= ly=20 won't have to touch that for quite some time. ;-) =2D-=20 Heiko Wundram Product & Application Development From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 14:54:13 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97BB716A41B for ; Fri, 1 Feb 2008 14:54:13 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 5C8BD13C459 for ; Fri, 1 Feb 2008 14:54:13 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 214121CE71; Fri, 1 Feb 2008 15:54:12 +0100 (CET) Date: Fri, 1 Feb 2008 15:54:12 +0100 From: Ed Schouten To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20080201145412.GF67081@hoeg.nl> References: <86k5lovrwj.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dNAMVNv5nvnU4ZiI" Content-Disposition: inline In-Reply-To: <86k5lovrwj.fsf@ds4.des.no> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: hackers@freebsd.org Subject: Re: vmstat layout X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 14:54:13 -0000 --dNAMVNv5nvnU4ZiI Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Dag-Erling Sm=F8rgrav wrote: > vmstat(1) tries very hard to fit everything in 80 columns. >=20 > Unfortunately, it's been years since anyone had a machine where none of > the columns overflowed. >=20 > The recent addition of -h helps with the avm and fre columns, but on a > busy system (e.g. a Varnish server on a busy web site), pretty much > every single column will overflow. If you have disks with names longer > than three letters, even the two header lines will be misaligned! >=20 > Here's an example from a mostly idle machine: >=20 > procs memory page disks = faults cpu > r b w avm fre flt re pi po fr sr ad0 ad1 ad2 ad3 ad10 ad= 12 in sy cs us sy id > 2 1 0 193M 1015M 444 2 8 0 4862 0 0 0 0 0 0 0= 348 1297 4704 1 7 92 >=20 > Removing columns is not an acceptable solution (it would break too many > existing scripts), so I'm afraid we're going to have to make the output > wider than 80 columns, unless someone can come up with a better solution. What about flipping the rows and columns? That will also give us more space to add better descriptions. --=20 Ed Schouten WWW: http://g-rave.nl/ --dNAMVNv5nvnU4ZiI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkejMpMACgkQ52SDGA2eCwVUWwCdFsRA66G+/2/xhvkIjvCfkp4V orgAn2KrvjrviPu/UO0IvqzQH9c26rxN =cSGN -----END PGP SIGNATURE----- --dNAMVNv5nvnU4ZiI-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 15:44:57 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 580C316A41A for ; Fri, 1 Feb 2008 15:44:57 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.191]) by mx1.freebsd.org (Postfix) with ESMTP id D718E13C4F0 for ; Fri, 1 Feb 2008 15:44:56 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so816097mue.6 for ; Fri, 01 Feb 2008 07:44:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:from; bh=OtrpKeIH9iF8VeGKmlUQUTn+VRtA5yOURCiylY9iDlg=; b=loX22cC4/A4yjC05yQ/FHUJD26SMv2eA+pJ5XITeuBmgap90O7f8Hz32Uqe3tptLgOJY3M0B0QTv88XAm0BfO0CyQFS218IxRKWqSUQqf0QHBUzq+TtP5e4JNPJCsLfl9YaTkfgxE40RXekziUaPMiTrYx1FkDgcbJBc6k2Rktg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:from; b=q3lMsYOmqrCe/uC9BxtGdPoaXe+fjlsbXEtESHkovWX0GLSfiPJqpURm/eHSLj+VUW3I4Kb327BkFKguvwq8n2Z1GVm34yaxWbYoq3cNLSn2g+iiN+O3185CRSriNHEnFmGYaYz8fJ9Hnbk1Y/U9UeBrcnM5dID56t4hY8AMfU8= Received: by 10.78.140.17 with SMTP id n17mr6319220hud.47.1201879070308; Fri, 01 Feb 2008 07:17:50 -0800 (PST) Received: from ?192.168.1.107? ( [76.22.52.184]) by mx.google.com with ESMTPS id s37sm1836699hub.58.2008.02.01.07.17.40 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 01 Feb 2008 07:17:41 -0800 (PST) Message-Id: To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <86k5lovrwj.fsf@ds4.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v915) Date: Fri, 1 Feb 2008 07:18:27 -0800 References: <86k5lovrwj.fsf@ds4.des.no> X-Mailer: Apple Mail (2.915) From: Garrett Cooper X-Mailman-Approved-At: Fri, 01 Feb 2008 15:48:48 +0000 Cc: hackers@freebsd.org Subject: Re: vmstat layout X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 15:44:57 -0000 On Feb 1, 2008, at 3:26 AM, Dag-Erling Sm=F8rgrav wrote: > vmstat(1) tries very hard to fit everything in 80 columns. > > Unfortunately, it's been years since anyone had a machine where none =20= > of > the columns overflowed. [...] > Removing columns is not an acceptable solution (it would break too =20 > many > existing scripts), so I'm afraid we're going to have to make the =20 > output > wider than 80 columns, unless someone can come up with a better =20 > solution. > > DES What about multiline entries with indentation to group fields for =20 "human readable output"? For example... procs memory page =20 disks faults cpu r b w avm fre flt re pi po fr sr ad0 ad1 ad2 ad3 ad10 =20= ad12 in sy cs us sy id 2 1 0 193M 1015M 444 2 8 0 4862 0 0 0 0 0 0 =20= 0 348 1297 4704 1 7 92 ...may become something like... field_title_0 field_title_1 field_title_2 [subfields go here] [...] [...] field_title_3 [...] = field_title_n [...] [...] = [...] Does that make sense? Cheers, -Garrett= From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 19:07:22 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D059516A46B; Fri, 1 Feb 2008 19:07:22 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9455E13C4D5; Fri, 1 Feb 2008 19:07:22 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 449F448030; Fri, 1 Feb 2008 14:07:21 -0500 (EST) Date: Fri, 1 Feb 2008 19:07:21 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexander Motin In-Reply-To: <47A2C2A2.5040109@FreeBSD.org> Message-ID: <20080201185435.X88034@fledge.watson.org> References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org, Julian Elischer Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 19:07:22 -0000 On Fri, 1 Feb 2008, Alexander Motin wrote: > That was actually my second question. As there is only 512 items by default > and they are small in size I can easily preallocate them all on boot. But is > it a good way? Why UMA can't do just the same when I have created zone with > specified element size and maximum number of objects? What is the principal > difference? Alexander, I think we should drill down in the analysis a bit and see if we can figure out what's going on with UMA. What UMA essentially does is ask the VM for pages, and then pack objects into pages. It maintains some meta-data, and depending on the relative sizes of objects and pages, it may store it in the page or potentially elsewhere. Either way, it looks very much an array of struct object. It has a few extra layers of wrapping in order to maintain stats, per-CPU caches, object life cycle, etc. When INVARIANTS is turned off, allocation from the per-CPU cache consists of pulling objects in and out of one of two per-CPU queues. So I guess the question is: where are the cycles going? Are we suffering excessive cache misses in managing the slabs? Are you effectively "cycling through" objects rather than using a smaller set that fits better in the cache? Is some bit of debugging enabled that shouldn't be, perhaps due to a failure of ifdefs? BTW, UMA does let you set the size of buckets, so you can try tuning the bucket size. For starts, try setting the zone flag UMA_ZONE_MAXBUCKET. It would be very helpful if you could try doing some analysis with hwpmc -- "high resolution profiling" is of increasingly limited utility with modern CPUs, where even a high frequency timer won't run very often. It's also quite subject to cycle events that align with other timers in the system. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 20:16:29 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F24916A417; Fri, 1 Feb 2008 20:16:29 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id A430013C459; Fri, 1 Feb 2008 20:16:28 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 71825377; Fri, 01 Feb 2008 22:16:27 +0200 Message-ID: <47A37E14.7050801@FreeBSD.org> Date: Fri, 01 Feb 2008 22:16:20 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Robert Watson References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> <20080201185435.X88034@fledge.watson.org> In-Reply-To: <20080201185435.X88034@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 20:16:29 -0000 Hi. Robert Watson wrote: > It would be very helpful if you could try doing some analysis with hwpmc > -- "high resolution profiling" is of increasingly limited utility with > modern CPUs, where even a high frequency timer won't run very often. > It's also quite subject to cycle events that align with other timers in > the system. I have tried hwpmc but still not completely friendly with it. Whole picture is somewhat alike to kgmon's, but it looks very noisy. Is there some "know how" about how to use it better? I have tried it for measuring number of instructions. But I am in doubt that instructions is a correct counter for performance measurement as different instructions may have very different execution times depending on many reasons, like cache misses and current memory traffic. I have tried to use tsc to count CPU cycles, but got the error: # pmcstat -n 10000 -S "tsc" -O sample.out pmcstat: ERROR: Cannot allocate system-mode pmc with specification "tsc": Operation not supported What have I missed? I am now using Pentium4 Prescott CPU with HTT enabled in BIOS, but kernel built without SMP to simplify profiling. What counters can you recommend me to use on it for regular time profiling? Thanks for reply. -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 21:05:29 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14FA516A420 for ; Fri, 1 Feb 2008 21:05:29 +0000 (UTC) (envelope-from ady@ady.ro) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id BA8CB13C4CC for ; Fri, 1 Feb 2008 21:05:28 +0000 (UTC) (envelope-from ady@ady.ro) Received: by wr-out-0506.google.com with SMTP id 68so1225149wri.3 for ; Fri, 01 Feb 2008 13:05:27 -0800 (PST) Received: by 10.143.5.21 with SMTP id h21mr2547233wfi.80.1201899926472; Fri, 01 Feb 2008 13:05:26 -0800 (PST) Received: by 10.143.167.6 with HTTP; Fri, 1 Feb 2008 13:05:26 -0800 (PST) Message-ID: <78cb3d3f0802011305r2553e959ta369be4a4aa19e78@mail.gmail.com> Date: Fri, 1 Feb 2008 23:05:26 +0200 From: "Adrian Penisoara" Sender: ady@ady.ro To: "Eduardo Morras" In-Reply-To: <4697825123020760327@unknownmsgid> MIME-Version: 1.0 References: <78cb3d3f0801201239x18c339a6sbc6a04d2b5670b81@mail.gmail.com> <4697825123020760327@unknownmsgid> X-Google-Sender-Auth: 93ebb5167b5b7a84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Squeezing out some 70 bytes out of the boot2 loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 21:05:29 -0000 Hi, On Jan 31, 2008 8:58 PM, Eduardo Morras wrote: > At 21:39 20/01/2008, you wrote: > > >Hello > > > > I am trying to hack in some symlink support into the > [sys/boot/i386/]boot2 > >bootloader (for my project [1]) and I seem to fall short of about 69 > bytes: > > > >as -o boot2.o boot2.s > >ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o > >boot2.out/build/obj/build/src/sys/boot/i386/boot2/../btx/lib/crt0.o > >boot2.o sio.o > >objcopy -S -O binary boot2.out boot2.bin > >btxld -v -E 0x2000 -f bin -b > >/build/obj/build/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o > >boot2.ld -P 1 boot2.bin > >kernel: ver=1.01 size=7b0 load=9000 entry=9010 map=16M pgctl=1:1 > >client: fmt=bin size=1581 text=0 data=0 bss=0 entry=0 > >output: fmt=bin size=1e45 text=114 data=1d31 org=0 entry=0 > >-69 bytes available > >*** Error code 1 > > > > What can I do to get room for about 70-100 bytes for these changes to > make > >it into the bootloader ? > > > >[1] I'm trying to get support for /boot being mounted as a separate FS > and > >as such I would need to have a "self-pointing" symlink (e.g. "boot -> ." > ) > >to easily mask the fact that the boot stuff is now right in the root of > that > >FS. Fortunately the FORTH loader does support symlinks and I do not get > >problems with it. I know that I can use /boot.kernel as a workaround, but > >that is not too elegant. > > How big is boot2? You can compress it with an arithmetic coder, and > only put the decoder plus the compressed boot2. There are very tiny > arith coders, in assm, with 100-120 bytes of code (even less). > > boot2 has a fixed 7680 bytes size and it's made up of the boot2.bin (5505 bytes, stripped off boot2.o) and "cooked" with btxld(8). I see that the resulting boot2[.ld] file must not grow over 7680 bytes. Currently boot2.ldis at 7749 bytes... I guess code compression should be hacked into [sys/boot/i386/btx/]btxldr but, since I have an easy workaround for now (touching base with /boot.config), for the moment I'd rather trust the mature and long used present code. There will be time to get back to this later, unless grub prevails or another 1st stage bootloader emerges... ;) Thanks for the tips, Adrian Penisoara ROFUG / EnterpriseBSD From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 21:44:19 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC8D016A418 for ; Fri, 1 Feb 2008 21:44:19 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (acme.spoerlein.net [217.172.44.86]) by mx1.freebsd.org (Postfix) with ESMTP id 5201513C45B for ; Fri, 1 Feb 2008 21:44:19 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180129158.adsl.alicedsl.de [85.180.129.158]) by acme.spoerlein.net (8.14.1/8.14.1) with ESMTP id m11LTpTC039186 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 1 Feb 2008 22:29:52 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m11LTnvp042649 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Feb 2008 22:29:49 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m11LTmDq042648; Fri, 1 Feb 2008 22:29:48 +0100 (CET) (envelope-from uspoerlein@gmail.com) X-Authentication-Warning: roadrunner.spoerlein.net: uqs set sender to uspoerlein@gmail.com using -f Date: Fri, 1 Feb 2008 22:29:48 +0100 From: Ulrich Spoerlein To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Message-ID: <20080201212948.GE1550@roadrunner.spoerlein.net> Mail-Followup-To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= , hackers@freebsd.org References: <86k5lv1l84.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86k5lv1l84.fsf@ds4.des.no> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: hackers@freebsd.org Subject: Re: 'periodic daily' memory usage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 21:44:19 -0000 On Sun, 27.01.2008 at 13:55:39 +0100, Dag-Erling Smørgrav wrote: > --- etc/periodic/security/100.chksetuid 23 Nov 2007 13:00:31 -0000 1.9 > +++ etc/periodic/security/100.chksetuid 27 Jan 2008 12:54:38 -0000 > @@ -43,22 +43,17 @@ > [Yy][Ee][Ss]) > echo "" > echo 'Checking setuid files and devices:' > - # XXX Note that there is the possibility of overrunning the args to ls > - MP=`mount -t ufs,zfs | egrep -v " no(suid|exec)" | awk '{ print $3 }' | sort` > - if [ -n "${MP}" ] > - then > - set ${MP} > - while [ $# -ge 1 ]; do > - mount=$1 > - shift > - find $mount -xdev -type f \ > - \( -perm -u+x -or -perm -g+x -or -perm -o+x \) \ > - \( -perm -u+s -or -perm -g+s \) -print0 > - done | xargs -0 -n 20 ls -liTd | sed 's/^ *//' | sort -k 11 | > - check_diff setuid - "${host} setuid diffs:" > - rc=$? > - fi;; > - *) rc=0;; > + MP=`mount -t ufs,zfs | awk '$0 !~ /no(suid|exec)/ { print $3 }'` > + find -sx $MP -type f \ > + \( -perm -u+x -or -perm -g+x -or -perm -o+x \) \ > + \( -perm -u+s -or -perm -g+s \) -print0 | > + xargs -0 ls -liTd | > + check_diff setuid - "${host} setuid diffs:" > + rc=$? > + ;; Since $MP might be empty (think NFS_ROOT or CD9660_ROOT) you'd still need the [ -n "$MP" ] check, AFAICS. Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 22:08:14 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9278616A420 for ; Fri, 1 Feb 2008 22:08:14 +0000 (UTC) (envelope-from ady@ady.ro) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234]) by mx1.freebsd.org (Postfix) with ESMTP id 40B4613C467 for ; Fri, 1 Feb 2008 22:08:13 +0000 (UTC) (envelope-from ady@ady.ro) Received: by wr-out-0506.google.com with SMTP id 68so1261607wri.3 for ; Fri, 01 Feb 2008 14:08:13 -0800 (PST) Received: by 10.142.79.15 with SMTP id c15mr2594739wfb.105.1201903692031; Fri, 01 Feb 2008 14:08:12 -0800 (PST) Received: by 10.143.167.6 with HTTP; Fri, 1 Feb 2008 14:08:12 -0800 (PST) Message-ID: <78cb3d3f0802011408p6061353ei76a077cfadd4e379@mail.gmail.com> Date: Sat, 2 Feb 2008 00:08:12 +0200 From: "Adrian Penisoara" Sender: ady@ady.ro To: ticso@cicely.de In-Reply-To: <20080121003847.GI22192@cicely12.cicely.de> MIME-Version: 1.0 References: <78cb3d3f0801201239x18c339a6sbc6a04d2b5670b81@mail.gmail.com> <20080121003847.GI22192@cicely12.cicely.de> X-Google-Sender-Auth: 2e25b48971a0c74d Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Squeezing out some 70 bytes out of the boot2 loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 22:08:14 -0000 Hi, On Jan 21, 2008 2:38 AM, Bernd Walter wrote: > On Sun, Jan 20, 2008 at 10:39:45PM +0200, Adrian Penisoara wrote: > > Hello > > > > I am trying to hack in some symlink support into the > [sys/boot/i386/]boot2 > > bootloader (for my project [1]) and I seem to fall short of about 69 > bytes: > > > > as -o boot2.o boot2.s > > ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o > > boot2.out/build/obj/build/src/sys/boot/i386/boot2/../btx/lib/crt0.o > > boot2.o sio.o > > objcopy -S -O binary boot2.out boot2.bin > > btxld -v -E 0x2000 -f bin -b > > /build/obj/build/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o > > boot2.ld -P 1 boot2.bin > > kernel: ver=1.01 size=7b0 load=9000 entry=9010 map=16M pgctl=1:1 > > client: fmt=bin size=1581 text=0 data=0 bss=0 entry=0 > > output: fmt=bin size=1e45 text=114 data=1d31 org=0 entry=0 > > -69 bytes available > > *** Error code 1 > > > > What can I do to get room for about 70-100 bytes for these changes to > make > > it into the bootloader ? > > > > [1] I'm trying to get support for /boot being mounted as a separate FS > and > > as such I would need to have a "self-pointing" symlink (e.g. "boot -> ." > ) > > to easily mask the fact that the boot stuff is now right in the root of > that > > FS. Fortunately the FORTH loader does support symlinks and I do not get > > problems with it. I know that I can use /boot.kernel as a workaround, > but > > that is not too elegant. > > The support is already there - at least to some definition. > You just need to symlink it the other way, so the kernel sees the > symlink and not the bootcode: > Mount your boot-FS into /bootdir with a /boot subdir inside. > So on ypur running system you have /bootdir/boot. > Then symlink /boot on your real /-FS to /bootdir/boot and you are fine > with tools expecting /boot on your running system. > Fill the directory with the usual content. > boot2 and later loader stages will just see it's normal /boot inside > with everything in it. Yes, it would work indeed, with quite minimal overhead, but it's not elegant enough for my taste. Fortunately /boot/loader knows how to deal with symlinks so I can push [1] a "boot -> ." symlink [2] into the boot partition, it's just the boot2 loader who doesn't know about this. [1] Actually I also need to get the boostrap code file (/boot/boot used by bsdlabel -B) out of the way first, renaming it to something more meaningful (e.g. /boot/bootstrap). [2] I seem to remember Linux was once doing this symlink once, but I guess that nowadays, when GRUB became the default bootloader, its utility has disappeared. > This is already published on http://wiki.freebsd.org/ZFSOnRoot for > having a non UFS filesystem as /. > Actually I am trying to build myself a ZFS root structure too. Thanks for the tip. Regards, Adrian Penisoara ROFUG / EnterpriseBSD From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 22:24:12 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0646316A41A for ; Fri, 1 Feb 2008 22:24:12 +0000 (UTC) (envelope-from ady@ady.ro) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.freebsd.org (Postfix) with ESMTP id BF34B13C45A for ; Fri, 1 Feb 2008 22:24:11 +0000 (UTC) (envelope-from ady@ady.ro) Received: by wx-out-0506.google.com with SMTP id i29so1204163wxd.7 for ; Fri, 01 Feb 2008 14:24:11 -0800 (PST) Received: by 10.142.103.6 with SMTP id a6mr2620156wfc.21.1201904649554; Fri, 01 Feb 2008 14:24:09 -0800 (PST) Received: by 10.143.167.6 with HTTP; Fri, 1 Feb 2008 14:24:09 -0800 (PST) Message-ID: <78cb3d3f0802011424w46fb71fbp7169a5e60ee5718f@mail.gmail.com> Date: Sat, 2 Feb 2008 00:24:09 +0200 From: "Adrian Penisoara" Sender: ady@ady.ro To: "Tim Kientzle" In-Reply-To: <4793C977.9000803@freebsd.org> MIME-Version: 1.0 References: <78cb3d3f0801201239x18c339a6sbc6a04d2b5670b81@mail.gmail.com> <4793C977.9000803@freebsd.org> X-Google-Sender-Auth: 789111fc6ef70a04 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Squeezing out some 70 bytes out of the boot2 loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 22:24:12 -0000 Hi, On Jan 21, 2008 12:21 AM, Tim Kientzle wrote: > Adrian Penisoara wrote: > > Hello > > > > I am trying to hack in some symlink support into the > [sys/boot/i386/]boot2 > > bootloader (for my project [1]) and I seem to fall short of about 69 > bytes: > > > ... > > > > [1] I'm trying to get support for /boot being mounted as a separate FS > and > > as such I would need to have a "self-pointing" symlink (e.g. "boot -> ." > ) > > Just because there is a symlink doesn't mean boot2 has > to follow it. > > I haven't looked at the boot2 code, but I presume > there's the equivalent of "chdir boot" in there. > What if you just ignored failure (if there's no > "boot" entry or "boot" isn't a dir, assume the > boot files are in the root of the FS). > > Wouldn't that work just as well and require less space? Actually the code which should be modified is common for multiple platforms/loaders and I fear I might be breaking more things than resolving what I want. And I would not like adding yet another hardcoded "/boot" string in there ;). Thanks, Adrian Penisoara ROFUG / EnterpriseBSD From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 22:35:00 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 806E616A421 for ; Fri, 1 Feb 2008 22:35:00 +0000 (UTC) (envelope-from ady@ady.ro) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.freebsd.org (Postfix) with ESMTP id 438F413C45A for ; Fri, 1 Feb 2008 22:35:00 +0000 (UTC) (envelope-from ady@ady.ro) Received: by wx-out-0506.google.com with SMTP id i29so1207932wxd.7 for ; Fri, 01 Feb 2008 14:34:59 -0800 (PST) Received: by 10.142.180.17 with SMTP id c17mr2611399wff.144.1201905298330; Fri, 01 Feb 2008 14:34:58 -0800 (PST) Received: by 10.143.167.6 with HTTP; Fri, 1 Feb 2008 14:34:58 -0800 (PST) Message-ID: <78cb3d3f0802011434p5bed2b1ex39320962f0bc8bf5@mail.gmail.com> Date: Sat, 2 Feb 2008 00:34:58 +0200 From: "Adrian Penisoara" Sender: ady@ady.ro To: "Mike Meyer" In-Reply-To: <20080131110237.06860561@mbook.mired.org> MIME-Version: 1.0 References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <20080131110237.06860561@mbook.mired.org> X-Google-Sender-Auth: 22d096248eea8d47 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 22:35:00 -0000 Hi, On Jan 31, 2008 6:02 PM, Mike Meyer wrote: > On Thu, 31 Jan 2008 08:45:55 +0200 "Adrian Penisoara" > wrote: > > Side-topic, if you bear with me: if you were to choose again what to > use > > as source revision control system (VCS) from today's offerings, what > would > > you choose to maintain FreeBSD's sources or a side-off project tracking > > FreeBSD as base that would allow better teams cooperation and easy code > > merging between projects/branches ? > > Pretty much any post-CVS VCS will do that. But if you want a good > merge facility, Perforce's are - well, after getting used to them, > everything else feels like throwing your code against the wall and > hoping the right parts stick. I talked to one of the git developers > about a year ago, and they were thinking about adding a guided merge > inspired by what Perforce does. > > I do trust you on Perforce being a strong contender for the job, but, unfortunately, looking at their licensing terms for OSS projects I do get some second thoughts. Perhaps that's why FreeBSD did not migrate mainstream sources over to P4 yet ;)... Thanks, Adrian Penisoara ROFUG / EnterpriseBSD From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 22:48:47 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2884016A419 for ; Fri, 1 Feb 2008 22:48:47 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (bhuda.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id B689313C478 for ; Fri, 1 Feb 2008 22:48:46 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 95172 invoked by uid 1001); 1 Feb 2008 22:48:52 -0000 Received: from bhuda.mired.org (localhost.localdomain [127.0.0.1]) by bhuda.mired.org (tmda-ofmipd) with ESMTP; Fri, 01 Feb 2008 17:48:51 -0500 Date: Fri, 1 Feb 2008 17:48:50 -0500 To: freebsd-hackers@freebsd.org Message-ID: <20080201174850.54fb9dab@bhuda.mired.org> In-Reply-To: <78cb3d3f0802011434p5bed2b1ex39320962f0bc8bf5@mail.gmail.com> References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <20080131110237.06860561@mbook.mired.org> <78cb3d3f0802011434p5bed2b1ex39320962f0bc8bf5@mail.gmail.com> Organization: Meyer Consulting X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; amd64-portbld-freebsd6.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEXguIzRkGnhyaz069mXhW0WHRnbrnR9WCQ6LB0CchNMAAACSUlEQVQ4jV2TQW7jMAxFGaPQOgQEdZaGMsgBrAvUA03dCxj1Uu4U2gfwQD7AGNax51NK07RcxXz6/CSl0Ij450vkPG1jzpIZM1UwDCl/xB14TWnNX8A00Qj5a0mnVFVbVUz4MeErea2HikSRqZzY894zwg9p2+/AtO8LzxFED+tNAUFeU29iFOLRxlZAcdo9A8wi8ZBMV4BKPde82Oxrvs6BTkulQIClte0DLFzzsKk9j1MBex8iUaP00Bd78S/muyFScrTXz6zLkEUxJp+SabQfNOs4f4Jpx5qSZ/304PWwlEWP1cOn/mJQR7EOD+uKhjcBLziuL7xoY5Xm+VFAUSw/LwwwsHEHxihpwV4EJH0xXRkbw1PkRw+X4pEuSJwBggqk+HEYKkiL5/74/nQkogigzQsAFrakxZyfw3wMIEEZPv4AWMfxwqE5GNxGaERjmH+PG8AE0L4/w9g0lsp1raLYAN5azQa+AOoO9NwcpFkTrG2VKNMNEL5UKUUAw34tha0z7onUG0oBoNtczE04GwFE3wCHc0ChezAJ6A1WMV81AtY7wDAJSlXwV+4cwBvsOsrQMRawfQEBz0deEZ7WNpV2szckIKo5VpDHDSDvF1GItwqqAlG01Hh50BGtVhuUkjkasg/14bYFGCgWg1fSWHvmOoJck2xdp9ZvZBHzDVTzX23TkrOn7qe5U2COEw5D4Vx3qEQpFY2Z/3QFnJxzp7YCmSMG19nOUoe869zZfOQb5ywQuWu0yCn5+8gxZz+BE7vG3j4/wbf4D/sXN9Wug1s7AAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.1.11 (Ladyburn) From: Mike Meyer Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 22:48:47 -0000 On Sat, 2 Feb 2008 00:34:58 +0200 "Adrian Penisoara" wrote: > On Jan 31, 2008 6:02 PM, Mike Meyer wrote: > > On Thu, 31 Jan 2008 08:45:55 +0200 "Adrian Penisoara" > > wrote: > > > Side-topic, if you bear with me: if you were to choose again what to > > use > > > as source revision control system (VCS) from today's offerings, what > > would > > > you choose to maintain FreeBSD's sources or a side-off project tracking > > > FreeBSD as base that would allow better teams cooperation and easy code > > > merging between projects/branches ? > > > > Pretty much any post-CVS VCS will do that. But if you want a good > > merge facility, Perforce's are - well, after getting used to them, > > everything else feels like throwing your code against the wall and > > hoping the right parts stick. I talked to one of the git developers > > about a year ago, and they were thinking about adding a guided merge > > inspired by what Perforce does. > > > I do trust you on Perforce being a strong contender for the job, but, > unfortunately, looking at their licensing terms for OSS projects I do get > some second thoughts. Perhaps that's why FreeBSD did not migrate mainstream > sources over to P4 yet ;)... I've found the folks at Perforce to be very amenable to reasonable approaches. One of the founders is a strong FreeBSD advocate (IIRC, he once said "Linux is cool. FreeBSD is double-plus cool."), and I suspect they'd love to have the main FreeBSD repository on Perforce. If the only thing preventing that was their OSS license terms, I'd be surprised if they wouldn't at least consider relaxing them for FreeBSD. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 22:56:28 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BC2416A46C for ; Fri, 1 Feb 2008 22:56:28 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id E738A13C4CE for ; Fri, 1 Feb 2008 22:56:27 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id A3B083BD17 for ; Fri, 1 Feb 2008 23:56:25 +0100 (CET) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5musM+q+G6SL for ; Fri, 1 Feb 2008 23:56:23 +0100 (CET) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 00BB03AD89; Fri, 1 Feb 2008 23:56:23 +0100 (CET) Date: Fri, 1 Feb 2008 23:56:22 +0100 From: Ollivier Robert To: freebsd-hackers@freebsd.org Message-ID: <20080201225622.GA20139@keltia.freenix.fr> References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <20080131110237.06860561@mbook.mired.org> <78cb3d3f0802011434p5bed2b1ex39320962f0bc8bf5@mail.gmail.com> <20080201174850.54fb9dab@bhuda.mired.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080201174850.54fb9dab@bhuda.mired.org> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 22:56:28 -0000 According to Mike Meyer: > If the only thing preventing that was their OSS license terms, I'd be > surprised if they wouldn't at least consider relaxing them for > FreeBSD. Perforce has already been thought as a replacement (back in 2000 when p4 was introduced) but it will not be able to deal with ports and even on projects right now, we have issues with too many client views/changesets. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Version 8.10.1: Wed May 23 16:33:00 PDT 2007 i386 From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 23:00:58 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE57816A417 for ; Fri, 1 Feb 2008 23:00:58 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 87DFE13C459 for ; Fri, 1 Feb 2008 23:00:58 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so1901005pyb.10 for ; Fri, 01 Feb 2008 15:00:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=59VQ6ZH9Q/NNOyTQS4eshvCY7AEkaTeNALV77GfDDdY=; b=eueXj9gyNHdCrRBM8S14hxz6fbCmY1z42TI4sgjMVJr5vKrA1sJ8kvnIgEJ9UfKsR6n/rfXFR48a/kGAWbvihYL/diKNh8j7WGMSJrPT2a3V1IMngmodDWlvY4CnnjQYPm3FYj7wVxToIQpMiOSVEkV8lutuxmTrJWfKHwCQefg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=at8QxfVdLyaPY+0CMbY83B8V/kvpOCUE/IqmlEJzGAGOkU+rlRp9OpiwYis4+rps+36Z6Syp5eS/7xZZH1X1LJW0Rw68NCUBjdaKg2OHq1wMHDfXx6di1AKFR+LOsg0HWnQx7MbxfdvYNs6g6VHee1OSBdv9M8LMiTsNQ+6exkA= Received: by 10.65.122.13 with SMTP id z13mr6708839qbm.8.1201906855869; Fri, 01 Feb 2008 15:00:55 -0800 (PST) Received: from flosoft.no-ip.biz ( [67.85.89.184]) by mx.google.com with ESMTPS id e19sm2739868qbe.6.2008.02.01.15.00.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 01 Feb 2008 15:00:55 -0800 (PST) Message-ID: <47A3A4A4.1050504@gmail.com> Date: Fri, 01 Feb 2008 18:00:52 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20080121) MIME-Version: 1.0 To: Ollivier Robert References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <20080131110237.06860561@mbook.mired.org> <78cb3d3f0802011434p5bed2b1ex39320962f0bc8bf5@mail.gmail.com> <20080201174850.54fb9dab@bhuda.mired.org> <20080201225622.GA20139@keltia.freenix.fr> In-Reply-To: <20080201225622.GA20139@keltia.freenix.fr> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 23:00:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ollivier Robert wrote: > According to Mike Meyer: >> If the only thing preventing that was their OSS license terms, I'd be >> surprised if they wouldn't at least consider relaxing them for >> FreeBSD. > > Perforce has already been thought as a replacement (back in 2000 when p4 > was introduced) but it will not be able to deal with ports and even on > projects right now, we have issues with too many client views/changesets. Ports 2.0 is using aegis (aegis.sf.net)... any possibility for wider use? Note: I am in the middle of making it FreeBSD friendly and beefing up the automated portions of distributed repos - -- Aryeh M. Friedman FloSoft Systems, Java Tool Developers Developer, not business, friendly http://www.flosoft-systems.com "Free software != Free beer" Blog: http://www.flosoft-systems.com/flosoft_systems_community/blogs/aryeh/index.php -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHo6SkQi2hk2LEXBARAqFtAJ9fJ6zTzIdX10ZssmxZ3UApdD9XdgCeOA0F UKmqt5DZY0AFVA0ST/3QcU8= =CcGt -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 23:04:37 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D22016A468 for ; Fri, 1 Feb 2008 23:04:37 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 4468813C467 for ; Fri, 1 Feb 2008 23:04:37 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 1489C1424; Sat, 2 Feb 2008 00:04:36 +0100 (CET) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cyQQV2ZDJybi; Sat, 2 Feb 2008 00:04:33 +0100 (CET) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id A9E281411; Sat, 2 Feb 2008 00:04:33 +0100 (CET) Date: Sat, 2 Feb 2008 00:04:33 +0100 From: Ollivier Robert To: "Aryeh M. Friedman" Message-ID: <20080201230433.GA21092@keltia.freenix.fr> References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <20080131110237.06860561@mbook.mired.org> <78cb3d3f0802011434p5bed2b1ex39320962f0bc8bf5@mail.gmail.com> <20080201174850.54fb9dab@bhuda.mired.org> <20080201225622.GA20139@keltia.freenix.fr> <47A3A4A4.1050504@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47A3A4A4.1050504@gmail.com> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@freebsd.org Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 23:04:37 -0000 According to Aryeh M. Friedman: > Ports 2.0 is using aegis (aegis.sf.net)... any possibility for wider use? > Note: I am in the middle of making it FreeBSD friendly and beefing up > the automated portions of distributed repos The day it can handle the loads that we have between src and ports, maybe but I don't think it can reasonably manage 160000 csets... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Version 8.10.1: Wed May 23 16:33:00 PDT 2007 i386 From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 23:06:39 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52F5B16A421 for ; Fri, 1 Feb 2008 23:06:39 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id AEFC213C4D5 for ; Fri, 1 Feb 2008 23:06:38 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so1903262pyb.10 for ; Fri, 01 Feb 2008 15:06:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=jfkEufoudkCuO/QFAj7IhwEj1qqMJXwJJ/m4yrU/Q0s=; b=QeZyT2oVBavteUY/5N/pzZody+9VWhgZ/FE1tOHweKiwLKFwDi7+iKNBpLjO3+RjbWAI9EPsDfCYyrTt7rMpCbWHZMgCOPI4yB5+RIZ3rUgCplNnaNW4Oaj4fK5MmcT/gBUuCNzpQnJyHS8sYhVInvn5YK28vlc7jvFhPjiLmxk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=oD2CwAQrVU+lRvhXyzPWb5uRHeZ7TzW/ESZOeeoPeJu5Cj6PLZzvGoUKLswX7YfARWFZAKDDUUFYk6uwLY6ny59Fo71T5PIRjnJxybsSknlvIXVHDir8yZ4ZhpeKh6bRqb1wY9waGeApZhadazIoj9iUY7MEGQrIpMy5FIOcaEU= Received: by 10.65.116.10 with SMTP id t10mr6734066qbm.9.1201907197415; Fri, 01 Feb 2008 15:06:37 -0800 (PST) Received: from flosoft.no-ip.biz ( [67.85.89.184]) by mx.google.com with ESMTPS id q16sm6867697qbq.0.2008.02.01.15.06.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 01 Feb 2008 15:06:36 -0800 (PST) Message-ID: <47A3A5FB.9020805@gmail.com> Date: Fri, 01 Feb 2008 18:06:35 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20080121) MIME-Version: 1.0 To: Ollivier Robert References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <20080131110237.06860561@mbook.mired.org> <78cb3d3f0802011434p5bed2b1ex39320962f0bc8bf5@mail.gmail.com> <20080201174850.54fb9dab@bhuda.mired.org> <20080201225622.GA20139@keltia.freenix.fr> <47A3A4A4.1050504@gmail.com> <20080201230433.GA21092@keltia.freenix.fr> In-Reply-To: <20080201230433.GA21092@keltia.freenix.fr> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 23:06:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ollivier Robert wrote: > According to Aryeh M. Friedman: >> Ports 2.0 is using aegis (aegis.sf.net)... any possibility for >> wider use? Note: I am in the middle of making it FreeBSD friendly >> and beefing up the automated portions of distributed repos > > The day it can handle the loads that we have between src and ports, > maybe but I don't think it can reasonably manage 160000 csets... Last I heard it is up around the 15000 range on a Linux project. - -- Aryeh M. Friedman FloSoft Systems, Java Tool Developers Developer, not business, friendly http://www.flosoft-systems.com "Free software != Free beer" Blog: http://www.flosoft-systems.com/flosoft_systems_community/blogs/aryeh/index.php -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHo6X7Qi2hk2LEXBARArpOAJ9GKgKPCzqd2/kOnJ5Porb+RlAZcACfWr4h JMezLKHWTn4s+Myk1Kr86Nw= =WPA3 -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 23:16:57 2008 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A1D616A419; Fri, 1 Feb 2008 23:16:57 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: from valentine.liquidneon.com (valentine.liquidneon.com [216.87.78.132]) by mx1.freebsd.org (Postfix) with ESMTP id 754EB13C442; Fri, 1 Feb 2008 23:16:57 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: by valentine.liquidneon.com (Postfix, from userid 1018) id 30E798FD78; Fri, 1 Feb 2008 16:16:57 -0700 (MST) Date: Fri, 1 Feb 2008 16:16:57 -0700 From: Brad Davis To: freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20080201231657.GH15409@valentine.liquidneon.com> References: <20080121210010.GC15409@valentine.liquidneon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080121210010.GC15409@valentine.liquidneon.com> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: FreeBSD Status Reports due: January 28th, 2008 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 23:16:57 -0000 Hi Everyone, I will be extending the deadline for submissions another 24 hrs (00:00 UTC on Febuary 3rd). If you have any late submissions hanging around, please submit them before that date. Regards, Brad Davis From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 05:37:59 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AF7F16A419 for ; Sat, 2 Feb 2008 05:37:59 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx10.syd.optusnet.com.au (fallbackmx10.syd.optusnet.com.au [211.29.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 9CF7813C457 for ; Sat, 2 Feb 2008 05:37:58 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by fallbackmx10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m11MrbAv031994 for ; Sat, 2 Feb 2008 09:53:37 +1100 Received: from c211-30-219-213.carlnfd3.nsw.optusnet.com.au (c211-30-219-213.carlnfd3.nsw.optusnet.com.au [211.30.219.213]) by mail04.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m11MrV7v010112 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Feb 2008 09:53:32 +1100 Date: Sat, 2 Feb 2008 09:53:31 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Alexander Motin In-Reply-To: <47A37E14.7050801@FreeBSD.org> Message-ID: <20080202080617.U56760@delplex.bde.org> References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> <20080201185435.X88034@fledge.watson.org> <47A37E14.7050801@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sat, 02 Feb 2008 05:54:24 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org, Robert Watson Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 05:37:59 -0000 On Fri, 1 Feb 2008, Alexander Motin wrote: > Robert Watson wrote: >> It would be very helpful if you could try doing some analysis with hwpmc -- >> "high resolution profiling" is of increasingly limited utility with modern You mean "of increasingly greater utility with modern CPUs". Low resolution kernel profiling stopped giving enough resolution in about 1990, and has become of increasingly limited utility since then, but high resolution kernel profiling uses the TSC or possibly a performance counter so it has kept up with CPU speedups. Cache effects and out of order execution are larger now, but they affect all types of profiling and still not too bad with high resulotion kernel profiling. High resolution kernel profiling doesn't really work with SMP, but that is not Alexander's problem since he profiled under UP. >> CPUs, where even a high frequency timer won't run very often. It's also >> quite subject to cycle events that align with other timers in the system. No, it isn't affected by either of these. The TSC timer is incremented on every CPU cycle and the performance counters run are incremented on every event. It is completely unaffected by other timers. > I have tried hwpmc but still not completely friendly with it. Whole picture > is somewhat alike to kgmon's, but it looks very noisy. Is there some "know > how" about how to use it better? hwpmc doesn't work for me either. I can't see how it could work as well as high resolution kernel profiling for events at the single function level, since it is statistics-based. With the statistics clock interrupt rate fairly limited, it just cannot get enough resolution over short runs. Also, it works poorly for me (with a current kernel and ~5.2 userland except for some utilities like pmc*). Generation of profiles stopped working for me, and it often fails with allocation errors. > I have tried it for measuring number of instructions. But I am in doubt that > instructions is a correct counter for performance measurement as different > instructions may have very different execution times depending on many > reasons, like cache misses and current memory traffic. Cycle counts are more useful, but high resolution kernel profiling can do this too, with some fixes: - update perfmon for newer CPUs. It is broken even for Athlons (takes a 2 line fix, or more lines with proper #defines and if()s). - select the performance counter to be used for profiling using sysctl machdep.cputime_clock=$((5 + N)) where N is the number of the performance counter for the instruction count (or any). I use hwpmc mainly to determine N :-). It may also be necessary to change the kernel variable cpu_clock_pmc_conf. Configuration of this is unfinished. - use high resolution kernel profiling normally. Note that switching to a perfmon counter is only permitted of !SMP (since it is too unsupported under SMP to do more than panic if permitted under SMP), and that the switch loses the calibration of profiling. Profiling normally compensates for overheads of the profiling itself, and the compensation would work almoost perfectly for event counters, unlike for time-related counters, since the extra events for profiling aren't much affected by caches. > I have tried to use > tsc to count CPU cycles, but got the error: > # pmcstat -n 10000 -S "tsc" -O sample.out > pmcstat: ERROR: Cannot allocate system-mode pmc with specification "tsc": > Operation not supported > What have I missed? This might be just because the TSC really is not supported. Many things require an APIC for hwpmc to support them. I get errors allocation like this for operations that work a few times before failing. > I am now using Pentium4 Prescott CPU with HTT enabled in BIOS, but kernel > built without SMP to simplify profiling. What counters can you recommend me > to use on it for regular time profiling? Try them all :-). From userland first with an overall count, since looking at the details in gprof output takes too long (and doesn't work for me with hwpmc anyway). I use scripts like the following to try them all from userland: runpm: %%% c="ttcp -n100000 -l5 -u -t epsplex" ctr=0 while test $ctr -lt 256 do ctr1=$(printf "0x%02x\n" $ctr) case $ctr1 in 0x00) src=k8-fp-dispatched-fpu-ops;; 0x01) src=k8-fp-cycles-with-no-fpu-ops-retired;; 0x02) src=k8-fp-dispatched-fpu-fast-flag-ops;; 0x05) src=k8-fp-unknown-$ctr1;; 0x09) src=k8-fp-unknown-$ctr1;; 0x0d) src=k8-fp-unknown-$ctr1;; 0x11) src=k8-fp-unknown-$ctr1;; 0x15) src=k8-fp-unknown-$ctr1;; 0x19) src=k8-fp-unknown-$ctr1;; 0x1d) src=k8-fp-unknown-$ctr1;; 0x20) src=k8-ls-segment-register-load;; # XXX 0x21) src=kx-ls-microarchitectural-resync-by-self-mod-code;; 0x22) src=k8-ls-microarchitectural-resync-by-snoop;; 0x23) src=kx-ls-buffer2-full;; 0x24) src=k8-ls-locked-operation;; # XXX 0x25) src=k8-ls-microarchitectural-late-cancel;; 0x26) src=kx-ls-retired-cflush-instructions;; 0x27) src=kx-ls-retired-cpuid-instructions;; 0x2a) src=kx-ls-unknown-$ctr1;; 0x2b) src=kx-ls-unknown-$ctr1;; 0x2e) src=k7-ls-unknown-$ctr1;; 0x2f) src=k7-ls-unknown-$ctr1;; 0x32) src=kx-ls-unknown-$ctr1;; 0x33) src=kx-ls-unknown-$ctr1;; 0x36) src=k7-ls-unknown-$ctr1;; 0x37) src=k7-ls-unknown-$ctr1;; 0x3a) src=kx-ls-unknown-$ctr1;; 0x3b) src=kx-ls-unknown-$ctr1;; 0x3e) src=k7-ls-unknown-$ctr1;; 0x3f) src=k7-ls-unknown-$ctr1;; 0x40) src=kx-dc-accesses;; 0x41) src=kx-dc-misses;; 0x42) src=kx-dc-refills-from-l2;; # XXX 0x43) src=kx-dc-refills-from-system;; # XXX 0x44) src=kx-dc-writebacks;; # XXX 0x45) src=kx-dc-l1-dtlb-miss-and-l2-dtlb-hits;; 0x46) src=kx-dc-l1-and-l2-dtlb-misses;; 0x47) src=kx-dc-misaligned-references;; 0x48) src=kx-dc-microarchitectural-late-cancel-of-an-access;; 0x49) src=kx-dc-microarchitectural-early-cancel-of-an-access;; 0x4a) src=k8-dc-one-bit-ecc-error;; 0x4b) src=k8-dc-dispatched-prefetch-instructions;; 0x4c) src=k8-dc-dcache-accesses-by-locks;; 0x4d) src=k7-dc-unknown-$ctr1;; 0x4e) src=k7-dc-unknown-$ctr1;; 0x4f) src=k7-dc-unknown-$ctr1;; 0x50) src=kx-dc-unknown-$ctr1;; 0x51) src=kx-dc-unknown-$ctr1;; 0x55) src=kx-dc-unknown-$ctr1;; 0x56) src=kx-dc-unknown-$ctr1;; 0x57) src=kx-dc-unknown-$ctr1;; 0x58) src=kx-dc-unknown-$ctr1;; 0x59) src=kx-dc-unknown-$ctr1;; 0x5d) src=k7-dc-unknown-$ctr1;; 0x5e) src=k7-dc-unknown-$ctr1;; 0x5f) src=k7-dc-unknown-$ctr1;; 0x64) src=kx-bu-unknown-$ctr1;; 0x68) src=kx-bu-unknown-$ctr1;; 0x69) src=kx-bu-unknown-$ctr1;; 0x76) src=kx-bu-cpu-clk-unhalted;; 0x79) src=k8-bu-unknown-$ctr1;; 0x7d) src=k8-bu-internal-l2-request;; # XXX 0x7e) src=k8-bu-fill-request-l2-miss;; # XXX 0x7f) src=k8-bu-fill-into-l2;; # XXX 0x80) src=kx-ic-fetches;; 0x81) src=kx-ic-misses;; 0x82) src=kx-ic-refill-from-l2;; 0x83) src=kx-ic-refill-from-system;; 0x84) src=kx-ic-l1-itlb-misses;; 0x85) src=kx-ic-l1-l2-itlb-misses;; 0x86) src=k8-ic-microarchitectural-resync-by-snoop;; 0x87) src=kx-ic-instruction-fetch-stall;; 0x88) src=kx-ic-return-stack-hit;; 0x89) src=kx-ic-return-stack-overflow;; 0xc0) src=kx-fr-retired-instructions;; 0xc1) src=kx-fr-retired-ops;; 0xc2) src=kx-fr-retired-branches;; 0xc3) src=kx-fr-retired-branches-mispredicted;; 0xc4) src=kx-fr-retired-taken-branches;; 0xc5) src=kx-fr-retired-taken-branches-mispredicted;; 0xc6) src=kx-fr-retired-far-control-transfers;; 0xc7) src=kx-fr-retired-resync-branches;; 0xc8) src=kx-fr-retired-near-returns;; 0xc9) src=kx-fr-retired-near-returns-mispredicted;; 0xca) src=kx-fr-retired-taken-branches-mispred-by-addr-miscompare;; 0xcb) src=k8-fr-retired-fpu-instructions;; 0xcc) src=k8-fr-retired-fastpath-double-op-instructions;; 0xcd) src=kx-fr-interrupts-masked-cycles;; 0xce) src=kx-fr-interrupts-masked-while-pending-cycles;; 0xcf) src=kx-fr-hardware-interrupts;; 0xd0) src=kx-fr-decoder-empty;; 0xd1) src=kx-fr-dispatch-stalls;; 0xd2) src=kx-fr-dispatch-stall-from-branch-abort-to-retire;; 0xd3) src=kx-fr-dispatch-stall-for-serialization;; 0xd4) src=kx-fr-dispatch-stall-for-segment-load;; 0xd5) src=kx-fr-dispatch-stall-when-reorder-buffer-is-full;; 0xd6) src=kx-fr-dispatch-stall-when-reservation-stations-are-full;; 0xd7) src=kx-fr-dispatch-stall-when-fpu-is-full;; 0xd8) src=kx-fr-dispatch-stall-when-ls-is-full;; 0xd9) src=kx-fr-dispatch-stall-when-waiting-for-all-to-be-quiet;; 0xda) src=kx-fr-dispatch-stall-when-far-xfer-or-resync-br-pending;; 0xdb) src=k8-fr-fpu-exceptions;; 0xdc) src=k8-fr-number-of-breakpoints-for-dr0;; 0xdd) src=k8-fr-number-of-breakpoints-for-dr1;; 0xde) src=k8-fr-number-of-breakpoints-for-dr2;; 0xdf) src=k8-fr-number-of-breakpoints-for-dr3;; 0xe0) src=k8-nb-memory-controller-page-access-event;; 0xe1) src=k8-nb-memory-controller-page-table-overflow;; 0xe2) src=k8-nb-memory-controller-dram-slots-missed;; 0xe3) src=k8-nb-memory-controller-turnaround;; 0xe4) src=k8-nb-memory-controller-bypass-saturation;; # XXX 0xe5) src=k8-nb-sized-commands;; # XXX 0xec) src=k8-nb-probe-result;; # XXX 0xf6) src=k8-nb-ht-bus0-bandwidth;; 0xf7) src=k8-nb-ht-bus1-bandwidth;; 0xf8) src=k8-nb-ht-bus2-bandwidth;; 0xfc) src=k8-nb-unknown-$ctr1;; *) src=very-unknown-$ctr1;; esac case $src in k8-*) ctr=$(($ctr + 1)); continue;; *unknown-*) ctr=$(($ctr + 1)); continue;; esac echo "# s/$src " perfmon -c "$c" -ou -l 1 $ctr | egrep -v '(^total: |^mean: |^clocks \(at)' | sed -e 's/1: //' ctr=$(($ctr + 1)) done %%% runpmc: %%% for i in \ k8-fp-dispatched-fpu-ops \ k8-fp-cycles-with-no-fpu-ops-retired \ k8-fp-dispatched-fpu-fast-flag-ops \ k8-ls-segment-register-load \ k8-ls-microarchitectural-resync-by-self-modifying-code \ k8-ls-microarchitectural-resync-by-snoop \ k8-ls-buffer2-full \ k8-ls-locked-operation \ k8-ls-microarchitectural-late-cancel \ k8-ls-retired-cflush-instructions \ k8-ls-retired-cpuid-instructions \ k8-dc-access \ k8-dc-miss \ k8-dc-refill-from-l2 \ k8-dc-refill-from-system \ k8-dc-copyback \ k8-dc-l1-dtlb-miss-and-l2-dtlb-hit \ k8-dc-l1-dtlb-miss-and-l2-dtlb-miss \ k8-dc-misaligned-data-reference \ k8-dc-microarchitectural-late-cancel-of-an-access \ k8-dc-microarchitectural-early-cancel-of-an-access \ k8-dc-one-bit-ecc-error \ k8-dc-dispatched-prefetch-instructions \ k8-dc-dcache-accesses-by-locks \ k8-bu-cpu-clk-unhalted \ k8-bu-internal-l2-request \ k8-bu-fill-request-l2-miss \ k8-bu-fill-into-l2 \ k8-ic-fetch \ k8-ic-miss \ k8-ic-refill-from-l2 \ k8-ic-refill-from-system \ k8-ic-l1-itlb-miss-and-l2-itlb-hit \ k8-ic-l1-itlb-miss-and-l2-itlb-miss \ k8-ic-microarchitectural-resync-by-snoop \ k8-ic-instruction-fetch-stall \ k8-ic-return-stack-hit \ k8-ic-return-stack-overflow \ k8-fr-retired-x86-instructions \ k8-fr-retired-uops \ k8-fr-retired-branches \ k8-fr-retired-branches-mispredicted \ k8-fr-retired-taken-branches \ k8-fr-retired-taken-branches-mispredicted \ k8-fr-retired-far-control-transfers \ k8-fr-retired-resyncs \ k8-fr-retired-near-returns \ k8-fr-retired-near-returns-mispredicted \ k8-fr-retired-taken-branches-mispredicted-by-addr-miscompare \ k8-fr-retired-fpu-instructions \ k8-fr-retired-fastpath-double-op-instructions \ k8-fr-interrupts-masked-cycles \ k8-fr-interrupts-masked-while-pending-cycles \ k8-fr-taken-hardware-interrupts \ k8-fr-decoder-empty \ k8-fr-dispatch-stalls \ k8-fr-dispatch-stall-from-branch-abort-to-retire \ k8-fr-dispatch-stall-for-serialization \ k8-fr-dispatch-stall-for-segment-load \ k8-fr-dispatch-stall-when-reorder-buffer-is-full \ k8-fr-dispatch-stall-when-reservation-stations-are-full \ k8-fr-dispatch-stall-when-fpu-is-full \ k8-fr-dispatch-stall-when-ls-is-full \ k8-fr-dispatch-stall-when-waiting-for-all-to-be-quiet \ k8-fr-dispatch-stall-when-far-xfer-or-resync-branch-pending \ k8-fr-fpu-exceptions \ k8-fr-number-of-breakpoints-for-dr0 \ k8-fr-number-of-breakpoints-for-dr1 \ k8-fr-number-of-breakpoints-for-dr2 \ k8-fr-number-of-breakpoints-for-dr3 \ k8-nb-memory-controller-page-table-overflow \ k8-nb-memory-controller-dram-slots-missed \ k8-nb-memory-controller-bypass-saturation \ k8-nb-sized-commands \ k8-nb-probe-result do pmcstat -s $i sleep 1 2>&1 | sed -e 's/^ *//' -e 's/ */ /' \ -e 's/ *$//' -e 's/\/00\/k8-/\/k8-/' done %%% runpmc7: %%% for i in \ k7-dc-accesses \ k7-dc-misses \ k7-dc-refills-from-l2 \ k7-dc-refills-from-system \ k7-dc-writebacks \ k7-l1-dtlb-miss-and-l2-dtlb-hits \ k7-l1-and-l2-dtlb-misses \ k7-misaligned-references \ k7-ic-fetches \ k7-ic-misses \ k7-l1-itlb-misses \ k7-l1-l2-itlb-misses \ k7-retired-instructions \ k7-retired-ops \ k7-retired-branches \ k7-retired-branches-mispredicted \ k7-retired-taken-branches \ k7-retired-taken-branches-mispredicted \ k7-retired-far-control-transfers \ k7-retired-resync-branches \ k7-interrupts-masked-cycles \ k7-interrupts-masked-while-pending-cycles \ k7-hardware-interrupts do pmcstat -s $i sleep 1 2>&1 | sed -e 's/^ *//' -e 's/ */ /' -e 's/ *$//' -e 's/k7/kx/' done %%% "runpm" tries up to all 256 perfomance counters, with names like the hwpmc ones. k7 means AthlonXP only; k8 means Athlon64 only; kx means both, but many kx's don't really work or are not documented for both. A few like kx-fr-retired-near-returns-mispredicted (?) are not documented for AXP but seem to work and are useful. runpmc tries the documented A64 counters. runpmc7 tries the documented AXP counters. hwpmc is less useful than perfmon here since it doesn't support using the undocumented counters. There is a pmc* option that prints all the counters in the above lists. I checked that they are almost precisely the documented (in Athlon optimization manuals) ones. Names are unfortunately inconsistent between k7 and k8 in some cases, following inconsistencies in the documentation. I don't know anything about Pentium counters except what is in source code. gprof output for the mumble perfmon counter (kx-dc-misses?) while sending 100000 tiny packets using ttcp -t looks like this (after fixing the calibration): %%% granularity: each sample hit covers 16 byte(s) for 0.00% of 2.81 seconds % cumulative self self total time seconds seconds calls us/call us/call name 11.0 0.308 0.308 100083 3 24 syscall [3] 10.8 0.613 0.305 200012 2 2 rn_match [16] 4.4 0.738 0.125 100019 1 1 _bus_dmamap_load_buffer [25] 4.3 0.859 0.121 300107 0 0 generic_copyin [27] 4.0 0.973 0.114 100006 1 9 ip_output [10] 3.8 1.079 0.106 100006 1 4 ether_output [12] 3.7 1.182 0.103 100007 1 1 fgetsock [30] 3.6 1.284 0.102 100006 1 2 bus_dmamap_load_mbuf [21] 3.6 1.385 0.101 200012 1 3 rtalloc_ign [11] 3.6 1.486 0.101 100083 1 25 Xint0x80_syscall [2] 3.6 1.587 0.101 200012 1 1 in_clsroute [32] 3.6 1.688 0.101 100006 1 20 sendto [4] 3.6 1.789 0.101 100008 1 1 in_pcblookup_hash [33] 3.6 1.890 0.101 100006 1 16 kern_sendit [6] 3.6 1.990 0.100 200012 1 2 in_matroute [15] 3.6 2.091 0.100 100748 1 1 doreti [35] 3.6 2.191 0.100 100007 1 2 getsockaddr [22] %%% I would like to be able to do this with hwpmc but don't see how it can. Only (non-statistical) counting at every function call and return can give precise counts like the above. However, non-statistical counting is better for some things. Back to the original problem. Uma allocation overhead shows up in TSC profiles of ttcp, but is just one of too many things that take a while. There are about function calls, each taking about 1%: % granularity: each sample hit covers 16 byte(s) for 0.00% of 0.86 seconds % % % cumulative self self total % time seconds seconds calls ns/call ns/call name % 44.9 0.388 0.388 0 100.00% mcount [1] % 20.9 0.569 0.180 0 100.00% mexitcount [7] % 8.0 0.638 0.069 0 100.00% cputime [14] % 1.8 0.654 0.016 0 100.00% user [25] % 1.6 0.668 0.014 100006 143 1051 udp_output [12] % 1.5 0.681 0.013 100006 133 704 ip_output [13] % 1.3 0.692 0.011 300120 37 37 copyin [30] % 1.2 0.702 0.010 100006 100 1360 sosend_dgram [10] % 0.9 0.710 0.008 200012 39 39 rn_match [38] % 0.9 0.718 0.007 300034 25 25 memcpy [39] % 0.8 0.725 0.007 200103 36 58 uma_zalloc_arg [29] % 0.8 0.732 0.007 100090 68 1977 syscall [4] All the times seem reasonable. Without profiling, sendto() and overheads takes about 1700 nsec in -current and about 1600 nsec in my version of 5.2. (This is for -current. The 100 nsec difference is very hard to understand in detail.) With high resolution kernel profiling, sendto() and overheads take about 8600 nsec here. Profiling has subtracted its own overheads and the result of 1977 nsec for syscall is consistent with syscall() taking a bit less that 1700 nsec when not looked at. (Profiling only subtracts its best-case overheads. Its runtime overheads must be larger due to cache effects, and if these are very large then we cannot trust the compensation. Since it compensated from 8600 down to about 1977, it has clearly down the compensation almost right. The compensation is delicate when there are a lot of functions taking ~20 nsec since the profiling overhead per function call is 82 nsec. % 0.8 0.738 0.007 200012 33 84 rtalloc1 [24] % 0.8 0.745 0.006 100006 65 139 bge_encap [26] % 0.7 0.751 0.006 100006 62 201 bge_start_locked [20] % 0.6 0.757 0.006 200075 28 28 bzero [44] % 0.6 0.761 0.005 100006 48 467 ether_output [15] % 0.6 0.766 0.005 100006 48 192 m_uiotombuf [22] % 0.5 0.771 0.005 200100 23 45 uma_zfree_arg [33] % 0.5 0.775 0.005 100006 46 46 bus_dmamap_load_mbuf_sg [45] % 0.5 0.780 0.004 100028 45 132 malloc [27] % 0.5 0.784 0.004 200012 20 104 rtalloc_ign [19] This is hard to optimize. uma has shown up as taking 58 nsec for uma_zalloc_arg() (including what it calls) and 45 nsec for uma_zfree_arg(). This is on a 2.2GHz A64. Anything larger than that might be a profiling error. But thes allocations here are tiny -- maybe large allocations cause cache methods. I was able to optimize away most the allocation overheads in sendto() be allocating the sockaddr on the stack, but this made little difference overall. (It reduces dynamic allocations per packet from 2 to 1. Both allocations use malloc() so they are a bit slower than pure uma. BTW, switching from mbuf-based allocation to malloc() in getsockaddr() etc. long ago cost 10 usec on a P1/133. A loss of 10000 nsec makes the overhead of 200 nsec for malloc now look tiny.) Remember I said that differences of 100 nsec are hard to understand? It is also not easy to understand why eliminating potentially 100 nsec of malloc() overhead makes almost no difference overall. The 100 nsec gets distributed differently, or maybe the profiling really was wrong for the malloc() part. Reads of the TSC are excuted possibly-out-of-order on some CPUs. This doesn't seem to have much effect on the accuracy of high resolution (TSC) kernel profiling on at least Athlons. rdtsc takes only 12 cycles on AXP-A64. I think it takes much longer on Pentiums. On Phenom it takes ~42 cycles (pessimized to share it across CPUs :-(). With it taking much longer than the functions that it profiles, the compensation might become too fragile. Bruce From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 06:39:24 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9AFC16A41B for ; Sat, 2 Feb 2008 06:39:24 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outU.internet-mail-service.net (outU.internet-mail-service.net [216.240.47.244]) by mx1.freebsd.org (Postfix) with ESMTP id 9103A13C44B for ; Sat, 2 Feb 2008 06:39:24 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 01 Feb 2008 22:24:55 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 7B6E11270A9; Fri, 1 Feb 2008 22:24:54 -0800 (PST) Message-ID: <47A40CB6.5090001@elischer.org> Date: Fri, 01 Feb 2008 22:24:54 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Garrett Cooper References: <86k5lovrwj.fsf@ds4.des.no> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , hackers@freebsd.org Subject: Re: vmstat layout X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 06:39:24 -0000 Garrett Cooper wrote: > > On Feb 1, 2008, at 3:26 AM, Dag-Erling Smørgrav wrote: > >> vmstat(1) tries very hard to fit everything in 80 columns. >> >> Unfortunately, it's been years since anyone had a machine where none of >> the columns overflowed. > > [...] > >> Removing columns is not an acceptable solution (it would break too many >> existing scripts), so I'm afraid we're going to have to make the output >> wider than 80 columns, unless someone can come up with a better solution. >> >> DES > > What about multiline entries with indentation to group fields for "human > readable output"? > > For example... > > procs memory page disks > faults cpu > r b w avm fre flt re pi po fr sr ad0 ad1 ad2 ad3 ad10 > ad12 in sy cs us sy id > 2 1 0 193M 1015M 444 2 8 0 4862 0 0 0 0 0 0 > 0 348 1297 4704 1 7 92 > > ...may become something like... > > field_title_0 field_title_1 field_title_2 > [subfields go here] [...] [...] > field_title_3 [...] field_title_n > [...] [...] [...] > > Does that make sense? not if you use awk to parse the output to cherrypick out the numbers you are intersted in... > > Cheers, > -Garrett_______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 07:50:14 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BDC116A417 for ; Sat, 2 Feb 2008 07:50:14 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.190]) by mx1.freebsd.org (Postfix) with ESMTP id DF76413C45B for ; Sat, 2 Feb 2008 07:50:13 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so1105007rvb.43 for ; Fri, 01 Feb 2008 23:50:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=NB4nJE18VZkJclmsf4r8ZUlqjHMKCM3ZyKnwiWYwXao=; b=eV81IX0UP2kjVNr7SW2uzLSaxmbkl7aEeZeTeptYmhim5X590psqTYclPwxXgxrPr3/k3kV4zpg7ewYik/xGYYGGoNedG/uS+1yLk2kMuSBSHz5BmrO3CmEG2kQC5TKzVxbcxYv8Wj9f9KRwyL4wh16ofsnrH+lhrUsU1OuJLwE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=t25M7rgA68wXLRh3prXhrN7MHM41eoVnvcryh5AqZ5gXGcZxwuP11EmxjmWuBSw/xAZnn/6YFoApzB9LkgZkvBEOIY+y9/tk+d3I6TCOMvBGkv1Y4HONLlSl7vwLUALoM4N0W12ymEFEG9f+6+R5Cmrg4CQcdjJS5ErF5ASuo9Q= Received: by 10.140.136.6 with SMTP id j6mr3095193rvd.56.1201938613349; Fri, 01 Feb 2008 23:50:13 -0800 (PST) Received: from ?192.168.1.3? ( [124.157.247.183]) by mx.google.com with ESMTPS id c14sm1404278rvf.19.2008.02.01.23.50.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 01 Feb 2008 23:50:10 -0800 (PST) From: OutBackDingo To: Adrian Penisoara In-Reply-To: <78cb3d3f0802011434p5bed2b1ex39320962f0bc8bf5@mail.gmail.com> References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <20080131110237.06860561@mbook.mired.org> <78cb3d3f0802011434p5bed2b1ex39320962f0bc8bf5@mail.gmail.com> Content-Type: text/plain Date: Sat, 02 Feb 2008 23:49:10 +0800 Message-Id: <1201967351.13273.6.camel@myhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Mike Meyer Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 07:50:14 -0000 I dont think I follow why people think its that hard to convert the FreeBSD src tree to some other RCS with history, branches and tags I have a FULL CVS conversion to a mercurial tree converted from a February 1, 2008 CVS snapshot. I also have a Full CVS converted to Subversion. And they have been to the best of my determinations thru ongoing testing fully converted. Id be more then happy to have others double check the integrity of both trees and see if something got missed. I seem to think this is doable. Seeing as Ive done it. And honestly Mercurial just rocks. Id prefer to host it externally if someone had some space, over all both trees consume space but not that incredibly awful. Any takers for testing? On Sat, 2008-02-02 at 00:34 +0200, Adrian Penisoara wrote: > Hi, > > On Jan 31, 2008 6:02 PM, Mike Meyer wrote: > > > On Thu, 31 Jan 2008 08:45:55 +0200 "Adrian Penisoara" > > wrote: > > > Side-topic, if you bear with me: if you were to choose again what to > > use > > > as source revision control system (VCS) from today's offerings, what > > would > > > you choose to maintain FreeBSD's sources or a side-off project tracking > > > FreeBSD as base that would allow better teams cooperation and easy code > > > merging between projects/branches ? > > > > Pretty much any post-CVS VCS will do that. But if you want a good > > merge facility, Perforce's are - well, after getting used to them, > > everything else feels like throwing your code against the wall and > > hoping the right parts stick. I talked to one of the git developers > > about a year ago, and they were thinking about adding a guided merge > > inspired by what Perforce does. > > > > > I do trust you on Perforce being a strong contender for the job, but, > unfortunately, looking at their licensing terms for OSS projects I do get > some second thoughts. Perhaps that's why FreeBSD did not migrate mainstream > sources over to P4 yet ;)... > > Thanks, > Adrian Penisoara > ROFUG / EnterpriseBSD > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 09:31:41 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F1E716A418; Sat, 2 Feb 2008 09:31:41 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 4CCA313C447; Sat, 2 Feb 2008 09:31:40 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 72019456; Sat, 02 Feb 2008 11:31:39 +0200 Message-ID: <47A43873.40801@FreeBSD.org> Date: Sat, 02 Feb 2008 11:31:31 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Robert Watson References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> <20080201185435.X88034@fledge.watson.org> In-Reply-To: <20080201185435.X88034@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org, Julian Elischer Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 09:31:41 -0000 Robert Watson wrote: > I guess the question is: where are the cycles going? Are we suffering > excessive cache misses in managing the slabs? Are you effectively > "cycling through" objects rather than using a smaller set that fits > better in the cache? In my test setup only several objects from zone usually allocated same time, but they allocated two times per every packet. To check UMA dependency I have made a trivial one-element cache which in my test case allows to avoid two for four allocations per packet. .....alloc..... - item = uma_zalloc(ng_qzone, wait | M_ZERO); + mtx_lock_spin(&itemcachemtx); + item = itemcache; + itemcache = NULL; + mtx_unlock_spin(&itemcachemtx); + if (item == NULL) + item = uma_zalloc(ng_qzone, wait | M_ZERO); + else + bzero(item, sizeof(*item)); .....free..... - uma_zfree(ng_qzone, item); + mtx_lock_spin(&itemcachemtx); + if (itemcache == NULL) { + itemcache = item; + item = NULL; + } + mtx_unlock_spin(&itemcachemtx); + if (item) + uma_zfree(ng_qzone, item); ............... To be sure that test system is CPU-bound I have throttled it with sysctl to 1044MHz. With this patch my test PPPoE-to-PPPoE router throughput has grown from 17 to 21Mbytes/s. Profiling results I have sent promised close results. > Is some bit of debugging enabled that shouldn't > be, perhaps due to a failure of ifdefs? I have commented out all INVARIANTS and WITNESS options from GENERIC kernel config. What else should I check? -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 09:59:45 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4584C16A419; Sat, 2 Feb 2008 09:59:45 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 18B4F13C43E; Sat, 2 Feb 2008 09:59:45 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 760DF4A06C; Sat, 2 Feb 2008 04:59:44 -0500 (EST) Date: Sat, 2 Feb 2008 09:59:44 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexander Motin In-Reply-To: <47A43873.40801@FreeBSD.org> Message-ID: <20080202095658.R63379@fledge.watson.org> References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> <20080201185435.X88034@fledge.watson.org> <47A43873.40801@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org, Julian Elischer Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 09:59:45 -0000 On Sat, 2 Feb 2008, Alexander Motin wrote: > Robert Watson wrote: >> I guess the question is: where are the cycles going? Are we suffering >> excessive cache misses in managing the slabs? Are you effectively "cycling >> through" objects rather than using a smaller set that fits better in the >> cache? > > In my test setup only several objects from zone usually allocated same time, > but they allocated two times per every packet. > > To check UMA dependency I have made a trivial one-element cache which in my > test case allows to avoid two for four allocations per packet. Avoiding unnecessary allocations is a good general principle, but duplicating cache logic is a bad idea. If you're able to structure the below without using locking, it strikes me you'd do much better, especially if it's in a single processing pass. Can you not use a per-thread/stack/session variable to avoid that? > .....alloc..... > - item = uma_zalloc(ng_qzone, wait | M_ZERO); > + mtx_lock_spin(&itemcachemtx); > + item = itemcache; > + itemcache = NULL; > + mtx_unlock_spin(&itemcachemtx); Why are you using spin locks? They are quite a bit more expensive on several hardwawre platforms, and any environment it's safe to call uma_zalloc() from will be equally safe to use regular mutexes from (i.e., mutex-sleepable). > + if (item == NULL) > + item = uma_zalloc(ng_qzone, wait | M_ZERO); > + else > + bzero(item, sizeof(*item)); > .....free..... > - uma_zfree(ng_qzone, item); > + mtx_lock_spin(&itemcachemtx); > + if (itemcache == NULL) { > + itemcache = item; > + item = NULL; > + } > + mtx_unlock_spin(&itemcachemtx); > + if (item) > + uma_zfree(ng_qzone, item); > ............... > > To be sure that test system is CPU-bound I have throttled it with sysctl to > 1044MHz. With this patch my test PPPoE-to-PPPoE router throughput has grown > from 17 to 21Mbytes/s. Profiling results I have sent promised close results. > >> Is some bit of debugging enabled that shouldn't be, perhaps due to a >> failure of ifdefs? > > I have commented out all INVARIANTS and WITNESS options from GENERIC kernel > config. What else should I check? Hence my request for drilling down a bit on profiling -- the question I'm asking is whether profiling shows things running or taking time that shouldn't be. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 10:09:15 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DBE016A421 for ; Sat, 2 Feb 2008 10:09:15 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id D166713C458 for ; Sat, 2 Feb 2008 10:09:14 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1389833fgg.35 for ; Sat, 02 Feb 2008 02:09:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=G6cj0Eu0WZ+ahxzGM3wGYEeeVXrlAL5uzCfPYLqTkLM=; b=iBUONsD4sADNtcJgxGg2cBfl4maAmyjEbJoI1VuSf+HFszKJ/JmE8ulLSxNDEUdsLjVkpRleHOO6vAbcr/RtwN2u4EtVDxIH2op6UbmbREvvt4IpXG4mP51NgD9ybHu3wKRFG+oXZLfddDy35bxccoXNeRGr8la79EuovO9QfDE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jAcBMF3LEq2ptlbPrNY1OL9PHVYzOufIjrW2vF6pT/1gU1yor6vBq6jMrQ121GHyoHOuFsyDT186anl7B4NdItqW4l8UuaecWNzEK6aya/YuE7gHO8gkXhfALYBvNqzVO/E8q+SWYBRf67npLKThKYd3RWG5elCgijWm9RQLn8E= Received: by 10.86.71.1 with SMTP id t1mr4203474fga.33.1201946952701; Sat, 02 Feb 2008 02:09:12 -0800 (PST) Received: by 10.86.90.11 with HTTP; Sat, 2 Feb 2008 02:09:12 -0800 (PST) Message-ID: <84dead720802020209n49c09664p3962fa08f2f9a57c@mail.gmail.com> Date: Sat, 2 Feb 2008 15:39:12 +0530 From: "Joseph Koshy" To: "Alexander Motin" In-Reply-To: <47A37E14.7050801@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> <20080201185435.X88034@fledge.watson.org> <47A37E14.7050801@FreeBSD.org> Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 10:09:15 -0000 > I have tried it for measuring number of instructions. But I am in doubt > that instructions is a correct counter for performance measurement as > different instructions may have very different execution times depending > on many reasons, like cache misses and current memory traffic. I have > tried to use tsc to count CPU cycles, but got the error: > # pmcstat -n 10000 -S "tsc" -O sample.out > pmcstat: ERROR: Cannot allocate system-mode pmc with specification > "tsc": Operation not supported > What have I missed? You cannot sample with the TSC since the TSC does not interrupt the CPU. For CPU cycles you would probably want to use "p4-global-power-events"; see pmc(3). Regards, Koshy From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 10:30:52 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 911C316A417; Sat, 2 Feb 2008 10:30:52 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id CDACC13C46A; Sat, 2 Feb 2008 10:30:51 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 72031923; Sat, 02 Feb 2008 12:30:51 +0200 Message-ID: <47A44652.70409@FreeBSD.org> Date: Sat, 02 Feb 2008 12:30:42 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Joseph Koshy References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> <20080201185435.X88034@fledge.watson.org> <47A37E14.7050801@FreeBSD.org> <84dead720802020209n49c09664p3962fa08f2f9a57c@mail.gmail.com> In-Reply-To: <84dead720802020209n49c09664p3962fa08f2f9a57c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 10:30:52 -0000 Joseph Koshy wrote: > You cannot sample with the TSC since the TSC does not interrupt the CPU. > For CPU cycles you would probably want to use "p4-global-power-events"; > see pmc(3). Thanks, I have already found this. There was only problem, that by default it counts cycles only when both logical cores are active while one of my cores was halted. Sampling on this, profiler shown results close to usual profiling, but looking more random: 175.97 1.49 1/64 ip_input [49] 175.97 1.49 1/64 g_alloc_bio [81] 175.97 1.49 1/64 ng_package_data [18] 1055.81 8.93 6/64 em_handle_rxtx [4] 2639.53 22.32 15/64 em_get_buf [19] 3343.41 28.27 19/64 ng_getqblk [17] 3695.34 31.25 21/64 ip_forward [14] [9]21.6 11262.00 95.23 64 uma_zalloc_arg [9] 35.45 13.03 5/22 critical_exit [75] 26.86 0.00 22/77 critical_enter [99] 19.89 0.00 18/19 mb_ctor_mbuf [141] 31.87 0.24 4/1324 ng_ether_rcvdata [13] 31.87 0.24 4/1324 ip_forward [14] 95.60 0.73 12/1324 ng_iface_rcvdata [16] 103.57 0.79 13/1324 m_freem [25] 876.34 6.71 110/1324 mb_free_ext [30] 9408.75 72.01 1181/1324 ng_free_item [11] [10]20.2 10548.00 80.73 1324 uma_zfree_arg [10] 26.86 0.00 22/77 critical_enter [99] 15.00 11.59 7/7 mb_dtor_mbuf [134] 19.00 6.62 4/4 mb_dtor_pack [136] 1.66 0.00 1/32 m_tag_delete_chain [114] 21.4 11262.00 11262.00 64 175968.75 177456.76 uma_zalloc_arg [9] 20.1 21810.00 10548.00 1324 7966.77 8027.74 uma_zfree_arg [10] 5.6 24773.00 2963.00 1591 1862.35 2640.07 ng_snd_item [15] 3.5 26599.00 1826.00 33 55333.33 55333.33 ng_address_hook [20] 2.4 27834.00 1235.00 319 3871.47 3871.47 ng_acquire_read [28] To make statistics better I need to record sampling data with smaller period, but too much data creates additional overhead including disc operations and brakes statistics. Is there any way to make it more precise? What sampling parameters should I use for better results? -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 10:42:38 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 137A616A419 for ; Sat, 2 Feb 2008 10:42:38 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 93D6F13C44B for ; Sat, 2 Feb 2008 10:42:37 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1399142fgg.35 for ; Sat, 02 Feb 2008 02:42:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=+4Defw5yHpWxnUeO7bRWk9zwhV3zzswBBKeZEf2YmjY=; b=lO8E76UxFsckP7VUxKocXGiIDFzaLp2QQImtruZKnhl9e4R0MKaFQ5dFTyOCWo3o/S905q/tYyixWV9QAkrDg35mrz4PRkRJTvlLrI9LOtBMDYoVP+Tiuxq/BgSqyuB4X+uXsM2/f3BUeV4O5f1p+K+LTZa+JZm/VpwB5wfECR0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JY3Q9EdTkJt2w5D8i7+F5zxu+mVR9KIHggjrvDBww8Caj3RFq9UNpwwRoALqdr30ZPhTzmZAZ3nKnMsHhZs8Q6SOtWR1OrN0/SSi1c7D3T/sFW5SqIb5fV9oCSIwgI/NzSByyEGe11BQuEsejK7c+4TPmIBPDjpmZ4XNgbHurHU= Received: by 10.86.89.4 with SMTP id m4mr4239128fgb.14.1201948956492; Sat, 02 Feb 2008 02:42:36 -0800 (PST) Received: by 10.86.90.11 with HTTP; Sat, 2 Feb 2008 02:42:36 -0800 (PST) Message-ID: <84dead720802020242u4a996a86oa2d045969a4bbdcd@mail.gmail.com> Date: Sat, 2 Feb 2008 16:12:36 +0530 From: "Joseph Koshy" To: "Alexander Motin" In-Reply-To: <47A44652.70409@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> <20080201185435.X88034@fledge.watson.org> <47A37E14.7050801@FreeBSD.org> <84dead720802020209n49c09664p3962fa08f2f9a57c@mail.gmail.com> <47A44652.70409@FreeBSD.org> Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 10:42:38 -0000 > Thanks, I have already found this. There was only problem, that by > default it counts cycles only when both logical cores are active while > one of my cores was halted. Did you try the 'active' event modifier: "p4-global-power-events,active=any"? > Sampling on this, profiler shown results close to usual profiling, but > looking more random: Adding '-fno-omit-frame-pointer' to CFLAGS may help hwpmc to capture callchains better. Regards, Koshy From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 11:18:53 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E8A016A421 for ; Sat, 2 Feb 2008 11:18:53 +0000 (UTC) (envelope-from stsp@stsp.name) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.freebsd.org (Postfix) with ESMTP id 8AA0013C459 for ; Sat, 2 Feb 2008 11:18:52 +0000 (UTC) (envelope-from stsp@stsp.name) X-Envelope-From: stsp@stsp.name X-Envelope-To: Received: from stsp.name (port-212-202-170-183.dynamic.qsc.de [212.202.170.183]) (authenticated bits=128) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id m12BIoA1024158 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 2 Feb 2008 12:18:50 +0100 Received: from jack.stsp.name (stsp@localhost.stsp.name [127.0.0.1]) by stsp.name (8.14.1/8.14.1) with ESMTP id m12BIm4U013765 for ; Sat, 2 Feb 2008 12:18:48 +0100 (CET) Received: (from stsp@localhost) by jack.stsp.name (8.14.1/8.14.1/Submit) id m12BIlFf018828 for freebsd-hackers@freebsd.org; Sat, 2 Feb 2008 12:18:48 +0100 (CET) X-Authentication-Warning: jack.stsp.name: stsp set sender to stsp@stsp.name using -f Date: Sat, 2 Feb 2008 12:18:47 +0100 From: Stefan Sperling To: freebsd-hackers@freebsd.org Message-ID: <20080202111847.GA26972@jack.stsp.name> Mail-Followup-To: freebsd-hackers@freebsd.org References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <20080131110237.06860561@mbook.mired.org> <78cb3d3f0802011434p5bed2b1ex39320962f0bc8bf5@mail.gmail.com> <1201967351.13273.6.camel@myhost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <1201967351.13273.6.camel@myhost> User-Agent: Mutt/1.5.17 (2007-11-01) X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 11:18:53 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 02, 2008 at 11:49:10PM +0800, OutBackDingo wrote: > I dont think I follow why people think its that hard to convert the > FreeBSD src tree to some other RCS with history, branches and tags >=20 > I seem to think this is doable. Seeing as Ive done it. And how did you convert it exactly? --=20 stefan http://stsp.name PGP Key: 0xF59D25F0 --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (OpenBSD) iD8DBQFHpFGX5dMCc/WdJfARAliSAJ9LUk9P6m12XaknrcwSFM7SJ72wvgCg5Lxc BvIf0e9Ku7fqhGNL8ZUQtds= =RJz5 -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 11:34:10 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BFB416A419 for ; Sat, 2 Feb 2008 11:34:10 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 2977A13C442 for ; Sat, 2 Feb 2008 11:34:10 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 4A5F32085 for ; Sat, 2 Feb 2008 12:34:02 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 3F3C32049 for ; Sat, 2 Feb 2008 12:34:02 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 248BF8449D; Sat, 2 Feb 2008 12:34:02 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: hackers@freebsd.org References: <86k5lv1l84.fsf@ds4.des.no> <20080201212948.GE1550@roadrunner.spoerlein.net> Date: Sat, 02 Feb 2008 12:34:02 +0100 In-Reply-To: <20080201212948.GE1550@roadrunner.spoerlein.net> (Ulrich Spoerlein's message of "Fri\, 1 Feb 2008 22\:29\:48 +0100") Message-ID: <863asbpp79.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: 'periodic daily' memory usage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 11:34:10 -0000 Ulrich Spoerlein writes: > Since $MP might be empty (think NFS_ROOT or CD9660_ROOT) you'd still > need the [ -n "$MP" ] check, AFAICS. Correct, and thanks for noticing. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 11:36:10 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42E1216A417 for ; Sat, 2 Feb 2008 11:36:10 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id F2CDE13C468 for ; Sat, 2 Feb 2008 11:36:09 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id EA620207E; Sat, 2 Feb 2008 12:36:01 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id DDBD52049; Sat, 2 Feb 2008 12:36:01 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id C790C8449D; Sat, 2 Feb 2008 12:36:01 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Julian Elischer References: <86k5lovrwj.fsf@ds4.des.no> <47A40CB6.5090001@elischer.org> Date: Sat, 02 Feb 2008 12:36:01 +0100 In-Reply-To: <47A40CB6.5090001@elischer.org> (Julian Elischer's message of "Fri\, 01 Feb 2008 22\:24\:54 -0800") Message-ID: <86y7a3oaji.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , hackers@freebsd.org Subject: Re: vmstat layout X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 11:36:10 -0000 Julian Elischer writes: > Garrett Cooper writes: > > What about multiline entries with indentation to group fields for > > "human readable output"? > not if you use awk to parse the output to cherrypick out the numbers > you are intersted in... vmstat already uses a different output for tty / non-tty cases, but I wouldn't want them to be too different. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 12:29:23 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7DA516A473 for ; Sat, 2 Feb 2008 12:29:23 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 50C8613C4DD for ; Sat, 2 Feb 2008 12:29:23 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 1EAD1208A for ; Sat, 2 Feb 2008 13:29:15 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 07BA42088 for ; Sat, 2 Feb 2008 13:29:15 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id E10788449D; Sat, 2 Feb 2008 13:29:14 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: hackers@freebsd.org References: <86k5lv1l84.fsf@ds4.des.no> <20080201212948.GE1550@roadrunner.spoerlein.net> <863asbpp79.fsf@ds4.des.no> Date: Sat, 02 Feb 2008 13:29:14 +0100 In-Reply-To: <863asbpp79.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Sat\, 02 Feb 2008 12\:34\:02 +0100") Message-ID: <86myqjo82t.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: 'periodic daily' memory usage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 12:29:23 -0000 Dag-Erling Sm=C3=B8rgrav writes: > Ulrich Spoerlein writes: > > Since $MP might be empty (think NFS_ROOT or CD9660_ROOT) you'd still > > need the [ -n "$MP" ] check, AFAICS. > Correct, and thanks for noticing. ...although I ended up borrowing a trick commonly used with grep, which is to add /dev/null to the argument list, so it doesn't matter in $MP is empty. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 18:51:58 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 816C816A41A for ; Sat, 2 Feb 2008 18:51:58 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id 606C913C459 for ; Sat, 2 Feb 2008 18:51:58 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout2.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id m12IpoTJ010495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 2 Feb 2008 10:51:50 -0800 X-Auth-Received: from [128.208.5.249] (lodovico.cs.washington.edu [128.208.5.249]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id m12IpoRQ009570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 2 Feb 2008 10:51:50 -0800 Message-ID: <47A4BBE1.8030806@u.washington.edu> Date: Sat, 02 Feb 2008 10:52:17 -0800 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Julian Elischer References: <86k5lovrwj.fsf@ds4.des.no> <47A40CB6.5090001@elischer.org> In-Reply-To: <47A40CB6.5090001@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.2.2.103837 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='LEO_OBFU_SUBJ_RE 0.1, BODY_SIZE_200_299 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: Garrett Cooper , =?ISO-8859-1?Q?rgrav?= , hackers@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8?= Subject: Re: vmstat layout X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 18:51:58 -0000 Julian Elischer wrote: > not if you use awk to parse the output to cherrypick out the numbers > you are intersted in... Right. It would be for humans though, not for machines :). Ed's suggestion sort of makes more sense though... -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 19:37:01 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CCEE16A418; Sat, 2 Feb 2008 19:37:01 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.freebsd.org (Postfix) with ESMTP id B3D9D13C459; Sat, 2 Feb 2008 19:37:00 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m12Javbs006578 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Feb 2008 06:36:58 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m12Javsd077015; Sun, 3 Feb 2008 06:36:57 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m12JauNK077014; Sun, 3 Feb 2008 06:36:56 +1100 (EST) (envelope-from peter) Date: Sun, 3 Feb 2008 06:36:56 +1100 From: Peter Jeremy To: Alexander Motin Message-ID: <20080202193656.GR35170@server.vk2pj.dyndns.org> References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> <20080201185435.X88034@fledge.watson.org> <47A43873.40801@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n/aVsWSeQ4JHkrmm" Content-Disposition: inline In-Reply-To: <47A43873.40801@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 19:37:01 -0000 --n/aVsWSeQ4JHkrmm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 02, 2008 at 11:31:31AM +0200, Alexander Motin wrote: >To check UMA dependency I have made a trivial one-element cache which in m= y=20 >test case allows to avoid two for four allocations per packet. You should be able to implement this lockless using atomic(9). I haven't verified it, but the following should work. >.....alloc..... >- item =3D uma_zalloc(ng_qzone, wait | M_ZERO); >+ mtx_lock_spin(&itemcachemtx); >+ item =3D itemcache; >+ itemcache =3D NULL; >+ mtx_unlock_spin(&itemcachemtx); =3D item =3D atomic_readandclear_ptr(&itemcache); >+ if (item =3D=3D NULL) >+ item =3D uma_zalloc(ng_qzone, wait | M_ZERO); >+ else >+ bzero(item, sizeof(*item)); >.....free..... >- uma_zfree(ng_qzone, item); >+ mtx_lock_spin(&itemcachemtx); >+ if (itemcache =3D=3D NULL) { >+ itemcache =3D item; >+ item =3D NULL; >+ } >+ mtx_unlock_spin(&itemcachemtx); >+ if (item) >+ uma_zfree(ng_qzone, item); =3D if (atomic_cmpset_ptr(&itemcache, NULL, item) =3D=3D 0) =3D uma_zfree(ng_qzone, item); --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --n/aVsWSeQ4JHkrmm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHpMZY/opHv/APuIcRAjX8AJ9Tr3OIDEmNTcd6GFUNOG8/5JOt9wCfTaXz zXwtwl46hYGVRmJI8P2gfXw= =urmE -----END PGP SIGNATURE----- --n/aVsWSeQ4JHkrmm-- From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 19:56:44 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0B1B16A468; Sat, 2 Feb 2008 19:56:44 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id E58AB13C442; Sat, 2 Feb 2008 19:56:43 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 72230425; Sat, 02 Feb 2008 21:56:43 +0200 Message-ID: <47A4CAFA.5040708@FreeBSD.org> Date: Sat, 02 Feb 2008 21:56:42 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Peter Jeremy References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> <20080201185435.X88034@fledge.watson.org> <47A43873.40801@FreeBSD.org> <20080202193656.GR35170@server.vk2pj.dyndns.org> In-Reply-To: <20080202193656.GR35170@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 19:56:44 -0000 Peter Jeremy ïèøåò: > On Sat, Feb 02, 2008 at 11:31:31AM +0200, Alexander Motin wrote: >> To check UMA dependency I have made a trivial one-element cache which in my >> test case allows to avoid two for four allocations per packet. > > You should be able to implement this lockless using atomic(9). I haven't > verified it, but the following should work. I have tried this, but man 9 atomic talks: The atomic_readandclear() functions are not implemented for the types ``char'', ``short'', ``ptr'', ``8'', and ``16'' and do not have any variants with memory barriers at this time. -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 20:11:58 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE6E216A417 for ; Sat, 2 Feb 2008 20:11:58 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outB.internet-mail-service.net (outB.internet-mail-service.net [216.240.47.225]) by mx1.freebsd.org (Postfix) with ESMTP id 7E49A13C455 for ; Sat, 2 Feb 2008 20:11:58 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sat, 02 Feb 2008 12:11:57 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 6DCA21270B2; Sat, 2 Feb 2008 12:11:56 -0800 (PST) Message-ID: <47A4CE8C.3010109@elischer.org> Date: Sat, 02 Feb 2008 12:11:56 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: OutBackDingo References: <78cb3d3f0801302245v2183c613t6ecdd9acebbe9ef7@mail.gmail.com> <20080131110237.06860561@mbook.mired.org> <78cb3d3f0802011434p5bed2b1ex39320962f0bc8bf5@mail.gmail.com> <1201967351.13273.6.camel@myhost> In-Reply-To: <1201967351.13273.6.camel@myhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Mike Meyer , Adrian Penisoara Subject: Re: [OT] Q: what would you choose for a VCS today X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 20:11:58 -0000 OutBackDingo wrote: > I dont think I follow why people think its that hard to convert the > FreeBSD src tree to some other RCS with history, branches and tags > > I have a FULL CVS conversion to a mercurial tree converted from a > February 1, 2008 CVS snapshot. I also have a Full CVS converted to > Subversion. And they have been to the best of my determinations thru > ongoing testing fully converted. Id be more then happy to have others > double check the integrity of both trees and see if something got > missed. I seem to think this is doable. Seeing as Ive done it. And > honestly Mercurial just rocks. Id prefer to host it externally if > someone had some space, over all both trees consume space but not that > incredibly awful. Any takers for testing? ok, so how do you pull revision 1.x.1.1 of ng_base.c from mercurial? (no, really I would like to know). One problem is tha tyour revision x of a file bears no relationship to my version x or the file. which makes comments like "that bug was fixed in revision x of that file. Make sure you have at least that revision" really hard to do. And you need to make a complete clone of the repo to play with a different branch of one file. You can't check out subtrees. > > > On Sat, 2008-02-02 at 00:34 +0200, Adrian Penisoara wrote: >> Hi, >> >> On Jan 31, 2008 6:02 PM, Mike Meyer wrote: >> >>> On Thu, 31 Jan 2008 08:45:55 +0200 "Adrian Penisoara" >>> wrote: >>>> Side-topic, if you bear with me: if you were to choose again what to >>> use >>>> as source revision control system (VCS) from today's offerings, what >>> would >>>> you choose to maintain FreeBSD's sources or a side-off project tracking >>>> FreeBSD as base that would allow better teams cooperation and easy code >>>> merging between projects/branches ? >>> Pretty much any post-CVS VCS will do that. But if you want a good >>> merge facility, Perforce's are - well, after getting used to them, >>> everything else feels like throwing your code against the wall and >>> hoping the right parts stick. I talked to one of the git developers >>> about a year ago, and they were thinking about adding a guided merge >>> inspired by what Perforce does. >>> >>> >> I do trust you on Perforce being a strong contender for the job, but, >> unfortunately, looking at their licensing terms for OSS projects I do get >> some second thoughts. Perhaps that's why FreeBSD did not migrate mainstream >> sources over to P4 yet ;)... >> >> Thanks, >> Adrian Penisoara >> ROFUG / EnterpriseBSD >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 20:49:16 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6853E16A419; Sat, 2 Feb 2008 20:49:16 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by mx1.freebsd.org (Postfix) with ESMTP id D7B7F13C469; Sat, 2 Feb 2008 20:49:15 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m12KnCS5006593 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Feb 2008 07:49:13 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m12KnCDH086893; Sun, 3 Feb 2008 07:49:12 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m12KnBPl086892; Sun, 3 Feb 2008 07:49:11 +1100 (EST) (envelope-from peter) Date: Sun, 3 Feb 2008 07:49:11 +1100 From: Peter Jeremy To: Alexander Motin Message-ID: <20080202204911.GT35170@server.vk2pj.dyndns.org> References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> <20080201185435.X88034@fledge.watson.org> <47A43873.40801@FreeBSD.org> <20080202193656.GR35170@server.vk2pj.dyndns.org> <47A4CAFA.5040708@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Zi0sgQQBxRFxMTsj" Content-Disposition: inline In-Reply-To: <47A4CAFA.5040708@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 20:49:16 -0000 --Zi0sgQQBxRFxMTsj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 02, 2008 at 09:56:42PM +0200, Alexander Motin wrote: >Peter Jeremy ?????: >> On Sat, Feb 02, 2008 at 11:31:31AM +0200, Alexander Motin wrote: >>> To check UMA dependency I have made a trivial one-element cache which i= n=20 >>> my test case allows to avoid two for four allocations per packet. >>=20 >> You should be able to implement this lockless using atomic(9). I haven't >> verified it, but the following should work. > >I have tried this, but man 9 atomic talks: > >The atomic_readandclear() functions are not implemented for the types >``char'', ``short'', ``ptr'', ``8'', and ``16'' and do not have any=20 >variants with memory barriers at this time. Hmmm. This seems to be more a documentation bug than missing code: atomic_readandclear_ptr() seems to be implemented on most architectures (the only one where I can't find it is arm) and is already used in malloc(3). --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --Zi0sgQQBxRFxMTsj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHpNdH/opHv/APuIcRAjglAJ4xNZrFttUitci+60Q+GyVvdziGrQCaAkxf c2uNtF4tELpQ+7FHoc07LLY= =ZYY7 -----END PGP SIGNATURE----- --Zi0sgQQBxRFxMTsj-- From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 22:05:43 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC57616A419; Sat, 2 Feb 2008 22:05:43 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id E712413C448; Sat, 2 Feb 2008 22:05:42 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 72286663; Sun, 03 Feb 2008 00:05:42 +0200 Message-ID: <47A4E934.1050207@FreeBSD.org> Date: Sun, 03 Feb 2008 00:05:40 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Robert Watson References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> <20080201185435.X88034@fledge.watson.org> <47A43873.40801@FreeBSD.org> <20080202095658.R63379@fledge.watson.org> In-Reply-To: <20080202095658.R63379@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org, Julian Elischer Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 22:05:44 -0000 Robert Watson wrote: > Hence my request for drilling down a bit on profiling -- the question > I'm asking is whether profiling shows things running or taking time that > shouldn't be. I have not yet understood why does it happend, but hwpmc shows huge amount of "p4-resource-stall"s in UMA functions: % cumulative self self total time seconds seconds calls ms/call ms/call name 45.2 2303.00 2303.00 0 100.00% uma_zfree_arg [1] 41.2 4402.00 2099.00 0 100.00% uma_zalloc_arg [2] 1.4 4472.00 70.00 0 100.00% uma_zone_exhausted_nolock [3] 0.9 4520.00 48.00 0 100.00% ng_snd_item [4] 0.8 4562.00 42.00 0 100.00% __qdivrem [5] 0.8 4603.00 41.00 0 100.00% ether_input [6] 0.6 4633.00 30.00 0 100.00% ng_ppp_prepend [7] Probably it explains why "p4-global-power-events" shows many hits into them % cumulative self self total time seconds seconds calls ms/call ms/call name 20.0 37984.00 37984.00 0 100.00% uma_zfree_arg [1] 17.8 71818.00 33834.00 0 100.00% uma_zalloc_arg [2] 4.0 79483.00 7665.00 0 100.00% ng_snd_item [3] 3.0 85256.00 5773.00 0 100.00% __mcount [4] 2.3 89677.00 4421.00 0 100.00% bcmp [5] 2.2 93853.00 4176.00 0 100.00% generic_bcopy [6] , while "p4-instr-retired" does not. % cumulative self self total time seconds seconds calls ms/call ms/call name 11.1 5351.00 5351.00 0 100.00% ng_apply_item [1] 7.9 9178.00 3827.00 0 100.00% legacy_pcib_alloc_msi [2] 4.1 11182.00 2004.00 0 100.00% init386 [3] 4.0 13108.00 1926.00 0 100.00% rn_match [4] 3.5 14811.00 1703.00 0 100.00% uma_zalloc_arg [5] 2.6 16046.00 1235.00 0 100.00% SHA256_Transform [6] 2.2 17130.00 1084.00 0 100.00% ng_add_hook [7] 2.0 18111.00 981.00 0 100.00% ng_rmhook_self [8] 2.0 19054.00 943.00 0 100.00% em_encap [9] For this moment I have invent two possible explanation. One is that due to UMA's cyclic block allocation order it does not fits CPU caches and another that it is somehow related to critical_exit(), which possibly can cause context switch. Does anybody have better explanation how such small and simple in this part function can cause such results? -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 22:41:59 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2224716A41A; Sat, 2 Feb 2008 22:41:59 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 17D6513C4DB; Sat, 2 Feb 2008 22:41:53 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47A4F1AF.9090306@FreeBSD.org> Date: Sat, 02 Feb 2008 23:41:51 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Alexander Motin References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> <20080201185435.X88034@fledge.watson.org> <47A43873.40801@FreeBSD.org> <20080202095658.R63379@fledge.watson.org> <47A4E934.1050207@FreeBSD.org> In-Reply-To: <47A4E934.1050207@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org, Robert Watson , Julian Elischer Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 22:41:59 -0000 Alexander Motin wrote: > Robert Watson wrote: >> Hence my request for drilling down a bit on profiling -- the question >> I'm asking is whether profiling shows things running or taking time >> that shouldn't be. > > I have not yet understood why does it happend, but hwpmc shows huge > amount of "p4-resource-stall"s in UMA functions: > For this moment I have invent two possible explanation. One is that due > to UMA's cyclic block allocation order it does not fits CPU caches and > another that it is somehow related to critical_exit(), which possibly > can cause context switch. Does anybody have better explanation how such > small and simple in this part function can cause such results? You can look at the raw output from pmcstat, which is a collection of instruction pointers that you can feed to e.g. addr2line to find out exactly where in those functions the events are occurring. This will often help to track down the precise causes. Kris From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 22:51:16 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E5AD16A4AC; Sat, 2 Feb 2008 22:51:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 520F713C4FF; Sat, 2 Feb 2008 22:51:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id F1D384F81F; Sat, 2 Feb 2008 17:51:12 -0500 (EST) Date: Sat, 2 Feb 2008 22:51:12 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <47A4F1AF.9090306@FreeBSD.org> Message-ID: <20080202224923.T66602@fledge.watson.org> References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> <20080201185435.X88034@fledge.watson.org> <47A43873.40801@FreeBSD.org> <20080202095658.R63379@fledge.watson.org> <47A4E934.1050207@FreeBSD.org> <47A4F1AF.9090306@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, Alexander Motin , freebsd-performance@freebsd.org, Julian Elischer Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 22:51:16 -0000 On Sat, 2 Feb 2008, Kris Kennaway wrote: > Alexander Motin wrote: >> Robert Watson wrote: >>> Hence my request for drilling down a bit on profiling -- the question I'm >>> asking is whether profiling shows things running or taking time that >>> shouldn't be. >> >> I have not yet understood why does it happend, but hwpmc shows huge amount >> of "p4-resource-stall"s in UMA functions: > >> For this moment I have invent two possible explanation. One is that due to >> UMA's cyclic block allocation order it does not fits CPU caches and another >> that it is somehow related to critical_exit(), which possibly can cause >> context switch. Does anybody have better explanation how such small and >> simple in this part function can cause such results? > > You can look at the raw output from pmcstat, which is a collection of > instruction pointers that you can feed to e.g. addr2line to find out exactly > where in those functions the events are occurring. This will often help to > track down the precise causes. There was, FYI, a report a few years ago that there was a measurable improvement from allocating off the free bucket rather than maintaining separate alloc and free buckets. It sounded good at the time but I was never able to reproduce the benefits in my test environment. Now might be a good time to try to revalidate that. Basically, the goal would be to make the pcpu cache FIFO as much as possible as that maximizes the chances that the newly allocated object already has lines in the cache. It's a fairly trivial tweak to the UMA allocation code. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 22:54:53 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E2F516A4C7 for ; Sat, 2 Feb 2008 22:54:53 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id 1F47D13C46B for ; Sat, 2 Feb 2008 22:54:52 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-067-253-196.pools.arcor-ip.net [88.67.253.196]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1JLRG62u49-00032Y; Sat, 02 Feb 2008 23:54:51 +0100 Received: (qmail 32309 invoked by uid 80); 2 Feb 2008 22:54:50 -0000 Received: from 192.168.4.151 (SquirrelMail authenticated user mlaier) by router.laiers.local with HTTP; Sat, 2 Feb 2008 23:54:50 +0100 (CET) Message-ID: <55964.192.168.4.151.1201992890.squirrel@router.laiers.local> In-Reply-To: <47A4E934.1050207@FreeBSD.org> References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> <20080201185435.X88034@fledge.watson.org> <47A43873.40801@FreeBSD.org> <20080202095658.R63379@fledge.watson.org> <47A4E934.1050207@FreeBSD.org> Date: Sat, 2 Feb 2008 23:54:50 +0100 (CET) From: "Max Laier" To: "Alexander Motin" User-Agent: SquirrelMail/1.4.13 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Provags-ID: V01U2FsdGVkX199JWa7NoU6JGHT9yF0JrMq3oBNoUgq4hl+SNp 0hMfnPH+ZnTUkeBiPmDDAIdaTSHicwCmfXxp4NYfaRF+v31HCC Q9yf1rb3vE+UWnCuzijnw== Cc: freebsd-hackers@freebsd.org, freebsd-performance@freebsd.org, Robert Watson , Julian Elischer Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 22:54:53 -0000 Am Sa, 2.02.2008, 23:05, schrieb Alexander Motin: > Robert Watson wrote: >> Hence my request for drilling down a bit on profiling -- the question >> I'm asking is whether profiling shows things running or taking time that >> shouldn't be. > > I have not yet understood why does it happend, but hwpmc shows huge > amount of "p4-resource-stall"s in UMA functions: > % cumulative self self total > time seconds seconds calls ms/call ms/call name > 45.2 2303.00 2303.00 0 100.00% uma_zfree_arg [1] > 41.2 4402.00 2099.00 0 100.00% uma_zalloc_arg [2] > 1.4 4472.00 70.00 0 100.00% > uma_zone_exhausted_nolock [3] > 0.9 4520.00 48.00 0 100.00% ng_snd_item [4] > 0.8 4562.00 42.00 0 100.00% __qdivrem [5] > 0.8 4603.00 41.00 0 100.00% ether_input [6] > 0.6 4633.00 30.00 0 100.00% ng_ppp_prepend [7] > > Probably it explains why "p4-global-power-events" shows many hits into > them > % cumulative self self total > time seconds seconds calls ms/call ms/call name > 20.0 37984.00 37984.00 0 100.00% uma_zfree_arg [1] > 17.8 71818.00 33834.00 0 100.00% uma_zalloc_arg [2] > 4.0 79483.00 7665.00 0 100.00% ng_snd_item [3] > 3.0 85256.00 5773.00 0 100.00% __mcount [4] > 2.3 89677.00 4421.00 0 100.00% bcmp [5] > 2.2 93853.00 4176.00 0 100.00% generic_bcopy [6] > > , while "p4-instr-retired" does not. > % cumulative self self total > time seconds seconds calls ms/call ms/call name > 11.1 5351.00 5351.00 0 100.00% ng_apply_item [1] > 7.9 9178.00 3827.00 0 100.00% > legacy_pcib_alloc_msi [2] > 4.1 11182.00 2004.00 0 100.00% init386 [3] > 4.0 13108.00 1926.00 0 100.00% rn_match [4] > 3.5 14811.00 1703.00 0 100.00% uma_zalloc_arg [5] > 2.6 16046.00 1235.00 0 100.00% SHA256_Transform > [6] > 2.2 17130.00 1084.00 0 100.00% ng_add_hook [7] > 2.0 18111.00 981.00 0 100.00% ng_rmhook_self [8] > 2.0 19054.00 943.00 0 100.00% em_encap [9] > > For this moment I have invent two possible explanation. One is that due > to UMA's cyclic block allocation order it does not fits CPU caches and > another that it is somehow related to critical_exit(), which possibly > can cause context switch. Does anybody have better explanation how such > small and simple in this part function can cause such results? I didn't see bzero accounted for in any of the traces in this thread - makes me wonder if that might mean that it's counted within uma_zalloc? Maybe we are calling it twice by accident? I wasn't quite able to figure out the logic of M_ZERO vs. UMA_ZONE_MALLOC etc. ... just a crazy idea. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 23:12:50 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15D3016A417; Sat, 2 Feb 2008 23:12:50 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id CD4B013C461; Sat, 2 Feb 2008 23:12:48 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 72324289; Sun, 03 Feb 2008 01:12:47 +0200 Message-ID: <47A4F8EE.3070202@FreeBSD.org> Date: Sun, 03 Feb 2008 01:12:46 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Robert Watson References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> <20080201185435.X88034@fledge.watson.org> <47A43873.40801@FreeBSD.org> <20080202095658.R63379@fledge.watson.org> <47A4E934.1050207@FreeBSD.org> <47A4F1AF.9090306@FreeBSD.org> <20080202224923.T66602@fledge.watson.org> In-Reply-To: <20080202224923.T66602@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Kris Kennaway , freebsd-performance@freebsd.org, Julian Elischer Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 23:12:50 -0000 Robert Watson wrote: > Basically, the goal would be > to make the pcpu cache FIFO as much as possible as that maximizes the > chances that the newly allocated object already has lines in the cache. Why FIFO? I think LIFO (stack) should be better for this goal as the last freed object has more chances to be still present in cache. -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 23:17:53 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56CB716A421; Sat, 2 Feb 2008 23:17:53 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id F11C313C4E1; Sat, 2 Feb 2008 23:17:52 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8C46D4B0E3; Sat, 2 Feb 2008 18:17:52 -0500 (EST) Date: Sat, 2 Feb 2008 23:17:52 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexander Motin In-Reply-To: <47A4F8EE.3070202@FreeBSD.org> Message-ID: <20080202231725.F66602@fledge.watson.org> References: <47A25412.3010301@FreeBSD.org> <47A25A0D.2080508@elischer.org> <47A2C2A2.5040109@FreeBSD.org> <20080201185435.X88034@fledge.watson.org> <47A43873.40801@FreeBSD.org> <20080202095658.R63379@fledge.watson.org> <47A4E934.1050207@FreeBSD.org> <47A4F1AF.9090306@FreeBSD.org> <20080202224923.T66602@fledge.watson.org> <47A4F8EE.3070202@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, Kris Kennaway , freebsd-performance@freebsd.org, Julian Elischer Subject: Re: Memory allocation performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 23:17:53 -0000 On Sun, 3 Feb 2008, Alexander Motin wrote: > Robert Watson wrote: >> Basically, the goal would be to make the pcpu cache FIFO as much as >> possible as that maximizes the chances that the newly allocated object >> already has lines in the cache. > > Why FIFO? I think LIFO (stack) should be better for this goal as the last > freed object has more chances to be still present in cache. Sorry, brain-o -- indeed, as I described, LIFO, rather than as a I wrote. :-) Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 2 23:40:20 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02FD516A41B for ; Sat, 2 Feb 2008 23:40:20 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 2E7C413C459 for ; Sat, 2 Feb 2008 23:40:19 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so2421340pyb.10 for ; Sat, 02 Feb 2008 15:40:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=l8lceTej7xuORquyRumupxIQsTK1bd/rZc0A1KepRsQ=; b=T2hYxmF/hEjfnJ9WrR/vEMDQOZN0zBcPi0D0E3An8P3x/5d+tsnf0WW+YXnk7LaxyysSEmZ/P7UVf7bYFp9KfR11PJoKLvRqilm9vUSFjVbj0RXLDybeQkRFmza5zHoh2YXc4eofb192YrEdPOET6yRe6c3iAymwFtjHbcI4eDw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=Y067bsZuuQj7ZA+DgqT8SdvKkfY/DyQdYa83yi+PXhskGDLiRCnZ0y7+a1C+ljmnrWnupK+jcnDGJxgX1NTiC2rAZgefmZT1+8stmDOJLe1Ue3TUOTsvQibJ1Sk57jiQzgVTb2kJVYaCdw6+sOj2T94PwIWSNsuxtn7wYzAsDgg= Received: by 10.65.254.5 with SMTP id g5mr9211328qbs.61.1201995617654; Sat, 02 Feb 2008 15:40:17 -0800 (PST) Received: from flosoft.no-ip.biz ( [67.85.89.184]) by mx.google.com with ESMTPS id c5sm3844893qbc.19.2008.02.02.15.40.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 02 Feb 2008 15:40:17 -0800 (PST) Message-ID: <47A4FF5F.9010604@gmail.com> Date: Sat, 02 Feb 2008 18:40:15 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20080121) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: /dev/dsp disappeared after power outage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 23:40:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I just had a power outage and when it came back /dev/dsp0.0 was missing from the devices. the kern module loaded fine and detected the card correctly (according to dmesg, sysctl and /dev/sndstat) but neither the above or /dev/pcm exists. After rebooting the problem remains. Any ideas how to fix it? - -- Aryeh M. Friedman FloSoft Systems, Java Tool Developers Developer, not business, friendly http://www.flosoft-systems.com "Free software != Free beer" Blog: http://www.flosoft-systems.com/flosoft_systems_community/blogs/aryeh/index.php -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHpP9fQi2hk2LEXBARAg9NAJ49d3PUhAD7dZxfoHCIn4WAp2arGwCg6awO lbTZN03MG8N367e5tJSJ93A= =J8uK -----END PGP SIGNATURE-----