https://opennet.ru/openforum/vsluhforumID3/42859.html Анонсирован (http://comments.gmane.org/gmane.linux.kernel.announce/534) выход релиза Linux ядра 2.6.26. Список основных новшеств:<br><br><br><br><br>- Возможность (http://kerneltrap.org/Linux/Read-only_Bind_Mounts) монтирования частей ФС (mount --bind) в режиме только для чтения;<br><br>- Поддержка PCI Express ASPM (Active State Power Management), <br>- Поддержка платформ IA64, S390 и PPC в системе виртуализации KVM. Также в KVM добавлена базовая поддержка паравиртуализации;<br>- Возможность (http://lwn.net/Articles/273822/) определения списка устройств которые будут доступны в определенном изолированном контейнере (cgroups);<br><br>- Для получения информации о точках монтирования теперь можно использовать /proc/PID/mountinfo<br>- Поддержка аппаратных особенностей ноутбука OLPC;<br><br>- Поддержка x86 PAT (Page Attribute Table (http://en.wikipedia.org/wiki/Page_Allocation_Table)) в системе распределения памяти<br>- Большое обновление кода файловых систем EXT4, gfs2, ocfs2 и xfs;<br>- Поддержка черновой версии...<br><br>URL: http://comment https://opennet.ru/openforum/vsluhforumID3/42859.html#44 Fri, 18 Jul 2008 08:52:57 GMT &gt;В итоге был придуман альтернативный метод отлова глючной оперативки.<br><br>Это довольно старый и вроде хорошо известный метод :-)<br><br>&gt;Жмем архив гига на 2 минимум, скажем, бэкап системы.<br><br>Желательно больше объёма памяти, помнится.<br><br>&gt;Так что увы, мемтесты не панацея :(<br><br>Естественно. Они могут дать гарантию битости памяти или неадекватности режима, но не рабочести.<br><br>&gt;Могу предположить что в тестилках нужен новый тип теста который производит <br>&gt;доступ к памяти похоже на архиватор - интенсивное чтение-запись небольшого<br>&gt;диапазона адресов.<br><br>Не хотите апстриму memtest86+ идею подбросить? Он вполне живой (memtest86 последние годы сонноватый, на патчи не отзывается, хотя недавно из + мержились).<br><br>http://memtest.org/#authplus<br> https://opennet.ru/openforum/vsluhforumID3/42859.html#43 Wed, 16 Jul 2008 14:08:44 GMT &gt;-- memtest на ночь",<br><br>Был противный прецедент когда мемтест (и тот который на CD с линуксами кладут в частности как и множество других) ничего не ловили.А оперативка была глючная, но глючила только после прогрева и под нагрузкой.Мемтесты видимо равномерно на все чипы размазывают нагрузку (в долговременном плане они обычно шарятся по всем адресам равномерно) и это получается совсем не максимальная нагрузка в плане интенсивности доступа к конкретному чипу.<br><br>В общем была машинка на которой винды за несколько лет постепенно глючить начали, реестр засрался и глюков появилось.Мемтесты утверждали что все прекрасно, даже если всю ночь гонять.Причину глюка выловил случайно - один архив при распаковке отругался на CRC error.А поскольку я помнил что открывал его и все было ок - это навело на подозрения.Оказалось - он обычно читается нормально а иногда - CRC error.В итоге был придуман альтернативный метод отлова глючной оперативки.Жмем архив гига на 2 минимум, скажем, бэкап системы.Распаковыываем его раз так 20.Если https://opennet.ru/openforum/vsluhforumID3/42859.html#42 Tue, 15 Jul 2008 23:37:13 GMT крутой ты мужик, pavlinux<br>сразу прям лезешь в ldt.<br>небось из bash'а и под pavel'ом?<br><br> https://opennet.ru/openforum/vsluhforumID3/42859.html#41 Tue, 15 Jul 2008 23:10:55 GMT &gt;Так мемтест обычно отдельно суют на диски с дистрами (по крайней мере <br>&gt;в убунте при загрузке можно пункт в меню выбрать).<br><br>Хех. В своё время настоял на включении в сидюшку ALT 2.2, что ли. Кажется, тогда ещё этой моды не было, хотя мог и пропустить...<br><br>&gt;Но зачем эта фигня, которой пользуются раз в несколько лет, прямо в ядре?... <br>&gt;Он будет работать лучше, чем отдельный маленький memtest? <br><br>Ой не знаю. У нас, наверное, отключат. Но кого-то когда-то мож и выручит.<br><br>Только на днях понадеялся на поставщика и выяснил, что обе свежекупленных планки после меньшего (~10 мин) или большего (~8 час) времени под memtest86+ подлежат замене... а не проскипал бы старое доброе правило "трогал память -- memtest на ночь", глядишь, сэкономил бы себе странностей при проверке в целом.<br> https://opennet.ru/openforum/vsluhforumID3/42859.html#40 Tue, 15 Jul 2008 22:50:07 GMT &gt;&gt; -o bind,ro же вроде в 2.6.24 ещё засовывали? Для VPS ооочень давно хотел :)<br>&gt;Не ругается, но и не работает.<br><br>На ovz или вообще? (на просто .24 таки да, не ругается и не работает)<br><br>&gt;P.S. Злой ты, Миша... Или все "альтовцы" такие параноики на тему безопасности? <br><br>Почему злой-то? Так должно быть удобней и безопасней работать с разделяемыми ресурсами (навроде апдейтов), чем хардлинки; надёжней, чем внутрихостовый NFS; дешевле, чем rsync.<br><br>Вроде Костик там чё-то собирал из недавних ovz, надо пощупать...<br> https://opennet.ru/openforum/vsluhforumID3/42859.html#39 Tue, 15 Jul 2008 22:45:41 GMT &gt;У меня почему-то все ядра начиная 2.6.25 имеют одну и ту же <br>&gt;проблему - высокая загрузка I/O. Меньше 50% не падает.<br>&gt;Ставлю более ранние ядра - 5-10%. <br><br>Ммм... попробуйте deadline или noop io scheduler?<br>(/sys/block/*/queue/scheduler)<br><br>&gt;Железо - supermicro/ SCSI/Adaptec ZCR (включено через dpt2o). <br><br>Этих сейчас под рукой нет, ближайший в работе...<br> https://opennet.ru/openforum/vsluhforumID3/42859.html#38 Tue, 15 Jul 2008 22:17:44 GMT У меня почему-то все ядра начиная 2.6.25 имеют одну и ту же проблему - высокая загрузка I/O. Меньше 50% не падает.<br>Ставлю более ранние ядра - 5-10%.<br><br>Железо - supermicro/ SCSI/Adaptec ZCR (включено через dpt2o).<br><br>Никто не сталкивался? <br> https://opennet.ru/openforum/vsluhforumID3/42859.html#37 Tue, 15 Jul 2008 14:11:35 GMT &gt;опять madwifi с патчами прикручивать. надоело. <br><br> И слава богу хоть прикручивается (у меня 2.6.25.9). Вот интересно: с обновленным ядром заведется карточка? Или hal обновленный ждать? <br> https://opennet.ru/openforum/vsluhforumID3/42859.html#33 Tue, 15 Jul 2008 10:56:18 GMT че-то там того ath5k кот наплакал, одна древнота. самых топовых чипов 5007EG так и нет. опять madwifi с патчами прикручивать. надоело.<br>