форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Релиз ядра Linux 3.6"	+1 +/–
Сообщение от opennews on 01-Окт-12, 11:55
Линус Торвальдс на неделю раньше прогнозируемого срока представил (https://lkml.org/lkml/2012/9/30/152) релиз ядра Linux 3.6 (http://www.kernel.org). В новую версию принято около 9 тысяч исправлений от более чем 1200 разработчиков, размер патча - 34 Мб (изменения затронули 8296 файлов, добавлено 528478 строк кода, удалено 256811 строк). Около 42% всех представленных в 3.6 изменений связаны с драйверами устройств, примерно 23% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 15% связано с сетевым стеком, 6% - файловыми системами и 4% c внутренними подсистемами ядра. Наиболее интересные новшества (http://kernelnewbies.org/Linux_3.6) ядра 3.6: -   Сетевая подсистема -  Включение (http://lwn.net/Articles/507065/) наработок (http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6...) по использованию коротких очередей TCP пакетов (TSQ - TCP Small Queues), подразумевающих  использование сокращённого буфера для очереди отправляемых через каждый сокет пакетов. Указанная возможность разработана в рамках инициативы (http://www.opennet.dev/opennews/art.shtml?num=29734) по борьбе с негативным влиянием промежуточной буферизации пакетов (Bufferbloat) сетевым оборудованием. Тесты показали, что уменьшение размера буфера до разумных величин не влияет на пропускную способность, но позволяет снизить  негативное влияние излишней промежуточной буферизации пакетов на однородность потока (jitter) и время прохождения пакетов (latency), за счёт сокращения числа находящихся в очереди исходящих пакетов и, соответственно, уменьшения времени нахождения пакетов в очереди. Регулировать лимит на размер очереди можно через файл /proc/sys/net/ipv4/tcp_limit_output_bytes (значение по умолчанию 128 Кб). -  Поддержка (http://lwn.net/Articles/508865/) режима быстрого открытия TCP-соединений (TFO (http://tools.ietf.org/html/draft-ietf-tcpm-fastopen-01) - TCP Fast Open), позволяющего сократить число шагов установки соединения за счёт комбинирования в один запрос первого и второго шагов классического 3-этапного процесса согласования соединения, и давая возможность отправки данных на начальном этапе установки соединения. TFO пока отнесён к экспериментальным TCP-расширением, так как соответствующая опция пока не одобрена IANA. По оценке компании Google, разработавшей TFO, для примерно 33% HTTP-запросов браузеру требуется предварительная отправка одного RTT-пакета для установки TCP-соединения с удалённым хостом. Большинство HTTP-ответов укладываются в начальное окно перегрузки величиной 10 пакетов, удваивая время отклика. Режиме TFO позволяет снизить накладные расходы за счёт возможности включения HTTP-запроса в начальный TCP SYN пакет. В итоге, активация TFO позволяет сократить время загрузки страниц в среднем примерно на 10%, а в некоторых ситуациях до 40%. -   Дисковая подсистема, ввод/вывод и файловые системы -  В состав ядра интегрирована подсистема VFIO (http://git.kernel.org/linus/4a5b2a20ec87384eeb19e70991e7e15a...) (Virtual Function I/O), нацеленная на предоставление средств для создания виртуализированных драйверов устройств, работающих в пространстве пользователя. Подсистема была создана разработчиками системы виртуализации KVM для упрощения создания драйверов для прямого доступа к PCI-устройствам из гостевых систем, обеспечивающих максимальную производительность и минимальное время задержки, но не требующих запуска отдельных компонентов уровня ядра на стороне хост-системы. В частности VFIO предоставляет более безопасный механизм, чем UIO, позволяющий обойтись без использования специфичного KVM PCI кода и выносящий драйверную логику в пространство пользователя, используя для обеспечения изоляции IOMMU Groups. Поддержка VFIO ожидается в будущих выпусках QEMU. -  Для файловой системы Btrfs добавлена поддержка команды send (http://lwn.net/Articles/506244/), позволяющей вычислить различия между двумя подразделами Btrfs и выделить результат  в обособленном виде (информация о различиях сохраняется в файле). В дальнейшем, сохранённая информация о различиях может быть использована при помощи команды "receive" для накатывания изменений к снапшоту для доведения его до состояния другого снапшота. Указанная возможность окажется полезной при организации инкрементального копирования или при организации зеркалирования содержимого разделов. Формирование слепка различий производится командой "btrfs send -i oldsnap snapshot", для применения изменений к снапшоту предусмотрена команда "btrfs receive". Кроме того, в Btrfs добавлена (http://git.kernel.org/linus/8ea05e3a4262b9e6871c349fa3486bcf...) поддержка квот для отдельных подразделов, позволяющих определить как много места могут занимать отдельные области ФС. -  Информация о квотах для EXT4 отныне не сохраняется в видимых файлах, а размещается в форме метаданных, внутри скрытых inode. -   Виртуализация и безопасность -  Поддержка групп IOMMU (IOMMU Groups (http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6...)), позволяющих обеспечить изоляцию устройств PCI и PCIe с использованием технологий виртуализации ввода/вывода AMD-Vi и Intel VT-d. IOMMU Groups решает проблему с невозможностью изоляции одного PCI-устройства от другого. Для устройств которые не могут быть изолированны по отдельности поддерживается их объединение в одну группу. IOMMU Groups, в частности, выступает в качестве основы для вышеотмеченной подсистемы VFIO. -   Память и системные сервисы -  Проведена (http://lwn.net/Articles/507794/) работа по рефакторингу заголовочных файлов, в рамках которой произведено разделение по разным иерархиям директорий заголовочных файлов для UAPI (Userspace API) и KAPI (Kernel API). Подобное разделение позволит  более явно выделить необходимые только для ядра заголовки (например, разработчики дистрибутивов получат возможность подготовить сокращённый пакет только с заголовками UAPI). Кроме того проведена работа по упрощению сложившейся усложнённой и запутанной схемы внутренних зависимостей между заголовочными файлами, например, разработчики сталкивались с проблемами добавления inline-функций в заголовочный файл, так как нередко в таких функциях необходимо было использовать компоненты из других заголовочных файлов; -  Поддержка протокола EFI Handover Protocol на уровне ядра, позволяющего упростить написание EFI-загрузчиков и ускорить процесс загрузки на EFI-системах; -  Добавлен режим "Suspend to both", комбинирующий спящий и ждущий режимы, путем перехода в ждущий режим после предварительного сохранения образа памяти на диск. В ситуации когда запас аккумулятора иссяк, новый режим позволяет восстановить работу через загрузку с диска дампа памяти, как при спящем режиме. Если запас энергии не исчерпан, восстановление будет совершено в ждущем режиме; -   Оборудование и аппаратные архитектуры -  Обновлен DRM-драйвер для карт Intel, интегрированы наработки по оптимизации производительности. -  В DRM-драйвере Radeon по умолчанию включена поддержка PCI Express 2.0. -  В драйвер "intel_idle" добавлена поддержка дополнительных режимов экономии энергии, появившихся в Intel Ivy Bridge. Для просмотра статистики об изменении частоты процессора и его нахождения в состоянии простоя (idle) в состав дерева ядра включён переработанный вариант утилиты "turbostat".-  В подсистему perf добавлена поддержка метрик производительности "uncore", реализованных в CPU Intel Nehalem и Sandy Bridge.-  При сборке для 64-разрядных процессоров на базе архитектуры x86 добавлена поддержка загрузочных опций "reboot=bios" и "reboot-cpu". URL: https://lkml.org/lkml/2012/9/30/152 Новость: http://www.opennet.dev/opennews/art.shtml?num=34976
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

9. "Релиз ядра Linux 3.6"	–1 +/–
Сообщение от iCat (ok) on 01-Окт-12, 12:22
>При сборке для 64-разрядных процессоров на базе архитектуры x86 добавлена поддержка загрузочных опций "reboot=bios" и "reboot-cpu" Я правильно понимаю: "reboot-cpu" - это ребут без перезагрузки BIOS?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	12. "Релиз ядра Linux 3.6"	+4 +/–
	Сообщение от Аноним (??) on 01-Окт-12, 13:30
	Нет. Сложно было по ссылке сходить? Переводчик не осилил фразу "Allow reboot=bios and reboot-cpu override" (подсказка по поводу качества всей "статьи"). Раньше ты мог указать номер ЦП, на котором будет инициирован сброс, только на x86_32, а теперь и на x86_64 тоже.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	19. "Релиз ядра Linux 3.6"	–1 +/–
	Сообщение от Аноним (??) on 01-Окт-12, 14:18
	> Нет. Сложно было по ссылке сходить? Переводчик не осилил фразу "Allow reboot=bios and reboot-cpu override" (подсказка по поводу качества всей "статьи"). Вообще-то в оригинале написано "The x86 architecture now supports the reboot=bios and reboot-cpu command-line options on 64-bit processors (as well as on 32-bit, which has been supported for a long time)". Непонятно где вы про override нашли.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	23. "Релиз ядра Linux 3.6"	+4 +/–
	Сообщение от Аноним (??) on 01-Окт-12, 14:45
	> Вообще-то в оригинале написано "The x86 architecture now supports the reboot=bios and reboot-cpu command-line options on 64-bit processors (as well as on 32-bit, which has been supported for a long time)". Непонятно где вы про override нашли. В комментарии к коммиту. Непонятно, где вы нашли "оригинал".
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	36. "Релиз ядра Linux 3.6"	+4 +/–
	Сообщение от Аноним (??) on 01-Окт-12, 15:29
	> Раньше ты мог указать номер ЦП, на котором будет инициирован сброс, только > на x86_32, а теперь и на x86_64 тоже. А в чем польза такой опции, если не секрет?
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

17. "Релиз ядра Linux 3.6"	+/–
Сообщение от blob_user (ok) on 01-Окт-12, 14:09
Да, посмотрел сейчас на turbostat с 3.5.4 - как-то не очень информативно выглядит. Ну, посмотрим новый на днях в Арчике ;)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Релиз ядра Linux 3.6"	+/–
Сообщение от Аноним (??) on 01-Окт-12, 14:29
Ммм штеуд будет еще быстрее работать =) Еще mesa 9.1 с kde 4.9.2 дождаться, и вообще замечательно=)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	62. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Анондрон on 01-Окт-12, 18:45
	mesa 9.1 врятли будет. Скорее всего сразу 10.0(если не 11.0). У них смена мажорных версий происходит при смене версии поддерживаемого OpenGL. В следующий релиз обещают добавить 3.2 а возможно даже 3.3.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	110. "Релиз ядра Linux 3.6"	+/–
	Сообщение от ВовкаОсиист (ok) on 01-Окт-12, 21:34
	> обещают добавить 3.2 а возможно даже 3.3. наоборот. 3.3 уже готово, т.к. там нету шовшевст сложных в реализации. Сложные онные в 3.2
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	122. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Анондрон on 01-Окт-12, 23:38
	Я передал сказанное одним из разработчиков. Будет 3.2 и скорее всего будет 3.3. Я знаю что там для 3.3 практически все готово. Но почему то говоривший разработчик не был уверен на 100% насчет 3.3.
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	123. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 02-Окт-12, 00:06
	> наоборот. 3.3 уже готово, ...оно должно включать в себя 3.2, которого пока нет. По поводу чего "готово" - забавно звучит :). Ну да, автомобиль собран. Хоть сейчас заводи и езжай. Сразу после того как установишь двигатель и прикрутишь колеса ;)
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	136. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 02-Окт-12, 01:03
	> Ну да, автомобиль собран. Хоть сейчас заводи и езжай. Сразу после того как установишь двигатель и прикрутишь колеса ;) Если двигатель и колеса действительно от этой машины, и есть необходимый инструмент - операции вполне тривиальные, кстати. Вот если бы были от другой модели...
	Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

	152. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 02-Окт-12, 11:30
	> Если двигатель и колеса действительно от этой машины, и есть необходимый инструмент > - операции вполне тривиальные, кстати. Загвоздка в том что как-то вдруг оказывается что их сборку надо еще сначала закончить. А только потом можно будет ставить. При этом извольте сами написать программу для CNC машин чтобы они нужные детали выпилили. И вот когда все будет готово - тогда все просто, да :)
	Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

27. "Релиз ядра Linux 3.6"	+/–
Сообщение от Аноним (??) on 01-Окт-12, 14:59
Как я понимаю, RHEL7/OL7 будет основан именно на этом ядре. Ну а мы ждем 3.7 с поддержкой IPv6 NAT.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	30. "Релиз ядра Linux 3.6"	–1 +/–
	Сообщение от Аноним (??) on 01-Окт-12, 15:05
	> Ну а мы ждем 3.7 с поддержкой IPv6 NAT. slowpoke, залогиньтесь!
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	34. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 01-Окт-12, 15:26
	> slowpoke, залогиньтесь! Я что-то пропустил?
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	130. "Релиз ядра Linux 3.6"	+1 +/–
	Сообщение от Аноним (??) on 02-Окт-12, 00:27
	> Я что-то пропустил? Да. Залогиниться забыл!
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	135. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 02-Окт-12, 01:01
	> Да. Залогиниться забыл! Не надо путать "забыл" и "лень".
	Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

	139. "Релиз ядра Linux 3.6"	+1 +/–
	Сообщение от etw (ok) on 02-Окт-12, 02:30
	>IPv6 NAT но зачем?
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	159. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 02-Окт-12, 15:31
	>>IPv6 NAT > но зачем? Типа, редирект локальных портов в волшебном мире IPv6 не востребован?
	Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

	188. "Релиз ядра Linux 3.6"	+2 +/–
	Сообщение от etw (ok) on 02-Окт-12, 22:50
	Опять же, зачем, если у любого устройства есть свой адрес?
	Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

	189. "Релиз ядра Linux 3.6"	+/–
	Сообщение от CssfPZS (ok) on 02-Окт-12, 22:59
	> Опять же, зачем, если у любого устройства есть свой адрес? Есть подозрение, что для того что бы иметь возможность управлять доступом из внутренней ipv6 сети во внешнюю. Вопрос о целесообразности ipv6 для внутренней сети предприятия спорен, но теоретически есть больше свободы по сознанию разделенных подсетей (так как адресноe пространство в ipv6 больше чем в ipv4). Как то так)
	Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

	190. "Релиз ядра Linux 3.6"	+1 +/–
	Сообщение от etw (ok) on 03-Окт-12, 03:09
	>> Опять же, зачем, если у любого устройства есть свой адрес? > Есть подозрение, что для того что бы иметь возможность управлять доступом из > внутренней ipv6 сети во внешнюю. Ну так это задача фаервола на границе сети. Использовать NAT вместо правила блокировки по-умолчанию форвардинга пакетов с внешнего интерфейса на внутренний несколько глупо, не находите? > Вопрос о целесообразности ipv6 для внутренней сети предприятия спорен, > но теоретически есть больше свободы по сознанию разделенных подсетей (так как адресноe > пространство в ipv6 больше чем в ipv4). > Как то так) На первый взгляд это так, а на практике оказывается, что конечная сеть не может быть меньше, чем /64. Т.е. реально /48 ipv6-сеть от /8 ipv4-сети (при дроблении до размера минимального блока в /24) отличается в плане адресации только тем, что в конечную сеть можно запихнуть больше, чем 254 устройства.
	Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

	191. "Релиз ядра Linux 3.6"	+/–
	Сообщение от 1 (??) on 03-Окт-12, 09:24
	на практике для организаций: - получить /8 в4 нереально, их просто не осталось столько, а /48 можно получить без проблем прям щас хоть через тунель хоть черей райп. - либо использовать 10.0.0.0/8, но через прокси и как правило всего 1 в4 адрес (или как с провом договоришся). NAT в в6 это по сути РАТ - трансляция префикса, штука вполне нужная если есть Multihomed подключение без своей ас, + conntrack все таки нужен в некоторых случаях (типа фтп). хотя мне не понятно почему не ввели расширение заголовка для пат - была б стандартная фича со стандартной обработкой
	Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

	192. "Релиз ядра Linux 3.6"	+/–
	Сообщение от etw (ok) on 03-Окт-12, 12:54
	> на практике для организаций: > - получить /8 в4 нереально, их просто не осталось столько, а /48 > можно получить без проблем прям щас хоть через тунель хоть черей > райп. Если речь идет о внутренних сетях, да еще и /8, то использовать для этого блок реальных адресов несколько излишне. > - либо использовать 10.0.0.0/8, но через прокси и как правило всего 1 > в4 адрес (или как с провом договоришся). В /8 сетях уж точно не один-единственный шлюз ставится. Да и речь-то шла как бы об удобстве распеределения подсетей. > NAT в в6 это по сути РАТ - трансляция префикса, штука вполне > нужная если есть Multihomed подключение без своей ас, + conntrack все > таки нужен в некоторых случаях (типа фтп). хотя мне не понятно > почему не ввели расширение заголовка для пат - была б стандартная > фича со стандартной обработкой Скорее, был бы стандартный костыль. IPv6 изначально дизайнился так, чтобы адресов точно хватило всем. Если хотите резать доступ, есть брандмауеры. Использовать вместо брандмауеров NAT-боксы глупо, если есть возможность этого не делать.
	Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

	193. "Релиз ядра Linux 3.6"	+/–
	Сообщение от 1 (??) on 03-Окт-12, 13:09
	>[оверквотинг удален] > В /8 сетях уж точно не один-единственный шлюз ставится. Да и речь-то > шла как бы об удобстве распеределения подсетей. >> NAT в в6 это по сути РАТ - трансляция префикса, штука вполне >> нужная если есть Multihomed подключение без своей ас, + conntrack все >> таки нужен в некоторых случаях (типа фтп). хотя мне не понятно >> почему не ввели расширение заголовка для пат - была б стандартная >> фича со стандартной обработкой > Скорее, был бы стандартный костыль. IPv6 изначально дизайнился так, чтобы адресов точно > хватило всем. Если хотите резать доступ, есть брандмауеры. Использовать вместо брандмауеров > NAT-боксы глупо, если есть возможность этого не делать. ну раз это кастыль тогда реализуй без него подключение к 2м провам чтоб в случае падения одного канала пользователи в организации не заметили за исключением разрыва текущих сессии, чтоб без бгп и своей ас и gb... хотяб идею. и чтоб без костылей!
	Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

	194. "Релиз ядра Linux 3.6"	+/–
	Сообщение от 1 (??) on 03-Окт-12, 13:10
	>  ас и пи... исправил
	Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

	195. "Релиз ядра Linux 3.6"	+/–
	Сообщение от etw (ok) on 03-Окт-12, 13:43
	> чтоб без бгп и своей ас > и чтоб без костылей! "мне, пожалуйста, с костылями, но без костылей!" Вы, между тем, ради каких-то странных целей предлагаете на уровне протокола ip, ничего про порты не знающего, вкорячить специальное костылное поле.
	Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

	196. "Релиз ядра Linux 3.6"	+/–
	Сообщение от 1 (??) on 03-Окт-12, 15:12
	>> чтоб без бгп и своей ас >> и чтоб без костылей! > "мне, пожалуйста, с костылями, но без костылей!" > Вы, между тем, ради каких-то странных целей предлагаете на уровне протокола ip, > ничего про порты не знающего, вкорячить специальное костылное поле. ну если тебе для резервирования обязательно нужны ас и бгп то костыли видимо у тебя в голове. В приведённом примере это нормальное место использования данного механизма. офису из 5ти человек сидящих на инете ас и бгп... охренеть-зажраться...
	Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

	200. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 04-Окт-12, 18:54
	> Есть подозрение, что для того что бы иметь возможность управлять доступом Сэр, для этого есть файрволлы!
	Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

	197. "Релиз ядра Linux 3.6"	+/–
	Сообщение от demo (??) on 03-Окт-12, 16:27
	> Опять же, зачем, если у любого устройства есть свой адрес? Скрыть устройство сети? Из соображений удобства управления и в некоторой степени - безопасности?
	Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

	201. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 04-Окт-12, 19:00
	> Из соображений удобства управления Мудохание с управлением редиректами и портфорвардом, несомненно, куда более удобно чем просто автоконфигурация клиентов с получением адресов из подсетки. Для контроля доступа - фаер настроить надо. Можно stateful, если надо чтоб кого попало внутрь не пущало. А вот так - опять всякие FTP, RTSP, SIP, ... ... ... - будут застревать, eh? При том ну ладно когда административно давят нормально, явно вкорячив правило. А то ведь получается полудохлый зомбак, где то работает через раз или после прыжков с бубном, или видео только в 1 сторону прет, или еще какая напасть. Вроде и не труп, но вроде и не совсем живой. Просто он такой из-за того что какие-то му... сломали хребтину логике протокола. > некоторой степени - безопасности? Security through obscurity? Неважнецкая практика.
	Ответить | Правка | ^ к родителю #197 | Наверх | Cообщить модератору

28. "Релиз ядра Linux 3.6"	+2 +/–
Сообщение от Аноним (??) on 01-Окт-12, 15:03
> Поддержка групп IOMMU (IOMMU Groups), позволяющих обеспечить изоляцию устройств > PCI и PCIe с использованием технологий виртуализации ввода/вывода AMD-Vi > и Intel VT-d О да! Вкуснота :). Алсо радуют твики TCP, приятно что сделали "Suspend to both", да и PCI-E 2.0 по дефолту не лишний :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Релиз ядра Linux 3.6"	+/–
Сообщение от CSRedRat (ok) on 01-Окт-12, 15:08
Убунтоводам и убунтийцам на заметку: заморозка ядра намечена на 4 октября, ядро 3.6 ещё может войти в грядущий релиз 12.10.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	32. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Анонимус_б6 on 01-Окт-12, 15:15
	ох вряд ли
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	45. "Релиз ядра Linux 3.6"	+12 +/–
	Сообщение от WherWolf on 01-Окт-12, 16:03
	Ага, а Торвальдс так торопился! Специально на неделю раньше релиз перенес, лишь бы в новую Убунту попасть.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	37. "Релиз ядра Linux 3.6"	+3 +/–
	Сообщение от Аноним (??) on 01-Окт-12, 15:32
	>> Пользователи нормальных дистров и так получают свежие версии ядра, без проблем..... > В убунте нужно проделать большую работу по снижению стабильности и скорости работы > ядра. > Так что просто взять ванилу, как в каком-нибудь арче - не вариант. Ubuntu == Debian Testing (про стабильность) ну да ну да, а еще мсье забыл что те кому нужна стабильность пользуют RH/SLES/Debian а те, кому актуальное по для дома, остальное.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	202. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 04-Окт-12, 19:01
	> Ubuntu == Debian Testing (про стабильность) Да фиг там. У дебиана в тестинге несколько раз были факапы с отвалом груба и раннего рамдиска. У убунтуев такого ...ца нет.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	211. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Aleks Revo (ok) on 07-Окт-12, 21:33
	Ага, им не до груба, у них десктоп отваливается )))
	Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

	82. "Релиз ядра Linux 3.6"	+/–
	Сообщение от CSRedRat (ok) on 01-Окт-12, 20:12
	Ядра Ubuntu таки собираются в течении для после релиза свежего ядра, в т.ч. RC и лежат в официальном репозитории: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.6-quantal/ И таки они стабильны, сам обновлял, если все настройки предыдущего скопировать, что в прочем справедливо для любого другого дистрибутива.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	98. "Релиз ядра Linux 3.6"	+/–
	Сообщение от blob_user (ok) on 01-Окт-12, 21:05
	> И таки они стабильны, сам обновлял, если все настройки предыдущего скопировать, что > в прочем справедливо для любого другого дистрибутива. Какие-такие настройки уже готового ядра вы копируете? =))
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	102. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 01-Окт-12, 21:10
	> Какие-такие настройки уже готового ядра вы копируете? =)) Может он про конфиг опций сборки ядра?
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	146. "Релиз ядра Linux 3.6"	+/–
	Сообщение от CSRedRat (ok) on 02-Окт-12, 08:18
	Именно! Некорректно выразился.
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

	179. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 02-Окт-12, 20:49
	> Именно! Некорректно выразился. Ну вон там -> http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.6-quantal есть готовые ядра. Собранные вроде с более-менее обычным конфигом. Так что даже копировать ничего не надо. И даже запакетировано уже. В общем мечта лентяев :)
	Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

	132. "Релиз ядра Linux 3.6"	+1 +/–
	Сообщение от CssfPZS (ok) on 02-Окт-12, 00:54
	> Ядра Ubuntu таки собираются в течении для после релиза свежего ядра, в > т.ч. RC и лежат в официальном репозитории: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.6-quantal/ > И таки они стабильны, сам обновлял, если все настройки предыдущего скопировать, что > в прочем справедливо для любого другого дистрибутива. Fixed: Ядра LINUX ДЛЯ Ubuntu таки собираются в течении для после релиза свежего ядра
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	203. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 04-Окт-12, 19:35
	> Ядра LINUX ДЛЯ Ubuntu таки собираются в течении для после релиза свежего ядра Ламеры не способные зайти в эбаут на сайте убунты и прочитать что это линукс - это забавно, да :)
	Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

	207. "Релиз ядра Linux 3.6"	+1 +/–
	Сообщение от CssfPZS (ok) on 04-Окт-12, 19:43
	>> Ядра LINUX ДЛЯ Ubuntu таки собираются в течении для после релиза свежего ядра > Ламеры не способные зайти в эбаут на сайте убунты и прочитать что > это линукс - это забавно, да :) Инвалидоориентированность дистра, что как бы намекает)
	Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

	60. "Релиз ядра Linux 3.6"	–1 +/–
	Сообщение от Аноним (??) on 01-Окт-12, 18:44
	> Убунтоводам и убунтийцам на заметку: заморозка ядра намечена на 4 октября, ядро > 3.6 ещё может войти в грядущий релиз 12.10. Я и так -RC6 на убунту вкатил. Работает. А что ему будет то? У них вообще -RC получше иного релиза получается.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

40. "Релиз ядра Linux 3.6"	–1 +/–
Сообщение от ua9oas (ok) on 01-Окт-12, 15:40
в состав каких дистрибутивов оно войдет? В каких случаях может быть смысл поменять ядро на это в какой либо установленной и работающей ОС? (либо может ли что из элементов "3.6" появиться в апдейтах других веток ядра?) Какое количество новых устройств оно стало поддерживать? (и есть ли такое старое железо, которое в ней поддерживаться перестало?) Когда выйдет следующее и что в нем будет?   Может ли ядро "3.6" попасть в релиз дистрибутива "12.10"?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	41. "Релиз ядра Linux 3.6"	+1 +/–
	Сообщение от Аноним (??) on 01-Окт-12, 15:46
	> в состав каких дистрибутивов оно войдет? В каких случаях может быть смысл > поменять ядро на это в какой либо установленной и работающей ОС? > (либо может ли что из элементов "3.6" появиться в апдейтах других > веток ядра?) Какое количество новых устройств оно стало поддерживать? (и есть > ли такое старое железо, которое в ней поддерживаться перестало?) >  Когда выйдет следующее и что в нем будет? >   Может ли ядро "3.6" попасть в релиз дистрибутива "12.10"? Ощутимые улучшения в драйверах для Intel и AMD, так что ихмо стоит. А вобще чукча у нас только писатель:см посты 1.31 & 2.32
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

Часть нити удалена модератором

	46. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Loooooker (ok) on 01-Окт-12, 16:08
	Уж не те ли, которые сделаны в сотрудничестве с Валв? В таком случае маст хэв!
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	47. "Релиз ядра Linux 3.6"	+1 +/–
	Сообщение от Аноним (??) on 01-Окт-12, 16:10
	> Уж не те ли, которые сделаны в сотрудничестве с Валв? В таком > случае маст хэв! они самые. у меня как раз HD4000!
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

43. "Релиз ядра Linux 3.6"	+/–
Сообщение от inferrna (ok) on 01-Окт-12, 15:56
TCP Fast Open - не на руку ли это будет DDOS-ерам? Если устанавливать соединение пачкой tcp пакетов, то в этой же пачке легко можно и ip отправителя подменить и отправить 1000 таких пачек за секунду и все с разными ip.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	53. "Релиз ядра Linux 3.6"	+/–
	Сообщение от anonymouse on 01-Окт-12, 17:45
	а сейчас типо айпи адрес поменять нельзя?
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	67. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 01-Окт-12, 18:54
	> легко можно и ip отправителя подменить и отправить 1000 таких пачек А про syn-flood вы, конечно же, слышите впервые? Это и раньше было можно, знаете ли...
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	81. "Релиз ядра Linux 3.6"	+/–
	Сообщение от inferrna (ok) on 01-Окт-12, 20:04
	Погуглите про установку соединения и про то, зачем нужны эти 3 этапа. Вкратце: при установке соединения клиент получает от сервера некие данные, на основе которых и формирует ответ. Если ip невалидный, атакующий данные не получит, ответ не отправит, апач потомка не форкнет и атака будет так себе, банальный syn flood, да.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	99. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 01-Окт-12, 21:06
	>  апач потомка не форкнет и атака будет так себе, банальный syn flood, да. Ну да, ну да. Правда этот тормозной утюг школьники для лулзов заваливают и вполне валидными соединениями. Ну а что, пару тыщ малоактивных соединений можно чуть ли не с телефона по жпрс нынче сделать. А вот как себя почувствует сервак с 2000 форкнутых процессов - вопрос интересный.
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	78. "Релиз ядра Linux 3.6"	+1 +/–
	Сообщение от ops on 01-Окт-12, 19:42
	гугловцы утверждают, что нет. Затраты на проверку куки TFO дешевле, чем отслеживание SYN. Но как-то не внятно рассказывают, что случиться если флудить будут с валидными куками.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	204. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 04-Окт-12, 19:36
	> что случиться если флудить будут с валидными куками. Так фокус в том что валидную куку поди еще подбери. Если ты не тот к кому соединение установили и не перехватываешь пакеты по дороге - на то она и кука чтобы это было сложно.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

58. "Релиз ядра Linux 3.6"	–1 +/–
Сообщение от Аноним (??) on 01-Окт-12, 18:19
Вот блин а у меня система с етим ядром не перезагружаеца, да и выключаца тожд не хочет...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	59. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 01-Окт-12, 18:32
	Да и KDE перестал UPS видеть...
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	69. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 01-Окт-12, 18:55
	> и выключаца тожд не хочет... А у меня с ним никаких проблем. Странно. Вы сами компилили?
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	137. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 02-Окт-12, 01:55
	таже история http://www.linuxquestions.org/questions/linux-kernel-70/anyo.../
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	141. "Релиз ядра Linux 3.6"	–1 +/–
	Сообщение от Led (ok) on 02-Окт-12, 04:18
	>Вот блин а у меня система с етим ядром не перезагружаеца, да и выключаца тожд не хочет... 5-й класс?
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

65. "Релиз ядра Linux 3.6"	+/–
Сообщение от Аноним (??) on 01-Окт-12, 18:49
Почему до сих пор нет ебилдов?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	71. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 01-Окт-12, 18:58
	> Почему до сих пор нет ебилдов? они наверно сначала решили на зеркалах ядро обновить :P
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	74. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 01-Окт-12, 19:25
	> Почему до сих пор нет ебилдов? Зато я в убунту уже накатил. Trollface.jpg ;D
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	198. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Zip on 04-Окт-12, 04:09
	Ты чё даун? Нах ебилды к ядру??? Ставь ручками. Сам всегда на свою систему ядра ставил ручками через make menuconfig.
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

76. "Релиз ядра Linux 3.6"	+/–
Сообщение от robux (ok) on 01-Окт-12, 19:39
> Интеграция патчей для обеспечения размещения разделов подкачки на смонтированных разделах NFS; Своп по сети?! Сначала хотел похихикать. Но вспомнив что сейчас есть гигабитные сети и сервера с большим ОЗУ, понял что задумка неплохая. Особенно для дешевых тонких клиентов.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	80. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 01-Окт-12, 19:56
	> сети и сервера с большим ОЗУ, понял что задумка неплохая. ...вот только то что будет при отпадении сети - вам не понравится категорически.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	115. "Релиз ядра Linux 3.6"	+2 +/–
	Сообщение от sasa (??) on 01-Окт-12, 21:53
	> ...вот только то что будет при отпадении сети - вам не понравится категорически. а вместе с ним и корень на NFS - так что хуже все равно не будет
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	120. "Релиз ядра Linux 3.6"	+1 +/–
	Сообщение от Crazy Alex (??) on 01-Окт-12, 23:25
	Для таких коробок отпадение сети в любом случае смерти подобно
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	125. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 02-Окт-12, 00:17
	> Для таких коробок отпадение сети в любом случае смерти подобно Ну а я виноват что есть желающие совать голову в пасть льва и нахваливать удобство и практичность этого решения?
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	154. "Релиз ядра Linux 3.6"	–1 +/–
	Сообщение от kurokaze (ok) on 02-Окт-12, 11:40
	> Ну а я виноват что есть желающие совать голову в пасть льва Смотря какая то голова будет. Да и львы бывают дресированные.
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

	184. "Релиз ядра Linux 3.6"	–1 +/–
	Сообщение от Аноним (??) on 02-Окт-12, 20:56
	> Да и львы бывают дресированные. Бывают. Но сообщения в новостях намекают что лучше этого не делать даже с сытым и дрессированным львом.
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	163. "Релиз ядра Linux 3.6"	+1 +/–
	Сообщение от Клыкастый (ok) on 02-Окт-12, 17:42
	> Ну а я виноват что есть желающие совать голову в пасть льва отпадение сети это стоп-работа в любой конторе. могут при этом сотрудники играть в пасьянс или нет уже не важно.
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

	185. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 02-Окт-12, 20:58
	> отпадение сети это стоп-работа в любой конторе. могут при этом сотрудники играть > в пасьянс или нет уже не важно. Только в конторах @#$нувшихся на клаудах и прочем барахле. А ребут роутера обычно никто и не заметит. Но вот если не подчитается своп - это не только заметят. Это будет как серпом по йайцам.
	Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

	187. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Клыкастый (ok) on 02-Окт-12, 22:18
	> Только в конторах @#$нувшихся на клаудах и прочем барахле. А ребут роутера отпадение сети это стоп-работа в любой конторе. где в этой фразе вы нашли слово "роутер"? > обычно никто и не заметит. Но вот если не подчитается своп с роутера?
	Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

	205. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 04-Окт-12, 19:40
	> отпадение сети это стоп-работа в любой конторе. где в этой фразе вы > нашли слово "роутер"? Наверное, в сети. И цысковские свичи тоже ребутают при апдейтах фирмвары. Хотя да, у одептов SVN работа натурально стопается. Потому что без сервака эта гадость шагу ступить не может. Что баг, а не фича. > с роутера? Через роутер. Ну или хотя-бы свич. Один фиг для серьезного оборудования обычно производитель апдейты фирмварин делает и иногда наступает нужда перегрузить девайсы. Как-то некузяво если такие вещи вызывают жесткие локапы и паники посторонних систем.
	Ответить | Правка | ^ к родителю #187 | Наверх | Cообщить модератору

	210. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Клыкастый (ok) on 07-Окт-12, 16:40
	> Наверное, в сети. И цысковские свичи тоже ребутают при апдейтах фирмвары. Речь шла о бездисковых станциях. И о том, что если сеть в конторе лежит, работа стоит в любом случае. А понимаю, что вас задолбали цисковские свитчи и фирмварь их же, к теме разговора это не имеет ни малейшего. > Хотя да, у одептов SVN работа натурально стопается. у одептов вжик-вжик по ревижнам скакать? да, стопается. а у вас... > Один фиг для серьезного оборудования обычно производитель апдейты фирмварин делает и иногда наступает нужда перегрузить девайсы. Как-то  некузяво если такие вещи вызывают жесткие локапы и паники посторонних систем. Я правильно понимаю, что у вас серьёзное оборудование и серьёзный производитель постоянно без предупреждения несерьёзных пользователей апдейтит прошивки с ребутом? Не, с таким серьёзным подходом бездисковые станции вам точно не подходит. И да, кажется теперь становится ясным что вам так понравилось в git...  Ну с точки зрения одептов SVN это называется "бардак в сети", а порядок - это когда всё стабильно и только по команде. Но зачем их слушать, деревенщину. Сейчас вот серьёзные дядьки ещё пару раз свитч проапдейтят без предупреждения, и не до одептов SVN. > Потому что без сервака эта гадость шагу ступить не может. Что баг, а не фича. много что не может ступить шагу без сервака.
	Ответить | Правка | ^ к родителю #205 | Наверх | Cообщить модератору

	134. "Релиз ядра Linux 3.6"	+/–
	Сообщение от CssfPZS (ok) on 02-Окт-12, 00:59
	>> Интеграция патчей для обеспечения размещения разделов подкачки на смонтированных разделах NFS; > Своп по сети?! Сначала хотел похихикать. Но вспомнив что сейчас есть гигабитные > сети и сервера с большим ОЗУ, понял что задумка неплохая. Особенно > для дешевых тонких клиентов. Задумка не только не плохая но и оправданная для кластерных решений. Для тонких клиентов или одиночных серверов бессмысленна, и даже вредна. В кластерах все равно машины с сетевыми хранилищами работают, да и выпадение ноды не является критичным для сохранности данных.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	140. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Клим on 02-Окт-12, 03:31
	своп в видеопямять уже есть
	Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

	143. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Led (ok) on 02-Окт-12, 04:24
	> Задумка не только не плохая но и оправданная для кластерных решений. Своп для вычислительных кластеров? Да вы оригинал:) > Для тонких клиентов или одиночных серверов бессмысленна, и даже вредна. Прямо противоположно.
	Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

	148. "Релиз ядра Linux 3.6"	+/–
	Сообщение от CssfPZS (ok) on 02-Окт-12, 09:58
	>> Задумка не только не плохая но и оправданная для кластерных решений. > Своп для вычислительных кластеров? Да вы оригинал:) >> Для тонких клиентов или одиночных серверов бессмысленна, и даже вредна. > Прямо противоположно. Матмаделирование, которое и 180 GB оперативки захавать может.... не не бывает!
	Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

	212. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Led (ok) on 16-Окт-12, 20:26
	>>> Задумка не только не плохая но и оправданная для кластерных решений. >> Своп для вычислительных кластеров? Да вы оригинал:) >>> Для тонких клиентов или одиночных серверов бессмысленна, и даже вредна. >> Прямо противоположно. > Матмаделирование, которое и 180 GB оперативки захавать может.... > не не бывает! Для этого уже давно есть что-нибудь на базу Маникур 4CPU по 12 ядер + 512Г оперативки.
	Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

	149. "Релиз ядра Linux 3.6"	+/–
	Сообщение от CssfPZS (ok) on 02-Окт-12, 10:03
	>> Задумка не только не плохая но и оправданная для кластерных решений. > Своп для вычислительных кластеров? Да вы оригинал:) >> Для тонких клиентов или одиночных серверов бессмысленна, и даже вредна. > Прямо противоположно. Ну и про то, что в вычислительных кластерах ноды зачастую вообще без дисков и по сети сети грузятся, вы конечно тоже не подозревали? Сюрприз =)
	Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

	206. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 04-Окт-12, 19:41
	> Ну и про то, что в вычислительных кластерах ноды зачастую вообще без > дисков и по сети сети грузятся, вы конечно тоже не подозревали? Как-то сомнительно что там актуален своп по сети.
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

	208. "Релиз ядра Linux 3.6"	+/–
	Сообщение от CssfPZS (ok) on 04-Окт-12, 19:49
	>> Ну и про то, что в вычислительных кластерах ноды зачастую вообще без >> дисков и по сети сети грузятся, вы конечно тоже не подозревали? > Как-то сомнительно что там актуален своп по сети. Ну, если обсчет около месяца длится и объем данных большой, то всякое бывает) Я же не говорил что своп это хорошо, просто иногда лучше немного в такой своп залезть, но досчитать, чем обломать многонедельную работу. Опять таки, это всего лишь ихмо.
	Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

	213. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Led (ok) on 16-Окт-12, 20:27
	>>> Ну и про то, что в вычислительных кластерах ноды зачастую вообще без >>> дисков и по сети сети грузятся, вы конечно тоже не подозревали? >> Как-то сомнительно что там актуален своп по сети. > Ну, если обсчет около месяца длится и объем данных большой, то всякое > бывает) > Я же не говорил что своп это хорошо, просто иногда лучше немного > в такой своп залезть, но досчитать, чем обломать многонедельную работу. > Опять таки, это всего лишь ихмо. Да, это всего-лишь ваше имхо - ничего общего с практикой оно не имеет.
	Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

	214. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Led (ok) on 16-Окт-12, 20:28
	>>> Задумка не только не плохая но и оправданная для кластерных решений. >> Своп для вычислительных кластеров? Да вы оригинал:) >>> Для тонких клиентов или одиночных серверов бессмысленна, и даже вредна. >> Прямо противоположно. > Ну и про то, что в вычислительных кластерах ноды зачастую вообще без > дисков и по сети сети грузятся, вы конечно тоже не подозревали? > Сюрприз =) Не "зачстую", а "как правило". Своп тут при чём?
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

111. "Релиз ядра Linux 3.6"	+/–
Сообщение от ВовкаОсиист (ok) on 01-Окт-12, 21:38
GT520 ещё не запилили? Что в ней такого, что Fermi уже поддерживается, а GT520 вешает систему от 3д %)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	112. "Релиз ядра Linux 3.6"	+/–
	Сообщение от blob_user (ok) on 01-Окт-12, 21:44
	GTX680 ничего не вешает. Ваш номер очевидно случайно пропустили ;)
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	114. "Релиз ядра Linux 3.6"	+/–
	Сообщение от ВовкаОсиист (ok) on 01-Окт-12, 21:52
	Это я знаю ;) Поэтому и интересуюсь. Я читал гдето, что они больше года не могут осилить gt520, хотя вся остальная линейка 5xx воркает %) чозахерь...
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	118. "Релиз ядра Linux 3.6"	+2 +/–
	Сообщение от CssfPZS (ok) on 01-Окт-12, 22:33
	> Это я знаю ;) Поэтому и интересуюсь. Я читал гдето, что они > больше года не могут осилить gt520, хотя вся остальная линейка 5xx > воркает %) чозахерь... Так nvidia спеки не открывала! Может они с этой картой железный косяк сделали, да залатали по средствам драйвера...
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	126. "Релиз ядра Linux 3.6"	+1 +/–
	Сообщение от Аноним (??) on 02-Окт-12, 00:18
	> GT520 ещё не запилили? Так нвидии этот вопрос задавайте. Где спеки от вендора? Нету? Ну а реверс-инжинирингом работает уж как получится, т.к. все краевые случаи и неочевидности при реверсинге очень сложно обнаружить.
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

133. "Релиз ядра Linux 3.6"	+/–
Сообщение от Клим on 02-Окт-12, 00:55
отлично, осталось подождать когда статистику обновят vidarholen.net/contents/wordcount/
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

199. "Релиз ядра Linux 3.6"	+/–
Сообщение от Zip on 04-Окт-12, 04:21
Какое-то скупое сообщение про DRM под карточки Radeon. Они бы нормальную test-реализацию сделали, а то уже какой месяц я фигею от вылета X-ов с ошибкой в drm. Жаль, что не могу с бука выдрать эту карточку и поставить стабильноподдерживаему как mesa, так и ядром с дровами x86f-*
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	209. "Релиз ядра Linux 3.6"	+/–
	Сообщение от Аноним (??) on 04-Окт-12, 19:55
	> Какое-то скупое сообщение про DRM под карточки Radeon. Они бы нормальную test-реализацию сделали, Вы так говорите как будто все радеоны виснут. Как обладатель радеона я ответственно заявляю что это не так. > а то уже какой месяц я фигею от вылета X-ов с ошибкой в drm. А у вас распоследняя версия ядра и драйверов? Если да и вы уверены что это именно ошибка в ядре - тогда попробуйте багрепорт накатать.
	Ответить | Правка | ^ к родителю #199 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема