Περί Arch Linux... (v6)

**ranger** · 17-05-18, 00:26

Η ανακοίνωση

Warning: cower is no longer actively developed and has several unpleasant bugs and corner cases that will never be fixed. Users are strongly encouraged to migrate to https://github.com/falconindy/auracle as soon as humanly possible.

το πρόβλημα

Κώδικας:

 cower -u --ignorerepo
:: [multi]: server responded with HTTP 414

και η αιτία

Spoiler:

**MitsakosGR** · 17-05-18, 08:14

Που την βρήκες την ανακοίνωση; Καθαρά από περιέργεια γιατί στο github έγινε ενημέρωση πριν 5 ημέρες και δεν αναφέρει κάτι τέτοιο!

**nplatis** · 17-05-18, 08:37

Τώρα τελευταία χρησιμοποιώ aurman, πιο συμπαθητικό από το trizen που είχα χρησιμοποιήσει για λίγο καιρό.

**ranger** · 17-05-18, 12:45

Θέλω μόνο να συγκρίνει τα πακέτα μου με αυτά του aur και αν υπάρχει ενημέρωση να μου το βγάζει. Δεν θέλω να χτίζει τίποτα.

Αρχικό μήνυμα από MitsakosGR

Που την βρήκες την ανακοίνωση; Καθαρά από περιέργεια γιατί στο github έγινε ενημέρωση πριν 5 ημέρες και δεν αναφέρει κάτι τέτοιο!

Στο ίδιο το github.

https://github.com/falconindy/cower/pull/147/files

Το ξέρω ότι βγήκε update. Από τότε άρχισε να βγάζει και το παραπάνω error άρα για μένα είναι άχρηστο.
Πάντως αν δεις τον κώδικα δεν έχει αλλάξει και τίποτα

**ranger** · 20-05-18, 01:17

Τελικά τίποτα άλλο δεν βρήκα που να μου κάνει.
Το yaah είναι παρόμοιο με το cower αλλά δεν δέχεται ---ignorerepo.
Με βλέπω να γυρίζω στο προηγούμενο cower

**axel** · 25-06-18, 20:19

Μια ερώτηση σχετική με το systemd. Παρατήρησα πως όταν άνοιγα για δεύτερη φορά μέσα στη μέρα τον υπολογιστή αυτός έμενε στο loading του KDE πολύ λιγότερο απ'ότι την πρώτη φορά. Τελικά κατάλαβα πως αυτό οφειλόταν σε δύο services που τρέχουν μία φορά τη μέρα, τα updatedb.service και man-db.service.

Κώδικας:

$ systemd-analyze blame
         36.491s updatedb.service
         11.538s man-db.service
          1.034s smb.service

Προσπάθησα να σετάρω με systemctl edit man-db.timer το OnBootSec=120 ώστε να τρέξουν τα services 2 λεπτά μετά το boot για να μη χρειάζεται να περιμένω, αλλά δεν δούλεψε.

Ξέρει κανείς ποιος είναι ο σωστός τρόπος για να κάνω κάτι τέτοιο;

**jim_p** · 27-06-18, 09:07

Σε παρομοιο περιστατικο στο debian (apt-daily.service), απλα το εκανα disable και τερμα. Αλλα μπορει να χρειαζονται αυτα τα 2 services για το indexing service του kde (baloo?)...

**ranger** · 27-06-18, 11:34

To updatedb δεν έχει σχέση με το KDE, είναι system wide. Το χρησιμοποιώ συχνά πχ με την εντολή locate. Μπορείς να το τρέχεις και χειροκίνητα όποτε θες.
axel τι σύστημα έχεις; Θυμάμαι παλιά όταν το έτρεχα έκανε αρκετά δευτερόλεπτα να τελειώσει το index, τώρα με τους ssd θέλει κάτω από 1, είναι σχεδόν ακαριαίο.

**axel** · 27-06-18, 22:00

Κανένα από τα δύο services δεν έχει σχέση με το KDE. Και δεν είναι κάτι που θέλω να απενεργοποιήσω. Το updatedb κι εγώ με το locate το χρησιμοποιώ.

Το / το έχω σε ssd. Το /home και τα data σε μηχανικούς.

Δοκίμασα πάντως να τρέξω με το χέρι το updatedb και όντως είναι ακαριαίο. Δεν ξέρω αν παίζει ρόλο το ότι έτρεξε ήδη κατά το boot.

Για το man-db τώρα που το έψαξα βλέπω αρκετά failed και wait. Ίσως το καθυστερούν και αυτά.

Spoiler:

Όπως και να έχει θα ψάξω έναν τρόπο να αργούν λίγο να τρέξουν στο boot.

**pmav99** · 04-07-18, 12:31

Αν έχεις καιρό να τρέξεις το updatedb τότε αργεί, αν τρέχει κάθε μέρα τότε θα πρέπει να είναι σχεδον στιγμιαίο εκτός και αν δημιουργούνται κάθε μέρα χιλιάδες νέα αρχεία

**jim_p** · 04-07-18, 17:55

Αρχικό μήνυμα από pmav99

Αν έχεις καιρό να τρέξεις το updatedb τότε αργεί, αν τρέχει κάθε μέρα τότε θα πρέπει να είναι σχεδον στιγμιαίο εκτός και αν δημιουργούνται κάθε μέρα χιλιάδες νέα αρχεία

