forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Новый шаг по интеграции в Linux ядро RealTime-расширений, opennews (?), 10-Фев-10, (0) [смотреть все]

И это здорово одно из применений RT-ядра - студии звукозаписи Во всех ориентиро, Zenitur (?), 16:58 , 10-Фев-10, (1) //

Да, но только оно не всегда спасает, когда дело упирается в планировщик ввода вы, anonimus (?), 17:23 , 10-Фев-10, (5) +1 //

BFQ NOOP SIO - попробуйте, может что поможет , devl547 (?), 20:12 , 10-Фев-10, (17) –1 //

Вы наверное хотели сказать cfq anticipatory deadline noopпробовал все - проблема, anonimus (?), 20:16 , 10-Фев-10, (18) +1

попробуйте поиграться с ionice к сожаленю текущая версия reniced - рулит только , Basiley (ok), 03:26 , 11-Фев-10, (26)

Томас Глейкснер создал серию патчей, которые Линус включил в ядро 2 6 33 - ка, Аноним (2), 16:58 , 10-Фев-10, (2)
Зачем оно этим студиям такое реалтаймовое ядро понадобилось, под которое музыкал, Аноним (3), 17:16 , 10-Фев-10, (3) –7 //

Кому нет, а кто вовсю использует , Tav (ok), 17:41 , 10-Фев-10, (6) +6
Вы шутите , аноним (?), 17:44 , 10-Фев-10, (7) //

нет он троллит , НоуНэйм (?), 02:21 , 11-Фев-10, (24) +1

http ubuntustudio org , KaLGaN (?), 18:41 , 10-Фев-10, (10) +1 //

есть посерьезнее и постарше MM-дистры , Basiley (ok), 03:27 , 11-Фев-10, (27) //

Какие например , prox (ok), 13:06 , 15-Фев-10, (36)

Често не понимаю суть новости Так какими-же должны быть спинлоки в режиме реаль, Аноним (-), 17:19 , 10-Фев-10, (4) +1
что-то я не совсем пойму, помогите ядро Linux работает со свап пространством, о, друг XoRe (?), 18:41 , 10-Фев-10, (11) //

а если не допускать работы со свапом заблокать его к примеру ядро без RT-патче, uZver (??), 19:09 , 10-Фев-10, (13)
Я что-то не вдупляю что мешает не пользоваться свопом А так - по моим наблюден, User294 (ok), 19:48 , 10-Фев-10, (16) //

Ну вообще-то линукс как раз может юзать своп, хотя еще очень много свободной пам, KdF (??), 20:44 , 10-Фев-10, (19) +1 //

Простите, а вы это в теории проверяли или на практике По шагам 1 Берем машину, User294 (ok), 10:56 , 11-Фев-10, (30) –1

Честно говоря, критериев, приводящих к выбросу в своп при конкретных значениях о, KdF (??), 02:48 , 12-Фев-10, (32)

А г-ди, исходники ядра google vm swappiness vm vfs_cache_pressure, насчет oo, anonymous (??), 15:46 , 12-Фев-10, (34)

vfs_cache_pressure не видел, посмотрю, про остальные в курсе, но они к свопу дан, KdF (??), 15:20 , 14-Фев-10, (35)

vm swappiness вроде бы непосредственно, а остальные к oom же, anonymous (??), 16:53 , 15-Фев-10, (37)

По умолчанию это не так Но можно настроить значение в proc sys vm swappiness , Tav (ok), 21:39 , 10-Фев-10, (20) //

В каких ядрах, ос и прочая В ванилле какойнить А то попавшиеся под руку дескт, User294 (ok), 10:58 , 11-Фев-10, (31) –4

Похоже, что ты вообще мало имел дел с линуксом Только троллить горазд на опенне, aZ (ok), 03:33 , 12-Фев-10, (33)

Риал тайм жаба не собирает мусор когда не надоhttp java sun com javase technol, anonymous vulgaris (?), 21:40 , 10-Фев-10, (21) +1

