The OpenNET Project / Index page

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

В ядре Linux 3.7 будет унифицирована и значительно расширена поддержка ARM-платформ

06.10.2012 21:45

В будущий выпуск ядра Linux будет включено несколько важных изменений, связанных с поддержкой архитектуры ARM:

  • Интегрированы наработки по унификации кода поддержки архитектуры ARM и обеспечению формирования многоплатформенных ARM-сборок. Если ранее требовалось собирать отдельный вариант ядра для каждого типа SoC, то начиная с выпуска 3.7 появится возможность собрать одно ядро, которое будет содержать поддержку различных ARM-платформ.

    В первое время унифицированная сборка сможет работать на платформах Calxeda Higbank (серверы HP Moonshot), Versatile Express (эталонная плата, поддерживается эмулятором QEMU), Marvell ARMADA (от мини-серверов до телеприставок), Altera SoC FPGA и Picohip picoXcell (мини-базовые станции для офисов), но в будущих выпусках их число будет расширено. Указанное нововведение существенно упростит жизнь разработчикам дистрибутивов для ARM-систем, которым теперь не придётся формировать отдельный загрузочный образ для каждой ARM-платформы.

  • Добавлена поддержка 64-разрядной архитектуры AArch64 (ARM64), реализованной в процессорах, поддерживающих набор команд ARMv8. 64-рязрядная архитектура AArch64 включает в себя новый набор команд A64, примечательный расширением числа регистров, новыми командами для вычислений с плавающей запятой (FP) и новыми векторными SIMD-инструкциями NEON, такими как инструкции для ускорения работы алгоритмов шифрования AES и SHA-1/SHA-256. Реализация AArch64 для Linux поддерживает расширенную 39-разрядную адресацию памяти для ядра и пользовательского уровня и предоставляет режим совместимости, позволяющий выполнять 32-битные программы, собранные для архитектуры ARMv7 (ARM EABI). В настоящее время устройства на базе ARMv8 пока находятся на стадии тестирования прототипов, поступление в продажу первых ARMv8-систем ожидается в следующем году;
  • Поддержка механизмов виртуализации Xen для систем на базе процессоров ARM Cortex A15. Представленный для интеграции в ядро код основан на использовании аппаратных расширений для обеспечения виртуализации, поддерживаемых архитектурой ARMv7. Особенностью реализации Xen для ARMv7 является отсутствие разделения в поддержке запуска гостевых систем в режиме паравиртуализации (PV) и аппаратной виртуализации (HVM). Вместо этого используется один комбинированный режим запуска гостевых систем, напоминающий запуск PV поверх HVM без необходимости эмуляции оборудования при помощи Qemu. Гостевые системы при этом всегда запускаются в режиме полной виртуализации, но для доступа к сетевым и блочным устройствам должны использовать специальные паравиртуальные драйверы (т.е. для гостевых окружений не требуется модификация ядра системы, но необходимо наличие нескольких драйверов).

