Sinit jest częścią narzędzi bez przyssawki, narzędzia te zostały zaprojektowane tak, aby były tak małe i wydajne, jak to możliwe. Aby uczynić ich małymi, zlikwidują także wiele funkcji. Z tego powodu możesz z nich skorzystać, dlatego musisz użyć czegoś innego. Aby je wdrożyć, musisz zdecydować, jakich funkcji potrzebujesz i skompilować. Dlatego możesz popchnąć „małe” do skrajności za pomocą pakietu Sinit. Minusem jest to, że musisz robić wiele rzeczy samodzielnie, obejmuje to stwierdzenie, że inny system do kontrolowania demonów.

Dlaczego jest to preferowane?

Przyczyną tego rodzaju oprogramowania jest optymalizacja. Zaczynasz tylko od najbardziej podstawowych funkcji i dodajesz wszystko, co chcesz mieć. Odkąd zaczniesz od niemal jałowych, skończysz tylko z żądanymi funkcjami. Jest to bardziej wydajne w porównaniu do usuwania niepotrzebnych funkcji. Możesz zdać sobie sprawę, że w końcu wystawiasz dużo pracy, aby uzyskać konfigurację i musisz znać wystarczające programowanie, aby dodać łatki do istniejącego kodu i rozwiązywać problemy w C.

Co możesz kontrolować?

W większości systemów Systemd jest najczęstszym, masz jeden pakiet, który zajmuje. Kiedy chcesz zminimalizować i przyspieszyć, możesz wybrać Sinit i wybór kontrolera demona, aby odpowiadały Twoim potrzebom. Aby to zrobić, musisz wiedzieć wystarczająco dużo o systemie Linux. Gdy masz demona, który możesz poprawić, wystarczy znać kawałki swojego systemu. Ponieważ nie możesz niczego kontrolować, ale zacznij i zatrzymaj, musisz uruchomić jednego demona lub wybrać kontroler demona.

Jaki demon?

Suckless Witryna sugeruje korzystanie z narzędzi Daemon z nieograniczonych.org [Uwaga: od 8/3/200 Ta strona wydaje się offline]. To oprogramowanie jest napisane dla dowolnego systemu *Nix, dzięki czemu możesz użyć wiedzy nawet poza Linuks. Korzystanie z Daemontools-Encore to rozdział sama, ale po prostu mówiąc, pakiet sprawi, że każdy scenariusz będzie serwisem. Możesz umieścić pliki w dowolnym miejscu, ale katalogi muszą być osiągalne, gdy rozpoczną się Daemontools. Wszelkie systemy plików, na których jest, muszą być wcześniej zamontowane przez inne skrypty. Aby skompilować ten pakiet, musisz utworzyć nowy Makefile. W przeciwnym razie ten pakiet jest standardowym sposobem skompilowania kodu C. Jeśli nie kompilujesz kodu C regularnie, powinieneś użyć tego jako praktyki. Nie wypróbuj swojego systemu na żywo.

Bezpieczny sposób na przetestowanie.

Jednym z bezpiecznych sposobów testowania tego jest pobranie minimalnego systemu Linux i uruchomienie go w maszynie wirtualnej. Jeśli to zrobisz, utwórz katalog źródłowy i dodaj Sini, Sbase i Daemontools-Encore. Dzięki tym trzem pakietom binarnym możesz zbudować cały system kontroli rozruchu i demony. Obecne systemy są uruchamiane z systemem. Kiedy zaczniesz tworzyć nowy system, musisz przenieść wszelkie potrzebne demony i uruchomić je jako prosty skrypt. Ponieważ systemd już uruchamia skrypty, będą to głównie te same skrypty. Musisz ręcznie dodać zależności między procesami. Jeśli naprawdę chcesz stworzyć minimalny system, możesz.

Blister Szybko, dlaczego nie jest używany w większości maszyn?

Gdy system uruchomi się za pomocą SINIT, będzie szybki. Powodem jest to, że będziesz mieć tylko dokładny system, którego potrzebujesz i nic więcej. Zastanawiasz się, dlaczego nie jest używany na całym świecie. Przyczyny są wiele, jeden z nich jest taki, że SystemD jest już kompletne i śledzi złożone interakcje między procesami. Jeśli użyjesz SINIT, będziesz musiał zbudować większą logikę wokół tych zależności. Logika, która jest już w systemie. Istnieją również bardzo ścisła integracja między GNOME i SystemD, więc systemy te wspierają się nawzajem. Większość sytuacji jest objęta po prostu dlatego, że zostały one opracowane równolegle.

Wniosek

Za pomocą SINIT możesz stworzyć bardzo szybki system uruchamiania. Będziesz miał wiele możliwości, w jaki sposób utrzymywać równowagę systemu oraz wszystkie procesy aktywne i nadzorowane. Będziesz jednak musiał wykonać dużo pracy, aby uruchomić pełny system ze wszystkimi dzwonkami i gwizdkami. Dla większości z nas może to być ekscytujący projekt, aby dowiedzieć się, jak działają Linux i inne *NIX, ale będziemy potrzebować standardowej dystrybucji dla naszych „systemów produkcyjnych”