Свап можно выключить, что нормально для встраиваемых систем А как обстоят дела , Nick (??), 19:00 , 10-Фев-10, (12) //

И вообще, swap и реалтайм никому не мешают Реалтайм проги пишут с запрещением, pavlinux (ok), 19:10 , 10-Фев-10, (14) –1 //

нет, не согласен в книги FreeBSD Архитектура и реализация Невил-нил Д В , Мак, друг XoRe (?), 22:55 , 10-Фев-10, (22) –2 //

Хоть в одном стандарте на TCP IP есть временные константы Ну а хрен тогда , pavlinux (ok), 03:43 , 11-Фев-10, (28) +1

Автору новости - поменьше пафоса, вы не на первомайской демонстрации Суть не н, аноним (?), 02:09 , 11-Фев-10, (23) //

http www osadl org Single-View 111 M58050282514 0 html This reduced the size o, pavlinux (ok), 03:06 , 11-Фев-10, (25)

Сообщения [Сортировка по времени | RSS]

11. "Новый шаг по интеграции в Linux ядро RealTime-расширений" +/–

Сообщение от друг XoRe (?), 10-Фев-10, 18:41

что-то я не совсем пойму, помогите: ядро Linux работает со свап пространством, о какой реал тайм может идти речь? или это про встроенные системы? допуская что в "мягком" виде,но не в "жестком" еще можно прогнозировать выполнение задачи на время загруки выгрузки(время) swap контекста.

Ответить | Правка | Наверх | Cообщить модератору

13. "Новый шаг по интеграции в Linux ядро RealTime-расширений" +/–

Сообщение от uZver (??), 10-Фев-10, 19:09

а если не допускать работы со свапом? заблокать его к примеру? ядро без RT-патчей все равно не будет реал-таймовым...

Ответить | Правка | Наверх | Cообщить модератору

16. "Новый шаг по интеграции в Linux ядро RealTime-расширений" +/–

Сообщение от User294 (ok), 10-Фев-10, 19:48

Я что-то не вдупляю: что мешает не пользоваться свопом? А так - по моим наблюдениям линух юзает своп лишь когда реально припирает. Ну, будет вам OOM kill вместо тормозов от свопа. Как, полегчало? :)
ЗЫ павлин вон написал более цивильный пример борьбы с пакостями.
ЗЗЫ эй, поклонники гарбаж коллекторов, изобразите чтонить подобное? :)

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

19. "Новый шаг по интеграции в Linux ядро RealTime-расширений" +1 +/–

Сообщение от KdF (??), 10-Фев-10, 20:44

>Я что-то не вдупляю: что мешает не пользоваться свопом? А так -
>по моим наблюдениям линух юзает своп лишь когда реально припирает. Ну,
>будет вам OOM kill вместо тормозов от свопа. Как, полегчало? :)
>
>
>ЗЫ павлин вон написал более цивильный пример борьбы с пакостями.
>ЗЗЫ эй, поклонники гарбаж коллекторов, изобразите чтонить подобное? :)
Ну вообще-то линукс как раз может юзать своп, хотя еще очень много свободной памяти. Всякое lru туда скидывает и радуется, освобождая память. Другое дело, что если не будет свопа, он просто не будет этого делать.

Ответить | Правка | Наверх | Cообщить модератору

30. "Новый шаг по интеграции в Linux ядро RealTime-расширений" –1 +/–

Сообщение от User294 (ok), 11-Фев-10, 10:56

