Спустя две недели с момента выхода ядра 3.8 (http://www.opennet.me/opennews/art.shtml?num=36153), Линус Торвальдс закрыл окно приема изменений для ядра Linux 3.9 и выпустил (https://lkml.org/lkml/2013/3/3/147) первый кандидат в релизы (3.9-rc1). В анонсе отдельно отмечается интеграция в ядро поддержки двух новых архитктур - metag и arc, а также большое число улучшений, связанных с архитектурой ARM. Около 60% всех внесённых в ядро изменений касаются драйверов устройств (драйвера для GPU, сетевая подсистема, staging, pinctrl, звуковая подсистем и т.п.).Наиболее заметные (http://www.phoronix.com/scan.php?page=news_item&px=MTMxNTA) изменения (https://lwn.net/Articles/539179/) в ядре 3.9:
- Ряд исправлений и улучшений в F2FS (http://www.opennet.me/opennews/art.shtml?num=35667), достаточно быстрой файловой системе, ориентированной на Flash-накопители;- Экспериментальная поддержка (http://www.opennet.me/opennews/art.shtml?num=36011) RAID5/6 в файловой системе Btrfs, улучшение работы со снапшотами и ускорение работы системного вызова fsync();
- В EXT4 задействована (http://lkml.indiana.edu/hypermail/linux/kernel/1302.3/01032....) реализация возможности "punch hole" для inode, что позволяет использовать функцию для файлов без карты экстентов. "Punch hole" позволяет пометить область внутри файла в качестве необязательной, которую можно при необходимости очистить. Включены наработки по увеличению эффективности кэширования экстентов и ускорено выполнение системного вызова fsync();
- Поддержка нового семейства встраиваемых процессоров - Synopsys ARC700 (http://www.synopsys.com/IP/ProcessorIP/ARCProcessors/ARC700/...);
- В планировщик задач внесены (http://git.kernel.org/linus/e0a79f529d5ba2507486d498b25da409...) небольшие исправления, позволившие существенно повысить эффективность работы в ситуациях когда число процессоров превышает число выполняемых активных процессов. За счёт сокращения миграций процессов, мешающей оптимальному использованию процессорного кэша, после внесения изменений производительность в некоторых тестах возросла до 15 раз;- В системе трассировки ftrace добавлена поддержка (http://git.kernel.org/linus/c1043fcda1b9e8e5144cfdaee7be262c...) создания снапшотов буфера трассировки с управлением через debugfs. Снапшоты позволяют зафиксировать состояние буфера для его изучения без прекращения трассировки, которая будет продолжена с использованием отдельного рабочего буфера;
- Множество улучшений (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g...), касающихся энергосбережения:
- Реализована поддержка оптических накопителей с нулевым потреблением энергии (zero power optical disc drive) - специального режима, в котором оптический привод может потреблять энергию близкую к нулю в периоды, когда он не используется;- Ряд улучшений и изменений, касающихся управления питанием ACPI и ASPM;
- Ряд иных улучшений и дополнений в системах управления частотами различных процессоров;
- Реализация легковесного спящего режима (lightweight suspend mode).- Ряд улучшений в поддержке архитектуры ARM:
- Начальная поддержка Soc Tegra 4, которая будет выпущена через несколько месяцев;
- Поддержка нескольких плат для разработчиков Tegra 3 и Tegra 4;- Поддержка page flipping в DRM-драйвере Tegra;
- Ряд патчей для улучшения поддержки виртуализации в 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, в основном касающиеся управления энергопотреблением;
- Начальная поддержка видеокарт AMD серии HD8000;
- Ряд улучшений в DRM-драйвере Radeon: переработана логика сброса, использование колец DMA для обновления VM PT и т.д. Кроме того, поддержка переключения видеорежимов на уровне пользователя (UMS) окончательно объявлена устаревшей и более поддерживаться не будет;
- Ускорение (http://www.opennet.me/opennews/art.shtml?num=36278) алгоритма сжатия LZO используемого в ядре Linux в несколько раз при использовании современных процессоров i386/x86_64/ARM;
- Поддержка одноплатных компьютеров Technologic Systems TS-5500 и систем SGI Ultraviolet System 3;
- Поддержка тачпадов Cypress PS/2 и трекпадов Cypress APA I2C;Одновременно вышли (https://www.kernel.org/) очередные корректирующие релизы ядра Linux: 3.0.68 (http://lkml.org/lkml/2013/3/3/125) (29 исправлений (https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.0.68)), 3.4.35 (http://lkml.org/lkml/2013/3/3/128) (46 исправлений (https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.4.35)) и 3.8.2 (https://lkml.org/lkml/2013/3/3/127) (78 исправлений (https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.8.2)). Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления. Изменения затронули такие подсистемы, как Ext4, XFS, OCFS2, NFS, USB, ATA, cgroup, cpuset, FUSE, nbd, Xen, quota, UFI, ALSA.
Дополнительно можно отметить введение в строй (https://www.kernel.org/category/site-news.html) обновлённого сайта kernel.org (https://www.kernel.org/), переход к обязательному использованию HTTPS (по HTTP без шифрования контент теперь не отдаётся) и миграцию с gitweb-caching на cgit (http://git.zx2c4.com/cgit/) для навигации (https://git.kernel.org/cgit/) по Git-репозиториям через Web. Структура и состав kernel.org остался прежним, изменился только дизайн. Для работы сайта теперь используется движок Pelican (http://docs.getpelican.com/), предназначенный для генерации статических сайтов на основе шаблонов с разметкой, напоминающей Wiki. Отсутствие динамически генерируемого контента позволяет упростить зеркалирвоание и распространение содержимого без потери функциональности. Код шаблонов для генерации kernel.org можно загрузить через данный репозиторий (http://git.kernel.org/cgit/docs/kernel/website.git).
URL: https://lkml.org/lkml/2013/3/3/147
Новость: http://www.opennet.me/opennews/art.shtml?num=36285
Ура, мой патчик приняли! :) https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux....
Что за девайс такой?
> Что за девайс такой?А по-гуглить никак? )
http://lmgtfy.com/?q=Hauppauge+WinTV-HVR4400
погугль
о результатах доложишь
У вас какой то гугль не правильный, у меня одного эта железка всплывает первой строкой в гугле?!
http://www.hauppauge.co.uk/site/products/data_hvr4400.htmlЕщё минусуют, криворукие блин)
Чето нето гуглите, вот же http://www.linuxtv.org/wiki/index.php/AVerMedia_AVerTV_Hybri...
> Чето нето гуглите, вот же http://www.linuxtv.org/wiki/index.php/AVerMedia_AVerTV_Hybri...Ваш первый пост, который показывает на git, на котором патч, в коде которого строка:
.name = "Hauppauge WinTV-HVR4400",
Её и гуглил =)
*facepalm* В патчах если строка начинается с "+" то она добавляется или с "-" значит строка удаляется, а если с пробела значит строка там была :)
А при чём тут это, и где логика?
Ну если бы в патче не было этой строки с именем устройства, я б полез в код, для которого этот патч написан, и там бы её и нашёл.
Логика - в использовании мозга при чтении кода. Там в коде, в который "я б полез" - 39 девайсов упоминается. Какой будете гуглить?
Слабо, поддержку DVB-S2 и T2 пропихнуть?
Данный девайс не умеет DVB-S2 и T2
Долго апрувили? Как все произошло? Что за девайс - глянул код, ничего кроме всяких неясных констант в принципе не вижу =)
http://www.linuxtv.org/wiki/index.php/AVerMedia_AVerTV_Hybri...Аппрувили месяц
Что сказать - крут!
> Ура, ...Хорошая новость
Присоединяюсь к поздравлениям
Поздравляю! Коммитить в ядро - это действительно очень круто!
Мои патчи тоже попринимали в новенькое ядро :)
Искренне поздравляем =)
> Ура, мой патчик приняли! :)Два чая этому гражданину :)
Мужик!
Ему нужна некая фирмварь xc3028L-v36.fw ? Она свободно распространяется или придётся качать где-то?
Молодец, рад за вас
atheros wifi так и глючит. каждые 2 минуты "будто бы" теряет связь ( хотя показывает что сигнал есть и сеть тоже). печаль и только. пришлось откатиться до 3.2 ( тоже глючит, но терпимо ).
> atheros wifi так и глючит. каждые 2 минуты "будто бы" теряет связьМожет быть, у соседа микроволновка по таймеру включается? Вы б посмотрели на состояние сети в этот момент. Мало ли чего там и где. Беспроводка - штука эфемерная.
Откати я сейчас на 11.04 с ядром на то время, оно будет работать как часы :) вот она магия апдейтов =]
А я всё жду когда в новых ядрах исправят зависания про подкючении-отключении сетей.
Отсюда: 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, используемый при разработке под данную платформу;Кто может пояснить, что это даст на практике?
> Goldfish
> Кто может пояснить, что это даст на практике?Существует множество реализаций ARM-процессоров от разных производителей (обычно в виде SoC -- System On Chip). Например:
- TI OMAP5430
- Broadcom BCM21664T
- NVidia Tegra 4Гугл делает реализацию Андроида, привязанную к какой-либо определенной версии ARM или SoC. Насколько я понял, Goldfish как раз и есть то, под что разрабатывается Андроид (надо же как-то тестировать, какой-то референсный проц). Хотя не ручаюсь за правильность ответа, я не слишком into AOSP.
Кстати, находил в образе AFS забавные файлы, типа init.goldfish.rc, лежащие в корне, рядом с "настоящими" файлами инициализации под конкретное железо (OMAP).
> Гугл делает реализацию Андроида, привязанную к какой-либоопечатался -- конечно же "не привязанную"
А что за доски на базе Tegra 3?
В это ядро постоянно пихают какой-то мусор.Так конкуренцию с unix на heigh-end
linux точно никогда не составит,и останется для low,mid-tier и embedded.
Вряд ли стоит ожидать,что займутся совершенствованием шедулеров,например,для обеспечения устойчивости на высоки нагрузках,улучшения масштабирования на smp машинах с количеством cpu больше восьми и т.д.
>на heigh-endЭто не тот ли high-end, на котором у Linux УЖЕ 90%? http://en.wikipedia.org/wiki/Usage_share_of_operating_system...
Не это не то, он имеет ввиду машины где много CPU на одной плате, а не супер компьютеры, по сути кластера из плат по 2 проца на плате.
Вам шашечки или ехать?
Материнка на 32 гнезда, примерно, стоит как 32 готовых двух процессорных блейд-сервера! :)
Более того, если найдешь в гугле, где её, или даже любую больше чем с 8 дырками,
можно купить (или даже Call now), получишь приз!Из последнего вспоминается какая-то DECовская мать под 32-проца Alpha 21264,
с невероятной производительностью, аж в целых 60 гигафлоп,
почти как суперкомпьютер RaspberryPi :)
> почти как суперкомпьютер RaspberryPi :)Тонко, чо :)
Facepalm ... Павлин гугли Oracle SPARC, HP SuperDome, IBM x-, p- arch ... если у вас в мухосранске этого нет - это не значит что в сранномухинске нет тоже :)
> Facepalm ... Павлин гуглиПроцитирую его для Вас помедленней:
"Материнка на 32 гнезда,
примерно,
стоит как 32 готовых двухпроцессорных блейд-сервера! :)"
Фэйспалм ты галимый, покажи фотку материнки Супердома иль ИВМ X- П-арх
Холодильники там слотовые, тот же блейсервак только провода короче.
Материнка на 32 проца, как раз высотой с этот холодильник.
> Не это не то, он имеет ввиду машины где много CPU на
> одной плате, а не супер компьютеры, по сути кластера из плат
> по 2 проца на плате.Ну например вот:
--- cut ---
# uname -a
Linux test.xxx.xxx.xx 2.6.32-279.22.1.el6.x86_64 #1 SMP Sun Jan 13 09:21:40 EST 2013 x86_64 x86_64 x86_64 GNU/Linux# free
total used free shared buffers cached
Mem: 264516352 12463988 252052364 0 302292 4585652
-/+ buffers/cache: 7576044 256940308
Swap: 52428792 0 52428792# cat /proc/cpuinfo|grep ^processor|wc -l
80# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 47
model name : Intel(R) Xeon(R) CPU E7- 4870 @ 2.40GHz
stepping : 2
cpu MHz : 1064.000
cache size : 30720 KB
physical id : 0
siblings : 20
core id : 0
cpu cores : 10
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 lflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 onitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 x2apic popcnt aes lahf_lm ida arat epb dts tpr_shadow vnmi flexpriority ept vpid
bogomips : 4794.82
clflush size : 64
cache_alignment : 64
address sizes : 44 bits physical, 48 bits virtual
power management:[skip]
# dmesg |grep ^DMI
DMI 2.7 present.
DMI: HP ProLiant DL580 G7, BIOS P65 12/03/2012--- cut ---
Тестовый сервер одного заказчика.
Подобный же сервер вполне по нагрузочной способности заменяет SF25k в полной набивке (18 Uniboards USIV+ 1.8GHz/32Gb) под Oracle DB. И что характерно, при значительно меньшей стоимости поддержки, меньшем энергопортеблении и габаритах.
Так что вполне себе замена Hi-END.
> Тестовый сервер одного заказчика.
> Подобный же сервер вполне по нагрузочной способности заменяет SF25k в полной набивке
> (18 Uniboards USIV+ 1.8GHz/32Gb) под Oracle DB. И что характерно, при
> значительно меньшей стоимости поддержки, меньшем энергопортеблении и габаритах.
> Так что вполне себе замена Hi-END.Как прикажете масштабировать RDBMS на таких тазиках?
Рынок завоевывает тот, кто предлагает дешевые массовые решения, а не единичные и дорогостоящие. Микрософт и Интел выросли именно таким способом, они обе когда-то были никому не известными мелкими конторками, продающими свою продукцию крайне дешево по сравнению с конкурентами
> Рынок завоевывает тот, кто предлагает дешевые массовые решения, а не единичные и
> дорогостоящие. Микрософт и Интел выросли именно таким способом, они обе когда-то
> были никому не известными мелкими конторками, продающими свою продукцию крайне дешево
> по сравнению с конкурентамиДа хотя бы вот http://habrahabr.ru/company/hp/blog/128241/
> Рынок завоевывает тот, кто предлагает дешевые массовые решения, а не единичные и
> дорогостоящие. Микрософт и Интел выросли именно таким способом, они обе когда-то
> были никому не известными мелкими конторками, продающими свою продукцию крайне дешево
> по сравнению с конкурентамиЭто смотря какой рынок. Банковский сектор такими вещами не завоюешь.
> Это смотря какой рынок. Банковский сектор такими вещами не завоюешь.Банковский сектор пора отправить на плаху за всё, что он натворил за последние пару веков только. А не "завоёвывать".
>> Это смотря какой рынок. Банковский сектор такими вещами не завоюешь.
> Банковский сектор пора отправить на плаху за всё, что он натворил за
> последние пару веков только. А не "завоёвывать".Понимаю Вашу [попа]боль - но ... будь реалистом. Большие дядьки покупают большие контуперы ... а значит и продавать их будут, даже если инженеры бьются в истерике :( Неужто ни разу не было?
А что не так?
Есть N серверов каждом по 128 ядер Itanium2 (по 2 ядра на процессоре) и все работает, тот же SGI работает с более чем 8 сокетами. Или вы о чем?
> А что не так?
> Есть N серверов каждом по 128 ядер Itanium2 (по 2 ядра на
> процессоре) и все работает, тот же SGI работает с более чем
> 8 сокетами. Или вы о чем?SGI (Altix?)-это NUMA системы,которые есть те же кластеры,связанные NUMA интерконнектом,что предстовляет собой наиболее производительное средство коммуникации между нодами.Выше говорилось про SMP,например,
http://docs.oracle.com/cd/E19065-01/servers.e20k/817-4136-13...
> улучшения масштабирования на smp машинах с количеством cpu больше восьми и т.д.Солнышко незакатное, а какая ещё операционка работает на 2K CPU под одним образом?
> Солнышко незакатное, а какая ещё операционка работает на 2K CPU под одним
> образом?Зачем нам 2K?И Sparc Enterprice M8000 вполне подойдёт.По причине известных телодвижений
со стороны оракла,всерьёз рассматривали перевод машины на linux/bsd.Протестировали.
Эти операционки на таких машинах едва шевелятся.Проблемы во всём,и прежде всего
в неполной утилизации имеющихся процессоров.
Методику тестирования в студию.
Иначе не было.
> Методику тестирования в студию.
> Иначе не было.Простая прога на C размножающая процессы,потоки в каждом,в каждом размножаются
дескрипторы и прозводится активный ввод-вывод через них.Стандартными средствами ос
при этом ведётся наблюдение за всеми подсистемами ос,мониторинг использования
аппаратных ресурсов,отзывчивость,количество проделанной прогой за единицу времени работы(она сама себя измеряет-дополнительная нагрузка) ну и далее по мелочи.
это, извините, не методика.
это, извините, слова, чтобы оправдаться как-то за свои слова.1. краткое описание условий (цпу, память, хранилище, контейнеры, ограничения если есть и тд, и тп — в общем окружение в которых проводилось тестирование)
2. система 1) (описание)
3. система 2) (описание)
4. методы тестирования (прога — любой аналог пастбина, собираемые показатели)
5. результаты системы 1)
6. результаты системы 2)
7. выводы/сравнения/отклонения/погрешности (вот это сюда можно и не надо)а сейчас что? да ничего. ядро хоть какое было и откуда брали…
слова, слова, слова.
> слова, слова, слова.Ну, мне интересно было услышать, а докапываться -- нет. Потому как "солярис на x86 -- что линукс на спарке" известно давно и прочно.
Или у Вас аналогичная задача по схожему шкафчику стоит?
> Ну, мне интересно был услышать, а докапываться -- нет. Потому как
> "солярис на x86 -- что линукс на спарке" известно давно и
> прочно.У соларис на x86 только java gnome-какой-то кошмар.Демоны живут не хуже чем на lin/bsd.
>Демоны живут не хуже чем на lin/bsd.демоны живут гораздо хуже.
но живут, это факт. и с ним, замечу, никто не спорит.
> Потому как "солярис на x86 -- что линукс на спарке" известно давно и прочноя (лично я) пробовал и так, и так.
солярис на x86 гораздо мрачнее.зыж
>Или у Вас аналогичная задача по схожему шкафчику стоит?схожего нет, а на v490 пробовал.
разница? нет оракла для линуха на спарках. всё. :D
ззыж
>> слова, слова, слова.
>Ну, мне интересно было услышать, а докапываться -- нет.так и мне тоже.
но как ещё предлагается поделиться методикой?
поверим на слово?
>[оверквотинг удален]
> и тд, и тп — в общем окружение в которых проводилось
> тестирование)
> 2. система 1) (описание)
> 3. система 2) (описание)
> 4. методы тестирования (прога — любой аналог пастбина, собираемые показатели)
> 5. результаты системы 1)
> 6. результаты системы 2)
> 7. выводы/сравнения/отклонения/погрешности (вот это сюда можно и не надо)
> а сейчас что? да ничего. ядро хоть какое было и откуда брали…
> слова, слова, слова.А может куда притащить саму машину и всё продемонстрировать?Выше-принцип выяснения возможностей и проведения сравнения.
>А может куда притащить саму машину и всё продемонстрировать? Выше-принцип выяснения возможностей и проведения сравнения.а может вы всё-же предоставите методику и цифры, а я сам разберусь?
Слово "притащить" в отношении фуджи m8000 доставляет.
Он чуток больше тонны весит.
> сама себя измеряет-дополнительная нагрузка) ну и далее по мелочи.И что имитирует данный процесс? Копание от забора и до обеда?
скорее всего создание легковесных процессов, которые в линухе нужно создавать немного не так.
но ни методику, ни код мы тут видимо не увидим.
> Зачем нам 2K?И Sparc Enterprice M8000 вполне подойдёт.По причине известных телодвиженийПо причине известных телодвижений сдается мне что на спарки почти все забили. А кто кроме собственно оракла должен суетиться с поддержкой оных? Кто-то еще что-то выпускает массово на данном проце?
> Кто-то еще что-то выпускает массово на данном проце?Фуджики баловались.
Ничего себе "баловались"!
Шикарные сервера (и процы) делали.
> Шикарные сервера (и процы) делали.__делали__
Ну… Они ими ещё торгуют http://www.fujitsu.com/global/services/computing/server/spar...
>> Кто-то еще что-то выпускает массово на данном проце?
> Фуджики баловались.Более того, M8000 это фуджица и есть.
>> Зачем нам 2K?И Sparc Enterprice M8000 вполне подойдёт.По причине известных телодвижений
> По причине известных телодвижений сдается мне что на спарки почти все забили.
> А кто кроме собственно оракла должен суетиться с поддержкой оных? Кто-то
> еще что-то выпускает массово на данном проце?Эльбрус :)
Goldfish? А что он дает по сравнению с виртуальной машиной входящей в SDK?
Я так и не понял, включили в ядро наработки для поддержки PRIME или нет? Optimus когда-нибудь заведется?
> Я так и не понял, включили в ядро наработки для поддержки PRIMEДа еще в 3.8 вроде. Но это только ядерная инфраструктура.
> Soc Tegra 4, которая будет выпущена через несколько месяцевДа, вроде, вышла уже.
> Да, вроде, вышла уже.И где, вроде, ее уже можно купить? :)
Спасибо за подробную новость.А теперь каждый rc будет в главный попадать ? =)
> Спасибо за подробную новость.Мы старались :)
> А теперь каждый rc будет в главный попадать ? =)
А вот это на совести аппруверов уже. Как по мне оно скорее мини-новость, т.к. не релиз еще. Впрочем, дело аппруверское :).
>В планировщик задач внесены небольшие исправления, позволившие существенно повысить эффективность работы в ситуациях когда число процессоров превышает число выполняемых активных процессов....Это поможет ускорить ОС в виртуалке xen?
ребята, подскажите. я вот собрался полностью снести виндус, какой линукс лучше всего установить?
> ребята, подскажите. я вот собрался полностью снести виндус, какой линукс лучше всего установить?Розовый в крапинку, например.
Погугли дистры, посмотри что люди ставят. В основном это DistroWatch для оценки. Поставь в виртуалку на винде, а потом переходи. Так мягше будет.
Ответь себе на вопрос "Для чего?". После этого либо ничего не меняй, если не знаешь "для чего", либо бери любой, заводи виртуалку и пытайся решить озвученную собой проблему/достичь цель. Как поймешь, что всё что тебе нужно ты способен сделать в виртуалке, вылезай из песочницы.Какой бы ты дистрибутив ни выбрал, за первые пару лет скорее всего посидишь еще на 2х-3х дистрибутивах, пока не поймешь, что все одинаковые. К этому моменту "самым удобным" станет самый освоенный, на нём и останешься. Ну или гламурная мода на "самый крутой и привильный дистрибутив" и красноглазый мир поглотят тебя раньше и ты перестанешь думать и идти к цели.
Или поймешь, что до этого жил в смертельной рубашке и кормили тебе с ложечки ;) Но и свобода даром не дается, и тут уж каждый решает сам что лучше.
Попробуй несколько популярных дистрибутивов Linux. У них есть свои плюсы и минусы. Сделай своё мнение сам, а не полагайся на форумных аналитиков. Разницы между дистрибутивами Linux, если что, немного, и установив другой ты не окажешься в ситуации "я ничего не понимаю".
> я вот собрался полностью снести виндус, какой линукс лучше всего установить?Посмотрите штуки три разных и не спешите сносить привычное, пока не получите работающее.
Смотреть _обычно_ лучше текущие стабильные выпуски, хотя у каждого дистрибутива при более близком рассмотрении найдутся свои особенности и улучшения/ухудшения в конкретных релизах.
За Вас никто не выберет; ответы #68 и #70 -- вполне по существу.
>ребята, подскажите. я вот собрался полностью снести виндус, какой линукс лучше всего установить?Debian Gnu/Linux
>>ребята, подскажите. я вот собрался полностью снести виндус, какой линукс лучше всего установить?Scientific Linux-самый оптимальный вариант.Выибраем только из первой десятки,
отбрасывая дистры для гиков:
debian отпадает-нужно доставлять драйверы,проги(firefox и т.д),fedora,ubunta-
нестабильность,гламурность,всякая всячина,например,убунтовские рекламные троянчики,
Centos-скудность центральной репы и недоверие к сторонним.Остаётся только SL.
>>>я вот собрался полностью снести виндус, какой линукс лучше всего установить?2 MSDOS: при виде подобных "рекомендаций" самое лучшее, что могу рекомендовать -- их игнорировать. Потому как если человек лезет со своим любименьким, не зная и не спрашивая Ваших задач -- не угадает.
> Scientific Linux-самый оптимальный вариант.
Перечислите, пожалуйста, хорошо знакомые Вам по личному опыту дистрибутивы.
>>>>я вот собрался полностью снести виндус, какой линукс лучше всего установить?
> 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-не помню какой,не установился,не понял оборудования.Это те,в которых я подолгу
ковырялся.
> Debian пользовал все релизы с 2000г [...]Тогда тем более непонятна категоричность. Вон сегодня про шляпную поддержку было (не SL и не центос): http://bash.altlinux.org/2532
PS: s/C/S/
>> Debian пользовал все релизы с 2000г [...]
> Тогда тем более непонятна категоричность. Вон сегодня про шляпную поддержку было
> (не SL и не центос): http://bash.altlinux.org/2532
> PS: s/C/S/Категоричность-просто SL для новичка луше чем debian,и при этом не стоит связываться с
гламурными и тестировочными линуксами.А по ссылке:непонял сути.Запилить сиcтемный вызов для
себя-задачка на один вечер,если он,конечно,не предназначен горы ворочать.
> Категоричность-просто SL для новичка луше чем debianНе могу согласиться (правда, и дебиан уже не с dselect в обязательном порядке); впрочем, о вкусах не спорят, а оба эти варианта -- не самые худшие.
> А по ссылке:непонял сути.Запилить сиcтемный вызов для себя-задачка на один вечер,
> если он,конечно,не предназначен горы ворочать.В данном разе сбэкпортить из современного ядра, но всё равно отправили к манагерам.
Как то шустро с версиями Линус обходится. Уж скоро-скоро будет его спотыкачная версия 45. И он опять плюнет на цифры и скажет - хочу по новому нумеровать ядро. Может стоит отделить собственно ядро с ФС-ками, от толстой библиотеки дров. Смысл то в этом есть.
> Как то шустро с версиями Линус обходится.Зато если что поломают, то ненадолго. Например 3.8 сломали загрузку прошивки в emu-1212m, отослал патч, приняли, в 3.8.2 выпустили.
> Может стоит отделить собственно ядро с ФС-ками, от толстой библиотеки дров. Смысл то в этом есть.
Тогда уже нужно отделить ФС и сеть. Только что это даст? Меньший объем основного архива, больше проблем с поиском и установкой нужного драйвера, проблемы с совместимостью между версией ядра и драйверов. Выход драйверов будет запаздывать относительно выхода ядра.
Уж лучше, как сейчас: все в одном архиве, но при этом любую часть можно отключить. То что устарело и реально никому не нужно - выкидывается. Все драйвера получают совместимость и тестирование с новой версией ядра.
> проблемы с совместимостью между версией ядра и драйверовAFAIR в xorg после порубки как раз и проходили неатомарность изменений...
>> проблемы с совместимостью между версией ядра и драйверов
> AFAIR в xorg после порубки как раз и проходили неатомарность изменений...Да, был такой период - нужно было подбирать удачную комбинацию библиотек и драйверов и не обновлять xorg-server, пока нужные драйвера не обновятся. Но теперь более-менее устаканилось, совместимость особо не ломают, стараются сохранять обратную совместимость (в разумных пределах). Но темп развития ядра сильно отличается от xorg.
Вообще xorg мог пойти по пути ядра: развязать все на уровне архитектуры, добавить make menuconfig и выкладывать одним архивом. Но в любом случае работа была проделана хорошая и на тот момент необходимая.
Не, не и ещё раз не ... не согласен. Потому что должен быть некий стандарт для функций с которыми оперируешь, если быть точным то это API. Если он стабилен и/или можно узнать какие функции вызывать можно и с какими аргументами (вспоминаю Спраустрапа) - то дорога в долгожители открыта настеж. Ежели нет - то ни о какой стандартизации и речи быть не может. Посему - раз не делают, значит не могут. Причины обсуждать не буду. И будут пухнуть архивы с ядрами как на дрожах.
А мне вот интересен другой вопрос - если Линус уйдет, будет ли ядро стандартизировано ? Будет ли раздел на собственно ядро, ФС и Сетку, Драйвера и Безопасность? Гениальность ядра не в том что оно пухнет от релиза к релизу, а в его открытости. А если что то большое работает как единое целое - то внутри есть что то поменьше, которое можно абстрагировать от большого, дать ему самостоятельность.
Мне так сдается, что это вопрос времени. Ведь ядро не таскает с собой библиотеку glibc и GCC, а вполне мог бы. И это было бы печально.
Ядро уже внутри очень хорошо разделено, но поставляется одним пакетом во избежание проблем, о которых я упоминал ранее.GLIBC и GCC не нужны во время старта ядра, поэтому их включать нет смысла. Но например часть графической подсистемы включили, что позволяет изменить разрешение до запуска init.
> будет ли ядро стандартизировано ?
API будет меняться всегда, если идет активное развитие. Другое дело, что без особой необходимости его лучше не ломать.
Дабы пользователи не ощущали проблем из-за изменений в API, API делится на две части, внутреннее и внешнее. Внешнее относительно стабильно и меняется редко, внутренне меняется часто, но нужно оно только драйверам. А так как драйвера идут вместе с ядром, то любое изменение в API происходит с одновременным изменением _всех_ драйверов которые использовали измененную часть API. Также можно не беспокоится об обратной совместимости - новые драйвера не могут быть использованы со старым ядром. Соответственно код драйверов получается гораздо компактней и проще, так как не содержит кучу ifdef для совместимости со старыми ядрами.
Проблемы возникают только с внешними драйверами (особенно с закрытыми: привет nvidia и amd/ati).