https://www.opennet.ru/openforum/vsluhforumID3/85622.html Представлены (http://kernel.org/) очередные корректирующие релизы ядра Linux: 3.4.5 (192 исправления (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.4.5)), 3.2.23 (49 исправлений (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.2.23)) и 3.0.37 (68 исправлений (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.0.37)). Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления. Из подсистем, в которых устранены ошибки можно отметить: Btrfs, md/raid5, md/raid10, NFS, CIFS, UDF, drm/i915, drm/radeon, drm/nouveau, ath9k, USB, SCSI, e1000e, eCryptfs, mac80211, Xen, ACPI, l2tp, IPv6, ALSA. Кроме того в ядро добавлена порция идентификаторов для новых USB-устройств.<br><br><br>Отдельно можно выделить устранение уязвимостей:<br><br><br><br>- В коде NFC устранено несколько переполнений буферов (http://www.opennet.ru/opennews/art.shtml?num=34164). Упоминается, что уязвимость может быть эксплуатирована удалённо, но подробности и степень опасности не афишируются;<br>- В коде утилит https://www.opennet.ru/openforum/vsluhforumID3/85622.html#35 Sat, 21 Jul 2012 11:16:56 GMT &gt; Вы хотите сказать что атерос сам у себя украл код ath9k? А вас не смущает что этот код изначально атерос выложил, а линуксоиды его в майнлайн взяли? :)<br><br>А потом OpenBSD стырило его из линукса, и стало кричать, что это линукс у него код ворует.<br> https://www.opennet.ru/openforum/vsluhforumID3/85622.html#34 Sat, 21 Jul 2012 07:30:52 GMT Ага<br>[code]<br>root@lightner:~# cpufreq-set -g performance -c 0<br>root@lightner:~# cpufreq-set -g performance -c 2<br>root@lightner:~# cpufreq-set -g performance -c 3<br>root@lightner:~# cpufreq-set -g powersave -c 4<br>root@lightner:~# cpufreq-set -g ondemand -c 5<br>root@lightner:~# cpufreq-set -g userspace -c 6<br>root@lightner:~# cat /sys/devices/system/cpu/cpu{0..7}/cpufreq/scaling_governor<br>performance<br>conservative<br>performance<br>performance<br>powersave<br>ondemand<br>userspace<br>conservative<br>root@lightner:~# cpufreq-info &#124; grep "The governor"<br> The governor "performance" may decide which speed to use<br> The governor "conservative" may decide which speed to use<br> The governor "performance" may decide which speed to use<br> The governor "performance" may decide which speed to use<br> The governor "powersave" may decide which speed to use<br> The governor "ondemand" may decide which speed to use<br> The govern https://www.opennet.ru/openforum/vsluhforumID3/85622.html#33 Fri, 20 Jul 2012 21:36:12 GMT &gt;&gt; На однопроцессорных это пофигу, у них менеджер питания один на все ядра. (хотя не знаю, мож чего поменялось) <br>&gt; Нет, на каждое ядро отдельно ставится governor, поэтому и пришлось допиливать цикл. <br>&gt; В conky интересно наблюдать, если поставить на каждое отдельное ядро свой governor <br>&gt; профиль..<br>&gt; Ну само собой у меня тоже в оба режима работает, обратным использую <br>&gt; не powersave, а conservative.. Всё таки более гибкий, когда нужно чуть <br>&gt; больше, чем минимум..<br>&gt; Да и ядро уже 3.4.6, на нём и доделал всё как нужно. <br><br>И чё, на всех может быть разное. <br>Покаж <br><br>cat /sys/devices/system/cpu/cpu?/cpufreq/scaling_governor<br><br>с разными говернорами. <br> https://www.opennet.ru/openforum/vsluhforumID3/85622.html#32 Fri, 20 Jul 2012 19:01:49 GMT &gt; На однопроцессорных это пофигу, у них менеджер питания один на все ядра. (хотя не знаю, мож чего поменялось)<br><br>Нет, на каждое ядро отдельно ставится governor, поэтому и пришлось допиливать цикл.<br>В conky интересно наблюдать, если поставить на каждое отдельное ядро свой governor профиль..<br>Ну само собой у меня тоже в оба режима работает, обратным использую не powersave, а conservative.. Всё таки более гибкий, когда нужно чуть больше, чем минимум..<br>Да и ядро уже 3.4.6, на нём и доделал всё как нужно.<br> https://www.opennet.ru/openforum/vsluhforumID3/85622.html#31 Fri, 20 Jul 2012 14:59:15 GMT &gt; Ну всё, наконец-то я разобрался с проблемой лагов в играх =) <br>&gt; Забиндил на клавиатуре горячие клавиши переключения режимов ЦПУ <br>&gt; [code] <br>&gt; for CPU in {0..7}; do sudo cpufreq-set -g performance -c $CPU; done <br>&gt; [/code] <br><br>На однопроцессорных это пофигу, у них менеджер питания один на все ядра.<br>(хотя не знаю, мож чего поменялось)<br><br>&gt; Ибо как работает автоматика, мне совсем не нравиться, зато это мне напомнило <br>&gt; те старые компы с кнопкой на системнике для переключения частот процессора <br><br>Только кнопка [TURBO] обратно тоже работала. <br>так что делай проверку <br>[code]<br><br>CURRENT=`cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor`<br><br>case $CURRENT in <br> powersave) <br> sudo cpufreq-set -g performance -c 0 ;;<br> performance)<br> sudo cpufreq-set -g powersave -c 0 ;;<br>esac<br>[/code]<br> <br> https://www.opennet.ru/openforum/vsluhforumID3/85622.html#30 Fri, 20 Jul 2012 11:08:09 GMT Ну всё, наконец-то я разобрался с проблемой лагов в играх =)<br>Забиндил на клавиатуре горячие клавиши переключения режимов ЦПУ<br>[code]<br>for CPU in {0..7}; do sudo cpufreq-set -g performance -c $CPU; done<br>[/code]<br>Ибо как работает автоматика, мне совсем не нравиться, зато это мне напомнило те старые компы с кнопкой на системнике для переключения частот процессора =))<br> https://www.opennet.ru/openforum/vsluhforumID3/85622.html#29 Thu, 19 Jul 2012 18:15:36 GMT Так у меня последний VB 1.4.18 ))<br>Ну и ладно, оно пока не главное, вообщем итоге проседания в играх так и остались, я телефоном SSH-нулся на комп, врубил watch "cat /proc/cpuinfo &#124; grep MHz" и стал наблюдать за частотами ядер.<br>Во время игры старенькой painkiller(на ней удобно проверять, ибо графика старая, и проседать то нечему), все ядра работают на 1400, и только 2-3 ядра быстро прыгают от 2600 до 2800, иногда редко 3600. В игре чувствуется не просто проседания по fps, а жуткие графические лаги.<br>Сделал небольшой тюнинг:<br>[code]<br>cd /sys/devices/system/cpu/cpufreq/conservative<br>echo -n 10 &gt; sampling_down_factor (странно, в ondemand тут можно было вписать 100, а в conservative максимум 10)<br>echo -n 40 &gt; up_threshold<br>[/code]<br>Стал замерять опять, стало чуть лучше, но всё равно плохо.. Нет плавности, эти прыжки смены частоты всё портят, я уже точно уверен в этом, т.к. на 3.3.8 ядре, у меня все ядра работают тупо на максималке 3685 Mhz и всё плавно, даже толстый старкрафт2 выдаёт очень большие ФПС-ы для https://www.opennet.ru/openforum/vsluhforumID3/85622.html#28 Thu, 19 Jul 2012 12:39:09 GMT &gt; Прикольно конечно, тогда получается, что VB используя какую-то процессорную фитчу, выходит <br>&gt; этот баг, т.к. на старом конфиге ядра моего этот же VB <br><br>Багу исправили в VirtualBox 4.1.6, оно было и на Core i7 и Core2Duo <br><br>---<br><br>И Ямаха твоя должна работать, если память не изменяет она OPL3, <br>к ней в помощь нужон модуль snd_oss_pcm, иначе /dev/dsp не появится. <br> https://www.opennet.ru/openforum/vsluhforumID3/85622.html#27 Thu, 19 Jul 2012 12:07:30 GMT Прикольно конечно, тогда получается, что VB используя какую-то процессорную фитчу, выходит этот баг, т.к. на старом конфиге ядра моего этот же VB работает, но без ускорения =)<br>Я сначала подумал, что dkms не отработал, но посмотрев "dkms status", vboxdrv был собран для обоих ядер.<br><br>Окей, получается ложная тревога была, пойду обратно на новый конфиг, тестировать МОЩЬ-FX )<br>