> Ну вообще-то линукс как раз может юзать своп, хотя еще очень много свободной памяти
Простите, а вы это в теории проверяли или на практике?
По шагам:
1) Берем машину с достаточным размером оперативы чтобы в нее лезло все (ну допустим 4..8 гигз для десктопа со всеми наворотами).
2) Цепляем своп.
3) Юзаем.
4) Посматриваем на юзеж памяти и свопа.
5) Постепенно засираем память.
6) Особенно активно смотрим на состояние свопа когда выжранное приближается к размеру оперативы.
Что как правило видим? Пока свободной памяти много - своп вообще линуху перпендикулярен. Туда не льется ни-че-го. В нем лежит какие-то несколько килобай. И ... все. Поэтому переключение между разными увесистыми апликухами вообще не тормозит до тех пор пока все запущенное лезет в физическую оперативку. Когда лезть перестает - начинается отлив в своп того что давно не использовалось. Да, ессно тормоза начинаются но это хороший сигнал что что-то идет не так и кто-то из процессов пошел вразнос и суммарный жрач начинает превышать физическую память. Данный стиль поведения наблюдался на кучке разных пингвинов. Попробуйте сами так поэкспериментировать да посмотите. Если что так себя вели как минимум ядра от .18 до .31
> Другое дело, что если не будет свопа, он просто не будет этого делать.
Самое интересное - что этого не делается и когда своп есть, пока памяти хватает. Сие кстати выгодно отличает линухи от виндов. В винде действительно давно не использованное добро в своп сливается в фоне. И достаточно нагло и активно, невзирая на объемы свободной памяти и прочая. В итоге - переключение между увесистыми процессами тарахтит диском. Так что если вы сунулись в файрфокс, а потом в VS, а потом в Outlook а потом в Ворд, поработав в каждой софтине полчаса - вы рискуете при каждом переключении раз в полчаса столкнуться с натужным хрустением диска. При этом пофиг что половина оперативы еще свободна, много дряни сольется в своп все-равно. Под линухами такое не проявляется и своп в подобной ситуации пуст и ничего не тормозит вплоть до момента когда с оперативкой станет реально душно. Так, всего лишь скромное наблюдение над логикой работы свопления реально существующих ОС в реальных условиях их использования.

Ответить | Правка | Наверх | Cообщить модератору

32. "Новый шаг по интеграции в Linux ядро RealTime-расширений" +/–

Сообщение от KdF (??), 12-Фев-10, 02:48

Честно говоря, критериев, приводящих к выбросу в своп при конкретных значениях объемов памяти, дисковых буферов, и других параметров, я не знаю, в исходниках ядра бываю редко.
Я не знаю, какими дистрибутивами вы пользуетесь, но ситуация, которую вы описываете, как раз характерна для неправильной работы механизма распределения памяти. Выкинуть в своп - всегда правильное решение для least recently used данных, особенно на сервере. При недостатке памяти первым делом он покиляет дисковые кэши, а уж потом начнет выгружать в своп страницы.
Если вы дергаете постоянно приложения, переключаясь между ними, очевидно, что грамотный менеджер памяти не будет выкидывать их в своп, возможно, именно про это отличие от windows вы говорите. Но понятно, что выкинуть страницы софта, отожравшего три дня назад 300 Мб памяти и не обращавшегося к ним, для ускорения интенсивного обмена с диском той же самой MySQL или для потребностей другого ресурсоемкого приложения - прямая обязанность диспетчера памяти.
Также учитывайте механизм выделения памяти приложению в Linux - приложению по факту выделения количество памяти не гарантируется, это не физические страницы, а страницы выдаются по попытке доступа к ним. overcommit + swapiness, рекомендую обратить внимание. Чтобы в один прекрасный день не обнаружить сервис, который выжрал 8 Гб якобы имеющейся в системе без свопа памяти, которая на самом-то деле уже распределена ;)

Ответить | Правка | Наверх | Cообщить модератору

34. "Новый шаг по интеграции в Linux ядро RealTime-расширений" +/–

Сообщение от anonymous (??), 12-Фев-10, 15:46

>Честно говоря, критериев, приводящих к выбросу в своп при конкретных значениях объемов
>памяти, дисковых буферов, и других параметров, я не знаю, в исходниках ядра бываю редко.
А г-ди, исходники ядра.. google://vm.swappiness vm.vfs_cache_pressure, насчет oom killer с компанией — vm.overcommit_memory vm.oom_kill_allocating_task vm.overcommit_ratio
Врядли вам нужно больше.

