| 1 |
There was a proposal some times ago about replacing the current portage |
| 2 |
tree with a database which contains packagenames, dependencies etc. but |
| 3 |
no ebuilds with installation instructions. |
| 4 |
The ebuild will be downloaded by emerge <package>. |
| 5 |
|
| 6 |
I think this would be a more interesting way of accelerating portage and |
| 7 |
reduce load from the rsync-mirrors... |
| 8 |
|
| 9 |
lg |
| 10 |
fabian |
| 11 |
|
| 12 |
Ricardo Correia wrote: |
| 13 |
> On Tuesday 22 March 2005 12:45, Daniel Drake wrote: |
| 14 |
> |
| 15 |
>>So on every sync, you have to download the entire 260mb ISO file? |
| 16 |
>> |
| 17 |
>>I don't think our mirrors would be very happy about that. |
| 18 |
>> |
| 19 |
>>Daniel |
| 20 |
>>-- |
| 21 |
>>gentoo-dev@g.o mailing list |
| 22 |
> |
| 23 |
> |
| 24 |
> You don't seem to have understanded how zsync works. |
| 25 |
> |
| 26 |
> Suppose that I, as a user, already have yesterday's portage ISO file. |
| 27 |
> And suppose that today, there's about 30 new or updated ebuilds. |
| 28 |
> Also suppose that those ebuilds amount to something like 500 KB. |
| 29 |
> |
| 30 |
> In those conditions, if I update my ISO file today using zsync, I would only |
| 31 |
> have to download the zsync file (which would be about 700 KB) and the |
| 32 |
> necessary *compressed* ranges of the (compressed) ISO file available on the |
| 33 |
> mirror. This would be *less* than 500 KB, because of the compression. |
| 34 |
> |
| 35 |
> This works because the .zsync file contains a mapping of the uncompressed data |
| 36 |
> to the compressed data. |
| 37 |
> |
| 38 |
> Notice that even if the user doesn't have the ISO file yet, he would only have |
| 39 |
> to download about 27 MB. |
| 40 |
> |
| 41 |
> Personally, I estimate that updates could be faster than a rsync, if not only |
| 42 |
> because of the whole disk thrashing. But only through experimentation we |
| 43 |
> would be able to measure the difference. |
| 44 |
> |
| 45 |
> Also notice that zsync still has lots of room for improvements, so I wouldn't |
| 46 |
> be surprised to see it beat rsync in terms of time of an update. |
| 47 |
> |
| 48 |
> I think it's worthwhile to setup an experimental mirror, it sure seems much |
| 49 |
> better than doing emerge-webrsync.. |
| 50 |
> -- |
| 51 |
> gentoo-dev@g.o mailing list |
| 52 |
> |
| 53 |
> |
| 54 |
|
| 55 |
|
| 56 |
-- |
| 57 |
Musik kann nicht illegal sein: www.fairsharing.de |
| 58 |
|
| 59 |
I prefer signed/encrypted Mail: |
| 60 |
Fingerprint: CFE8 38A7 0BC4 3CB0 E454 FA8D 04F9 B3B6 E02D 25BA |
Archives