| 1 |
Am Mittwoch, 8. September 2004 18:43 schrieb Chris White: |
| 2 |
> How are you going to effectively measure the times? |
| 3 |
|
| 4 |
IIRC, there once was a proposal to do this using bash-units. Each product in |
| 5 |
the tree gets assigned a bash unit, which is a floating point number >0 which |
| 6 |
measures how long compilation takes relative to compiling some certain |
| 7 |
version of bash. |
| 8 |
|
| 9 |
Now, all that needs to be done is to measure package compilation and merging |
| 10 |
time, divide by the number of bash units this package has, and you get an |
| 11 |
estimate on the time for a bash unit on this computer. The more packages you |
| 12 |
merge, the finer this number will become by simply averaging it out. Of |
| 13 |
course, this does not take into account changing the LDFLAGS (which should |
| 14 |
make up for the biggest part of different merge times), or CFLAGS (which |
| 15 |
might also change timing by varying optimization levels and swap |
| 16 |
requirement). But, anyway, these numbers don't change anything about the |
| 17 |
underlying unit, which should be to a large extent platform and machine |
| 18 |
independent. |
| 19 |
|
| 20 |
I don't know when this proposal came up, I read about it on some forum, some |
| 21 |
time ago. |
| 22 |
|
| 23 |
Heiko. |
| 24 |
|
| 25 |
-- |
| 26 |
gentoo-dev@g.o mailing list |
Archives