On Sat, 4 Mar 2006 21:12:11 +0300
karlson <subkarls***@m*****.ru> wrote:

У вас что установлено в смысле авторизации. Не PAM случаем? Может смотреть в
эту сторону. Я честно говоря затрудняюсь что-либо посоветовать.

On Sat, 4 Mar 2006 21:48:32 +0300
Roman I Khimov <rik@o*****.info> wrote:

> 4 марта 2006 21:41 | Dmitry V. Balabanov:
> > Я, как всегда, не так выразил свою мысль. А мысль была такая. :)
> > Грубо говоря, не грохнут ли мне ваши патчи ФС, если я выбрал CFQ.
>
> Практически нереально (хотя в современном ПО возможно что угодно и никто
> никому ничего не может гарантировать).
>
Ну и на том спасибо.:)

> >>> Какую я буду иметь выгоду от установки этих диспетчеров?
> >>
> >> Заранее сложно сказать. :)
> >
> > Тогда, в чем прикол? Вы же порекомендовали их прилепить? ;)
>
> Прикол в том, что может и поможет. ;) Во всяком случае, это стоит
> попробовать. И в первую очередь Staircase, либо в виде -ck патча, либо в
> составе PlugSched.
>
Я вообще не сторонник пересобирать ядро по нескольку раз в месяц. Вот подожду
2.6.17 тогда буду эксперементировать. Потому как работать надо. Хочу только
сказать, что начиная с 2.6.15 ядро на мой взгляд приобретает именно то, что
можно назвать настоящим десктоп-ядром. Все эти CONFIG_PREEMPT мне очень
нравятся. Система (в особенности иксы) стала очень отзывчивой. Могу сказать и

даже утверждать, что хря и рядом не валялась. Я просто в угаре от этого. Долго
же в сетях флеймили реди линукс для десктопа или не реди. Теперь каждый может
убедиться, что реди. :)

Valery Kotelnikov пишет:
> Что-то никак не до пойму... 8-(
> надо переместить каталог /opt из /dev/hda11 на /dev/hda6 (где корень).
> Вроде в рассылке уже мелькало что лучше поьзоваться командой
> #cp -ax
> а что и куда копировать собственно?..
>
>
вообщето проще mc :)

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 25181; Возраст листа: 953; Участников: 1467
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/523171

А вы пробвали pptp-linux?
Есть хорошая статья по pptp на Opennet.ru
http://www.opennet.ru/base/net/pptp_mppe_mppc.txt.html

В сообщении от Среда, 01-мар-2006 19:09 Vladimir B. Tsarkov написал(a):
> > Ну конечно бад-сектор.
> > Пока его не пометишь - он так и будет тупить.
> > Вначале нужно отмотировать /dev/hda
> > и только потом
> > # fsck -c /dev/hda
>
> Лучше, наверное
>
> e2fsck -c -c -v /dev/hda
>
> Должно быть безопаснее и удобнее.
Тоже придётся отмонтировать? А если найдёт бэд посреди файла какого?..

4 марта 2006 21:41 | Dmitry V. Balabanov:
> Я, как всегда, не так выразил свою мысль. А мысль была такая. :)
> Грубо говоря, не грохнут ли мне ваши патчи ФС, если я выбрал CFQ.

Практически нереально (хотя в современном ПО возможно что угодно и никто
никому ничего не может гарантировать).

>>> Какую я буду иметь выгоду от установки этих диспетчеров?
>>
>> Заранее сложно сказать. :)
>
> Тогда, в чем прикол? Вы же порекомендовали их прилепить? ;)

Прикол в том, что может и поможет. ;) Во всяком случае, это стоит
попробовать. И в первую очередь Staircase, либо в виде -ck патча, либо в
составе PlugSched.

4 марта 2006 19:46 | Dmitry V. Balabanov:
> Прошу прощения я ошибся. Действительно mplayer использует rtc для
> синхронизации audio/video. К данному вопросу это не имеет никакого
> отношения.
>
>> Вообще, это действительно проблема ядра и раз уж пошло его
>> компилирование,
>
> Еще не пошло, но обязательно пойдет. А проблема ли это ядра?

Ситуация тут забавная, на самом деле - с одной стороны GNU/Linux сейчас
становится все более популярен среди профессиональных музыкантов (связка из
патчей реального времени + отличная поддержка всех возможностей аппаратуры
в ALSA + Jack - мало что способно с этим сравниться), но с другой стороны
для наших старых добрых "обычных пользователей" (aka мы с вами) он работает
не всегда так, как хотелось бы. А именно, при серьезных нагрузках страдает
воспроизведение разного рода аудио/видео контента.

За конкретные случаи ничего не скажешь, на разных конфигурациях могут быть
разные причины, но один факт есть - стандартный диспетчер процессора в ядре
на сегодня "плохо относится" к медийным задачам. Тем самым профессионалам
из абзаца выше это проблем не доставляет, поскольку их машины и заняты
только аудио-работами, а вот пользователю, у которого и браузер копошиться,
и почта бегает и часики крутятся и... список можно продолжать долго,
результат один - воспроизведение идет не всегда гладко. В последних версиях
ядра это выправляется потихоньку.

// Извиняюсь за дубли писем, привык в последнее время к Reply-to-All...

On Sat, 4 Mar 2006 21:12:11 +0300
karlson <subkarls***@m*****.ru> wrote:

> On Sat, 4 Mar 2006 21:57:50 +0500
> "Dmitry V. Balabanov" <dm_***@b*****.ru> wrote:
>
> > А если pppoe запущен от рута, а другие программы от обычного
> > пользователя? То-же чтоль?
> да
Нифига себе артефакт. Беру таймаут, мне надо подумать. :)

On Sat, 4 Mar 2006 20:57:29 +0300
Roman I Khimov <rik@o*****.info> wrote:

> 4 марта 2006 20:49 | Dmitry V. Balabanov:
> >> А также патчи PlugSched, где можно поиграться с диспетчерами процессора
> >> вволю:
> >>
> >> http://dir.osrc.info/Linux/PlugSched
> >
> > Вопросы в догонку. Кто-нибудь сравнивал эти диспетчеры с входящими в
> > стандартное ядро Anticipatory, Deadline, CFQ. Где посмотреть ?
>
> Это не те диспетчеры. :) Это диспетчеры ввода/вывода, их задача - рулить
Знаю.
> доступом к блочным устройствам ввода/вывода (в первую очередь это
> винчестеры). Патчи из PlugSched добавляют диспетчеры процессора (aka
> планировщики, не люблю этот вариант перевода), которые рулят тем, какое
> приложение когда получит свою долю процессорного времени.
>
Я, как всегда, не так выразил свою мысль. А мысль была такая. :)
Грубо говоря, не грохнут ли мне ваши патчи ФС, если я выбрал CFQ.

> > Я например выбрал CFQ.
>
> В последних версиях вроде как выглядит лучшим для нашего старого доброго
> "среднего пользователя". Плюс была еще как-то информация, что он сейчас
> единственный, кто поддерживает приоритеты в доступе к устройствам
> ввода/вывода (команда ionice), и вроде бы (первая попавшаяся ссылка -
> http://www.stupids.org/?p=25) это так. Кстати, это тоже стоит попробовать -

> если процессорным временем еще можно разбрасываться направо и налево, то
> доступом к винчестеру - шиш, если его кто-то "скушает", то бедный плеер
> будет долго ждать своих данных, дерганье просто неизбежно.
>
> > Какую я буду иметь выгоду от установки этих диспетчеров?
>
> Заранее сложно сказать. :)
>
Тогда, в чем прикол? Вы же порекомендовали их прилепить? ;)

> > А как насчет стабильности?
>
> Should work. (TM) ;)
>
Эхм... За этот (ТМ) я биться не буду.

> За Staircase от Кона Коливаса можно не сомневаться точно - уж этот-то
> обкатан будь здоров, за остальные посомневаться нужно, но, однако,
> семейство spa_* тоже неплохо тестировалось и имеет массу общего кода. Плюс

> к этому, в случае проблем всегда можно изменить диспетчер уже на следующей

> загрузке. В общем, если компиляция ядра не является проблемой, то, думаю,
> можно и попробовать.
>
Ну чтож когда делать нечего будет попробуем.

On Sat, 4 Mar 2006 21:57:50 +0500
"Dmitry V. Balabanov" <dm_***@b*****.ru> wrote:

> А если pppoe запущен от рута, а другие программы от обычного
> пользователя? То-же чтоль?
да

4 марта 2006 20:49 | Dmitry V. Balabanov:
>> А также патчи PlugSched, где можно поиграться с диспетчерами процессора
>> вволю:
>>
>> http://dir.osrc.info/Linux/PlugSched
>
> Вопросы в догонку. Кто-нибудь сравнивал эти диспетчеры с входящими в
> стандартное ядро Anticipatory, Deadline, CFQ. Где посмотреть ?

Это не те диспетчеры. :) Это диспетчеры ввода/вывода, их задача - рулить
доступом к блочным устройствам ввода/вывода (в первую очередь это
винчестеры). Патчи из PlugSched добавляют диспетчеры процессора (aka
планировщики, не люблю этот вариант перевода), которые рулят тем, какое
приложение когда получит свою долю процессорного времени.

> Я например выбрал CFQ.

В последних версиях вроде как выглядит лучшим для нашего старого доброго
"среднего пользователя". Плюс была еще как-то информация, что он сейчас
единственный, кто поддерживает приоритеты в доступе к устройствам
ввода/вывода (команда ionice), и вроде бы (первая попавшаяся ссылка -
http://www.stupids.org/?p=25) это так. Кстати, это тоже стоит попробовать -
если процессорным временем еще можно разбрасываться направо и налево, то
доступом к винчестеру - шиш, если его кто-то "скушает", то бедный плеер
будет долго ждать своих данных, дерганье просто неизбежно.

> Какую я буду иметь выгоду от установки этих диспетчеров?

Заранее сложно сказать. :)

