The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Вышел первый кандидат в релизы ядра Linux 3.9 (3.9-rc1)

04.03.2013 08:01

Спустя две недели с момента выхода ядра 3.8, Линус Торвальдс закрыл окно приема изменений для ядра Linux 3.9 и выпустил первый кандидат в релизы (3.9-rc1). В анонсе отдельно отмечается интеграция в ядро поддержки двух новых архитектур - metag и arc, а также большое число улучшений, связанных с архитектурой ARM. Около 60% всех внесённых в ядро изменений касаются драйверов устройств (драйверы для GPU, сетевая подсистема, staging, pinctrl, звуковая подсистема и т.п.).

Наиболее заметные изменения в ядре 3.9:

  • Экспериментальная поддержка RAID5/6 в файловой системе Btrfs, улучшение работы со снапшотами и ускорение работы системного вызова fsync();
  • В EXT4 задействована реализация возможности "punch hole" для inode, что позволяет использовать функцию для файлов без карты экстентов. "Punch hole" позволяет пометить область внутри файла в качестве необязательной, которую можно при необходимости очистить. Включены наработки по увеличению эффективности кэширования экстентов и ускорено выполнение системного вызова fsync();
  • Ряд исправлений, оптимизаций и улучшений в F2FS, достаточно быстрой файловой системе, ориентированной на Flash-накопители;
  • Поддержка нового семейства встраиваемых процессоров - Synopsys ARC700;
  • В планировщик задач внесены небольшие исправления, позволившие существенно повысить эффективность работы в ситуациях когда число процессоров превышает число выполняемых активных процессов. За счёт сокращения миграций процессов, мешающей оптимальному использованию процессорного кэша, после внесения изменений производительность в некоторых тестах возросла до 15 раз;
  • В системе трассировки ftrace добавлена поддержка создания снапшотов буфера трассировки с управлением через debugfs. Снапшоты позволяют зафиксировать состояние буфера для его изучения без прекращения трассировки, которая будет продолжена с использованием отдельного рабочего буфера;
  • Множество улучшений, касающихся энергосбережения:
    • Реализована поддержка оптических накопителей с нулевым потреблением энергии (zero power optical disc drive) - специального режима, в котором оптический привод может потреблять энергию близкую к нулю в периоды, когда он не используется;
    • Ряд улучшений и изменений, касающихся управления питанием ACPI и ASPM;
    • Ряд иных улучшений и дополнений в системах управления частотами различных процессоров;
    • Реализация легковесного спящего режима (lightweight suspend mode).
  • Ряд улучшений в поддержке архитектуры ARM:
    • Начальная поддержка Soc Tegra 4, которая будет выпущена через несколько месяцев;
    • Поддержка нескольких плат для разработчиков Tegra 3 и Tegra 4;
    • Ряд патчей для улучшения поддержки виртуализации в Xen и KVM на архитектуре ARMv7;
    • На платформе Marwell Kirkwood реализована поддержка горячего подключения для шины PCI-E;
    • Множество иных исправлений и улучшений для поддерживаемых ARM SoC. Увеличено количество SoC, поддерживаемых ядром собранным как multi-platform (одно ядро для разных SoC);
  • Множество улучшений в звуковой подсистеме ALSA: Переработанная поддержка Intel HDA audio. Многие драйверы были унифицированы и объединены, что значительно снизит затраты на их дальнейшую поддержку. Ряд улучшений и поддержка новых чипов в Alsa SoC (ASoC);
  • Поддержка технологии Google Goldfish. Goldfish - виртуальный процессор, нацеленный на обеспечение эмуляции платформы Android, используемый при разработке под данную платформу;
  • Ряд улучшений в подсистеме DRM (Direct Rendering Manager):
    • Улучшения драйвера Ti OMAP, как то поддержка OMAP5 и управление энергосбережением;
    • Переделан механизм блокировок подсистемы KMS;
    • Оптимизации (no reloc) для DRM-драйвера Intel, что может дать несколько процентов прироста скорости;
    • Улучшения в поддержке чипов Intel Haswell, в основном касающиеся управления энергопотреблением;
    • Поддержка page flipping в DRM-драйвере Tegra;
    • Начальная поддержка видеокарт AMD серии HD8000;
    • Ряд улучшений в DRM-драйвере Radeon: переработана логика сброса, использование колец DMA для обновления VM PT и т.д. Кроме того, поддержка переключения видеорежимов на уровне пользователя (UMS) окончательно объявлена устаревшей и более поддерживаться не будет;
  • Ускорение в несколько раз алгоритма сжатия LZO при использовании современных процессоров i386/x86_64/ARM;
  • Поддержка одноплатных компьютеров Technologic Systems TS-5500 и систем SGI Ultraviolet System 3;
  • Поддержка тачпадов Cypress PS/2 и трекпадов Cypress APA I2C;
  • В Device Mapper добавлена поддержка слоя Bcache для кэширования на быстрых SSD-накопителях обращений к медленным жестким дискам;
  • Поддержка процессорных ядер Meta ATP (Meta 1) и HTP (Meta 2), выпускаемых компанией Imagination Technologies и примечательных поддержкой дополнительного набора DSP-инструкций и обеспечением аппаратной многопоточности (виртуальных процессоров).