Ответить | Правка | Наверх | Cообщить модератору

35. "Новый шаг по интеграции в Linux ядро RealTime-расширений" +/–

Сообщение от KdF (??), 14-Фев-10, 15:20

vfs_cache_pressure не видел, посмотрю, про остальные в курсе, но они к свопу данных при имеющейся свободной памяти как относятся?

Ответить | Правка | Наверх | Cообщить модератору

37. "Новый шаг по интеграции в Linux ядро RealTime-расширений" +/–

Сообщение от anonymous (??), 15-Фев-10, 16:53

>vfs_cache_pressure не видел, посмотрю, про остальные в курсе, но они к свопу
>данных при имеющейся свободной памяти как относятся?
vm.swappiness вроде бы непосредственно, а остальные к oom же

Ответить | Правка | Наверх | Cообщить модератору

20. "Новый шаг по интеграции в Linux ядро RealTime-расширений" +/–

Сообщение от Tav (ok), 10-Фев-10, 21:39

> по моим наблюдениям линух юзает своп лишь когда реально припирает
По умолчанию это не так. Но можно настроить (значение в /proc/sys/vm/swappiness).
А RT-приложения все равно используют memlock, если пользователю разрешено.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

31. "Новый шаг по интеграции в Linux ядро RealTime-расширений" –4 +/–

Сообщение от User294 (ok), 11-Фев-10, 10:58

>По умолчанию это не так.
В каких ядрах, ос и прочая? В ванилле какойнить? А то попавшиеся под руку "десктопные" линухи вели себя именно описанным мной образом - своп обычно пустой пока не начнет натурально прижимать :).Да и на серверных что-то не видел отлива в своп пока душняк не наступил. Что я делаю не так? oO

Ответить | Правка | Наверх | Cообщить модератору

33. "Новый шаг по интеграции в Linux ядро RealTime-расширений" +/–

Сообщение от aZ (ok), 12-Фев-10, 03:33

Похоже, что ты вообще мало имел дел с линуксом. Только троллить горазд на опеннете.

Ответить | Правка | Наверх | Cообщить модератору

21. "Новый шаг по интеграции в Linux ядро RealTime-расширений" +1 +/–

Сообщение от anonymous vulgaris (?), 10-Фев-10, 21:40

>ЗЗЫ эй, поклонники гарбаж коллекторов, изобразите чтонить подобное? :)
Риал тайм жаба не собирает мусор когда не надо
http://java.sun.com/javase/technologies/realtime/index.jsp
New Memory Management Schemes
Neither immortal nor scoped memories are garbage collected, so using them avoids problems of GC interference.
но есть мусорщики с детерминированным поведением
Metronome is a deterministic garbage collector that offers bounded low pause times and specified application utilization for standard Java applications.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

