From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 22:39:50 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36FFF16A4CE for ; Sat, 26 Mar 2005 22:39:50 +0000 (GMT) Received: from april.chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id A581743D46 for ; Sat, 26 Mar 2005 22:39:49 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.195] (july.chuckr.org [66.92.151.195]) by april.chuckr.org (Postfix) with ESMTP id 83A9B118CB; Sat, 26 Mar 2005 17:38:09 -0500 (EST) Message-ID: <4245E41D.7060004@chuckr.org> Date: Sat, 26 Mar 2005 22:37:17 +0000 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matt Juszczak References: <4245D401.8020906@atopia.net> In-Reply-To: <4245D401.8020906@atopia.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-questions@freebsd.org Subject: Re: Clean install of FreeBSD, many ports wont compile X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 22:39:50 -0000 Matt Juszczak wrote: > Still can't figure out how to get my FreeBSD machine to work properly. > I've tried everything. > > Download the ISO on Wednesday, Mar 23rd, from ftp.freebsd.org. standard > install, cvsup'd the ports, and tried to install > /usr/ports/editors/pico, /usr/ports/shells/bash2, and a couple other ports. > > The output of the bad compile of pico and bash are below: > > http://paste.atopia.net/108 > http://paste.atopia.net/109 > http://paste.atopia.net/110 > http://paste.atopia.net/111 > > I tried memtest, a hard drive test, etc. I don't understand how a clean > install of freebsd 5.3 - RELEASE could be doing this. Looking at your listings, you aren't trying to do a clean install, you're trying to do a complete rebuild. If you don't have your system completely built ALREADY at this point, it's a bit like trying to buy a car by putting one together, armed with a nice screwdriver. Back up, tell us if you have a system installed. IF that's true, then stop complaining about trying to install a system, because you have that, instead begin researching (by using the FreeBSD handbook) how to recompile a kernel. If you aren't at least somewhat of a programmer, then you're going to need to get a friend who IS one to help you out ... maybe, learn how to use the FreeBSD IRC channel, it's fairly good. The way it goes is, first yo uget yourself a system installed, then you worry about getting a system recompiled. Along the way you will do a whole lot of learning. BUT stop complaining about not getting your system to "work properly" unless that really is your problem, cause all you're going to do is confuse and upset people who want to help you. > > For the record, I cvsup'd to cvsup2, and I've tried that server on > another already installed 5.3-RELEASE and it worked fine. Please, any > suggestions would be appreciated. I've never seen anything like this > before. > > regards, > > Matt > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 22:45:24 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDA4716A4CE for ; Sat, 26 Mar 2005 22:45:23 +0000 (GMT) Received: from smtp11.wanadoo.fr (smtp11.wanadoo.fr [193.252.22.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5068A43D31 for ; Sat, 26 Mar 2005 22:45:23 +0000 (GMT) (envelope-from atkielski.anthony@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1107.wanadoo.fr (SMTP Server) with ESMTP id 85B9C1C00097 for ; Sat, 26 Mar 2005 23:45:22 +0100 (CET) Received: from pix.atkielski.com (ASt-Lambert-111-2-1-3.w81-50.abo.wanadoo.fr [81.50.80.3]) by mwinf1107.wanadoo.fr (SMTP Server) with ESMTP id 494011C0008E for ; Sat, 26 Mar 2005 23:45:22 +0100 (CET) X-ME-UUID: 20050326224522300.494011C0008E@mwinf1107.wanadoo.fr Date: Sat, 26 Mar 2005 23:45:21 +0100 From: Anthony Atkielski X-Priority: 3 (Normal) Message-ID: <49251524.20050326234521@wanadoo.fr> To: freebsd-questions@freebsd.org In-Reply-To: <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> References: <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: hyper threading. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-questions@freebsd.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 22:45:24 -0000 em1897@aol.com writes: > Yes, the theory is very nice; you've done a nice > job reading Intel's marketing garb. I haven't read their marketing materials. I'm simply going by the technical descriptions I've read of the architecture. > However if you don't have a specific hyperthreading-aware scheduler > and particularly well-written, threaded applications, you'll lose more > than you'll gain. If that were true, then it would be equally true of systems with actual multiple physical processors. In practice, multiple processors provide an obvious performance gain, and hyperthreading does, too, although it's much more modest than the gain obtained from physically independent processors. > Since FreeBSDs network stack isn't particularly well threaded, nor is > the scheduler optimized for hyperthreading, you get a big mess at the > kernel level. Nothing needs to be specially optimized for hyperthreading. All you need is at least two threads available for dispatch, with reasonably heterogenous instruction mixes that can use different parts of the processor hardware at the same time. Real-world instruction mixes are often in this category in general-purpose operating systems. > So if you have a nice application that does a lot of threaded math > operations, you might think you've achieved something, Heavily math-oriented applications (or any group of applications that contains similar instruction mixes) are among the least likely to benefit from hyperthreading, because they will tend to use the same processor logic at the same time, effectively rendering hyperthreading moot. > But what you've missed is that the overhead to manage > the "better utilization" of the dual-pipelines created > by HT costs more than it gains. Unless FreeBSD is very poorly written indeed, the gain from hyperthreading should still exceed the slight increase in overhead incurred by multiprocessing logic. > Hence, the loss of performance. Where can I see this loss of performance documented? > The poblem is not at the application level, but at the kernel level. > The SMP overhead is so substantial, and the OS is working thinking it > has 2 processors, that process switching and interrupt handling slow > down considerably. How much is "so substantial"? Where can I see this documented? > A machine with a 50% load UP will run 65-70% load with > HT/SMP running. Like I said, its easily measurable. Then you can show me the measurements. Where are they? A 40% increase in system load just because of multiprocessing is enormous. Where did you get this figure? > Thats at the kernel level (say routing or bridging performance). But the kernel is only a small fraction of overall processor utilization. > Now if the machine isn't a server, it may be just fine. > Thats why I suggested testing. But for a network server > HT is bad. Very Bad. It doesn't matter whether the machine is a server or a desktop. What matters is the specific mix and nature of applications. > Not only that, but FreeBSD 5.x actually has a higher > capacity network-wise with 1 processor than 2 ... Here again, I need to see this documented. > ... and I'm sure you can theorize why 2 processors should be > faster than one. The theory only matters if you have > well written code to handle it properly. FreeBSD is > a long way off from that. Where can I see the measurements? -- Anthony From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 22:45:48 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6261C16A4CE for ; Sat, 26 Mar 2005 22:45:48 +0000 (GMT) Received: from neptune.atopia.net (neptune.atopia.net [209.128.231.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9F4C43D53 for ; Sat, 26 Mar 2005 22:45:47 +0000 (GMT) (envelope-from matt@atopia.net) Received: from [192.168.0.101] (pcp173257pcs.plsntv01.nj.comcast.net [68.46.70.16]) by neptune.atopia.net (Postfix) with ESMTP id 2D75D4108; Sat, 26 Mar 2005 17:45:47 -0500 (EST) Message-ID: <4245E717.9000109@atopia.net> Date: Sat, 26 Mar 2005 17:49:59 -0500 From: Matt Juszczak User-Agent: Mozilla Thunderbird 0.9 (X11/20041129) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Robey References: <4245D401.8020906@atopia.net> <4245E41D.7060004@chuckr.org> In-Reply-To: <4245E41D.7060004@chuckr.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-questions@freebsd.org Subject: Re: Clean install of FreeBSD, many ports wont compile X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 22:45:48 -0000 I think everyone is misunderstanding my issue here. I setup 5 FreeBSD servers at once, we are converting our mail server, web server, DNS server, spam gateway, and transparent proxy machine over all at once to FreeBSD (well, in steps...but...). My experience with freebsd is considered intermediate. I installed all these boxes from the ISO. The FIRST thing I did after the install was complete was a: pkg_add -r cvsup-without-gui cvsup /etc/ports-supfile (I made the supfile) cvsup /etc/ports-supfile cd /usr/ports/shells/bash2 make install cd /usr/ports/editors/pico make install I did not type anything else in between in the initial install and those commands above. The pico and bash installs failed, and only happened on this one machine. The other machines work fine. Therefore, in my opinion, either something is wrong with the hardware of the box, or something was wrong with the ISO I downloaded, because I didn't type enough commands to be able to mess anything up. Thanks for your help in advance. -Matt Chuck Robey wrote: > Matt Juszczak wrote: > >> Still can't figure out how to get my FreeBSD machine to work >> properly. I've tried everything. >> >> Download the ISO on Wednesday, Mar 23rd, from ftp.freebsd.org. >> standard install, cvsup'd the ports, and tried to install >> /usr/ports/editors/pico, /usr/ports/shells/bash2, and a couple other >> ports. >> >> The output of the bad compile of pico and bash are below: >> >> http://paste.atopia.net/108 >> http://paste.atopia.net/109 >> http://paste.atopia.net/110 >> http://paste.atopia.net/111 >> >> I tried memtest, a hard drive test, etc. I don't understand how a >> clean install of freebsd 5.3 - RELEASE could be doing this. > > > Looking at your listings, you aren't trying to do a clean install, > you're trying to do a complete rebuild. If you don't have your system > completely built ALREADY at this point, it's a bit like trying to buy > a car by putting one together, armed with a nice screwdriver. > > Back up, tell us if you have a system installed. IF that's true, then > stop complaining about trying to install a system, because you have > that, instead begin researching (by using the FreeBSD handbook) how to > recompile a kernel. If you aren't at least somewhat of a programmer, > then you're going to need to get a friend who IS one to help you out > ... maybe, learn how to use the FreeBSD IRC channel, it's fairly good. > > The way it goes is, first yo uget yourself a system installed, then > you worry about getting a system recompiled. Along the way you will > do a whole lot of learning. > > BUT stop complaining about not getting your system to "work properly" > unless that really is your problem, cause all you're going to do is > confuse and upset people who want to help you. > >> >> For the record, I cvsup'd to cvsup2, and I've tried that server on >> another already installed 5.3-RELEASE and it worked fine. Please, >> any suggestions would be appreciated. I've never seen anything like >> this before. >> >> regards, >> >> Matt >> >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" > > > > !DSPAM:4245e4b9399096707511630! From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 22:58:03 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2988916A4CE for ; Sat, 26 Mar 2005 22:58:03 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5111B43D31 for ; Sat, 26 Mar 2005 22:58:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BA21752931; Sat, 26 Mar 2005 14:57:54 -0800 (PST) Date: Sat, 26 Mar 2005 14:57:54 -0800 From: Kris Kennaway To: Christopher Kearns Message-ID: <20050326225754.GA96971@xor.obsecurity.org> References: <423AFADC.5050403@creativedezignz.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <423AFADC.5050403@creativedezignz.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-questions@freebsd.org Subject: Re: Missing tiff-3.6.1_1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 22:58:03 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 18, 2005 at 10:59:24AM -0500, Christopher Kearns wrote: > After installing freeBSD 5.3 on my system, many packages will not=20 > install. I get an error message that says Warning: tiff-3.6.1_1 is a=20 > required package but was not found. What do I need to do? First tell us exactly what commands you are trying to run and the exact errors you receive. Kris --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCRejyWry0BWjoQKURApGuAJ4++st77TMxBSDvYoE8u2fwjw+xLwCgyC+U gYa+4PrIWKabLe8izMJZwho= =8NAb -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 23:00:16 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 486D716A4CE for ; Sat, 26 Mar 2005 23:00:16 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7D8F43D5A for ; Sat, 26 Mar 2005 23:00:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 908AA53365; Sat, 26 Mar 2005 15:00:05 -0800 (PST) Date: Sat, 26 Mar 2005 15:00:05 -0800 From: Kris Kennaway To: Dick Hoogendijk Message-ID: <20050326230005.GB96971@xor.obsecurity.org> References: <20050326152442.GA11610@pooh.nagual.st> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JP+T4n/bALQSJXh8" Content-Disposition: inline In-Reply-To: <20050326152442.GA11610@pooh.nagual.st> User-Agent: Mutt/1.4.2.1i cc: freebsd-questions Subject: Re: gcc error X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 23:00:16 -0000 --JP+T4n/bALQSJXh8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 26, 2005 at 04:24:42PM +0100, Dick Hoogendijk wrote: > Hi, >=20 > I'm getting desperate. First I couldn't compile just a gnome package. > OK, it could be missed.. But now I want to compile the new KDE-3.4 and > it does not work :-( Compiling kdelibs3 I get (again) this annoying > error. Googling learned it shows up quit often, but I found no solution. > So, what is this and waht can be done about it? I guess it's a gcc > compiler error. I deleted all gcc packages that were installed (back to > the systems's version - FreeBSD-4.11R). It did not help. >=20 > The error I get: >=20 > "c++: cannot specify -o with -c or -S and multiple compilations" > The same error happens sometimes with 'cc' Show us the full error, not a context-free excerpt. Kris --JP+T4n/bALQSJXh8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCRel0Wry0BWjoQKURAv+zAJ9n1U0DKJ+rQ3aUnrGPv2B4DffgYgCeOwl6 OmotLoc0QUCIHz4dbrF9G94= =vpzv -----END PGP SIGNATURE----- --JP+T4n/bALQSJXh8-- From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 23:01:37 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E2C716A4CE for ; Sat, 26 Mar 2005 23:01:37 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4B4043D2D for ; Sat, 26 Mar 2005 23:01:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0B50953365; Sat, 26 Mar 2005 15:01:27 -0800 (PST) Date: Sat, 26 Mar 2005 15:01:27 -0800 From: Kris Kennaway To: Jamie Ostrowski Message-ID: <20050326230127.GC96971@xor.obsecurity.org> References: <20050326124153.C6399@floyd.gnulife.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Bu8it7iiRSEf40bY" Content-Disposition: inline In-Reply-To: <20050326124153.C6399@floyd.gnulife.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-questions@freebsd.org Subject: Re: Missing libraries when making c-client X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 23:01:37 -0000 --Bu8it7iiRSEf40bY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 26, 2005 at 12:52:43PM -0600, Jamie Ostrowski wrote: >=20 >=20 > Greetings, >=20 >=20 > I am having some trouble installing imap from source. I am building a > machine for my boss who *insists* that I cannot use anything from the > ports collection on the machine, so I can't use the imap port. Sounds like you need to tell your boss about this problem, then. This is precisely what the ports collection is for. Kris --Bu8it7iiRSEf40bY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCRenHWry0BWjoQKURAso8AKCTsBv5XoLCrRa5Q4gFBes+ocrT0wCaAuwj 654FElERALcTjeNXTeXpfQQ= =Rkmj -----END PGP SIGNATURE----- --Bu8it7iiRSEf40bY-- From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 23:02:05 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B893916A4CE for ; Sat, 26 Mar 2005 23:02:05 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D83A43D1F for ; Sat, 26 Mar 2005 23:02:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A4F6653368; Sat, 26 Mar 2005 15:01:58 -0800 (PST) Date: Sat, 26 Mar 2005 15:01:58 -0800 From: Kris Kennaway To: Ed Schouten Message-ID: <20050326230158.GD96971@xor.obsecurity.org> References: <20050324055905.GA50653@il.fontys.nl> <20050324155554.GA29162@xor.obsecurity.org> <20050326204747.GB75587@il.fontys.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hxkXGo8AKqTJ+9QI" Content-Disposition: inline In-Reply-To: <20050326204747.GB75587@il.fontys.nl> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Questions Subject: Re: FreeBSD 5.4-PRERELEASE: panic in ffs_valloc X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 23:02:05 -0000 --hxkXGo8AKqTJ+9QI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 26, 2005 at 09:47:47PM +0100, Ed Schouten wrote: > * Kris Kennaway wrote: > > Unfortunately that's a relatively common bug that no-one's been able to > > track down yet. It is sometimes associated to failing drives, but not > > always. >=20 > I reinstalled my machine yesterday and it Just Works (tm), except for this > warning in my dmesg: >=20 > | ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=3D499044= 59 >=20 > where LBA is always the same number. Does that mean my disk has a bad blo= ck? It's quite possible. Kris --hxkXGo8AKqTJ+9QI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCRenlWry0BWjoQKURAkBDAKCQKiym/Bz5YSgXJIQVMMKg35ej+QCgg2n4 wPdIfjlU0SrT8xF3r1B+5QM= =0Nqu -----END PGP SIGNATURE----- --hxkXGo8AKqTJ+9QI-- From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 23:05:31 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4086916A4CE for ; Sat, 26 Mar 2005 23:05:31 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 781B043D49 for ; Sat, 26 Mar 2005 23:05:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 02D7C53366; Sat, 26 Mar 2005 15:05:22 -0800 (PST) Date: Sat, 26 Mar 2005 15:05:22 -0800 From: Kris Kennaway To: Matt Juszczak Message-ID: <20050326230522.GE96971@xor.obsecurity.org> References: <4245D401.8020906@atopia.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q8BnQc91gJZX4vDc" Content-Disposition: inline In-Reply-To: <4245D401.8020906@atopia.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-questions@freebsd.org Subject: Re: Clean install of FreeBSD, many ports wont compile X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 23:05:31 -0000 --Q8BnQc91gJZX4vDc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 26, 2005 at 04:28:33PM -0500, Matt Juszczak wrote: > Still can't figure out how to get my FreeBSD machine to work properly. = =20 > I've tried everything. >=20 > Download the ISO on Wednesday, Mar 23rd, from ftp.freebsd.org. standard= =20 > install, cvsup'd the ports, and tried to install=20 > /usr/ports/editors/pico, /usr/ports/shells/bash2, and a couple other port= s. >=20 > The output of the bad compile of pico and bash are below: >=20 > http://paste.atopia.net/108 > http://paste.atopia.net/109 > http://paste.atopia.net/110 > http://paste.atopia.net/111 --- # make install =3D=3D=3D> Building for bash-2.05b.007_2 cd . && autoconf autoconf: not found *** Error code 127 --- This usually indicates you have clock problems - autoconf thought that the pregenerated files were out of date and tried to rebuild them. Kris --Q8BnQc91gJZX4vDc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCReqyWry0BWjoQKURAqU+AKDAY3XwebV9UjSVmXZJJkeM6Y1ZAgCgitjM ZUlblM77QjAp2/uO1V3XJwo= =c5Pk -----END PGP SIGNATURE----- --Q8BnQc91gJZX4vDc-- From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 23:06:25 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CF1416A4CE for ; Sat, 26 Mar 2005 23:06:25 +0000 (GMT) Received: from toybox.fyremoon.net (toybox.fyremoon.net [209.61.186.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC01243D1F for ; Sat, 26 Mar 2005 23:06:24 +0000 (GMT) (envelope-from jadz@toybox.fyremoon.net) Received: from localhost (jadz@localhost) by toybox.fyremoon.net (8.11.6/8.11.6) with ESMTP id j2QN6LX20512; Sat, 26 Mar 2005 23:06:22 GMT Date: Sat, 26 Mar 2005 23:06:21 +0000 (GMT) From: jadz@toybox.fyremoon.net To: tinc@tinc-vpn.org, In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: IP packets with source address of 0.0.0.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 23:06:25 -0000 Well, for all those who were interested... My problem was resolved by upgrading all the sites to tinc1.0.3 and fixing a routing problem i had on one of the systems. Cheers to my only replier. J From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 23:07:06 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2D5716A4CE for ; Sat, 26 Mar 2005 23:07:05 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DDAA543D48 for ; Sat, 26 Mar 2005 23:07:04 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 26 Mar 2005 23:07:03 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp003) with SMTP; 27 Mar 2005 00:07:03 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-questions@freebsd.org Date: Sun, 27 Mar 2005 00:07:05 +0100 User-Agent: KMail/1.7.2 References: <20050326221939.GA11995@thought.org> In-Reply-To: <20050326221939.GA11995@thought.org> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1131788.FkMEM50iHS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503270007.20432@harrymail> X-Y-GMX-Trusted: 0 cc: Gary Kline Subject: ot: FWIW meaning? [Was: Re: FreeBSD 5.4-PRERELEASE: panic in ffs_valloc] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 23:07:06 -0000 --nextPart1131788.FkMEM50iHS Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Samstag, 26. M=E4rz 2005 23:19 schrieb Gary Kline: > On Sat, Mar 26, 2005 at 10:16:57PM +0000, Gary Kline wrote: [...] > > Yours, > > -- > > Ed Schouten > > This is a FWIW, but the same thing is happening with DMA While I see this on questions@ - What does FWIW mean? I think it's like "for your information" but I have never heard the real=20 meaning. Thanks, =2DHarry --nextPart1131788.FkMEM50iHS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCResoBylq0S4AzzwRArmpAKCM3ToAYZqxFVYZQvAcqdxP12n8twCeInMI ENtxlsk+hM5hS5gb09XThsk= =qMnE -----END PGP SIGNATURE----- --nextPart1131788.FkMEM50iHS-- From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 23:10:38 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F012F16A4CE for ; Sat, 26 Mar 2005 23:10:38 +0000 (GMT) Received: from skipjack.no-such-agency.net (skipjack.no-such-agency.net [64.142.114.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99DC843D3F for ; Sat, 26 Mar 2005 23:10:38 +0000 (GMT) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (localhost [127.0.0.1]) by skipjack.no-such-agency.net (Postfix) with ESMTP id 1F2FD34D453; Sat, 26 Mar 2005 15:10:38 -0800 (PST) Received: from [192.168.2.120] (blackhole.no-such-agency.net [64.142.103.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skipjack.no-such-agency.net (Postfix) with ESMTP id D956F34D436; Sat, 26 Mar 2005 15:10:37 -0800 (PST) Message-ID: <4245EBED.4040204@cloudview.com> Date: Sat, 26 Mar 2005 15:10:37 -0800 From: John Pettitt Organization: CloudView Photographic User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Emanuel Strobl References: <20050326221939.GA11995@thought.org> <200503270007.20432@harrymail> In-Reply-To: <200503270007.20432@harrymail> X-Enigmail-Version: 0.90.1.1 X-Enigmail-Supports: pgp-inline, pgp-mime X-AV-Checked: by skipjack Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: Gary Kline cc: freebsd-questions@freebsd.org Subject: Re: ot: FWIW meaning? [Was: Re: FreeBSD 5.4-PRERELEASE: panic in ffs_valloc] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 23:10:39 -0000 Emanuel Strobl wrote: >Am Samstag, 26. März 2005 23:19 schrieb Gary Kline: > > >>On Sat, Mar 26, 2005 at 10:16:57PM +0000, Gary Kline wrote: >> >> >[...] > > >>>Yours, >>>-- >>> Ed Schouten >>> >>> >> This is a FWIW, but the same thing is happening with DMA >> >> > >While I see this on questions@ - What does FWIW mean? > >I think it's like "for your information" but I have never heard the real >meaning. > >Thanks, > >-Harry > > FWIW == For What It's Worth From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 23:16:29 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA7EB16A4CE for ; Sat, 26 Mar 2005 23:16:29 +0000 (GMT) Received: from mxsf35.cluster1.charter.net (mxsf35.cluster1.charter.net [209.225.28.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EC3343D39 for ; Sat, 26 Mar 2005 23:16:29 +0000 (GMT) (envelope-from pblowers@chartermi.net) Received: from mxip14.cluster1.charter.net (mxip14a.cluster1.charter.net [209.225.28.144])j2QNGSBd009424 for ; Sat, 26 Mar 2005 18:16:28 -0500 Received: from 24.247.189.51.gha.mi.chartermi.net (HELO [10.10.0.156]) (24.247.189.51) by mxip14.cluster1.charter.net with ESMTP; 26 Mar 2005 18:16:26 -0500 X-Ironport-AV: i="3.91,125,1110171600"; d="scan'208"; a="90429606:sNHT27269398" Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <9bab40edc718bbd10de6ef1865290647@chartermi.net> Content-Transfer-Encoding: 7bit From: Peter Blowers Date: Sat, 26 Mar 2005 18:16:22 -0500 To: freebsd-questions@freebsd.org X-Mailer: Apple Mail (2.619.2) Subject: rfcomm_pppd and nat - trying to share internet with palm via bluetooth X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 23:16:30 -0000 Hi, ppp newbie here. I'm trying to share my freebsd machine's internet connection with my palm via bluetooth. The freebsd machine is connected via wired ethernet to a linksys wireless access point, that is connected to my cable modem on the wan side. The linksys AP is my gateway. Bluetooth seems to be working fine. I can connect and ping the freebsd machine from my palm, but I can't get to the internet. That is, I can't ping my ISP's DNS. I thought 'nat enable yes' or 'set nat enable' would do it, but no luck. I run the following on the freebsd machine: /etc/rc.bluetooth start ubt0 sdpd rfcomm_pppd -s -C 1 -l rfcomm-server and in /etc/ppp/ppp.conf I have this: rfcomm-server: set device /dev/cuaa1 set cd off set dial set speed 115200 set timeout 0 nat enable yes set ifaddr 192.168.0.1/0 192.168.0.2/0 enable dns add default HISADDR open disable pap deny pap disable chap deny chap if I do this in ppp.conf instead: set ifaddr 10.10.0.2 10.10.0.201 255.255.255.0 where 10.10.0.2 is the wireless router(gateway), then the palm gets an ip of 10.10.0.201 just fine, and it can ping the freebsd machine (10.10.0.154) and the wireless router (10.10.0.2), but STILL can't get to the internet. Also tried setting net.inet.ip.forwarding=1. No change. Anyone have some suggestions? thanks, pete From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 23:22:24 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFFB016A4CE for ; Sat, 26 Mar 2005 23:22:24 +0000 (GMT) Received: from mail.freebsd-corp-net-guide.com (mail.freebsd-corp-net-guide.com [65.75.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00DAF43D31 for ; Sat, 26 Mar 2005 23:22:24 +0000 (GMT) (envelope-from tedm@toybox.placo.com) Received: from tedwin2k (nat-rtr.freebsd-corp-net-guide.com [65.75.197.130]) j2QNMNb56942; Sat, 26 Mar 2005 15:22:24 -0800 (PST) (envelope-from tedm@toybox.placo.com) From: "Ted Mittelstaedt" To: "Colin J. Raven" , "FreeBSD Questions" Date: Sat, 26 Mar 2005 15:22:11 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 In-Reply-To: <20050326130042.S2949@kenmore.kozy-kabin.nl> Importance: Normal Subject: RE: Anthony's drive issues.Re: ssh password delay X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 23:22:24 -0000 owner-freebsd-questions@freebsd.org wrote: > > I shouldn't have risen to this, but it's already gone from the > realms of > the sublime to the utterly absurd. Colin, After going back and forth on this problem for weeks, Anthony finally posted the microcode version that his Adaptec controller is using. This microcode is NOT the generic Adaptec microcode that Adaptec normally supplies with that controller - instead, it is Adaptec-supplied, HP-modified code. In a case like this it is very likely a BSD driver issue - why, because the FreeBSD driver author could not test with every custom-modified microcode when he wrote the driver. There is no list out there of every computer company who has had a source license to the Adaptec microcode and made modifications to it. And naturally you would assume that anyone making mods to the SCSI microcode would have the brains not to break it. In this case that didn't happen. Most likely HP modified the Adaptec microcode because of bugs in the disks that they were supplying with the original Vectras. The reason he wasn't seeing problems with NT on the system was that as we all know Microsoft obtains samples of every name-brand system that is ever manufactured specifically for compatibility testing, and they probably already ran into this problem and put a workaround in their driver. I have noticed a similar problem on the same Adaptec controller in a Compaq system which is running Adaptec-supplied, Compaq-modified microcode and a Quantum disk drive. I have MANY systems running the same Adaptec controller that are using genuine Adaptec adapters which are using Adaptec microcode that is not modded by some computer company, that run perfectly fine. It is beyond comprehension why companies like Compaq and HP see fit to fuck around with the perfectly good Adaptec microcode. But the fact is that in my and in his system, they have done so. His three choices are to first: try a different SCSI disk from a different manufacturer, in the hopes that it might behave with the modified microcode. As I've explained to him I've had problems with Quantum SCSI disks in the past and I don't use them - if he reverts to his single Seagate disk he might get lucky and the problem go away - then he will know to buy a bigger Seagate if he needs more space. Second, he can go into BIOS and disable the on-motherboard SCSI controllers and use an off-the-shelf controller, like a cheap symbiosis or NCR one for example. Third, he can try to contact the FreeBSD developer who is assigned to the ahc() driver, tell that person that he has an HP Vectra that uses a aic7880 chipset that is running microcode that HP modified, and that his system is having problems, and offer that person his system for testing. He may need to ship his system to that developer or more likely put an IDE disk in it that has a running BSD system on it, attach a disk to the Adaptec controller, put it on the Internet and set it up for remote access so the developer can examine it. In my case, I'm going to try a different SCSI disk in hopes that the interaction between the Compaq-modified SCSI adapter and the disk drive is different and does not trigger whatever bug Compaq introduced into the Adaptec microcode. And if that doesen't work I'll just remove the SCSI adapter and throw it in the garbage and put in a genuine Adaptec adapter. Anthony cannot do this because he doesen't have a separate adapter, his SCSI chipset is on the motherboard. If he updated BIOS there's a slight possibility that the updated BIOS might carry a later rev. of microcode - but I am pretty sure with that Adaptec chipset that the microcode was in a ROM not in an EEPROM so it can't be updated. But Anthony's biggest obstacles to this are that a) he doesen't believe in bugs that appear as a result of interactions between microcode in disk drives and microcode in SCSI adapters, he seems to feel that everyone in the business exactly perfectly follows the SCSI standard when they manufacture disks and controllers. This I find strange because there have been many times disk manufacturers have posted corrected firmware for their disk drives - if nobody ever made mistakes in implementations, no one would ever post microcode updates. But for some reason Anthony does not believe in this, or if he does he is convinced that HIS disks have perfect SCSI implementations. and b) Anthony is convinced that his Vectra has an Adaptec chipset and microcode that runs that chipset that is pefectly good and identically compliant to every other Adaptec chipset, and that the problems he's having are not as a result in his hardware not being compliant with every other Adaptec adapter card, but are the result of some gross in the Adaptec driver. This despite that most people running Adaptec controllers with aic7880 chipsets in them under FreeBSD do NOT have problems. With that sort of attitude if he were to approach the author of the ahc() driver he would be told to stick his head up his ass. Anthony has to acknowledge that it is HIS SYSTEM with the modified microcode that is the problem, and REQUEST that a workaround be added to the ahc() driver through the send-pr mechanism, as has been explained to him. For sheer pigheadedness, or pride, or stupidity, he cannot bring himself to do this. Ted From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 23:26:06 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7899916A4CE for ; Sat, 26 Mar 2005 23:26:06 +0000 (GMT) Received: from mail.freebsd-corp-net-guide.com (mail.freebsd-corp-net-guide.com [65.75.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EB7E43D46 for ; Sat, 26 Mar 2005 23:26:05 +0000 (GMT) (envelope-from tedm@toybox.placo.com) Received: from tedwin2k (nat-rtr.freebsd-corp-net-guide.com [65.75.197.130]) j2QNQEb56964 for ; Sat, 26 Mar 2005 15:26:15 -0800 (PST) (envelope-from tedm@toybox.placo.com) From: "Ted Mittelstaedt" To: Date: Sat, 26 Mar 2005 15:26:02 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 In-Reply-To: <1006827290.20050326220154@wanadoo.fr> Importance: Normal Subject: RE: Anthony's drive issues.Re: ssh password delay X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 23:26:06 -0000 owner-freebsd-questions@freebsd.org wrote: > Colin J. Raven writes: > >> How much time have you lost _just_ within the context of this thread >> alone? > > Not very much, although it was virtually a total waste. > Actually it was a waste to you because you don't want to try anything, but it wasn't a waste to others on the list. Anyone wanting to run FreeBSD on an old Vectra they have around if they search the list archives they are going to come across this thread, and be educated. > > Most have spent a lot of bandwidth on ad hominem (see your own post > for an example), and virtually none on constructive suggestions. And > of those who offered relatively constructive suggestions, most were > pure conjecture, often influenced by some sort of bias. > When trying to troubleshoot a problem you make a conjecture as to what the problem might be then you test for it. So of course, any constructive suggestion is going to be conjecture. Ted From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 23:27:57 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C31B16A4CE for ; Sat, 26 Mar 2005 23:27:57 +0000 (GMT) Received: from grover.logicsquad.net (ppp142-130.lns1.adl2.internode.on.net [150.101.142.130]) by mx1.FreeBSD.org (Postfix) with SMTP id 7D95743D49 for ; Sat, 26 Mar 2005 23:27:55 +0000 (GMT) (envelope-from paulh@logicsquad.net) Received: (qmail 65491 invoked by uid 1000); 26 Mar 2005 23:27:53 -0000 Date: Sun, 27 Mar 2005 08:57:53 +0930 From: "Paul A. Hoadley" To: freebsd-questions@freebsd.org Message-ID: <20050326232753.GA64620@grover.logicsquad.net> References: <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> <49251524.20050326234521@wanadoo.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <49251524.20050326234521@wanadoo.fr> User-Agent: Mutt/1.4.2.1i Subject: Re: hyper threading. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 23:27:57 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 26, 2005 at 11:45:21PM +0100, Anthony Atkielski wrote: > Where can I see the measurements? Here are some measurements. A few weeks ago I ran Unixbench 4.1.0 (/usr/ports/benchmarks/unixbench) on a P4 2.8GHz with and without hyperthreading enabled. I note a slight difference in the 10 minute load average in favour of the uniprocessor run (0.00 vs 0.10 in the hyperthreading run), though I doubt this alone could account for a 15% difference in total score. Uniprocessor run: ----------------- BYTE UNIX Benchmarks (Version 4.1.0) System -- bigbird.logicsquad.net Start Benchmark Run: Sun Feb 20 08:23:08 CST 2005 14 interactive users. 8:23AM up 3 days, 14:37, 14 users, load averages: 0.00, 0.00, 0.00 -r-xr-xr-x 1 root wheel 105624 Feb 12 00:09 /bin/sh /bin/sh: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for= FreeBSD 5.3-CURRENT (rev 1), dynamically linked (uses shared libs), stripp= ed /dev/mirror/gm0s1f 164607432 5190146 146248692 3% /usr Dhrystone 2 using register variables 4438000.0 lps (10.0 secs, 10 sam= ples) Double-Precision Whetstone 786.2 MWIPS (10.4 secs, 10 samp= les) System Call Overhead 387391.7 lps (10.0 secs, 10 samp= les) Pipe Throughput 595757.1 lps (10.0 secs, 10 samp= les) Pipe-based Context Switching 94343.7 lps (10.0 secs, 10 samp= les) Process Creation 5143.3 lps (30.0 secs, 3 sampl= es) Execl Throughput 1127.4 lps (29.9 secs, 3 sampl= es) File Read 1024 bufsize 2000 maxblocks 637932.0 KBps (30.0 secs, 3 sampl= es) File Write 1024 bufsize 2000 maxblocks 86241.0 KBps (30.0 secs, 3 sampl= es) File Copy 1024 bufsize 2000 maxblocks 84790.0 KBps (30.0 secs, 3 sampl= es) File Read 256 bufsize 500 maxblocks 182188.0 KBps (30.0 secs, 3 sampl= es) File Write 256 bufsize 500 maxblocks 83127.0 KBps (30.0 secs, 3 sampl= es) File Copy 256 bufsize 500 maxblocks 53860.0 KBps (30.0 secs, 3 sampl= es) File Read 4096 bufsize 8000 maxblocks 1662218.0 KBps (30.0 secs, 3 samp= les) File Write 4096 bufsize 8000 maxblocks 47821.0 KBps (30.0 secs, 3 sampl= es) File Copy 4096 bufsize 8000 maxblocks 47003.0 KBps (30.0 secs, 3 sampl= es) Shell Scripts (1 concurrent) 2584.9 lpm (60.0 secs, 3 sampl= es) Shell Scripts (8 concurrent) 353.3 lpm (60.0 secs, 3 sampl= es) Shell Scripts (16 concurrent) 177.0 lpm (60.0 secs, 3 sampl= es) Arithmetic Test (type =3D short) 687842.3 lps (10.0 secs, 3 sam= ples) Arithmetic Test (type =3D int) 697114.1 lps (10.0 secs, 3 sam= ples) Arithmetic Test (type =3D long) 697313.5 lps (10.0 secs, 3 sam= ples) Arithmetic Test (type =3D float) 658678.8 lps (10.0 secs, 3 sam= ples) Arithmetic Test (type =3D double) 658663.3 lps (10.0 secs, 3 sam= ples) Arithoh 14359071.4 lps (10.0 secs, 3 sam= ples) C Compiler Throughput 1373.3 lpm (60.0 secs, 3 sampl= es) Dc: sqrt(2) to 99 decimal places 161336.3 lpm (30.0 secs, 3 sampl= es) Recursion Test--Tower of Hanoi 98086.8 lps (20.0 secs, 3 sampl= es) INDEX VALUES =20 TEST BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 4438000.0 380.3 Double-Precision Whetstone 55.0 786.2 142.9 Execl Throughput 43.0 1127.4 262.2 File Copy 1024 bufsize 2000 maxblocks 3960.0 84790.0 214.1 File Copy 256 bufsize 500 maxblocks 1655.0 53860.0 325.4 File Copy 4096 bufsize 8000 maxblocks 5800.0 47003.0 81.0 Pipe Throughput 12440.0 595757.1 478.9 Pipe-based Context Switching 4000.0 94343.7 235.9 Process Creation 126.0 5143.3 408.2 Shell Scripts (8 concurrent) 6.0 353.3 588.8 System Call Overhead 15000.0 387391.7 258.3 =3D=3D=3D= =3D=3D=3D=3D=3D=3D FINAL SCORE 270.4 Hyperthreading run: ------------------- BYTE UNIX Benchmarks (Version 4.1.0) System -- bigbird.logicsquad.net Start Benchmark Run: Sun Feb 20 17:22:33 CST 2005 2 interactive users. 5:22PM up 2 mins, 2 users, load averages: 0.31, 0.23, 0.10 -r-xr-xr-x 1 root wheel 105624 Feb 12 00:09 /bin/sh /bin/sh: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for= FreeBSD 5.3-CURRENT (rev 1), dynamically linked (uses shared libs), stripp= ed /dev/mirror/gm0s1f 164607432 5264584 146174254 3% /usr Dhrystone 2 using register variables 4463262.0 lps (10.0 secs, 10 sam= ples) Double-Precision Whetstone 785.8 MWIPS (10.5 secs, 10 samp= les) System Call Overhead 320010.4 lps (10.0 secs, 10 samp= les) Pipe Throughput 445274.8 lps (10.0 secs, 10 samp= les) Pipe-based Context Switching 60275.3 lps (10.0 secs, 10 samp= les) Process Creation 3614.9 lps (30.0 secs, 3 sampl= es) Execl Throughput 970.2 lps (30.0 secs, 3 sampl= es) File Read 1024 bufsize 2000 maxblocks 387635.0 KBps (30.0 secs, 3 sampl= es) File Write 1024 bufsize 2000 maxblocks 85403.0 KBps (30.0 secs, 3 sampl= es) File Copy 1024 bufsize 2000 maxblocks 81190.0 KBps (30.0 secs, 3 sampl= es) File Read 256 bufsize 500 maxblocks 103384.0 KBps (30.0 secs, 3 sampl= es) File Write 256 bufsize 500 maxblocks 59661.0 KBps (30.0 secs, 3 sampl= es) File Copy 256 bufsize 500 maxblocks 37122.0 KBps (30.0 secs, 3 sampl= es) File Read 4096 bufsize 8000 maxblocks 1204605.0 KBps (30.0 secs, 3 samp= les) File Write 4096 bufsize 8000 maxblocks 47284.0 KBps (30.0 secs, 3 sampl= es) File Copy 4096 bufsize 8000 maxblocks 46684.0 KBps (30.0 secs, 3 sampl= es) Shell Scripts (1 concurrent) 2476.7 lpm (60.0 secs, 3 sampl= es) Shell Scripts (8 concurrent) 360.7 lpm (60.0 secs, 3 sampl= es) Shell Scripts (16 concurrent) 181.0 lpm (60.0 secs, 3 sampl= es) Arithmetic Test (type =3D short) 692417.8 lps (10.0 secs, 3 sam= ples) Arithmetic Test (type =3D int) 701337.9 lps (10.0 secs, 3 sam= ples) Arithmetic Test (type =3D long) 701730.5 lps (10.0 secs, 3 sam= ples) Arithmetic Test (type =3D float) 663616.7 lps (10.0 secs, 3 sam= ples) Arithmetic Test (type =3D double) 663693.8 lps (10.0 secs, 3 sam= ples) Arithoh 14226118.2 lps (10.0 secs, 3 sam= ples) C Compiler Throughput 1357.7 lpm (60.0 secs, 3 sampl= es) Dc: sqrt(2) to 99 decimal places 110706.6 lpm (30.0 secs, 3 sampl= es) Recursion Test--Tower of Hanoi 100825.9 lps (20.0 secs, 3 sampl= es) INDEX VALUES =20 TEST BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 4463262.0 382.5 Double-Precision Whetstone 55.0 785.8 142.9 Execl Throughput 43.0 970.2 225.6 File Copy 1024 bufsize 2000 maxblocks 3960.0 81190.0 205.0 File Copy 256 bufsize 500 maxblocks 1655.0 37122.0 224.3 File Copy 4096 bufsize 8000 maxblocks 5800.0 46684.0 80.5 Pipe Throughput 12440.0 445274.8 357.9 Pipe-based Context Switching 4000.0 60275.3 150.7 Process Creation 126.0 3614.9 286.9 Shell Scripts (8 concurrent) 6.0 360.7 601.2 System Call Overhead 15000.0 320010.4 213.3 =3D=3D=3D= =3D=3D=3D=3D=3D=3D FINAL SCORE 228.9 --=20 Paul. w http://logicsquad.net/ h http://paul.hoadley.name/ --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCRe/5730Z/jysbzIRArlrAJ4n6bAyFlmJKFjo0DilnWM6JyoF3ACePCm8 uMO7TFa3Y0cPmUfAVTRW0kI= =Oqm8 -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 23:53:14 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F6BD16A4CE for ; Sat, 26 Mar 2005 23:53:14 +0000 (GMT) Received: from smtpq3.home.nl (smtpq3.home.nl [213.51.128.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2082743D48 for ; Sat, 26 Mar 2005 23:53:13 +0000 (GMT) (envelope-from danny@ricin.com) Received: from [213.51.128.134] (port=59509 helo=smtp3.home.nl) by smtpq3.home.nl with esmtp (Exim 4.30) id 1DFL5b-0003cK-Aj; Sun, 27 Mar 2005 00:53:11 +0100 Received: from cp464173-a.dbsch1.nb.home.nl ([84.27.215.228]:62372 helo=desktop.homenet) by smtp3.home.nl with esmtp (Exim 4.30) id 1DFL5a-0007C3-9L; Sun, 27 Mar 2005 00:53:10 +0100 From: Danny Pansters To: freebsd-questions@freebsd.org, "Brian J. McGovern" Date: Sun, 27 Mar 2005 00:53:18 +0000 User-Agent: KMail/1.8 References: <200503191329.j2JDTi9J091703@spoon.beta.com> In-Reply-To: <200503191329.j2JDTi9J091703@spoon.beta.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503270053.19198.danny@ricin.com> X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Subject: Re: Recommendations for "All-in-One" device? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 23:53:14 -0000 On Saturday 19 March 2005 13:29, Brian J. McGovern wrote: > I'm currently in the market for an "All-in-One" device for the home > network, mostly for the fax functionality (it'll be replacing an Canon > scanner and Okidata 810e laser printer). Before anyone suggests their > favorite FreeBSD Fax modem/app, I'll let it be known that I've been told > that the expectation is that we'll have a "normal" looking/working fax > machine for the house ;) > > I've searched the mailing lists for "All-in-One", and tried searches on > printers, scanners, copiers, and faxes individually with no real good hits. > > I'm somewhat curious about the HPs, but wanted to get people's experiences > with different devices, and what works/doesn't work with FreeBSD. A bit late, but I remembered seeing this question when I was just about to start setting up our Officejet replacement: a HP photosmart 2610 all-in-one. We're using it as a network printer/scanner now, it's not connected through USB to one box but it can be. It has stand alone fax and scan/copy capability. Setup was easy: Install the hpoj and hpijs ports, and cups and sane. I used the cups web interface (and the info provided with hpoj or from linuxprinting) to set it up (as a client this time, not as a server which it was before when the old OfficeJet was connected to this box with a parralel cable). Url/Device is a socket: without hpoj/hpijs, with hpoj its a ptal device. In the Driver section you should be able to pick your HP model. That should be all. With KDE I can now print to it (as network printer via ptal), scan from it with Kooka (via ptal via gphoto), and I'm sure faxing will also work. Stand-alone you can just use the flatbed scanner for input, and the printer tray for output. This is an inkjet, with laserjet printing you may not need or want hpijs but I think you probably would anyway. It looks like an officejet only smaller and a bit slicker. It also supports CF and other cards (from cameras), the ptal driver (and the windows version) should present those as local scsi disks, but I haven't really sorted that out yet. The printing/scanning quality is great. The hpijs and hpoj come from HP BTW. The thing cost us ~ 340 Euro's, which would be ~ 450 USD. I wanted a network capable printer (it has its own console but also a web interface), it's just easier to use in a network. If it lasts as long as the officejet (I think ~ 7 years) its worth the buck I guess. HTH, Dan From owner-freebsd-questions@FreeBSD.ORG Sat Mar 26 23:54:08 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6375716A4CE for ; Sat, 26 Mar 2005 23:54:08 +0000 (GMT) Received: from skipjack.no-such-agency.net (skipjack.no-such-agency.net [64.142.114.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id E83A243D5C for ; Sat, 26 Mar 2005 23:54:07 +0000 (GMT) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (localhost [127.0.0.1]) by skipjack.no-such-agency.net (Postfix) with ESMTP id 8845234D453; Sat, 26 Mar 2005 15:54:07 -0800 (PST) Received: from [192.168.2.120] (blackhole.no-such-agency.net [64.142.103.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skipjack.no-such-agency.net (Postfix) with ESMTP id 4391634D436; Sat, 26 Mar 2005 15:54:07 -0800 (PST) Message-ID: <4245F61E.2000300@cloudview.com> Date: Sat, 26 Mar 2005 15:54:06 -0800 From: John Pettitt Organization: CloudView Photographic User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Paul A. Hoadley" References: <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> <49251524.20050326234521@wanadoo.fr> <20050326232753.GA64620@grover.logicsquad.net> In-Reply-To: <20050326232753.GA64620@grover.logicsquad.net> X-Enigmail-Version: 0.90.1.1 X-Enigmail-Supports: pgp-inline, pgp-mime X-AV-Checked: by skipjack Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-questions@freebsd.org Subject: Re: hyper threading. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 23:54:08 -0000 Paul A. Hoadley wrote: >On Sat, Mar 26, 2005 at 11:45:21PM +0100, Anthony Atkielski wrote: > > > >>Where can I see the measurements? >> >> > >Here are some measurements. A few weeks ago I ran Unixbench 4.1.0 >(/usr/ports/benchmarks/unixbench) on a P4 2.8GHz with and without >hyperthreading enabled. I note a slight difference in the 10 minute >load average in favour of the uniprocessor run (0.00 vs 0.10 in the >hyperthreading run), though I doubt this alone could account for a 15% >difference in total score. > > >Uniprocessor run: >----------------- > BYTE UNIX Benchmarks (Version 4.1.0) > System -- bigbird.logicsquad.net > Start Benchmark Run: Sun Feb 20 08:23:08 CST 2005 > 14 interactive users. > 8:23AM up 3 days, 14:37, 14 users, load averages: 0.00, 0.00, 0.00 > [snip] > ========= > FINAL SCORE 270.4 > > >Hyperthreading run: >------------------- > BYTE UNIX Benchmarks (Version 4.1.0) > System -- bigbird.logicsquad.net > Start Benchmark Run: Sun Feb 20 17:22:33 CST 2005 > 2 interactive users. > 5:22PM up 2 mins, 2 users, load averages: 0.31, 0.23, 0.10 > [snip] > ========= > FINAL SCORE 228.9 > > Notice the HT run had load on the box (0.31) when it started. If you're going to run benchmarks you need to start with a clean reboot before each run and make sure all the background daemons have been killed and and the load is zero. However even then this is not a good test of HT - the point of HT is to improve throughput in multi thread workloads and the benchmark suite is basically single thread. What would be more interesting would be to run a test with a constant background load also running. In theory the HT should do a better job of balancing the load between the benchmark and the background than the BSD scheduler can on it's own. I don't have an HT box here or I'd try it but I'd love to know how it comes out if somebody is up for it. > > > From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 00:01:39 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6F0016A4CE for ; Sun, 27 Mar 2005 00:01:39 +0000 (GMT) Received: from smtpq1.home.nl (smtpq1.home.nl [213.51.128.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23FFA43D31 for ; Sun, 27 Mar 2005 00:01:39 +0000 (GMT) (envelope-from danny@ricin.com) Received: from [213.51.128.134] (port=59719 helo=smtp3.home.nl) by smtpq1.home.nl with esmtp (Exim 4.30) id 1DFLDl-0001Gl-Iy; Sun, 27 Mar 2005 01:01:37 +0100 Received: from cp464173-a.dbsch1.nb.home.nl ([84.27.215.228]:54934 helo=desktop.homenet) by smtp3.home.nl with esmtp (Exim 4.30) id 1DFLDk-0008F7-NH; Sun, 27 Mar 2005 01:01:36 +0100 From: Danny Pansters To: freebsd-questions@freebsd.org Date: Sun, 27 Mar 2005 01:01:45 +0000 User-Agent: KMail/1.8 References: <200503191329.j2JDTi9J091703@spoon.beta.com> <200503270053.19198.danny@ricin.com> In-Reply-To: <200503270053.19198.danny@ricin.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503270101.45737.danny@ricin.com> X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean cc: "Brian J. McGovern" Subject: Re: Recommendations for "All-in-One" device? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 00:01:39 -0000 s/gphoto/sane/ Duh :) On Sunday 27 March 2005 00:53, Danny Pansters wrote: > On Saturday 19 March 2005 13:29, Brian J. McGovern wrote: > > I'm currently in the market for an "All-in-One" device for the home > > network, mostly for the fax functionality (it'll be replacing an Canon > > scanner and Okidata 810e laser printer). Before anyone suggests their > > favorite FreeBSD Fax modem/app, I'll let it be known that I've been told > > that the expectation is that we'll have a "normal" looking/working fax > > machine for the house ;) > > > > I've searched the mailing lists for "All-in-One", and tried searches on > > printers, scanners, copiers, and faxes individually with no real good > > hits. > > > > I'm somewhat curious about the HPs, but wanted to get people's > > experiences with different devices, and what works/doesn't work with > > FreeBSD. > > A bit late, but I remembered seeing this question when I was just about to > start setting up our Officejet replacement: a HP photosmart 2610 > all-in-one. > > We're using it as a network printer/scanner now, it's not connected through > USB to one box but it can be. It has stand alone fax and scan/copy > capability. Setup was easy: Install the hpoj and hpijs ports, and cups and > sane. I used the cups web interface (and the info provided with hpoj or > from linuxprinting) to set it up (as a client this time, not as a server > which it was before when the old OfficeJet was connected to this box with a > parralel cable). Url/Device is a socket: without hpoj/hpijs, with hpoj its > a ptal device. In the Driver section you should be able to pick your HP > model. That should be all. > > With KDE I can now print to it (as network printer via ptal), scan from it > with Kooka (via ptal via gphoto), and I'm sure faxing will also work. > Stand-alone you can just use the flatbed scanner for input, and the printer > tray for output. > > This is an inkjet, with laserjet printing you may not need or want hpijs > but I think you probably would anyway. It looks like an officejet only > smaller and a bit slicker. It also supports CF and other cards (from > cameras), the ptal driver (and the windows version) should present those as > local scsi disks, but I haven't really sorted that out yet. The > printing/scanning quality is great. The hpijs and hpoj come from HP BTW. > > The thing cost us ~ 340 Euro's, which would be ~ 450 USD. I wanted a > network capable printer (it has its own console but also a web interface), > it's just easier to use in a network. If it lasts as long as the officejet > (I think ~ 7 years) its worth the buck I guess. > > HTH, > > Dan From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 00:13:57 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59B0A16A4CE for ; Sun, 27 Mar 2005 00:13:57 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF4EC43D4C for ; Sun, 27 Mar 2005 00:13:56 +0000 (GMT) (envelope-from linicks@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so22892wra for ; Sat, 26 Mar 2005 16:13:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=L2/Y2miJvG1wOSFwbERPWlmVrS4A1aHneRxuVrS3fzt1IWlyjawhGIuZc3dThA/xZdyLB+m5Y2fO06zm3OeARm/DMOfk4wYi3OdK/o6ba0p9IzTsh8zGj95LszLWwBpQim9NZKgdPjw7txIM34M/5V3uP1ug0sYN8trL2/NdC3w= Received: by 10.54.51.64 with SMTP id y64mr902299wry; Sat, 26 Mar 2005 16:13:56 -0800 (PST) Received: by 10.54.98.3 with HTTP; Sat, 26 Mar 2005 16:13:56 -0800 (PST) Message-ID: Date: Sat, 26 Mar 2005 17:13:56 -0700 From: Nick Pavlica To: John Pettitt In-Reply-To: <4245F61E.2000300@cloudview.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> <49251524.20050326234521@wanadoo.fr> <20050326232753.GA64620@grover.logicsquad.net> <4245F61E.2000300@cloudview.com> cc: freebsd-questions@freebsd.org Subject: Re: hyper threading. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nick Pavlica List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 00:13:57 -0000 Hello, > However even then this is not a good test of HT - the point of HT is to > improve throughput in multi thread workloads and the benchmark suite is > basically single thread. What would be more interesting would be to > run a test with a constant background load also running. In theory > the HT should do a better job of balancing the load between the > benchmark and the background than the BSD scheduler can on it's own. I > don't have an HT box here or I'd try it but I'd love to know how it > comes out if somebody is up for it. It would be interesting to see the results of the BSD & ULE scheduler on 5.4 Pre and 6 compared to 5.3R. --Nick --Nick From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 00:19:18 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20A5B16A4CE for ; Sun, 27 Mar 2005 00:19:18 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC26143D46 for ; Sun, 27 Mar 2005 00:19:17 +0000 (GMT) (envelope-from gert.cuykens@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so1101453rng for ; Sat, 26 Mar 2005 16:19:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Yf3fINHsIyjdGfFf1kSKwKEGXNOyX4IuV4iiNdK6Gx+r5o2Mb+3f30Nc1nB4nwIFyAYLeLuMHhVIp4+y8y717AF5akeS+K37+GSRQXmFVXbRMtYI+eXRKwzfnZQnS3ilSHFeXimC1+82bqaW17rG7EVmPK5AggXT8tQnGMvQwm4= Received: by 10.38.149.17 with SMTP id w17mr1325584rnd; Sat, 26 Mar 2005 16:19:17 -0800 (PST) Received: by 10.38.74.23 with HTTP; Sat, 26 Mar 2005 16:19:17 -0800 (PST) Message-ID: Date: Sun, 27 Mar 2005 01:19:17 +0100 From: Gert Cuykens To: Christopher Nehren In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050325234152.GA12816@falcon.midgard.homeip.net> <20050326002311.GA18807@falcon.midgard.homeip.net> <4244C1CD.3080606@daleco.biz> cc: freebsd-questions@freebsd.org Subject: Re: .cshrc X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gert Cuykens List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 00:19:18 -0000 On Sat, 26 Mar 2005 13:59:18 +0100, Gert Cuykens wrote: > I dont have colors :( > How do you turn off the tab beep ? > > # $FreeBSD: src/etc/root/dot.cshrc,v 1.29 2004/04/01 19:28:00 krion Exp $ > # > # .cshrc - csh resource script, read at beginning of execution by each shell > # > # see also csh(1), environ(7). > # > > alias h history 25 > alias j jobs -l > alias la ls -a > alias lf ls -FA > alias ll ls -lA > > # A righteous umask > umask 22 > > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > /usr/local/bin /usr/X11R6/bin $HOME/bin) > > setenv EDITOR joe > setenv PAGER more > setenv BLOCKSIZE K > setenv CLICOLOR_FORCE 1 > > if ($?prompt) then > # An interactive shell -- set some stuff up > # set prompt = "`/bin/hostname -s`# " > set prompt = "%B%n@%m:%b%~%# " > set autolist = ambigous > set filec > set history = 100 > set savehist = 100 > set mail = (/var/mail/$USER) > if ( $?tcsh ) then > bindkey "^W" backward-delete-word > bindkey -k up history-search-backward > bindkey -k down history-search-forward > endif > endif > I did CLICOLOR true and now i have colors :) Still making beep noises doh how do you turn them of ? From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 00:23:28 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 927C116A4CE for ; Sun, 27 Mar 2005 00:23:28 +0000 (GMT) Received: from grover.logicsquad.net (ppp142-130.lns1.adl2.internode.on.net [150.101.142.130]) by mx1.FreeBSD.org (Postfix) with SMTP id 215CA43D2D for ; Sun, 27 Mar 2005 00:23:27 +0000 (GMT) (envelope-from paulh@logicsquad.net) Received: (qmail 71454 invoked by uid 1000); 27 Mar 2005 00:23:25 -0000 Date: Sun, 27 Mar 2005 09:53:25 +0930 From: "Paul A. Hoadley" To: John Pettitt Message-ID: <20050327002325.GB64620@grover.logicsquad.net> References: <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> <49251524.20050326234521@wanadoo.fr> <20050326232753.GA64620@grover.logicsquad.net> <4245F61E.2000300@cloudview.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: <4245F61E.2000300@cloudview.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-questions@freebsd.org Subject: Re: hyper threading. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 00:23:28 -0000 --ftEhullJWpWg/VHq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, On Sat, Mar 26, 2005 at 03:54:06PM -0800, John Pettitt wrote: >=20 > Paul A. Hoadley wrote: >=20 > >I note a slight difference in the 10 minute load average in favour > >of the uniprocessor run (0.00 vs 0.10 in the hyperthreading run), > >though I doubt this alone could account for a 15% difference in > >total score. > > Notice the HT run had load on the box (0.31) when it started. If > you're going to run benchmarks you need to start with a clean reboot > before each run and make sure all the background daemons have been > killed and and the load is zero. You are absolutely right, and I did note the difference in load averages. I'm not making any claims---someone asked for measurements, and I happened to have these handy. --=20 Paul. w http://logicsquad.net/ h http://paul.hoadley.name/ --ftEhullJWpWg/VHq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCRfz9730Z/jysbzIRAoz8AJ91IgrjKISDlDiUaIOouj/WcnbCYACeJ9B/ PTFVVCbBGV2roWwnD+E7DGc= =Ojp+ -----END PGP SIGNATURE----- --ftEhullJWpWg/VHq-- From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 00:44:50 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BB3316A4CE for ; Sun, 27 Mar 2005 00:44:50 +0000 (GMT) Received: from imo-m18.mx.aol.com (imo-m18.mx.aol.com [64.12.138.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D09D43D4C for ; Sun, 27 Mar 2005 00:44:49 +0000 (GMT) (envelope-from EM1897@aol.com) Received: from EM1897@aol.com by imo-m18.mx.aol.com (mail_out_v37_r5.33.) id k.59.243cc37d (15874); Sat, 26 Mar 2005 19:44:21 -0500 (EST) Received: from mblk-r33 (mblk-r33.mblk.aol.com [152.163.179.23]) by air-id07.mx.aol.com (v104.18) with ESMTP id MAILINID71-3e02424601e46b; Sat, 26 Mar 2005 19:44:20 -0500 Date: Sat, 26 Mar 2005 19:44:20 -0500 Message-Id: <8C7007D3FB20275-A38-3B306@mblk-r33.sysops.aol.com> From: em1897@aol.com References: <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> <49251524.20050326234521@wanadoo.fr> <20050326232753.GA64620@grover.logicsquad.net> <4245F61E.2000300@cloudview.com> <20050327002325.GB64620@grover.logicsquad.net> Received: from 24.47.89.83 by mblk-r33.sysops.aol.com (152.163.179.23) with HTTP (WebMailUI); Sat, 26 Mar 2005 19:44:20 -0500 X-MB-Message-Source: WebUI X-MB-Message-Type: User In-Reply-To: <20050327002325.GB64620@grover.logicsquad.net> X-Mailer: AOL WebMail 1.0.0.11984 Content-Type: text/plain; charset="us-ascii"; format=flowed MIME-Version: 1.0 To: paulh@logicsquad.net, jpp@cloudview.com X-AOL-IP: 152.163.179.23 cc: freebsd-questions@freebsd.org Subject: Re: hyper threading. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 00:44:50 -0000 Uh, thats not the correct load average to use. Use the numbers obtained from top or systat. Those loads will show Zero load when you're routing 100K pps. It doesnt measure kernel load. -----Original Message----- From: Paul A. Hoadley To: John Pettitt Cc: freebsd-questions@freebsd.org Sent: Sun, 27 Mar 2005 09:53:25 +0930 Subject: Re: hyper threading. Hello, On Sat, Mar 26, 2005 at 03:54:06PM -0800, John Pettitt wrote: > > Paul A. Hoadley wrote: > > >I note a slight difference in the 10 minute load average in favour > >of the uniprocessor run (0.00 vs 0.10 in the hyperthreading run), > >though I doubt this alone could account for a 15% difference in > >total score. > > Notice the HT run had load on the box (0.31) when it started. If > you're going to run benchmarks you need to start with a clean reboot > before each run and make sure all the background daemons have been > killed and and the load is zero. You are absolutely right, and I did note the difference in load averages. I'm not making any claims---someone asked for measurements, and I happened to have these handy. -- Paul. w http://logicsquad.net/ h http://paul.hoadley.name/ From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 00:45:17 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D064A16A4CE for ; Sun, 27 Mar 2005 00:45:17 +0000 (GMT) Received: from imo-m24.mx.aol.com (imo-m24.mx.aol.com [64.12.137.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E12643D2D for ; Sun, 27 Mar 2005 00:45:17 +0000 (GMT) (envelope-from EM1897@aol.com) Received: from EM1897@aol.com by imo-m24.mx.aol.com (mail_out_v37_r5.33.) id n.1ec.37c83e15 (15874) for ; Sat, 26 Mar 2005 19:45:10 -0500 (EST) Received: from mblk-r33 (mblk-r33.mblk.aol.com [152.163.179.23]) by air-id07.mx.aol.com (v104.18) with ESMTP id MAILINID71-3e0242460216d5; Sat, 26 Mar 2005 19:45:10 -0500 Date: Sat, 26 Mar 2005 19:45:10 -0500 Message-Id: <8C7007D5D4D30D2-A38-3B313@mblk-r33.sysops.aol.com> From: em1897@aol.com References: <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> <49251524.20050326234521@wanadoo.fr> Received: from 24.47.89.83 by mblk-r33.sysops.aol.com (152.163.179.23) with HTTP (WebMailUI); Sat, 26 Mar 2005 19:45:10 -0500 X-MB-Message-Source: WebUI X-MB-Message-Type: User In-Reply-To: <49251524.20050326234521@wanadoo.fr> X-Mailer: AOL WebMail 1.0.0.11984 Content-Type: text/plain; charset="us-ascii"; format=flowed MIME-Version: 1.0 To: freebsd-questions@freebsd.org X-AOL-IP: 152.163.179.23 Subject: Re: hyper threading. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 00:45:18 -0000 You can argue the technical theory all you want, but the measurements say otherwise. You guys have done it once again. Baited me into firing up a test that I already know the results of: Setup: Bridging em0 to em1 Load: 500Kpps, 60 bytes 3.4Ghz P4 1MB Cache FreeBSD 4.9 -> Load: 38% (I put this in for fun :-) Freebsd 5.4-Pre UP (no HT) -> Load: high 55-60% range FreeBSD 5.4-Pre SMP/HT -> Load: 70-80% (much more jumping around) The bottom line is that if you don't test things to get real world results, you don't know crap. >If that were true, then it would be equally true of systems with actual >multiple physical processors. In practice, multiple processors provide >an obvious performance gain, and hyperthreading does, too, although it's >much more modest than the gain obtained from physically independent >processors. this shows that you really are a bit foggy. Did you miss the part where with 2 processors you actually do have 2 processors? I can make an argument that networking with 1 processor on 5.4 is better than with 2. For example, with a test similar to the above, with 2 phyiscal processors FreeBSD 5.4 will start dropping packets way before it hits 500Kpps unless you increase the interrrupts/second, which of course increases the system load. And even with the dropped packets (which should reduce the load because it doesnt have to receive and transmit the packet), the load is still higher than for 4.x with a single processor. You and many others regulary say things like "SMP is obviously faster", or "Opterons are noticably faster", but those statements are only true for certain applications. I've tested an Opteron 2.0Ghz against a 3.4Ghz P4, and the results are pretty interesting. For raw performance, ie interrupts/second handling, the P4 wins easily. The P4 wins out of the cache. But once you grow out of the cache and get more memory intensive, the Opteron beats it handily. So which is really faster? You could argue both depending on what benchmark you use. You have to test it in the environment where you plan to use it. Because the answer is almost never black and white. -----Original Message----- From: Anthony Atkielski To: freebsd-questions@freebsd.org Sent: Sat, 26 Mar 2005 23:45:21 +0100 Subject: Re: hyper threading. em1897@aol.com writes: > Yes, the theory is very nice; you've done a nice > job reading Intel's marketing garb. I haven't read their marketing materials. I'm simply going by the technical descriptions I've read of the architecture. > However if you don't have a specific hyperthreading-aware scheduler > and particularly well-written, threaded applications, you'll lose more > than you'll gain. If that were true, then it would be equally true of systems with actual multiple physical processors. In practice, multiple processors provide an obvious performance gain, and hyperthreading does, too, although it's much more modest than the gain obtained from physically independent processors. > Since FreeBSDs network stack isn't particularly well threaded, nor is > the scheduler optimized for hyperthreading, you get a big mess at the > kernel level. Nothing needs to be specially optimized for hyperthreading. All you need is at least two threads available for dispatch, with reasonably heterogenous instruction mixes that can use different parts of the processor hardware at the same time. Real-world instruction mixes are often in this category in general-purpose operating systems. > So if you have a nice application that does a lot of threaded math > operations, you might think you've achieved something, Heavily math-oriented applications (or any group of applications that contains similar instruction mixes) are among the least likely to benefit from hyperthreading, because they will tend to use the same processor logic at the same time, effectively rendering hyperthreading moot. > But what you've missed is that the overhead to manage > the "better utilization" of the dual-pipelines created > by HT costs more than it gains. Unless FreeBSD is very poorly written indeed, the gain from hyperthreading should still exceed the slight increase in overhead incurred by multiprocessing logic. > Hence, the loss of performance. Where can I see this loss of performance documented? > The poblem is not at the application level, but at the kernel level. > The SMP overhead is so substantial, and the OS is working thinking it > has 2 processors, that process switching and interrupt handling slow > down considerably. How much is "so substantial"? Where can I see this documented? > A machine with a 50% load UP will run 65-70% load with > HT/SMP running. Like I said, its easily measurable. Then you can show me the measurements. Where are they? A 40% increase in system load just because of multiprocessing is enormous. Where did you get this figure? > Thats at the kernel level (say routing or bridging performance). But the kernel is only a small fraction of overall processor utilization. > Now if the machine isn't a server, it may be just fine. > Thats why I suggested testing. But for a network server > HT is bad. Very Bad. It doesn't matter whether the machine is a server or a desktop. What matters is the specific mix and nature of applications. > Not only that, but FreeBSD 5.x actually has a higher > capacity network-wise with 1 processor than 2 ... Here again, I need to see this documented. > ... and I'm sure you can theorize why 2 processors should be > faster than one. The theory only matters if you have > well written code to handle it properly. FreeBSD is > a long way off from that. Where can I see the measurements? -- Anthony _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 00:56:51 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B68B16A4CE for ; Sun, 27 Mar 2005 00:56:51 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D8E543D49 for ; Sun, 27 Mar 2005 00:56:51 +0000 (GMT) (envelope-from gert.cuykens@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so1106547rng for ; Sat, 26 Mar 2005 16:56:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=ey/GHGnDQx1Mt9J4LLjBAI6ieNCRnNreyAR1eBZzr6HpjKRzzS4AfWj5CAX4AF9hNVj2Zfltj2y2V0GOF3oMxrMEgNIMSSCLtO/u4D+8fVC+LrmSzxcJmJfE2/BlUjBo9Sh1c7/z8RONXQgMIuYWpDsXhfW9wni5LWjLSUmbVDc= Received: by 10.38.10.3 with SMTP id 3mr1357137rnj; Sat, 26 Mar 2005 16:56:50 -0800 (PST) Received: by 10.38.74.23 with HTTP; Sat, 26 Mar 2005 16:56:50 -0800 (PST) Message-ID: Date: Sun, 27 Mar 2005 01:56:50 +0100 From: Gert Cuykens To: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: which shell irc client do you like ? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gert Cuykens List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 00:56:51 -0000 i am looking for a very simple colored one, in the style of me 19:10# bla bla you 19:10# bla bla no menus or borders From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 01:01:35 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D44AC16A4CE for ; Sun, 27 Mar 2005 01:01:35 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AEA443D39 for ; Sun, 27 Mar 2005 01:01:35 +0000 (GMT) (envelope-from gert.cuykens@gmail.com) Received: by rproxy.gmail.com with SMTP id g11so1574991rne for ; Sat, 26 Mar 2005 17:01:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=TnveEqHaMpFzWCgZBdGudQLCLUz2u7m+7Pk8yO8CDaIDdOYly6y/p+PQ/xLwTUsbMw17RizIitXaBmmom0boTUA/ZzjPmAjbSJRXBi7LOYUn17pGIsZRfDsPd+LlgK6KWW9eDZVUwpX3+4YyyJ4walGJbH4AwBRDEhGTEMAESLo= Received: by 10.38.67.27 with SMTP id p27mr1349002rna; Sat, 26 Mar 2005 17:01:34 -0800 (PST) Received: by 10.38.74.23 with HTTP; Sat, 26 Mar 2005 17:01:34 -0800 (PST) Message-ID: Date: Sun, 27 Mar 2005 02:01:34 +0100 From: Gert Cuykens To: freebsd-questions@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: Subject: Re: which shell irc client do you like ? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gert Cuykens List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 01:01:36 -0000 On Sun, 27 Mar 2005 01:56:50 +0100, Gert Cuykens wrote: > i am looking for a very simple colored one, in the style of > > me 19:10# bla bla > you 19:10# bla bla > > no menus or borders > oh and some kind of warning thingie that tels you if somebody sends something. A beep for example that you can turn on and off ? From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 01:23:42 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5401E16A4CE for ; Sun, 27 Mar 2005 01:23:42 +0000 (GMT) Received: from skipjack.no-such-agency.net (skipjack.no-such-agency.net [64.142.114.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FB9C43D2D for ; Sun, 27 Mar 2005 01:23:41 +0000 (GMT) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (localhost [127.0.0.1]) by skipjack.no-such-agency.net (Postfix) with ESMTP id 2BC5934D453; Sat, 26 Mar 2005 17:23:40 -0800 (PST) Received: from [192.168.2.120] (blackhole.no-such-agency.net [64.142.103.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skipjack.no-such-agency.net (Postfix) with ESMTP id 7A6FB34D436; Sat, 26 Mar 2005 17:23:40 -0800 (PST) Message-ID: <42460B1C.1050008@cloudview.com> Date: Sat, 26 Mar 2005 17:23:40 -0800 From: John Pettitt Organization: CloudView Photographic User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: em1897@aol.com References: <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> <49251524.20050326234521@wanadoo.fr> <8C7007D5D4D30D2-A38-3B313@mblk-r33.sysops.aol.com> In-Reply-To: <8C7007D5D4D30D2-A38-3B313@mblk-r33.sysops.aol.com> X-Enigmail-Version: 0.90.1.1 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-AV-Checked: by skipjack cc: freebsd-questions@freebsd.org Subject: Re: hyper threading. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 01:23:42 -0000 Well you've proven than if you pick your benchmark you can get the result you want. So what that says it that the kernel network code doesn't get any benefit from HT - given that HT is supposed to benefit diverse user tasks and no multiple copies of the same code this is not big news - since you have a HT box how about running a less system code intensive and more diverse test? John em1897@aol.com wrote: > You can argue the technical theory all you want, but the > measurements say otherwise. > > > You guys have done it once again. Baited me into firing up a > test that I already know the results of: > > Setup: Bridging em0 to em1 > Load: 500Kpps, 60 bytes > 3.4Ghz P4 1MB Cache > > FreeBSD 4.9 -> Load: 38% (I put this in for fun :-) > > Freebsd 5.4-Pre UP (no HT) -> Load: high 55-60% range > > FreeBSD 5.4-Pre SMP/HT -> Load: 70-80% (much more jumping around) > > The bottom line is that if you don't test things to get real > world results, you don't know crap. > >> If that were true, then it would be equally true of systems with actual >> multiple physical processors. In practice, multiple processors provide >> an obvious performance gain, and hyperthreading does, too, although > > it's > >> much more modest than the gain obtained from physically independent >> processors. > > > this shows that you really are a bit foggy. Did you miss the part > where with 2 processors you actually do have 2 processors? > > I can make an argument that networking with 1 processor on 5.4 is > better than with 2. For example, with a test similar to the above, with > 2 phyiscal processors FreeBSD 5.4 will start dropping packets way before > it hits 500Kpps unless you increase the interrrupts/second, which of > course increases the system load. And even with the dropped packets > (which should reduce the load because it doesnt have to receive > and transmit the packet), the load is still higher than for 4.x with > a single processor. > > You and many others regulary say things like "SMP is obviously faster", > or "Opterons are noticably faster", but those statements are only true > for certain applications. I've tested an Opteron 2.0Ghz against a 3.4Ghz > P4, and the results are pretty interesting. For raw performance, ie > interrupts/second handling, the P4 wins easily. The P4 wins out of the > cache. But once you grow out of the cache and get more memory > intensive, the Opteron beats it handily. So which is really faster? You > could argue both depending on what benchmark you use. You > have to test it in the environment where you plan to use it. Because > the answer is almost never black and white. > > > > -----Original Message----- > From: Anthony Atkielski > To: freebsd-questions@freebsd.org > Sent: Sat, 26 Mar 2005 23:45:21 +0100 > Subject: Re: hyper threading. > > em1897@aol.com writes: > >> Yes, the theory is very nice; you've done a nice >> job reading Intel's marketing garb. > > > I haven't read their marketing materials. I'm simply going by the > technical descriptions I've read of the architecture. > >> However if you don't have a specific hyperthreading-aware scheduler >> and particularly well-written, threaded applications, you'll lose more >> than you'll gain. > > > If that were true, then it would be equally true of systems with actual > multiple physical processors. In practice, multiple processors provide > an obvious performance gain, and hyperthreading does, too, although it's > much more modest than the gain obtained from physically independent > processors. > >> Since FreeBSDs network stack isn't particularly well threaded, nor is >> the scheduler optimized for hyperthreading, you get a big mess at the >> kernel level. > > > Nothing needs to be specially optimized for hyperthreading. All you > need is at least two threads available for dispatch, with reasonably > heterogenous instruction mixes that can use different parts of the > processor hardware at the same time. Real-world instruction mixes are > often in this category in general-purpose operating systems. > >> So if you have a nice application that does a lot of threaded math >> operations, you might think you've achieved something, > > > Heavily math-oriented applications (or any group of applications that > contains similar instruction mixes) are among the least likely to > benefit from hyperthreading, because they will tend to use the same > processor logic at the same time, effectively rendering hyperthreading > moot. > >> But what you've missed is that the overhead to manage >> the "better utilization" of the dual-pipelines created >> by HT costs more than it gains. > > > Unless FreeBSD is very poorly written indeed, the gain from > hyperthreading should still exceed the slight increase in overhead > incurred by multiprocessing logic. > >> Hence, the loss of performance. > > > Where can I see this loss of performance documented? > >> The poblem is not at the application level, but at the kernel level. >> The SMP overhead is so substantial, and the OS is working thinking it >> has 2 processors, that process switching and interrupt handling slow >> down considerably. > > > How much is "so substantial"? Where can I see this documented? > >> A machine with a 50% load UP will run 65-70% load with >> HT/SMP running. Like I said, its easily measurable. > > > Then you can show me the measurements. Where are they? > > A 40% increase in system load just because of multiprocessing is > enormous. Where did you get this figure? > >> Thats at the kernel level (say routing or bridging performance). > > > But the kernel is only a small fraction of overall processor > utilization. > >> Now if the machine isn't a server, it may be just fine. >> Thats why I suggested testing. But for a network server >> HT is bad. Very Bad. > > > It doesn't matter whether the machine is a server or a desktop. What > matters is the specific mix and nature of applications. > >> Not only that, but FreeBSD 5.x actually has a higher >> capacity network-wise with 1 processor than 2 ... > > > Here again, I need to see this documented. > >> ... and I'm sure you can theorize why 2 processors should be >> faster than one. The theory only matters if you have >> well written code to handle it properly. FreeBSD is >> a long way off from that. > > > Where can I see the measurements? > > -- > Anthony > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 01:33:45 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C22516A4CE for ; Sun, 27 Mar 2005 01:33:45 +0000 (GMT) Received: from imo-d21.mx.aol.com (imo-d21.mx.aol.com [205.188.144.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2299043D1F for ; Sun, 27 Mar 2005 01:33:44 +0000 (GMT) (envelope-from EM1897@aol.com) Received: from EM1897@aol.com by imo-d21.mx.aol.com (mail_out_v37_r5.33.) id a.8a.23a0ebcc (15889); Sat, 26 Mar 2005 20:33:24 -0500 (EST) Received: from mblk-r33 (mblk-r33.mblk.aol.com [152.163.179.23]) by air-id08.mx.aol.com (v104.18) with ESMTP id MAILINID84-3e1142460d649b; Sat, 26 Mar 2005 20:33:24 -0500 Date: Sat, 26 Mar 2005 20:33:24 -0500 Message-Id: <8C700841A4F8661-A38-3B468@mblk-r33.sysops.aol.com> From: em1897@aol.com References: <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> <49251524.20050326234521@wanadoo.fr> <8C7007D5D4D30D2-A38-3B313@mblk-r33.sysops.aol.com> <42460B1C.1050008@cloudview.com> Received: from 24.47.89.83 by mblk-r33.sysops.aol.com (152.163.179.23) with HTTP (WebMailUI); Sat, 26 Mar 2005 20:33:24 -0500 X-MB-Message-Source: WebUI X-MB-Message-Type: User In-Reply-To: <42460B1C.1050008@cloudview.com> X-Mailer: AOL WebMail 1.0.0.11984 Content-Type: text/plain; charset="us-ascii"; format=flowed MIME-Version: 1.0 To: jpp@cloudview.com, questions@freebsd.org X-AOL-IP: 152.163.179.23 Subject: Re: hyper threading. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 01:33:45 -0000 When you get your machine running without a kernel let me know. The kernel is the key to the O/S. If you don't need networking and don't have many interrupts, then it probably doesnt matter that much. -----Original Message----- From: John Pettitt To: em1897@aol.com Cc: freebsd-questions@freebsd.org Sent: Sat, 26 Mar 2005 17:23:40 -0800 Subject: Re: hyper threading. Well you've proven than if you pick your benchmark you can get the result you want. So what that says it that the kernel network code doesn't get any benefit from HT - given that HT is supposed to benefit diverse user tasks and no multiple copies of the same code this is not big news - since you have a HT box how about running a less system code intensive and more diverse test? John em1897@aol.com wrote: > You can argue the technical theory all you want, but the > measurements say otherwise. > > > You guys have done it once again. Baited me into firing up a > test that I already know the results of: > > Setup: Bridging em0 to em1 > Load: 500Kpps, 60 bytes > 3.4Ghz P4 1MB Cache > > FreeBSD 4.9 -> Load: 38% (I put this in for fun :-) > > Freebsd 5.4-Pre UP (no HT) -> Load: high 55-60% range > > FreeBSD 5.4-Pre SMP/HT -> Load: 70-80% (much more jumping around) > > The bottom line is that if you don't test things to get real > world results, you don't know crap. > >> If that were true, then it would be equally true of systems with actual >> multiple physical processors. In practice, multiple processors provide >> an obvious performance gain, and hyperthreading does, too, although > > it's > >> much more modest than the gain obtained from physically independent >> processors. > > > this shows that you really are a bit foggy. Did you miss the part > where with 2 processors you actually do have 2 processors? > > I can make an argument that networking with 1 processor on 5.4 is > better than with 2. For example, with a test similar to the above, with > 2 phyiscal processors FreeBSD 5.4 will start dropping packets way before > it hits 500Kpps unless you increase the interrrupts/second, which of > course increases the system load. And even with the dropped packets > (which should reduce the load because it doesnt have to receive > and transmit the packet), the load is still higher than for 4.x with > a single processor. > > You and many others regulary say things like "SMP is obviously faster", > or "Opterons are noticably faster", but those statements are only true > for certain applications. I've tested an Opteron 2.0Ghz against a 3.4Ghz > P4, and the results are pretty interesting. For raw performance, ie > interrupts/second handling, the P4 wins easily. The P4 wins out of the > cache. But once you grow out of the cache and get more memory > intensive, the Opteron beats it handily. So which is really faster? You > could argue both depending on what benchmark you use. You > have to test it in the environment where you plan to use it. Because > the answer is almost never black and white. > > > > -----Original Message----- > From: Anthony Atkielski > To: freebsd-questions@freebsd.org > Sent: Sat, 26 Mar 2005 23:45:21 +0100 > Subject: Re: hyper threading. > > em1897@aol.com writes: > >> Yes, the theory is very nice; you've done a nice >> job reading Intel's marketing garb. > > > I haven't read their marketing materials. I'm simply going by the > technical descriptions I've read of the architecture. > >> However if you don't have a specific hyperthreading-aware scheduler >> and particularly well-written, threaded applications, you'll lose more >> than you'll gain. > > > If that were true, then it would be equally true of systems with actual > multiple physical processors. In practice, multiple processors provide > an obvious performance gain, and hyperthreading does, too, although it's > much more modest than the gain obtained from physically independent > processors. > >> Since FreeBSDs network stack isn't particularly well threaded, nor is >> the scheduler optimized for hyperthreading, you get a big mess at the >> kernel level. > > > Nothing needs to be specially optimized for hyperthreading. All you > need is at least two threads available for dispatch, with reasonably > heterogenous instruction mixes that can use different parts of the > processor hardware at the same time. Real-world instruction mixes are > often in this category in general-purpose operating systems. > >> So if you have a nice application that does a lot of threaded math >> operations, you might think you've achieved something, > > > Heavily math-oriented applications (or any group of applications that > contains similar instruction mixes) are among the least likely to > benefit from hyperthreading, because they will tend to use the same > processor logic at the same time, effectively rendering hyperthreading > moot. > >> But what you've missed is that the overhead to manage >> the "better utilization" of the dual-pipelines created >> by HT costs more than it gains. > > > Unless FreeBSD is very poorly written indeed, the gain from > hyperthreading should still exceed the slight increase in overhead > incurred by multiprocessing logic. > >> Hence, the loss of performance. > > > Where can I see this loss of performance documented? > >> The poblem is not at the application level, but at the kernel level. >> The SMP overhead is so substantial, and the OS is working thinking it >> has 2 processors, that process switching and interrupt handling slow >> down considerably. > > > How much is "so substantial"? Where can I see this documented? > >> A machine with a 50% load UP will run 65-70% load with >> HT/SMP running. Like I said, its easily measurable. > > > Then you can show me the measurements. Where are they? > > A 40% increase in system load just because of multiprocessing is > enormous. Where did you get this figure? > >> Thats at the kernel level (say routing or bridging performance). > > > But the kernel is only a small fraction of overall processor > utilization. > >> Now if the machine isn't a server, it may be just fine. >> Thats why I suggested testing. But for a network server >> HT is bad. Very Bad. > > > It doesn't matter whether the machine is a server or a desktop. What > matters is the specific mix and nature of applications. > >> Not only that, but FreeBSD 5.x actually has a higher >> capacity network-wise with 1 processor than 2 ... > > > Here again, I need to see this documented. > >> ... and I'm sure you can theorize why 2 processors should be >> faster than one. The theory only matters if you have >> well written code to handle it properly. FreeBSD is >> a long way off from that. > > > Where can I see the measurements? > > -- > Anthony > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 01:41:30 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCFDC16A4CE for ; Sun, 27 Mar 2005 01:41:30 +0000 (GMT) Received: from skipjack.no-such-agency.net (skipjack.no-such-agency.net [64.142.114.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DECC43D49 for ; Sun, 27 Mar 2005 01:41:30 +0000 (GMT) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (localhost [127.0.0.1]) by skipjack.no-such-agency.net (Postfix) with ESMTP id BA9CF34D453; Sat, 26 Mar 2005 17:41:29 -0800 (PST) Received: from [192.168.2.120] (blackhole.no-such-agency.net [64.142.103.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skipjack.no-such-agency.net (Postfix) with ESMTP id 030A634D436; Sat, 26 Mar 2005 17:41:28 -0800 (PST) Message-ID: <42460F48.4060307@cloudview.com> Date: Sat, 26 Mar 2005 17:41:28 -0800 From: John Pettitt Organization: CloudView Photographic User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: em1897@aol.com References: <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> <49251524.20050326234521@wanadoo.fr> <8C7007D5D4D30D2-A38-3B313@mblk-r33.sysops.aol.com> <42460B1C.1050008@cloudview.com> <8C700841A4F8661-A38-3B468@mblk-r33.sysops.aol.com> In-Reply-To: <8C700841A4F8661-A38-3B468@mblk-r33.sysops.aol.com> X-Enigmail-Version: 0.90.1.1 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-AV-Checked: by skipjack cc: questions@freebsd.org Subject: Re: hyper threading. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 01:41:31 -0000 Hmm on my boxes the combined sys and intr cpu rarely goes over 20% - most of the load is user space. I'd venture that most people running user space appllications will see similar numbers. I agree tat a box running as a router is not a good candidate for HT - that wasn't the question. John em1897@aol.com wrote: > When you get your machine running without a kernel > let me know. The kernel is the key to the O/S. If you > don't need networking and don't have many interrupts, > then it probably doesnt matter that much. > > > > -----Original Message----- > From: John Pettitt > To: em1897@aol.com > Cc: freebsd-questions@freebsd.org > Sent: Sat, 26 Mar 2005 17:23:40 -0800 > Subject: Re: hyper threading. > > Well you've proven than if you pick your benchmark you can get the > result you want. > > So what that says it that the kernel network code doesn't get any > benefit from HT - given that HT is supposed to benefit diverse user > tasks and no multiple copies of the same code this is not big news - > since you have a HT box how about running a less system code intensive > and more diverse test? > > John > > > em1897@aol.com wrote: > >> You can argue the technical theory all you want, but the >> measurements say otherwise. >> >> >> You guys have done it once again. Baited me into firing up a >> test that I already know the results of: >> >> Setup: Bridging em0 to em1 >> Load: 500Kpps, 60 bytes >> 3.4Ghz P4 1MB Cache >> >> FreeBSD 4.9 -> Load: 38% (I put this in for fun :-) >> >> Freebsd 5.4-Pre UP (no HT) -> Load: high 55-60% range >> >> FreeBSD 5.4-Pre SMP/HT -> Load: 70-80% (much more jumping around) >> >> The bottom line is that if you don't test things to get real >> world results, you don't know crap. >> >>> If that were true, then it would be equally true of systems with >> > actual > >>> multiple physical processors. In practice, multiple processors >> > provide > >>> an obvious performance gain, and hyperthreading does, too, although >> >> >> it's >> >>> much more modest than the gain obtained from physically independent >>> processors. >> >> >> >> this shows that you really are a bit foggy. Did you miss the part >> where with 2 processors you actually do have 2 processors? >> >> I can make an argument that networking with 1 processor on 5.4 is >> better than with 2. For example, with a test similar to the above, > > with > >> 2 phyiscal processors FreeBSD 5.4 will start dropping packets way > > before > >> it hits 500Kpps unless you increase the interrrupts/second, which of >> course increases the system load. And even with the dropped packets >> (which should reduce the load because it doesnt have to receive >> and transmit the packet), the load is still higher than for 4.x with >> a single processor. >> >> You and many others regulary say things like "SMP is obviously > > faster", > >> or "Opterons are noticably faster", but those statements are only true >> for certain applications. I've tested an Opteron 2.0Ghz against a > > 3.4Ghz > >> P4, and the results are pretty interesting. For raw performance, ie >> interrupts/second handling, the P4 wins easily. The P4 wins out of the >> cache. But once you grow out of the cache and get more memory >> intensive, the Opteron beats it handily. So which is really faster? > > You > >> could argue both depending on what benchmark you use. You >> have to test it in the environment where you plan to use it. Because >> the answer is almost never black and white. >> >> >> >> -----Original Message----- >> From: Anthony Atkielski >> To: freebsd-questions@freebsd.org >> Sent: Sat, 26 Mar 2005 23:45:21 +0100 >> Subject: Re: hyper threading. >> >> em1897@aol.com writes: >> >>> Yes, the theory is very nice; you've done a nice >>> job reading Intel's marketing garb. >> >> >> >> I haven't read their marketing materials. I'm simply going by the >> technical descriptions I've read of the architecture. >> >>> However if you don't have a specific hyperthreading-aware scheduler >>> and particularly well-written, threaded applications, you'll lose >> > more > >>> than you'll gain. >> >> >> >> If that were true, then it would be equally true of systems with > > actual > >> multiple physical processors. In practice, multiple processors > > provide > >> an obvious performance gain, and hyperthreading does, too, although > > it's > >> much more modest than the gain obtained from physically independent >> processors. >> >>> Since FreeBSDs network stack isn't particularly well threaded, nor is >>> the scheduler optimized for hyperthreading, you get a big mess at the >>> kernel level. >> >> >> >> Nothing needs to be specially optimized for hyperthreading. All you >> need is at least two threads available for dispatch, with reasonably >> heterogenous instruction mixes that can use different parts of the >> processor hardware at the same time. Real-world instruction mixes are >> often in this category in general-purpose operating systems. >> >>> So if you have a nice application that does a lot of threaded math >>> operations, you might think you've achieved something, >> >> >> >> Heavily math-oriented applications (or any group of applications that >> contains similar instruction mixes) are among the least likely to >> benefit from hyperthreading, because they will tend to use the same >> processor logic at the same time, effectively rendering hyperthreading >> moot. >> >>> But what you've missed is that the overhead to manage >>> the "better utilization" of the dual-pipelines created >>> by HT costs more than it gains. >> >> >> >> Unless FreeBSD is very poorly written indeed, the gain from >> hyperthreading should still exceed the slight increase in overhead >> incurred by multiprocessing logic. >> >>> Hence, the loss of performance. >> >> >> >> Where can I see this loss of performance documented? >> >>> The poblem is not at the application level, but at the kernel level. >>> The SMP overhead is so substantial, and the OS is working thinking it >>> has 2 processors, that process switching and interrupt handling slow >>> down considerably. >> >> >> >> How much is "so substantial"? Where can I see this documented? >> >>> A machine with a 50% load UP will run 65-70% load with >>> HT/SMP running. Like I said, its easily measurable. >> >> >> >> Then you can show me the measurements. Where are they? >> >> A 40% increase in system load just because of multiprocessing is >> enormous. Where did you get this figure? >> >>> Thats at the kernel level (say routing or bridging performance). >> >> >> >> But the kernel is only a small fraction of overall processor >> utilization. >> >>> Now if the machine isn't a server, it may be just fine. >>> Thats why I suggested testing. But for a network server >>> HT is bad. Very Bad. >> >> >> >> It doesn't matter whether the machine is a server or a desktop. What >> matters is the specific mix and nature of applications. >> >>> Not only that, but FreeBSD 5.x actually has a higher >>> capacity network-wise with 1 processor than 2 ... >> >> >> >> Here again, I need to see this documented. >> >>> ... and I'm sure you can theorize why 2 processors should be >>> faster than one. The theory only matters if you have >>> well written code to handle it properly. FreeBSD is >>> a long way off from that. >> >> >> >> Where can I see the measurements? >> >> -- >> Anthony >> >> >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 02:13:20 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4CFC16A4D9 for ; Sun, 27 Mar 2005 02:13:19 +0000 (GMT) Received: from netbox.yi.org (216.23.59.224.nw.nuvox.net [216.23.59.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B81F43D3F for ; Sun, 27 Mar 2005 02:13:18 +0000 (GMT) (envelope-from exp@netbox.yi.org) Received: from netbox.yi.org (netbox.yi.org [127.0.0.1]) by netbox.yi.org (8.13.1/8.13.1) with ESMTP id j2R2DDIK093336; Sat, 26 Mar 2005 21:13:14 -0500 (EST) (envelope-from exp@netbox.yi.org) Received: (from exp@localhost) by netbox.yi.org (8.13.1/8.13.1/Submit) id j2R2DDCI093335; Sat, 26 Mar 2005 21:13:13 -0500 (EST) (envelope-from exp) Date: Sat, 26 Mar 2005 21:13:13 -0500 From: exp@netbox.yi.org To: Gert Cuykens Message-ID: <20050327021313.GA61114@netbox.yi.org> References: <20050325234152.GA12816@falcon.midgard.homeip.net> <20050326002311.GA18807@falcon.midgard.homeip.net> <4244C1CD.3080606@daleco.biz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: Christopher Nehren cc: freebsd-questions@freebsd.org Subject: Re: .cshrc X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 02:13:20 -0000 On Sun, Mar 27, 2005 at 01:19:17AM +0100, Gert Cuykens wrote: > On Sat, 26 Mar 2005 13:59:18 +0100, Gert Cuykens wrote: > > I dont have colors :( > > How do you turn off the tab beep ? > > > > # $FreeBSD: src/etc/root/dot.cshrc,v 1.29 2004/04/01 19:28:00 krion Exp $ > > # > > # .cshrc - csh resource script, read at beginning of execution by each shell > > # > > # see also csh(1), environ(7). > > # > > > > alias h history 25 > > alias j jobs -l > > alias la ls -a > > alias lf ls -FA > > alias ll ls -lA > > > > # A righteous umask > > umask 22 > > > > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > > /usr/local/bin /usr/X11R6/bin $HOME/bin) > > > > setenv EDITOR joe > > setenv PAGER more > > setenv BLOCKSIZE K > > setenv CLICOLOR_FORCE 1 > > > > if ($?prompt) then > > # An interactive shell -- set some stuff up > > # set prompt = "`/bin/hostname -s`# " > > set prompt = "%B%n@%m:%b%~%# " > > set autolist = ambigous > > set filec > > set history = 100 > > set savehist = 100 > > set mail = (/var/mail/$USER) > > if ( $?tcsh ) then > > bindkey "^W" backward-delete-word > > bindkey -k up history-search-backward > > bindkey -k down history-search-forward > > endif > > endif > > > > I did CLICOLOR true and now i have colors :) > > Still making beep noises doh how do you turn them of ? > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" set nobeep From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 04:53:43 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A726316A4CE for ; Sun, 27 Mar 2005 04:53:43 +0000 (GMT) Received: from sparrow.castlehollow.com (sparrow.castlehollow.com [69.214.59.122]) by mx1.FreeBSD.org (Postfix) with SMTP id DBCEB43D31 for ; Sun, 27 Mar 2005 04:53:42 +0000 (GMT) (envelope-from rodger@profocusdesigns.com) Received: (qmail 59082 invoked from network); 27 Mar 2005 04:53:37 -0000 Received: from unknown (HELO condor) (69.214.59.121) by sparrow.castlehollow.com with SMTP; 27 Mar 2005 04:53:37 -0000 Date: Sat, 26 Mar 2005 23:52:20 -0500 From: Rodger Castle To: freebsd-questions@freebsd.org Message-Id: <20050326235220.61c8b8fc.rodger@profocusdesigns.com> Organization: ProFocus Designs X-Mailer: Sylpheed version 1.0.0 (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Emacs and backspace - again X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 04:53:43 -0000 I am aware that the 'Emacs backspace takes me to help' question has been delt with ad-nauseum on other lists and pages, but I can't seem to get any of the suggested fixes to work. As in http://freebsd.active-venture.com/developers-handbook/emacs.html I added the following line to my ~/.emacs file: (global-set-key [backspace] 'backward-delete-char) In fact, it's the only line in my ~/.emacs Am I missing something? I'm using emacs20 from the ports collection (as emacs from ports would not compile due to the Xau3d compile error) on 5.4-PRERELEASE. $TERM is xterm Rodger From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 05:21:00 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4558316A4CE for ; Sun, 27 Mar 2005 05:21:00 +0000 (GMT) Received: from pd2mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7A1C43D39 for ; Sun, 27 Mar 2005 05:20:59 +0000 (GMT) (envelope-from dfarmour@myrealbox.com) Received: from pd5mr7so.prod.shaw.ca (pd5mr7so-qfe3.prod.shaw.ca [10.0.141.183]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IDZ00CD8W6Z9P00@l-daemon> for freebsd-questions@freebsd.org; Sat, 26 Mar 2005 22:20:59 -0700 (MST) Received: from pn2ml10so.prod.shaw.ca ([10.0.121.80]) by pd5mr7so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IDZ002JJW6Z0CC0@pd5mr7so.prod.shaw.ca> for freebsd-questions@freebsd.org; Sat, 26 Mar 2005 22:20:59 -0700 (MST) Received: from S0106000d87ae2db6.gv.shawcable.net (S0106000d87ae2db6.gv.shawcable.net [24.108.146.24]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IDZ0011UW6ZA2@l-daemon> for freebsd-questions@freebsd.org; Sat, 26 Mar 2005 22:20:59 -0700 (MST) Date: Sat, 26 Mar 2005 21:21:07 -0800 From: David Armour To: freebsd-questions@freebsd.org Message-id: <200503262121.07586.dfarmour@myrealbox.com> Organization: dfarmour.org MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-disposition: inline User-Agent: KMail/1.7 Subject: dmesg -a lines' explanation? NEWBIE X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 05:21:00 -0000 hello i've looked in the handbook, searched the archives, but can't find out what the following lines in my dmesg might mean. Starting cron. chmod: #permissions: No such file or directory chmod: are: No such file or directory chmod: set: No such file or directory chmod: properly: No such file or directory chmod: at: No such file or directory chmod: boot: No such file or directory Local package initialization: pgsql .. Additional TCP options: .. ...permissions ...are...set...properly...at...boot? an 'ls /var/cron/tabs' as root does not show anything other than: total 1 drwx------ 2 root wheel 512 Sep 25 2004 . drwxr-x--- 3 root wheel 512 Sep 30 14:45 .. any help greatly appreciated. From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 05:34:13 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB73B16A4CE for ; Sun, 27 Mar 2005 05:34:13 +0000 (GMT) Received: from mtiwmhc11.worldnet.att.net (mtiwmhc11.worldnet.att.net [204.127.131.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ECA643D3F for ; Sun, 27 Mar 2005 05:34:13 +0000 (GMT) (envelope-from jayobrien@att.net) Received: from [192.168.1.6] (dsl093-180-184.sac1.dsl.speakeasy.net[66.93.180.184]) by worldnet.att.net (mtiwmhc11) with ESMTP id <200503270534091110013b3re>; Sun, 27 Mar 2005 05:34:10 +0000 Message-ID: <424645D0.2010705@att.net> Date: Sat, 26 Mar 2005 21:34:08 -0800 From: Jay O'Brien User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD - questions Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: CVSup questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 05:34:13 -0000 When 5.3 RELEASE first came out, I used the miniinst.iso CD to install 5.3 on a spare computer for tests. It installed ok and based on how it worked, I updated my primary computer. Now I have an application for the spare computer, and I thought I would use it to verify my understanding of how CVSup works. I installed cvsup-without-gui. pkg_info shows cvsup installed. pkg_version, however, failed. "Unable to open INDEX in pkg_do" I found that pkg_version http://www.FreeBSD.org/ports/INDEX-5 ran ok, so the problem was the missing /usr/ports/INDEX-5. In fact there was no /usr/ports directory. I built src-all and ports-all. Now, there is a /usr/ports directory and and lots of directories and files therein. In /usr/ports, I did make fetchindex. It failed. The /usr/ports/Makeindex file was really Makeindex,v. I copied it as Makeindex, and tried make fetchindex again. It showed many errors, finally "fatal errors encountered -- cannot continue". Obviously I need to start over, this time using the CD with the full iso image. I'll do that, but.... What did I do wrong? And, What is the significance of the ",v" (comma, v) tacked on to several of the files in /usr/ports when the files were placed there by CVSup? Jay O'Brien Rio Linda, California, USA From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 05:57:43 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B72916A4CE for ; Sun, 27 Mar 2005 05:57:43 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 935E243D31 for ; Sun, 27 Mar 2005 05:57:42 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by wproxy.gmail.com with SMTP id 55so49823wri for ; Sat, 26 Mar 2005 21:57:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=MI/KTvo625CxQyH1q/XYrxvjQ2fGF9KCsFVQWaR/gJFPi/nx0ydhet36EA4dsbWcjnBgiCN3QBUbsW+J3j/iB6IIIDythHZsAe6n/W3B4MivrpD1j1PzOJEycXZbFRAW9s25KyFGO7iCBbEtk4MA9M+UA/sn4krB7/Uw0CT84ho= Received: by 10.54.27.18 with SMTP id a18mr2326457wra; Sat, 26 Mar 2005 21:57:41 -0800 (PST) Received: from ?59.93.160.241? ([59.93.160.241]) by mx.gmail.com with ESMTP id 34sm270883wra.2005.03.26.21.57.39; Sat, 26 Mar 2005 21:57:41 -0800 (PST) Message-ID: <42464B4C.7010100@gmail.com> Date: Sun, 27 Mar 2005 11:27:32 +0530 From: Subhro User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jay O'Brien References: <424645D0.2010705@att.net> In-Reply-To: <424645D0.2010705@att.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD - questions Subject: Re: CVSup questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 05:57:43 -0000 Jay O'Brien wrote: >pkg_version, however, failed. "Unable to open INDEX in pkg_do" >I found that pkg_version http://www.FreeBSD.org/ports/INDEX-5 >ran ok, so the problem was the missing /usr/ports/INDEX-5. In >fact there was no /usr/ports directory. > > This is because you didn't install the ports collection. IT is recommended either to download the port tarred port collection from the FTP or use cvsup to get the ports collection. >I built src-all and ports-all. Now, there is a /usr/ports >directory and and lots of directories and files therein. In >/usr/ports, I did make fetchindex. It failed. The >/usr/ports/Makeindex file was really Makeindex,v. I copied it >as Makeindex, and tried make fetchindex again. It showed many >errors, finally "fatal errors encountered -- cannot continue". > You probably used CVS instead of cvsup. CVS, also known as Concurrent Version System is a mechanism which allows developers to manage codebase on which more than one individual is working simultaneously. When some change is made to a file "foo.bar" managed by a CVS, a file called "foo.bar,v" is created by the CVS. This file contains all the information about what changed and who changed it along with the comments which a developer might have provided during updating the file "foo.bar". Just to add, using the foo.bar,v file along with foo.bar, any version of the file may be created that ever existed. > > >Obviously I need to start over, this time using the CD with >the full iso image. I'll do that, but.... > > Well, its not always feasible to get hold of the full CD and also its most of the times not required. I generally use either the bootonly CD or the floppies to get a box on the network and pull off everything required over the network. However it is implied that you have a descent connection or you should arrange for some coffee while you install. :-) Best of Luck and welcome to the wonderful world where most of the things are free :-) Best Regards, S. From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 06:18:34 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81EB916A4CE for ; Sun, 27 Mar 2005 06:18:34 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96A9543D5F for ; Sun, 27 Mar 2005 06:18:33 +0000 (GMT) (envelope-from freebsd-questions@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DFR5w-0007IE-4b for freebsd-questions@freebsd.org; Sun, 27 Mar 2005 08:17:56 +0200 Received: from pcp08490587pcs.levtwn01.pa.comcast.net ([68.83.169.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Mar 2005 08:17:56 +0200 Received: from apeiron+usenet by pcp08490587pcs.levtwn01.pa.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Mar 2005 08:17:56 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Christopher Nehren Date: Sun, 27 Mar 2005 06:17:47 +0000 (UTC) Organization: /usr/bin/false Lines: 53 Message-ID: References: <200503262121.07586.dfarmour@myrealbox.com> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pcp08490587pcs.levtwn01.pa.comcast.net User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: dmesg -a lines' explanation? NEWBIE X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 06:18:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2005-03-27, David Armour scribbled these curious markings: > Ditto. > chmod: > #permissions: No such file or directory > > chmod: > are: No such file or directory > > chmod: > set: No such file or directory > > chmod: > properly: No such file or directory > > chmod: > at: No such file or directory > > chmod: > boot: No such file or directory Looks like you've got a runaway quote somewhere in your startup scripts. The #permissions part makes me think that you have a line that you thought would read something like this: chmod $filename #permissions are set properly at boot but, for whatever reason, the shell didn't see the # indicating the comment -- perhaps because it's inside a quote that isn't closed properly. I'm not familiar with your setup, but in either case I'd grep through /etc and /usr/local/etc (maybe even /usr/X11R6/etc) for that string, and see what I found. Best Regards, Christopher Nehren -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCRlAqk/lo7zvzJioRAiBHAKCrLVQbgP6TOdY6SkRpJk1eWLmQZwCgnhby cTdP7K+wIWt8BAtVzqi6JMU= =XP45 -----END PGP SIGNATURE----- -- I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson If you ask the wrong questions, you get answers like "42" and "God". Unix is user friendly. However, it isn't idiot friendly. From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 07:03:52 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B741C16A4CE for ; Sun, 27 Mar 2005 07:03:52 +0000 (GMT) Received: from mtiwmhc13.worldnet.att.net (mtiwmhc13.worldnet.att.net [204.127.131.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0538C43D41 for ; Sun, 27 Mar 2005 07:03:52 +0000 (GMT) (envelope-from jayobrien@att.net) Received: from [192.168.1.6] (dsl093-180-184.sac1.dsl.speakeasy.net[66.93.180.184]) by worldnet.att.net (mtiwmhc13) with ESMTP id <20050327070350113003bf3ne>; Sun, 27 Mar 2005 07:03:51 +0000 Message-ID: <42465AD0.30406@att.net> Date: Sat, 26 Mar 2005 23:03:44 -0800 From: Jay O'Brien User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD - questions References: <424645D0.2010705@att.net> <42464B4C.7010100@gmail.com> In-Reply-To: <42464B4C.7010100@gmail.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: CVSup questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 07:03:52 -0000 Subhro wrote: > Jay O'Brien wrote: /snip/ > >>I built src-all and ports-all. Now, there is a /usr/ports >>directory and and lots of directories and files therein. In >>/usr/ports, I did make fetchindex. It failed. The >>/usr/ports/Makeindex file was really Makeindex,v. I copied it >>as Makeindex, and tried make fetchindex again. It showed many >>errors, finally "fatal errors encountered -- cannot continue". >> > > You probably used CVS instead of cvsup. CVS, also known as Concurrent > Version System is a mechanism which allows developers to manage codebase > on which more than one individual is working simultaneously. When some > change is made to a file "foo.bar" managed by a CVS, a file called > "foo.bar,v" is created by the CVS. This file contains all the > information about what changed and who changed it along with the > comments which a developer might have provided during updating the file > "foo.bar". Just to add, using the foo.bar,v file along with foo.bar, any > version of the file may be created that ever existed. > > No, I used cvsup. However, I was idly reading through all of the CVSup FAQ, and I found my problem. It explained that my supfile didn't have "tag=." and I knew that it did. Sure enough, a typo. I used a - instead of an =. It read "tag-.". Now, with it correct, pkg_version works. And now I understand the ,v indicates RCS files. /snip/ > > Best of Luck and welcome to the wonderful world where most of the things > are free :-) Thank you very much, I really appreciate your quick and thoughtful answer. Jay > > Best Regards, > S. From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 08:02:45 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE4F016A4CE; Sun, 27 Mar 2005 08:02:45 +0000 (GMT) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB04543D54; Sun, 27 Mar 2005 08:02:45 +0000 (GMT) (envelope-from bsdzz@verizon.net) Received: from [192.168.0.25] ([68.236.212.14]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IE000GM63OIK7K1@vms042.mailsrvcs.net>; Sun, 27 Mar 2005 02:02:43 -0600 (CST) Date: Sun, 27 Mar 2005 03:03:17 -0500 From: bsdzz In-reply-to: <20050324033400.36730.qmail@web53907.mail.yahoo.com> To: freebsd-questions@freebsd.org Message-id: <424668C5.5040806@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit X-Accept-Language: en-us, en References: <20050324033400.36730.qmail@web53907.mail.yahoo.com> User-Agent: Mozilla Thunderbird 1.0 (X11/20050226) cc: freebsd-emulation@freebsd.org Subject: Re: Does QEMU support Windows VPN ? (5th try) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 08:02:46 -0000 >>I have been trying to connect from my FreeBSD box to a Microsoft >> >> >>VPN. I am running Windows 2000 Pro and also Windows Millennium >>inside QEMU. I have also tried using both "-user-net" and >>"/dev/tun0" connections. The connections fail while trying to >>authenticate my name and password. >> >> > >What does the port maintainer say? > > The port maintainer has not replied to my email I sent them. Am I the only one trying to use Microsoft's VPN and RemoteAccess software from within QEMU ? thx From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 08:10:11 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAE0C16A4CE; Sun, 27 Mar 2005 08:10:11 +0000 (GMT) Received: from nezlok.unixathome.org (nezlok.unixathome.org [66.154.97.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2C2643D1D; Sun, 27 Mar 2005 08:10:11 +0000 (GMT) (envelope-from dan@nezlok.unixathome.org) Received: from localhost (localhost [127.0.0.1]) by nezlok.unixathome.org (Postfix) with ESMTP id B9DE3575C; Sun, 27 Mar 2005 00:10:08 -0800 (PST) Received: from nezlok.unixathome.org ([127.0.0.1]) by localhost (nezlok.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23872-07; Sun, 27 Mar 2005 00:10:05 -0800 (PST) Received: by nezlok.unixathome.org (Postfix, from userid 1000) id 70640557D; Sun, 27 Mar 2005 00:10:02 -0800 (PST) From: Dan Langille To: freebsd-newbies@freebsd.org, freebsd-questions@freebsd.org Message-Id: <20050327081002.70640557D@nezlok.unixathome.org> Date: Sun, 27 Mar 2005 00:10:02 -0800 (PST) X-Virus-Scanned: by amavisd-new at unixathome.org Subject: The FreeBSD Diary: 2005-03-06 - 2005-03-26 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 08:10:12 -0000 The FreeBSD Diary contains a large number of practical examples and how-to guides. This message is posted weekly to freebsd-questions@freebsd.org with the aim of letting people know what's available on the website. Before you post a question here it might be a good idea to first search the mailing list archives and/or The FreeBSD Diary . -- Dan Langille BSDCan - http://www.BSDCan.org/ - BSD Conference From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 08:11:23 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF5BB16A4D0; Sun, 27 Mar 2005 08:11:23 +0000 (GMT) Received: from bsdnerds.org (pcp0011384308pcs.ebrnsw01.nj.comcast.net [69.248.83.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1656543D4C; Sun, 27 Mar 2005 08:11:23 +0000 (GMT) (envelope-from owner-freebsd-newbies@freebsd.org) Received: by bsdnerds.org (Postfix, from userid 1001) id 925F2658A; Sun, 27 Mar 2005 03:12:09 -0500 (EST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by bsdnerds.org (Postfix) with ESMTP id 4C868656B for ; Sun, 27 Mar 2005 03:12:06 -0500 (EST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 1B3CC56A6D; Sun, 27 Mar 2005 08:10:26 +0000 (GMT) (envelope-from owner-freebsd-newbies@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id E557216A512; Sun, 27 Mar 2005 08:10:21 +0000 (GMT) Delivered-To: freebsd-newbies@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAE0C16A4CE; Sun, 27 Mar 2005 08:10:11 +0000 (GMT) Received: from nezlok.unixathome.org (nezlok.unixathome.org [66.154.97.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2C2643D1D; Sun, 27 Mar 2005 08:10:11 +0000 (GMT) (envelope-from dan@nezlok.unixathome.org) Received: from localhost (localhost [127.0.0.1]) by nezlok.unixathome.org (Postfix) with ESMTP id B9DE3575C; Sun, 27 Mar 2005 00:10:08 -0800 (PST) Received: from nezlok.unixathome.org ([127.0.0.1]) by localhost (nezlok.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23872-07; Sun, 27 Mar 2005 00:10:05 -0800 (PST) Received: by nezlok.unixathome.org (Postfix, from userid 1000) id 70640557D; Sun, 27 Mar 2005 00:10:02 -0800 (PST) From: Dan Langille To: freebsd-newbies@freebsd.org, freebsd-questions@freebsd.org Message-Id: <20050327081002.70640557D@nezlok.unixathome.org> Date: Sun, 27 Mar 2005 00:10:02 -0800 (PST) X-Virus-Scanned: by amavisd-new at unixathome.org X-BeenThere: freebsd-newbies@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-newbies@freebsd.org Errors-To: owner-freebsd-newbies@freebsd.org Subject: The FreeBSD Diary: 2005-03-06 - 2005-03-26 X-BeenThere: freebsd-questions@freebsd.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 08:11:24 -0000 The FreeBSD Diary contains a large number of practical examples and how-to guides. This message is posted weekly to freebsd-questions@freebsd.org with the aim of letting people know what's available on the website. Before you post a question here it might be a good idea to first search the mailing list archives and/or The FreeBSD Diary . -- Dan Langille BSDCan - http://www.BSDCan.org/ - BSD Conference _______________________________________________ freebsd-newbies@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-newbies To unsubscribe, send any mail to "freebsd-newbies-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 08:21:23 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C46AC16A4CE for ; Sun, 27 Mar 2005 08:21:23 +0000 (GMT) Received: from nagual.st (cc20684-a.assen1.dr.home.nl [82.74.2.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBF8343D48 for ; Sun, 27 Mar 2005 08:21:22 +0000 (GMT) (envelope-from dick@nagual.st) Received: from localhost (localhost [127.0.0.1]) (uid 1000) by nagual.st with local; Sun, 27 Mar 2005 10:21:21 +0200 Date: Sun, 27 Mar 2005 10:21:21 +0200 To: freebsd-questions Message-ID: <20050327082121.GA9615@lothlorien.nagual.st> References: <20050326152442.GA11610@pooh.nagual.st> <20050326230005.GB96971@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <20050326230005.GB96971@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i From: Dick Hoogendijk Subject: Re: gcc error X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 08:21:23 -0000 On 26 Mar Kris Kennaway wrote: > On Sat, Mar 26, 2005 at 04:24:42PM +0100, Dick Hoogendijk wrote: > > > > So, what is this and waht can be done about it? I guess it's a gcc > > compiler error. I deleted all gcc packages that were installed (back > > to the systems's version - FreeBSD-4.11R). It did not help. > > > > The error I get: > > > > "c++: cannot specify -o with -c or -S and multiple compilations" > > The same error happens sometimes with 'cc' > > Show us the full error, not a context-free excerpt. Sure I want to do that. But I'm bit of an novice. How can I grep those errors on screen to a file? -- dick -- http://nagual.st/ -- PGP/GnuPG key: F86289CE ++ Running FreeBSD 4.11 ++ FreeBSD 5.3 + Nai tiruvantel ar vayuvantel i Valar tielyanna nu vilja From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 08:36:50 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3E3A16A4CE for ; Sun, 27 Mar 2005 08:36:49 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ACB243D2D for ; Sun, 27 Mar 2005 08:36:48 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.gr (patr530-b188.otenet.gr [212.205.244.196]) j2R8a4iM011815; Sun, 27 Mar 2005 11:36:05 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.3/8.13.3) with ESMTP id j2R8af0t009037; Sun, 27 Mar 2005 11:36:41 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.3/8.13.3/Submit) id j2R8aWh8009036; Sun, 27 Mar 2005 11:36:32 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Sun, 27 Mar 2005 11:36:32 +0300 From: Giorgos Keramidas To: Dick Hoogendijk Message-ID: <20050327083632.GA6105@gothmog.gr> References: <20050326152442.GA11610@pooh.nagual.st> <20050326230005.GB96971@xor.obsecurity.org> <20050327082121.GA9615@lothlorien.nagual.st> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050327082121.GA9615@lothlorien.nagual.st> cc: freebsd-questions Subject: Re: gcc error X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 08:36:50 -0000 On 2005-03-27 10:21, Dick Hoogendijk wrote: >On 26 Mar Kris Kennaway wrote: >>On Sat, Mar 26, 2005 at 04:24:42PM +0100, Dick Hoogendijk wrote: >>> So, what is this and waht can be done about it? I guess it's a gcc >>> compiler error. I deleted all gcc packages that were installed (back >>> to the systems's version - FreeBSD-4.11R). It did not help. >>> >>> The error I get: >>> >>> "c++: cannot specify -o with -c or -S and multiple compilations" >>> The same error happens sometimes with 'cc' >> >> Show us the full error, not a context-free excerpt. > > Sure I want to do that. But I'm bit of an novice. How can I grep those > errors on screen to a file? Before you start building anything, run script(1): $ script Script started, output file is typescript $ gcc -o hello hello.c $ exit Script done, output file is typescript Then you will have a file called 'typescript' in the current working directory, which will contain everything you typed or saw on your terminal while you were within the 'scripted shell'. Edit this file and copy whatever parts seem useful :-) - Giorgos From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 08:44:40 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F258B16A4CE for ; Sun, 27 Mar 2005 08:44:39 +0000 (GMT) Received: from nagual.st (cc20684-a.assen1.dr.home.nl [82.74.2.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16FF343D62 for ; Sun, 27 Mar 2005 08:44:39 +0000 (GMT) (envelope-from dick@nagual.st) Received: from lothlorien.nagual.st (lothlorien.nagual.st [192.168.11.1]) by nagual.st with esmtp; Sun, 27 Mar 2005 10:44:38 +0200 Date: Sun, 27 Mar 2005 10:44:38 +0200 From: dick hoogendijk To: freebsd-questions@freebsd.org Message-Id: <20050327104438.2d782f9e.dick@nagual.st> In-Reply-To: <20050327083632.GA6105@gothmog.gr> References: <20050326152442.GA11610@pooh.nagual.st> <20050326230005.GB96971@xor.obsecurity.org> <20050327082121.GA9615@lothlorien.nagual.st> <20050327083632.GA6105@gothmog.gr> Organization: nagual.st X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd4.11) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: gcc error X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 08:44:40 -0000 On Sun, 27 Mar 2005 11:36:32 +0300 Giorgos Keramidas wrote: > On 2005-03-27 10:21, Dick Hoogendijk wrote: > >>> "c++: cannot specify -o with -c or -S and multiple compilations" > >>> The same error happens sometimes with 'cc' > >> > >> Show us the full error, not a context-free excerpt. > > > > Sure I want to do that. But I'm bit of an novice. How can I grep > > those errors on screen to a file? > > Before you start building anything, run script(1): > > $ script > Script started, output file is typescript > $ gcc -o hello hello.c > $ exit > > Script done, output file is typescript Ah, thank you. This will go into 'notes' ;-) Starting the recompile of kdelibs3 now.. -- dick -- http://nagual.st/ -- PGP/GnuPG key: F86289CE ++ Running FreeBSD 4.11 ++ FreeBSD 5.3 + Nai tiruvantel ar vayuvantel i Valar tielyanna nu vilja From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 08:44:53 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 299F916A4CE for ; Sun, 27 Mar 2005 08:44:53 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id C955443D60 for ; Sun, 27 Mar 2005 08:44:51 +0000 (GMT) (envelope-from vincent@vincent_bachelier.hd.free.fr) Received: from vincent_bachelier.hd.free.fr (ferreol-1-82-66-171-150.fbx.proxad.net [82.66.171.150]) by postfix3-1.free.fr (Postfix) with ESMTP id 0C0D317348B; Sun, 27 Mar 2005 10:44:50 +0200 (CEST) Received: by vincent_bachelier.hd.free.fr (Postfix, from userid 1001) id 9B551C998E; Sun, 27 Mar 2005 10:44:50 +0200 (CEST) Date: Sun, 27 Mar 2005 10:44:50 +0200 From: Bachelier Vincent To: Rhys Campbell Message-ID: <20050327084450.GA1471@localhost> References: <20050325212946.GA1574@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD localhost 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE cc: freebsd-questions@freebsd.org Subject: Re: KDE on FreeBSD 5.3 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 08:44:53 -0000 Ok, that's simple, kde is a system which use client - server mode to communicate between each application. it use the hostname to know where to listen and to know where to ask question. Well, if you set a hostname without any real sense, like "vincent" for example, it will try to resolv it, in order to know what is you local ip. Well, I don't know why kde don't use localhost or 127.0.0.1 despite of hostname but is like that. If you don't put your hostname in your hosts file, the resolv could be very long ... and it could failed. But if it exist in hosts file, kde ask it, and the system answer immediatly. The system go on ! ok, see ya perhaps kde developer could give a better explanation. ciao Le Sat, Mar 26, 2005 at 04:24:44PM +0000, Rhys Campbell a écrit: > From: "Rhys Campbell" > To: vincent_bachelier@yahoo.fr > Subject: Re: KDE on FreeBSD 5.3 > Date: Sat, 26 Mar 2005 16:24:44 +0000 > > Merci Vincent, > > rc.conf was fine but added what you said to the hosts file. > After a reboot apps started up very quickly. Could I bother you > to briefly explain why? > > Thanks again. > > Rhys > > >From: Bachelier Vincent > >To: Rhys Campbell > >CC: freebsd-questions@freebsd.org > >Subject: Re: KDE on FreeBSD 5.3 > >Date: Fri, 25 Mar 2005 22:29:46 +0100 > > > >Hi, > >perhaps you have a problem with you host. > >Try to edit /etc/rc.conf > >find hostname > >if they is not one, set one > > > >exemple: > >hostname="vincent" > > > >well, edit /etc/hosts > >put this: > > > >::1 vincent > >127.0.0.1 vincent > > > >well, now reload all, perhaps it would go on > >see ya > > > >Le Fri, Mar 25, 2005 at 06:23:46PM +0000, Rhys Campbell a ?crit: > >> From: "Rhys Campbell" > >> To: freebsd-questions@freebsd.org > >> Date: Fri, 25 Mar 2005 18:23:46 +0000 > >> Subject: KDE on FreeBSD 5.3 > >> > >> KDE on my FreeBSD machine is very slow to start up application. Once the > >> application is open it is very responsive and user input. The K menu is > >> also displayed with speed it's just that any application seems to take > >> several minutes to open. > >> > >> I'm fairly new to *nix so maybe I've missed something obvious. The only > >> thing I can think of is that maybe there are a lot of pocess running in > >the > >> background that have a higher priority than desktop applications. Any > >ideas? > >> > >> > > > >-- > >Vincent Bachelier > >Language : Francais / English > >Societ(e/y) : Solintech - http://www.solintech.fr - Serveurs linux > > > >Citation (fortune): > > > >The only problem with being a man of leisure is that you can never stop > >and take a rest. > -- Vincent Bachelier Language : Francais / English Societ(e/y) : Solintech - http://www.solintech.fr - Serveurs linux Citation (fortune): Try to find the real tense of the report you are reading: Was it done, is it being done, or is something to be done? Reports are now written in four tenses: past tense, present tense, future tense, and pretense. Watch for novel uses of CONGRAM (CONtractor GRAMmer), defined by the imperfect past, the insufficient present, and the absolutely perfect future. -- Amrom Katz From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 09:22:10 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24D0416A4CE for ; Sun, 27 Mar 2005 09:22:10 +0000 (GMT) Received: from smtp11.wanadoo.fr (smtp11.wanadoo.fr [193.252.22.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F6A443D1F for ; Sun, 27 Mar 2005 09:22:09 +0000 (GMT) (envelope-from atkielski.anthony@wanadoo.fr) Received: from me-wanadoo.net (unknown [127.0.0.1]) by mwinf1106.wanadoo.fr (SMTP Server) with ESMTP id 023EF1C000A1 for ; Sun, 27 Mar 2005 11:22:08 +0200 (CEST) Received: from pix.atkielski.com (ASt-Lambert-111-2-1-3.w81-50.abo.wanadoo.fr [81.50.80.3]) by mwinf1106.wanadoo.fr (SMTP Server) with ESMTP id A3E5C1C00082 for ; Sun, 27 Mar 2005 11:22:07 +0200 (CEST) X-ME-UUID: 20050327092207671.A3E5C1C00082@mwinf1106.wanadoo.fr Date: Sun, 27 Mar 2005 11:22:06 +0200 From: Anthony Atkielski X-Priority: 3 (Normal) Message-ID: <154613622.20050327112206@wanadoo.fr> To: freebsd-questions@freebsd.org In-Reply-To: References: <20050326130042.S2949@kenmore.kozy-kabin.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Anthony's drive issues.Re: ssh password delay X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-questions@freebsd.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 09:22:10 -0000 Ted Mittelstaedt writes: > In a case like this it is very likely a BSD driver issue - why, > because the FreeBSD driver author could not test with every > custom-modified microcode when he wrote the driver. There is no list > out there of every computer company who has had a source license to > the Adaptec microcode and made modifications to it. And naturally you > would assume that anyone making mods to the SCSI microcode would have > the brains not to break it. In this case that didn't happen. Most > likely HP modified the Adaptec microcode because of bugs in the disks > that they were supplying with the original Vectras. I wouldn't automatically assume that there were _bugs_ in the disks. Companies that modify things in this way usually do so because they are under the mistaken impression that they can somehow build a "better" machine by throwing away all the standard stuff and home-brewing their own branded versions of everything (the phenomenon isn't limited to just computers, either). This is one argument _against_ buying major brands; at least when you buy a no-name brand off the shelf or build something yourself, everything on the machine is likely to be conformant to industry standards. HP probably thought they were doing the world a favor by modifying the firmware--they probably thought they were "adding value," instead of diminishing compatibility and maintainability. I don't agree with them, but that's neither here nor there now. As far as I know, the disk drives themselves are off-the-shelf drives. One is a Western Digital Barracuda, and the other is a Quantum Atlas, if I remember correctly. Both were branded HP on the box, but the drives themselves carry the original manufacturers' labels. > The reason he wasn't seeing problems with NT on the system was that as > we all know Microsoft obtains samples of every name-brand system that > is ever manufactured specifically for compatibility testing, and they > probably already ran into this problem and put a workaround in their > driver. This isn't nearly as universal as you imply. Microsoft is regularly bitten by custom-modified software and hardware on computers used by its customers. That includes computers built by major brands such as HP/COMPAQ, Dell, and so on. Sometimes a vendor will have a specific configuration formally certified by Microsoft for use with Windows; but if it doesn't, or if it makes any change at all in the configuration after certification, the result may not work. The most desperate customers may actually loan some of their actual machines to Microsoft PSS in order to help the latter find problems and workarounds. The hardware vendors are not always cooperative, and sometimes they seem to be clueless about their own modifications. In this case, given that this was a high-end machine from a major brand that came with Windows NT preinstalled, it may have been formally certified by Microsoft (although I removed the pre-installed copy of French Windows NT Workstation and replaced it with U.S. English Windows NT Server, which still ran okay). But things don't always turn out so happily. > I have noticed a similar problem on the same Adaptec controller in a > Compaq system which is running Adaptec-supplied, Compaq-modified > microcode and a Quantum disk drive. I have MANY systems running the > same Adaptec controller that are using genuine Adaptec adapters which > are using Adaptec microcode that is not modded by some computer > company, that run perfectly fine. The differences in microcode are probably minor. Hardware manufacturers may be willing to let computer companies cook up custom versions of microcode, but I daresay they are far less willing to come up with custom _hardware_ for computer companies, which would cost a fortune--no computer company is likely to bring in enough business to justify a significant hardware change. So naturally the microcode can't drift too much if it has to stay compatible with the same hardware. But it can easily drift enough to screw up the software. > It is beyond comprehension why companies like Compaq and HP see fit to > fuck around with the perfectly good Adaptec microcode. But the fact is > that in my and in his system, they have done so. They want to be different. They think they are so important and so special that everything has to be altered by their magic touch. They fantasize that customers will say "no, I don't want that standard firmware, I want REAL HP/COMPAQ firmware, it's so much nicer!" Of course, that doesn't happen in real life, and if anything, the custom stuff works against them. Customers moan and groan about the custom stuff all the time. About 99% of the vendor-specific stuff serves no discernable purpose, and just makes the systems harder to use and maintain. They will run okay in the EXACT configuration that came preinstalled from the factory; but if you so much as look at a jumper, things will start to fail. > His three choices are to first: try a different SCSI disk from a > different manufacturer, in the hopes that it might behave with the > modified microcode. Too expensive, and I don't even know if compatible SCSI disks still exist. > As I've explained to him I've had problems with Quantum SCSI disks > in the past and I don't use them - if he reverts to his single Seagate > disk he might get lucky and the problem go away - then he will know > to buy a bigger Seagate if he needs more space. Also too much trouble. > Second, he can go into BIOS and disable the on-motherboard SCSI > controllers and use an off-the-shelf controller, like a cheap > symbiosis or NCR one for example. See above. > Third, he can try to contact the FreeBSD developer who is assigned to > the ahc() driver, tell that person that he has an HP Vectra that uses > a aic7880 chipset that is running microcode that HP modified, and that > his system is having problems, and offer that person his system for > testing. He may need to ship his system to that developer or more > likely put an IDE disk in it that has a running BSD system on it, > attach a disk to the Adaptec controller, put it on the Internet and > set it up for remote access so the developer can examine it. Hmm ... interesting, but I'd have to open the firewall, which makes me nervous. > In my case, I'm going to try a different SCSI disk in hopes that the > interaction between the Compaq-modified SCSI adapter and the disk > drive is different and does not trigger whatever bug Compaq introduced > into the Adaptec microcode. And if that doesen't work I'll just remove > the SCSI adapter and throw it in the garbage and put in a genuine > Adaptec adapter. Anthony cannot do this because he doesen't have a > separate adapter, his SCSI chipset is on the motherboard. If he > updated BIOS there's a slight possibility that the updated BIOS might > carry a later rev. of microcode - but I am pretty sure with that > Adaptec chipset that the microcode was in a ROM not in an EEPROM so it > can't be updated. I never liked on-board hardware. I would have preferred that HP build the machine with a separate included SCSI controller card. > But Anthony's biggest obstacles to this are that a) he doesen't > believe in bugs that appear as a result of interactions between > microcode in disk drives and microcode in SCSI adapters, he seems to > feel that everyone in the business exactly perfectly follows the SCSI > standard when they manufacture disks and controllers. No, Anthony doesn't believe that hardware failures appear when one switches from one OS to another. Either the hardware works, or it doesn't. Problems that move with the OS are software bugs, as you've just explained above. > ... and b) Anthony is convinced that his Vectra has an Adaptec chipset and > microcode that runs that chipset that is pefectly good and identically > compliant to every other Adaptec chipset ... I don't recall ever saying anything about the microcode, only the hardware. > With that sort of attitude if he were to approach the author of the ahc() > driver he would be told to stick his head up his ass. Whereas Microsoft just modified the OS to accommodate the special microcode. That's why Microsoft is number one. -- Anthony From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 09:23:43 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C00A716A4CE for ; Sun, 27 Mar 2005 09:23:43 +0000 (GMT) Received: from smtp11.wanadoo.fr (smtp11.wanadoo.fr [193.252.22.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5908E43D1F for ; Sun, 27 Mar 2005 09:23:43 +0000 (GMT) (envelope-from atkielski.anthony@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1102.wanadoo.fr (SMTP Server) with ESMTP id 8DE081C00041 for ; Sun, 27 Mar 2005 11:23:42 +0200 (CEST) Received: from pix.atkielski.com (ASt-Lambert-111-2-1-3.w81-50.abo.wanadoo.fr [81.50.80.3]) by mwinf1102.wanadoo.fr (SMTP Server) with ESMTP id 740E31C000A1 for ; Sun, 27 Mar 2005 11:23:42 +0200 (CEST) X-ME-UUID: 20050327092342475.740E31C000A1@mwinf1102.wanadoo.fr Date: Sun, 27 Mar 2005 11:23:41 +0200 From: Anthony Atkielski X-Priority: 3 (Normal) Message-ID: <106629833.20050327112341@wanadoo.fr> To: freebsd-questions@freebsd.org In-Reply-To: References: <1006827290.20050326220154@wanadoo.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Anthony's drive issues.Re: ssh password delay X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-questions@freebsd.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 09:23:43 -0000 Ted Mittelstaedt writes: > Actually it was a waste to you because you don't want to try anything, > but it wasn't a waste to others on the list. It was a waste to me because nobody knows what the problem is or how to fix it, and the only suggestions I got were that the hardware was failing, which I know isn't true. > When trying to troubleshoot a problem you make a conjecture as to > what the problem might be then you test for it. I guess it's a good thing that nobody conjectured that it might be bad utility power, or I'd have to switch to a new nuclear plant in order to troubleshooot the problem. -- Anthony From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 09:34:35 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBFAD16A4CE for ; Sun, 27 Mar 2005 09:34:35 +0000 (GMT) Received: from smtp11.wanadoo.fr (smtp11.wanadoo.fr [193.252.22.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4307443D3F for ; Sun, 27 Mar 2005 09:34:35 +0000 (GMT) (envelope-from atkielski.anthony@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1102.wanadoo.fr (SMTP Server) with ESMTP id 770BC1C000AB for ; Sun, 27 Mar 2005 11:34:34 +0200 (CEST) Received: from pix.atkielski.com (ASt-Lambert-111-2-1-3.w81-50.abo.wanadoo.fr [81.50.80.3]) by mwinf1102.wanadoo.fr (SMTP Server) with ESMTP id 4C5551C0009B for ; Sun, 27 Mar 2005 11:34:34 +0200 (CEST) X-ME-UUID: 20050327093434313.4C5551C0009B@mwinf1102.wanadoo.fr Date: Sun, 27 Mar 2005 11:34:34 +0200 From: Anthony Atkielski X-Priority: 3 (Normal) Message-ID: <1042095727.20050327113434@wanadoo.fr> To: freebsd-questions@freebsd.org In-Reply-To: <20050326232753.GA64620@grover.logicsquad.net> References: <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> <49251524.20050326234521@wanadoo.fr> <20050326232753.GA64620@grover.logicsquad.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: hyper threading. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-questions@freebsd.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 09:34:36 -0000 Paul A. Hoadley writes: > Here are some measurements. A few weeks ago I ran Unixbench 4.1.0 > (/usr/ports/benchmarks/unixbench) on a P4 2.8GHz with and without > hyperthreading enabled. I note a slight difference in the 10 minute > load average in favour of the uniprocessor run (0.00 vs 0.10 in the > hyperthreading run), though I doubt this alone could account for a 15% > difference in total score. It's not clear to what extent these measurements represent simultaneous processing. The presumed advantage of hyperthreading resides in the ability to make better use of the processor hardware when you have more than one execution thread running AND the threads are doing entirely different things. Intel has demonstrated this by running completely different tasks at the same time on HT and non-HT systems; the HT systems consistently perform better. Both desktop and server systems can benefit from this. However, if you run measurements that consist of a single execution thread, or several execution threads performing the same type of work, HT will probably be slower than a UP environment. In this case, HT contributes nothing because the various threads are competing for the same processor hardware at the same time, so the global instruction rate does not improve with HT--and since SMP has higher OS overhead than a uniprocessor environment, the net result is a loss of performance. In order to profit from HT, then, you must have a mix of different tasks running on the system at the same time. This should be the normal case for most desktop and server systems, but it is never seen in benchmarks unless they are specifically designed to simulate this. Thus, while HT may help in real-world applications of servers and desktops, the only way to see this in measurements is to make sure they duplicate the type of instruction mix seen on these systems in real life. The actual architecture of hyperthreading is pretty straightforward, and it's pretty clear that it cannot result in degraded performance: either it improves performance, or it makes no difference. So the only question is whether or not HT improves performance enough in a real-world environment to offset the greater OS overhead of managing multiple processors. I think that with a heterogenous instruction mix of the type likely to be seen in real-world systems, it does (admittedly not by much). In some systems that are doing a lot of homogenous number-crunching, performance might go down, but it's difficult to imagine such a scenario for a server. Some desktops might be in that situation, if they are dedicated to single tasks (games, Mathematica, CAD, etc.). -- Anthony From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 10:03:55 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E15B16A4CE for ; Sun, 27 Mar 2005 10:03:55 +0000 (GMT) Received: from sdf.lonestar.org (mx.freeshell.org [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1D5743D1D for ; Sun, 27 Mar 2005 10:03:54 +0000 (GMT) (envelope-from tiberius@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:tiberius@sverige.freeshell.org [192.94.73.4]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id j2RA3BHk001137 for ; Sun, 27 Mar 2005 10:03:11 GMT Received: (from tiberius@localhost) by sdf.lonestar.org (8.13.1/8.12.8/Submit) id j2RA2V58002194 for freebsd-questions@freebsd.org; Sun, 27 Mar 2005 03:02:31 -0700 (MST) Date: Sun, 27 Mar 2005 03:02:31 -0700 From: Matt Rechkemmer To: freebsd-questions@freebsd.org Message-ID: <20050327100231.GA29685@sdf.lonestar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: MRTG, and FreeBSD rl0 aliases X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 10:03:55 -0000 This little problem has been bothering me for sometime. I'm trying to do a MRTG setup on my 5.3 system. The ISP I colocate with has allocated me a /29 in public space. Let's say for e-mail purposes, I've been given 192.168.0.29/29. Here are two entries from my mrtg.cfg: Target[localhost_192.168.0.30]: /192.168.0.30:hybrid@localhost SetEnv[localhost_192.168.0.30]: MRTG_INT_IP="192.168.0.30" MRTG_INT_DESCR="rl0" MaxBytes[localhost_192.168.0.30]: 1250000 Title[localhost_192.168.0.30]: 192.168.0.30 PageTop[localhost_192.168.0.30]:

192.168.0.30

System: Hybrid
Maintainer: captkirk@localhost
IP: 192.168.0.30
Target[localhost_192.168.0.31]: /192.168.0.31:hybrid@localhost SetEnv[localhost_192.168.0.31]: MRTG_INT_IP="192.168.0.31" MRTG_INT_DESCR="rl0" MaxBytes[localhost_192.168.0.31]: 1250000 Title[localhost_192.168.0.31]: 192.168.0.31 PageTop[localhost_192.168.0.31]:

192.168.0.31

System: Hybrid
Maintainer: captkirk@localhost
IP: 192.168.0.31
You'd think these would produce two very different graphs, since the other IP isn't as widely used. The interesting part is, the graphs report the same incoming/outgoing KBPS. Thoughts? P.S. Assuming I get all this fixed, is there a way to aggregate all those statistic in a separate graph? I tried the + methodology in the target field and got some unusual results. From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 10:05:01 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BB6E16A4CE for ; Sun, 27 Mar 2005 10:05:01 +0000 (GMT) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ACAC43D2D for ; Sun, 27 Mar 2005 10:05:00 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 28547 invoked from network); 27 Mar 2005 10:04:54 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[83.129.4.168]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 27 Mar 2005 10:04:54 -0000 Date: Sun, 27 Mar 2005 11:02:44 +0200 From: Fabian Keil To: Alejandro Pulver Message-ID: <20050327110244.2c9a3be0@localhost> In-Reply-To: <20050326174431.36f6021e@ale.varnet.bsd> References: <20050326122909.06ed9062@ale.varnet.bsd> <20050326203751.3e5da8b8@localhost> <20050326174431.36f6021e@ale.varnet.bsd> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-questions Subject: Re: Samba problems X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 10:05:01 -0000 Alejandro Pulver wrote: > On Sat, 26 Mar 2005 20:37:51 +0100 > Fabian Keil wrote: > > > Alejandro Pulver wrote: > > > > > I am using FreeBSD 5.3 with Samba 3.0.7,1. > > > > > > I can read all files from a Windows 2000 Pro. But when > > > I try to access a mount point that is an NTFS filesystem, I have no > > > read permission (files and directories appear as zero length files) > > > until I access them from the server machine (like doing an 'ls'). > > > > > > My configuration file is as follows: > > > > > > ===== BEGIN ===== > > > # Samba config file created using SWAT > > > # from 127.0.0.1 (127.0.0.1) > > > # Date: 2004/12/11 19:24:02 > > > > > > # Global parameters > > > [global] > > > workgroup = VARNET > > > server string = FreeBSD 5.3 > > > security = SHARE > > > log file = /var/log/samba/log.%m > > > max log size = 50 > > > dns proxy = No > > > > > > [mnt] > > > comment = Mounted Filesystems > > > path = /mnt > > > guest ok = Yes > > > > > > [printers] > > > comment = All Printers > > > path = /var/spool/samba > > > printable = Yes > > > browseable = No > > > > > > [ale] > > > comment = Ale's Home DIrectory > > > path = /home/ale > > > guest ok = Yes > > > ===== END ======= > > > > > > Note: I have subdirectories under '/mnt' like 'w2k', 'wxp', 'cam', > > > and'tmp'. > > > > > > What am I doing wrong? > > > > Who owns the subdirectories and who is your guest user? > My guest user is 'nobody', but I also tried with 'ale' and 'root' (wich > owns the mount point). Did you see in samba's log that the guest user was changed? How did you change it, with "guest user" or with "force user"? As your problem can be reproduced, increasing samba's debug level might help. Samba should log why read access was denied. If you access the samba share with mount_smbfs, do you see the same behavior? > The directory '/mnt/w2k' is owned by 'root' and the group 'wheel', the > permissions are rwxr-xr-x. If you only want read access, this looks fine. Fabian -- http://www.fabiankeil.de From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 10:33:39 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F358B16A4CE for ; Sun, 27 Mar 2005 10:33:38 +0000 (GMT) Received: from smtp11.wanadoo.fr (smtp11.wanadoo.fr [193.252.22.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EA7F43D1F for ; Sun, 27 Mar 2005 10:33:38 +0000 (GMT) (envelope-from atkielski.anthony@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1104.wanadoo.fr (SMTP Server) with ESMTP id CFBBA1C000A4 for ; Sun, 27 Mar 2005 12:33:36 +0200 (CEST) Received: from pix.atkielski.com (ASt-Lambert-111-2-1-3.w81-50.abo.wanadoo.fr [81.50.80.3]) by mwinf1104.wanadoo.fr (SMTP Server) with ESMTP id 905CB1C0009B for ; Sun, 27 Mar 2005 12:33:36 +0200 (CEST) X-ME-UUID: 20050327103336591.905CB1C0009B@mwinf1104.wanadoo.fr Date: Sun, 27 Mar 2005 12:33:36 +0200 From: Anthony Atkielski X-Priority: 3 (Normal) Message-ID: <14510304120.20050327123336@wanadoo.fr> To: freebsd-questions@freebsd.org In-Reply-To: <8C7007D5D4D30D2-A38-3B313@mblk-r33.sysops.aol.com> References: <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> <49251524.20050326234521@wanadoo.fr> <8C7007D5D4D30D2-A38-3B313@mblk-r33.sysops.aol.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: hyper threading. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-questions@freebsd.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 10:33:39 -0000 em1897@aol.com writes: > You can argue the technical theory all you want, but the > measurements say otherwise. You have to ensure that you're doing the right measurements. >FreeBSD 4.9 ->> Load: 38% (I put this in for fun :-) > > Freebsd 5.4-Pre UP (no HT) -> Load: high 55-60% range > > FreeBSD 5.4-Pre SMP/HT -> Load: 70-80% (much more jumping around) You'll find that the total CPU time required from start to finish for a single thread is ALWAYS higher for SMP than for a UP environment, even if you have separate physical processors. Several things happen when you move from a uniprocessor environment to an environment with two or more processors: - The total CPU time for each thread increases. - The total system load on a per process basis increases. - The total throughput of the system improves if there is more than one independent process running in the system. - Each of the processors runs more slowly than it would if it were the only processor running in a UP environment. If you run a single-thread benchmark on a MP system, you'll find that it runs more slowly than it does on a UP system. If you run multiple single-thread independent benchmarks on a MP system, you'll find that total CPU time for each benchmark increases over that required in a UP system--but the elapsed time required to complete all benchmarks substantially diminishes. To properly gauge the performance of a multiprocessor system, you must run a realistic mix of tasks on the system and measure overall throughput. If you do this, you'll find that you always come out ahead with multiple processors, even HT processors. Hyperthreading is just a special case of multiprocessing that imposes some additional restrictions. HT is much more sensitive to similarities in instruction mix across processes, because the actual processor hardware is being shared. With a sufficiently heterogenous instruction mix across multiple execution threads, this isn't a problem; but if you are running a single-threaded benchmark, or a series of identical single-threaded benchmarks, it can seriously distort your measurements. Although adding physical processors diminishes the performance of each processor, it still adds overall processing power, up to a certain point. The increment is never equal to the actual number of processors added, though; that is, if you go from one to two processors, you never get a doubling of effective processor power--it's more like 70-80%. The percentage increment gets worse with each additional processor, until you reach a point at which performance actually starts to decline (the point at which this happens is extremely hardware dependent, but it's always well beyond two processors). Hyperthreaded processors should not diminish in performance just because HT is turned on, because the hardware contention that diminishes performance in conventional MP systems is largely absent in a HT microprocessor. However, since you are really still only sharing a single processor with HT, the overall increment is much lower than it would be with two physical processors, and it is very sensitive to the instruction mix. > this shows that you really are a bit foggy. Did you miss the part > where with 2 processors you actually do have 2 processors? I actually read what Intel had to say on how the architecture works, and I spent years measuring systems the hard way (with hardware monitors and probes), so I know somewhat whereof I speak. Multiprocessing was always a significant hot-button issue with customers, as they always wanted to know how much they really gained with multiple processors (as opposed to what they had been promised). > I can make an argument that networking with 1 processor on 5.4 is > better than with 2. For example, with a test similar to the above, with > 2 phyiscal processors FreeBSD 5.4 will start dropping packets way before > it hits 500Kpps unless you increase the interrrupts/second, which of > course increases the system load. And even with the dropped packets > (which should reduce the load because it doesnt have to receive > and transmit the packet), the load is still higher than for 4.x with > a single processor. Load is not a problem, as long as it's below 100%. Since individual processors slow down in MP configurations, anything that depends on raw processor speed will suffer in an MP configuration. However, overall system throughput is greatly enhanced by running with several processors. At the same time, the total processor time required to complete all tasks is greater in an MP environment than it would be in a UP environment--it's the fact that things can run in parallel that improves the throughput. Moral: if you want to avoid dropping packets in the situation you describe, increase the interrupt rate. The additional processing power of the system will make this practical. > You and many others regulary say things like "SMP is obviously faster", > or "Opterons are noticably faster", but those statements are only true > for certain applications. True, but those "certain applications" are the kind normally executed in real-world desktop and server systems. If this were not the case, multiprocessing systems would have been abandoned long ago. It's almost always better to have a single processor at 2 GFLOPS than it is to have two processors at 1 GFLOPS, but if you can't get 2 GFLOPS processors, having two 1 GFLOPS processors is the next best thing. -- Anthony From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 10:36:46 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5E0A16A4CE for ; Sun, 27 Mar 2005 10:36:46 +0000 (GMT) Received: from smtp11.wanadoo.fr (smtp11.wanadoo.fr [193.252.22.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 749C843D2D for ; Sun, 27 Mar 2005 10:36:46 +0000 (GMT) (envelope-from atkielski.anthony@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1101.wanadoo.fr (SMTP Server) with ESMTP id A19AF1C000C6 for ; Sun, 27 Mar 2005 12:36:45 +0200 (CEST) Received: from pix.atkielski.com (ASt-Lambert-111-2-1-3.w81-50.abo.wanadoo.fr [81.50.80.3]) by mwinf1101.wanadoo.fr (SMTP Server) with ESMTP id 7C2F41C000A4 for ; Sun, 27 Mar 2005 12:36:45 +0200 (CEST) X-ME-UUID: 20050327103645509.7C2F41C000A4@mwinf1101.wanadoo.fr Date: Sun, 27 Mar 2005 12:36:45 +0200 From: Anthony Atkielski X-Priority: 3 (Normal) Message-ID: <467157066.20050327123645@wanadoo.fr> To: freebsd-questions@freebsd.org In-Reply-To: <8C700841A4F8661-A38-3B468@mblk-r33.sysops.aol.com> References: <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> <49251524.20050326234521@wanadoo.fr> <8C7007D5D4D30D2-A38-3B313@mblk-r33.sysops.aol.com> <42460B1C.1050008@cloudview.com> <8C700841A4F8661-A38-3B468@mblk-r33.sysops.aol.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: hyper threading. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-questions@freebsd.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 10:36:46 -0000 em1897@aol.com writes: > When you get your machine running without a kernel > let me know. The kernel is the key to the O/S. If you > don't need networking and don't have many interrupts, > then it probably doesnt matter that much. The kernel represents only a small part of total system utilization and throughput. Even if everything is single-threaded through the kernel, you can still get performance benefits from multiple processors, because they can run userland processes in parallel. If total system load is 5% kernel and 80% userland in a UP environment, and moving to a MP environment doubles kernel overhead, total system load has still increased by only 5%. In general, many things must be single-threaded through the kernel because of the need for proper synchronization. Thus, the kernel always shows more negative effects from MP than the system as a whole, but since it is so small in the overall picture, MP still improves global performance. -- Anthony From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 10:53:31 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A58816A4CE for ; Sun, 27 Mar 2005 10:53:31 +0000 (GMT) Received: from nagual.st (cc20684-a.assen1.dr.home.nl [82.74.2.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBE8E43D39 for ; Sun, 27 Mar 2005 10:53:29 +0000 (GMT) (envelope-from dick@nagual.st) Received: from localhost (localhost [127.0.0.1]) (uid 1000) by nagual.st with local; Sun, 27 Mar 2005 12:53:28 +0200 Date: Sun, 27 Mar 2005 12:53:28 +0200 To: freebsd-questions Message-ID: <20050327105328.GA99072@lothlorien.nagual.st> References: <20050326152442.GA11610@pooh.nagual.st> <20050326230005.GB96971@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <20050326230005.GB96971@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i From: Dick Hoogendijk Subject: Re: gcc error X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 10:53:31 -0000 On 26 Mar Kris Kennaway wrote: > On Sat, Mar 26, 2005 at 04:24:42PM +0100, Dick Hoogendijk wrote: > > Hi, > > > > I'm getting desperate. First I couldn't compile just a gnome > > package. OK, it could be missed.. But now I want to compile the new > > KDE-3.4 and it does not work :-( Compiling kdelibs3 I get (again) > > this annoying error. Googling learned it shows up quit often, but I > > found no solution. So, what is this and waht can be done about it? > > I guess it's a gcc compiler error. I deleted all gcc packages that > > were installed (back to the systems's version - FreeBSD-4.11R). It > > did not help. > > > > The error I get: > > > > "c++: cannot specify -o with -c or -S and multiple compilations" > > The same error happens sometimes with 'cc' > > Show us the full error, not a context-free excerpt. OK, probably too much, but here it is.. =-=-= Making all in http gmake[3]: Entering directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.4.0/kioslave/http' Making all in kcookiejar gmake[4]: Entering directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.4.0/kioslave/http/kcookiejar' Making all in tests gmake[5]: Entering directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.4.0/kioslave/http/kcookiejar/tests' gmake[5]: Nothing to be done for `all'. gmake[5]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.4.0/kioslave/http/kcookiejar/tests' gmake[5]: Entering directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.4.0/kioslave/http/kcookiejar' source='kcookiejar.cpp' object='kcookiejar.lo' libtool=yes \ DEPDIR=.deps depmode=gcc /bin/sh ../../../admin/depcomp \ /bin/sh ../../../libtool --silent --mode=compile --tag=CXX c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../dcop -I../../../kdecore -I../../../kio/kssl -I../../../dcop -I../../../libltdl -I../../../kdefx -I../../../kdecore -I../../../kdecore -I../../../kdeui -I../../../kio -I../../../kio/kio -I../../../kio/kfile -I../../.. -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -fno-common -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -c -o kcookiejar.lo kcookiejar.cpp /usr/X11R6/bin/moc ./kcookieserver.h -o kcookieserver.moc source='kcookieserver.cpp' object='kcookieserver.lo' libtool=yes \ DEPDIR=.deps depmode=gcc /bin/sh ../../../admin/depcomp \ /bin/sh ../../../libtool --silent --mode=compile --tag=CXX c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../dcop -I../../../kdecore -I../../../kio/kssl -I../../../dcop -I../../../libltdl -I../../../kdefx -I../../../kdecore -I../../../kdecore -I../../../kdeui -I../../../kio -I../../../kio/kio -I../../../kio/kfile -I../../.. -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -fno-common -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -c -o kcookieserver.lo kcookieserver.cpp /usr/X11R6/bin/moc ./kcookiewin.h -o kcookiewin.moc source='kcookiewin.cpp' object='kcookiewin.lo' libtool=yes \ DEPDIR=.deps depmode=gcc /bin/sh ../../../admin/depcomp \ /bin/sh ../../../libtool --silent --mode=compile --tag=CXX c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../dcop -I../../../kdecore -I../../../kio/kssl -I../../../dcop -I../../../libltdl -I../../../kdefx -I../../../kdecore -I../../../kdecore -I../../../kdeui -I../../../kio -I../../../kio/kio -I../../../kio/kfile -I../../.. -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -fno-common -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -c -o kcookiewin.lo kcookiewin.cpp ../../../dcop/dcopidl/dcopidl ./kcookieserver.h > kcookieserver.kidl || ( rm -f kcookieserver.kidl ; false ) ../../../dcop/dcopidl2cpp/dcopidl2cpp --c++-suffix cpp --no-signals --no-stub kcookieserver.kidl source='kcookieserver_skel.cpp' object='kcookieserver_skel.lo' libtool=yes \ DEPDIR=.deps depmode=gcc /bin/sh ../../../admin/depcomp \ /bin/sh ../../../libtool --silent --mode=compile --tag=CXX c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../dcop -I../../../kdecore -I../../../kio/kssl -I../../../dcop -I../../../libltdl -I../../../kdefx -I../../../kdecore -I../../../kdecore -I../../../kdeui -I../../../kio -I../../../kio/kio -I../../../kio/kfile -I../../.. -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -fno-common -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -c -o kcookieserver_skel.lo kcookieserver_skel.cpp /bin/sh ../../../libtool --silent --mode=link --tag=CXX c++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -fno-common -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -rpath=/usr/lib:/usr/local/lib -o kded_kcookiejar.la -rpath /usr/local/lib/kde3 -L/usr/local/lib -L/usr/X11R6/lib -D_THREAD_SAFE -pthread -L/usr/local/lib -module -avoid-version kcookiejar.lo kcookieserver.lo kcookiewin.lo kcookieserver_skel.lo ../../../kio/libkio.la -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib echo 'extern "C" int kdemain(int argc, char* argv[]);' > kcookiejar_dummy.cpp; \ echo 'extern "C" int kdeinitmain(int argc, char* argv[]) { return kdemain(argc,argv); }' >> kcookiejar_dummy.cpp source='kcookiejar_dummy.cpp' object='kcookiejar_dummy.lo' libtool=yes \ DEPDIR=.deps depmode=gcc /bin/sh ../../../admin/depcomp \ /bin/sh ../../../libtool --silent --mode=compile --tag=CXX c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../dcop -I../../../kdecore -I../../../kio/kssl -I../../../dcop -I../../../libltdl -I../../../kdefx -I../../../kdecore -I../../../kdecore -I../../../kdeui -I../../../kio -I../../../kio/kio -I../../../kio/kfile -I../../.. -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -fno-common -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -c -o kcookiejar_dummy.lo kcookiejar_dummy.cpp source='main.cpp' object='main.lo' libtool=yes \ DEPDIR=.deps depmode=gcc /bin/sh ../../../admin/depcomp \ /bin/sh ../../../libtool --silent --mode=compile --tag=CXX c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../dcop -I../../../kdecore -I../../../kio/kssl -I../../../dcop -I../../../libltdl -I../../../kdefx -I../../../kdecore -I../../../kdecore -I../../../kdeui -I../../../kio -I../../../kio/kio -I../../../kio/kfile -I../../.. -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -fno-common -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -c -o main.lo main.cpp /bin/sh ../../../libtool --silent --mode=link --tag=CXX c++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -fno-common -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -rpath=/usr/lib:/usr/local/lib -o libkdeinit_kcookiejar.la -rpath /usr/local/lib -no-undefined -avoid-version -L/usr/local/lib -L/usr/X11R6/lib -D_THREAD_SAFE -pthread -L/usr/local/lib main.lo ../../../kdecore/libkdecore.la -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib /bin/sh ../../../libtool --silent --mode=link --tag=CXX c++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -fno-common -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -rpath=/usr/lib:/usr/local/lib -o kcookiejar.la -rpath /usr/local/lib/kde3 -L/usr/local/lib -L/usr/X11R6/lib -D_THREAD_SAFE -pthread -L/usr/local/lib -module -avoid-version kcookiejar_dummy.lo libkdeinit_kcookiejar.la -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib echo 'extern "C" int kdemain(int argc, char* argv[]);' > kcookiejar.la.cpp; \ echo 'int main(int argc, char* argv[]) { return kdemain(argc,argv); }' >> kcookiejar.la.cpp source='kcookiejar.la.cpp' object='kcookiejar.la.o' libtool=no \ DEPDIR=.deps depmode=gcc /bin/sh ../../../admin/depcomp \ c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../dcop -I../../../kdecore -I../../../kio/kssl -I../../../dcop -I../../../libltdl -I../../../kdefx -I../../../kdecore -I../../../kdecore -I../../../kdeui -I../../../kio -I../../../kio/kio -I../../../kio/kfile -I../../.. -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -fno-common -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -c -o kcookiejar.la.o kcookiejar.la.cpp /bin/sh ../../../libtool --silent --mode=link --tag=CXX c++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -fno-common -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -rpath=/usr/lib:/usr/local/lib -o kcookiejar -R /usr/local/lib -R /usr/local/lib -R /usr/X11R6/lib -R /usr/X11R6/lib -R /usr/local/lib -no-undefined -L/usr/local/lib -L/usr/X11R6/lib -D_THREAD_SAFE -pthread -L/usr/local/lib kcookiejar.la.o libkdeinit_kcookiejar.la -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib gmake[5]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.4.0/kioslave/http/kcookiejar' gmake[4]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.4.0/kioslave/http/kcookiejar' gmake[4]: Entering directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.4.0/kioslave/http' /usr/X11R6/bin/moc ./http.h -o http.moc source='http.cc' object='http.lo' libtool=yes \ DEPDIR=.deps depmode=gcc /bin/sh ../../admin/depcomp \ /bin/sh ../../libtool --silent --mode=compile --tag=CXX c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../dcop -I../../kdecore -I../../kio/kssl -I../../interfaces -I../../kio/httpfilter -I../../dcop -I../../libltdl -I../../kdefx -I../../kdecore -I../../kdecore -I../../kdeui -I../../kio -I../../kio/kio -I../../kio/kfile -I../.. -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include -I/usr/include @INCLUDE_des@ -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -fno-common -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -c -o http.lo http.cc c++: cannot specify -o with -c or -S and multiple compilations gmake[4]: *** [http.lo] Error 1 gmake[4]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.4.0/kioslave/http' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.4.0/kioslave/http' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.4.0/kioslave' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.4.0' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/x11/kdelibs3. lothlorien# exit exit Script done on Sun Mar 27 12:28:46 2005 -- dick -- http://nagual.st/ -- PGP/GnuPG key: F86289CE ++ Running FreeBSD 4.11 ++ FreeBSD 5.3 + Nai tiruvantel ar vayuvantel i Valar tielyanna nu vilja From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 12:31:30 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB13216A4CE for ; Sun, 27 Mar 2005 12:31:30 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59A2A43D49 for ; Sun, 27 Mar 2005 12:31:30 +0000 (GMT) (envelope-from plaine@gmail.com) Received: by wproxy.gmail.com with SMTP id 55so84788wri for ; Sun, 27 Mar 2005 04:31:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=RUbS4pi8m9O7F9pJObvIntj7BguP3R5EOHGH1RjwRb1Ng7N5JmH4apzgUFhopKIfv4+AW5kcMcdxXz1f5BQ5VRaHa0vtZCUag6NuoOhFPkm2m/Gm90qFTxMN3BMWzQS6OXSeadyO8pUe+OOGLLcijASGUZTd9FQ8Dr43QtrH8DY= Received: by 10.54.94.8 with SMTP id r8mr2464696wrb; Sun, 27 Mar 2005 04:31:29 -0800 (PST) Received: by 10.54.8.3 with HTTP; Sun, 27 Mar 2005 04:31:29 -0800 (PST) Message-ID: Date: Sun, 27 Mar 2005 15:31:29 +0300 From: Perttu Laine To: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: k3b port error. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Perttu Laine List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 12:31:30 -0000 Running FreeBSD 5.4-BETA1 and k3b port make stops with output pasted below. Port is latest one. Any way to get it working? --- then mv -f ".deps/k3bflacdecoder.Tpo" ".deps/k3bflacdecoder.Plo"; \ else rm -f ".deps/k3bflacdecoder.Tpo"; exit 1; \ fi In file included from /usr/local/include/id3/utils.h:37, from /usr/local/include/id3/tag.h:34, from /usr/local/include/id3/misc_support.h:32, from k3bflacdecoder.cpp:34: /usr/local/include/id3/id3lib_strings.h:103: warning: unused parameter '__c' /usr/local/include/id3/id3lib_strings.h:106: warning: unused parameter '__c' k3bflacdecoder.cpp: In member function `virtual QString K3bFLACDecoder::technica lInfo(const QString&) const': k3bflacdecoder.cpp:311: error: `get_field' has not been declared k3bflacdecoder.cpp:311: error: request for member of non-aggregate type before ' (' token /usr/local/include/id3/globals.h: At global scope: /usr/local/include/id3/globals.h:542: warning: 'ID3_v1_genre_description' define d but not used gmake[4]: *** [k3bflacdecoder.lo] Error 1 gmake[4]: Leaving directory `/usr/ports/sysutils/k3b/work/k3b-0.11.20/src/audiod ecoding/flac' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/sysutils/k3b/work/k3b-0.11.20/src/audiod ecoding' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/sysutils/k3b/work/k3b-0.11.20/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/k3b/work/k3b-0.11.20' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/sysutils/k3b. -- -- kpn @ IRCnet From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 12:45:02 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDF6116A4CE for ; Sun, 27 Mar 2005 12:45:02 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63BD643D54 for ; Sun, 27 Mar 2005 12:45:02 +0000 (GMT) (envelope-from pwaring@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so1562919rne for ; Sun, 27 Mar 2005 04:45:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=SHohjGXX/GuQA+5QHYmrs62jBOnGHJXs2C72V9oXNnjt9nGpeddFZhSOY7cvAXFZ1lB1PYpSu1ZlWqef0PTrMTkNrUqDELvnL8qzZYfQ56loyCTZWa6KcHgV8J5vTfcOxOayrWxqP3M/4kaSz+IiFAusIbvS0ZukypidJsrhlHM= Received: by 10.38.151.33 with SMTP id y33mr3904524rnd; Sun, 27 Mar 2005 04:45:01 -0800 (PST) Received: by 10.38.76.66 with HTTP; Sun, 27 Mar 2005 04:45:01 -0800 (PST) Message-ID: <8953a1db05032704457baca3cf@mail.gmail.com> Date: Sun, 27 Mar 2005 13:45:01 +0100 From: Paul Waring To: Gert Cuykens In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: cc: freebsd-questions@freebsd.org Subject: Re: which shell irc client do you like ? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Waring List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 12:45:02 -0000 On Sun, 27 Mar 2005 01:56:50 +0100, Gert Cuykens wrote: > i am looking for a very simple colored one, in the style of > > me 19:10# bla bla > you 19:10# bla bla > > no menus or borders I don't know what you mean by no menus or borders, but irssi is pretty stripped down and can be run from the console: http://www.irssi.org/ I run it from a screen session all the time and it works well once you get the hang of it. I think you can make it beep when new messages come in but because I run it on a remote server I've never bothered to look into/activate this feature. Paul -- Rogue Tory www.roguetory.org.uk From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 05:11:33 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C7CE16A4CE for ; Sun, 27 Mar 2005 05:11:33 +0000 (GMT) Received: from hotmail.com (bay104-f1.bay104.hotmail.com [65.54.175.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2CF243D5C for ; Sun, 27 Mar 2005 05:11:32 +0000 (GMT) (envelope-from pradeepsusarla@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 26 Mar 2005 21:11:32 -0800 Message-ID: Received: from 65.54.175.200 by by104fd.bay104.hotmail.msn.com with HTTP; Sun, 27 Mar 2005 05:11:32 GMT X-Originating-IP: [65.54.175.200] X-Originating-Email: [pradeepsusarla@hotmail.com] X-Sender: pradeepsusarla@hotmail.com From: "pradeep susarla" To: freebsd-questions@FreeBSD.org Date: Sun, 27 Mar 2005 05:11:32 +0000 X-OriginalArrivalTime: 27 Mar 2005 05:11:32.0634 (UTC) FILETIME=[70ECD7A0:01C5328B] X-Mailman-Approved-At: Sun, 27 Mar 2005 13:13:15 +0000 MIME-Version: 1.0 Content-Type: text/plain; format="flowed" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: FreeBSD Questions mailing list X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pradeepsusarla@msn.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 05:11:33 -0000 Hi, I am Pradeep from India. Recently I purchased FreeBSD latest version. But when I was installing, setup failed with an unknown error message. I came to know that this version does not support ACPI or Advanced power management system. I also got hold of the remedy. But I could not do it. Can you please suggest me to disable this feature in system through ther FreeBSD setup. Waiting for your reply. Bye. Pradeep. References Visible links Hidden links: 1. http://g.msn.com/1HMAENIN/141??PS=8318 2. http://www.webhelp.com/webhelp/index.jsp From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 13:22:11 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DB7F16A4CE for ; Sun, 27 Mar 2005 13:22:11 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FC0D43D1D for ; Sun, 27 Mar 2005 13:22:11 +0000 (GMT) (envelope-from plaine@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so94673wri for ; Sun, 27 Mar 2005 05:22:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=JxLjlgzmoEpVK8VPmnS/PWqSaWOvz8h5pWPiTQwonsvMOA+rnwg5Aa6ClsWXiRjEW1BtlJKOLe7NQJbdSg2O3WnrylPv6AbcDqwfHPOwwpvwi1A1A7YAdqR0PxgE1g3Gy+1F+18wx1b7pgV2JpTee2uyy2EjVIBhvurneRIPKKA= Received: by 10.54.79.10 with SMTP id c10mr198103wrb; Sun, 27 Mar 2005 05:22:10 -0800 (PST) Received: by 10.54.8.3 with HTTP; Sun, 27 Mar 2005 05:22:10 -0800 (PST) Message-ID: Date: Sun, 27 Mar 2005 16:22:10 +0300 From: Perttu Laine To: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: flash player plugin. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Perttu Laine List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 13:22:11 -0000 yet another question from me... I can't get flash player working on firefox anyway. (fbsd 5.4-beta1 and ff 1.0.2). I tired install ports www/flashplugin-firefox, www/flashpluginwrapper and www/linuxpluginwrapper. none of them succesfully. about:plugins in firefox won't show flash and flash sites doesn't work. so, question is - how to get it work? -- kpn @ IRCnet From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 13:36:06 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 187A616A4CF for ; Sun, 27 Mar 2005 13:36:06 +0000 (GMT) Received: from mout.perfora.net (mout.perfora.net [217.160.230.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 151ED43D3F for ; Sun, 27 Mar 2005 13:36:05 +0000 (GMT) (envelope-from dark@sun.com) Received: from cpe-66-24-105-49.stny.res.rr.com[66.24.105.49] (helo=mxus.perfora.net) by mrelay.perfora.net with ESMTP (Nemesis), id 0MKz1m-1DFXvt2sE5-00079k; Sun, 27 Mar 2005 08:36:01 -0500 Received: by mxus.perfora.net (Postfix, from userid 1001) id A303D7886; Sun, 27 Mar 2005 08:35:48 -0500 (EST) Date: Sun, 27 Mar 2005 08:35:48 -0500 From: Dev Tugnait To: Perttu Laine Message-ID: <20050327133548.GC812@blood.spawn.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: Vim http://www.vim.org/ X-Info: http://unixdaemon.org X-Operating-System: Unix/5.3-RELEASE-p5 (i386) X-Uptime: 8:35AM up 4 days, 1:17, 18 users, load averages: 0.20, 0.25, 0.24 User-Agent: Mutt/1.5.9i X-Provags-ID: perfora.net abuse@perfora.net login:86279ff966a67224e572428c23b4bcb0 cc: freebsd-questions@freebsd.org Subject: Re: flash player plugin. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 13:36:06 -0000 Did you edit /etc/libmap.conf if so what did you add? Regards, Dev Tugnait * Perttu Laine (plaine@gmail.com) wrote: > yet another question from me... > I can't get flash player working on firefox anyway. (fbsd 5.4-beta1 > and ff 1.0.2). I tired install ports www/flashplugin-firefox, > www/flashpluginwrapper and www/linuxpluginwrapper. none of them > succesfully. about:plugins in firefox won't show flash and flash sites > doesn't work. so, question is - how to get it work? > > -- > kpn @ IRCnet > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" +----------==/\/\==----------+ (__) FreeBSD | | \\\'',) The | Kernel ESCAFLOWNE | \/ \ ^ Power | Web http://unixdaemon.org | .\._/_) To +----------==\/\/==----------+ Serve [ We've switched the bath sponge with a tribble. ] From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 14:33:36 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A616316A4CE for ; Sun, 27 Mar 2005 14:33:36 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4162A43D31 for ; Sun, 27 Mar 2005 14:33:35 +0000 (GMT) (envelope-from m@MHoerich.de) Received: (qmail invoked by alias); 27 Mar 2005 14:33:33 -0000 Received: from p548CDF78.dip.t-dialin.net (EHLO localhost) [84.140.223.120] by mail.gmx.net (mp028) with SMTP; 27 Mar 2005 16:33:33 +0200 X-Authenticated: #5114400 Date: Sun, 27 Mar 2005 16:33:04 +0200 From: Mario Hoerich To: Francisco Reyes Message-ID: <20050327143258.GA88210@Pandora.MHoerich.de> References: <20050326125154.Y49808@zoraida.natserv.net> <20050326142338.D50621@zoraida.natserv.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050326142338.D50621@zoraida.natserv.net> User-Agent: Mutt/1.4.2.1i X-Y-GMX-Trusted: 0 cc: Christopher Nehren cc: freebsd-questions@freebsd.org Subject: Re: AWK in 4.X different from 5.X? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 14:33:36 -0000 # Francisco Reyes: [ strftime() not in 5.x-awk ] > > Now I just wonder how to get date in my output. :-( Well, if nothing else helps there's always system("date"). However, you could also install lang/gawk. HTH, Mario From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 14:50:51 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA4C716A4CE for ; Sun, 27 Mar 2005 14:50:51 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C07043D1F for ; Sun, 27 Mar 2005 14:50:51 +0000 (GMT) (envelope-from kirmizimantar@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so105117wri for ; Sun, 27 Mar 2005 06:50:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=MRJpqE7M7p8t7NrTB1h7XJ9MY8Wj+mD1KXk2YwFOwG0MNkBUGUnY2krBnySqwTo6scG54HgsvTvXOrVw3+K5g++UJ6E8J11ys4va4hfVZbhUPKKemcd19E4Yrg5MMmvcHtRFQChq2YDZYyTXnkT8WKCRY8AreGU9JW1wGmbeBQY= Received: by 10.54.34.62 with SMTP id h62mr362916wrh; Sun, 27 Mar 2005 06:50:50 -0800 (PST) Received: by 10.54.65.12 with HTTP; Sun, 27 Mar 2005 06:50:50 -0800 (PST) Message-ID: Date: Sun, 27 Mar 2005 14:50:50 +0000 From: Bahadir Balban To: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: definition of soft/hard interrupts. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bahadir Balban List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 14:50:51 -0000 Hi, In "The design and implementation of 4.4BSD", the execution of workqueues, some timer events and scheduling are referred to as "software interrupts", as well as system calls. I thought only system calls would be in "soft interrupt" category as they are initiated with a software interrupt instruction. By my definition, a hardware interrupt is one that is notified by the interrupt controller, and to my knowledge, timer events are hardware interrupts. Am I wrong? There's also a softclock and hardclock defined. It is as if, an interrupt handler for an interrupt reported on the controller, is termed as "hard", but a low-priority workqueue initiated by a later timer event is called as a "software interrupt" here. The distinction here mainly being made by their "priority". Would you confirm this? In my opinion this isn't the way to put it and software interrupts should only mean interrupts initiated by interrupt instructions. All this is mentioned in pp. 56-57 in the book and extends to other parts. Many thanks for reading, Bahadir From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 15:24:36 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C44D616A4CE for ; Sun, 27 Mar 2005 15:24:36 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFB7743D2D for ; Sun, 27 Mar 2005 15:24:35 +0000 (GMT) (envelope-from bsdfreak@gmail.com) Received: by rproxy.gmail.com with SMTP id 1so754873rny for ; Sun, 27 Mar 2005 07:24:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=A7fYp1uAyBI4NB6QefEaij9cikSKF34WkwrLOxa+Xdi4Hus4EsuqwU5KpS9Zuc0sqinsTjUfyvyAH/zHwuZOI5mnfCcXCwWeAhOtyRIsTGayHvBc84MABzuF46+ont2/fx7jo0gkaodaXcw48M3tFn2EfTxorEdjq2yPxoCud24= Received: by 10.38.8.30 with SMTP id 30mr486643rnh; Sun, 27 Mar 2005 07:24:35 -0800 (PST) Received: by 10.38.179.44 with HTTP; Sun, 27 Mar 2005 07:24:34 -0800 (PST) Message-ID: Date: Sun, 27 Mar 2005 10:24:35 -0500 From: Alexander Chamandy To: "Ryan J. Cavicchioni" In-Reply-To: <423C526F.1070909@confabulator.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <423C526F.1070909@confabulator.net> cc: freebsd-questions@freebsd.org Subject: Re: Failure with php4 and libgd support X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Alexander Chamandy List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 15:24:36 -0000 Thanks for your help. I'm a bit farther now using just --with-gd, but I'm still having problems. I'd like to find out what's causing the crt1.o error. See below: configure:29964: gcc -o conftest -g -O2 -R/usr/local/lib -L/usr/local/lib conftest.c -ljpeg -lm 1>&5 /usr/lib/crt1.o(.text+0x64): In function `_start': : undefined reference to `_init_tls' configure: failed program was: #line 29953 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char jpeg_read_header(); int main() { jpeg_read_header() ; return 0; } On Sat, 19 Mar 2005 10:25:19 -0600, Ryan J. Cavicchioni wrote: > Hi Alexander, > > PHP actually comes with libgd bundled now. Just use --with-gd (but you > may not even have to do that). You do not need the external library. > > Alexander Chamandy wrote: > > >I take it noone can help me with this? > > > > > >On Wed, 16 Mar 2005 18:27:54 -0500, Alexander Chamandy > > wrote: > > > > > >>Hello, > >> > >> I'm having some problems with php4 and libgd support. I'm > >>running FreeBSD/i386 5.3 which was upgraded from the 4.x STABLE branch > >>a long time ago, but I think a portion of the upgrade may've gone > >>horribly wrong with regards to the compiler or include files. Most > >>things compile fine (userland, kernel, other applications).. but > >>certain things like Apache2, php (*ONLY* when it's testing libgd in > >>the configuration process - otherwise, without gd it compiles fine) > >>fail completely. I was wondering if anyone had experienced something > >>similiar or had any suggestions. Any help would be greatly > >>appreciated! Here is the config.log gd-related error messages from > >>php 4.3.10 with the commandline: > >> > >>./configure --with-gd=/usr/local --with-mysql > >>--with-apxs=/usr/local/apache/bin/apxs > >> > >> > >> > >>>8 *snip snip* >8 > >>> > >>> > >>configure:33488: checking for gdImageString16 in -lgd > >>configure:33507: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 33496 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageString16(); > >> > >>int main() { > >>gdImageString16() > >>; return 0; } > >>configure:33619: checking for gdImagePaletteCopy in -lgd > >>configure:33638: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 33627 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImagePaletteCopy(); > >> > >>int main() { > >>gdImagePaletteCopy() > >>; return 0; } > >>configure:33750: checking for gdImageCreateFromPng in -lgd > >>configure:33769: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 33758 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageCreateFromPng(); > >> > >>int main() { > >>gdImageCreateFromPng() > >>; return 0; } > >>configure:33881: checking for gdImageCreateFromGif in -lgd > >>configure:33900: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 33889 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageCreateFromGif(); > >> > >>int main() { > >>gdImageCreateFromGif() > >>; return 0; } > >>configure:34012: checking for gdImageGif in -lgd > >>configure:34031: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 34020 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageGif(); > >> > >>int main() { > >>gdImageGif() > >>; return 0; } > >>configure:34143: checking for gdImageWBMP in -lgd > >>configure:34162: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 34151 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageWBMP(); > >> > >>int main() { > >>gdImageWBMP() > >>; return 0; } > >> > >>configure:34274: checking for gdImageCreateFromJpeg in -lgd > >>configure:34293: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 34282 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageCreateFromJpeg(); > >> > >>int main() { > >>gdImageCreateFromJpeg() > >>; return 0; } > >>configure:34405: checking for gdImageCreateFromXpm in -lgd > >>configure:34424: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 34413 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageCreateFromXpm(); > >> > >>int main() { > >>gdImageCreateFromXpm() > >>; return 0; } > >>configure:34536: checking for gdImageCreateFromGd2 in -lgd > >>configure:34555: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 34544 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageCreateFromGd2(); > >> > >>int main() { > >>gdImageCreateFromGd2() > >>; return 0; } > >>configure:34667: checking for gdImageCreateTrueColor in -lgd > >>configure:34686: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 34675 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageCreateTrueColor(); > >> > >>int main() { > >>gdImageCreateTrueColor() > >>; return 0; } > >>configure:34798: checking for gdImageSetTile in -lgd > >>configure:34817: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 34806 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageSetTile(); > >> > >>int main() { > >>gdImageSetTile() > >>; return 0; } > >>configure:34929: checking for gdImageEllipse in -lgd > >>configure:34948: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/var/tmp//cc2GmBUB.o(.text+0xd): In function `main': > >>/usr/staff/home/alex/src/php-4.3.10/configure:34944: undefined > >>reference to `gdImageEllipse' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 34937 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageEllipse(); > >> > >>int main() { > >>gdImageEllipse() > >>; return 0; } > >>configure:35060: checking for gdImageSetBrush in -lgd > >>configure:35079: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 35068 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageSetBrush(); > >> > >>int main() { > >>gdImageSetBrush() > >>; return 0; } > >>configure:35191: checking for gdImageStringTTF in -lgd > >>configure:35210: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 35199 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageStringTTF(); > >> > >>int main() { > >>gdImageStringTTF() > >>; return 0; } > >>configure:35322: checking for gdImageStringFT in -lgd > >>configure:35341: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 35330 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageStringFT(); > >> > >>int main() { > >>gdImageStringFT() > >>; return 0; } > >>configure:35453: checking for gdImageStringFTEx in -lgd > >>configure:35472: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 35461 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageStringFTEx(); > >> > >>int main() { > >>gdImageStringFTEx() > >>; return 0; } > >>configure:35584: checking for gdImageColorClosestHWB in -lgd > >>configure:35603: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 35592 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageColorClosestHWB(); > >> > >>int main() { > >>gdImageColorClosestHWB() > >>; return 0; } > >>configure:35715: checking for gdImageColorResolve in -lgd > >>configure:35734: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 35723 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageColorResolve(); > >> > >>int main() { > >>gdImageColorResolve() > >>; return 0; } > >>configure:35846: checking for gdImageGifCtx in -lgd > >>configure:35865: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 35854 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageGifCtx(); > >> > >>int main() { > >>gdImageGifCtx() > >>; return 0; } > >>configure:35977: checking for gdCacheCreate in -lgd > >>configure:35996: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 35985 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdCacheCreate(); > >> > >>int main() { > >>gdCacheCreate() > >>; return 0; } > >>configure:36108: checking for gdFontCacheShutdown in -lgd > >>configure:36127: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 36116 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdFontCacheShutdown(); > >> > >>int main() { > >>gdFontCacheShutdown() > >>; return 0; } > >>configure:36239: checking for gdNewDynamicCtxEx in -lgd > >>configure:36258: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 36247 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdNewDynamicCtxEx(); > >> > >>int main() { > >>gdNewDynamicCtxEx() > >>; return 0; } > >>configure:36327: gcc -c -g -O2 -I/usr/local/include conftest.c 1>&5 > >>configure: In function `main': > >>configure:36322: warning: assignment makes pointer from integer without a cast > >>configure:36674: checking for gdImageCreate in -lgd > >>configure:36693: gcc -o conftest -g -O2 -R/usr/local/lib > >>-L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lgd > >>-lgd > >>-lm 1>&5 > >>/usr/lib/crt1.o(.text+0x64): In function `_start': > >>: undefined reference to `_init_tls' > >>/usr/local/lib/libgd.so: undefined reference to `__stdoutp' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `memmove' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `qsort' > >>/usr/local/lib/libgd.so: undefined reference to `__stderrp' > >>/usr/local/lib/libpng.so.5: undefined reference to `gmtime' > >>/usr/local/lib/libm.so.2: undefined reference to `fputs' > >>/usr/local/lib/libfreetype.so.9: undefined reference to `fcntl' > >>configure: failed program was: > >>#line 36682 "configure" > >>#include "confdefs.h" > >>/* Override any gcc2 internal prototype to avoid an error. */ > >>/* We use char because int might match the return type of a gcc2 > >> builtin and then its argument prototype would still apply. */ > >>char gdImageCreate(); > >> > >>int main() { > >>gdImageCreate() > >>; return 0; } > >> > >> > >> > >>>8 *snip snip* >8 > >>> > >>> > >>-- > >>Best wishes, > >> > >>Alexander G. Chamandy > >>Webmaster > >>www.bsdfreak.org > >>Your Source For BSD News! > >> > >> > >> > > > > > > > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > -- Best wishes, Alexander G. Chamandy Webmaster www.bsdfreak.org Your Source For BSD News! From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 15:34:19 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FAB616A4CE for ; Sun, 27 Mar 2005 15:34:19 +0000 (GMT) Received: from lmail.bathnetworks.co.uk (mail.bathnetworks.com [84.92.24.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2A5A43D4C for ; Sun, 27 Mar 2005 15:34:17 +0000 (GMT) (envelope-from bsd@bathnetworks.com) Received: (qmail 24515 invoked by uid 510); 27 Mar 2005 16:35:29 +0100 Received: from 84.92.24.252 by lmail.bathnetworks.co.uk (envelope-from , uid 508) with qmail-scanner-1.24-st-qms (clamdscan: 0.83/710. spamassassin: 3.0.2. perlscan: 1.24-st-qms. Clear:RC:0(84.92.24.252):SA:0(-1.6/5.0):. Processed in 1.76168 secs); 27 Mar 2005 15:35:29 -0000 X-Spam-Status: No, hits=-1.6 required=5.0 X-Antivirus-MYDOMAIN-Mail-From: bsd@bathnetworks.com via lmail.bathnetworks.co.uk X-Antivirus-MYDOMAIN: 1.24-st-qms (Clear:RC:0(84.92.24.252):SA:0(-1.6/5.0):. Processed in 1.76168 secs Process 24508) Received: from mail.bathnetworks.com (HELO ?84.92.24.252?) (bsd@bathnetworks.com@84.92.24.252) by lmail.bathnetworks.co.uk with SMTP; 27 Mar 2005 16:35:27 +0100 From: Robert Slade To: "freebsd-questions@freebsd.org" Content-Type: text/plain Message-Id: <1111937727.24385.4.camel@lmail.bathnetworks.co.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sun, 27 Mar 2005 16:35:27 +0100 Content-Transfer-Encoding: 7bit Subject: Vinum Problem X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 15:34:19 -0000 Hi, I have managed to setup a vinum volume using 2 striped disks, the volume is created and I can do newfs on it and mount it. However, when I set start_vinum="YES" in rc.conf, vinum loads then I get panic, followed by hanging vnode. I'm using 5.3. Any pointers please. Rob From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 15:56:57 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2473816A4CE for ; Sun, 27 Mar 2005 15:56:57 +0000 (GMT) Received: from imo-d22.mx.aol.com (imo-d22.mx.aol.com [205.188.144.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D6A943D41 for ; Sun, 27 Mar 2005 15:56:56 +0000 (GMT) (envelope-from EM1897@aol.com) Received: from EM1897@aol.com by imo-d22.mx.aol.com (mail_out_v37_r5.33.) id n.102.5db49cbb (16086) for ; Sun, 27 Mar 2005 10:56:50 -0500 (EST) Received: from mblk-d50 (mblk-d50.mblk.aol.com [205.188.212.234]) by air-id10.mx.aol.com (v104.18) with ESMTP id MAILINID103-3ed64246d7c249; Sun, 27 Mar 2005 10:56:50 -0500 Date: Sun, 27 Mar 2005 10:56:50 -0500 Message-Id: <8C700FCB91B8886-4B8-3C2BE@mblk-d50.sysops.aol.com> From: em1897@aol.com References: <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> <49251524.20050326234521@wanadoo.fr> <8C7007D5D4D30D2-A38-3B313@mblk-r33.sysops.aol.com> <14510304120.20050327123336@wanadoo.fr> Received: from 24.47.116.25 by mblk-d50.sysops.aol.com (205.188.212.234) with HTTP (WebMailUI); Sun, 27 Mar 2005 10:56:50 -0500 X-MB-Message-Source: WebUI X-MB-Message-Type: User In-Reply-To: <14510304120.20050327123336@wanadoo.fr> X-Mailer: AOL WebMail 1.0.0.11984 Content-Type: text/plain; charset="us-ascii"; format=flowed MIME-Version: 1.0 To: freebsd-questions@freebsd.org X-AOL-IP: 205.188.212.234 Subject: Re: hyper threading. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 15:56:57 -0000 Right. Thats what I said. You'll killl your networking. So you don't want HT or SMP on a Server. Thats what most MP machines are used for. -----Original Message----- From: Anthony Atkielski To: freebsd-questions@freebsd.org Sent: Sun, 27 Mar 2005 12:33:36 +0200 Subject: Re: hyper threading. em1897@aol.com writes: > You can argue the technical theory all you want, but the > measurements say otherwise. You have to ensure that you're doing the right measurements. >FreeBSD 4.9 ->> Load: 38% (I put this in for fun :-) > > Freebsd 5.4-Pre UP (no HT) -> Load: high 55-60% range > > FreeBSD 5.4-Pre SMP/HT -> Load: 70-80% (much more jumping around) You'll find that the total CPU time required from start to finish for a single thread is ALWAYS higher for SMP than for a UP environment, even if you have separate physical processors. Several things happen when you move from a uniprocessor environment to an environment with two or more processors: - The total CPU time for each thread increases. - The total system load on a per process basis increases. - The total throughput of the system improves if there is more than one independent process running in the system. - Each of the processors runs more slowly than it would if it were the only processor running in a UP environment. If you run a single-thread benchmark on a MP system, you'll find that it runs more slowly than it does on a UP system. If you run multiple single-thread independent benchmarks on a MP system, you'll find that total CPU time for each benchmark increases over that required in a UP system--but the elapsed time required to complete all benchmarks substantially diminishes. To properly gauge the performance of a multiprocessor system, you must run a realistic mix of tasks on the system and measure overall throughput. If you do this, you'll find that you always come out ahead with multiple processors, even HT processors. Hyperthreading is just a special case of multiprocessing that imposes some additional restrictions. HT is much more sensitive to similarities in instruction mix across processes, because the actual processor hardware is being shared. With a sufficiently heterogenous instruction mix across multiple execution threads, this isn't a problem; but if you are running a single-threaded benchmark, or a series of identical single-threaded benchmarks, it can seriously distort your measurements. Although adding physical processors diminishes the performance of each processor, it still adds overall processing power, up to a certain point. The increment is never equal to the actual number of processors added, though; that is, if you go from one to two processors, you never get a doubling of effective processor power--it's more like 70-80%. The percentage increment gets worse with each additional processor, until you reach a point at which performance actually starts to decline (the point at which this happens is extremely hardware dependent, but it's always well beyond two processors). Hyperthreaded processors should not diminish in performance just because HT is turned on, because the hardware contention that diminishes performance in conventional MP systems is largely absent in a HT microprocessor. However, since you are really still only sharing a single processor with HT, the overall increment is much lower than it would be with two physical processors, and it is very sensitive to the instruction mix. > this shows that you really are a bit foggy. Did you miss the part > where with 2 processors you actually do have 2 processors? I actually read what Intel had to say on how the architecture works, and I spent years measuring systems the hard way (with hardware monitors and probes), so I know somewhat whereof I speak. Multiprocessing was always a significant hot-button issue with customers, as they always wanted to know how much they really gained with multiple processors (as opposed to what they had been promised). > I can make an argument that networking with 1 processor on 5.4 is > better than with 2. For example, with a test similar to the above, with > 2 phyiscal processors FreeBSD 5.4 will start dropping packets way before > it hits 500Kpps unless you increase the interrrupts/second, which of > course increases the system load. And even with the dropped packets > (which should reduce the load because it doesnt have to receive > and transmit the packet), the load is still higher than for 4.x with > a single processor. Load is not a problem, as long as it's below 100%. Since individual processors slow down in MP configurations, anything that depends on raw processor speed will suffer in an MP configuration. However, overall system throughput is greatly enhanced by running with several processors. At the same time, the total processor time required to complete all tasks is greater in an MP environment than it would be in a UP environment--it's the fact that things can run in parallel that improves the throughput. Moral: if you want to avoid dropping packets in the situation you describe, increase the interrupt rate. The additional processing power of the system will make this practical. > You and many others regulary say things like "SMP is obviously faster", > or "Opterons are noticably faster", but those statements are only true > for certain applications. True, but those "certain applications" are the kind normally executed in real-world desktop and server systems. If this were not the case, multiprocessing systems would have been abandoned long ago. It's almost always better to have a single processor at 2 GFLOPS than it is to have two processors at 1 GFLOPS, but if you can't get 2 GFLOPS processors, having two 1 GFLOPS processors is the next best thing. -- Anthony _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 15:58:48 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6692A16A4CE for ; Sun, 27 Mar 2005 15:58:48 +0000 (GMT) Received: from prosporo.hedron.org (hedron.org [66.11.182.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id F02CC43D5A for ; Sun, 27 Mar 2005 15:58:47 +0000 (GMT) (envelope-from ean@hedron.org) Received: from localhost.hedron.org (localhost.hedron.org [127.0.0.1]) by prosporo.hedron.org (Postfix) with ESMTP id 7FF56C11D; Sun, 27 Mar 2005 10:59:13 -0500 (EST) From: Ean Kingston To: freebsd-questions@freebsd.org Date: Sun, 27 Mar 2005 10:59:12 -0500 User-Agent: KMail/1.7.2 References: <1111937727.24385.4.camel@lmail.bathnetworks.co.uk> In-Reply-To: <1111937727.24385.4.camel@lmail.bathnetworks.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503271059.13101.ean@hedron.org> cc: "freebsd-questions@freebsd.org" cc: Robert Slade Subject: Re: Vinum Problem X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 15:58:48 -0000 On March 27, 2005 10:35 am, Robert Slade wrote: > Hi, > > I have managed to setup a vinum volume using 2 striped disks, the volume > is created and I can do newfs on it and mount it. > > However, when I set start_vinum="YES" in rc.conf, vinum loads then I get > panic, followed by hanging vnode. > > I'm using 5.3. > > Any pointers please. In 5.3, you need to use gvinum instead of vinum. To do this set start_vinum="NO" in /etc/rc.conf and set geom_vinum_load="YES" in /boot/loader.conf. gvinum will read your vinum configuration just fine so you only need to make the changes I suggested to get it to work. Althought this is documented, it is not what I would call 'well documented' yet. -- Ean Kingston E-Mail: ean AT hedron DOT org URL: http://www.hedron.org/ From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 16:04:48 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F13116A4CE for ; Sun, 27 Mar 2005 16:04:48 +0000 (GMT) Received: from imo-d05.mx.aol.com (imo-d05.mx.aol.com [205.188.157.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 752EA43D31 for ; Sun, 27 Mar 2005 16:04:47 +0000 (GMT) (envelope-from EM1897@aol.com) Received: from EM1897@aol.com by imo-d05.mx.aol.com (mail_out_v37_r5.33.) id a.1eb.37c8f609 (15875); Sun, 27 Mar 2005 11:04:38 -0500 (EST) Received: from mblk-d50 (mblk-d50.mblk.aol.com [205.188.212.234]) by air-id07.mx.aol.com (v104.18) with ESMTP id MAILINID72-3e034246d996230; Sun, 27 Mar 2005 11:04:38 -0500 Date: Sun, 27 Mar 2005 11:04:38 -0500 Message-Id: <8C700FDD01A9648-4B8-3C2F4@mblk-d50.sysops.aol.com> From: em1897@aol.com References: <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> <49251524.20050326234521@wanadoo.fr> <8C7007D5D4D30D2-A38-3B313@mblk-r33.sysops.aol.com> <42460B1C.1050008@cloudview.com> Received: from 24.47.116.25 by mblk-d50.sysops.aol.com (205.188.212.234) with HTTP (WebMailUI); Sun, 27 Mar 2005 11:04:38 -0500 X-MB-Message-Source: WebUI X-MB-Message-Type: User In-Reply-To: <42460B1C.1050008@cloudview.com> X-Mailer: AOL WebMail 1.0.0.11984 Content-Type: text/plain; charset="us-ascii"; format=flowed MIME-Version: 1.0 To: jpp@cloudview.com X-AOL-IP: 205.188.212.234 cc: freebsd-questions@freebsd.org Subject: Re: hyper threading. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 16:04:48 -0000 Test it yourself. I made a comment about making sure you test before you assume that HT is helpful. I don't feel compelled to convince you. Do what you want. -----Original Message----- From: John Pettitt To: em1897@aol.com Cc: freebsd-questions@freebsd.org Sent: Sat, 26 Mar 2005 17:23:40 -0800 Subject: Re: hyper threading. Well you've proven than if you pick your benchmark you can get the result you want. So what that says it that the kernel network code doesn't get any benefit from HT - given that HT is supposed to benefit diverse user tasks and no multiple copies of the same code this is not big news - since you have a HT box how about running a less system code intensive and more diverse test? John em1897@aol.com wrote: > You can argue the technical theory all you want, but the > measurements say otherwise. > > > You guys have done it once again. Baited me into firing up a > test that I already know the results of: > > Setup: Bridging em0 to em1 > Load: 500Kpps, 60 bytes > 3.4Ghz P4 1MB Cache > > FreeBSD 4.9 -> Load: 38% (I put this in for fun :-) > > Freebsd 5.4-Pre UP (no HT) -> Load: high 55-60% range > > FreeBSD 5.4-Pre SMP/HT -> Load: 70-80% (much more jumping around) > > The bottom line is that if you don't test things to get real > world results, you don't know crap. > >> If that were true, then it would be equally true of systems with actual >> multiple physical processors. In practice, multiple processors provide >> an obvious performance gain, and hyperthreading does, too, although > > it's > >> much more modest than the gain obtained from physically independent >> processors. > > > this shows that you really are a bit foggy. Did you miss the part > where with 2 processors you actually do have 2 processors? > > I can make an argument that networking with 1 processor on 5.4 is > better than with 2. For example, with a test similar to the above, with > 2 phyiscal processors FreeBSD 5.4 will start dropping packets way before > it hits 500Kpps unless you increase the interrrupts/second, which of > course increases the system load. And even with the dropped packets > (which should reduce the load because it doesnt have to receive > and transmit the packet), the load is still higher than for 4.x with > a single processor. > > You and many others regulary say things like "SMP is obviously faster", > or "Opterons are noticably faster", but those statements are only true > for certain applications. I've tested an Opteron 2.0Ghz against a 3.4Ghz > P4, and the results are pretty interesting. For raw performance, ie > interrupts/second handling, the P4 wins easily. The P4 wins out of the > cache. But once you grow out of the cache and get more memory > intensive, the Opteron beats it handily. So which is really faster? You > could argue both depending on what benchmark you use. You > have to test it in the environment where you plan to use it. Because > the answer is almost never black and white. > > > > -----Original Message----- > From: Anthony Atkielski > To: freebsd-questions@freebsd.org > Sent: Sat, 26 Mar 2005 23:45:21 +0100 > Subject: Re: hyper threading. > > em1897@aol.com writes: > >> Yes, the theory is very nice; you've done a nice >> job reading Intel's marketing garb. > > > I haven't read their marketing materials. I'm simply going by the > technical descriptions I've read of the architecture. > >> However if you don't have a specific hyperthreading-aware scheduler >> and particularly well-written, threaded applications, you'll lose more >> than you'll gain. > > > If that were true, then it would be equally true of systems with actual > multiple physical processors. In practice, multiple processors provide > an obvious performance gain, and hyperthreading does, too, although it's > much more modest than the gain obtained from physically independent > processors. > >> Since FreeBSDs network stack isn't particularly well threaded, nor is >> the scheduler optimized for hyperthreading, you get a big mess at the >> kernel level. > > > Nothing needs to be specially optimized for hyperthreading. All you > need is at least two threads available for dispatch, with reasonably > heterogenous instruction mixes that can use different parts of the > processor hardware at the same time. Real-world instruction mixes are > often in this category in general-purpose operating systems. > >> So if you have a nice application that does a lot of threaded math >> operations, you might think you've achieved something, > > > Heavily math-oriented applications (or any group of applications that > contains similar instruction mixes) are among the least likely to > benefit from hyperthreading, because they will tend to use the same > processor logic at the same time, effectively rendering hyperthreading > moot. > >> But what you've missed is that the overhead to manage >> the "better utilization" of the dual-pipelines created >> by HT costs more than it gains. > > > Unless FreeBSD is very poorly written indeed, the gain from > hyperthreading should still exceed the slight increase in overhead > incurred by multiprocessing logic. > >> Hence, the loss of performance. > > > Where can I see this loss of performance documented? > >> The poblem is not at the application level, but at the kernel level. >> The SMP overhead is so substantial, and the OS is working thinking it >> has 2 processors, that process switching and interrupt handling slow >> down considerably. > > > How much is "so substantial"? Where can I see this documented? > >> A machine with a 50% load UP will run 65-70% load with >> HT/SMP running. Like I said, its easily measurable. > > > Then you can show me the measurements. Where are they? > > A 40% increase in system load just because of multiprocessing is > enormous. Where did you get this figure? > >> Thats at the kernel level (say routing or bridging performance). > > > But the kernel is only a small fraction of overall processor > utilization. > >> Now if the machine isn't a server, it may be just fine. >> Thats why I suggested testing. But for a network server >> HT is bad. Very Bad. > > > It doesn't matter whether the machine is a server or a desktop. What > matters is the specific mix and nature of applications. > >> Not only that, but FreeBSD 5.x actually has a higher >> capacity network-wise with 1 processor than 2 ... > > > Here again, I need to see this documented. > >> ... and I'm sure you can theorize why 2 processors should be >> faster than one. The theory only matters if you have >> well written code to handle it properly. FreeBSD is >> a long way off from that. > > > Where can I see the measurements? > > -- > Anthony > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 16:10:13 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5892B16A4CE for ; Sun, 27 Mar 2005 16:10:13 +0000 (GMT) Received: from imo-m15.mx.aol.com (imo-m15.mx.aol.com [64.12.138.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4E5243D41 for ; Sun, 27 Mar 2005 16:10:11 +0000 (GMT) (envelope-from EM1897@aol.com) Received: from EM1897@aol.com by imo-m15.mx.aol.com (mail_out_v37_r5.33.) id d.195.3bbf3760 (15877); Sun, 27 Mar 2005 11:09:59 -0500 (EST) Received: from mblk-d50 (mblk-d50.mblk.aol.com [205.188.212.234]) by air-id07.mx.aol.com (v104.18) with ESMTP id MAILINID74-3e054246dad71ee; Sun, 27 Mar 2005 11:09:59 -0500 Date: Sun, 27 Mar 2005 11:09:59 -0500 Message-Id: <8C700FE8F93100E-4B8-3C321@mblk-d50.sysops.aol.com> From: em1897@aol.com References: <200503251653.j2PGr3j01842@clunix.cl.msu.edu> <8C6FF97EBDFE0EC-A44-3796E@mblk-d34.sysops.aol.com> <9e46c99e05032514415054a44e@mail.gmail.com> <4244962A.6090607@makeworld.com> <8C700348197B88C-EAC-39749@mblk-d17.sysops.aol.com> <42458C4C.9040603@makeworld.com> <8C700417DCC63B0-380-38F13@mblk-d39.sysops.aol.com> <20050326215959.5c342118@localhost> Received: from 24.47.116.25 by mblk-d50.sysops.aol.com (205.188.212.234) with HTTP (WebMailUI); Sun, 27 Mar 2005 11:09:59 -0500 X-MB-Message-Source: WebUI X-MB-Message-Type: User In-Reply-To: <20050326215959.5c342118@localhost> X-Mailer: AOL WebMail 1.0.0.11984 Content-Type: text/plain; charset="us-ascii"; format=flowed MIME-Version: 1.0 To: freebsd-listen@fabiankeil.de X-AOL-IP: 205.188.212.234 cc: freebsd-questions@freebsd.org Subject: Re: A Riddle X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 16:10:13 -0000 WRONG on all counts! Firstly, anyone who uses their own server for lists is a complete idiot. Are you trying to insult everyone who has found AOL or Yahoo or Gmail to be more convenient for not clogging their server with lists traffic? Or do you just feel important because you laid out the $20 for your own domain? And YES, they do default to top posting. You hit reply, and you get this (see below). Its not really conducive to bottom posting, and when you do a google search and hit a long thread you read the answer you want first, rather than having to page down 200 times. If you're over 50 and once used a pdp11 then you may argue the opposite, but times are a-changing, so get with it. -----Original Message----- From: Fabian Keil To: em1897@aol.com Cc: freebsd-questions@freebsd.org Sent: Sat, 26 Mar 2005 21:59:59 +0100 Subject: Re: A Riddle em1897@aol.com wrote: > --- Chris wrote: > > em1897@aol.com wrote: > > > Hmm, I wonder if the lack of performance, or the > > unwanted > > > emails were more heavily weighted in the > > decision? > > > > > > If there was any intelligent life on the list you > > could > > > counter what you call "Trolls" with solid technical > > > arguments. This reminds me of the old bsdi > > > list. A bunch of half-wits who are just happy > > > to belong to something and have other half-wits > > > to correspond with. > > > > > > FreeBSD used to have open discussions between > > > users and developers and it used to be real > > > good. Now it sucks and the developers are > > > detached, off in their own little world. See > > > a pattern? > > > > > > But with a user base from places like gnu-rox.org > > > and makeworld.com, what do you expect I > > > guess? Please have a look at your own email address. > As an aside, all of the major web mail providers > default to "top posting". Google (ever hear > of them?) only shows the top N lines of a post. > So if you bottom post, you don't see the message > you want to see > without having to make an effort. So when are > you troglodytes going to climb out of your > 1994 hibernations and get with the times? They don't default to top posting, they put the cursor on top, so you can read the whole message and cut irrelevant parts before replying. If Google doesn't display the whole message, the interface is crap. That's not the fault of anybody on this list. > You may prefer one over the other, but its > hardly a capital offense to do otherwise. Most > of us have evolved out of our unix newsreaders. If you want to be read by as many people as possible on this list, the easiest way is to write well formed mails. Unfortunately, you are not only top posting, your mailing software also inserts line breaks where there shouldn't be any and makes it hard to see who wrote what. Have a look at the beginning of this mail. Your quotation is a mess. > Anyone with a brain is using web mail for > mailing lists these days: no more whining > about spam or "wasted bandwidth". Having a brain is good, but using it is even better. If the web interface produces garbage, changing the interface could be a smart move. Just my two brainless cents. Fabian -- http://www.fabiankeil.de From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 16:23:08 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCF6C16A4CE for ; Sun, 27 Mar 2005 16:23:08 +0000 (GMT) Received: from enterprise.thenetnow.com (enterprise.thenetnow.com [65.39.193.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 470B743D5F for ; Sun, 27 Mar 2005 16:23:08 +0000 (GMT) (envelope-from gpeel@thenetnow.com) Received: from GRANT (hpeel.ody.ca [216.240.12.2])j2RGN4557523 for ; Sun, 27 Mar 2005 11:23:04 -0500 (EST) (envelope-from gpeel@thenetnow.com) Message-ID: <001a01c532e9$42017e10$6401a8c0@GRANT> From: "Grant Peel" To: Date: Sun, 27 Mar 2005 11:23:05 -0500 Organization: The Net Now MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Jails .... X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Grant Peel List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 16:23:09 -0000 Hi all, I have put in a number of hours over the past few days researching scponly and sftp and scp. It seems to me, that for all the work of scponly shell to be setup, why not just create a simple jail and allow ssh teminal access for users? That having been said, is it possible to set up jails for existing users that include only simple commands, like: ls mkdir rmdir pico rm chown chmod if so, are there any guru's who would like to type and explanation and step by step how to here? -G From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 16:30:58 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 362AF16A4CE for ; Sun, 27 Mar 2005 16:30:58 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB75A43D46 for ; Sun, 27 Mar 2005 16:30:57 +0000 (GMT) (envelope-from freebsd-questions@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1DFaeM-0002gJ-6W for freebsd-questions@freebsd.org; Sun, 27 Mar 2005 18:30:06 +0200 Received: from pcp08490587pcs.levtwn01.pa.comcast.net ([68.83.169.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Mar 2005 18:30:06 +0200 Received: from apeiron+usenet by pcp08490587pcs.levtwn01.pa.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Mar 2005 18:30:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Christopher Nehren Date: Sun, 27 Mar 2005 16:28:29 +0000 (UTC) Organization: /usr/bin/false Lines: 30 Message-ID: References: <8953a1db05032704457baca3cf@mail.gmail.com> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pcp08490587pcs.levtwn01.pa.comcast.net User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: which shell irc client do you like ? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 16:30:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2005-03-27, Paul Waring scribbled these curious markings: > I run it from a screen session all the time and it works well once you > get the hang of it. I think you can make it beep when new messages > come in but because I run it on a remote server I've never bothered to > look into/activate this feature. Surely you have screen(1) set up to show terminal beeps to you *somehow*, right? I personally prefer having it use esdplay because I usually have rhythmbox going, but you should be able to use a good ol' terminal bell. Best Regards, Christopher Nehren -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCRt/kk/lo7zvzJioRAh86AJ9Ji+xagBoQX7cbKgnG4hpymXVHgwCgiNb2 JDfaZeTykxcz28TMckiLpx4= =IbOa -----END PGP SIGNATURE----- -- I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson If you ask the wrong questions, you get answers like "42" and "God". Unix is user friendly. However, it isn't idiot friendly. From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 16:31:12 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 354B116A4CE for ; Sun, 27 Mar 2005 16:31:12 +0000 (GMT) Received: from makeworld.com (makeworld.com [216.201.118.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 329D543D41 for ; Sun, 27 Mar 2005 16:31:11 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from localhost (localhost.com [127.0.0.1]) by makeworld.com (Postfix) with ESMTP id 6D8F560D6; Sun, 27 Mar 2005 10:31:10 -0600 (CST) Received: from makeworld.com ([127.0.0.1]) by localhost (makeworld.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 94882-03; Sun, 27 Mar 2005 10:31:05 -0600 (CST) Received: from [216.201.118.138] (racerx.makeworld.com [216.201.118.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by makeworld.com (Postfix) with ESMTP id 2C67760E2; Sun, 27 Mar 2005 10:31:03 -0600 (CST) Message-ID: <4246DFFE.2020707@makeworld.com> Date: Sun, 27 Mar 2005 10:31:58 -0600 From: Chris User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: em1897@aol.com References: <200503251653.j2PGr3j01842@clunix.cl.msu.edu> <8C6FF97EBDFE0EC-A44-3796E@mblk-d34.sysops.aol.com> <9e46c99e05032514415054a44e@mail.gmail.com> <4244962A.6090607@makeworld.com> <8C700348197B88C-EAC-39749@mblk-d17.sysops.aol.com> <42458C4C.9040603@makeworld.com> <8C700417DCC63B0-380-38F13@mblk-d39.sysops.aol.com> <20050326215959.5c342118@localhost> <8C700FE8F93100E-4B8-3C321@mblk-d50.sysops.aol.com> In-Reply-To: <8C700FE8F93100E-4B8-3C321@mblk-d50.sysops.aol.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ClamAV 0.75.1/amavisd-new-2.2.1 (20041222) at makeworld.com - Isn't it ironic cc: freebsd-questions@freebsd.org cc: freebsd-listen@fabiankeil.de Subject: Re: A Riddle X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: racerx@makeworld.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 16:31:12 -0000 em1897@aol.com wrote: > -----Original Message----- > From: Fabian Keil > To: em1897@aol.com > Cc: freebsd-questions@freebsd.org > Sent: Sat, 26 Mar 2005 21:59:59 +0100 > Subject: Re: A Riddle > > em1897@aol.com wrote: > >> --- Chris wrote: >> > em1897@aol.com wrote: >> > > Hmm, I wonder if the lack of performance, or the >> > unwanted >> > > emails were more heavily weighted in the >> > decision? >> > > >> > > If there was any intelligent life on the list you >> > could >> > > counter what you call "Trolls" with solid technical >> > > arguments. This reminds me of the old bsdi >> > > list. A bunch of half-wits who are just happy >> > > to belong to something and have other half-wits >> > > to correspond with. >> > > >> > > FreeBSD used to have open discussions between >> > > users and developers and it used to be real >> > > good. Now it sucks and the developers are >> > > detached, off in their own little world. See >> > > a pattern? >> > > >> > > But with a user base from places like gnu-rox.org >> > > and makeworld.com, what do you expect I >> > > guess? > > > Please have a look at your own email address. > >> As an aside, all of the major web mail providers >> default to "top posting". Google (ever hear >> of them?) only shows the top N lines of a post. >> So if you bottom post, you don't see the message >> you want to see >> without having to make an effort. So when are >> you troglodytes going to climb out of your >> 1994 hibernations and get with the times? > > > They don't default to top posting, they put > the cursor on top, so you can read the whole > message and cut irrelevant parts before replying. > > If Google doesn't display the whole message, > the interface is crap. That's not the fault of > anybody on this list. > >> You may prefer one over the other, but its >> hardly a capital offense to do otherwise. Most >> of us have evolved out of our unix newsreaders. > > > If you want to be read by as many people > as possible on this list, the easiest way is > to write well formed mails. > > Unfortunately, you are not only top posting, > your mailing software also inserts line breaks > where there shouldn't be any and makes it > hard to see who wrote what. > > Have a look at the beginning of this mail. > Your quotation is a mess. > >> Anyone with a brain is using web mail for >> mailing lists these days: no more whining >> about spam or "wasted bandwidth". > > > Having a brain is good, but using it is even better. > If the web interface produces garbage, changing > the interface could be a smart move. > > Just my two brainless cents. > > Fabian > -- > http://www.fabiankeil.de > *** Formatted correctly for ease of reading *** em1897@aol.com wrote: > WRONG on all counts! > > Firstly, anyone who uses their own server for lists is > a complete idiot. So - according to YOU, most all of us that run our own servers are idiots. Yanno what? You sound like the type that is forced to use his parents PC, Forced to use AOL, and forced to use web mail. So - since YOU can't have what most of us can and do have, you feel the need to lash out and verbally abuse. This is a classic case of the have-nots are beside them selfs over the haves. It's one thing to say something like: It's my opinion that (insert rhetoric here) Then to make a sweeping generalization as you just did. Shows us what kind a man (or boy) you are. Grow up - show some respect, don't insult - you will live longer when you do join society. And, as I said before - even tho you may bash us, think you are superior to us - we still love you anyways. Oh, and have a great day! -- Best regards, Chris If on an actuarial basis there is a 50 50 chance that something will go wrong, It will actually go wrong nine times out of ten. From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 16:42:07 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C99EF16A4CE for ; Sun, 27 Mar 2005 16:42:07 +0000 (GMT) Received: from imo-m14.mx.aol.com (imo-m14.mx.aol.com [64.12.138.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2526243D39 for ; Sun, 27 Mar 2005 16:42:07 +0000 (GMT) (envelope-from EM1897@aol.com) Received: from EM1897@aol.com by imo-m14.mx.aol.com (mail_out_v37_r5.33.) id n.7a.7011ed91 (15900) for ; Sun, 27 Mar 2005 11:42:02 -0500 (EST) Received: from mblk-d13 (mblk-d13.mblk.aol.com [205.188.212.197]) by air-id09.mx.aol.com (v104.18) with ESMTP id MAILINID93-3e1c4246e25a1fe; Sun, 27 Mar 2005 11:42:02 -0500 Content-Transfer-Encoding: 8bit Date: Sun, 27 Mar 2005 11:42:02 -0500 Message-Id: <8C70103096F17C4-450-3B03B@mblk-d13.sysops.aol.com> From: em1897@aol.com References: <200503251653.j2PGr3j01842@clunix.cl.msu.edu> <8C6FF97EBDFE0EC-A44-3796E@mblk-d34.sysops.aol.com> <9e46c99e05032514415054a44e@mail.gmail.com> <4244962A.6090607@makeworld.com> <8C700348197B88C-EAC-39749@mblk-d17.sysops.aol.com> <42458C4C.9040603@makeworld.com> <8C700417DCC63B0-380-38F13@mblk-d39.sysops.aol.com> <20050326215959.5c342118@localhost> <8C700FE8F93100E-4B8-3C321@mblk-d50.sysops.aol.com> <4246DFFE.2020707@makeworld.com> Received: from 24.47.116.25 by mblk-d13.sysops.aol.com (205.188.212.197) with HTTP (WebMailUI); Sun, 27 Mar 2005 11:42:02 -0500 X-MB-Message-Source: WebUI X-MB-Message-Type: User In-Reply-To: <4246DFFE.2020707@makeworld.com> X-Mailer: AOL WebMail 1.0.0.11984 Content-Type: text/plain; charset="iso-8859-1"; format=flowed MIME-Version: 1.0 To: questions@freebsd.org X-AOL-IP: 205.188.212.197 Subject: Re: A Riddle X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 16:42:07 -0000 Apparently you can't read. I didn't say you were an idiot for running your own server. Only that you were an idiot to use your server to download tons of crap from lists that you don't want to read when for free you can have it stored elsewhere. I have a server, and a domain (several) and lots of other cool stuff. I got tired of wasting cpu cycles and disk space, considering that maybe 1 out of 20 messages actually interests me. You guys always complain about wasted bandwidth. Well if you use yahoo or gmail or aol then you don't waste any bandwidth of your own. You just read what you want to read. -----Original Message----- From: Chris To: em1897@aol.com Cc: freebsd-questions@freebsd.org; freebsd-listen@fabiankeil.de Sent: Sun, 27 Mar 2005 10:31:58 -0600 Subject: Re: A Riddle em1897@aol.com wrote:    > -----Original Message-----  > From: Fabian Keil   > To: em1897@aol.com  > Cc: freebsd-questions@freebsd.org  > Sent: Sat, 26 Mar 2005 21:59:59 +0100  > Subject: Re: A Riddle  > > em1897@aol.com wrote:  > >> --- Chris wrote:  >> > em1897@aol.com wrote:  >> > > Hmm, I wonder if the lack of performance, or the  >> > unwanted  >> > > emails were more heavily weighted in the  >> > decision?  >> > >  >> > > If there was any intelligent life on the list you  >> > could  >> > > counter what you call "Trolls" with solid technical  >> > > arguments. This reminds me of the old bsdi  >> > > list. A bunch of half-wits who are just happy  >> > > to belong to something and have other half-wits  >> > > to correspond with.  >> > >  >> > > FreeBSD used to have open discussions between  >> > > users and developers and it used to be real  >> > > good. Now it sucks and the developers are  >> > > detached, off in their own little world. See  >> > > a pattern?  >> > >  >> > > But with a user base from places like gnu-rox.org  >> > > and makeworld.com, what do you expect I  >> > > guess?  > > > Please have a look at your own email address.  > >> As an aside, all of the major web mail providers  >> default to "top posting". Google (ever hear  >> of them?) only shows the top N lines of a post.  >> So if you bottom post, you don't see the message  >> you want to see  >> without having to make an effort. So when are  >> you troglodytes going to climb out of your  >> 1994 hibernations and get with the times?  > > > They don't default to top posting, they put  > the cursor on top, so you can read the whole  > message and cut irrelevant parts before replying.  > > If Google doesn't display the whole message,  > the interface is crap. That's not the fault of  > anybody on this list.  > >> You may prefer one over the other, but its  >> hardly a capital offense to do otherwise. Most  >> of us have evolved out of our unix newsreaders.  > > > If you want to be read by as many people  > as possible on this list, the easiest way is  > to write well formed mails.  > > Unfortunately, you are not only top posting,  > your mailing software also inserts line breaks  > where there shouldn't be any and makes it  > hard to see who wrote what.  > > Have a look at the beginning of this mail.  > Your quotation is a mess.  > >> Anyone with a brain is using web mail for  >> mailing lists these days: no more whining  >> about spam or "wasted bandwidth".  > > > Having a brain is good, but using it is even better.  > If the web interface produces garbage, changing  > the interface could be a smart move.  > > Just my two brainless cents.  > > Fabian  > -- > http://www.fabiankeil.de  >   *** Formatted correctly for ease of reading ***    em1897@aol.com wrote:  > WRONG on all counts!  >  > Firstly, anyone who uses their own server for lists is  > a complete idiot.    So - according to YOU, most all of us that run our own servers are idiots. Yanno what? You sound like the type that is forced to use his parents PC, Forced to use AOL, and forced to use web mail.    So - since YOU can't have what most of us can and do have, you feel the need to lash out and verbally abuse.    This is a classic case of the have-nots are beside them selfs over the haves.    It's one thing to say something like:    It's my opinion that (insert rhetoric here)    Then to make a sweeping generalization as you just did. Shows us what kind a man (or boy) you are.    Grow up - show some respect, don't insult - you will live longer when you do join society.    And, as I said before - even tho you may bash us, think you are superior to us - we still love you anyways.    Oh, and have a great day!    -- Best regards,  Chris    If on an actuarial basis there is a 50 50 chance that  something will go wrong,  It will actually go wrong nine times out of ten.  _______________________________________________  freebsd-questions@freebsd.org mailing list  http://lists.freebsd.org/mailman/listinfo/freebsd-questions  To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"  From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 16:46:17 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E93F16A4CE for ; Sun, 27 Mar 2005 16:46:17 +0000 (GMT) Received: from imo-m20.mx.aol.com (imo-m20.mx.aol.com [64.12.137.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFB6543D4C for ; Sun, 27 Mar 2005 16:46:16 +0000 (GMT) (envelope-from EM1897@aol.com) Received: from EM1897@aol.com by imo-m20.mx.aol.com (mail_out_v37_r5.33.) id n.1e1.38ff3112 (15900) for ; Sun, 27 Mar 2005 11:46:11 -0500 (EST) Received: from mblk-d13 (mblk-d13.mblk.aol.com [205.188.212.197]) by air-id09.mx.aol.com (v104.18) with ESMTP id MAILINID93-3e1c4246e35355; Sun, 27 Mar 2005 11:46:11 -0500 Date: Sun, 27 Mar 2005 11:46:11 -0500 Message-Id: <8C701039E12745C-450-3B05F@mblk-d13.sysops.aol.com> From: em1897@aol.com References: <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> <49251524.20050326234521@wanadoo.fr> <8C7007D5D4D30D2-A38-3B313@mblk-r33.sysops.aol.com> <14510304120.20050327123336@wanadoo.fr> Received: from 24.47.116.25 by mblk-d13.sysops.aol.com (205.188.212.197) with HTTP (WebMailUI); Sun, 27 Mar 2005 11:46:11 -0500 X-MB-Message-Source: WebUI X-MB-Message-Type: User In-Reply-To: <14510304120.20050327123336@wanadoo.fr> X-Mailer: AOL WebMail 1.0.0.11984 Content-Type: text/plain; charset="us-ascii"; format=flowed MIME-Version: 1.0 To: freebsd-questions@freebsd.org X-AOL-IP: 205.188.212.197 Subject: Re: hyper threading. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 16:46:17 -0000 You know, you spout all of this wonderful theory without considering the quality of the implementation. Everything is implementation. And a key point that you consistently overlook is that FreeBSD 5.x is a particularly poor implementation of SMP. Linux and Dragonfly get 80% improvement in performance with a 2nd processor, and FreeBSD doesn't. Theory is meaningless if the implementation sucks, which is more than just part of the point. The concept that the kernel is poorly implemented by userland is well done is just not an assumption that you can make. -----Original Message----- From: Anthony Atkielski To: freebsd-questions@freebsd.org Sent: Sun, 27 Mar 2005 12:33:36 +0200 Subject: Re: hyper threading. em1897@aol.com writes: > You can argue the technical theory all you want, but the > measurements say otherwise. You have to ensure that you're doing the right measurements. >FreeBSD 4.9 ->> Load: 38% (I put this in for fun :-) > > Freebsd 5.4-Pre UP (no HT) -> Load: high 55-60% range > > FreeBSD 5.4-Pre SMP/HT -> Load: 70-80% (much more jumping around) You'll find that the total CPU time required from start to finish for a single thread is ALWAYS higher for SMP than for a UP environment, even if you have separate physical processors. Several things happen when you move from a uniprocessor environment to an environment with two or more processors: - The total CPU time for each thread increases. - The total system load on a per process basis increases. - The total throughput of the system improves if there is more than one independent process running in the system. - Each of the processors runs more slowly than it would if it were the only processor running in a UP environment. If you run a single-thread benchmark on a MP system, you'll find that it runs more slowly than it does on a UP system. If you run multiple single-thread independent benchmarks on a MP system, you'll find that total CPU time for each benchmark increases over that required in a UP system--but the elapsed time required to complete all benchmarks substantially diminishes. To properly gauge the performance of a multiprocessor system, you must run a realistic mix of tasks on the system and measure overall throughput. If you do this, you'll find that you always come out ahead with multiple processors, even HT processors. Hyperthreading is just a special case of multiprocessing that imposes some additional restrictions. HT is much more sensitive to similarities in instruction mix across processes, because the actual processor hardware is being shared. With a sufficiently heterogenous instruction mix across multiple execution threads, this isn't a problem; but if you are running a single-threaded benchmark, or a series of identical single-threaded benchmarks, it can seriously distort your measurements. Although adding physical processors diminishes the performance of each processor, it still adds overall processing power, up to a certain point. The increment is never equal to the actual number of processors added, though; that is, if you go from one to two processors, you never get a doubling of effective processor power--it's more like 70-80%. The percentage increment gets worse with each additional processor, until you reach a point at which performance actually starts to decline (the point at which this happens is extremely hardware dependent, but it's always well beyond two processors). Hyperthreaded processors should not diminish in performance just because HT is turned on, because the hardware contention that diminishes performance in conventional MP systems is largely absent in a HT microprocessor. However, since you are really still only sharing a single processor with HT, the overall increment is much lower than it would be with two physical processors, and it is very sensitive to the instruction mix. > this shows that you really are a bit foggy. Did you miss the part > where with 2 processors you actually do have 2 processors? I actually read what Intel had to say on how the architecture works, and I spent years measuring systems the hard way (with hardware monitors and probes), so I know somewhat whereof I speak. Multiprocessing was always a significant hot-button issue with customers, as they always wanted to know how much they really gained with multiple processors (as opposed to what they had been promised). > I can make an argument that networking with 1 processor on 5.4 is > better than with 2. For example, with a test similar to the above, with > 2 phyiscal processors FreeBSD 5.4 will start dropping packets way before > it hits 500Kpps unless you increase the interrrupts/second, which of > course increases the system load. And even with the dropped packets > (which should reduce the load because it doesnt have to receive > and transmit the packet), the load is still higher than for 4.x with > a single processor. Load is not a problem, as long as it's below 100%. Since individual processors slow down in MP configurations, anything that depends on raw processor speed will suffer in an MP configuration. However, overall system throughput is greatly enhanced by running with several processors. At the same time, the total processor time required to complete all tasks is greater in an MP environment than it would be in a UP environment--it's the fact that things can run in parallel that improves the throughput. Moral: if you want to avoid dropping packets in the situation you describe, increase the interrupt rate. The additional processing power of the system will make this practical. > You and many others regulary say things like "SMP is obviously faster", > or "Opterons are noticably faster", but those statements are only true > for certain applications. True, but those "certain applications" are the kind normally executed in real-world desktop and server systems. If this were not the case, multiprocessing systems would have been abandoned long ago. It's almost always better to have a single processor at 2 GFLOPS than it is to have two processors at 1 GFLOPS, but if you can't get 2 GFLOPS processors, having two 1 GFLOPS processors is the next best thing. -- Anthony _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 16:51:44 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4083516A4CE for ; Sun, 27 Mar 2005 16:51:44 +0000 (GMT) Received: from post-23.mail.nl.demon.net (post-23.mail.nl.demon.net [194.159.73.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE2B543D3F for ; Sun, 27 Mar 2005 16:51:43 +0000 (GMT) (envelope-from albi@scii.nl) Received: from aseed.demon.nl ([83.160.138.119]:9932 helo=mail.aseed.antenna.nl) by post-23.mail.nl.demon.net with esmtp (Exim 4.43) id 1DFazG-0008Tx-P9 for freebsd-questions@freebsd.org; Sun, 27 Mar 2005 16:51:42 +0000 Received: from http.aseed.antenna.nl (unknown [192.168.0.50]) by mail.aseed.antenna.nl (Postfix) with ESMTP id E984D1545D9 for ; Sun, 27 Mar 2005 18:54:20 +0200 (CEST) Received: from localhost.localdomain (f80052.upc-f.chello.nl [80.56.80.52]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by http.aseed.antenna.nl (Postfix) with ESMTP id EBE5C58C82A for ; Sun, 27 Mar 2005 18:51:45 +0200 (CEST) Date: Sun, 27 Mar 2005 18:51:36 +0200 From: "albi@scii.nl" To: freebsd-questions@freebsd.org Message-Id: <20050327185136.0b4d652b.albi@scii.nl> In-Reply-To: <001a01c532e9$42017e10$6401a8c0@GRANT> References: <001a01c532e9$42017e10$6401a8c0@GRANT> X-Mailer: Sylpheed version 1.0.0 (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Jails .... X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 16:51:44 -0000 On Sun, 27 Mar 2005 11:23:05 -0500 "Grant Peel" wrote: > It seems to me, that for all the work of scponly shell to be setup, > why not just create a simple jail and allow ssh teminal access for > users? > > That having been said, is it possible to set up jails for existing > users that include only simple commands, like: > > ls > mkdir > rmdir > pico > rm > chown > chmod > > if so, are there any guru's who would like to type and explanation and > step by step how to here? i can think of one possible solution for this : 1) you create the jail (see : man jail [with one exception, i prefer a make world for the host and then use a make installworld for the jails instead of make world again for the jail]) 2) make /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin only accessible for root (and users for possible other services) and set the PATH to include a new dir e.g. /newbin/ which is accessible for users, and copy the shell (and possible other basic commands) they need in that dir too From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 16:58:02 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C73616A4CE for ; Sun, 27 Mar 2005 16:58:02 +0000 (GMT) Received: from arzaga.net (adsl-64-109-180-25.dsl.chcgil.ameritech.net [64.109.180.25]) by mx1.FreeBSD.org (Postfix) with SMTP id 033F043D2D for ; Sun, 27 Mar 2005 16:58:02 +0000 (GMT) (envelope-from broohaha@arzaga.net) Received: (qmail 26854 invoked by uid 1001); 27 Mar 2005 16:59:20 -0000 Date: Sun, 27 Mar 2005 10:59:20 -0600 From: Al To: Kris Kennaway Message-ID: <20050327165920.GA26814@arzaga.net> References: <423AFADC.5050403@creativedezignz.net> <20050326225754.GA96971@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050326225754.GA96971@xor.obsecurity.org> User-Agent: Mutt/1.4.1i cc: freebsd-questions@freebsd.org cc: Christopher Kearns Subject: Re: Missing tiff-3.6.1_1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 16:58:02 -0000 I tried this a couple of days ago, and I similarly got the missing tiff-3.6.1_1 error as it was no where to be found in the ftp site. I had installed FreeBSD 5.3 and the ports collection from a CD onto a new machine. I got that error afterwards when I tried to build from ports samba3, IIRC. cvsup-ing the ports collection eliminated those errors. On Sat, Mar 26, 2005 at 02:57:54PM -0800, Kris Kennaway wrote: > On Fri, Mar 18, 2005 at 10:59:24AM -0500, Christopher Kearns wrote: > > After installing freeBSD 5.3 on my system, many packages will not > > install. I get an error message that says Warning: tiff-3.6.1_1 is a > > required package but was not found. What do I need to do? > > First tell us exactly what commands you are trying to run and the > exact errors you receive. > > Kris From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 17:01:23 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16E1716A4CE for ; Sun, 27 Mar 2005 17:01:23 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 871EA43D39 for ; Sun, 27 Mar 2005 17:01:22 +0000 (GMT) (envelope-from gert.cuykens@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so1597963rne for ; Sun, 27 Mar 2005 09:01:22 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=NSH6LODM9ofcavQCzmZ5hqQ7N/iQxeffFbrVLCsBPfh2IP11+1eeP3ogwAE+f6Ui0x+h3/KatPEZ/e6JEm2sN3iQVRMdmjAy2UPCGiyGZW2J/52azdZ++EWdbxYCWITGtk5DHTSKsx+F+nWiK3Ny6iBQGoPdoMoYJYIOn8aLJB8= Received: by 10.38.81.3 with SMTP id e3mr3028546rnb; Sun, 27 Mar 2005 09:01:22 -0800 (PST) Received: by 10.38.74.23 with HTTP; Sun, 27 Mar 2005 09:01:22 -0800 (PST) Message-ID: Date: Sun, 27 Mar 2005 19:01:22 +0200 From: Gert Cuykens To: Paul Waring In-Reply-To: <8953a1db05032704457baca3cf@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <8953a1db05032704457baca3cf@mail.gmail.com> cc: freebsd-questions@freebsd.org Subject: Re: which shell irc client do you like ? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gert Cuykens List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 17:01:23 -0000 On Sun, 27 Mar 2005 13:45:01 +0100, Paul Waring wrote: > On Sun, 27 Mar 2005 01:56:50 +0100, Gert Cuykens wrote: > > i am looking for a very simple colored one, in the style of > > > > me 19:10# bla bla > > you 19:10# bla bla > > > > no menus or borders > > I don't know what you mean by no menus or borders, but irssi is pretty > stripped down and can be run from the console: > > http://www.irssi.org/ > > I run it from a screen session all the time and it works well once you > get the hang of it. I think you can make it beep when new messages > come in but because I run it on a remote server I've never bothered to > look into/activate this feature. thx irssi and bitlbee is just what i needed to cover everything :) From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 17:04:04 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFC7F16A4CE for ; Sun, 27 Mar 2005 17:04:04 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id C78A743D64 for ; Sun, 27 Mar 2005 17:04:02 +0000 (GMT) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: (qmail 16548 invoked from network); 27 Mar 2005 17:04:02 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail28.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 27 Mar 2005 17:04:02 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 12F6C2D; Sun, 27 Mar 2005 12:04:01 -0500 (EST) Sender: lowell@be-well.ilk.org To: Rodger Castle References: <20050326235220.61c8b8fc.rodger@profocusdesigns.com> From: Lowell Gilbert Date: 27 Mar 2005 12:04:00 -0500 In-Reply-To: <20050326235220.61c8b8fc.rodger@profocusdesigns.com> Message-ID: <4464zdja0v.fsf@be-well.ilk.org> Lines: 11 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-questions@freebsd.org Subject: Re: Emacs and backspace - again X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 17:04:05 -0000 Rodger Castle writes: > I'm using emacs20 from the ports collection (as emacs from ports would not compile due to the Xau3d compile error) on 5.4-PRERELEASE. > $TERM is xterm There haven't been any reported failures in building x11-toolkits/Xaw3d in at least several months. I'd suggest you put your efforts into solving the problem with that rather than workarounds for obsolete versions of emacs. From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 17:05:29 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3126016A4CF for ; Sun, 27 Mar 2005 17:05:29 +0000 (GMT) Received: from mail1.acecape.com (mail1.acecape.com [66.114.74.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACC2443D46 for ; Sun, 27 Mar 2005 17:05:28 +0000 (GMT) (envelope-from lists@natserv.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mail1.acecape.com (8.12.11/8.12.11) with ESMTP id j2RH58vp027603; Sun, 27 Mar 2005 12:05:11 -0500 Date: Sun, 27 Mar 2005 12:09:03 -0500 (EST) From: Francisco Reyes X-X-Sender: fran@zoraida.natserv.net To: Mario Hoerich In-Reply-To: <20050327143258.GA88210@Pandora.MHoerich.de> Message-ID: <20050327120743.Y26666@zoraida.natserv.net> References: <20050326125154.Y49808@zoraida.natserv.net> <20050326142338.D50621@zoraida.natserv.net> <20050327143258.GA88210@Pandora.MHoerich.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Christopher Nehren cc: freebsd-questions@freebsd.org Subject: Re: AWK in 4.X different from 5.X? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 17:05:29 -0000 On Sun, 27 Mar 2005, Mario Hoerich wrote: >> Now I just wonder how to get date in my output. :-( > > Well, if nothing else helps there's always system("date"). > However, you could also install lang/gawk. Since this was from a shell script I did date | awk '{print "#"$1 " " $2 "-" $3 "-" $6}' It works for my needs. From owner-freebsd-questions@FreeBSD.ORG Sun Mar 27 17:09:44 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87F1D16A4CE for ; Sun, 27 Mar 2005 17:09:44 +0000 (GMT) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EFB143D46 for ; Sun, 27 Mar 2005 17:09:44 +0000 (GMT) (envelope-from amsaha@cs.rice.edu) Received: from localhost (calypso.cs.rice.edu [128.42.1.127]) by cs.rice.edu (Postfix) with ESMTP id 91AB14A9AA for ; Sun, 27 Mar 2005 11:09:43 -0600 (CST) Received: from cs.rice.edu ([128.42.1.30]) by localhost (calypso.cs.rice.edu [128.42.1.127]) (amavisd-new, port 10024) with LMTP id 06169-01-70 for ; Sun, 27 Mar 2005 11:09:43 -0600 (CST) Received: from frosty.cs.rice.edu (frosty.cs.rice.edu [128.42.1.20]) by cs.rice.edu (Postfix) with ESMTP id 026834A99E for ; Sun, 27 Mar 2005 11:09:43 -0600 (CST) Received: from localhost (amsaha@localhost) by frosty.cs.rice.edu (8.9.3+Sun/8.9.0) with ESMTP id LAA23714 for ; Sun, 27 Mar 2005 11:08:45 -0600 (CST) X-Authentication-Warning: frosty.cs.rice.edu: amsaha owned process doing -bs Date: Sun, 27 Mar 2005 11:08:45 -0600 (CST) From: Amit Kumar Saha To: freebsd-questions@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavis-2.2.1 at cs.rice.edu Subject: Enabling sound on Dell Dimension 8300 (FreeBSD 5.1-RELEASE) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 17:09:44 -0000 Hi, I am trying to enable the builtin sound card present in Dell Dimension 8300 but cant seem to get it done. As far as I remember, in FreeBSD 5.3 it can be done simply by having the following two options in the kernel config file: device sound device snd_ich However, FreeBSD 5.1 does not recognize any of these even (Even man sound or man snd_ich does not work even though it should work on any FreeBSD 5.* So I guess I have to give some hardware hints in order to config MYCONFIG gives the following error report: ================================================= config: Error: device "sound" is unknown config: Error: device "snd_ich" is unknown (/boot/kernel/ however has the files snd_ich.ko as well as snd_pcm.ko) The output of cat /dev/sndstat is as follows: ============================================= FreeBSD Audio Driver (newpcm) Installed devices: The dmesg output is as follows: ================================ <== START OF dmesg output Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-RELEASE #3: Tue Oct 14 18:17:28 CDT 2003 root@monarch_amsaha.rice.edu:/usr/src/sys/i386/compile/NEW Preloaded elf kernel "/boot/kernel/kernel" at 0xc0700000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0700294. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 3192009524 Hz CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz (3192.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1073168384 (1023 MB) avail memory = 1035091968 (987 MB) Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 8 entries at 0xc00feae0 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 acpi_cpu1: port 0x530-0x537 on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xff80-0xff9f irq 11 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff60-0xff7f irq 10 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff40-0xff5f irq 9 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xff20-0xff3f irq 11 at device 29.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 fxp0: port 0xdf40-0xdf7f mem 0xfcfff000-0xfcffffff irq 10 at device 8.0 on pci2 fxp0: Ethernet address 00:07:e9:5f:67:fd miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 mem 0xfebffc00-0xfebfffff irq 9 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 atapci1: port 0xfea0-0xfeaf,0xfe30-0xfe33,0xfe20-0xfe27,0xfe10-0xfe13,0xfe00-0xfe07 irq 9 at device 31.2 on pci0 ata2: at 0xfe00 on atapci1 ata3: at 0xfe20 on atapci1 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A ppc0 port 0x778-0x77f,0x378-0x37f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: