• naur@tech.pr0n.pl
      link
      fedilink
      arrow-up
      1
      ·
      21 days ago

      Teraz różne kernele będą mogły się ze sobą łączyć i komunikować.
      To jest straszne jak piekło. #pdk

      • サぺル@tech.pr0n.plOPM
        link
        fedilink
        Polski
        arrow-up
        1
        ·
        edit-2
        21 days ago

        Wyncyj warstw. Procesor wytrzymie.

        Jaka była ostatnia innowacja w GNU/Linuksie, która się wam spodobała?

        • naur@tech.pr0n.pl
          link
          fedilink
          Polski
          arrow-up
          1
          ·
          edit-2
          20 days ago

          FUSE ;-)

          A tak na serio, z kernela dla mnie przydatne są: perf (chociaż to nie jest czysto kernelowy projekt), eBPF, przestrzenie nazw (Docker), KVM. BTRFS też jest ok. To w sumie nie są nowe rzeczy, ale raczej wyróżniają Linuksa na tle innych systemów).
          IO_uring też wygląda ciekawie, ale jeszcze śię tym nie bawiłem.
          Chciałbym, żeby był w kernelu pledge, bo obecnie ludzie muszą to hackować za pomocą eBPFa.

          W GNU nie ma już innowacji. Jest za to pełno nowych projektów w userspace, które zaczęły odjeżdzać tym domyślnym narzędziom. Chociażby ewolucja top -> htop -> btop.

            • naur@tech.pr0n.pl
              link
              fedilink
              Polski
              arrow-up
              1
              ·
              18 days ago

              Nix ma swoje wady: jest trudny w utrzymaniu, analiza błędów jest bardziej skomplikowana od debugtowania szablonów C++, żeby zmienić konfigurację systemu musisz mieć połączenie z siecią, integracja z LSB jest słaba, ciężko jest rozwijać software na inne dystrybucje używając Nixosa (chyba że wspiera się tylko nixa).

              Tmux to w sumie nic nowego, ale używam go tylko do utrzymania sesji terminala na zdalnych hostach.
              Nie robię tym narzędziem multiplexowania sesji, bo wygodniejszą obsługę wielu okien mam w i3wm.
              Bardziej przydatny w pewnych warunkach jest mosh. bo eliminuje problem opóźnienia w terminalu na słabych/mobilnych łączach.

              • サぺル@tech.pr0n.plOPM
                link
                fedilink
                Polski
                arrow-up
                1
                ·
                14 days ago

                Chyba powinieneś opublikować swój workflow i zestaw narzędzi, bo stajesz się jakimś bohaterem.

                • naur@tech.pr0n.pl
                  link
                  fedilink
                  Polski
                  arrow-up
                  1
                  ·
                  14 days ago

                  Tylko że ja właśnie nie mam jakiegoś standardowego worfklowu. :-)

                  Może jestem staromodny, ale jeśli mam do skompilowania 3 pliki, to używam shella albo prostego Makefile.
                  Nie będę pisał CMakeLists.txt z zarządzaniem zależnościami ani stawiał pipeline’u CI/CD dla projektu, który zrobię na swoim komputerze przez dwa tygodnie.

                  Często widzę w repo malutkich projektów gotowe integracje z różnymi narzędziami, nix flakes, dockerem, trzema systemami budowania kodu, GitHub pipelines.
                  Zastanawiam się wtedy, czy te narzędzia zostały wprowadzone by rozwiązać rzeczywisty problem, czy po prostu ktoś chciał przetestowac nową zabawkę.

                  W ostatnich latach miałem taka ekspozycję na tego typu rozwiązania w różnych projektach firmowych, że dorobiłem się chyba jakiejś alergii na takie “devopsowe” tematy.