Udzielone Odpowiedzi
- Posty
gdy chcę ją dodać, żąda uwiarygodnienia i odmawia dostępu, twierdząc, że nieprawidłowa autoryzacja
Jakiego używasz hasła do autoryzacji? Powinno to być Twoje hasło, a nie SU (root).
Sugerujesz mi żebym odinstalował plymouth, to przecież system mi się nie uruchomi. Wiem bo sprawdzałem.
Bzdura – nie mam plymouth – system się uruchamia. Wadliwie go odinstalowałeś. To jednak nie jest w żaden sposób związane z tematem @paranoise
@Robert75 – Rozważ dlaczego lightdm podnosi Ci się aż 22 sek (może inny greeter, może inny motyw?) oraz – bo na to mi wygląda – czy nie poskromić zapędy journalctl na przestrzeń dyskową (czyli ograniczyć rozmiar. Także rezygnacja z plymouth – jak zawsze – przyspiesza start systemu. Innymi słowy: ładnie (dot. lightdm i plymouth) lub szybko – wybór należy do Ciebie.
Nie jest tajemnicą że pierwsze uruchomienie kompa według systemd-analyze trwa zawsze dłużej, niż po kolejnych restartach.
To też nie do końca jest prawda. Wszystko bowiem zależy od tego jakie są uruchamiane usługi.
Faktem natomiast jest, że wynik działania polecenia systemd-analyze za każdym startem może być różny :)
Nie ma to istotnego znaczenia.
@paranoise: Fakt, pokaż nam wynik (oprócz tego, o czym pisał @Robert75):systemd-analyze blame systemd-analyze critical-chainNadto – wyjaśnij co rozumiesz przez „długie uruchamianie się systemu”, bo może to mieć co najmniej kilka znaczeń.
Żeby sprawdzić po jakim czasie się uruchamia system należy wklepać do terminala systemd-analyze i wcisnąć przycisk enter.
I tak – i nie. To polecenie poda nam wyłącznie sumaryczny czas uruchamiania się procesów kernela oraz tzw. userspace, czyli procesów użytkownika (nie wiem jak to prawidłowo nazwać). Nic nam natomiast nie mówi o uruchamianiu się środowiska, a to jest utożsamiane przez ZU z „systemem” w przypadku linuksa. Ba bywa również i mylące. Przykład? Oto wynik tej komendy po uruchomieniu komputera po raz pierwszy dzisiaj:
systemd-analyze Startup finished in 10.062s (kernel) + 3min 14.026s (userspace) = 3min 24.088sCzy to oznacza, że od chwili naciśnięcia przycisku „power” do chwili w której mogłem z komputera korzystać upłynęło 3,5 min? Nie.
Przyglądnijmy się bliżej co zajęło komputerowi ten czas:$ systemd-analyze blame 2min 52.539s updatedb.serviceTak. Używam mlocate. Ta paczka dostarcza m.in. usługę updatedb, która uruchamiana jest automatycznie o godz. 0:00 lub w przypadku
pierwszego uruchomienia komputera po upływie 24h od ostatniej aktualizacji bazy. Proces ten nie ma jednakże wpływu na „start” systemu i odbywa się w tle (systemd daje możliwość uruchamiania kilku usług równocześnie), gdy pojawi się już środowisko.
Niestety wynik polecenia systemd-analyze jest mocno fetyszyzowany i nie daje niemal żadnej sensownej informacji o tym jak szybko startuje system. Sensowniejsza jest analiza dokonana z użyciem opcji „blame”, albowiem to przynajmniej daje nam informację jak szybko startują poszczególne procesy i – o ile ktoś się na tym zna – umożliwia ich optymalizację.zainstalowałem tam też PyCharm, którego Pacman nie ma
Pacman niczego nie ma :) Niemniej jednak w AUR są następujące programy pycharm:
aur/pycharm-community-eap 2016.2.162.1236.15-1 (2 głosów) [nieaktualny] Powerful Python and Django IDE, Early Access Program (EAP) build. Professional edition. aur/pycharm-edu 3.5.0-1 (3 głosów) Free, Easy & Professional Tool to Learn Programming with Python aur/pycharm-community 2017.1-1 (306 głosów) Powerful Python and Django IDE. Community edition. aur/pycharm-eap 2:2017.1.0.171.3780.115-1 (21 głosów) Powerful Python and Django IDE, Early Access Program (EAP) build. Professional edition. aur/pycharm-professional 2017.1.0-2 (144 głosów) Powerful Python and Django IDE. Professional edition.Generalnie to jedna rada – jeśli nie chcesz prędzej czy później obudzić się z rozwalonym systemem, to instaluj programy przez menedżera pakietów, jaki udostępnia Ci system (pacman). Oczywiście Twój system – możesz z nim robić co chcesz, ale droga, jaką obrałeś nie jest sensowna.
@aquila – Temat dla Ubuntu nie jest już aktualny w przypadku systemów opartych o systemd. O optymalizacji wydajności oraz procesów startowych można przeczytać w wiki Archa: 1, 2 i 3.
Dość łatwo usługami systemd można zarządzać poprzez systemdgenie (to głównie dla systemów opartych o Qt) lub systemd-kcm (Plasma), lub systemd-gui (w systemd-ui – głównie sens używania w systemach opartych o Gtk). Tylko trzeba wiedzieć jak.
Inna sprawa, że… to o czym pisze paranoise chyba jednak nie dotyczy samego startu usług, a po prostu pojawienia się Plasmy w sposób nadający się do jej używania. Niestety – samo pierwsze „wyrysowanie” elementów środowiska przez Plasmę trwa (wystarczy porównać ile czasu potrzebuje Plasma przy pierwszym starcie i przy starcie po wylogowaniu). Są możliwości przyspieszenia startu Plasmy, ale tak na prawdę, to albo napisać trzeba byłoby podręcznik, albo jedynie ogólnie wylistować. Pierwszego mi się nie chce, zatem listing:
1. Oprócz optymalizacji usług systemd – rezygnacja z niepotrzebnych usług w Plasma.
2. Dodanie compose-cache
3. Rozsądne używanie baloo i przede wszystkim doprowadzenie pierwszej indeksacji do końca.
4. Dostosowanie opcji wyświetlania do posiadanego sprzętu.
5. Ewentualne rozważenie kompresji niektórych plików wykonywalnych.
6. Optymalizacja zachowania Plasmy przy kończeniu sesji i rozpoczynaniu nowej (czy ma zapamiętywać wszystko, czy rozpocząć nową sesję itp.).
7. Rozważenie, czy na pewno DM jest nam potrzebny czy też nie lepiej, by startem Plasmy sterował np. systemd.
8. Rozważenie ew. korzystania z hibernacji itp.
Pewnie jeszcze kilka innych, które nie przychodzą mi teraz do głowy.
Niemniej jednak, przez brak optymalizacji procesów startowych w samym najpopularniejszym tandemie SDDM/KWin proces uruchamiania się KWina do szybkich nie należy. Niestety prace prowadzone w tym zakresie zostały porzucone kilka lat temu i nie nadają się dla Plasma 5.Wytłumaczenie od FF oraz jak sobie z tym radzić nie wystarczy?
Polecenie pacman -Syu dokonuje aktualizacji wszystkich paczek, które masz w systemie. Dla pacmana nie ma znaczenia, czy to XFCE, Cinnamon, czy cokolwiek innego. Paczka w systemie jest, na serwerze jest jej nowsza wersja, to nalezy ją zaktualizować.
ad. 2: Jak instalowałeś tę anakondę? W systemie masz instalować wszystko poprzez pacmana (czyli musisz mieć PKGBUILD). W AUR są anaconda i anaconda2 (nie wiem czym się różnią), oba instalują się do /opt/anakonda(-2). Jeśli instalowałeś z AUR, a niczego nie zmieniałeś w uprawnieniach do /opt, to – o ile problem dotyczy braku możliwości uruchamiania – to leży w PKGBUILD (choć go nie widzę). Jeśli instalowałeś w inny sposób – zainstaluj tak jak wszystko w Archu (Manjaro) winno być instalowane, czyli przez pacmana. W tym przypadku z AUR (UWAGA – musisz mieć sporo RAM na to lub zbudować w innej lokalizacji niż tmpfs).
Jeśli program jest „niewidoczny” to sprawdź sobie ustawienia środowiska, czy w ogóle w PATH masz /opt. Inna sprawa, że obie paczki tworzone na podstawie PKGBUILDów z AUR nie dostarczają pliku *.desktop, który winien w nich być (błąd PKGBUILD do zgłoszenia). Możesz sobie taki plik napisać we własnym zakresie. Dla „schematu” możesz wykorzystać jakikolwiek inny plik typu *.desktop uruchamiający jakikolwiek inny program. Najlepiej też dołączyć go do budowanej paczki, tak by pacman widział ten plik jako należący do określonej paczki.
ad. 3: Skoro nie masz takiego katalogu (a nie jest on domyślnie tworzony), trzeba go stworzyć. Być może nie masz też zdefiniowanego ~/bin w PATH – wowczas trzeba sobie dodać wg któregoś z tych przepisów.EDIT:
Ok, zbudowałem tę anacondę. W lokalizacji /opt/anaconda/bin jest mnóstwo wykonywalnych plików pythona. Jeśli wszystkie one muszą być dostępne jako wykonywalne z poziomu systemu (a nie programu), to powinieneś dodać sobie zmienną środowiskową PATH=/opt/anaconda/bin do systemu. Jeśli tylko conda, to możesz stworzyć plik anaconda.desktop, w którym wpiszesz (to nie cały plik *.desktop):Exec=/opt/anaconda/bin/conda Icon=/opt/anaconda/share/pixmaps/spyder3.png (o ile to jest ikona dla tego programu)Reszta pliku anaconda.desktop – wg Twojego uznania (oczywiście w ramach „schematu”). Plik anaconda.desktop winien być umieszczony w /usr/share/applications/. Jeśli chcesz to zrobić prawidłowo (czyli by był instalowany przez paczkę, to po ściągnięciu tarballa, powinieneś dokonać edycji PKGBUILD, dodać anakonda.desktop (który sam stworzysz) do pola source oraz w sekcji package dodać:
install -D -m644 $srcdir/anaconda.desktop "${pkgdir}/usr/share/applications/"
(powinno być prawidłowo, ale 100% nie daję).Systemdgenie owszem, wylistował mi w tabeli obecne działające timery, niestety nie pozwolił dodać swojego.
To młody program widać jeszcze nie ma.
Dodajesz, uruchamiasz usługi jak wszystko w systemd za pomocą systemctl (start/enable).Wszystko można, tylko…
1. Instalacja w /tmp – jeśli robione jest to tak samo jak w Archu (bo już nie pamiętam), to bez w tym zakresie instalacja czegokolwiek w /tmp mija się z celem, albowiem /tmp to… część RAM.
2. Instalacja w /opt – oczywiście jest możliwa. Przeanalizuj sobie np. paczkę masterpdfeditor – to akurat jest konwersja z deb, ale tak się robi takie paczki. Uprawnień do katalogu nie musisz zmieniać i… myślę, że lepiej, by tak zostało, bo paczki, które tam są instalowane nie będą pluły błędu uprawnień.
3. Znów – jeśli Manjaro niczego tu nie zmieniło – to domyślnym katalogiem na instalację lokalnych (tj. dla danego użytkownika) programów jest ~/.bin (ew. ~/.binary), które są widoczne dla systemu. Tu w istocie uprawnienia są takie same jak dla całego katalogu użytkownika.Aha – masz jeszcze systemdgenie oparte tylko o Qt5, które nie jest powiązane z KCM.
Inna sprawa, że wszystkie GUI pracują już z usługami, które w systemie są (choćby nieaktywne). Jeśli potrzebujesz jakiejś dodać (tzn. pliki konfigurujące nie są dostarczane wraz z programem), to – niestety – trzeba taką usługę sobie napisać i uruchomić.
Przy okazji – w obecnym Debianie (i pochodnych) też jest systemd, zatem zasadniczo różnic nie ma.Vulkan raczej Ci nie pomoże w problemach z oglądaniem filmów, albowiem jest to jedynie API dla grafiki 3D, które ma docelowo zastąpić m.in. OpenGL. Także lista aplikacji, która je wspiera obecnie nie jest imponująca. Zerknij choćby na wikipedię.
Skoro pozostałeś przy Intelu, to w wiki Archa, które podrzuciłem wyżej masz podane różne opcje, które możesz spróbować stosować dla polepszenia wydajności. Spróbuj.
