Проекти

На цій сторінці зібрано проекти, в розробці яких я беру участь на постійній основі.

Відразу посилання на GitHub. Там багато моїх проектів різного обсягу й корисності. Нижче подано основні.

Збирання:

  • pf-kernel — спеціальна гілка ядра Linux, яка включає деякі корисні сторонні патчі, наприклад, -ck (із MuQSS) і BFQ.

Програмування:

  • dnsbalancer — спеціалізований highload-балансувальник рекурсивного DNS по протоколу UDP;
  • fastpwd — генератор і менеджер паролів на Qt, який використовує алгоритмічну генерацію на SHA-3 (Keccak) без зберігання конфіденційної інформації;
  • libpfrng — користувацька бібліотека високоякісного генератора випадкових чисел;
  • libpftimers — користувацька бібліотека синхронних і асинхронних таймерів;
  • TMXReader — крос-платформова програма для читання експортованих файлів пам’яті перекладів;
  • Nebula5 — веб-сховище файлів для одного користувача.

Локалізація:

  • rutorrent — веб-клієнт для rtorrent.

Минулі проекти:

  • Розкажи про Nebula5. Чи воно краще за FTP на сервері? Які фічі, інтерфейс?

  • Не знаю навіть, чим воно краще за FTP. Я писав собі, щоб була веб-морда, але зараз якось вистачає дропбокса.

  • Seth

    Превед! Скажи, а acpi_call-pf это актуальная штуковина? Его надо вписывать в mkinitcpio модулем?

    Просто сейчас сделал 2гб своп-файл вместо раздела, вписал модули lz4 в initcpio и собираюсь ядро переустановить, чтоб новый initrd сгенерился. Так вот сижу, голову ломаю: может acpi_call не помешает заодно?

  • Не маю поняття.

  • Seth

    А, я уже понял. Это модуль, с помощью которого можно писать скрипты для управления питанием ноутов.

    Никакой погоды для "лучшего парсинга DSDT" он не делает, и сам по-себе на десктопе бесполезен.

  • Seth

    0/ ... Если ты ещё не вернул UKSM, то прошу вернуть, так-как он должен немножко помочь с использованием zswap.

    Тоесть, когда свободной памяти чуть-больше, когда пул для zswap можно поставить больше -- это всегда очень хорошо.

    В таком случае получается, что потери производительности на UKSM ничтожны по сравнению с выигрышем от использования.
    ----

    Я конечно не всё понимаю в жизни, и по ядру я не специалист, но мне кажется, что своп предназначен в первую очередь для предотвращения паники ядра в том случае, когда физическая память кончилась, а потому с "производительностью" своп ничего общего не имеет.

    Своп-раздел эффективен только тогда, когда в дисковых массивах маленькие свопы размещены на множестве дисков "на наружных цилиндрах (справа)".

    Но получается, что своп-раздел на десктопе всегда может попасть на бэд-блок, из-за чего и произойдёт паника или сегфолт. А на домашних компьютерах ещё и будет SSD насиловать, и с одним диском не даст вообще никакой "дополнительной производительности". (т-е, в этом случае своп не даёт ни скорости, не надёжности)

    Зато когда своп находится в файле -- бэды на ФС можно отмечать и маскировать, а своп-файл -- сдвигать в другую область на диске.

    ----
    Тоесть, на десктопных компьютерах нужно по другому смотреть на своповую подсистему.