Подписки: linux.debian.user.russian - новые сообщения (8) в темах 3

linux.debian.user.russian
http://groups.google.com/group/linux.debian.user.russian?hl=ru

linux.debian.user.russian@googlegroups.com

Темы дня:

* nice -n - только от рута? - сообщений: 6, авторов: 4
http://groups.google.com/group/linux.debian.user.russian/t/1f28a0fb42466ef8?hl=ru
* Динамически включать-выключать CPU - сообщений: 1, 1 автор
http://groups.google.com/group/linux.debian.user.russian/t/38e31515ac8d5010?hl=ru
* Draugs, paņammā dārgos ikrus jau šodien - сообщений: 1, 1 автор
http://groups.google.com/group/linux.debian.user.russian/t/6d5a1e5b3dedc44a?hl=ru

==============================================================================
ТЕМА: nice -n - только от рута?
http://groups.google.com/group/linux.debian.user.russian/t/1f28a0fb42466ef8?hl=ru
==============================================================================

== 1 с 6 ==
Дата: Сб. 10 сен 2011 16:40
От: Mikhail Ramendik

2011/9/11 Иван Лох <loh@1917.com>:
> On Sat, Sep 10, 2011 at 11:35:08PM +0100, Mikhail Ramendik wrote:
>>
>> Мея не устраивает nohup mplayer& , поскольку мне нужно окно терминала
>> с mplayer. Дело в том, что вывод видео производится на другой X
>> display, и единственный способ переключить фокус на mplayer, чтобы
> ^^^^^^^^^^^^
> Здесь не бывает единственного способа
>
> wmctrl -a MPlayer

Ладно, поймали :) в линухе вообще редко бывает единственный способ.

Но с терминалом всё же удобнее, с учётом того, что фильмы обычно
смотрю не я, а семейство, которое существенно менее "компьютерно
продвинуто". И "переключи на это окно" - просто легче, чем что-либо
другое.

И так уже приходится пользоваться клавиатурным управлением, а не более
удобным GUI, потому что вариант "GU на screen 0, видео на screen 1" не
предусмотрен, а мыши на screen 1 нарочно нет.

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

== 2 с 6 ==
Дата: Сб. 10 сен 2011 17:10
От: Иван Лох

On Sun, Sep 11, 2011 at 12:38:15AM +0100, Mikhail Ramendik wrote:
>
> И так уже приходится пользоваться клавиатурным управлением, а не более
> удобным GUI, потому что вариант "GU на screen 0, видео на screen 1" не
> предусмотрен, а мыши на screen 1 нарочно нет.

Кем не предусмотрен? GUI из mplayer -gui совершенно нормальное окно и без
проблем двигается между screens независимо от окна с фильмом.

--
To UNSUBSCRIBE, email to debian-russian-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: http://lists.debian.org/20110911000916.GE19708@nano.ioffe.rssi.ru

== 3 с 6 ==
Дата: Сб. 10 сен 2011 18:10
От: Mikhail Ramendik

2011/9/11 Иван Лох <loh@1917.com>:
> On Sun, Sep 11, 2011 at 12:38:15AM +0100, Mikhail Ramendik wrote:
>>
>> И так уже приходится пользоваться клавиатурным управлением, а не более
>> удобным GUI, потому что вариант "GU на screen 0, видео на screen 1" не
>> предусмотрен, а мыши на screen 1 нарочно нет.
>
> Кем не предусмотрен? GUI из mplayer -gui совершенно нормальное окно и без
> проблем двигается между screens независимо от окна с фильмом.

Окна между screens у меня не движутся, как минимум известными мне
способами. mplayer попадает на screen 1 посредством опции -display.

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

Или можно как-то сделать, чтобы основной вывод mplayer был на screen
1, а окно mplayer GUI - на screen 0? Это было бы желательно, конечно.

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

== 4 с 6 ==
Дата: Сб. 10 сен 2011 18:50
От: Иван Лох

On Sun, Sep 11, 2011 at 02:02:26AM +0100, Mikhail Ramendik wrote:
> 2011/9/11 Иван Лох <loh@1917.com>:
>
> Или можно как-то сделать, чтобы основной вывод mplayer был на screen
> 1, а окно mplayer GUI - на screen 0? Это было бы желательно, конечно.

Можно. Любой нормальный WM имеет встроенные средства, позволяющие
связать окно и workspace

Как паллиатив может работать и
wmctrl -r "MPlayer-Video" -t 0

== 5 с 6 ==
Дата: Сб. 10 сен 2011 21:00
От: Yuriy Kaminskiy

Иван Лох wrote:
> On Sat, Sep 10, 2011 at 10:09:47PM +0100, Mikhail Ramendik wrote:
>>>> Ставить real-time scheduler для программы которая не была специально под такое
>>>> рассчитана -- хороший способ выстрелить себе в ногу.
>>> mplayer довольно часто так запускают. Наверное, чаще чем другие приложение
>>> (кроме, может быть, cdrecord). Это же мягкий реал-тайм.

Это "мягкий реал-тайм" с точки зрения требования по управлению шаттлом. И совсем
не мягкий с точки зрения других приложений и системы. Если real-time процесс
задумается внутри себя, все остальные не получат ни-че-го.

К примеру, что получится, когда mplayer начнёт драться с xserver? Ага, оно
самое. А если mplayer начнёт при этом дропать фреймы, и жрать чуть побольше CPU?

Не, если приложение не разрабатывалось с учётом требований real-time, и не
верифицированно, не проверенно на наличие всяческих deadlock и races, причём во
взаимодейтвии со всеми критичными для системы процессами (xserver&etc), ставить
его на real-time себе дороже.

>> Хорошо, попробуем. А это точно выдавит забытый в фоне какой-нибудь
>> flashplugin-nonfree etc?
>
> Гарантированно ограничит.

По выделению квантов CPU - да. И не только flashplugin-nonfree не пустит, но и
wm, xserver,...
А вот по диску/свопу/whatever - нет :-)

>> В man schedtool не понял одну вещь - как считается priority. Какой
>> процес получит больше времени - с priority 10 или 30?
>
> Real-time priorities range inclusively from one to MAX_RT_PRIO minus one. By default, MAX_RT_PRIO is 100—therefore, the
> default real-time priority range is one to 99. This priority space is shared with the nice values of SCHED_OTHER tasks;
> they use the space from MAX_RT_PRIO to (MAX_RT_PRIO + 40). By default, this means the –20 to +19 nice range maps
> directly onto the 100 to 140 priority range.
>
>> И ещё - передаётся ли это процессам-детям? То есть сработает ли такой
>> вариант: (это без наворотов для безопасности)
>>
>> sudo schedtool -R -p 20 $$
>> mplayer ....
>>
>> А то сам mplayer я точно не буду от рута пускать.
>
> Можно например так:
>
> nohup mplayer&
> sudo schedtool -R -p 20 $!

Race condition. За это время mplayer вполне может успеть отфоркать себе кэш или
наплодить нитей.
Вот потому-то написанное обычными программерами до real-time допускать нельзя :-)

== 6 с 6 ==
Дата: Сб. 10 сен 2011 21:50
От: Ivan Shmakov

>>>>> Yuriy Kaminskiy <yumkam@mail.ru> writes:

>>>>> Ставить real-time scheduler для программы которая не была
>>>>> специально под такое рассчитана -- хороший способ выстрелить себе
>>>>> в ногу.

>>>> mplayer довольно часто так запускают. Наверное, чаще чем другие
>>>> приложение (кроме, может быть, cdrecord). Это же мягкий реал-тайм.

> Это "мягкий реал-тайм" с точки зрения требования по управлению
> шаттлом. И совсем не мягкий с точки зрения других приложений и
> системы. Если real-time процесс задумается внутри себя, все
> остальные не получат ни-че-го.

К слову, я на эти «грабли» как-то раз наступил, лет десять
назад. С тех пор с RT-процессами не связывался; и даже когда
postinst мне предлагал X-сервер таковым сделать — без раздумий
отказывался.

[…]

--
FSF associate member #7257 Coming soon: Software Freedom Day
http://mail.sf-day.org/lists/listinfo/ planning-ru (ru), sfd-discuss (en)

==============================================================================
ТЕМА: Динамически включать-выключать CPU
http://groups.google.com/group/linux.debian.user.russian/t/38e31515ac8d5010?hl=ru
==============================================================================

== 1 с 1 ==
Дата: Сб. 10 сен 2011 17:40
От: Peter Pentchev

On Sat, Sep 10, 2011 at 10:13:11AM +0400, Victor Wagner wrote:
> On 2011.09.10 at 05:29:03 +0100, Mikhail Ramendik wrote:
> > Если шеллом можно сделать _это_, может им можно и конфиг разобрать? В
>
> Да, естественно.
>
> Я очень часто делаю конфиги скриптами на том же языке, что и основной
> продукт, и промом просто делаю им source/require и т.д.
>
> Некоторые считатют, что тьюринг-полный язык конфигов да еще с
> возможностью доступа в namespace основной программы - это vulnerability,
> но я полагаю, что в большинстве случаев то, кто имеет право править
> конфиг, имеет право править и программу.

А если по-другому, apt-get install confget и читать ман на тему -S :)

Всего лучшего,
Петр

--
Peter Pentchev roam@ringlet.net roam@FreeBSD.org peter@packetscale.com
PGP key: http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
If I were you, who would be reading this sentence?

==============================================================================
ТЕМА: Draugs, paņammā dārgos ikrus jau šodien
http://groups.google.com/group/linux.debian.user.russian/t/6d5a1e5b3dedc44a?hl=ru
==============================================================================

== 1 с 1 ==
Дата: Сб. 10 сен 2011 21:20
От: Cynthia Willis

Kad Tu pēdējo reizi ēdi melnos ikrus?

Nu ja - izkritis no atmiņas.. tāpēc, ka dārgi sanāk, vai ne?

Bet bagātnieki tos tiesā katru mīļu dienu - jo tas ir lieliski un gardi..

He, Tu neesi tik labi situēts?

Nepārdzīvo, vēro, kā par biezuci var kļūt:

http://trillianttech.com/catalogue/biezucis.php

Arhipovs Aleksejs

==============================================================================

Данное сообщение отправлено Вам, так как Вы являетесь подписчиком Группы Google: "linux.debian.user.russian"
группа.

Чтобы отправить в эту группу сообщение, посетите страницу: http://groups.google.com/group/linux.debian.user.russian?hl=ru

Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: linux.debian.user.russian+unsubscribe@googlegroups.com

Чтобы изменить способ получения электронной почты из этой группы, посетите:
http://groups.google.com/group/linux.debian.user.russian/subscribe?hl=ru

Чтобы сообщить о ненадлежащем использовании, отправьте электронное сообщение
с описанием проблемы на адрес abuse@googlegroups.com

==============================================================================
Группы Google: http://groups.google.com/?hl=ru

Подписки

воскресенье, 11 сентября 2011 г.

linux.debian.user.russian - новые сообщения (8) в темах 3 - обзор

Комментариев нет:

Отправить комментарий

воскресенье, 11 сентября 2011 г.

linux.debian.user.russian - новые сообщения (8) в темах 3 - обзор

Комментариев нет:

Отправить комментарий

воскресенье, 11 сентября 2011 г.