Średnie obciążenie systemu, stany procesów w Linuksie i mity związane z...

Siemanko! Na blogu firmy w której pracuje pojawił się mój artykuł z którego jestem dość zadowolony (na tyle by go tutaj umieścić :)). Traktuje on o jednej z najbardziej podstawowych statystyk w systemie Linux tj. loadavg. W artykule starałem się na tyle ile umiem zejść niskopoziomowo.

[kwanty]

Ten Linux to jakiś horror... trupy, zombiaki, rodzicie zabijający dzieci, chów wsobny (rozmnażanie przez pączkowanie), dozwolone akcje typu "kill-them-all" (kill -9 -1) ewentualnie z opcją popełnienia samobójstwa (sudo kill -9 -1), masowe czyszczenie pamięci rm -rf / (aka RMF FM), etc...

Po prostu raj dla psychopatów ;-)

[t.....y]

@kwanty:
paniczne jądro xD

[QBA__]

@QBA__: ( ͡° ͜ʖ ͡°)

[ptoki2]

Artykul fajny ale nieco sobie przeczy. Mianowicie pytania zadawane kandydatowi sa dosyc glebokie i z rodzaju "zaszumionych" sugeruje to ze przykladana jest jakas szczegolna uwaga do odpowidzi na nie udzielonych.

Jednoczesnie jeden z mitow mowi ze load jest wazny.

No to troche bez sensu oceniac kandydata na podstawie czegos co nie jest az tak wazne. Szczegolnie pytajac o to jak jest liczone (srednia vs wygasajaca srednia).

I

[make_void]

@ptoki2: Pozwól, że pozwolę sobie napisać tutaj dłuższy komentarz :D.

Nasz proces rekrutacyjny nie składa się z jednego pytania :D. Jednak składa się z jednego etapu (od strony technicznej, rozmowy tzw biznesowe, jako że są negocjacjami mogą oczywiście trwać dłużej). Jest to tylko 1 godzina na ocenę kandydata i rekomendację. Stąd mamy kilka założeń podczas rekrutacji:

- Pytania są standaryzowane, tj mamy bazę pytań z których zadajemy, oczywiście prowadzący rozmowę może zadawać

[ptoki2]

@make_void: Dziekuje za informacje.

Zauwazylem ze wymieniles sporo narzedzi ktorych w szerokiej praktyce sie nie uzywa na systemach produkcyjnych.
Albo jak sie uzywa to troche oznacza ze test/uat/stage czy jak to sobie tam nazwiemy jest mocno nie porownywalny z produkcja wiec nie wychwytuje problemow wydajnosciowych. W zyciu nie spotkalem admina OS ktory by zrodla jadra czy narzedzi czytal jak nie stanal przed sciana w sytuacji kiedy support rozlozyl rece.

Powyzsze to moja subiektywna

[s.....o]

Za artykuł o procesach linuksowych i loadavg wykop.
PS. Strukturka sysinfo bardzo bliska mojemu nickowi :)

[UmCykCyk]

@sys_info za to /duv/null na zawsze w moim sercu

[Saly]

warto podlinkować ten artykuł http://www.brendangregg.com/blog/2017-08-08/linux-load-averages.html

[wacky]

@make_void fajnie napisany, propsy ;) mógłbyś podać URL do RSSa tego bloga?

[wykopek_n]

@wacky: /blog/feed ? Nawet nie sprawdziłeś standardu?

[QBA__]

@make_void
Dodam tu taką ciekawostkę związaną z loadavg która kiedyś wrzucałem na mirko:

Kernel Linuxa ma taką klasę jak led-trigger - czyli źródło zdarzeń do migania ledami. Jednym z nich jest "heartbeat" - podpięcie go do diody powoduje miganie w takt bicia serca.

Ale to nie koniec. Prędkość tego migania jest uzależniona od obciążenia systemu w ciągu ostatniej

[ptoki2]

@QBA__: Dzieki za hinta. Zrobilem sobie hdd activity leda. Nie wiedzialem ze sie tak daje :)

[TommyMnemonic]

Skisłem jak ogór przez zimę: "Niestety czasem rodzice nie obsługują poprawnie swoich dzieci. W takim wypadku z dziecka tworzy się zombie" XD

