Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1276093 - DNF is getting very slow on rawhide
Summary: DNF is getting very slow on rawhide
Keywords:
Status: CLOSED DUPLICATE of bug 850896
Alias: None
Product: Fedora
Classification: Fedora
Component: dnf
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Packaging Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-10-28 17:11 UTC by Zdenek Kabelac
Modified: 2015-11-02 15:28 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-11-02 15:28:09 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)

Description Zdenek Kabelac 2015-10-28 17:11:52 UTC 
Description of problem:

The whole idea of downloading  DB files to speed-up deps resolving/upgrading probably missed it's main goal. Since those DB files are getting absurdly big
(It's like over 80MB of downloaded  junk - were just few things in reality has changed)

When I want to install simple small package file like some 200KB lib-dev it's getting ridiculous I've to wait even minutes before it actually start to download requested package.

I guess -  we should introduce  '2G Tuesdays' like  Facebook people have - so someone would design actually something usable - current  logic to download tens of MB of DB data to upgrade single package  doesn't scale...

And downloading these  multi-MB files many times per day to be ready when executing  'dnf install' - is NOT a solution!

Version-Release number of selected component (if applicable):
dnf-1.1.3-1.fc24.noarch

How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:
Comment 1 Michal Luscon 2015-11-02 15:28:09 UTC 

*** This bug has been marked as a duplicate of bug 850896 ***
Note You need to log in before you can comment on or make changes to this bug.