From owner-freebsd-sparc64@FreeBSD.ORG Wed Aug 13 08:52:00 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DEDA37B401 for ; Wed, 13 Aug 2003 08:52:00 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEA0243F93 for ; Wed, 13 Aug 2003 08:51:58 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h7DFpnv14976; Wed, 13 Aug 2003 17:51:49 +0200 (MEST) Date: Wed, 13 Aug 2003 17:51:49 +0200 (CEST) From: Harti Brandt To: Steve Ames In-Reply-To: <20030813154823.GA99828@energistic.com> Message-ID: <20030813175022.X97608@beagle.fokus.fraunhofer.de> References: <20030807062536.GA68747@dragon.nuxi.com> <20030812213355.M22214@seekingfire.com> <20030813154823.GA99828@energistic.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: sparc64@freebsd.org Subject: Re: ponderous 'make world' times post GCC 3.3... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: harti@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2003 15:52:00 -0000 On Wed, 13 Aug 2003, Steve Ames wrote: SA>On Wed, Aug 13, 2003 at 05:23:56PM +0200, Harti Brandt wrote: SA>> The problem seems to be in the kernel, not the compiler. I have rebuilt a SA>> gcc 3.2.2. The actual kernel (from yesterday) is slightly faster when SA>> built with 3.3.1 as opposed to 3.2.2 (in the order of 3-4%), but VERY SA>> slow. A kernel from June 1st built with 3.2.2 has its 'normal' speed. I'm SA>> trying now I binary search to find the victim. SA> SA>This may be a red herring... SA> SA>My first post gcc 3.3 kernel took 12 hours to build on my U5. This was a SA>GENERIC kernel since I hadn't recompiled since January (long story). The SA>following two kernels also took 12 hours. Then I cleaned up the kernel SA>config and its back down to around 4.5 hours... It could be a kernel SA>debugging option maybe? Could be that a bit of hit/miss experimenting SA>could find it. Here's my current config (4.5 hour 'make world'). The problem is, that compiling just anything takes 3 time longer on an actual kernel, than on one from June 1st. Same world, same kernel config, same compiler (3.2.2). harti SA> SA>-Steve SA> SA>/sys/sparc64/conf/SPARC SA>----------------------------------------- SA>machine sparc64 SA>cpu SUN4U SA>ident GENERIC SA> SA>options SCHED_4BSD #4BSD scheduler SA>options INET #InterNETworking SA>options INET6 #IPv6 communications protocols SA>options FFS #Berkeley Fast Filesystem SA>options SOFTUPDATES #Enable FFS soft updates support SA>options UFS_ACL #Support for access control lists SA>options UFS_DIRHASH #Improve performance on big directories SA>options NFSCLIENT #Network Filesystem Client SA>options CD9660 #ISO 9660 Filesystem SA>options PROCFS #Process filesystem (requires PSEUDOFS) SA>options PSEUDOFS #Pseudo-filesystem framework SA>options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] SA>options COMPAT_FREEBSD4 #Keep this for a while SA>options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI SA>options SYSVSHM #SYSV-style shared memory SA>options SYSVMSG #SYSV-style message queues SA>options SYSVSEM #SYSV-style semaphores SA> SA>device apb # Sun APB PCI-PCI bridge SA>device ebus SA>device isa SA>device pci SA>device sbus SA>device central SA>device fhc SA> SA>options OFW_NEWPCI SA> SA>device ata SA>device atadisk # ATA disk drives SA>device atapicd # ATAPI CDROM drives SA> SA>device ofw_console # OpenBoot firmware console device SA> SA>device genclock # Generic clock interface SA>device eeprom # eeprom (really an ebus driver for the MK48Txx) SA>device "mk48txx" # Mostek MK48T02, MK48T08, MK48T59 clock SA> SA> SA> SA>device miibus # MII bus support SA>device hme # Sun HME (Happy Meal Ethernet) SA> SA>device random # Entropy device SA>device loop # Network loopback SA>device ether # Ethernet support SA>device pty # Pseudo-ttys (telnet etc) SA>device gif # IPv6 and IPv4 tunneling SA>device faith # IPv6-to-IPv4 relaying/(translation) SA> -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org