Re: changing a collision resolution strategy of the symbol table of identifiers

2014-02-03 Thread Roman Gareev
These are statistically significant differences: increasing by 0.23% for the version 4.8.0, increasing by 0.21% for the version 4.8.1, decreasing by 0.686% for trunk. These are new row numbers: 2013-11-05 Roman Gareev : > 2013/10/31 Florian Weimer : >> On 10/20/2013 02:55 PM, Roman Gareev wrote:

Re: changing a collision resolution strategy of the symbol table of identifiers

2013-11-04 Thread Roman Gareev
2013/10/31 Florian Weimer : > On 10/20/2013 02:55 PM, Roman Gareev wrote: >> >> During testing of the linux kernel (3.8.8) compilation time, the >> acquired results were the following: increasing by 0.17% for the >> version 4.8.0, increasing by 1.12% for the version 4.8.1, decreasing >> by 0.598% f

Re: changing a collision resolution strategy of the symbol table of identifiers

2013-11-04 Thread Roman Gareev
2013/10/20 Ondřej Bílka : > On Sun, Oct 20, 2013 at 06:55:40PM +0600, Roman Gareev wrote: >> Dear gcc contributors, >> >> Recently I came across the list of "ideas for speeding up GCC" >> (http://gcc.gnu.org/wiki/Speedup_areas). Among others, there was >> suggested to replace identifier hash table

Re: changing a collision resolution strategy of the symbol table of identifiers

2013-10-31 Thread Florian Weimer
On 10/20/2013 02:55 PM, Roman Gareev wrote: During testing of the linux kernel (3.8.8) compilation time, the acquired results were the following: increasing by 0.17% for the version 4.8.0, increasing by 1.12% for the version 4.8.1, decreasing by 0.598% for trunk (this are average values). Can y

Re: changing a collision resolution strategy of the symbol table of identifiers

2013-10-20 Thread Ondřej Bílka
On Sun, Oct 20, 2013 at 06:55:40PM +0600, Roman Gareev wrote: > Dear gcc contributors, > > Recently I came across the list of "ideas for speeding up GCC" > (http://gcc.gnu.org/wiki/Speedup_areas). Among others, there was > suggested to replace identifier hash table with other data structure. > >