> А как насчет стабильности?

Should work. (TM) ;)

За Staircase от Кона Коливаса можно не сомневаться точно - уж этот-то
обкатан будь здоров, за остальные посомневаться нужно, но, однако,
семейство spa_* тоже неплохо тестировалось и имеет массу общего кода. Плюс
к этому, в случае проблем всегда можно изменить диспетчер уже на следующей
загрузке. В общем, если компиляция ядра не является проблемой, то, думаю,
можно и попробовать.

> Где почитать?

На wiki я малость описал, как их менять, ну а подробности скорее всего надо
шукать в Google.

> Или я чего-то путаю?

Возможно. :)

4 марта 2006 20:49 | Dmitry V. Balabanov:
>> А также патчи PlugSched, где можно поиграться с диспетчерами процессора
>> вволю:
>>
>> http://dir.osrc.info/Linux/PlugSched
>
> Вопросы в догонку. Кто-нибудь сравнивал эти диспетчеры с входящими в
> стандартное ядро Anticipatory, Deadline, CFQ. Где посмотреть ?

Это не те диспетчеры. :) Это диспетчеры ввода/вывода, их задача - рулить
доступом к блочным устройствам ввода/вывода (в первую очередь это
винчестеры). Патчи из PlugSched добавляют диспетчеры процессора (aka
планировщики, не люблю этот вариант перевода), которые рулят тем, какое
приложение когда получит свою долю процессорного времени.

> Я например выбрал CFQ.

В последних версиях вроде как выглядит лучшим для нашего старого доброго
"среднего пользователя". Плюс была еще как-то информация, что он сейчас
единственный, кто поддерживает приоритеты в доступе к устройствам
ввода/вывода (команда ionice), и вроде бы (первая попавшаяся ссылка -
http://www.stupids.org/?p=25) это так. Кстати, это тоже стоит попробовать -
если процессорным временем еще можно разбрасываться направо и налево, то
доступом к винчестеру - шиш, если его кто-то "скушает", то бедный плеер
будет долго ждать своих данных, дерганье просто неизбежно.

> Какую я буду иметь выгоду от установки этих диспетчеров?

Заранее сложно сказать. :)

> А как насчет стабильности?

Should work. (TM) ;)

За Staircase от Кона Коливаса можно не сомневаться точно - уж этот-то
обкатан будь здоров, за остальные посомневаться нужно, но, однако,
семейство spa_* тоже неплохо тестировалось и имеет массу общего кода. Плюс
к этому, в случае проблем всегда можно изменить диспетчер уже на следующей
загрузке. В общем, если компиляция ядра не является проблемой, то, думаю,
можно и попробовать.

> Где почитать?

На wiki я малость описал, как их менять, ну а подробности скорее всего надо
шукать в Google.

> Или я чего-то путаю?

Возможно. :)

On Sat, 4 Mar 2006 18:37:57 +0300
Roman I Khimov <rik@o*****.info> wrote:

> могу предложить попробовать патчи Кона Коливаса (у него свой диспетчер):
>
> http://dir.osrc.info/Linux/ck
>
> А также патчи PlugSched, где можно поиграться с диспетчерами процессора
> вволю:
>
> http://dir.osrc.info/Linux/PlugSched
>
Вопросы в догонку. Кто-нибудь сравнивал эти диспетчеры с входящими в стандартное
ядро Anticipatory, Deadline, CFQ. Где посмотреть ? Я например выбрал CFQ. Какую
я
буду иметь выгоду от установки этих диспетчеров? А как насчет стабильности? Где

почитать? Или я чего-то путаю?

On Sat, 4 Mar 2006 19:19:08 +0300
karlson <subkarls***@m*****.ru> wrote:

> On Sat, 4 Mar 2006 20:35:54 +0500
> "Dmitry V. Balabanov" <dm_***@b*****.ru> wrote:
>
> > On Sat, 4 Mar 2006 12:52:49 +0300
> > karlson <subkarls***@m*****.ru> wrote:
> >
> > > собственно сабж.
> > > дистрибутив самосборный. в инет выхожу через адсл модем,
> > > подключенный по сети. для соединения использую pppoe.
> > А зачем вам интернет от простого пользователя? Влом пароль вводить?
>
> извините, немного не так выразился..
> интернет подключается и из под обычного пользователя, только вот все

Из под любого пользователя? :) IMHO грубейшее нарушение безопасности системы.

> программы могут выйти в интернет, если они запущены от root.
>
А если pppoe запущен от рута, а другие программы от обычного пользователя?
То-же чтоль?