[wodny]

@make_void Wydaje mi się, że warto dodać, szczególnie w micie drugim, że na load wpływa również IO związane z gniazdami sieciowymi. Pamiętam, jak na serwerze monitorującym urządzenia sieciowe osiągaliśmy load kilkanaście-kilkadziesiąt, gdy czekał aż wszystkie mocno obciążone urządzenia łaskawie odpowiedzą na zapytanie SNMP słane UDP.

[make_void]

@wodny: Dziękuje za zwrócenie uwagi, postram się w najbliższym czasie uzupełnić iż stan D zawiera w sobie dużo więcej niż tylko I/O na dyskach.

[twar]

Niesamowite to. xD
Tez uzywam linuksa ale na starosc chyba znormalnialem bo mam juz w------e na wlasnoreczne kompilacje programow i kernela, jak cos "nie dziala" to zamiast tracic czas na zastanawianie sie dlaczego i proby naprawy to po prostu biore inna dystrybucje. Tak wlasnie po chyba ponad 5 latach skonczyla sie moja przygoda z archlinuxem a pozniej manjaro, ten pierwszy srednio co 2-3 miesiace po aktualizacji sie juz nie uruchamial i trzeba

[ptoki2]

@twar: Masz racje. Inicjalnie wybrales fanaberyczne dystrybucje i miales cyrka :)
Ja mialem to szczescie ze mnie zadne archy, manjaro, mandrake, suse i podobne efemerydy nigdy nie ciagnely i unikalem takich niestabilnosci.

Po uzyciu fedory, debiana, ubuntu am same dobre wspomnienia wlacznie z upgradem laptopa miedzy fedora 12 a 18 w jeden wieczor i zorientowaniu sie ze wszystko co mialem nadal jest tam gdzie bylo, wszystko dziala i przybylo ficzerow

[RabinTakRabinNie]

Ogólnie z linuxem mam niewiele wspólnego, raczej jako ciekawostka i alternatywa dla OSX bardziej niż windows (lepsze niskopoziomowe sterowniki audio i wielu przypadkach video) Natomiast zastanawia mnie dlaczego są w tym systemie takie sprawy które skutecznie odpychają każdego casual-user'a. Na przykładzie Ubuntu: terminal spoko ale czy nie dałoby się tych skryptów umieszczac na githubie w postaci wykonawczej? tj, klikasz nadajesz uprawnienia i już jak .exe Drugie MEGA przeoczenie to brak dynamicznego pliku

[q.....n]

@RabinTakRabinNie: Plik stronicowania nie ma służyć jako dodatkowa pamięć ram, jak ci jej brakuje to najlepiej ją dokupić(dysk nie jest dobrym zamiennikiem RAM).
W niektórych dystrybucjach (chyba Fedora póki co) ulepszona została funkcja zabijania procesów które zabierają zbyt dużo pamięci w sytuacjach kiedy zaczyna jej brakować

[ninio]

Na przykładzie Ubuntu: terminal spoko ale czy nie dałoby się tych skryptów umieszczac na githubie w postaci wykonawczej? tj, klikasz nadajesz uprawnienia i już jak .exe

@RabinTakRabinNie: Najbliżej tego jest AUR w Archu i jego pochodnych (np. Manjaro). No i AppImage, które są odpowiednikiem aplikacji portable z Windowsa i działają niezależnie od dystrybucji której używasz.

Wszystkoisto przy założeniu, że nie chodzi Ci os skrypty "skrypty" tylko aplikacje, bo przecież zwykłe

[x.....k]

@make_void Wartość load avg jest zazwyczaj pierwszą metryką jaka jest sprawdzana podczas oceny obciążenia systemu. Jej wartość pokazuje jak mocno system jest zajęty z punktu widzenia użytkownika. Należy jednak mieć na uwadze, że wartości zwracane przez loadavg mogą być całkiem nieprzydatne. Dzieje się tak m.in za sprawą procesów w stanie nieprzerywalnego uśpienia (uninterruptible sleep), które są uwzględniane podczas wyliczeń.

Procesy w tym stanie są zablokowane, nie reagują na sygnały. W większości przypadków