| 1 |
-----BEGIN PGP SIGNED MESSAGE----- |
| 2 |
Hash: SHA1 |
| 3 |
|
| 4 |
Duncan wrote: |
| 5 |
> Martin Schlemmer posted <1115715727.25756.8.camel@×××××××××.lan>, |
| 6 |
> excerpted below, on Tue, 10 May 2005 11:02:07 +0200: |
| 7 |
> |
| 8 |
> |
| 9 |
>>Problem with flat tree, is the search times might then suck even more, as |
| 10 |
>>last I heard, too many dirs/files in one directory have a huge speed |
| 11 |
>>penalty. |
| 12 |
> |
| 13 |
> |
| 14 |
> Yeah, sure, for ext2/3, but all those small files would suck big time in |
| 15 |
> ext2/3 anyway. Reiserfs doesn't have either issue, and should be perfect |
| 16 |
> for portage trees, even for those who still think the reliability isn't |
| 17 |
> there (I've been /very/ happy with it here, since the data=ordered |
| 18 |
> default went into the kernel for reiserfs, even when I had defective |
| 19 |
> memory and was hard-locking fairly frequently due to that), because |
| 20 |
> portage trees are a simple sync away from replacing anything lost. |
| 21 |
> |
| 22 |
> I never remember which one it is, but either jfs or xfs has packed files |
| 23 |
> as a feature as well, IIRC, so the small file sizes works, altho I believe |
| 24 |
> it'd still have issues with high file-count dirs. |
| 25 |
> |
| 26 |
I'll be the first alt-arch person to scream, Reiser isn't stable on more |
| 27 |
than half the arch's we support, and forcing users to go to one |
| 28 |
filesystem just to get decent speed on portage tree searches is silly. |
| 29 |
-----BEGIN PGP SIGNATURE----- |
| 30 |
Version: GnuPG v1.4.1 (GNU/Linux) |
| 31 |
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org |
| 32 |
|
| 33 |
iQIVAwUBQoDNu2zglR5RwbyYAQIVVxAAlC4Yctbrz/HnnVCtxn2o6IpgeEQ5yRmu |
| 34 |
0IxSV65iBGJ0MutqO6uhOpWeg50YQEHB121BMkHkdkxOllD+oyxN43MVDHH/9PLu |
| 35 |
NMPBCHfAi2N6IT8h/563lONEFMw/SYGIT3fCQBn8+pc9IgsHdHkVAo49Az9ahR/2 |
| 36 |
tjKHSrb7ERQE/bFOnE9jmm4bYX9Gdub30J96/3QrMo5KORH1ncmShD1VNf+awmpC |
| 37 |
vrE/r7JypU9DzmS3tdWuwm7QYCD9jWRDYLscEjrl546uKhTpHDaLerFQ1MNn/p1I |
| 38 |
Hb8eX4bmBdI58NLtH0Wui+s6fZ6zlBYjKZhdT+mTObYgLTr3hn31rnKPpC46guE6 |
| 39 |
36/qmQT53YMXd9/QMiHVsAkIfujFMO3/eSt6P8wJ3Y+Y7BYjntHJq9RScXWiYCsW |
| 40 |
idQL9IWAUObNeQvACyukGlMNm1e8QlxdkE+pukYnR2M07xNPJgPcG7eqlAgObohW |
| 41 |
KBJ+Yr1wpRm4M9DAfzvGgB1EsWuwRO7G0izEadZlCzVjXGc0XH56HFFPqnEOFmxy |
| 42 |
SJrYqOJSbDAFjUl/Cb1I4zW5g/BuSENIoc5f4M+vmxYXGxTGGX/pLhuXchauh+QP |
| 43 |
Ux1zwjuSnAek5yDiKaiuiAUaKFO/ug5AsLd0MpkjGEJ4qCSqZ7jObntIlbiaxpyH |
| 44 |
JSNBRj9hrbs= |
| 45 |
=uJKJ |
| 46 |
-----END PGP SIGNATURE----- |
| 47 |
-- |
| 48 |
gentoo-dev@g.o mailing list |
Archives