Прогресс с перенесением всего из /bin и /sbin в /usr
Опубликовано 25.1.2012 23:55 пользователем Peter Lemenkov
С сегодняшнего дня началась модификация и пересборка всех пакетов, которые устанавливают хоть что-то в /bin и/или в /sbin. Оттуда все файлы переносятся в /usr/bin и/или /usr/sbin соответственно. Обратной дороги нет, и прогресс не остановить! Будем надеяться, что теперь с версии 17 Fedora будет еще чуть ближе к оригинальным Unix'ам.
Новые пакеты для RERemix от russianfedora
Опубликовано 25.1.2012 18:01 пользователем Vascom
С сегодняшнего дня я начинаю собирать пакеты из репозиториев рашнфедоры и для RERemix (RHEL, CentOS, SL) 6 версии. Уже собраны i7z, драйвер и утилиты exfat.
Новости от разработчиков Anaconda, инсталлятора системы
Опубликовано 25.1.2012 13:56 пользователем Peter Lemenkov
На прошедшем с 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
Опубликовано 24.1.2012 16:47 пользователем Vascom
В репозитории доступно очередное обновление популярного в России браузера Opera 11.61. Данное обновление является рекомендованным в плане безопасности и стабильности.
Небольшое обновление утилиты i7z
Опубликовано 24.1.2012 15:02 пользователем Vascom
В репозитории russianfedora обновлён пакет i7z до последней доступной версии из svn. Эта небольшая утилита будет интересна владельцам процессоров Intel i3, i5, i7 для контроля и изменения их частоты и энергосбережения .
Одобрено еще несколько новых "фич" Fedora 17
Опубликовано 24.1.2012 12:54 пользователем Peter Lemenkov
На прошедшем 23 января 2012 года собрании FESCo одобрили ряд новых фич Fedora 17, и в этот раз их список очень внушителен:
- Включение DIET, открытого решения для высокопроизводительных вычислений
- Переработка способа создания LiveCD, с целью унификации установщиков и методов установки/сборки, которых уже несколько штук
- Сервис дедупликации backtrace'ов в ABRT. Сейчас почти на каждый бэктрейс от ABRT открывается новая заявка в Bugzilla, которые затем приходится объединять вручную. В рамках этой "фичи" будет предпринята попытка автоматизации этого довольно нудного процесса.
- Утилита конфигурации шрифтов, в зависимости от языка. Сейчас для этого требуется знать, как настраивается fontconfig.
- Сервис автодополнения английских слов. Это, скорее всего, нужно для того, чтоб в сети появлялись смешные гифки с ошибками autocomplete не только с iPhone, но и с Fedora, что поможет популяризировать дистрибутив.
- Обновление Eclipce до версии Juno
- Включение в дистрибутив языка Opa. Это язык, предназначенный для облачных вычислений.
- Очередные новые индийские языки.
- DNSSEC на десктопах. Это следующий этап перехода дистрибутива на DNSSEC.
- Поддержка файловых систем EXT4 более 16 терабайт, что уже совсем нефантастично звучит в наши дни
- Обновление Haskell Platform до версии 2011.4. Чуть ранее уже была одобрена фича, в рамках которой будет произведено обновление Glasgow Haskell Compiler до 7.4.1
- Обновление IPA до версии 3
- Обновление OpenJDK до версии 7
- Обновление mkdumprd для kexec-tools. Теперь оно будет использовать dracut.
- Включение virt-sandbox, позволяющего организовать выполнение произвольных пользовательских приложений в изолированном окружении, построенном с использованием libvirt.
- Включение Non-Uniform Memory Alignment Daemon в дистрибутив
- Включение Quantum, виртуального сервиса сети, предназначенного, в основном, для системы облачных вычислений OpenStack.
- RabbitMQ как middleware bus для проекта OpenStack.
- Обновление Ruby до версии 1.9.3
- Включение новой возможности SELinux - запрет на трассировку приложением другого процесса
- Запуск некоторых приложений с их собственной временной директорией вместо общего пространства в /tmp .
- Включение Wallaby, программируемого семантического сервиса конфигураций для HPC системы Condor.
Усиление Java команды Red Hat
Опубликовано 24.1.2012 10:51 пользователем Peter Lemenkov
Недавно было анонсировано (тут и тут), что в Red Hat на работу приходят два Java разработчика, ушедших от известных финансовых спекулянтов JPMorgan Chase & Co - Mario Torre и Roman Kennke. Будем надеяться, что это сильно улучшит общую ситуацию с Java в Fedora, где, к сожалению, наблюдаются некоторые проблемы.
Tomcat 7 с поддержкой Java 7
Опубликовано 23.1.2012 10:18 пользователем anganar
Tomcat 7 с поддержкой Java 7 перешел в update-testing, и в ближайшее время появится в основных репозиториях Fedora. Спасибо за это надо сказать Ивану Афоничеву.
Пожелания системных программистов программистам ядра
Опубликовано 21.1.2012 10:17 пользователем Peter Lemenkov
Широко известный сотрудник Red Hat и участник Fedora, Lennart Poettering вместе с коллегами предоставил третий выпуск пожеланий для разработчиков ядра. В документе перечисляются новые функции, которые было бы полезно реализовать на уровне Linux Kernel. К третьему выпуску документа некоторые из них уже реализованы.
Развитие XFS
Опубликовано 21.1.2012 01:16 пользователем Peter Lemenkov
В недавнем докладе инженера компании 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 ядре у нас новый король ФС.
Свои разъяснения (внимание, статья находится за 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 ядре у нас новый король ФС.
Страницы
- « первая
- ‹ предыдущая
- …
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- следующая ›
- последняя »