нормальные люди ядро не конфигурят, а используют уже собранное из дистрибутива

не лень же тебе это делать

Всем этим не пользуюсь, посему отключил BKL.
Ну и man grep на предмет ключа -r.

Плюсую опыт рейзера. Тоже самое. Это из-за xattr и больших прыжков в версии ядра :)

Хихи. Я был прав - виндусятник детектед. Какого хрена ты делаешь на Лоре, и тем более - в обсуждении ядра, если ты не способен даже на такую малость, как сконфигурить ядро под себя?

> Впрочем, если Вы переставляете убунту раз в полгода с полным пересозданием разделов, то, конечно, не заметите этих вещей, фрагментация накапливается достаточно постепенно.

У меня домашние линуксовые тачки: 1997-2001 без переустановок, с постоянными апгрейдами, 2003-2008, 2008-present — система живёт без проблем с фрагментацией годами. ReiserFS, XFS, Ext3. Проблема была только на XFS и только когда ktorrent не умел аллоцировать файлы заранее, там понятно, что получался жуткий венигрет блоков файлов на диске. На серверах аптаймы бывают годами, не то что перестановки системы, вообще никаких проблем фрагментации.

Здесь собрались спецы по всему на свете, но ни по чему в особенности.

Какие вопросы задаёшь, такие ответы получаешь. Собеседники тут дружественные, быстро опускаются до твоего уровня.

Дай угадаю, ты линукс поставил перед одноклассниками попонтоваться?

Хихи. Я был прав - виндусятник детектед.

Об этом можно было догадатся и по никнейму =)

Впрочем, если Вы переставляете убунту раз в полгода с полным пересозданием разделов

Типично виндузячный подход к проблеме.

Не угадал. Мой тулкит, sptk, уже лет 6 как входит в Gentoo. Еще будут мудрые высказвания?

Та то резет и был мне так кажется. Потроллить под анонимусом каждый тут рад.

Я красноглазием переболел 10 лет назад. Если ты еще им болеешь, то сочувствую.

Толстенький. Ядро собрать не способен, swap у него работает без swap-устройства, хамит. Головной мозг поврежден красноглазием 10 лет назад, и это усугублено постоянным употреблением оффтопика с тех пор.

Красноглазие головного мозга в запущенной форме, все с вами ясно, молодой человек. Вопросов больше не имею.

Еще бы ты их имел.. Набрался наглости зайти в тему, где обсуждается ядро, и назвал сборку ядра красноглазием. Что же еще ожидать от виндусятника? Ты так и не ответил, что же ты делаешь тут, среди нас, красноглазых? Сказать по теме ты все равно ничего не можешь. Ядро ты не собирал с момента «излечения» 10 лет назад. Ценность твоих мыслей по теме равна абсолютному нулю.

>> Поддержка сжатия методом LZO сбрасываемого на диск содержимого памяти при переходе в спящий режим;

Ура?! Теперь, я так понимаю, спящий режим должен быть на порядки быстрее?

Да, теперь каждая секунда сна компьютера идёт за две.

>> В следующий раз буду видео записывать, раз тут столько малограмотных.

fixed

Технически, это НЕ своппинг. И малограмотно как раз называть его своппингом.

> Технически, это НЕ своппинг. И малограмотно как раз называть его своппингом.

Гг. Я знал, что кто-то так скажет. И прикинь, я знаю, что этот процесс называется пейджингом... но так уж повелось, что в Linux его принято называть именно свопингом. Так что присмотрись к названиям вроде kswapd, mkswap, swapcache и предъяви претензии в малограмотности разработчикам Linux.

Просто за своппинг и пейджинг отвечает, в сущности, один и тот же механизм. То, что в составе имени фигурирует «своп» означет только лишь то, что именно эту часть реализовали первой.

Кто уже пробовал, действительно BKL победили?

qt-dev нужно поставить очевидно

Его начали выкидывать достаточно давно, и даже в 36-м его не было во многих местах. Но в 37-м он всё ещё остаётся кое-где.

make oldconfig то сделал? настроилось и собралось без проблем

>> Кто уже пробовал, действительно BKL победили?

А он вообще кому-то мешал в практическом плане?

расслабься, лор уже не тот, этот любитель венды еще не самое гадкое что тут можно встретить

