https://www.opennet.me/openforum/vsluhforumID3/95139.html После двух месяцев разработки Линус Торвальдс выпустил (https://lkml.org/lkml/2014/3/30/336) ядро Linux 3.14 (https://www.kernel.org/). Среди наиболее заметных улучшений: новый класс планирования задач Deadline, блочное устройство zram для хранения раздела подкачки в ОЗУ с сжатом виде, поддержка режима PVH в Xen, расширение возможностей трассировки. <br><br><br><br><br>В новую версию принято более 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 Wom https://www.opennet.me/openforum/vsluhforumID3/95139.html#159 Fri, 13 Jun 2014 14:47:49 GMT Апдейт бэкпорта ZRAM в ядро CentOS 6: http://alex-at.ru/linux/zram-c6 <br><br>1. Версия ZRAM обновлена до текущей в мейнстримном ядре (https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git). <br> Изменения:<br> а) Поддержка Discard (TRIM) для ZRAM<br> б) Поддержка многопоточного сжатия (max_comp_streams) для ZRAM<br> в) Поддержка схемы компрессии LZ4 (comp_algorithm) для ZRAM и crypto <br>2. Версия ядра CentOS 6 обновлена до 2.6.32-431.17.1<br> https://www.opennet.me/openforum/vsluhforumID3/95139.html#157 Wed, 09 Apr 2014 11:40:28 GMT &gt; Оно с ядра 2.6.33 валяется никому не нужное., <br><br>Использовано в http://altlinux.org/LTSP (с 2.6.22), для тонких клиентов бывает крайне полезно -- led@ по этому поводу вкручивал статистику, набранную отправляли разработчикам.<br> https://www.opennet.me/openforum/vsluhforumID3/95139.html#156 Tue, 08 Apr 2014 10:04:08 GMT Вам же четко написали- фотограмметрия, т.е. обработка изображений. Это комплекс математических обработок большого массива данных, составляющих изображение.<br>Так что при чем здесь планирование. Криминалистам трупы не планируют, например...<br> https://www.opennet.me/openforum/vsluhforumID3/95139.html#155 Fri, 04 Apr 2014 10:07:45 GMT Лошара ты малолетняя. Пока ты ф школе азбуку учил, я эту куету вдоль и поперёк изучил.<br>Хрень это не нужная. Для ИБД можешь заюзать ZSWAP <br> https://www.opennet.me/openforum/vsluhforumID3/95139.html#154 Wed, 02 Apr 2014 20:25:40 GMT Инструкции не пользовались особой популярностью. Фактически большинство из них являлось подмножеством SSE (с чуть другими особенностями работы с регистрами и сохранения значений регистров). Небольшие преимущества 3DNow окончательно исчезли с выходом SSE3, в котором стали возможны последние вещи, которые до этого делались более эффективно в 3DNow.<br><br>Остались одни недостатки: самих инструкций и возможностей намного меньше, чем во всех SSE к этому моменту, регистры разделяются с FPU, из-за чего невозможно использовать одновременно 3DNow и FPU инструкции (ср. с -mfpmath=sse+387 в gcc, когда для скорости используются одновременно FPU и SSE инструкции для FP-вычислений), а все современные процессоры, поддерживающие 3DNow уже поддерживали последние версии SSE, и смысл использовать 3DNow в новых программах пропал - зачем, если с SSE можно сделать лучше, в том числе на AMD'шных процессорах?<br><br>Осталась только поддержка старого софта, но т.к. софта, который строго требовал 3DNow и не работал бы с SSE или без мультимед https://www.opennet.me/openforum/vsluhforumID3/95139.html#153 Wed, 02 Apr 2014 09:21:05 GMT &gt; Но зачем нужно свапаться в оперативную память, если есть свободная оперативная память? <br><br>Сжатие, сэр. Это несколько шустрее, чем посвопаться на диск. Тратя память на своп в ZRAM, в итоге получаем свободную память за счёт сжатия того, что "высвопили".<br> https://www.opennet.me/openforum/vsluhforumID3/95139.html#152 Wed, 02 Apr 2014 09:15:46 GMT Но зачем нужно свапаться в оперативную память, если есть свободная оперативная память?<br> https://www.opennet.me/openforum/vsluhforumID3/95139.html#151 Wed, 02 Apr 2014 08:37:49 GMT &gt; Дык, вот поэтому его и не врубал, но каким то макаром, смог <br>&gt; повесить систему на минут 5-10 при срабатывании OOM Killer'а Oo <br><br>Просто ядро при недостатке памяти сначала сбрасывает все дисковые кэши и потом при каждом обращении к файловой системе ходит непосредственно на диск, а не в кэш. И это выглядит как подвисание, несмотря на то, что свопа в системе нет вовсе.<br> https://www.opennet.me/openforum/vsluhforumID3/95139.html#148 Tue, 01 Apr 2014 23:26:12 GMT &gt; Интересно знать, каким местом<br><br>трехкАнальным<br>