1 |
On Saturday 26 November 2011 07:50:27 Nirbheek Chauhan wrote: |
2 |
> On Sat, Nov 26, 2011 at 5:08 PM, Fabian Groffen wrote: |
3 |
> > On 26-11-2011 16:56:41 +0530, Nirbheek Chauhan wrote: |
4 |
> >> [...] Besides, sorting even 30,000 |
5 |
> >> entries (if you're merging every ebuild in portage) should not take |
6 |
> >> more than a few secs. |
7 |
> > |
8 |
> > A linux kernel has around that much of files, and I really wonder if |
9 |
> > it's worth waiting a couple of seconds (probably more on sparc and arm |
10 |
> > systems) just because then the files are in sorted order. |
11 |
> |
12 |
> I'm not sure the two are really comparable. However, looking at a |
13 |
> simple string sort on 30,000 strings, I don't see it taking a |
14 |
> significant amount of time at all: |
15 |
|
16 |
sure, it's probably not significantly higher, but i also can't see any point in |
17 |
sorting the entries. we've been doing fine so far in the 10+ years of it being |
18 |
unsorted. so unless Arfrever has a compelling reason, time to revert. |
19 |
-mike |