|
2.5, _ (??), 11:36, 01/10/2009 [^] [^^] [^^^] [ответить]
| +1 +/– |
посмотри в синаптике. там есть рт патчи
| |
|
|
2.4, ShPioN (?), 11:27, 01/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
при сильных нагрузках отклик системы будет быстрее. например у меня на обычном ядре при интенсивных операциях с дисками все остальное буквально еле шевелется, даже мышка подрагивает...
| |
|
3.9, svn (??), 12:19, 01/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>например у меня на обычном ядре при интенсивных операциях с дисками все остальное буквально еле шевелется, даже мышка подрагивает...
Тебе и реалтайм не поможет )) У тебя не настроена vm (свапы/кеши пропорции итп) и возможно не работает dma.
| |
|
4.17, zeo (?), 12:53, 01/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>У тебя не настроена vm (свапы/кеши пропорции итп)
У меня вообще нет свопа. На 6 гиг я считаю ни нужен.
%free total used free shared buffers cached
Mem: 6001732 4972148 1029584 0 1592 2921688
-/+ buffers/cache: 2048868 3952864
Swap: 0 0 0
> и возможно не работает dma.
Процессор при этом не занят. Если бы dma не работал (хотя для 1Т Sata жесткого я себе плохо представляю) проц бы загружался по полной (во всяком случае один из трех).
| |
|
5.32, svn (??), 16:11, 01/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>У меня вообще нет свопа.
У тебя нет выгрузки на диск анонимных страниц. А readonly секции кода программ, и прочие отображаемые в память файлы отлично вытесняются на диск для освобождения кеша. И при особенно не удачной конфигурации, ядро их гоняет туда и обратно непрерывно.
Чтобы считать ПРАВИЛЬНО, надо знать как работает vm система в linux, тогда и настроишь коэфициенты /proc/sys/vm правильно, и свап не будешь выключать.
| |
|
4.47, casm (ok), 22:40, 01/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
Можно поподробнее? Меня этот вопрос очень интересует.
На рабочей машине 2 Гб ОЗУ, процессор core2duo, два жестких диска, на каждом диске по 1 Гб-ому своп разделу в начале диска. В fstab приоритеты swap-ов одинаковы, swapon -s это подтверждает.
Запускаю две виртуальные машины, под каждую выделено 512 МБ памяти.
Если запустить только одну виртуальную - то все летает (своп почти не используется), как только запускаю вторую - система, что на физической машине, начинает сильно тормозить, система начинает сбрасывать страницы в своп, хотя в сумме используется около 1,5 ГБ ОЗУ.
Экспериментально заметил, что если использует менее 50 % от объема ОЗУ, то все летает, как только больше начинаются тормоза.
При этом Cached память занимает почти 50%.
Пробовал ставить vm.swappiness = 5, vm.vfs_cache_pressure = 5000 - не помогает,
Попробовал выставить dirty_writeback_centisecs=100, dirty_expire_centisecs=100, dirty_background_ratio=10, dirty_ratio=10 тоже не лучше.
| |
|
5.48, fidaj (ok), 22:52, 01/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>Запускаю две виртуальные машины, под каждую выделено 512 МБ памяти.
>Если запустить только одну виртуальную - то все летает (своп почти не
>используется), как только запускаю вторую - система, что на физической машине,
>начинает сильно тормозить, система начинает сбрасывать страницы в своп, хотя в
>сумме используется около 1,5 ГБ ОЗУ.
>Экспериментально заметил, что если использует менее 50 % от объема ОЗУ, то
>все летает, как только больше начинаются тормоза.
>При этом Cached память занимает почти 50%.
>Пробовал ставить vm.swappiness = 5, vm.vfs_cache_pressure = 5000 - не помогает,
>Попробовал выставить dirty_writeback_centisecs=100, dirty_expire_centisecs=100, dirty_background_ratio=10, dirty_ratio=10 тоже не лучше.
А почему бы кешу не занимать и больше если указана опция vm.vfs_cache_pressure = 5000 - что приблизительно значит: принудительно сбрасывать кеш если он занимает больше 5000% от текущего объема ОЗУ... При такой настройке кеш никогда не сброситься... Или я ошибаюсь?
Для начала может быть попробовать опции по умолчанию? - Что они покажут?
| |
|
6.56, casm (ok), 20:12, 02/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Для начала может быть попробовать опции по умолчанию? - Что они покажут?
По-умолчанию такая же ситуация - при загрузке памяти более 50% производительность падает.
Забыл дописать, что ставил vm.vfs_cache_pressure = 10 результат ничуть не лучше.
Описание vfs_cache_pressure с proc.txt из документации к ядру для меня довольно смутное.
> Decreasing vfs_cache_pressure causes the kernel to prefer to retain dentry and inode caches.
> Increasing vfs_cache_pressure beyond 100 causes the kernel to prefer to reclaim dentries and inodes.
В инете в основным ссылается на комментарий к патчу:
- at vfs_cache_pressure=0 we don't shrink dcache and icache at all.
- at vfs_cache_pressure=100 there is no change in behaviour.
- at vfs_cache_pressure > 100 we reclaim dentries and inodes harder.
Как я понял (если не так поправьте) увеличение параметра способствует сокращению кешей (dentries and inodes).
Про то, что оно указывается в процентах от ОЗУ нигде не встречал.
Думаю если уменьшить тягу к увеличению кеша, то все уместиться в ОЗУ, и не будет так медлить при работе. Вот и интересуюсь как это сделать.
| |
|
7.57, fidaj (ok), 20:26, 02/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>Для начала может быть попробовать опции по умолчанию? - Что они покажут?
>
>По-умолчанию такая же ситуация - при загрузке памяти более 50% производительность падает.
>
У меня подобная ситуация - но с одним "НО" - у меня это не зависит от текущего объема занимаемого ОЗУ - все тормоза и рост iowait начинаются строго с того момента как начинает использоваться активно сброс/чтение swap... Иногда даже невозможно дальше работать - откликов нет ни на клавиатуру ни на мышу...
На счет vfs_cache_pressure утверждать ничего не буду - так как попадались статьи, за разные годы их написания, и в каждой статье были разные значения этой опции; и в том числе тоже попадалось о патче позволяющем увеличивать значение этого параметра больше 100%...
Просто похоже что с учетом развития ядра эта опция принимала разную смысловую нагрузку... Пусть гуру меня поправят, если я ошибаюсь...
| |
|
8.59, casm (ok), 21:20, 02/10/2009 [^] [^^] [^^^] [ответить] | +/– | У меня аналогично, и я думаю, что сброс и начинается от того, что в этот момент ... текст свёрнут, показать | |
|
9.60, fidaj (ok), 22:12, 02/10/2009 [^] [^^] [^^^] [ответить] | +/– | А если попробовать с такими значениями vm overcommit_memory 2 vm vfs_cache_pr... текст свёрнут, показать | |
9.61, fidaj (ok), 22:52, 02/10/2009 [^] [^^] [^^^] [ответить] | +/– | Не знаю Крутил вертел разные значения - при одних одни глюки при других - дру... текст свёрнут, показать | |
|
|
7.58, fidaj (ok), 20:34, 02/10/2009 [^] [^^] [^^^] [ответить] | +/– | gt оверквотинг удален Вот кстати те участки кода где задействовано vfs_cache_p... большой текст свёрнут, показать | |
|
|
|
|
|
2.6, xGa (?), 11:36, 01/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
робототехника, производственные процессы, возможно даже САПР.
| |
|
3.7, Аноним (-), 11:49, 01/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
> возможно даже САПР.
Зачем для САПР режим жесткого реального времени?
| |
|
4.8, zeo (?), 12:13, 01/10/2009 [^] [^^] [^^^] [ответить]
| +1 +/– |
А как вы считаете стоит ли на него перейти на десктопе? Может быть там менеджер задач более приспособлен для пользователя?
Или все-таки это будет бесполезно?
Мне главное, чтоб отзывчивость была выше, и чтобы фильмы не тормозили, когда у меня в КДЕ обои меняются.
| |
|
5.10, Шурек Табуреткин (?), 12:21, 01/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
Апгрейд тебе в помощь, а рт-ядро не даст тебе желаемого результата.
Попробуй 31-ю ветку ядра кстати, говорят, отзывчивость там лучше намного.
| |
5.11, Nexor (?), 12:25, 01/10/2009 [^] [^^] [^^^] [ответить]
| +1 +/– |
Такие ядра нужны только в критичных областях. Ну вот пример атомная станция: нештатная ситуация и через секунду всё взорвется, а компьютер тормозит. Для этого нужно гарантированное время отклика системы. Как только пришёл ахтунг - система отреагирует и не будет ждать пока какой то процесс отвиснет.
На десктопах оно не нужно
| |
|
6.12, zeo (?), 12:27, 01/10/2009 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну у меня конечно не атомная станция, но я тоже не хочу чтобы у меня компьютер тормозил. Это при том что 3 процессора и 6 гиг оперативы.
| |
|
|
8.15, zeo (?), 12:35, 01/10/2009 [^] [^^] [^^^] [ответить] | +/– | Тормозит http linuxforum ru index php showtopic 100776 Что сделать даже и н... текст свёрнут, показать | |
8.16, zeo (?), 12:42, 01/10/2009 [^] [^^] [^^^] [ответить] | +1 +/– | И если из локалки много фильмов одновременно качаю ослом - тоже бывает, что мышк... текст свёрнут, показать | |
|
9.33, svn (??), 16:15, 01/10/2009 [^] [^^] [^^^] [ответить] | +/– | система должна быть сбалансированная 3 процессора, 6 гигов, а было бы 4 диска д... текст свёрнут, показать | |
|
10.37, crypt (??), 19:08, 01/10/2009 [^] [^^] [^^^] [ответить] | +/– | сбалансированная - да 1 0 рейд - да а вот 5 - нет, это компромиссное решение и... текст свёрнут, показать | |
|
|
|
7.24, koblin (ok), 13:27, 01/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
попробуйте 31-е ядро с браинфак шедулером. Многие пишут, что флеш например на полный экран начинает работать без тормозов и загрузка ядер равномернее.
ps правда у меня в убунте 9.10 флеш и без патчей нормально проигрывается (i915)
| |
|
8.25, fidaj (ok), 13:33, 01/10/2009 [^] [^^] [^^^] [ответить] | +/– | Да - но только обращаю ваше внимание что это, на сколько я знаю, не относится к ... текст свёрнут, показать | |
|
|
6.20, fidaj (ok), 13:12, 01/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Такие ядра нужны только в критичных областях. Ну вот пример атомная станция:
>нештатная ситуация и через секунду всё взорвется, а компьютер тормозит. Для
>этого нужно гарантированное время отклика системы. Как только пришёл ахтунг -
>система отреагирует и не будет ждать пока какой то процесс отвиснет.
>
>
>На десктопах оно не нужно
Еще как нужно!
| |
|
7.26, zeo (?), 13:53, 01/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
Я попробовал поставить. Загрузилось, но вот модуль Nvidia не смог скомпилироваться. Брал последние тестовые дрова.
| |
|
8.27, fidaj (ok), 13:57, 01/10/2009 [^] [^^] [^^^] [ответить] | +1 +/– | nv-2 6 31-rt-190-36 patch diff -Naur NVIDIA-Linux-x86_64-190 32-pkg2 usr src nv... большой текст свёрнут, показать | |
8.62, fidaj (ok), 12:41, 23/10/2009 [^] [^^] [^^^] [ответить] | +/– | Новость ftp download nvidia com XFree86 Linux-x86_64 190 42 Вот эти дрова со... текст свёрнут, показать | |
|
|
6.34, Онаним (?), 17:49, 01/10/2009 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Такие ядра нужны только в критичных областях. Ну вот пример атомная станция:
>нештатная ситуация и через секунду всё взорвется, а компьютер тормозит. Для
>этого нужно гарантированное время отклика системы. Как только пришёл ахтунг -
>система отреагирует и не будет ждать пока какой то процесс отвиснет.
Хозяева атомной станции вполне могут раскошелиться на QNX. Он специально создавался для таких целей, в отличие от поделок на основе линуха.
| |
|
7.39, Аноним (-), 19:47, 01/10/2009 [^] [^^] [^^^] [ответить]
| +2 +/– |
А вот, кто ж его знает. Сверкомпактные необслуживаемые атомные станции "заснул в подвал и дом на сорок лет обеспечен дешевым электричеством" как бы уже пытаются делать, например http://www.nextenergynews.com/news1/next-energy-news-toshiba-micro-nuclear-12
Причем основная ставка именно на дешевизну по сравнению с электричеством по линии. То есть ставим потому, что экономим, типа! А там где экономим - линукс вместо коммерческих ОС сам собой вылезать начинает :) А тут, глядишь, и база готова, ставишь Debian "Atomic Edition" и вперед!
| |
|
|
|
|
|
|
1.14, EuPhobos (?), 12:34, 01/10/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
На убунту 9.04 -rt немного битое, Кернел Паник возникает при попытке скопировать некий объём информации через ssh на машину с u9.04-rt, однако стабильно работает в u8.04-rt.
Да и в репозитории 9.04, нет надписи "Поддерживается сообществом", а в 8.04 есть такая надпись, может потому что LTS и для него больше постарались.
Больше экспериментов с u9.04-rt я сам не ставил.
| |
|
2.19, fidaj (ok), 13:12, 01/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>На убунту 9.04 -rt немного битое, Кернел Паник возникает при попытке скопировать
>некий объём информации через ssh на машину с u9.04-rt, однако стабильно
>работает в u8.04-rt.
>Да и в репозитории 9.04, нет надписи "Поддерживается сообществом", а в 8.04
>есть такая надпись, может потому что LTS и для него больше
>постарались.
>Больше экспериментов с u9.04-rt я сам не ставил.
uname -a
Linux nonamehost 2.6.31-rt #1 SMP PREEMPT RT Sun Sep 20 10:58:24 EEST 2009 x86_64 GNU/Linux
cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=8.04
DISTRIB_CODENAME=hardy
DISTRIB_DESCRIPTION="Ubuntu 8.04.3 LTS"
| |
|
|
2.28, Gular (??), 14:10, 01/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
сейчас набежит народ и будет доказывать с пеной у рта, что aptitude ненужен. что apt-get хватает.
а я согласен с этим сообщением.
| |
|
1.29, Колбасов (?), 14:54, 01/10/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А может кто-нибудь объяснит - максимальное гарантированное время реакции порядка 2 микросекунд чего и максимальную задержку около 17 микросекунд чего?
| |
1.31, Шурек Табуреткин (?), 15:57, 01/10/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кстати брэйнфак патч - полный "шит" на данном этапе. Его пилить и пилить еще. Система с ним работает не совсем должным образом, в Virtualbox вообще не хочет шатдауниться винда и т.д., много недоработок. Ставил недавно, потом вернулся на 2.6.30.8 и скажу честно, доволен им более чем полностью.
| |
1.35, XORIRIX (?), 18:21, 01/10/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Улыбнула однако новость. OpenSUSE уже сколько лет имеет RT ядра, а "великий и могучий" дебиан только только обзавелся.
| |
|
2.41, Crazy Alex (??), 20:53, 01/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
Ну логично, в общем-то. Реалтайм далеко не всем нужен, так что вероятносьт, чо его на добровольной основе станут поддерживать для Дебиана не слишком велика. Сусь же линуксом торгует, соответственно из-за поддержки более интересна для тех, кто в продакшн RT-linux сует. Вот теперь кто-то решил работать с дебианом - будет и для него.
| |
2.49, Аноним (-), 00:02, 02/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
XORIRIX не путайте людей. Это "Немецкая компания Pengutronix" обзавелась, а не Debian. В официальном репозитории этих пакетов нет.
| |
2.50, Marrenoloth (?), 02:03, 02/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
Господа! Давайте не ссориться! RT операционные системы нужны только в промышленности и областях, где нужно гарантированная скорость выполнения какой - то задачи. Т.е. если что-то не влезло по скорости в цикл ядра - страшно материмся, что какой-то гад тормозил систему. Посмертно для гада. На десктопах, серверах и прочей инфраструктурной россыпи применения RT не вижу. Хотя, некоторые сервера, переваривающие фиксированный объем информации за единицу времени, можно перевести на RT. Но, вопрос спорен...
ИМХО.
| |
|
1.52, Аноним (52), 09:42, 02/10/2009 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Такое же ядро можно самому сотсряпать? В конфиге выбрать preemptible kernel? Или все не так просто?
| |
|