You are not logged in.

#1 2017-09-23 08:45:39

Naik
Member
From: the edge of insanity
Registered: 2015-10-03
Posts: 328

apt-get update is extremly slow

Hello folks!

since i made the switch from stretch- to testing-/unstable- base, i noticed that running apt-get update is extremely slow.

Es wurden 28,6 kB in 1 h 21 min 55 s geholt (5 B/s).

the sources.list looks like:

#------------------------------------------------------------------------------#
#                   OFFICIAL DEBIAN REPOS                    
#------------------------------------------------------------------------------#

###### Debian Main Repos
deb http://deb.debian.org/debian/ testing main contrib non-free
#deb-src http://deb.debian.org/debian/ testing main contrib non-free

deb http://deb.debian.org/debian/ testing-updates main contrib non-free
#deb-src http://deb.debian.org/debian/ testing-updates main contrib non-free

deb http://deb.debian.org/debian-security testing/updates main
#deb-src http://deb.debian.org/debian-security testing/updates main

deb http://deb.debian.org/debian/ unstable main contrib non-free
#deb-src http://deb.debian.org/debian/ unstable main contrib non-free

deb https://pkg.bunsenlabs.org/debian unstable main
deb https://pkg.bunsenlabs.org/debian jessie-backports main

#------------------------------------------------------------------------------#
#                      UNOFFICIAL  REPOS                       
#------------------------------------------------------------------------------#


###### 3rd Party Binary Repos

###Debian Multimedia
#deb http://www.deb-multimedia.org unstable main non-free
deb http://www.deb-multimedia.org testing main non-free

###Lynis
deb https://packages.cisofy.com/community/lynis/deb/ stable main

###Opera
#deb https://deb.opera.com/opera-stable/ stable non-free

###Paper GTK Theme
#deb http://ppa.launchpad.net/snwh/pulp/ubuntu yakkety main
#deb-src http://ppa.launchpad.net/snwh/pulp/ubuntu yakkety main

###TOR-unstable
#deb [arch=i386,amd64,armel,armhf] http://deb.torproject.org/torproject.org unstable main
#deb-src [arch=i386,amd64,armel,armhf] http://deb.torproject.org/torproject.org unstable main

###Steam
#deb [arch=i386,amd64] http://repo.steampowered.com/steam/ precise steam

###TOR
deb [arch=amd64] http://deb.torproject.org/torproject.org testing main
#deb-src [arch=amd64] http://deb.torproject.org/torproject.org testing main

###Liqourix

deb http://liquorix.net/debian sid main
#deb-src http://liquorix.net/debian sid main

###Spotify

#deb http://repository.spotify.com stable non-free

It is not a problem related to internet connection speed as i allready found.

could it be related to x11 suckin` resources like crazy?
Unbenannt.th.png

naik --greetz

Last edited by Naik (2017-09-23 08:46:03)


"Kaum macht [Mensch]* es richtig, funktioniert es sofort!"
BL-Kitchen Codeberg

Offline

#2 2017-09-23 09:44:02

Head_on_a_Stick
Member
From: London
Registered: 2015-09-29
Posts: 9,093
Website

Re: apt-get update is extremly slow

Naik wrote:

i noticed that running apt-get update is extremely slow

From which repositories is APT attempting to download when it is running slow?

could it be related to x11 suckin` resources like crazy?

Not a chance, that is a separate issue (most likely caused by your quite magnificent FrankenDebian).

Is that `htop` running in `urxvt`?

If so, trying running it from a different terminal emulator — I noticed a peculiarity in jessie whereby `htop` would report excessive CPU usage from X if run in `urxvt` but not if run from `lx-terminal` (or from a TTY screen).

EDIT: no, I see you are using terminator (why?), so it can't be that.

I would blame deb.multimedia.org, those repositories are known trouble makers.

Last edited by Head_on_a_Stick (2017-09-23 09:45:29)

Offline

#3 2017-09-23 18:34:10

Naik
Member
From: the edge of insanity
Registered: 2015-10-03
Posts: 328

Re: apt-get update is extremly slow

Frankendeb? Its simply Debian  testing/unstable with a touch of Helium-dev on top of it ;-)
Why I am using Terminator? Basically because it is default in Bunsenlabs and i have found no better for my needs so far..

Back on topic: I will test your suggestion concerning deb.multimedia.org and be back again tomorow, although I don`t think this will solve the problem because it doesn`t hang on downloading releasefiles but on reading/processing them (apt-methods read/gpgv/store). Thanks for the fast reply anyways.

naik --greetz

Last edited by Naik (2017-09-23 18:38:55)


"Kaum macht [Mensch]* es richtig, funktioniert es sofort!"
BL-Kitchen Codeberg

Offline

#4 2017-09-24 10:33:50

Head_on_a_Stick
Member
From: London
Registered: 2015-09-29
Posts: 9,093
Website

Re: apt-get update is extremly slow

Naik wrote:

Frankendeb? Its simply Debian  testing/unstable with a touch of Helium-dev on top of it ;-)

That's a negatory, good buddy — what you have there is a Debian sid system with a ****load of foreign repositories to really test APT's dependency-resolution heuristics, unless you have some pretty wild pinning going on (if so, you should have shared this in the OP).

Try removing _all_ of the non-Debian repsoitories then `apt update` and see if there's still a delay.

If there is, try hitting the mirror behind the redirector directly:

deb https://cdn-aws.deb.debian.org/debian unstable main # etc

^ That should be the only repository line you need for a sid system wink

Last edited by Head_on_a_Stick (2017-09-24 10:55:50)

Offline

#5 2017-09-25 07:28:04

Naik
Member
From: the edge of insanity
Registered: 2015-10-03
Posts: 328

Re: apt-get update is extremly slow

Head_on_a_Stick wrote:

That's a negatory, good buddy — what you have there is a Debian sid system with a ****load of foreign repositories to really test APT's dependency-resolution heuristics, unless you have some pretty wild pinning going on (if so, you should have shared this in the OP).

I know that and simply wanted to state that i did this on purpose and wouldn`t have thought it to be such a big problem.
I tried as you told and well... i didn`t change anything. But by now i believe i messed up something else pretty badly so i tried running a clean bl-install on a spare partition and none of the problems occurred, so i will switch to that, build the packages i need from source and see which one (if any) could be the cause of my troublesome apt.

Thanks for the advice and i may be back with more results in some hours.

<Edit>

Still in the prozess of backing up stuff and reorganising my little test-desktop I could not fail to notice how blazing fast and pretty* the current deuterium live-iso is. This is very well done! I really think about updating  my OS2Go-key!



naik --greetz

Last edited by Naik (2017-09-25 09:18:27)


"Kaum macht [Mensch]* es richtig, funktioniert es sofort!"
BL-Kitchen Codeberg

Offline

Board footer

Powered by FluxBB