<div dir="ltr">2016-05-14 0:14 GMT+02:00 Karl Berry <span dir="ltr"><<a href="mailto:karl@freefriends.org" target="_blank">karl@freefriends.org</a>></span>:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">    it just may be an issue of the design of tl-install, in that it<br>
    doesn't overlap "download the next file" with "unpack this file".<br>
<br>
</span>Doing the operations (install package A while downloading the next<br>
package B) concurrently is indeed beyond the scope of the implementation<br>
as it stands.  And it doesn't sound easy, or reliable, to accomplish :(. -k<br></blockquote><div><br></div><div>It is very difficult. You have packages of different size and users have different bandwidth. In theory, you may quickly download several small packages if you have a gigabit line and it may cause concurrent unpacking and installation of several packages, so you may end up with many processes which will mean that yout tcp/ip subsystem might discard incoming packages due to overloading of the processor. It could be solved by having one process for downloading that would put the names of downloaded packages to a queue and another process will unpack and install them. If you have Intel i5 or better, it will work but if you install to Raspberry Pi, it may cause problems due to limited resources. Moreover, I am not sure whether the same IPC is available for all platforms, so such a solution is really difficult and will need a lot of testing and debugging. <br></div><div><br><br><br clear="all"><div><div class="gmail_signature">Zdeněk Wagner<br><a href="http://ttsm.icpf.cas.cz/team/wagner.shtml" target="_blank">http://ttsm.icpf.cas.cz/team/wagner.shtml</a><br><a href="http://icebearsoft.euweb.cz" target="_blank">http://icebearsoft.euweb.cz</a></div></div>
<br> </div></div><br></div></div>