From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5042 invoked by alias); 5 Apr 2005 05:45:53 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 4062 invoked from network); 5 Apr 2005 05:45:41 -0000 Received: from unknown (HELO petasus.ims.intel.com) (62.118.80.130) by sourceware.org with SMTP; 5 Apr 2005 05:45:41 -0000 Received: from mssmsxvs01.ims.intel.com (mssmsxvs01.ims.intel.com [10.125.2.23]) by petasus.ims.intel.com (8.12.9-20030918-01/8.12.10/d: small-solo.mc,v 1.2 2004/09/17 18:05:04 root Exp $) with SMTP id j355qV0M008510; Tue, 5 Apr 2005 05:52:31 GMT Received: from mssmsx331.ccr.corp.intel.com ([10.125.2.16]) by mssmsxvs01.ims.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2005040509453706260 ; Tue, 05 Apr 2005 09:45:37 +0400 Received: from mssmsx403.ccr.corp.intel.com ([10.125.2.52]) by mssmsx331.ccr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Tue, 5 Apr 2005 09:45:37 +0400 Received: from nnsmsx401.ccr.corp.intel.com ([10.125.16.24]) by mssmsx403.ccr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Tue, 5 Apr 2005 09:45:37 +0400 Content-class: urn:content-classes:message Subject: RE: Re[2]: GAS MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 05 Apr 2005 05:45:00 -0000 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Zagorodnev, Grigory" To: "Stas Kiselev" , X-OriginalArrivalTime: 05 Apr 2005 05:45:37.0090 (UTC) FILETIME=[B13BD220:01C539A2] X-SW-Source: 2005-04/txt/msg00122.txt.bz2 [tacking the post back to mailing list so more people may attend] It looks like we can slightly improve performance of 'hash_lookup' function, which is platform-independent nevertheless.=20 The idea is: huge input file implies huge symbol tables, that results more hash function collisions. Thus increasing the DEFAULT_SIZE of hash we can reduce the number of collisions and therefore speedup execution. Stas, would you try this on your sources, please? You can get more hash table runtime statistics (like number of lookups or comparisons) with '--statistics'. That requires HASH_STATISTICS defined at gas build time. - Grigory >-----Original Message----- >From: Stas Kiselev [mailto:stas_kiselev@bk.ru] >Sent: Monday, April 04, 2005 8:39 PM >To: Zagorodnev, Grigory >Subject: Re[2]: GAS > >Yes, I have been profiling it, but I don't know architecture of gas. >Where can I get it ? What kind of blocks GAS consists of ? How they are >interconnected ? > >After profiling I found out the most time consuming functions. There some >of them listed bellow: >hash_lookup 15.4% >sparc_ip 13.5% >read_a_source_file 4.6% >do_scrub_chars (process input files 6.8% >srtncpy (standard C function ) 7% >strncmp (standard C function ) 6% >strcmp (standard C function ) 3.5% > >Is it a good idea to rewrite srtncpy, strncmp an strcmp ? >I am interested only in Sun, Windows and Linux. What kind of functions can >I delete in order ot speed up GAS? >What do you reccomend me to start ? >I interested only in time of generating obj file. I am not interested in >optimisation of obj file.