Из предложенных для включения в ядро 3.7 улучшений, связанных с поддержкой процессоров на базе иных архитектур, можно отметить:

  • Поддержка расширенных возможностей процессоров SPARC-T4 (Niagara 4), используемых на новых моделях серверов T-серии от компании Oracle. Процессоры SPARC-T4 включают в себя 8 ядер, параллельно обрабатывающих по 8 потоков на каждое ядро, для системы такой процессор выглядит как 64 логических CPU. Из задействованных в представленных патчах особенностей SPARC-T4 отмечается поддержка дополнительных событий профилирования, использование инструкции для ускорения шифрования (sha1, sha256, sha512, md5, crc32c, AES, DES, CAMELLIA, Kasumi) и оптимизированный вариант функции memcpy;
  • Поддержка систем на базе третьего поколения многоядерных MIPS64-совместимых процессоров Loongson, разработанных Академией наук Китая совместно с Институтом компьютерных технологий Китая;
  • Поддержка набора инструкций SMAP (Supervisor Mode Access Prevention), реализованного в процессорах Intel на базе микроархитектуры Haswell. Задействование SMAP в ядре позволяет блокировать доступ к данным в пространстве пользователя из привилегированного кода, выполняемого в пространстве ядра (по аналогии с тем, как добавленная в ядре 3.0 поддержка SMEP не позволяет переходить из режима ядра к выполнению кода, находящегося в пользовательских областях). При обеспечении оборудованием поддержки инструкций SMAP, представленные средства защиты будут включаться автоматически, что существенно усложнит эксплуатацию уязвимостей в ядре, вызванных такими ошибками, как разыменование NULL-указателя.


  1. OpenNews: Компания ARM представила патчи для ядра Linux с поддержкой 64-битной архитектуры ARMv8
  2. OpenNews: Продемонстрирован первый сервер на 64-разрядной архитектуре ARMv8 со стеком LAMP
  3. OpenNews: Компания HP, совместно с Red Hat и Canonical, начала продвижение серверных систем на базе архитектуры ARM
  4. OpenNews: Представлен порт Xen для архитектуры ARMv7 и патчи для решения проблем с производительностью
  5. OpenNews: В ветку xen-unstable интегрированы патчи с реализацией поддержки архитектуры ARMv7
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/35020-aarch64
Ключевые слова: aarch64, arm64, arm, smep, cpu, sparc, loongson
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (71) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, baz (??), 23:03, 06/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    а зачем Xen на ARM?
    ожидаем ведроид 5 ещё белее комфортным?
     
     
  • 2.2, Аноним (-), 23:24, 06/10/2012 [^] [^^] [^^^] [ответить]  
  • +8 +/
    а зачем Xen на x86?
     
     
  • 3.3, BratSinot (?), 23:46, 06/10/2012 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Догадайтесь с трех раз.
     
  • 2.4, BratSinot (?), 23:47, 06/10/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > а зачем Xen на ARM?

    Кто-то сервера на ARM'ах делает.

     
  • 2.5, жабабыдлокодер (ok), 23:53, 06/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Calxeda Higbank (серверы HP Moonshot)

    Третий абзац сверху.

     
  • 2.28, Аноним (-), 15:46, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > а зачем Xen на ARM?

    1) Затем что у ARMv8 поддержка аппаратной виртуализации не хуже чем у других.
    2) Затем что ARM нынче хотят пихать и в микросервера и прочая. Вот прикиньте, вы можете купить за несколько баксов в месяц не виртуалку а реальную железку с такими же параметрами. Где виртуализатор не просаживает скорость и не приходится делить ресурсы хоста с остальными умниками, которые непредсказуемо меняют производительность вашей машины (полисовка полисовкой, но точно отполисовать например механический HDD - как бы удачи).


     

  • 1.6, Аноним (-), 23:57, 06/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Неплохо было бы заиметь линуксолэптоп на ARMv8. Также интересно, насколько велики будут профиты от x32 ABI.
     
     
  • 2.11, r0g3r (??), 01:42, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Никаких: http://blog.flameeyes.eu/2012/06/debunking-x32-myths
     
     
  • 3.14, Хрен с горы (?), 07:09, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Hater gonna hate.

    P.S. Отличная архитектура, меньше памяти чем на х86_64, больше производительность чем на х86. Больше и не надо ничего.

     
     
  • 4.21, Пиу (?), 13:15, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    независимые пруфы и бенчмарки будут?
     
     
  • 5.46, Хрен с горы (?), 22:10, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > независимые пруфы и бенчмарки будут?

    А разве это не очевидно?

     
     
  • 6.49, Пиу (?), 00:09, 08/10/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    нет
     
  • 4.29, Аноним (-), 15:47, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > P.S. Отличная архитектура,

    ...от других? :)

     
  • 3.56, Я (??), 16:33, 08/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Никаких: http://blog.flameeyes.eu/2012/06/debunking-x32-myths

    Диего даже не удосужился сравнить x86, x32 и amd64 gentoo stages,
    разработчиком которой он является, а уже стотью написал.

    Попробуйте сами.

     
  • 2.8, Аноним (-), 00:41, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Главное, чтобы Мракософт не омрачал радость своим принципиальным требованием неотключаемости UEFI на ARM платах.
     
     
  • 3.9, толик (?), 01:30, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    секьюр бута же?
     
  • 3.13, Аноним (-), 02:33, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Но для ARM нет UEFI!
     
     
  • 4.16, Аноним (-), 08:29, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    жаль
     
  • 3.18, rshadow (ok), 11:44, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    я надеюсь никто всерьез не надеется на защиту в uefi. и не тиких ломали, ps3, xbox, dvd, br, iphone... всех, если это кому то нужно.
     
     
  • 4.36, Dimez (??), 16:39, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > я надеюсь никто всерьез не надеется на защиту в uefi. и не
    > тиких ломали, ps3, xbox, dvd, br, iphone... всех, если это кому
    > то нужно.

    Надо, чтобы подобной "защиты" не было изначально, а не чтобы её надо было ломать.

     
  • 4.39, Аноним (-), 17:39, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >  и не тиких ломали

    нуну. и как быстро разлочили бутлоадер на моторолках? или могут что-то сделать только если фирма подпись с загрузчика снимет?

     
     
  • 5.57, Аноним (-), 16:55, 08/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > нуну. и как быстро разлочили бутлоадер на моторолках?

    Ну... они придумали похабщину с загрузкой старого ядра, вгрузкой модуля и запуском таким макаром нового ядра. В общем, гланды. Через ж... . Автогеном.

     
     
  • 6.63, Аноним (-), 19:29, 08/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это же жэппа полная а не нормальное разлочивание.
     
     
  • 7.68, Аноним (-), 15:12, 09/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну это же жэппа полная а не нормальное разлочивание.

    Но формально restricted boot обойти можно. Хоть и через полную опу. И да, покупать такие девайсы не стоит. Врядли кто захочет покупать дом в котором наглухо замурован сортир а вход на кухню - только по предъявлению пропуска охраннику, которого к тому же нельзя прогнать и необходимо содержать.

     
  • 3.30, Аноним (-), 15:48, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > UEFI на ARM платах.

    Не UEFI а "secure" boot, т.е. "залоченный бутлоадер", называя вещи своими именами.

     

  • 1.12, добрый дядя (?), 01:47, 07/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Ну это просто фантастика, особенно первый пункт, я уже не верил что они реализуют эту давно обещанную возможность ядра для ARM. Одно ядро для кучи ARM-платок - вот это прорыв! Без шуток.
     
     
  • 2.19, Аноним (-), 12:03, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Теперь бы ещё стандартную железячную архитектуру, как IBM PC для x86...
     
     
  • 3.20, ананим (?), 12:50, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С возможностью добавления процов.
    Например как дим памяти.
    Так купил планку на 2/4/8/16/... и не жужжишь.
     
     
  • 4.22, Аноним (-), 13:45, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    на 16/... и не жужжишь - сомнительно
     
  • 4.23, Michael Shigorin (ok), 14:22, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > С возможностью добавления процов.

    Слышал, что у ARM плохо с SMP -- совсем не для того и не так дизайнилось.

     
     
  • 5.24, filosofem (ok), 14:33, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> С возможностью добавления процов.
    > Слышал, что у ARM плохо с SMP -- совсем не для того
    > и не так дизайнилось.

    x86 для того и так? =))

     
     
  • 6.33, Michael Shigorin (ok), 15:52, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Слышал, что у ARM плохо с SMP -- совсем не для того и не так дизайнилось.
    > x86 для того и так? =))

    Скорее MIPS, если верить тому же источнику. :)

    re #31: посмотрим, у марвелов-то руки вроде больше развязаны с бывшей интеловской лицензией...

     
  • 5.31, Аноним (-), 15:50, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Слышал, что у ARM плохо с SMP -- совсем не для того и не так дизайнилось.

    А эти, которые многопроцессорные A9/A15 делают - они в курсе? А то у фороникса на бенчах что-то там масштабируемость практически линейно по числу ядер идет для тестов которые могут многопроцессорность использовать. Если это "плохо с SMP" - то что ж такое хорошо?

    Если что, в A9 и подобных были прикручены добавочные железки, как раз для нормальной реализации многопроцессорности. У более ранних - ну да, каждый докостыливал как умел сам.

     
  • 5.40, Аноним (-), 17:59, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Слышал, что у ARM плохо с SMP

    Но и у SMP плохо если процессоров более 8-12. NUMA в этом случае будет лучше.

     
  • 5.53, PnD (??), 11:44, 08/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
      Ага, только у Интела тоже плохо - после PIII там вроде как куда более навернутая архитектура с NUMA, а не тупо SMP. Логично, что плата за навороты = более "горячие" чипы.
      А мультипроцессорная RISC уже у IBM есть (SUN r.i.p.), и ХЗ осилят ли производители ARM в этот сектор вписаться (хотя припрет - у того же IBM чего-нибудь перелицензируют...)
     
     
  • 6.54, PnD (??), 11:47, 08/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >   А мультипроцессорная RISC уже у IBM есть (SUN r.i.p.), и
    > ХЗ осилят ли производители ARM в этот сектор вписаться (хотя припрет
    > - у того же IBM чего-нибудь перелицензируют...)

      Пардон, уже осилили как оказалось. С чем я Intel и поздравляю </sarcasm>

     

  • 1.15, Аноним (-), 07:44, 07/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    udev выкинут?
     
  • 1.17, Anonim (??), 10:47, 07/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Универсальный инсталлятор линукса для большей части телефонов будет?
     
     
  • 2.42, XoRe (ok), 18:34, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Универсальный инсталлятор линукса для большей части телефонов будет?

    На DVD?)

     
     
  • 3.43, Michael Shigorin (ok), 19:53, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Универсальный инсталлятор линукса для большей части телефонов будет?
    > На DVD? :)

    На 8-900. :)

     

  • 1.26, Аноним (-), 14:52, 07/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Altera SoC FPGA (Samsung Galaxy Note, Galaxy S II)

    Это как? Авторы, вы уверены что не прогнали пургу? В самсунге самсуневские же процы Exynos используются по жизни. Wtf?

     
     
  • 2.27, piteri (ok), 15:04, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    хм, действительно
    http://www.samsung.com/global/business/semiconductor/minisite/Exynos/products
     

  • 1.34, Клыкастый (ok), 15:58, 07/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    однако скорость разработки ядра впечатляет.
     
     
  • 2.58, Аноним (-), 16:58, 08/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > однако скорость разработки ядра впечатляет.

    Еще более впечатлительно если иногда смотреть на списки коммитов. Хотя для особо ленивых фороникс сделал дайджест наиболее интересных изменений: http://www.phoronix.com/scan.php?page=news_item&px=MTE5OTU

     

  • 1.44, Аноним_совсем_другой (?), 20:22, 07/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как на SoC (в частности в ARM-их) ядро определяет устройства? Ведь там, насколько я понимаю, устройства сидят не на стандартной PCI-шине, у которой есть механизм конфигурирования по ID устройств и т.п. Получается ядро должно определять, на какой SoC оно запущено, должно "знать", какие драйверы для конкретной SoC нужно подключать?
     
     
  • 2.45, добрый дядя (?), 20:40, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А как на SoC (в частности в ARM-их) ядро определяет устройства? Ведь там, насколько я понимаю, устройства сидят не на стандартной PCI-шине, у которой есть механизм конфигурирования по ID устройств и т.п. Получается ядро должно определять, на какой SoC оно запущено, должно "знать", какие драйверы для конкретной SoC нужно подключать?

    Ну это уже надуманные проблемы... Вариантов решения этой проблемы - масса. Но как конкретно решили эту задачу в Linux 3.7 - интересно! Есть ли подробное описание?

     
     
  • 3.47, res2500 (ok), 22:48, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Есть ли подробное описание?

    kernel.org и почитать ядро, как пишет Линукс, "Если есть исходникик то документация не нужна!"

     
     
  • 4.48, Michael Shigorin (ok), 23:18, 07/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > как пишет Линукс

    О, как он пишет, особенно когда что-нибудь отваливается.  Но всё-таки от самоотверженного пользователя фряки на десктопе можно было бы ожидать и более конструктивного ответа, нет?

     
     
  • 5.50, Клыкастый (ok), 01:18, 08/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не каждый день подколешь модератора ;)

    Distrowatch.
    #21 - FreeBSD
    #81 - Calculate
    #106 - ALT

    Кто там самоотверженный? ;)

     
     
  • 6.52, Michael Shigorin (ok), 11:44, 08/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не каждый день подколешь модератора ;)

    Да на здоровье :-)

    > Distrowatch. #106 - ALT

    Как, он там опять появился?!  Ничего себе новости...

     
     
  • 7.55, Клыкастый (ok), 11:49, 08/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    из второй сотни он и не исчезал :)
     
  • 6.59, Аноним (-), 17:04, 08/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто там самоотверженный? ;)

    Ну и что это доказывает? Да, альт странный дистр с синдромом местечковости. За что у буржуев он почти без шансов.

    Так и представляю себе картину: спорят гонщики на трассе, доказывая что 21-е место намного круче чем 106-е. А все остальные тем временем смотрят на троицу чуваков на пьедестале...

     
     
  • 7.60, Клыкастый (ok), 17:33, 08/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Так и представляю себе картину: спорят гонщики на трассе, доказывая что 21-е
    > место намного круче чем 106-е. А все остальные тем временем смотрят
    > на троицу чуваков на пьедестале...

    и всё бы ничего, но гонщик на 106-м месте начал гнать на машинку гонщика на 21-ом. а это меняет картинку.

     
     
  • 8.61, Michael Shigorin (ok), 18:44, 08/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не находите, что на дистровотче всё-таки метрика -- популярность _странички_ DW ... текст свёрнут, показать
     
     
  • 9.62, Клыкастый (ok), 19:03, 08/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тут вам виднее, Михаил Я с трудом понимаю, что такое самоотверженность польз... текст свёрнут, показать
     
     
  • 10.64, Michael Shigorin (ok), 19:38, 08/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Можно предложить примерное определение количество времени, которое пользователь... текст свёрнут, показать
     
     
  • 11.71, Клыкастый (ok), 15:57, 09/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ок системы с графическим инсталлятором рулят Скриптовые и текстовые пролетают ... текст свёрнут, показать
     
     
  • 12.75, Michael Shigorin (ok), 23:54, 09/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Необязательно -- для некоторых задач графические инсталяторы могут задвинуть вре... большой текст свёрнут, показать
     
     
  • 13.77, Клыкастый (ok), 15:03, 10/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    да как раз всё понятно Тем, кто осознанно ставит нечто ваш комментарий самоотв... текст свёрнут, показать
     
     
  • 14.79, Michael Shigorin (ok), 22:16, 10/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен ... текст свёрнут, показать
     
  • 8.69, Аноним (-), 15:17, 09/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Бесплатные лулзы для зрителей - тоже вариант А чего, собственно, такого что ... текст свёрнут, показать
     
     
  • 9.70, Клыкастый (ok), 15:28, 09/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это забавно Токма пьедестал - по продаваемости А кто-то обвинил во лжи Никто ... текст свёрнут, показать
     
     
  • 10.73, Аноним (-), 16:43, 09/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Как по мне - это обычный капитанинг Забавно - это когда кто-то с 21 и 106 места... большой текст свёрнут, показать
     
     
  • 11.76, Michael Shigorin (ok), 00:04, 10/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А про кого это, не подскажете Можно и со ссылочкой сразу Это уже пошло выясне... текст свёрнут, показать
     
  • 11.78, Клыкастый (ok), 15:09, 10/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Скачиваемость Или внезапно вы стали понимать буквально Давно и с надрывом про ... текст свёрнут, показать
     
     
  • 12.80, Michael Shigorin (ok), 22:18, 10/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Брр Не скачиваемость , а посещаемость странички дистрибутива на distrowatch ... текст свёрнут, показать
     
  • 5.74, IMHO (?), 16:46, 09/10/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> как пишет Линукс
    > О, как он пишет, особенно когда что-нибудь отваливается.  Но всё-таки от
    > самоотверженного пользователя фряки на десктопе можно было бы ожидать и более
    > конструктивного ответа, нет?

    а вы знаете как мне обидно, с друзьями линукс, линукс .... А тут хоп и облом. Оказалось что с линуксовыми дистрами не вп-ду и не в красную армию. Линукс дружелюбный но очень разборчевый в друзьях ,я тут читаю новости Линукса, что вот все изменится, и думаю а вдруг перейду обратно, но вижу что это были лишь только слова и не больше.
    Вижу нету смысла бегать снова и искать дистрибутив линукс для себя.

     

  • 1.65, kerby (?), 12:48, 09/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В следующем году, глядишь, будет ядро 4.0.
     
  • 1.66, Аноним (-), 14:50, 09/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Наблюдая, как в монолитном ядре линукса постепенно нарастает все больше и больше всякого ненужного хлама, чувствую, как мое хихиканье над гентушниками постепенно сходит на нет и вскоре, думаю, проще будет в складчину купить t-mini и собирать свое собственное ядро, без блек-джеков и шлюх, чем пользоваться готовыми сборками.
     
     
  • 2.67, Michael Shigorin (ok), 15:03, 09/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > думаю, проще будет в складчину купить t-mini и собирать свое собственное ядро

    Может, проще, но вряд ли полезней: кастомное ядро даже на одном узле TB2 (это который половинка лезвия, восемь ядер X5570 в моём случае) собирается из гита в пакет минут пять, основной труд вовсе не машинный получается по времени.

    Впрочем, если бы действительно ядра собирали -- то и так бы это знали :-/

     
  • 2.72, Аноним (-), 16:27, 09/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Наблюдая, как в монолитном ядре линукса постепенно нарастает все больше и больше
    > всякого ненужного хлама,

    Вообще-то это модульный монолит. И соответственно никто не заставляет весь хлам вгружать и вообще переть куда-то. Вон например в openwrt модули попилены на пакетики. Ну рубятся перцы за каждый килобайт места в флеше - вот и не ленятся так заморачиваться. Каждому свое.

     

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



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

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