Outline ·
[ Standard ] ·
Linear+
Yum/FC3 - S l o w. . .
|
TSwKkaY
|
 Apr 3 2005, 09:41 PM, updated 21y ago
|
misutā supākoru
|
QUOTE [root@ox yum.repos.d]# time yum -C search libgdbm*
Searching Packages:
Setting up Repos
Reading repository metadata in from local files
core : ################################################## 2622/2622
dag : ################################################## 2123/2123
updates-re: ################################################## 776/776
atrpms : ################################################## 841/841
updates : ################################################## 806/806
base : ################################################## 2622/2622
freshrpms : ################################################## 482/482
No Matches found
real 1m58.799s
user 0m26.132s
sys 0m2.128s
This ordeal takes two minutes! Is there any way to speed it up? Edit - found that it's slow (in real) mostly because it waits for the screen to update over the slow SSH link. Still, 28 seconds is quite long to wait! |
|
|
|
|
|
kons
|
Apr 4 2005, 09:14 AM
|
Конс
|
Hey there. Yum is slow compare to apt-get. I've heard that it's because of Yum's file I/O process... Maybe python slows it down a wee bit too.. slow ssh? change to a better mirror!  Cheers! |
|
|
|
|
|
jlchannel
|
Apr 6 2005, 05:41 PM
|
Getting Started
|
Yes. Sometimes it's really slow..... I'm wait more than 5 minutes before.
|
|
|
|
|
|
debiankl
|
Apr 6 2005, 06:26 PM
|
On my way
|
QUOTE(wKkaY @ Apr 3 2005, 09:41 PM) This ordeal takes two minutes! Is there any way to speed it up? Edit - found that it's slow (in real) mostly because it waits for the screen to update over the slow SSH link. Still, 28 seconds is quite long to wait! Try this local mirror (MIMOS) instead To update your Red Hat Fedora Core with YUM, please modify your basedurl inside /etc/yum.conf as the following: [base] name=Fedora Core $releasever - $basearch - Base #baseurl=http://fedora.redhat.com/releases/fedora-core-$releasever baseurl=http://mymirror.asiaosc.org/redhat/fedora/core/$releasever/$basearch/os [updates-released] name=Fedora Core $releasever - $basearch - Released Updates baseurl=http://mymirror.asiaosc.org/redhat/fedora/core/updates/$releasever/$basearch Simply run yum update to your linux. |
|
|
|
|
|
nexus-
|
Apr 6 2005, 06:51 PM
|
The intrepid coward
|
He used the -C switch, which means search from cache. Yum is indeed slower than apt for some unknown reason  It takes apt quite fast to read its db. Wonder where is the bottleneck? p/s: wKkaY is in Melb. so pacnet would be the mirror of choice!  Unmetered and fast  This post has been edited by nexus-: Apr 6 2005, 06:54 PM |
|
|
|
|
|
hackintosh
|
Apr 8 2005, 03:40 AM
|
Getting Started
|
i prefer YUM over APT
because YUM is similar as RHN's up2date. so i just modify RHN's up2date then i can use RHN's up2date instead of YUM
actually still is YUM
ur problem should be the MIRROR u connected is slow one
find the fast one
i've use both YUM and APT in FC3 b4 and both also fast, but YUM more packages
but now run RH AS4 with YUM and APT
|
|
|
|
|
|
TSwKkaY
|
Apr 8 2005, 07:39 AM
|
misutā supākoru
|
Did you see the operation i was doing? yum -C search libgdbm
With a -C. It doesn't contact any external servers. A lot of time is spent 'Reading repository metadata in from local files'.
|
|
|
|
|
|
kons
|
Apr 8 2005, 08:18 AM
|
Конс
|
I'm sure it's the time which yum spent storing down header files, and checking for dependencies.
|
|
|
|
|
|
kiawin
|
Apr 11 2005, 03:49 PM
|
|
|
it is slow. maybe you can compliment your package management with apt. yum for upgrades, apt for specific packages installation. i do that.
|
|
|
|
|
|
TSwKkaY
|
Apr 11 2005, 05:53 PM
|
misutā supākoru
|
Great, thanks for that suggestion.
BTW, is there a reason to use yum over apt for upgrades?
|
|
|
|
|
|
kons
|
Apr 11 2005, 06:18 PM
|
Конс
|
Reason... The reason of using yum is.. QUOTE It is because they had a vision. A vision of a simple, RPM
repository-based update mechanism, usable by the wise and the foolish
alike, that could reduce the workload of any rpm-based lan
administrator and greatly increase the utility and security of each and
every system on the lan.
It came to them in a dream one night, amidst ten thousand fluttering
butterflies that turned into rose petals and settled, leaving behind
them a delicate aroma and a fleeting, fading glimpse of an unattainable
perfection, a perfection that makes the heart ache and the soul prepare
itself for transcendence.
To realize some poor shadow of this vision they embarked on a holy quest
that involved wrestling with serpents (python), mastering daemons
(httpd), and learning far more about rpms, good and bad, yin and yang,
than mortal man was meant to know. On this journey they have been
cheered and jeered, blamed and praised, and have seen much of the hidden
world that lies always beneath our feet and yet somehow is also joined
to the heavens. They have become wise, and wisdom is always borne of
much pain.
This is the hidden zen message in Seth's avowal of the love of pain,
because it is only through that pain that he became wise, and only this
wisdom brings the sweetness and clarity of a transparently functioning
linux box to the desktops of both the wise and the fools alike, the
system masters of subtle intent and the humblest users with their
arthritic fingers and senseless yappings. Yea, even the users of apt
and the heathen worshippers of the great brass idol (microsoft) can look
on in wonder at a tool that actually makes rpms function the way they
were always intended to do, and makes linux/rpm systems into a dream,
within a dream, within a dream... Pluck it off somewhere. From what I've seen, many of them have switched from yum to apt and never get back to yum again... |
|
|
|
|
Quote
0.0188sec
0.71
5 queries
GZIP Disabled