Вполне нормальные вопросы: не повлияют ли новации на стабильность xfs в худшую сторону, и какие опции лучше поставить (исходя не из теории, а из опыта) для монтирования xfs. Ответа никто не знает, зато поистерили вдоволь, покусали брошенную мною косточку. Нет, ЛОР вполне торт!

хехехе

Я полагал, что он имеет отношение к пресловутому 12309, это не так?

> Вполне нормальные вопросы: не повлияют ли новации на стабильность xfs в худшую сторону, и какие опции лучше поставить (исходя не из теории, а из опыта) для монтирования xfs.

Откуда может быть опыт по новым опциям? Это противоречие.

>А он вообще кому-то мешал в практическом плане?

изе. хотя нет, он ему помогал. подтверждал его пассажи.

Какие новые опции? У меня разве где-то написано «новые опции»?

Ладно, для Юриев Рытхэу вот так: 2) С какими опциями лучше монтировать xfs, чтобы достичь наилучшей стабильности? Интересует мнение, основанное на личном опыте эксплуатации. 1) Что означают изменения в новом в ядре, описанные на Opennеt, в плане стабильности xfs — ухудшение, улучшение, никак не повлияют?

Исходя из из того, что изменения в XFS означают большую буфферизацию метаданных, при сбое питания или kernel panic потеряется заметно больше изменений метаданных. Так что стабильность при сбоях будет меньше.

С другой стороны, высокую надежность дает только fsync после каждого изменения на диске (заданный опциями открытия файла в коде FS, например), а это замедляет изменения примерно в 10..20 раз.

токане

Говорят, bkl мешал распараллеливанию ядра на smp.

Спасибо!

Зачем, когда есть KVM?

KVM требует спецфич у процессора, Xen - нет. у меня есть шелл на порядка сотни серверов. KVM можно установить только на 10-15% из них.

так что на KVM серьезно смотреть можно будет еще лет через 5-10

У меня в моем 2.6.37 кажется таки пофиксили 12309...
Использовал только один патчик - BFQ I/O Scheduler + нужные настройки для десктопа в конфиге ядра.
Я такой отзывчивости не наблюдал даже от zen.
Спецом начал компилить новое ядро из-под 37-го, плюс тягать файлы туда-сюда. В итоге, у меня отлично запускался и скролился фаерфокс, плеер, аська. Впечатление было, что на диск вообще нет никакой нагрузки О_о

У меня такого не было никогда, товарищи.

> Добавлена базовая поддержка Xen Dom0

Зачем, когда есть KVM?

Ну не все такие крутые как ты, у некоторых нет компов на которых идет KVM требующий поддержки виртуализации процессором. А вот XEN у меня рулил аж 8 виртуальными серверами на несчастном Athlon 2.4 в свое время.

> KVM требует спецфич у процессора, Xen - нет. у меня есть шелл на порядка сотни серверов. KVM можно установить только на 10-15% из них.

это скорей шелл на сотню домашних говнотазиков у вас, потому что сейчас даже половина атомов и селеронов имеют vt-x...
core2duo, xeon, core iX - поголовно. у АМД ситуация еще лучше даже...

речь в общем-то о технологиях, которые не для десктопа. это и xen-a и kvm-a касается. а «не на десктопах» все эти VT давно есть.. вот и спрашивается, нахрена тянуть в ядро то, что уже не актуально? лет 5 тому я еще понимаю, да. но не в то время, когда космические корабли...

это скорей шелл на сотню домашних говнотазиков у вас, потому что сейчас даже половина атомов и селеронов имеют vt-x...

нет, это сервера хостинга, 8-64Gb Ram (в зависимости от «старости» сервера). есть хосты с OVZ есть с Xen, есть просто голый linux/BSD.

а «не на десктопах» все эти VT давно есть..

на «не на десктопах» как раз эти технологии придут когда эти «не десктопы» посменятся. а «не десктопы» обновляются в железе куда реже чем десктопы.

нахрена тянуть в ядро то, что уже не актуально?

быстрый Xen неактуален, а тормозной KVM актуален? ты часом не в микрософте работаешь?

лет 5 тому я еще понимаю, да.

5 лет это время работы среднего сервера без перезагрузки

>> нахрена тянуть в ядро то, что уже не актуально?

быстрый Xen неактуален, а тормозной KVM актуален? ты часом не в микрософте работаешь?

