1 |
On Mon, Feb 27, 2006 at 05:05:39PM +0100, Alexander Skwar wrote |
2 |
> El Nino wrote: |
3 |
> |
4 |
> > is there a way to accelerate the fetching part of emerge |
5 |
> > by using prozilla or some other tool? |
6 |
> |
7 |
> I never quite understood the sense in those tools. |
8 |
> |
9 |
> Why should "prozilla or some other tool" make the |
10 |
> download be faster? When I download something with |
11 |
> wget, or watch emerge invoking wget, it's always |
12 |
> maxing out the saturation of the line. |
13 |
|
14 |
I have a different interpretation. Assume I'm doing an |
15 |
emerge --deep --update --world |
16 |
|
17 |
I've set my ADSL router-modem to log off after 15 minutes. The |
18 |
sequence of events is something like... |
19 |
|
20 |
1) emerge wants to download a package, so it attempts to connect to a |
21 |
server, taking several seconds to wake up my ADSL router-modem |
22 |
|
23 |
2) emerge downloads a big package, taking a few minutes to do so |
24 |
|
25 |
3) emerge spends the next half hour building the big package, during |
26 |
which time the modem-router logs off |
27 |
|
28 |
4) emerge finally finishes building the package, and wants to work on |
29 |
the next one... GOTO 1 |
30 |
|
31 |
I could run a short script |
32 |
|
33 |
#!/bin/bash |
34 |
emerge --deep --update --world --fetchonly |
35 |
emerge --deep --update --world |
36 |
|
37 |
...but I'd like to get an emerge going on the 1st package as soon as |
38 |
it's finished downloading, whilst having the downloads of all the other |
39 |
packages continue in a separate thread. When the 1st build is finished, |
40 |
check whether the 2nd package has been downloaded. If not, wait. Then |
41 |
build the 2nd package... etc, etc. |
42 |
|
43 |
The best way to describe it is as a --fetchonly emerge that launches a |
44 |
separate emerge as each individual package is finished downloading. The |
45 |
"build" emerges should be serialized, i.e. only one build running at a |
46 |
time, because a package may depend on the immediately preceding package. |
47 |
|
48 |
-- |
49 |
Walter Dnes <waltdnes@××××××××.org> In linux /sbin/init is Job #1 |
50 |
My musings on technology and security at http://tech_sec.blog.ca |
51 |
-- |
52 |
gentoo-user@g.o mailing list |