Εισαι σιγουρος για αυτο? Γιατι την εποχη που ειχα hdd, εκανε παντα την ιδια ωρα να ανανεωσει τη βαση του, ειτε το ετρεχα μετα απο 10 λεπτα, ειτε μετα απο 1 μηνα...

**imitheos** · 04-07-18, 21:04

Αρχικό μήνυμα από jim_p

Εισαι σιγουρος για αυτο? Γιατι την εποχη που ειχα hdd, εκανε παντα την ιδια ωρα να ανανεωσει τη βαση του, ειτε το ετρεχα μετα απο 10 λεπτα, ειτε μετα απο 1 μηνα...

Εξαρτάται από το πρόγραμμα που χρησιμοποιείς. Υπάρχουν 3 εκδοχές (τουλάχιστον 3 ξέρω εγώ. ίσως υπάρχουν και άλλες). Παλαιότερα οι περισσότερες διανομές χρησιμοποιούσαν το gnu locate το οποίο είναι όπως λες αργό. Κάποια στιγμή άρχισε ο πυρετός της αλλαγής προγραμμάτων με "secure" εκδόσεις και άρχισε να κερδίζει σε δημοφιλία το slocate. Δεν θυμάμαι ακριβώς τι διαφορές είχε πέρα από το γεγονός ότι δεν εμφάνιζε αρχεία που δεν είχες πρόσβαση. Δηλαδή αν έτρεχες "locate jim" σαν χρήστης θα έπαιρνες 10 αποτελέσματα και σαν root θα έπαιρνες 18 αποτελέσματα.

Μετά οι περισσότερες διανομές πέρασαν στο mlocate το οποίο κάνει "merge" δηλαδή σημειώνει timestamps για τους καταλόγους οπότε αν δεν έχει αλλάξει timestamp ένας κατάλογος δεν μπαίνει καν σε αυτόν οπότε είναι θεωρητικά απείρως πιο γρήγορο όπως σου είπε ο pmav99. Πρακτικά η κατάσταση δεν είναι τόσο ρόδινη επειδή η εγκατάσταση / αναβάθμιση κάποιου προγράμματος θα βάλει αρχεία σε /bin, /lib, /usr/bin, /usr/lib, /usr/share, κτλ οπότε ακόμη και για ένα αρχείο στον κάθε κατάλογο θα αλλάξει το timestamp και θα πρέπει να ξανά-ελεγχθεί αλλά και πάλι κάποιοι κατάλογοι δεν θα αλλάξουν οπότε θα είναι πολύ πιο γρήγορο από το gnu locate.

Κώδικας:

# /usr/bin/time /opt/locate/bin/updatedb
106.53user 103.37system 4:09.62elapsed 84%CPU (0avgtext+0avgdata 2522212maxresident)k
721720inputs+102400outputs (2major+634787minor)pagefaults 0swaps

# echo 3 > /proc/sys/vm/drop_caches

# /usr/bin/time /opt/locate/bin/updatedb 
100.88user 95.67system 3:13.91elapsed 101%CPU (0avgtext+0avgdata 2522180maxresident)k
0inputs+102048outputs (0major+634773minor)pagefaults 0swaps

# /opt/locate/bin/updatedb --version
updatedb (GNU findutils) 4.6.0

Σύγκρινε με το ακόλουθο

Κώδικας:

# rm /var/lib/mlocate/mlocate.db 

# /usr/bin/time updatedb         
0.61user 2.38system 0:46.95elapsed 6%CPU (0avgtext+0avgdata 2964maxresident)k
466985inputs+22328outputs (2major+347minor)pagefaults 0swaps

# echo 3 > /proc/sys/vm/drop_caches 

# /usr/bin/time updatedb            
0.07user 0.06system 0:00.14elapsed 100%CPU (0avgtext+0avgdata 2812maxresident)k
0inputs+22000outputs (0major+291minor)pagefaults 0swaps

# updatedb --version
updatedb (mlocate) 0.26

Προφανώς το mlocate είναι ρυθμισμένο σωστά και απορρίπτει καταλόγους που δεν χρειάζονται και για αυτό έχει τόσο τεράστια διαφορά στην 1η εκτέλεση (~~56sec~~47sec έναντι 4min). Το findutils το έκανα compile στα γρήγορα απλά για να δεις την διαφορά και δεν ρύθμισα τίποτα.

Edit: Πρέπει να έκανα λάθος copy-paste γιατί στην 1η εκτέλεση είχα 0.56 sec και όχι 56 που νόμισα. Ξανά έτρεξα το updatedb αφού έσβησα το αρχείο και ο συνολικός χρόνος που έδωσε ήταν 47 sec.

**jim_p** · 05-07-18, 10:25

Ωραιος

Παω να βαλω το mlocate τωρα να ιεμαι σιγουρος οτι εχω την "καλη" εκδοχη του locate :P

**pmav99** · 05-07-18, 22:51

thanks imitheos!

**mzaf** · 11-07-18, 11:45

Χρησιμοποιείτε το AUR?Για περάστε...για περάστε
https://www.bleepingcomputer.com/new...ge-repository/

Θέμα: Περί Arch Linux... (v6)

Παρόμοια Θέματα

Περί Arch Linux... (v5)

Περί Arch Linux... (v4)

Περί Arch Linux... (v3)

Περί Arch Linux... (v2)

Περί Arch Linux...

Tags για αυτό το Θέμα

Bookmarks

Bookmarks

Δικαιώματα - Επιλογές