11. "Новый шаг по интеграции в Linux ядро RealTime-расширений"	+/–
Сообщение от друг XoRe (?), 10-Фев-10, 18:41
что-то я не совсем пойму, помогите: ядро Linux работает со свап пространством, о какой реал тайм может идти речь? или это про встроенные системы? допуская что в "мягком" виде,но не в "жестком" еще можно прогнозировать выполнение задачи на время загруки выгрузки(время) swap контекста.
Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Новый шаг по интеграции в Linux ядро RealTime-расширений"	+/–
	Сообщение от uZver (??), 10-Фев-10, 19:09
	а если не допускать работы со свапом? заблокать его к примеру? ядро без RT-патчей все равно не будет реал-таймовым...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Новый шаг по интеграции в Linux ядро RealTime-расширений"	+/–
	Сообщение от User294 (ok), 10-Фев-10, 19:48
	Я что-то не вдупляю: что мешает не пользоваться свопом? А так - по моим наблюдениям линух юзает своп лишь когда реально припирает. Ну, будет вам OOM kill вместо тормозов от свопа. Как, полегчало? :) ЗЫ павлин вон написал более цивильный пример борьбы с пакостями. ЗЗЫ эй, поклонники гарбаж коллекторов, изобразите чтонить подобное? :)
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	19. "Новый шаг по интеграции в Linux ядро RealTime-расширений"	+1 +/–
	Сообщение от KdF (??), 10-Фев-10, 20:44
	>Я что-то не вдупляю: что мешает не пользоваться свопом? А так - >по моим наблюдениям линух юзает своп лишь когда реально припирает. Ну, >будет вам OOM kill вместо тормозов от свопа. Как, полегчало? :) > > >ЗЫ павлин вон написал более цивильный пример борьбы с пакостями. >ЗЗЫ эй, поклонники гарбаж коллекторов, изобразите чтонить подобное? :) Ну вообще-то линукс как раз может юзать своп, хотя еще очень много свободной памяти. Всякое lru туда скидывает и радуется, освобождая память. Другое дело, что если не будет свопа, он просто не будет этого делать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Новый шаг по интеграции в Linux ядро RealTime-расширений"	–1 +/–
	Сообщение от User294 (ok), 11-Фев-10, 10:56
	> Ну вообще-то линукс как раз может юзать своп, хотя еще очень много свободной памяти Простите, а вы это в теории проверяли или на практике? По шагам: 1) Берем машину с достаточным размером оперативы чтобы в нее лезло все (ну допустим 4..8 гигз для десктопа со всеми наворотами). 2) Цепляем своп. 3) Юзаем. 4) Посматриваем на юзеж памяти и свопа. 5) Постепенно засираем память. 6) Особенно активно смотрим на состояние свопа когда выжранное приближается к размеру оперативы. Что как правило видим? Пока свободной памяти много - своп вообще линуху перпендикулярен. Туда не льется ни-че-го. В нем лежит какие-то несколько килобай. И ... все. Поэтому переключение между разными увесистыми апликухами вообще не тормозит до тех пор пока все запущенное лезет в физическую оперативку. Когда лезть перестает - начинается отлив в своп того что давно не использовалось. Да, ессно тормоза начинаются но это хороший сигнал что что-то идет не так и кто-то из процессов пошел вразнос и суммарный жрач начинает превышать физическую память. Данный стиль поведения наблюдался на кучке разных пингвинов. Попробуйте сами так поэкспериментировать да посмотите. Если что так себя вели как минимум ядра от .18 до .31 > Другое дело, что если не будет свопа, он просто не будет этого делать. Самое интересное - что этого не делается и когда своп есть, пока памяти хватает. Сие кстати выгодно отличает линухи от виндов. В винде действительно давно не использованное добро в своп сливается в фоне. И достаточно нагло и активно, невзирая на объемы свободной памяти и прочая. В итоге - переключение между увесистыми процессами тарахтит диском. Так что если вы сунулись в файрфокс, а потом в VS, а потом в Outlook а потом в Ворд, поработав в каждой софтине полчаса - вы рискуете при каждом переключении раз в полчаса столкнуться с натужным хрустением диска. При этом пофиг что половина оперативы еще свободна, много дряни сольется в своп все-равно. Под линухами такое не проявляется и своп в подобной ситуации пуст и ничего не тормозит вплоть до момента когда с оперативкой станет реально душно. Так, всего лишь скромное наблюдение над логикой работы свопления реально существующих ОС в реальных условиях их использования.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Новый шаг по интеграции в Linux ядро RealTime-расширений"	+/–
	Сообщение от KdF (??), 12-Фев-10, 02:48
	Честно говоря, критериев, приводящих к выбросу в своп при конкретных значениях объемов памяти, дисковых буферов, и других параметров, я не знаю, в исходниках ядра бываю редко. Я не знаю, какими дистрибутивами вы пользуетесь, но ситуация, которую вы описываете, как раз характерна для неправильной работы механизма распределения памяти. Выкинуть в своп - всегда правильное решение для least recently used данных, особенно на сервере. При недостатке памяти первым делом он покиляет дисковые кэши, а уж потом начнет выгружать в своп страницы. Если вы дергаете постоянно приложения, переключаясь между ними, очевидно, что грамотный менеджер памяти не будет выкидывать их в своп, возможно, именно про это отличие от windows вы говорите. Но понятно, что выкинуть страницы софта, отожравшего три дня назад 300 Мб памяти и не обращавшегося к ним, для ускорения интенсивного обмена с диском той же самой MySQL или для потребностей другого ресурсоемкого приложения - прямая обязанность диспетчера памяти. Также учитывайте механизм выделения памяти приложению в Linux - приложению по факту выделения количество памяти не гарантируется, это не физические страницы, а страницы выдаются по попытке доступа к ним. overcommit + swapiness, рекомендую обратить внимание. Чтобы в один прекрасный день не обнаружить сервис, который выжрал 8 Гб якобы имеющейся в системе без свопа памяти, которая на самом-то деле уже распределена ;)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Новый шаг по интеграции в Linux ядро RealTime-расширений"	+/–
	Сообщение от anonymous (??), 12-Фев-10, 15:46
	>Честно говоря, критериев, приводящих к выбросу в своп при конкретных значениях объемов >памяти, дисковых буферов, и других параметров, я не знаю, в исходниках ядра бываю редко. А г-ди, исходники ядра.. google://vm.swappiness vm.vfs_cache_pressure, насчет oom killer с компанией — vm.overcommit_memory vm.oom_kill_allocating_task vm.overcommit_ratio Врядли вам нужно больше.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Новый шаг по интеграции в Linux ядро RealTime-расширений"	+/–
	Сообщение от KdF (??), 14-Фев-10, 15:20
	vfs_cache_pressure не видел, посмотрю, про остальные в курсе, но они к свопу данных при имеющейся свободной памяти как относятся?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Новый шаг по интеграции в Linux ядро RealTime-расширений"	+/–
	Сообщение от anonymous (??), 15-Фев-10, 16:53
	>vfs_cache_pressure не видел, посмотрю, про остальные в курсе, но они к свопу >данных при имеющейся свободной памяти как относятся? vm.swappiness вроде бы непосредственно, а остальные к oom же
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Новый шаг по интеграции в Linux ядро RealTime-расширений"	+/–
	Сообщение от Tav (ok), 10-Фев-10, 21:39
	> по моим наблюдениям линух юзает своп лишь когда реально припирает По умолчанию это не так. Но можно настроить (значение в /proc/sys/vm/swappiness). А RT-приложения все равно используют memlock, если пользователю разрешено.
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору


	31. "Новый шаг по интеграции в Linux ядро RealTime-расширений"	–4 +/–
	Сообщение от User294 (ok), 11-Фев-10, 10:58
	>По умолчанию это не так. В каких ядрах, ос и прочая? В ванилле какойнить? А то попавшиеся под руку "десктопные" линухи вели себя именно описанным мной образом - своп обычно пустой пока не начнет натурально прижимать :).Да и на серверных что-то не видел отлива в своп пока душняк не наступил. Что я делаю не так? oO
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Новый шаг по интеграции в Linux ядро RealTime-расширений"	+/–
	Сообщение от aZ (ok), 12-Фев-10, 03:33
	Похоже, что ты вообще мало имел дел с линуксом. Только троллить горазд на опеннете.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Новый шаг по интеграции в Linux ядро RealTime-расширений"	+1 +/–
	Сообщение от anonymous vulgaris (?), 10-Фев-10, 21:40
	>ЗЗЫ эй, поклонники гарбаж коллекторов, изобразите чтонить подобное? :) Риал тайм жаба не собирает мусор когда не надо http://java.sun.com/javase/technologies/realtime/index.jsp New Memory Management Schemes Neither immortal nor scoped memories are garbage collected, so using them avoids problems of GC interference. но есть мусорщики с детерминированным поведением Metronome is a deterministic garbage collector that offers bounded low pause times and specified application utilization for standard Java applications.
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору