https://bugzilla.novell.com/show_bug.cgi?id=483189 User abittner@stud.fh-heilbronn.de added comment https://bugzilla.novell.com/show_bug.cgi?id=483189#c4 --- Comment #4 from andreas bittner <abittner@stud.fh-heilbronn.de> 2009-03-08 18:53:34 MST --- thanks for the hints, maybe i will head over to the libzypp discussion or malinglist and add some comments there, because i think the whole installation (especially with remote and relatively slow downloads as sources) could be sped up when the client (libzypp) would actually refer to a list of files to fetch (download, load from media, load from disk, from wherever...) and simply load all the files in the background (parallel, independant of the installation procedure (rpm)) and then create a list on its own (or create the local cache of rpm files or how it works at the moment), and the installer would then simply work on the locally cached/downloaded/fetched files instead of "download-install-download(loop)" procedure, which is kind of very slow and inefficient especially on lot of small files and/or few big files which take relatively long to install, while the network is completely idle and isnt already downloading further packages.... maybe this basic idea of parallelism and multiple lists of "files-yet-to-get", "files-already-local" and so on could be added or somewhat enhanced. if things on the list go bad, or the list (files-to-get) significantly differs from "files-already-local", then one single dialogbox (user interaction) could be presented instead and/or automatic retries (first) could be worked on the whole "files-that-failed-fetching_n-times" list for a few times before presenting further user interaction or something like that. thanks for the details and regards. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.