This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [patch] cse.c: Speed up cse_reg_info maintanance - Part 3

From: Mike Stump <mrs at apple dot com>
To: Kazu Hirata <kazu at cs dot umass dot edu>
Cc: gcc-patches at gcc dot gnu dot org
Date: Tue, 1 Feb 2005 15:30:55 -0800
Subject: Re: [patch] cse.c: Speed up cse_reg_info maintanance - Part 3
References: <20050201.181240.78705384.kazu@cs.umass.edu>

On Feb 1, 2005, at 3:12 PM, Kazu Hirata wrote:

Attached is a patch to speed up cse_reg_info maintainance by
dramatically simplifying the memory allocation.

Tested on i686-pc-linux-gnu. OK to apply?

This is exactly the type of patch that kills performance on darwin.

I have a counter idea, what about freeing the memory and xmallocing some more when we run out, instead of xrealloc; that way, no copying, which I suppose is the thing that is really killing this.

References:
- [patch] cse.c: Speed up cse_reg_info maintanance - Part 3
  - From: Kazu Hirata

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]