Одновременно вышли очередные корректирующие релизы ядра Linux: 3.0.68 (29 исправлений), 3.4.35 (46 исправлений) и 3.8.2 (78 исправлений). Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления. Изменения затронули такие подсистемы, как Ext4, XFS, OCFS2, NFS, USB, ATA, cgroup, cpuset, FUSE, nbd, Xen, quota, UFI, ALSA.

Дополнительно можно отметить введение в строй обновлённого сайта kernel.org, переход к обязательному использованию HTTPS на kernel.org (по HTTP без шифрования контент теперь не отдаётся) и миграцию с gitweb-caching на cgit для навигации по Git-репозиториям через Web. Структура и состав kernel.org остался прежним, изменился только дизайн. Для работы сайта теперь используется движок Pelican, предназначенный для генерации статических сайтов на основе шаблонов с разметкой, напоминающей Wiki. Отсутствие динамически генерируемого контента позволяет упростить зеркалирование и распространение содержимого без потери функциональности. Код шаблонов для генерации kernel.org можно загрузить через данный репозиторий.

  1. Главная ссылка к новости (https://lkml.org/lkml/2013/3/3...)
  2. OpenNews: Релиз ядра Linux 3.8. Обзор новшеств
Автор новости: Аноним
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/36285-kernel
Ключевые слова: kernel, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (98) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Щито (?), 10:23, 04/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +37 +/
    Ура, мой патчик приняли! :) https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=e8d
     
     
  • 2.3, Ч (?), 10:42, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Что за девайс такой?
     
     
  • 3.8, EuPhobos (ok), 11:08, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Что за девайс такой?

    А по-гуглить никак? )
    http://lmgtfy.com/?q=Hauppauge+WinTV-HVR4400

     
     
  • 4.22, анон (?), 13:02, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    погугль
    о результатах доложишь
     
     
  • 5.26, EuPhobos (ok), 13:46, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У вас какой то гугль не правильный, у меня одного эта железка всплывает первой строкой в гугле?!
    http://www.hauppauge.co.uk/site/products/data_hvr4400.html

    Ещё минусуют, криворукие блин)

     
     
  • 6.33, Oleh (ok), 15:00, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Чето нето гуглите, вот же http://www.linuxtv.org/wiki/index.php/AVerMedia_AVerTV_Hybrid_Express_Slim_HC
     
     
  • 7.34, EuPhobos (ok), 15:13, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Чето нето гуглите, вот же http://www.linuxtv.org/wiki/index.php/AVerMedia_AVerTV_Hybrid_Express_Slim_HC

    Ваш первый пост, который показывает на git, на котором патч, в коде которого строка:
    .name = "Hauppauge WinTV-HVR4400",
    Её и гуглил =)

     
     
  • 8.41, Oleh (ok), 18:12, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    facepalm В патчах если строка начинается с то она добавляется или с - зн... текст свёрнут, показать
     
     
  • 9.81, EuPhobos (ok), 08:06, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А при чём тут это, и где логика Ну если бы в патче не было этой строки с именем... текст свёрнут, показать
     
     
  • 10.91, Аноним (-), 20:47, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Логика - в использовании мозга при чтении кода Там в коде, в который я б полез... текст свёрнут, показать
     
  • 2.4, Аноним (-), 10:44, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Слабо, поддержку DVB-S2 и T2 пропихнуть?
     
     
  • 3.15, Oleh (ok), 12:03, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Данный девайс не умеет DVB-S2 и T2
     
  • 2.5, Анонним (?), 10:45, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Долго апрувили? Как все произошло? Что за девайс - глянул код, ничего кроме всяких неясных констант в принципе не вижу =)
     
     
  • 3.16, Oleh (ok), 12:04, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.linuxtv.org/wiki/index.php/AVerMedia_AVerTV_Hybrid_Express_Slim_HC

    Аппрувили месяц

     
  • 2.10, Аноним (-), 11:32, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что сказать - крут!
     
  • 2.20, QWERTY (?), 12:55, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ура, ...

    Хорошая новость

    Присоединяюсь к поздравлениям

     
  • 2.23, Аноним (-), 13:18, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Поздравляю! Коммитить в ядро - это действительно очень круто!
     
  • 2.31, плохой человек с телефона (?), 14:39, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мои патчи тоже попринимали в новенькое ядро :)
     
  • 2.32, omiron (??), 14:55, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Искренне поздравляем =)
     
  • 2.45, Аноним (-), 20:07, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ура, мой патчик приняли! :)

    Два чая этому гражданину :)

     
  • 2.53, Аня Анонимочкова (?), 20:35, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Мужик!
     
  • 2.87, Nicknnn (ok), 15:21, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ему нужна некая фирмварь xc3028L-v36.fw ? Она свободно распространяется или придётся качать где-то?
     

  • 1.2, Aytishnik.com (ok), 10:39, 04/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Молодец, рад за вас
     
  • 1.6, ololo4n7 (?), 10:52, 04/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    atheros wifi так и глючит. каждые 2 минуты "будто бы" теряет связь ( хотя показывает что сигнал есть и сеть тоже). печаль и только. пришлось откатиться до 3.2 ( тоже глючит, но терпимо ).
     
     
  • 2.46, Аноним (-), 20:08, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > atheros wifi так и глючит. каждые 2 минуты "будто бы" теряет связь

    Может быть, у соседа микроволновка по таймеру включается? Вы б посмотрели на состояние сети в этот момент. Мало ли чего там и где. Беспроводка - штука эфемерная.

     
     
  • 3.89, ololo4n7 (?), 17:34, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Откати я сейчас на 11.04 с ядром на то время, оно будет работать как часы :) вот она магия апдейтов =]
     
  • 2.102, Слушатель (?), 18:55, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А я всё жду когда в новых ядрах исправят зависания про подкючении-отключении сетей.
     

  • 1.7, CSRedRat (ok), 11:02, 04/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Отсюда: https://lwn.net/Articles/539179/
    >Progress has been made toward the goal of eliminating the timer tick while running in user space. The patches merged for 3.9 fix up the CPU time accounting code, printk() subsystem, and irq_work code to function without timer interrupts; further work can be expected in future development cycles.

    Это опять 12309 починили? Перевода данного фрагмента не обнаружил, либо просто не в теме.
    >Поддержка технологии Google Goldfish. Goldfish - виртуальный процессор, нацеленный на обеспечение эмуляции платформы Android, используемый при разработке под данную платформу;

    Кто может пояснить, что это даст на практике?

     
     
  • 2.76, skb7 (ok), 02:38, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Goldfish
    > Кто может пояснить, что это даст на практике?

    Существует множество реализаций ARM-процессоров от разных производителей (обычно в виде SoC -- System On Chip). Например:
    - TI OMAP5430
    - Broadcom BCM21664T
    - NVidia Tegra 4

    Гугл делает реализацию Андроида, привязанную к какой-либо определенной версии ARM или SoC. Насколько я понял, Goldfish как раз и есть то, под что разрабатывается Андроид (надо же как-то тестировать, какой-то референсный проц). Хотя не ручаюсь за правильность ответа, я не слишком into AOSP.

    Кстати, находил в образе AFS забавные файлы, типа init.goldfish.rc, лежащие в корне, рядом с "настоящими" файлами инициализации под конкретное железо (OMAP).

     
     
  • 3.77, skb7 (ok), 02:51, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Гугл делает реализацию Андроида, привязанную к какой-либо

    опечатался -- конечно же "не привязанную"

     

  • 1.9, Аноним (-), 11:19, 04/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что за доски на базе Tegra 3?
     
  • 1.12, Аноним (-), 11:41, 04/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    В это ядро постоянно пихают какой-то мусор.Так конкуренцию с unix на heigh-end
    linux точно никогда не составит,и останется для low,mid-tier и embedded.
    Вряд ли стоит ожидать,что займутся совершенствованием шедулеров,например,для обеспечения устойчивости на высоки нагрузках,улучшения масштабирования на smp машинах с количеством cpu больше восьми и т.д.
     
     
  • 2.14, Okarin (ok), 11:56, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >на heigh-end

    Это не тот ли high-end, на котором у Linux УЖЕ 90%? http://en.wikipedia.org/wiki/Usage_share_of_operating_systems#Supercomputers

     
     
  • 3.19, NIST (?), 12:37, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не это не то, он имеет ввиду машины где много CPU на одной плате, а не супер компьютеры, по сути кластера из плат по 2 проца на плате.
     
     
  • 4.24, pavlinux (ok), 13:26, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вам шашечки или ехать?
    Материнка на 32 гнезда, примерно, стоит как 32 готовых двух процессорных блейд-сервера! :)
    Более того, если найдешь в гугле, где её, или даже любую больше чем с 8 дырками,
    можно купить (или даже Call now), получишь приз!

    Из последнего вспоминается какая-то DECовская мать под 32-проца Alpha 21264,
    с невероятной производительностью, аж в целых 60 гигафлоп,
    почти как суперкомпьютер RaspberryPi :)

     
     
  • 5.47, Аноним (-), 20:12, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > почти как суперкомпьютер RaspberryPi :)

    Тонко, чо :)

     
  • 5.78, Аноним (-), 05:11, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Facepalm ... Павлин гугли Oracle SPARC, HP SuperDome, IBM x-, p- arch ... если у вас в мухосранске этого нет - это не значит что в сранномухинске нет тоже :)
     
     
  • 6.85, Michael Shigorin (ok), 13:38, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Facepalm ... Павлин гугли

    Процитирую его для Вас помедленней:

    "Материнка на 32 гнезда,
    примерно,
    стоит как 32 готовых двухпроцессорных блейд-сервера! :)"

     
  • 6.96, pavlinux (ok), 04:09, 06/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Фэйспалм ты галимый, покажи фотку материнки Супердома иль ИВМ X- П-арх
    Холодильники там слотовые, тот же блейсервак только провода короче.  
    Материнка на 32 проца, как раз высотой с этот холодильник.
     
  • 4.99, INS (?), 11:55, 07/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну например вот --- cut --- uname -a Linux test xxx xxx xx 2 6 32-279 22 1 el... большой текст свёрнут, показать
     
     
  • 5.100, Аноним (-), 13:15, 07/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Тестовый сервер одного заказчика.
    > Подобный же сервер вполне по нагрузочной способности заменяет SF25k в полной набивке
    > (18 Uniboards USIV+ 1.8GHz/32Gb) под Oracle DB. И что характерно, при
    > значительно меньшей стоимости поддержки, меньшем энергопортеблении и габаритах.
    > Так что вполне себе замена Hi-END.

    Как прикажете масштабировать RDBMS на таких тазиках?


     
  • 2.25, Аноним (-), 13:42, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Рынок завоевывает тот, кто предлагает дешевые массовые решения, а не единичные и дорогостоящие. Микрософт и Интел выросли именно таким способом, они обе когда-то были никому не известными мелкими конторками, продающими свою продукцию крайне дешево по сравнению с конкурентами
     
     
  • 3.28, Аноним (-), 14:29, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Рынок завоевывает тот, кто предлагает дешевые массовые решения, а не единичные и
    > дорогостоящие. Микрософт и Интел выросли именно таким способом, они обе когда-то
    > были никому не известными мелкими конторками, продающими свою продукцию крайне дешево
    > по сравнению с конкурентами

    Да хотя бы вот http://habrahabr.ru/company/hp/blog/128241/


     
  • 3.30, Аноним (-), 14:32, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Рынок завоевывает тот, кто предлагает дешевые массовые решения, а не единичные и
    > дорогостоящие. Микрософт и Интел выросли именно таким способом, они обе когда-то
    > были никому не известными мелкими конторками, продающими свою продукцию крайне дешево
    > по сравнению с конкурентами

    Это смотря какой рынок. Банковский сектор такими вещами не завоюешь.

     
     
  • 4.37, Michael Shigorin (ok), 16:13, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Это смотря какой рынок. Банковский сектор такими вещами не завоюешь.

    Банковский сектор пора отправить на плаху за всё, что он натворил за последние пару веков только.  А не "завоёвывать".

     
     
  • 5.79, Аноним (-), 05:14, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Это смотря какой рынок. Банковский сектор такими вещами не завоюешь.
    > Банковский сектор пора отправить на плаху за всё, что он натворил за
    > последние пару веков только.  А не "завоёвывать".

    Понимаю Вашу [попа]боль - но ... будь реалистом. Большие дядьки покупают большие контуперы ... а значит и продавать их будут, даже если инженеры бьются в истерике :( Неужто ни разу не было?

     
  • 2.29, Аноним (-), 14:31, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А что не так?
    Есть N серверов каждом по 128 ядер Itanium2 (по 2 ядра на процессоре) и все работает, тот же SGI работает с более чем 8 сокетами. Или вы о чем?
     
     
  • 3.35, Аноним (-), 15:14, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А что не так?
    > Есть N серверов каждом по 128 ядер Itanium2 (по 2 ядра на
    > процессоре) и все работает, тот же SGI работает с более чем
    > 8 сокетами. Или вы о чем?

    SGI (Altix?)-это NUMA системы,которые есть те же кластеры,связанные NUMA интерконнектом,что предстовляет собой наиболее производительное средство коммуникации между нодами.Выше говорилось про SMP,например,
    http://docs.oracle.com/cd/E19065-01/servers.e20k/817-4136-13/1_Introduction.h

     
  • 2.36, Michael Shigorin (ok), 16:11, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > улучшения масштабирования на smp машинах с количеством cpu больше восьми и т.д.

    Солнышко незакатное, а какая ещё операционка работает на 2K CPU под одним образом?

     
     
  • 3.38, Аноним (-), 17:24, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Солнышко незакатное, а какая ещё операционка работает на 2K CPU под одним
    > образом?

    Зачем нам 2K?И Sparc Enterprice M8000 вполне подойдёт.По причине известных телодвижений
    со стороны оракла,всерьёз рассматривали перевод машины на linux/bsd.Протестировали.
    Эти операционки на таких машинах едва шевелятся.Проблемы во всём,и прежде всего
    в неполной утилизации имеющихся процессоров.

     
     
  • 4.40, ананим (?), 18:10, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Методику тестирования в студию.
    Иначе не было.
     
     
  • 5.43, Аноним (-), 18:48, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Методику тестирования в студию.
    > Иначе не было.

    Простая прога на C размножающая процессы,потоки в каждом,в каждом размножаются
    дескрипторы и прозводится активный ввод-вывод через них.Стандартными средствами ос
    при этом ведётся наблюдение за всеми подсистемами ос,мониторинг использования
    аппаратных ресурсов,отзывчивость,количество проделанной прогой за единицу времени  работы(она сама себя измеряет-дополнительная нагрузка) ну и далее по мелочи.

     
     
  • 6.44, ананим (?), 19:27, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    это, извините, не методика.
    это, извините, слова, чтобы оправдаться как-то за свои слова.

    1. краткое описание условий (цпу, память, хранилище, контейнеры, ограничения если есть и тд, и тп — в общем окружение в которых проводилось тестирование)
    2. система 1) (описание)
    3. система 2) (описание)
    4. методы тестирования (прога — любой аналог пастбина, собираемые показатели)
    5. результаты системы 1)
    6. результаты системы 2)
    7. выводы/сравнения/отклонения/погрешности (вот это сюда можно и не надо)

    а сейчас что? да ничего. ядро хоть какое было и откуда брали…
    слова, слова, слова.

     
     
  • 7.54, Michael Shigorin (ok), 20:41, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > слова, слова, слова.

    Ну, мне интересно было услышать, а докапываться -- нет.  Потому как "солярис на x86 -- что линукс на спарке" известно давно и прочно.

    Или у Вас аналогичная задача по схожему шкафчику стоит?

     
     
  • 8.57, Аноним (-), 21:26, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    У соларис на x86 только java gnome-какой-то кошмар Демоны живут не хуже чем на ... текст свёрнут, показать
     
     
  • 9.59, ананим (?), 21:36, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    демоны живут гораздо хуже но живут, это факт и с ним, замечу, никто не спорит ... текст свёрнут, показать
     
  • 8.58, ананим (?), 21:35, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    я лично я пробовал и так, и так солярис на x86 гораздо мрачнее зыж схожего н... текст свёрнут, показать
     
     
  • 9.62, ананим (?), 21:46, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ззыж так и мне тоже но как ещё предлагается поделиться методикой поверим на сл... текст свёрнут, показать
     
  • 7.56, Аноним (-), 21:18, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >[оверквотинг удален]
    > и тд, и тп — в общем окружение в которых проводилось
    > тестирование)
    > 2. система 1) (описание)
    > 3. система 2) (описание)
    > 4. методы тестирования (прога — любой аналог пастбина, собираемые показатели)
    > 5. результаты системы 1)
    > 6. результаты системы 2)
    > 7. выводы/сравнения/отклонения/погрешности (вот это сюда можно и не надо)
    > а сейчас что? да ничего. ядро хоть какое было и откуда брали…
    > слова, слова, слова.

    А может куда притащить саму машину и всё продемонстрировать?Выше-принцип выяснения возможностей и проведения сравнения.

     
     
  • 8.60, ананим (?), 21:38, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а может вы всё-же предоставите методику и цифры, а я сам разберусь ... текст свёрнут, показать
     
  • 8.97, Zulu (?), 19:07, 06/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Слово притащить в отношении фуджи m8000 доставляет Он чуток больше тонны веси... текст свёрнут, показать
     
  • 6.52, Аноним (-), 20:34, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > сама себя измеряет-дополнительная нагрузка) ну и далее по мелочи.

    И что имитирует данный процесс? Копание от забора и до обеда?

     
     
  • 7.61, ананим (?), 21:40, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    скорее всего создание легковесных процессов, которые в линухе нужно создавать немного не так.
    но ни методику, ни код мы тут видимо не увидим.
     
  • 4.48, Аноним (-), 20:15, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем нам 2K?И Sparc Enterprice M8000 вполне подойдёт.По причине известных телодвижений

    По причине известных телодвижений сдается мне что на спарки почти все забили. А кто кроме собственно оракла должен суетиться с поддержкой оных? Кто-то еще что-то выпускает массово на данном проце?  

     
     
  • 5.55, Michael Shigorin (ok), 20:52, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто-то еще что-то выпускает массово на данном проце?

    Фуджики баловались.

     
     
  • 6.63, ананим (?), 22:18, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего себе "баловались"!
    Шикарные сервера (и процы) делали.
     
     
  • 7.80, Аноним (-), 05:19, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Шикарные сервера (и процы) делали.

    __делали__

     
     
  • 8.83, ананим (?), 10:41, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну 8230 Они ими ещё торгуют http www fujitsu com global services computing s... текст свёрнут, показать
     
  • 6.98, Zulu (?), 19:08, 06/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Кто-то еще что-то выпускает массово на данном проце?
    > Фуджики баловались.

    Более того, M8000 это фуджица и есть.

     
  • 5.101, pavlinux (ok), 13:35, 09/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Зачем нам 2K?И Sparc Enterprice M8000 вполне подойдёт.По причине известных телодвижений
    > По причине известных телодвижений сдается мне что на спарки почти все забили.
    > А кто кроме собственно оракла должен суетиться с поддержкой оных? Кто-то
    > еще что-то выпускает массово на данном проце?

    Эльбрус :)

     

  • 1.13, Аноним (-), 11:45, 04/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Goldfish? А что он дает по сравнению с виртуальной машиной входящей в SDK?
     
  • 1.17, Аноним (-), 12:05, 04/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Я так и не понял, включили в ядро наработки для поддержки PRIME или нет? Optimus когда-нибудь заведется?
     
     
  • 2.49, Аноним (-), 20:16, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Я так и не понял, включили в ядро наработки для поддержки PRIME

    Да еще в 3.8 вроде. Но это только ядерная инфраструктура.

     

  • 1.18, Аноним (-), 12:35, 04/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Soc Tegra 4, которая будет выпущена через несколько месяцев

    Да, вроде, вышла уже.

     
     
  • 2.50, Аноним (-), 20:17, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, вроде, вышла уже.

    И где, вроде, ее уже можно купить? :)

     

  • 1.27, smile (??), 14:12, 04/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Спасибо за подробную новость.

    А теперь каждый rc будет в главный попадать ? =)

     
     
  • 2.51, Аноним (-), 20:18, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Спасибо за подробную новость.

    Мы старались :)

    > А теперь каждый rc будет в главный попадать ? =)

    А вот это на совести аппруверов уже. Как по мне оно скорее мини-новость, т.к. не релиз еще. Впрочем, дело аппруверское :).

     

  • 1.64, darkshvein (ok), 22:28, 04/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В планировщик задач внесены небольшие исправления, позволившие существенно повысить эффективность работы в ситуациях когда число процессоров превышает число выполняемых активных процессов....

    Это поможет ускорить ОС  в виртуалке xen?

     
  • 1.65, MSDOS (?), 22:33, 04/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ребята, подскажите. я вот собрался полностью снести виндус, какой линукс лучше всего установить?
     
     
  • 2.66, GotF (ok), 22:42, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ребята, подскажите. я вот собрался полностью снести виндус, какой линукс лучше всего установить?

    Розовый в крапинку, например.

     
  • 2.68, Васька (??), 23:12, 04/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Погугли дистры, посмотри что люди ставят. В основном это DistroWatch для оценки. Поставь в виртуалку на винде, а потом переходи. Так мягше будет.
     
  • 2.70, smile (??), 00:26, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ответь себе на вопрос "Для чего?". После этого либо ничего не меняй, если не знаешь "для чего", либо бери любой, заводи виртуалку и пытайся решить озвученную собой проблему/достичь цель. Как поймешь, что всё что тебе нужно ты способен сделать в виртуалке, вылезай из песочницы.

    Какой бы ты дистрибутив ни выбрал, за первые пару лет скорее всего посидишь еще на 2х-3х дистрибутивах, пока не поймешь, что все одинаковые. К этому моменту "самым удобным" станет самый освоенный, на нём и останешься. Ну или гламурная мода на "самый крутой и привильный дистрибутив" и красноглазый мир поглотят тебя раньше и ты перестанешь думать и идти к цели.

     
     
  • 3.73, Mihail Zenkov (ok), 00:43, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Или поймешь, что до этого жил в смертельной рубашке и кормили тебе с ложечки ;) Но и свобода даром не дается, и тут уж каждый решает сам что лучше.
     
  • 2.71, Wormik (??), 00:34, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуй несколько популярных дистрибутивов Linux. У них есть свои плюсы и минусы. Сделай своё мнение сам, а не полагайся на форумных аналитиков. Разницы между дистрибутивами Linux, если что, немного, и установив другой ты не окажешься в ситуации "я ничего не понимаю".
     
  • 2.72, Michael Shigorin (ok), 00:36, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > я вот собрался полностью снести виндус, какой линукс лучше всего установить?

    Посмотрите штуки три разных и не спешите сносить привычное, пока не получите работающее.

    Смотреть _обычно_ лучше текущие стабильные выпуски, хотя у каждого дистрибутива при более близком рассмотрении найдутся свои особенности и улучшения/ухудшения в конкретных релизах.

    За Вас никто не выберет; ответы #68 и #70 -- вполне по существу.

     
  • 2.82, slowpoke (?), 09:39, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >ребята, подскажите. я вот собрался полностью снести виндус, какой линукс лучше всего установить?

    Debian Gnu/Linux

     
     
  • 3.84, Аноним (-), 10:57, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>ребята, подскажите. я вот собрался полностью снести виндус, какой линукс лучше всего установить?

    Scientific Linux-самый оптимальный вариант.Выибраем только из первой десятки,
    отбрасывая дистры для гиков:
    debian отпадает-нужно доставлять драйверы,проги(firefox и т.д),fedora,ubunta-
    нестабильность,гламурность,всякая всячина,например,убунтовские рекламные троянчики,
    Centos-скудность центральной репы и недоверие к сторонним.Остаётся только SL.


     
     
  • 4.86, Michael Shigorin (ok), 13:49, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>>я вот собрался полностью снести виндус, какой линукс лучше всего установить?

    2 MSDOS: при виде подобных "рекомендаций" самое лучшее, что могу рекомендовать -- их игнорировать.  Потому как если человек лезет со своим любименьким, не зная и не спрашивая Ваших задач -- не угадает.

    > Scientific Linux-самый оптимальный вариант.

    Перечислите, пожалуйста, хорошо знакомые Вам по личному опыту дистрибутивы.

     
     
  • 5.88, Аноним (-), 17:03, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>>>я вот собрался полностью снести виндус, какой линукс лучше всего установить?
    > 2 MSDOS: при виде подобных "рекомендаций" самое лучшее, что могу рекомендовать --
    > их игнорировать.  Потому как если человек лезет со своим любименьким,
    > не зная и не спрашивая Ваших задач -- не угадает.
    >> Scientific Linux-самый оптимальный вариант.
    > Перечислите, пожалуйста, хорошо знакомые Вам по личному опыту дистрибутивы.

    Debian пользовал все релизы с 2000г  на UltraSparc,SPARC64,x86;Fedora 8,10,14,17;
    Redhat 7,8,9;Ubuntu 10.10;OpenSUSE 10,11.4;RHEL 5;CentOS 5,6;SL 6;Mandriva 2009;
    ALT-не помню какой,не установился,не понял оборудования.Это те,в которых я подолгу
    ковырялся.  

     
     
  • 6.90, Michael Shigorin (ok), 19:14, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Debian пользовал все релизы с 2000г [...]

    Тогда тем более непонятна категоричность.  Вон сегодня про шляпную поддержку было (не SL и не центос): http://bash.altlinux.org/2532

    PS: s/C/S/

     
     
  • 7.92, Аноним (-), 21:59, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Debian пользовал все релизы с 2000г [...]
    > Тогда тем более непонятна категоричность.  Вон сегодня про шляпную поддержку было
    > (не SL и не центос): http://bash.altlinux.org/2532
    > PS: s/C/S/

    Категоричность-просто SL для новичка луше чем debian,и при этом не стоит связываться с
    гламурными и тестировочными линуксами.А по ссылке:непонял сути.Запилить сиcтемный вызов для
    себя-задачка на один вечер,если он,конечно,не предназначен горы ворочать.

     
     
  • 8.93, Michael Shigorin (ok), 22:13, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не могу согласиться правда, и дебиан уже не с dselect в обязательном порядке ... текст свёрнут, показать
     

  • 1.67, Васька (??), 23:09, 04/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как то шустро с версиями Линус обходится. Уж скоро-скоро будет его спотыкачная версия 45. И он опять плюнет на цифры и скажет - хочу по новому нумеровать ядро. Может стоит отделить собственно ядро с ФС-ками, от толстой библиотеки дров. Смысл то в этом есть.
     
     
  • 2.69, Mihail Zenkov (ok), 00:25, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Как то шустро с версиями Линус обходится.

    Зато если что поломают, то ненадолго. Например 3.8 сломали загрузку прошивки в emu-1212m, отослал патч, приняли, в 3.8.2 выпустили.

    > Может стоит отделить собственно ядро с ФС-ками, от толстой библиотеки дров. Смысл то в этом есть.

    Тогда уже нужно отделить ФС и сеть. Только что это даст? Меньший объем основного архива, больше проблем с поиском и установкой нужного драйвера, проблемы с совместимостью между версией ядра и драйверов. Выход драйверов будет запаздывать относительно выхода ядра.

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

     
     
  • 3.74, Michael Shigorin (ok), 00:44, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > проблемы с совместимостью между версией ядра и драйверов

    AFAIR в xorg после порубки как раз и проходили неатомарность изменений...

     
     
  • 4.75, Mihail Zenkov (ok), 01:00, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> проблемы с совместимостью между версией ядра и драйверов
    > AFAIR в xorg после порубки как раз и проходили неатомарность изменений...

    Да, был такой период - нужно было подбирать удачную комбинацию библиотек и драйверов и не обновлять xorg-server, пока нужные драйвера не обновятся. Но теперь более-менее устаканилось, совместимость особо не ломают, стараются сохранять обратную совместимость (в разумных пределах). Но темп развития ядра сильно отличается от xorg.

    Вообще xorg мог пойти по пути ядра: развязать все на уровне архитектуры, добавить make menuconfig и выкладывать одним архивом. Но в любом случае работа была проделана хорошая и на тот момент необходимая.

     
  • 3.94, Васька (??), 23:13, 05/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не, не и ещё раз не ... не согласен. Потому что должен быть некий стандарт для функций с которыми оперируешь, если быть точным то это API. Если он стабилен и/или можно узнать какие функции вызывать можно и с какими аргументами (вспоминаю Спраустрапа) - то дорога в долгожители открыта настеж. Ежели нет - то ни о какой стандартизации и речи быть не может. Посему - раз не делают, значит не могут. Причины обсуждать не буду. И будут пухнуть архивы с ядрами как на дрожах.
    А мне вот интересен другой вопрос - если Линус уйдет, будет ли ядро стандартизировано ? Будет ли раздел на собственно ядро, ФС и Сетку, Драйвера и Безопасность? Гениальность ядра не в том что оно пухнет от релиза к релизу, а в его открытости. А если что то большое работает как единое целое - то внутри есть что то поменьше, которое можно абстрагировать от большого, дать ему самостоятельность.
    Мне так сдается, что это вопрос времени. Ведь ядро не таскает с собой библиотеку glibc и GCC, а вполне мог бы. И это было бы печально.  
     
     
  • 4.95, Mihail Zenkov (ok), 00:32, 06/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро уже внутри очень хорошо разделено, но поставляется одним пакетом во избежание проблем, о которых я упоминал ранее.

    GLIBC и GCC не нужны во время старта ядра, поэтому их включать нет смысла. Но например часть графической подсистемы включили, что позволяет изменить разрешение до запуска init.

    > будет ли ядро стандартизировано ?

    API будет меняться всегда, если идет активное развитие. Другое дело, что без особой необходимости его лучше не ломать.

    Дабы пользователи не ощущали проблем из-за изменений в API, API делится на две части, внутреннее и внешнее. Внешнее относительно стабильно и меняется редко, внутренне меняется часто, но нужно оно только драйверам. А так как драйвера идут вместе с ядром, то любое изменение в API происходит с одновременным изменением _всех_ драйверов которые использовали измененную часть API. Также можно не беспокоится об обратной совместимости - новые драйвера не могут быть использованы со старым ядром. Соответственно код драйверов получается гораздо компактней и проще, так как не содержит кучу ifdef для совместимости со старыми ядрами.

    Проблемы возникают только с внешними драйверами (особенно с закрытыми: привет  nvidia и amd/ati).

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру