<div dir="ltr">2016-05-14 17:47 GMT+02:00 Jim Diamond <span dir="ltr"><<a href="mailto:Jim.Diamond@acadiau.ca" target="_blank">Jim.Diamond@acadiau.ca</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="">On Sat, May 14, 2016 at 09:32 (+0200), Zdenek Wagner wrote:<br>
<br>
> 2016-05-14 0:14 GMT+02:00 Karl Berry <<a href="mailto:karl@freefriends.org">karl@freefriends.org</a>>:<br>
<br>
>> 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>
>> Doing the operations (install package A while downloading the next<br>
>> package B) concurrently is indeed beyond the scope of the<br>
>> implementation as it stands.<br>
</span>Understood.<br>
<span class=""><br>
>> And it doesn't sound easy, or reliable, to accomplish :(. -k<br>
> It is very difficult.<br>
</span>In principle, I find that surprising.  But if you mean "without a<br>
significant re-write of the current implementation, it would be<br>
difficult to do it", I'm happy to believe you.<br>
<span class=""><br>
> You have packages of different size<br>
</span>I don't see the relevance of that (except if someone designed a<br>
program which would only work if all the packages were the same size,<br>
which seems like a very curious design).<br>
<span class="">> and users have different bandwidth.<br>
</span>Nor that.<br>
<span class="">> In theory, you may quickly download several small packages if you<br>
> have a gigabit line and it may cause concurrent unpacking and<br>
> installation of several packages, so you may end up with many<br>
> processes which will mean that yout tcp/ip subsystem might discard<br>
> incoming packages due to overloading of the processor.<br>
</span>I think your concerns are specific to one class of designs.  But as<br>
you already realized, as evidenced by your next sentence,<br>
<span class="">> It could be solved by having one process for downloading that would<br>
> put the names of downloaded packages to a queue and another process<br>
> will unpack and install them.<br>
</span>other (superior) designs exist.<br>
<span class=""><br>
> If you have Intel i5 or better, it will work but if you install to<br>
> Raspberry Pi, it may cause problems due to limited resources.<br>
</span>Again, I think your concerns may be founded upon one particular<br>
design, as opposed to whether fundamental problems exist.<br></blockquote><div><br></div><div>Mere download from the nearest mirror takes less than 1 minute, unpacking is considerably slower although in my computer the whole /usr/local lives on a SSD (the full installation takes about 20 minutes). I have not tried but without clever IPC I will easily end up with more than 10 concurrent processes which is two much for quad core.<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class=""><br>
> Moreover, I am not sure whether the same IPC is available for all<br>
> platforms, so such a solution is really difficult and will need a<br>
> lot of testing and debugging.<br>
</span>I have never tried to install texlive on anything but Linux systems,<br>
so I don't know how much commonality there is between<br>
install-tl-unx.tar.gz and the windows version.  If a lot, then that is<br>
a concern, assuming that maintaining the commonality is seen as a good<br>
thing.  Mind you, I would assume that the existence of the given Perl<br>
libraries on all machines of interest would take care of OS-specific<br>
concerns.  (But I say that as someone who avoids programming in Perl.)<br></blockquote><div><br></div><div>I have never tried portable IPC. <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Cheers.<br>
<span class=""><font color="#888888">                                Jim<br></font></span></blockquote><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>