За последние 5 лет многое изменилось :)

5 лет это время работы среднего сервера без перезагрузки

Ядра не обновляете?

За последние 5 лет многое изменилось :)

вот и еще лет через пять KVM возможно станет актуальным. но пока еще это не случилось

Ядра не обновляете?

там где это имеет смысл конечно обновляем.

>> За последние 5 лет многое изменилось :)

вот и еще лет через пять KVM возможно станет актуальным. но пока еще это не случилось

У кого как.

Ядра не обновляете?

там где это имеет смысл конечно обновляем.

Каждый год в ядре находят local root exploit, и у вас, хостерской компании, «средний сервер» по 5 лет не перезагружают? :)

Каждый год в ядре находят local root exploit, и у вас, хостерской компании, «средний сервер» по 5 лет не перезагружают? :)

у нас не хостерская компания. хостятся наши же сайты/сервисы.

кроме всего прочего 90% этих эксплоитов не в 100% случаев работают. например тот же ptrace не работал при nosuid смонтированном home и тп

У кого как.

с этого и начиналось обсуждение. KVM пока не может везде заменить Xen (так же как, вероятно, Xen не может везде заменить KVM), а потому протестовать против развития Xen (и KVM) неправильно

>используют уже собранное из дистрибутива

спасибо, поржал. Я пробовал немного дистрибутивов, в основном самые популярные. Но ни в одном из них ядро не оказалось собранным так, чтобы нормально работать на всех нужных мне компьютерах. Так что увы и ах: 90% нужд пользователей дистрибутивные ядра ВМЕНЯЕМЫХ дистрибутивов способны покрыть. Но если нужно сделать что-то на экзотическом железе или что-то просто нестандартное - тут они пасуют.

>тормозной KVM

или я чего-то незнаю... но в любом случае пока существуют процы без аппаратной виртуализации нужно адекватное решение для виртуализации программной(восславим кэпа!). А если еще виртуализировать нужно не православный Linux, а каноничную BSD или того хуже, б-гомерзкий оффтопик, то тут OpenVZ или VServer'ом сыт не будешь и на ум приходят только две вещи: Xen и Vmware. Но от последней у меня впечатления не очень(хотя и пробовал ее давно, да)...

Только не 90%, а 99.99%. Свое ядро нужно в двух случаях:
1. если работаешь с embedded и надо собрать экзотическую систему (много у нас людей этим занимаются?),
2. хочется покрасноглазить.

> нет, это сервера хостинга, 8-64Gb Ram (в зависимости от «старости» сервера). есть хосты с OVZ есть с Xen, есть просто голый linux/BSD.

и ядро наверняка там 2.4.х
я работал в хостингах кажется в 2006 последний раз. и уже тогда мы выбрасывали старье на помойку и ставили оптероны с amd-v. мне страшно представить с чем вам приходится работать...

на «не на десктопах» как раз эти технологии придут

даже в самом что ни есть бюджетном хетзнере самый дешевый сервак имеет amd-v

тормозной KVM актуален?

4.2

5 лет это время работы среднего сервера без перезагрузки

ну так и ядро остается неизменным.


вопрос не в том, что «не нужно». оно может быть и нужно «вообще», но тянуть его в ядро... давайте еще vboxdrv туда положим..

KVM тормознее Зена в большинстве случаев. И будет тормознее. Потому что Зен умеет паравиртуализацию (которая быстрее аппаратной), а КВМ - нет.

> Потому что Зен умеет паравиртуализацию (которая быстрее аппаратной), а КВМ - нет.

оверхед на CPU сейчас 1-2%. virtio не медленней (а в 0.13 быстрей) xen-овых паравиртуальных i/o - http://vmstudy.blogspot.com/

99% тестов в интернете проводились идиотами, отсюда и массовое заблуждение

к тому же кому она нафиг нужна, паравиртуализация эта?

как я уже сказал выше я взял за правило собирать ядро всегда сам, после того как на 4 вполне себе разных, но от этого не менее обычных десктопных машинах дефолтные ядра нескольких дистрибутивов знатно подглючивали(причем по-разному, ога). ну и экзотику никто не отменял, да...

>Зен умеет паравиртуализацию (которая быстрее аппаратной)

стесняюсь спросить, а что по-вашему тогда virtio как не та самая паравиртуализация?