--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-04-11 06:06
---
Sorry, the patch doesn't seem to help at all.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2005-11-14 18:50
---
Created an attachment (id=10236)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10236&action=view)
Patch (against 3.4.x) for controlling the explosion of the 1st scheduling pass.
* params.def (PARAM_
--- Comment #4 from paolo dot bonzini at lu dot unisi dot ch 2005-11-14
18:26 ---
Subject: Re: scheduling takes 40% or more time
>Is it the first scheduling pass? If so, we have a patch at AdaCore to limit
>its explosion.
>
>
Yes, it is. schedule_insns2 takes nothing.
Paolo
--
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2005-11-14 18:21
---
> For current mainline and Apple 3.3/4.0, the top pass in the profile is
>
> scheduling: 14.99 (42%) usr 4.32 (75%) sys 19.32 (46%) wall
Is it the first scheduling pass? If so, we have a patch
--
bonzini at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #2 from bonzini at gcc dot gnu dot org 2005-11-14 18:12 ---
Top of the profile:
1051747.2325 cc1 cc1sched_analyze_insn
98121 6.7475 cc1 cc1free_deps
89078 6.1256 cc1 cc1bitmap_set_bit
63000 4.3323 cc1
--- Comment #1 from bonzini at gcc dot gnu dot org 2005-11-14 16:22 ---
Created an attachment (id=10234)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10234&action=view)
file used for benchmarking
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24853
