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

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

"Релиз ядра Linux 3.14. Обзор новшеств"	+/–
Сообщение от opennews (ok) on 31-Мрт-14, 08:51
После двух месяцев разработки Линус Торвальдс выпустил (https://lkml.org/lkml/2014/3/30/336) ядро Linux 3.14 (https://www.kernel.org/). Среди наиболее заметных улучшений: новый класс планирования задач Deadline, блочное устройство zram для хранения раздела подкачки в ОЗУ с сжатом виде, поддержка режима PVH в Xen, расширение возможностей трассировки. В новую версию принято более 12 тысяч исправлений от почти 1400 разработчиков, размер патча - 32 Мб (изменения затронули 10.6 тысяч файлов, добавлено 606195 строк кода, удалено 265086 строк). Около 46% всех представленных в 3.14 изменений связаны с драйверами устройств, примерно 19% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 16% связано с сетевым стеком, 5% - файловыми системами и 3% c внутренними подсистемами ядра. 10.2% изменений внесено сотрудниками компании Intel,  7.3% - Red Hat, 4.4% - Linaro, 5% - Samsung,  3.3% - SUSE, 2.9% - IBM, 2.7% - Google, 2.4% - TI, 2.1% -  NVIDIA, 2.0% - FOSS Outreach Program for Women, 1.8% - Huawei, 1.3% - Oracle. Из наиболее интересных новшеств (http://kernelnewbies.org/Linux_3.14) можно отметить: -   Память и системные сервисы Для планировщика задач добавлена поддержка класса SCHED_DEADLINE (http://www.evidence.eu.com/sched_deadline.html), реализующего алгоритм EDF (Earliest Deadline First), основанный на идее выбора для выполнения из очереди ожидающих процессов задачи, наиболее близкой к истечению крайнего расчётного времени (deadline). SCHED_DEADLINE поддерживает обеспечение работы процессов, требующих выполнения операций в режиме реального времени, предоставляя для подобных задач гарантированное время выполнения, независимо от общего количества обслуживаемых процессов, и реализуя возможность резервирования пропускной способности CPU для процессов. Ранее доступный планировщик задач не мог обеспечить такое поведение, так как не способен гарантировать необходимое время выполнения задачи в заданном интервале времени (например, гарантировать выполнение задачи 10 мкс в интервале 100 мкс) из-за того, что переключение между задачами зависит от общего количества обслуживаемых процессов, каждый из которых может выполняться с произвольной задержкой и, таким образом, может задержать выполнение следующей задачи. -  Снятие (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g...) ярлыка экспериментальной разработки и перенос из ветки  staging  в основное дерево ядра подсистемы zRAM, предназначенной для хранения раздела подкачки в памяти в сжатом виде. Суть zRAM сводится к тому, что в памяти создается блочное устройство на которое производится своппинг со сжатием. В настоящее время zRAM уже активно используется в различных потребительских устройствах, в том числе в телеприставках и портативных устройствах  на базе платформы Android, ChromeOS и cyanogenmod. -  Поддержка (https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux....) триггеров в подсистеме обработки событий трассировки, позволяющей отследить обращение к тем или иным функциям ядра. Триггеры дополняют ранее присутствующую возможность установки контрольных проверок (probe) возможностью привязки условных команд, вызываемых при срабатывании контрольной проверки. Через данные команды можно выполнять такие действия, позволяющие получить дополнительные сведения, как включение или выключение других событий трассировки или активация трассировки стека. Каждая команда может задаваться с использованием фильтра событий, позволяющего триггеру срабатывать только при нужных условиях. Например,  выполнение "echo 'stacktrace:5 if bytes_req >= 65536' > /sys/kernel/debug/tracing/events/kmem/kmalloc/trigger"  приведёт к установке триггера выдающего трассировку стека для первых пяти запросов к kmalloc с размером больше 64 Кб. -  В системе контрольных проверок (userspace probes), используемой для анализа поведения выполняемых в пространстве пользователя приложений, добавлена поддержка извлечения данных из стека и памяти пользовательского процесса, а также обработка таких типов аргументов, как разыменования, битовые поля, возвращаемые функцией значения и смещения в файлах. Uprobes можно использовать для определения узких мест в производительности, накапливать отладочные данные и информацию о времени выполнения разных частей приложения в полностью прозрачном режиме, никаким образом не влияя на работу отслеживаемого процесса. Запустить и остановить сбор данных можно в любой момент, без перезапуска или модификации программы. -  В состав ядра принят набор патчей biovec (http://tomoyo.sourceforge.jp/cgi-bin/lxr/source/Documentatio...), вносящий некоторые изменения в API блочного уровня ядра, в том числе добавляющий поддержку создания произвольных купных запросов ввода/вывода и увеличивающих эффективность работы. -  Обеспечена возможность (http://lwn.net/Articles/536363/) использования реализованной на уровне ядра системы lockdep для отладки функционирования блокировок в пространстве пользователя (в частности для выявления взаимных блокировок в многопоточных программах). -  Добавлена возможность использования системного вызова kexec() на системах с EFI BIOS. Kexec предоставляет возможность загрузки  нового экземпляра ядра из уже запущенного ядра Linux, обеспечивая вариант мягкой перезагрузки, без возвращения управления в BIOS; -  Значительно переработано внутреннее устройство виртуальной файловой системы sysfs. В итоге, представлена новая подсистема "kernfs", которая может выступать в качестве основы для других ФС, похожих на sysfs. Например, планируется создать виртуальную ФС для управления cgroup. -  Реализована (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g...) инфраструктура компонентных подсистем ("componentized subsystems"), предназначенная для управления сложными устройствами, состоящих из нескольких взаимодействующих друг с другом  более простых устройств. -  В подсистему perf events добавлена поддержка механизма учёта энергопотребления "RAPL", используемого в процессорах Intel; Добавлена (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g...) серия новых опций в утилиту perf. -  В экспериментальную staging-ветку добавлен используемый в платформе Android механизм распределения памяти ION (http://lwn.net/Articles/480055/), нацеленный на эффективное решение проблем с фрагментацией памяти и поддерживающий предоставление совместного доступа к буферам при помощи DMABUF; -   Сетевая подсистема -  Добавлена новая возможность "TCP autocorking", позволяющая задержать передачу небольших порций данных для объединения их в более большие пакеты, что позволяет снизить нагрузку на CPU и обеспечить более эффективную пропускную способность. Для управления новой возможностью представлен sysctl tcp_autocorking. По умолчанию поддержка tcp_autocorking включена. -  Добавлен новый ioctl вызов SIOCGHWTSTAMP, позволяющий приложениям получить текущую конфигурацию меток времени (timestamping), без внесения в неё изменений. -   Дисковая подсистема, ввод/вывод и файловые системы -  Для файловой системы Btrfs расширен объём информации, предоставляемой через sysfs, в том числе теперь можно получить данные о доступных возможностях и использовании дискового пространства. Ранее указанные данные можно было получить через ioctl(), но sysfs гораздо удобнее для использования в скриптах или из командной строки. -  В распределённую файловую систему Ceph добавлена поддержка списков контроля доступа (ACL). -   Виртуализация и безопасность -  Интегрированы наработки (http://lwn.net/Articles/569635/) проекта KASLR (аналог ASLR для ядра) с реализацией средств рандомизации раскладки адресного пространства ядра, которые позволили увеличить стойкость ядра к н... URL: https://lkml.org/lkml/2014/3/30/336 Новость: http://www.opennet.me/opennews/art.shtml?num=39390
Ответить | Правка | Cообщить модератору

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

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

2. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
Сообщение от SergMarkov (ok) on 31-Мрт-14, 08:53
zram это, конечно, хорошо
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	15. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от Аноним (??) on 31-Мрт-14, 10:06
	а как это, область памяти в памяти? и зачем?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	50. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от _KUL (ok) on 31-Мрт-14, 12:44
	Во во! Еще и со сжатием, которое нагрузит маленький цпу за зря. Резонный вопрос - если это из-за большой ОЗУ, то тогда зачем вообще делать своп в озу???
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	57. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от ананим on 31-Мрт-14, 13:40
	Вот этот для вас достаточно маленький? $ cat /proc/cpuinfo Processor       : ARMv7 Processor rev 0 (v7l) processor       : 0 BogoMIPS        : 38.40 processor       : 1 BogoMIPS        : 38.40 processor       : 2 BogoMIPS        : 38.40 processor       : 3 BogoMIPS        : 38.40 Features        : swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt CPU implementer : 0x51 CPU architecture: 7 CPU variant     : 0x2 CPU part        : 0x06f CPU revision    : 0 Hardware        : Qualcomm MSM 8974 (Flattened Device Tree) Revision        : 0000 Serial          : 0000000000000000
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	67. "Релиз ядра Linux 3.14. Обзор новшеств"	+13 +/–
	Сообщение от ram_scan on 31-Мрт-14, 14:25
	Узким местом давно стала не числомолотилка а шина и память что на ней болтается. Поэтому при кажущейся абсурдности такого изврата профит таки получается. Распаковать блок памяти выходит быстрее чем прогнать его по шине непакованным.
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	73. "Релиз ядра Linux 3.14. Обзор новшеств"	–8 +/–
	Сообщение от pavlinux (ok) on 31-Мрт-14, 16:08
	Мозг у тя узкое место. Посчитай на досуге, сколько тактов проца нужно, чтоб переколбасить в течении минуты, поток, со скоростью 6 Гб/сек. (прим. скорость шины). Для справки PCI Express 3.0 прим. 26 Гб/сек., HyperTransport 3.0 около 40 Гб/сек. Собственно, благодаря таким адцким скоростям, стало выгоднее делать блейд-сервера и кластеры, а не 1024 процессорные материнки.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	80. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от noname 002 on 31-Мрт-14, 17:17
	Вы вот, гражданин, сначала попробуйте, потом говорите, я ощущаю профит и еще какой...
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	85. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от www2 (??) on 31-Мрт-14, 18:46
	Ощущаете, но не понимаете, откуда он взялся. Ваше объяснение негодное. Шина тут не при чём, тут при чём скорость чтения-записи и позиционирования головок на жёстких дисках. С SSD такой проблемы нет - там уже всё упирается в скорость SATA. Придумают более быстрый интерфейс - профит от сжатого свопа в оперативке будет ещё меньше.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	89. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Например on 31-Мрт-14, 19:21
	есть SSD с интерфейсом PCIe.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	109. "Релиз ядра Linux 3.14. Обзор новшеств"	–4 +/–
	Сообщение от pavlinux (ok) on 01-Апр-14, 01:17
	> Вы вот, гражданин, сначала попробуйте, потом говорите, я ощущаю профит и еще > какой... Иди в венду ощущай. Млять, откуда вас столько выросло. Ощущают профит они... уссаца.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	111. "Релиз ядра Linux 3.14. Обзор новшеств"	–3 +/–
	Сообщение от Автобус on 01-Апр-14, 07:12
	Вот когда ты будешь делать обсчитывать фотограмметрию для интеграции со срочным заказом на архитектурный проект и как всегда при этом не хватит твоих 64гб DDR5.. на немного.. всего на гигабайт в своп на харде залезет. Вот тогда ты начнешь волосы на седалище рвать и рассказывать себе как это ненужно, глядя как расчетное время выполнения с 6 часов превращается в 6 недель. Эксперт по детским садам.
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	147. "Релиз ядра Linux 3.14. Обзор новшеств"	–2 +/–
	Сообщение от pavlinux (ok) on 02-Апр-14, 03:23
	Это чё за высер тут нарисовался - "будешь делать обсчитывать"?! Ах да, срочные заказы бывают только у лохов ибо отсутствие планирования первый признак лоховской конторки-однодневки. Мне пох...й на лохов.
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	156. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Алекс (??) on 08-Апр-14, 14:04
	Вам же четко написали- фотограмметрия, т.е. обработка изображений. Это комплекс математических обработок большого массива данных, составляющих изображение. Так что при чем здесь планирование. Криминалистам трупы не планируют, например...
	Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

	122. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Аноним (??) on 01-Апр-14, 12:02
	> Для справки PCI Express 3.0 прим. 26 Гб/сек., HyperTransport 3.0 около 40 Гб/сек. Ты уверен что на его девайсе с ARMv7 они есть? :) > Собственно, благодаря таким адцким скоростям, стало выгоднее делать блейд-сервера > и кластеры, а не 1024 процессорные материнки. А диски как были слоупочными, так и остались. Поэтому своп на них - отвратителен по скорости работы. Свопиться на SSD - протрется в момент. Ну вот и пришли к компромиссному варианту - свопиться в оперативку :).
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	140. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Аноним (??) on 01-Апр-14, 15:53
	Можно подробнее? Интересно знать, каким местом ацкие скорости PCIe и HT имеют отношение к построению кластеров.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	148. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от pavlinux (ok) on 02-Апр-14, 03:26
	> Интересно знать, каким местом трехкАнальным
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	93. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Аноним (??) on 31-Мрт-14, 19:55
	> Во во! Еще и со сжатием, которое нагрузит маленький цпу за зря. Весьма зависит от того как это соотновится с I/O. Если I/O медленный, почему бы нет? :)
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	16. "Релиз ядра Linux 3.14. Обзор новшеств"	–2 +/–
	Сообщение от Аноним (??) on 31-Мрт-14, 10:06
	1). Берём легко сжимаемые данные. 2). Помещаем их в ZRAM, забив всё доступное место. Например 8 Гб при физически доступных 2 Гб. 3). Внезапно удаляем 8 Гб легко сжимаемых данных и забиваем тяжело сжимаемыми данными, например H264-видео. 4). ???? 5). Kernel Panic. Ну серьёзно, зачем умещать 700 Мб в 500 Мб, если внезапно может заполниться память? Зачем вообще хранить SWAP в памяти?! И это уже традиция в Linux. То фирменную технологию Google примут в ядро, которая позволяет на гигабайтной флешке создать сто стогигабайтных файлов, потому что "У нас на GMail лишь 1% использует все свои 100 Гб почты, так нафига месту простаивать?". То отложенную запись внедрят, чтобы добиться мифической скорости записи на диск, тогда как физически записи не было.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	30. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Zenitur (ok) on 31-Мрт-14, 11:30
	Помнишь шутку про китайцев, которые попробовали по 1 пароль? Если каждый китаец зарегистрируется в GMail и заполнит на 100% своё место, GMail "упадёт"!
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	37. "Релиз ядра Linux 3.14. Обзор новшеств"	+7 +/–
	Сообщение от AlexAT (ok) on 31-Мрт-14, 11:40
	Затем, что диск - узкое место большинства систем. Ваш кэп.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	56. "Релиз ядра Linux 3.14. Обзор новшеств"	–3 +/–
	Сообщение от anonymous (??) on 31-Мрт-14, 13:21
	>Затем, что диск - узкое место большинства систем. Ваш кэп. Но зачем? Если памяти и так хватает, то нафиг подкачку. Прям веднузятничество какой-то. Только венда умудряется использовать своп при на 80% свободной памяти.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	60. "Релиз ядра Linux 3.14. Обзор новшеств"	+5 +/–
	Сообщение от rshadow (ok) on 31-Мрт-14, 14:01
	Если памяти хватает, то и zram и swap остаются пустыми. Снова, ваш кэп.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	123. "Релиз ядра Linux 3.14. Обзор новшеств"	+3 +/–
	Сообщение от Аноним (??) on 01-Апр-14, 12:05
	> Но зачем? Если памяти и так хватает, то нафиг подкачку. Довольно странно использовать zRAM, если памяти хватает. А вот когда ее МАЛО, при современной мощности числокрушилок сжатие может быть шустрее чем запись на тормозной носитель. Особенно на всяких мелких девайсах типа мобилок и т.п..
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	62. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от Константин (??) on 31-Мрт-14, 14:14
	Панику легко исключить резервированием достаточного дискового пространства для помещения несжатых данных. А все остальное - для скорости, как уже было сказано. Сейчас уже просто работающая система мало кого устроит, кроме энтузиаста. В ЦОДах подавай эффективность, хоть винду ставь...
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	141. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Аноним (??) on 01-Апр-14, 15:56
	> сказано. Сейчас уже просто работающая система мало кого устроит, кроме энтузиаста. > В ЦОДах подавай эффективность, хоть винду ставь... Странно. Я как-то всё больше слова про надёжность слыхал, если в контексте ЦОДов...
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	144. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от Константин (??) on 01-Апр-14, 16:30
	>> сказано. Сейчас уже просто работающая система мало кого устроит, кроме энтузиаста. >> В ЦОДах подавай эффективность, хоть винду ставь... > Странно. Я как-то всё больше слова про надёжность слыхал, если в контексте > ЦОДов... Надежность (оно же "чтоб работало") - необходимое условие. Но не достаточное. Хотя конечно оно одно из первых обсуждается. ИМХО конечно.
	Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

	87. "Релиз ядра Linux 3.14. Обзор новшеств"	+4 +/–
	Сообщение от www2 (??) on 31-Мрт-14, 19:06
	> 1). Берём легко сжимаемые данные. > 2). Помещаем их в ZRAM, забив всё доступное место. Например 8 Гб > при физически доступных 2 Гб. > 3). Внезапно удаляем 8 Гб легко сжимаемых данных и забиваем тяжело сжимаемыми > данными, например H264-видео. > 4). ???? > 5). Kernel Panic. И при чём тут сжимаемость данных? Все 8 гигабайт этого видео не потребуются одновременно - это раз. Во-вторых - они есть на диске, зачем их все грузить? Лучше читать по мере необходимости с небольшим упреждением. Ну и наконец, можно же использовать двухуровневую систему подкачки, или даже трёхуровневую - zRAM, раздел подкачки на SSD-диске, раздел подкачки на диске со шпинделем. Реже используемые данные вытесняются на более медленную систему. >Ну серьёзно, зачем умещать 700 Мб в 500 Мб, если внезапно может заполниться память? Медленным жёстким диском не пользоваться без необходимости - вот зачем. Когда действительно будет нехватка оперативки - что-ж, придётся воспользоваться разделом подкачки на жёстком диске. >Зачем вообще хранить SWAP в памяти?! Зачем дисковый кэш в памяти хранится? Чудик, ты вообще знаешь, что в Linux практически не бывает свободной, в полном смысле этого слова, оперативной памяти? Если есть свободная память, Linux будет использовать её в качестве дискового кэша, чтобы не читать с медленного жёсткого диска то, что уже раньше читалось. Всё равно она без дела простаивает. >И это уже традиция в Linux. То фирменную технологию Google примут в ядро, которая позволяет на гигабайтной флешке создать сто стогигабайтных файлов, потому что "У нас на GMail лишь 1% использует все свои 100 Гб почты, так нафига месту простаивать?". Вообще-то, в Unix'ах отродясь на диске место не занимается, если в него ничего не писалось. Можно открыть файл на запись, промотать 100 гигабайт и записать один байт. Файл будет иметь размер 100 гигабайт с хвостиком, но реально будет занимать на диске только объём этого хвостика. Утилиты dumpfs и restorefs - единственные, кто это свойство умеет учитывать и не тратить зря место на "магнитной ленте". Гугель лишь изобрёл велосипед, под свои собственные нужды. >То отложенную запись внедрят, чтобы добиться мифической скорости записи на диск, тогда как физически записи не было. Не мифической, а очень даже реальной. СУБД может сотни раз в секунду перезаписывать одни и те же данные. Сделать сотни записей на диск или одну - есть разница? Воинствующее невежество ты наше, потреблять от ИТ. Если ты видишь глупость, то тут обычно есть два варианта - либо это действительно глупость, либо это не глупость, а просто ты чего-то не понял. Но твой межушный ганглий до второго варианта додуматься не может и поэтому сразу бросается вопить.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	142. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Аноним (??) on 01-Апр-14, 16:00
	>>То отложенную запись внедрят, чтобы добиться мифической скорости записи на диск, тогда как физически записи не было. > Не мифической, а очень даже реальной. СУБД может сотни раз в секунду > перезаписывать одни и те же данные. Сделать сотни записей на диск > или одну - есть разница? Если СУБД сто раз за секунду перезаписала данные, они должны быть сто раз за секунду перезаписаны на диске. Логика BEGIN/COMMIT такое диктует для RDBMS, вроде как. Вернулись из COMMIT — данные ГАРАНТИРОВАННО записаны на диск. Если RDBMS заставляют сто раз в секунду перезаписывать одно и то же, кэшированием записи на диск это не решить, и не нужно.
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	95. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Андрей (??) on 31-Мрт-14, 20:59
	Вы не правы. Сжатие подкачки - это именно оно и есть. До того, как данные попадут в своп, они будут сжаты, что уменьшает количество дисковых оперций. Если памяти всё же не будет хватать - эти сжатые двнные будут вытеснены в своп. Не совсем понятно, зачем забивать память тяжкло сжимаемыми данными.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	121. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Anonym2 on 01-Апр-14, 10:51
	> То отложенную запись внедрят, чтобы добиться мифической > скорости записи на диск, тогда как физически записи не было. Ну скажем SSD имеют иногда довольно ограниченные ресурсы по части перезаписи...
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	17. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Аноним (??) on 31-Мрт-14, 10:06
	zram - это очень хорошо. Я его даже бэкпортировал на свое ядро 2.6.24.7 для IP приставки(blob'ы мешают перейти на что-то свежее)
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	41. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Seyko on 31-Мрт-14, 11:52
	А сложно портировать? Меня интересует перенос в openvz-el6... Полезная фича для встроенных устройств с их погибающим от частой записи flash-ПЗУ
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	51. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от AlexAT (ok) on 31-Мрт-14, 12:46
	> А сложно портировать? Меня интересует перенос в openvz-el6... Полезная фича для > встроенных устройств с их погибающим от частой записи flash-ПЗУ Сейчас делаю вариант патча для ядра el6, если всё пройдёт нормально - выложу на тест. В ядре el6 zram из staging, к слову, уже имеется, однако он слишком старый. К сожалению, просто модулем - не получится, zram требует наличия аллокатора zsmalloc в mm-подсистеме ядра, в ядре el6 его нет. Поэтому только полная пересборка.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	75. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Аноним (??) on 31-Мрт-14, 16:11
	Портировать не сложно. Также модифицировать: так как в системе имелись статические буфера для видео/аудио декодеров и т.п., которые не использовались в некоторых случаях(загрузка обновлений в RAM и запись их во flash после загрузки), то был написан дополнительный allocator для модуля zram, который помещал несжимаемые данные в эти буфера.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	90. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от AlexAT (ok) on 31-Мрт-14, 19:30
	> А сложно портировать? Меня интересует перенос в openvz-el6... Полезная фича для > встроенных устройств с их погибающим от частой записи flash-ПЗУ Вариант для CentOS 6 тут: http://alex-at.ru/linux/zram-c6 Для ядра OpenVZ адаптировать составить труда не должно - патч тот же, только .spec и конфиг чуток подправить.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	23. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от WherWolf on 31-Мрт-14, 11:05
	Интересно, можно ли будет хранить в сжатом виде не раздел подкачки, а, например, /var/log?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	25. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от ананим on 31-Мрт-14, 11:18
	Вы хотите логи в ram держать? Плохая идея. К тому же для логов итак логротэйт есть. С сжатием архивов и тд.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	48. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Аноним (??) on 31-Мрт-14, 12:39
	> Вы хотите логи в ram держать? > Плохая идея. > К тому же для логов итак логротэйт есть. С сжатием архивов и > тд. Некоторые виды устройств, хранят логи в RAM памяти. Обычно на таких устройствах RAM в 4 раза больше чем Flash
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	58. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от ананим on 31-Мрт-14, 13:51
	И что это должно доказывать? Что syslog должен теперь (как и эти устройства) в озу всё держать? Зыж эти устройства рассчитывают что их логи кто-то забирает. а если не забирает, то значит и не нужны, что в общем случае тут и не рассматривается (не ведите их тогда вообще).
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	35. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Lain_13 (ok) on 31-Мрт-14, 11:36
	Если ты боишься испортить логами новый SSD диск, то совершенно зря. Тебе придётся писать логи на полной скорости винта несколько лет к ряду, чтоб его испортить. А переносить логи в память просто так это действительно плохая идея.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	124. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Аноним (??) on 01-Апр-14, 12:12
	> на полной скорости винта несколько лет к ряду, чтоб его испортить. Ага, ЩАЗ. Типичный NAND выдерживает 1-2 тысячи записей. За год можно переписать содержимое винта явно более 1000 раз. Другое дело что мало у кого такой конский объем логов.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	138. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Lain_13_too_lazy_to_login on 01-Апр-14, 13:44
	Сейчас все типичные SSD делают на TLC и MLC, а это 5 и 10 тысяч циклов. Нетипичные делают на SLC и это 100 000 и дорого. Ок, согласен, что про полную скорость я загнул, но логи в таких конских объёмах действительно редко пишутся и SSD на 120 Гб прослужит достаточно долго. В конце-концов тебе понадобится записать туда петабайт данных, чтоб высадить все ячейки. На современных винтах обычно указывают время до первого отказа при нормальной нагрузке и это обычно 1 200 000 часов для 120 Гб MLC (более 100 лет). Т.е. это если ты не пытаешься использовать винт на файловом сервере, например, с постоянной записью.
	Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

4. "Релиз ядра Linux 3.14. Обзор новшеств"	–8 +/–
Сообщение от Аноним (??) on 31-Мрт-14, 09:03
Пугаясь размеру ядра от релиза к релизу, хочу спросить - сколько они занимают места?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	12. "Релиз ядра Linux 3.14. Обзор новшеств"	+4 +/–
	Сообщение от VldK (ok) on 31-Мрт-14, 09:55
	В 4мб флеша моего роутера влезает помимо ядра 3.10 еще и вебморда с бизибоксом.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	28. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от Аноним (??) on 31-Мрт-14, 11:25
	Не пугайся. В винде драйвера отдельно от ядра, а здесь вместе. Поэтому сбивает с толку. Все драйвера лежат отдельно от ядра - в виде модулей (если не монолит).
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	113. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от Андрей (??) on 01-Апр-14, 08:31
	-rw-r--r-- 1 root root 6533680 апр  1 07:07 kernel-3.14.0-gentoo lz4 ну да, на дискету уже давно не влазят...
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Релиз ядра Linux 3.14. Обзор новшеств"	+3 +/–
Сообщение от anonymous (??) on 31-Мрт-14, 09:35
Это ядро просто обязано быть запущенным на Raspberry Pi.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	40. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от mihalych (ok) on 31-Мрт-14, 11:49
	Запость фичреквест на pidora.ca
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	79. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Пиу (ok) on 31-Мрт-14, 17:12
	а они (или кто-нибудь) дрова в меинстрим спортировали? Грег говорил, что это удивительно, что rpi-шное ведро вообще работает
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

10. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
Сообщение от Аноним (??) on 31-Мрт-14, 09:47
А еще геометрические шейдеры для radeon 2400-4970 или нет?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	139. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Аноним (??) on 01-Апр-14, 14:13
	ядро тут не виноватое
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

13. "Релиз ядра Linux 3.14. Обзор новшеств"	–3 +/–
Сообщение от Fracta1L (ok) on 31-Мрт-14, 10:00
> Для файловой системы Btrfs расширен объём информации, предоставляемой через sysfs, в том числе теперь можно получить данные о доступных возможностях и использовании дискового пространства Отлично. А то с аудитом у Btrfs плоховато.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	20. "Релиз ядра Linux 3.14. Обзор новшеств"	–3 +/–
	Сообщение от Sasha (??) on 31-Мрт-14, 10:54
	c btrfs вообще всё плоховато
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	22. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от ананим on 31-Мрт-14, 10:59
	А.. да-да. Не буду вам мешать общаться на "профессиональную" тему. Зыж Ха! Павлины говоришь?
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	132. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от Аноним (??) on 01-Апр-14, 12:36
	> c btrfs вообще всё плоховато Да, только вон фэйсбучек собирается тестовый деплоймент делать, зюзя на нее переходит. Но у нас то тут мегаадмины суперэнтерпрайзов, у местных экспертов у каждого по три инсталляции размером с два фэйсбука каждая, и уж конечно они свой дистр выпускают, даже два.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	21. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от ананим on 31-Мрт-14, 10:55
	Аудит вешается на vfs. А то что вы подумали, называется отладка, профайлинг,.. всё что угодно, но точно не аудит. (Кстати то, про что вы подумали включается при конфигурации ядра/модуля ядра)
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

27. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
Сообщение от Аноним (??) on 31-Мрт-14, 11:24
Объясните, зачем нужен zram? Всё исключительно из-за сжатия и теоретической возможности уместить больше данных в рам?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	32. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от ананим on 31-Мрт-14, 11:30
	Да. Посмотрите кто именно этим заинтересован. В телефонах/планшетах иметь свап на ссд не всем нравится. Это уменьшает ресурс девайса (особенно когда в него хотят запихнуть железки из разряда "по-дешевле")
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	152. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от Аноним (??) on 02-Апр-14, 13:15
	Но зачем нужно свапаться в оперативную память, если есть свободная оперативная память?
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	153. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от AlexAT (ok) on 02-Апр-14, 13:21
	> Но зачем нужно свапаться в оперативную память, если есть свободная оперативная память? Сжатие, сэр. Это несколько шустрее, чем посвопаться на диск. Тратя память на своп в ZRAM, в итоге получаем свободную память за счёт сжатия того, что "высвопили".
	Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

	36. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от Рыбак_из_Припяти (ok) on 31-Мрт-14, 11:38
	Для устройств с flash памятью, у которой маленькое число циклов записи.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	125. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от Аноним (??) on 01-Апр-14, 12:16
	> теоретической возможности уместить больше данных в рам? Поскольку большинство содержимого RAM отлично жмется, а упаковка/распаковка RAM быстрее чем запись на тормозной диск - можно в ряде ситуаций поиметь профит.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

38. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
Сообщение от Аноним (??) on 31-Мрт-14, 11:44
>В DRM-модуле драйвера Nouveau добавлена поддержка GPU NVIDIA серии GK110 ( GeForce GTX 780, GTX Titan) и GK208 (GeForce 630/640). Надо же, и года не прошло. Попробовать, чтoле?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	77. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от pavlinux (ok) on 31-Мрт-14, 16:20
	> Попробовать, чтoле? Чо, целый год на Titan копил?!
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	88. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от Аноним (??) on 31-Мрт-14, 19:10
	Не, целый год страдал на проприетарном драйвере. Плакал по ночам в подушку. Донатил мозелеедам во искупление греха сего.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

39. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
Сообщение от Аноним (??) on 31-Мрт-14, 11:47
А что будет с hibernate, если своп в раме? Я надеюсь, его не повключают везде по дефолту?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	46. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от Andrew Kolchoogin (ok) on 31-Мрт-14, 12:23
	В привычном смысле Hibernate в мобильных устройствах отсутствует, связь с ОпСоС'ом хотелось бы поддерживать постоянно. :)
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	52. "Релиз ядра Linux 3.14. Обзор новшеств"	–4 +/–
	Сообщение от Аноним (??) on 31-Мрт-14, 12:52
	Я про десктоп, вообще-то. Ведро-то одно на всех. Впрочем, путать декстоп с "мабилой", видимо, уже традиция среди линуховых погромистов.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	68. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от llolik (ok) on 31-Мрт-14, 14:29
	>путать декстоп с "мабилой", видимо, уже традиция среди линуховых погромистов как и забывать, что не везде используют ванильное ядро, среди "кулхацкеров".
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	115. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Андрей (??) on 01-Апр-14, 08:36
	> Я про десктоп, вообще-то. Ведро-то одно на всех. Впрочем, путать декстоп с > "мабилой", видимо, уже традиция среди линуховых погромистов. Нормально всё - в сжатом виде и пишется. При загрузке разжимается...
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	54. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Imprtat on 31-Мрт-14, 13:01
	Данные "лежат" в zram до появления необходимости записать из на диск. Использовал zram в паре с убитым диском, очень выручал.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

42. "Релиз ядра Linux 3.14. Обзор новшеств"	–4 +/–
Сообщение от iZEN (ok) on 31-Мрт-14, 12:02
Предлагаю SWAP делать просто файлом в tmpfs_со_сжатием. Ж)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	69. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от Аноним (??) on 31-Мрт-14, 14:35
	с разморозкой!! # egrep "(ZSWAP|ZRAM)" /usr/src/.config CONFIG_ZSWAP=y CONFIG_ZRAM=y # CONFIG_ZRAM_DEBUG is not set
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

44. "Релиз ядра Linux 3.14. Обзор новшеств"	–2 +/–
Сообщение от ua9oas (ok) on 31-Мрт-14, 12:13
В состав каких дистрибутивов оно войдет? Каков будет срок его жизни? Насколько больше устройств в нем поддерживается по сравнению с другими ветками ядра?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	70. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от Аноним (??) on 31-Мрт-14, 14:42
	для убунты уже есть пакеты на kernel.ubuntu.com
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	116. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от Андрей (??) on 01-Апр-14, 08:38
	>  В состав каких дистрибутивов оно войдет? Каков будет срок его жизни? > Насколько больше устройств в нем поддерживается по сравнению с другими ветками > ядра? не знаю как в других дистрах, но в gentoo-patches уже полгода точно присутствует...
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	126. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от Аноним (??) on 01-Апр-14, 12:19
	> полгода точно присутствует... Мюнхаузен, залогинься! Ядро 3.14 пилят менее 2 месяцев, IIRC.
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

59. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
Сообщение от svsd_val (ok) on 31-Мрт-14, 13:54
Кстати народ может кто нибудь ответить как избавится от сильных подвисаний если озу кончалось??? OOM уж больно долго думает (около 5-10минут) перед тем как убить тот или иной процесс, при этом пробовал ставить vm.oom_kill_allocating_task = 1 не помогло =(
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	63. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Аноним (??) on 31-Мрт-14, 14:14
	Сделать swap меньше. Пока kswapd будет способен перекидывать страницы между ram и swap, у OOM не будет причин сработать.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	84. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от svsd_val (ok) on 31-Мрт-14, 17:46
	У меня просто 16gb, я свап вообще не врубал, думал что он влияет на OOM killer....
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	127. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Аноним (??) on 01-Апр-14, 12:20
	> У меня просто 16gb, я свап вообще не врубал, Ну и правильно. Нафиг вам своп с 16Гб?
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	134. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от svsd_val (ok) on 01-Апр-14, 13:23
	Дык, вот поэтому его и не врубал, но каким то макаром, смог повесить систему на минут 5-10 при срабатывании OOM Killer'а Oo
	Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

	151. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Linux 3.14 on 02-Апр-14, 12:37
	> Дык, вот поэтому его и не врубал, но каким то макаром, смог > повесить систему на минут 5-10 при срабатывании OOM Killer'а Oo Просто ядро при недостатке памяти сначала сбрасывает все дисковые кэши и потом при каждом обращении к файловой системе ходит непосредственно на диск, а не в кэш. И это выглядит как подвисание, несмотря на то, что свопа в системе нет вовсе.
	Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

	117. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от Андрей (??) on 01-Апр-14, 08:39
	> Кстати народ может кто нибудь ответить как избавится от сильных подвисаний если > озу кончалось??? > OOM уж больно долго думает (около 5-10минут) перед тем как убить тот > или иной процесс, при этом пробовал ставить vm.oom_kill_allocating_task = 1 не > помогло =( А в BSD наоборот - очень быстро :D
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	136. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от svsd_val (ok) on 01-Апр-14, 13:27
	>> Кстати народ может кто нибудь ответить как избавится от сильных подвисаний если >> озу кончалось??? >> OOM уж больно долго думает (около 5-10минут) перед тем как убить тот >> или иной процесс, при этом пробовал ставить vm.oom_kill_allocating_task = 1 не >> помогло =( > А в BSD наоборот - очень быстро :D Угу при "ручном" аллокэйте - он срабатывает мгновенно, но скорее всего из-за видюхи (она юзает часть озу) он и повесился на это время. (Видюха встроенная Intel GMA)
	Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

	130. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Аноним (??) on 01-Апр-14, 12:31
	> OOM уж больно долго думает (около 5-10минут) перед тем как убить тот > или иной процесс, Что за нафиг? У меня пристреливается за считанные секунды. Сабжевый кернел как раз, 16 гиг памяти. Случайно ухитрился таки выюзать - файрфокс и выюзавшая программа пристрелились весьма резво.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	137. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от svsd_val (ok) on 01-Апр-14, 13:30
	>> OOM уж больно долго думает (около 5-10минут) перед тем как убить тот >> или иной процесс, > Что за нафиг? У меня пристреливается за считанные секунды. Сабжевый кернел как > раз, 16 гиг памяти. Случайно ухитрился таки выюзать - файрфокс и > выюзавшая программа пристрелились весьма резво. Похоже это из-за того что у меня в то время была запущена игрушка и она начала аллокейтить озу в видюхе, в то время когда кончалась озу и вот результат .. (видюха встроенная intel gma)
	Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

	146. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Аноним (??) on 01-Апр-14, 20:37
	Что значит "сильные подвисания"? Зависание оно или есть, или его нет. Просто как немного беременная.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

65. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
Сообщение от анонимммм on 31-Мрт-14, 14:20
как всегда обделили драйвера для n7260 wifi (обещали полную поддержку в 14 ядре)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

74. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
Сообщение от alp on 31-Мрт-14, 16:10
Это ж блин Пи ядро :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	118. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от Андрей (??) on 01-Апр-14, 08:41
	> Это ж блин Пи ядро :) точно же! щас в грубе версию поправлю :)
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	119. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от Андрей (??) on 01-Апр-14, 08:42
	> Это ж блин Пи ядро :) Надо так - π !
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

83. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
Сообщение от pavlinux (ok) on 31-Мрт-14, 17:32
tcp_autocorking  - предохранитель от разгона интернета! :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

91. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
Сообщение от AlexAT (ok) on 31-Мрт-14, 19:30
Бэкпорт для CentOS 6 тут: http://alex-at.ru/linux/zram-c6
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	94. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от AlexAT (ok) on 31-Мрт-14, 20:45
	> Бэкпорт для CentOS 6 тут: > http://alex-at.ru/linux/zram-c6 Бэкпорт ZRAM, конечно же.
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	107. "Релиз ядра Linux 3.14. Обзор новшеств"	–5 +/–
	Сообщение от pavlinux (ok) on 01-Апр-14, 01:07
	> Бэкпорт для CentOS 6 тут: А нах..й бэкпорт-то? :) Оно с ядра 2.6.33 валяется никому не нужное., а еще раньше валялось ненужное под именем compcache на гуглекоде. Какие-то вы тормоза. :D
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	112. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от AlexAT (ok) on 01-Апр-14, 08:14
	> А нах..й бэкпорт-то? :) Оно с ядра 2.6.33 валяется никому не нужное., На самом деле для специфичных применений вполне нужное, но из staging бэкпортировать было лениво.
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	133. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Andrey Mitrofanov on 01-Апр-14, 13:16
	>> А нах..й бэкпорт-то? :) Оно с ядра 2.6.33 валяется никому не нужное., > вполне нужное, но из staging бэкпортировать было лениво. /lib/modules/2.6.32-279.el6.x86_64/kernel/drivers/staging/zram/zram.ko ?? П-поясни? Чем твой "бэкпорт" лучше /staging?
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	135. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от AlexAT (ok) on 01-Апр-14, 13:27
	> ?? П-поясни? Чем твой "бэкпорт" лучше /staging? Пока драйвер находился в staging - он не считался готовым к использованию. Между 3.13 и 3.14 в него, собственно, внесено некоторое число изменений. Это раз. Если сравнивать со staging из штатного ядра RHEL - то там совсем тихий ужас. Во-первых, используется старый, как говно мамонта, вариант. Во-вторых, там используется другой, "навесной" аллокатор для сжатых страниц.
	Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

	129. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Аноним (??) on 01-Апр-14, 12:28
	> А нах..й бэкпорт-то? :) Оно с ядра 2.6.33 валяется никому не нyжное., Пока ты каркал, это замайнлайнили. Прокаркал ты свой тезис.
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	155. "Релиз ядра Linux 3.14. Обзор новшеств"	–2 +/–
	Сообщение от pavlinux (ok) on 04-Апр-14, 14:07
	Лошара ты малолетняя. Пока ты ф школе азбуку учил, я эту куету вдоль и поперёк изучил. Хрень это не нужная. Для ИБД можешь заюзать ZSWAP
	Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

	157. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Michael Shigorin (ok) on 09-Апр-14, 15:40
	> Оно с ядра 2.6.33 валяется никому не нужное., Использовано в http://altlinux.org/LTSP (с 2.6.22), для тонких клиентов бывает крайне полезно -- led@ по этому поводу вкручивал статистику, набранную отправляли разработчикам.
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	159. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от AlexAT (ok) on 13-Июн-14, 18:47
	Апдейт бэкпорта ZRAM в ядро CentOS 6: http://alex-at.ru/linux/zram-c6 1. Версия ZRAM обновлена до текущей в мейнстримном ядре (https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git).   Изменения:   а) Поддержка Discard (TRIM) для ZRAM   б) Поддержка многопоточного сжатия (max_comp_streams) для ZRAM   в) Поддержка схемы компрессии LZ4 (comp_algorithm) для ZRAM и crypto 2. Версия ядра CentOS 6 обновлена до 2.6.32-431.17.1
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

102. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
Сообщение от Аноним (??) on 31-Мрт-14, 23:33
> изменений внесено сотрудниками компании Intel, 7.3% AMD пофиг на Linux, интересно как там дела с 3DNow!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	103. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от Аноним (??) on 31-Мрт-14, 23:33
	+ FMA; 3DNowExt
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

	106. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от Led (ok) on 01-Апр-14, 01:01
	>> изменений внесено сотрудниками компании Intel, 7.3% > AMD пофиг на Linux, интересно как там дела с 3DNow! Вылазь из анабиоза, двоешник. 3DNow! нет начиная с бульдозера.
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

	120. "Релиз ядра Linux 3.14. Обзор новшеств"	–1 +/–
	Сообщение от Андрей (??) on 01-Апр-14, 08:43
	>>> изменений внесено сотрудниками компании Intel, 7.3% >> AMD пофиг на Linux, интересно как там дела с 3DNow! > Вылазь из анабиоза, двоешник. 3DNow! нет начиная с бульдозера. <NOTROLL>Я не совсем ронял, почему они отказались от 3dnow% ?</NOTROLL>
	Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

	154. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от Stax (ok) on 03-Апр-14, 00:25
	Инструкции не пользовались особой популярностью. Фактически большинство из них являлось подмножеством SSE (с чуть другими особенностями работы с регистрами и сохранения значений регистров). Небольшие преимущества 3DNow окончательно исчезли с выходом SSE3, в котором стали возможны последние вещи, которые до этого делались более эффективно в 3DNow. Остались одни недостатки: самих инструкций и возможностей намного меньше, чем во всех SSE к этому моменту, регистры разделяются с FPU, из-за чего невозможно использовать одновременно 3DNow и FPU инструкции (ср. с -mfpmath=sse+387 в gcc, когда для скорости используются одновременно FPU и SSE инструкции для FP-вычислений), а все современные процессоры, поддерживающие 3DNow уже поддерживали последние версии SSE, и смысл использовать 3DNow в новых программах пропал - зачем, если с SSE можно сделать лучше, в том числе на AMD'шных процессорах? Осталась только поддержка старого софта, но т.к. софта, который строго требовал 3DNow и не работал бы с SSE или без мультимедийных расширений не было, стало возможным убрать поддержку инструкций из новых процов, ничего не сломав.
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	128. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
	Сообщение от Аноним (??) on 01-Апр-14, 12:26
	> AMD пофиг на Linux, В чем это выражается? Процы и чипсеты поддерживаются, GPU пилят ударными темпами. А ничего иного амд вроде и не выпускает так по крупному...
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

131. "Релиз ядра Linux 3.14. Обзор новшеств"	+1 +/–
Сообщение от Аноням on 01-Апр-14, 12:34
А ещё Линус Торвальдс заявил об изменении нумерации сборок: следующая - 3,141, потом - 3,1415 и далее. Релиз "Тäydellisyys" выйдет после полного завершения разработки.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	143. "Релиз ядра Linux 3.14. Обзор новшеств"	+/–
	Сообщение от Аноним (??) on 01-Апр-14, 16:14
	Лавры Кнута спать спокойно не дают?
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

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

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