Mailinglist Archive: opensuse-bugs (4760 mails)
| < Previous | Next > |
[Bug 598292] New: multithreaded zypper could increase performace
- From: bugzilla_noreply@xxxxxxxxxx
- Date: Tue, 20 Apr 2010 21:40:19 +0000
- Message-id: <bug-598292-21960@xxxxxxxxxxxxxxxxxxxxxxxx/>
http://bugzilla.novell.com/show_bug.cgi?id=598292
http://bugzilla.novell.com/show_bug.cgi?id=598292#c0
Summary: multithreaded zypper could increase performace
Classification: openSUSE
Product: openSUSE 11.3
Version: Factory
Platform: x86-64
OS/Version: openSUSE 11.3
Status: NEW
Severity: Enhancement
Priority: P5 - None
Component: YaST2
AssignedTo: bnc-team-screening@xxxxxxxxxxxxxxxxxxxxxx
ReportedBy: koenig@xxxxxxxx
QAContact: jsrain@xxxxxxxxxx
Found By: ---
Blocker: ---
I'm using a 2 Mbit ADSL internet connection, and at least for this type of
connection zypper updates would perform much better if
a)
zypper would have an option/functionality --download-in-background which
continues to download the "next" package(s) while installing the "current"
package, and
b)
zypper would download more than packages at a time, esp. (only?) for small
RPMs, likely 2 (3?) download threads would be enough (e.g. like "smart" does
IIRC)
right now even "zypper up --download/only" gives good throughput (~250 kB/sec)
only for large RPMs (> some MB). for smaller RPMs the overall download
transfer rate goes even below 100 kB/sec (as shown by xnetload which does some
smoothing/averaging) and much less due to long latencies to initiate the next
transfer...
to illustrate the situation, here is some output of
# time zypper up --download-only
..
1032 Pakete werden aktualisiert, 1 neu.
Gesamtgröße des Downloads: 633,0 MiB. Nach der Operation werden zusätzlich 1,2
MiB belegt.
Fortfahren? [j/n/?] (j): j
real 57m16.543s
user 0m26.818s
sys 0m19.092s
so download did run on avarage at 188 KiB/s
or: at 245 KiB/s download would have finished in ~44 minutes...
full download log and some more statistics available...
btw: the output of "zypper up" after that download does now show any packet
numbers (n of 1030 or m% or similar):
..
Installation von: libstdc++45-4.5.0_20100414-1.2 [.fertig]
Installation von: libsndfile-1.0.20-6.4 [.fertig]
Installation von: libselinux1-32bit-2.0.91-2.7 [.fertig]
Installation von: libreiserfs-0.3.0.5-148.4 [.fertig]
Installation von: libpixman-1-0-32bit-0.18.0-1.3 [.fertig]
Installation von: libpcre0-32bit-7.9.0-8.8 [.fertig]
..
btw2: the real update took only ~20 minutes after updating all RPMs, so the
download time is *very* significant and should be improved -- and interleaved
with installation (hey, linux is a multi tasking OS after all;-))
--
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=598292#c0
Summary: multithreaded zypper could increase performace
Classification: openSUSE
Product: openSUSE 11.3
Version: Factory
Platform: x86-64
OS/Version: openSUSE 11.3
Status: NEW
Severity: Enhancement
Priority: P5 - None
Component: YaST2
AssignedTo: bnc-team-screening@xxxxxxxxxxxxxxxxxxxxxx
ReportedBy: koenig@xxxxxxxx
QAContact: jsrain@xxxxxxxxxx
Found By: ---
Blocker: ---
I'm using a 2 Mbit ADSL internet connection, and at least for this type of
connection zypper updates would perform much better if
a)
zypper would have an option/functionality --download-in-background which
continues to download the "next" package(s) while installing the "current"
package, and
b)
zypper would download more than packages at a time, esp. (only?) for small
RPMs, likely 2 (3?) download threads would be enough (e.g. like "smart" does
IIRC)
right now even "zypper up --download/only" gives good throughput (~250 kB/sec)
only for large RPMs (> some MB). for smaller RPMs the overall download
transfer rate goes even below 100 kB/sec (as shown by xnetload which does some
smoothing/averaging) and much less due to long latencies to initiate the next
transfer...
to illustrate the situation, here is some output of
# time zypper up --download-only
..
1032 Pakete werden aktualisiert, 1 neu.
Gesamtgröße des Downloads: 633,0 MiB. Nach der Operation werden zusätzlich 1,2
MiB belegt.
Fortfahren? [j/n/?] (j): j
real 57m16.543s
user 0m26.818s
sys 0m19.092s
so download did run on avarage at 188 KiB/s
or: at 245 KiB/s download would have finished in ~44 minutes...
full download log and some more statistics available...
btw: the output of "zypper up" after that download does now show any packet
numbers (n of 1030 or m% or similar):
..
Installation von: libstdc++45-4.5.0_20100414-1.2 [.fertig]
Installation von: libsndfile-1.0.20-6.4 [.fertig]
Installation von: libselinux1-32bit-2.0.91-2.7 [.fertig]
Installation von: libreiserfs-0.3.0.5-148.4 [.fertig]
Installation von: libpixman-1-0-32bit-0.18.0-1.3 [.fertig]
Installation von: libpcre0-32bit-7.9.0-8.8 [.fertig]
..
btw2: the real update took only ~20 minutes after updating all RPMs, so the
download time is *very* significant and should be improved -- and interleaved
with installation (hey, linux is a multi tasking OS after all;-))
--
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
| < Previous | Next > |