Russian Fedora

cообщество русскоязычных участников
международного проекта Fedora

Прогресс с перенесением всего из /bin и /sbin в /usr

Это архивная статья

С сегодняшнего дня началась модификация и пересборка всех пакетов, которые устанавливают хоть что-то в /bin и/или в /sbin. Оттуда все файлы переносятся в /usr/bin и/или /usr/sbin соответственно. Обратной дороги нет, и прогресс не остановить! Будем надеяться, что теперь с версии 17 Fedora будет еще чуть ближе к оригинальным Unix'ам.

Новые пакеты для RERemix от russianfedora

Это архивная статья

С сегодняшнего дня я начинаю собирать пакеты из репозиториев рашнфедоры и для RERemix (RHEL, CentOS, SL) 6 версии. Уже собраны i7z, драйвер и утилиты exfat.

Новости от разработчиков Anaconda, инсталлятора системы

Это архивная статья

На прошедшем с 13 по 15 января 2012 года FUDCon (Fedora Users and Developers Conference) в Blacksburg, USA разработчики всем знакомого инсталлятора Anaconda, используемого в Fedora рассказали как о проведенной работе, так и о будущих планах:

  • Новый, переработанный интерфейс. К Fedora 17 его доделать не успели, так-что мы его увидим только в Fedora 18.
  • Переход на dracut, что позволило снизить требование к памяти до 512 мегабайт (и потенциально уменьшить до 256).
  • Апгрейды системы начиная с Fedora 18 будут выполняться только с помощью preupgrade. Т.е. если вы выберете в anaconda пункт "обновить существующую систему", то будет задействован preupgrade.

Обновление браузера Opera

Это архивная статья

В репозитории доступно очередное обновление популярного в России браузера Opera 11.61. Данное обновление является рекомендованным в плане безопасности и стабильности.

Небольшое обновление утилиты i7z

Это архивная статья

В репозитории russianfedora обновлён пакет i7z до последней доступной версии из svn. Эта небольшая утилита будет интересна владельцам процессоров Intel i3, i5, i7 для контроля и изменения их частоты и энергосбережения .

Одобрено еще несколько новых "фич" Fedora 17

Это архивная статья

На прошедшем 23 января 2012 года собрании FESCo одобрили ряд новых фич Fedora 17, и в этот раз их список очень внушителен:

Помимо этих фич, на рассмотрение уже поданы новые заявки.

Усиление Java команды Red Hat

Недавно было анонсировано (тут и тут), что в Red Hat на работу приходят два Java разработчика, ушедших от известных финансовых спекулянтов JPMorgan Chase & Co - Mario Torre и Roman Kennke. Будем надеяться, что это сильно улучшит общую ситуацию с Java в Fedora, где, к сожалению, наблюдаются некоторые проблемы.

Пожелания системных программистов программистам ядра

Это архивная статья

Широко известный сотрудник Red Hat и участник Fedora, Lennart Poettering вместе с коллегами предоставил третий выпуск пожеланий для разработчиков ядра. В документе перечисляются новые функции, которые было бы полезно реализовать на уровне Linux Kernel. К третьему выпуску документа некоторые из них уже реализованы.

Развитие XFS

В недавнем докладе инженера компании Google, Michael Rubin, о файловых системах будущего, который активно обсуждался в русскоязычной линукс-блогосфере, прозвучало упоминание о XFS, как о файловой системе ближайшего будущего. Среди прочих упоминались btrfs, ext4 и другие современные файловые системы, так-что упоминание системы из 1993 года, которую портировали на Linux больше 10 лет назад, как системы ближайшего будущего, у многих вызвало усмешки и/или недоумение.

Свои разъяснения (внимание, статья находится за paywall) дал разработчик XFS, работник Red Hat, Dave Chinner. Оказывается, уже очень давно, в XFS есть операции, линейно масштабирующиеся по количеству потоков, чего не смогла до сих пор достигнуть ни ext4, ни btrfs (у нее проблемы начинаются уже с 4-8 потоков). Единственное, где она проигрывала, это запись журнала. И эта операция не только не масштабировалась, но и порождала огромное количество действий при совершенно небольших изменениях (распаковка тарболла с исходниками ядра Linux, например, где XFS была в 20-50 раз медленнее ext4), чем ухудшала общие показатели, практически прекращая масштабирование производительности после 4 потоков.

Эту ситуацию пытались поправить уже несколько раз в прошлом, но, из--за сложности реализации этой системы, все эти попытки успехом не увенчались. И вот, Дэйв сообщил, что добился серьезного прогресса. С версии 3.3 ядра в XFS будет включен механизм отложенной записи операций с журналом, позаимствованный из ext3. Теперь система почти линейно масштабируется, и она показывает в несколько раз более лучшие результаты, чем ext4 при количестве потоков более 4. Дэйв также обрисовал дальнейший фронт работы. Это онлайн-проверки самой системы, исправление ошибок и обнаружение проблем с жестким диском.

Что до конкурентов, то ни ext4, ни btrfs не в состоянии теперь показать сколь-нибудь превосходящие показатели в каких-либо тестах по сравнению с XFS. Начиная с версии 3.3 в Linux ядре у нас новый король ФС.