Re: Про рассылку
> Stanislav Vlasov writes: > 12 сентября 2011 г. 11:05 пользователь Ivan Shmakov написал: […] >> Пользуюсь nntp://aioe.org/; проблем с производительностью не >> замечал. >> Как Aioe, так и Eternal September, дают feed по запросу. Последний, >> для любителей, дает feed в виде UUCP-пакетов. […] >>> Кстати, русскоязычный юзнет так и не родился. Группы relcom* были >>> интересны в первой половине 90-х. А потом весь интересный народ >>> оттуда ушел в FIDO. Но со смертью ddt.demos.su фидо тоже можно >>> считать мертвым. >> Я, собственно, и предлагаю, в связи с трагической кончиной >> гейта, перейти в relcom.*. Мне казалось, для бывших подписчиков >> fido7.* это не составит проблемы. > Остаётся вопрос - на каком сервере они есть и доступны на запись. См. выше. Добавлю, что Eternal September требует предварительной регистрации, в отличие от Aioe. -- FSF associate member #7257 Coming soon: Software Freedom Day http://mail.sf-day.org/lists/listinfo/ planning-ru (ru), sfd-discuss (en) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/86sjo2z1pj@gray.siamics.net
Re: Про рассылку
12 сентября 2011 г. 11:05 пользователь Ivan Shmakov написал: > > Кстати, русскоязычный юзнет так и не родился. Группы relcom* были > > интересны в первой половине 90-х. А потом весь интересный народ > > оттуда ушел в FIDO. Но со смертью ddt.demos.su фидо тоже можно > > считать мертвым. > > Я, собственно, и предлагаю, в связи с трагической кончиной > гейта, перейти в relcom.*. Мне казалось, для бывших подписчиков > fido7.* это не составит проблемы. Остаётся вопрос - на каком сервере они есть и доступны на запись. -- Stanislav
Re: Про рассылку
> Victor Wagner writes: > On 2011.09.12 at 01:12:08 +0600, Murat D. Kadirov wrote: […] >> При использовании nntp-клиента вы разницы между рассылкой и >> конференцией usenet вообще не заметите. Зато ответ можете получить >> чаще более квалифицированный, уж как минимум с гораздо меньшим >> кол-ом "понтового" шума. > Проблема в том, что Usenet мертв. Ньюссервер провайдера, которым я > когда-то пользовался, был закрыт уже лет семь назад. Аналогично. > С тех пор, обладая достаточно большими знакомствами среди системных > администраторов, мне не удалось найти кого-либо, кто бы дал мне > newsfeed иерархии comp. > Пользоваться общедоступными ньюссерверами с помощью ньюсридера > практически невозможно - тормозят. Пользуюсь nntp://aioe.org/; проблем с производительностью не замечал. Как Aioe, так и Eternal September, дают feed по запросу. Последний, для любителей, дает feed в виде UUCP-пакетов. И, разумеется, есть suck и ему подобные. > Вообще, протокол Usenet news не рассчитан на создание крупных > публичных сервисов Какие-то конкретные проблемы? > (электронная почта - тоже, но так как электроная почта активно > используется в бизнесе, эту проблему как-то решили). […] > Поэтому в Usenet сейчас меньше квалифицированного народа, чем в > тематических списках рассылки. Любопытно, какие тематические рассылки существуют по Shell? > Собственно, появление таких сервисов как gmane.org, позволяющих > читать ньюсочиталками списки рассылки - это уже свидетельство того, > что идея сети ньюссерверов, несущих новостные группы независимо от > тематики - проиграла. Если проблемы телеконференций носят технический характер, возникает вопрос, можно ли решить их техническими средствами? > И приходится принимать специальные меры, чтобы не потерять удобные > наработки в плане клиентского софта. Не вполне понимаю — у меня «комбинированный» Mail & News User Agent (каковыми, кроме Gnus, являются также, по меньшей мере, Alpine, Icedove, и, по-слухам, SLRN.) Чтение почтового ящика для меня не имеет принципиальных отличий от чтения конференции через NNTP. А благодаря procmail(1), я могу размещать приходящие из разных рассылок сообщения в разные ящики. К слову, наиболее существенным препятствием в использовании форумов, блогов и Wiki (как collaboration platforms) для меня является их плохая (зачастую) совместимость с Lynx. > Кстати, русскоязычный юзнет так и не родился. Группы relcom* были > интересны в первой половине 90-х. А потом весь интересный народ > оттуда ушел в FIDO. Но со смертью ddt.demos.su фидо тоже можно > считать мертвым. Я, собственно, и предлагаю, в связи с трагической кончиной гейта, перейти в relcom.*. Мне казалось, для бывших подписчиков fido7.* это не составит проблемы. -- FSF associate member #7257 Coming soon: Software Freedom Day http://mail.sf-day.org/lists/listinfo/ planning-ru (ru), sfd-discuss (en) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/86wrdez6y8@gray.siamics.net
Re: Про рассылку
On 2011.09.12 at 01:02:16 +0600, Murat D. Kadirov wrote: > > В этой рассылке есть люди использующие другие дистрибутивы и их не мало. > Причём не имеющие к дебиану вообще никакого отношения, даже в плане apt. вы не поверите, здесь встречаются и люди, использующие наряду с Debian-ом и другими дистрибутивами, даже FreeBSD и Solaris. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110912044252.gb24...@wagner.pp.ru
Re: Про рассылку
On 2011.09.12 at 01:12:08 +0600, Murat D. Kadirov wrote: > On Sun, Sep 11, 2011 at 09:52:27PM +0400, linux-1...@yandex.ru wrote: > > Рассылка удобна тем, что нет необходимости вручную проверять наличие новых > > сообщений (как на форумах), но это в случае, если вы используете почтовые > > клинты. А за счет автоматизации отправки и получения сообщений, можно > > быстрее получить ответ на свой вопрос. > > > > При использовании nntp-клиента вы разницы между рассылкой и конференцией > usenet вообще не заметите. Зато ответ можете получить чаще более > квалифицированный, уж как минимум с гораздо меньшим кол-ом "понтового" > шума. Проблема в том, что Usenet мертв. Ньюссервер провайдера, которым я когда-то пользовался, был закрыт уже лет семь назад. С тех пор, обладая достаточно большими знакомствами среди системных администраторов, мне не удалось найти кого-либо, кто бы дал мне newsfeed иерархии comp. Пользоваться общедоступными ньюссерверами с помощью ньюсридера практически невозможно - тормозят. Вообще, протокол Usenet news не рассчитан на создание крупных публичных сервисов (электронная почта - тоже, но так как электроная почта активно используется в бизнесе, эту проблему как-то решили). А современный интернет базируется на недоверии мелким серверам. Поэтому в Usenet сейчас меньше квалифицированного народа, чем в тематических списках рассылки. Собственно, появление таких сервисов как gmane.org, позволяющих читать ньюсочиталками списки рассылки - это уже свидетельство того, что идея сети ньюссерверов, несущих новостные группы независимо от тематики - проиграла. И приходится принимать специальные меры, чтобы не потерять удобные наработки в плане клиентского софта. Кстати, русскоязычный юзнет так и не родился. Группы relcom* были интересны в первой половине 90-х. А потом весь интересный народ оттуда ушел в FIDO. Но со смертью ddt.demos.su фидо тоже можно считать мертвым. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110912044132.ga24...@wagner.pp.ru
Cilvēk, uzņammā dārgos ikrus jau tūlīt
Kad Tu pēdējo reizi uzkodi sarkanos ikrus? Protams - neatceries jau vairs.. tāpēc, ka dārgi maksā, vai ne? Bet turīgie tos tiesā katru mīļu dienu - jo tas ir 100% veselīgi.. Tu pavisam noteikti neesi tik turīgs? Neraudi, skaties, kā par biezuci var kļūt: http://shorl.com/jahysitiliri Lapsins Vladimirs -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201109120040.p8c0eyqv002...@poczta.tcz.pl
Жор CPU при использовании iceweasel
Всем привет! Squeeze. iceweasel 6.0.2. Источник: deb http://mozilla.debian.net/ squeeze-backports iceweasel-release Всё время, пока любая страница грузится (даже если окно невидимо и сложной графики нет), потребление процессора растёт до 100% или ближе к тому. Причём по top больше, чем сам firefox, потребляет Xorg. Драйвер видео - проприетарный nvidia. Что это может быть и можно ли с этим как-то бороться? -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: Проверить CPU 1
2011/9/11 Mikhail Ramendik : > Мне хотелось бы проверить - есть ли аппаратные проблемы с CPU 1. Если > их нет, то (при условии что действительно "помогло") речь похоже о > ядерной проблеме на чипсете SiS, и это повод искать желающих её > ловить. Возможно написанием на LKML. Погонял в результате mersenne mprime в режиме stress test, загнав в cpuset где только CPU 1. Во время работы теста взаимодействие с системой было явно замедленной (задержки при отрисовке окон и т.д.), несмотря на то что все остальные задачи - на CPU 0. Вероятно, это из-за падающих на CPU 1 всез прерываний? Примерно через полчаса после запуска теста система зависла. При том что до этого более суток не висла (с тех пор как были найдены эти настройки). Тест работал от юзера. Оопсов перед зависанием не было. Похоже, нагрузка CPU 1 каким-то образом вешает систему. Даже если там только юзерские задачи. Похоже то ли на хитрую аппаратную неисравность, то ли на хитрую чипсетную штуку. И пока я не потестирую "сутки prime95 под виндой", понять, что из этого - не получится. Но посмотрим ещё несколько суток - останется ли система, не использующая CPU 1 без необходимости, стабильной. И не начнутся ли зависы про просмотре HD видео (раньше не было, но я включил провацирующую зависы опцию no_hz=off). -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: nice -n - только от рута?
2011/9/12 Иван Лох : > On Mon, Sep 12, 2011 at 03:02:51AM +0100, Mikhail Ramendik wrote: >> >> Мне вообще не удалось заставить mplayer gui появиться на дисплее :0.1. >> При наличии -gui он игнорирует -display. При запуске DISPLAY=:0.1 >> mplayer -gui file.avi - файл играется, а GUI просто нет, и >> предложенная Вами команда ничего не меняет. > > А, что wmctrl -l и wmctrl -d и wmctrl -m говорят в этом случае? Перепроверил ещё раз с установкой переменной DISPLAY - ситуация изменилась. (С прошлой проверки увеличилость разрешение дисплея 1. Это я видеодрайвер настраивал) Окно GUI появляется и гордо красуется на дисплее 1. wmctrl -r "MPlayer-Video" -t 0 результат: ничего не меняется $ wmctrl -l 0x0144 0 ramendik Terminal - irisha@ramendik: ~/source/mersenne 0x014003fa 0 ramendik Terminal - irisha@ramendik: ~ 0x0140180d 0 ramendik Terminal - irisha@ramendik: ~ 0x01600078 0 ramendik Ramendik.ru Mail - nice -n - только от рута? - m...@ramendik.ru - Iceweasel 0x014019f4 0 ramendik Terminal - irisha@ramendik: ~ $ wmctrl -d 0 * DG: N/A VP: N/A WA: 0,0 1280x998 1 $ wmctrl -m Name: IceWM 1.3.7pre2 (Linux 2.6.32-bpo.5-686/i686) Class: N/A PID: 2309 Window manager's "showing the desktop" mode: N/A -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: nice -n - только от рута?
On Mon, Sep 12, 2011 at 03:02:51AM +0100, Mikhail Ramendik wrote: > > Мне вообще не удалось заставить mplayer gui появиться на дисплее :0.1. > При наличии -gui он игнорирует -display. При запуске DISPLAY=:0.1 > mplayer -gui file.avi - файл играется, а GUI просто нет, и > предложенная Вами команда ничего не меняет. А, что wmctrl -l и wmctrl -d и wmctrl -m говорят в этом случае? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011091202.ga28...@nano.ioffe.rssi.ru
Re: nice -n - только от рута?
2011/9/11 Иван Лох : > On Sun, Sep 11, 2011 at 02:02:26AM +0100, Mikhail Ramendik wrote: >> 2011/9/11 Иван Лох : >> >> Или можно как-то сделать, чтобы основной вывод mplayer был на screen >> 1, а окно mplayer GUI - на screen 0? Это было бы желательно, конечно. > > Можно. Любой нормальный WM имеет встроенные средства, позволяющие > связать окно и workspace К сожалению, в icewm не обнаружились средства, позволяющие связать workspace и screen. Поэтому про screen 1 он вообще не знает. Да, я знаю, что с icewm пора уходить. Мне очень нравится лёгкость, способ конфигурации и набор фич (вроде встроенной очень простой панели, индикаторов процессора и сетевого трафика). Но в нём есть целый ряд проблем, нет функция для >1 screens и есть глюки в этой области. Марк на проект вероятно забил (последняя версия - апрель 2010), а форк делать вроде бы ни у кого нет желания. Сейчас мне просто некогда строить с нуля конфигурацию на чём-то другом (fvwm2? openbox/lxde? xfce? ничего тяжелее xfce на этой машине не будет однозначно). Будет время - будем менять WM. > Как паллиатив может работать и > wmctrl -r "MPlayer-Video" -t 0 Мне вообще не удалось заставить mplayer gui появиться на дисплее :0.1. При наличии -gui он игнорирует -display. При запуске DISPLAY=:0.1 mplayer -gui file.avi - файл играется, а GUI просто нет, и предложенная Вами команда ничего не меняет. Да, это кривизна WM. Вот какой WM из лёгких точно правильно отработает второй дисплей, на который при этом даже мышь не попадает? -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: про автоматический зап уск сервисов
On 09/11/2011 02:06 PM, sergio wrote: sudo update-rc.d service disable http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546580 Это великолепно! Даже в мане написали, типа как бы и не костыль. -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6d1d7b.1020...@sergio.spb.ru
Re: Про рассылку
2011/9/11 Murat D. Kadirov : > On Sun, Sep 11, 2011 at 09:52:27PM +0400, linux-1...@yandex.ru wrote: >> Рассылка удобна тем, что нет необходимости вручную проверять наличие новых >> сообщений (как на форумах), но это в случае, если вы используете почтовые >> клинты. А за счет автоматизации отправки и получения сообщений, можно >> быстрее получить ответ на свой вопрос. >> > > При использовании nntp-клиента вы разницы между рассылкой и конференцией > usenet вообще не заметите. Зато ответ можете получить чаще более > квалифицированный, уж как минимум с гораздо меньшим кол-ом "понтового" > шума. Более квалифицированный и с меньшим количеством "шума", чем в _этой_ рассылке? это где? И это как? -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: про автоматический з апуск сервисов
On 09/11/2011 03:39 PM, Gary Golden wrote: > insserv -r tor Поспешу огорчить, update-rc.d пользуется insserv'ом. -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6d09e9.6040...@sergio.spb.ru
Re: Про рассылку
On Sun, Sep 11, 2011 at 09:52:27PM +0400, linux-1...@yandex.ru wrote: > Рассылка удобна тем, что нет необходимости вручную проверять наличие новых > сообщений (как на форумах), но это в случае, если вы используете почтовые > клинты. А за счет автоматизации отправки и получения сообщений, можно быстрее > получить ответ на свой вопрос. > При использовании nntp-клиента вы разницы между рассылкой и конференцией usenet вообще не заметите. Зато ответ можете получить чаще более квалифицированный, уж как минимум с гораздо меньшим кол-ом "понтового" шума. -- Murat D. Kadirov PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110911191208.gb5...@darkstar.lan
Re: Проверить CPU 1
2011/9/11 Alexander Danilov : >> Соответственно, вопрос: есть ли на Линуксе надёжный и общепринятый >> метод CPU stress testing, на результаты коего можно ссылаться на том >> же LKML в смысле "процессор проверен и работает"? Проверять надо и кэш >> тоже, разумеется. >> > > apt-get install cpuburn А два мегабайта L2 кэша тоже будут тестироваться? -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: Про рассылку
2011/9/11 Ivan Shmakov : > > Главным достоинством дистрибутива Debian является рассылка debian-russian@ > > > И да, это можно брать в куки :) > Меня, однако, вот что беспокоит: часть вопросов, решаемых в > рассылке, могли бы быть интересны и пользователям других > вариантов GNU/Linux. Если другие русскоязычные пользователи любого варианта GNU/Linux встретятся с теми же проблемами, они начнут с гугля или яндекса. Поскольку архивы debian-russian@ лежат в открытом доступе и индексируются поисковыми машинами, они найдйт местные ответы. Например, в гугле на поиск "зависания Pentium D" первый результат - архив этой рассылки. -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: Про рассылку
On Sun, Sep 11, 2011 at 11:10:31PM +0700, Ivan Shmakov wrote: > > Mikhail Ramendik writes: > > > По впечатлениям от процесса решения задачи "заставить работать > > систему на железе пятилетней давности" флудом на несколько тредов с > > участием, кажется, уже всех наличных экспертов: > > > Главным достоинством дистрибутива Debian является рассылка debian-russian@ > > > И да, это можно брать в куки :) > > > (Я просто для сравнения видел, как сходную проблему решали на > > launchpad.net) > > Я, конечно, присоединяюсь, но не могу не заметить, что в > debian-user@ также достойные люди встречаются (не говоря уже о > debian-devel@), а говорить конкретно о Shell, то > news:comp.unix.shell совершенно, на мой взгляд, вне конкуренции. > > Меня, однако, вот что беспокоит: часть вопросов, решаемых в > рассылке, могли бы быть интересны и пользователям других > вариантов GNU/Linux. Поэтому, почему бы не воспользоваться > чем-либо вроде news:relcom.comp.os.unix? Конференция, IIUC, по > меньшей мере несколько лет как не используется, что, однако, не > делает ее неработоспособной. В этой рассылке есть люди использующие другие дистрибутивы и их не мало. Причём не имеющие к дебиану вообще никакого отношения, даже в плане apt. Идея, конечно, интересная. Да только народ сейчас туда не затянешь шибко. Тут бывает народ подписываясь правил рассылки не читают (вспомните вчера-сегодня отписавшегося бодро заявившего, что ему удобней сперва в рассылку отписать, а после этого гуглить, дескать, так ничего не нагуглишь, а тут в рассылке уже ответ пришёл), а вы предлагаете им узнавать про nntp. -- Murat D. Kadirov PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110911190216.ga5...@darkstar.lan
Re: Проверить CPU 1
11.09.2011 17:15, Mikhail Ramendik пишет: Всем привет! Соответственно, вопрос: есть ли на Линуксе надёжный и общепринятый метод CPU stress testing, на результаты коего можно ссылаться на том же LKML в смысле "процессор проверен и работает"? Проверять надо и кэш тоже, разумеется. apt-get install cpuburn -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6d053e.7030...@gmail.com
Re: Про рассылку
> Меня, однако, вот что беспокоит: часть вопросов, решаемых в > рассылке, могли бы быть интересны и пользователям других > вариантов GNU/Linux. Поэтому, почему бы не воспользоваться > чем-либо вроде news:relcom.comp.os.unix? Конференция, IIUC, по > меньшей мере несколько лет как не используется, что, однако, не > делает ее неработоспособной. Смотря как считать работоспособность. Если по вероятности получить полезный ответ на свой вопрос, то, полагаю, неработоспособна. -- Весь юникс для того и был придуман, чтобы PS в принтер выплевывать. Alex Korchmar в -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87hb4jnd2g.wl%...@ran.pp.ru
Re: Про рассылку
Рассылка удобна тем, что нет необходимости вручную проверять наличие новых сообщений (как на форумах), но это в случае, если вы используете почтовые клинты. А за счет автоматизации отправки и получения сообщений, можно быстрее получить ответ на свой вопрос. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/973281315763...@web128.yandex.ru
Re: Про рассылку
> Andrey Rahmatullin writes: > On Sun, Sep 11, 2011 at 11:10:31PM +0700, Ivan Shmakov wrote: >> Меня, однако, вот что беспокоит: часть вопросов, решаемых в >> рассылке, могли бы быть интересны и пользователям других вариантов >> GNU/Linux. Поэтому, почему бы не воспользоваться чем-либо вроде >> news:relcom.comp.os.unix? > Потому что единственным преимуществом русскоязычной рассылки является > её русскоязычность. Не вижу противоречия. Конференции relcom.* русскоязычны по-определению. -- FSF associate member #7257 Coming soon: Software Freedom Day http://mail.sf-day.org/lists/listinfo/ planning-ru (ru), sfd-discuss (en) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8662kz0y7f@gray.siamics.net
Re: Про рассылку
On Sun, Sep 11, 2011 at 11:10:31PM +0700, Ivan Shmakov wrote: > Меня, однако, вот что беспокоит: часть вопросов, решаемых в > рассылке, могли бы быть интересны и пользователям других > вариантов GNU/Linux. Поэтому, почему бы не воспользоваться > чем-либо вроде news:relcom.comp.os.unix? Потому что единственным преимуществом русскоязычной рассылки является её русскоязычность. -- WBR, wRAR signature.asc Description: Digital signature
Re: Про рассылку
> Mikhail Ramendik writes: > По впечатлениям от процесса решения задачи "заставить работать > систему на железе пятилетней давности" флудом на несколько тредов с > участием, кажется, уже всех наличных экспертов: > Главным достоинством дистрибутива Debian является рассылка debian-russian@ > И да, это можно брать в куки :) > (Я просто для сравнения видел, как сходную проблему решали на > launchpad.net) Я, конечно, присоединяюсь, но не могу не заметить, что в debian-user@ также достойные люди встречаются (не говоря уже о debian-devel@), а говорить конкретно о Shell, то news:comp.unix.shell совершенно, на мой взгляд, вне конкуренции. Меня, однако, вот что беспокоит: часть вопросов, решаемых в рассылке, могли бы быть интересны и пользователям других вариантов GNU/Linux. Поэтому, почему бы не воспользоваться чем-либо вроде news:relcom.comp.os.unix? Конференция, IIUC, по меньшей мере несколько лет как не используется, что, однако, не делает ее неработоспособной. Работать с конференциями можно как через NNTP (e. g., nntp://aioe.org/relcom.comp.os.unix/; Icedove, полагаю, должен уметь), так и через Web-интерфейс (e. g., Google Groups; хотя это и не кажется мне удобным.) Собственно, я с данной рассылкой работаю также через NNTP, nntp://news.gmane.org/gmane.linux.debian.user.russian/; что удобнее, чем через общий INBOX. -- FSF associate member #7257 Coming soon: Software Freedom Day http://mail.sf-day.org/lists/listinfo/ planning-ru (ru), sfd-discuss (en) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/86fwk312mg@gray.siamics.net
Re: nice -n - только от рута?
> Mikhail Ramendik writes: > 2011/9/11 Ivan Shmakov : >> К слову, я на эти <<грабли>> как-то раз наступил, лет десять >> назад. С тех пор с RT-процессами не связывался; и даже когда >> postinst мне предлагал X-сервер таковым сделать -- без раздумий >> отказывался. > У меня появилась совсем другая идея. Реализуется сложнее, зато не > требует привилегий рута. > Мне ведь не нужен реалтам. Мне нужно, чтобы другие мои же приложения > не мешали mplayer. Но когда mplayer нет - работали нормально. > Так вот - перед стартом mplayer взять все PID нынешнего юзера, кроме > данного процесса, и сделать им renice 10. А после завершения mplayer > - обратно. > Достоинства: > - Не надо рута Надо — для «обратно.» > - Не мешаем X серверу (на этой машине он от рута) Разве он не всегда от него? > - Можно обходиться с разными процессами по-разному. Например, не > трогать window manager или pidgin, если он может понадобиться и при > этом не ест процессор. А злобному flashplugin-nonfree выдать > SCHED_BATCH. Что мешает выставить нужные nice процессам изначально? Пока нет конкуренции за ресурсы — активно используется только одна программа — оная получает весь IO и CPU. Как только претендентов больше одного — те, что с большим nice, получают меньший slice. Повторюсь, мне помогает. (Но у меня flashplugin не водится по-определению.) […] -- FSF associate member #7257 Coming soon: Software Freedom Day http://mail.sf-day.org/lists/listinfo/ planning-ru (ru), sfd-discuss (en) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/86litv13za@gray.siamics.net
Re: nice -n - только от рута?
Иван Лох wrote: > On Sun, Sep 11, 2011 at 07:56:59AM +0400, Yuriy Kaminskiy wrote: >> Иван Лох wrote: >>> On Sat, Sep 10, 2011 at 10:09:47PM +0100, Mikhail Ramendik wrote: >> Ставить real-time scheduler для программы которая не была специально под >> такое >> рассчитана -- хороший способ выстрелить себе в ногу. > mplayer довольно часто так запускают. Наверное, чаще чем другие приложение > (кроме, может быть, cdrecord). Это же мягкий реал-тайм. >> Это "мягкий реал-тайм" с точки зрения требования по управлению шаттлом. И >> совсем >> не мягкий с точки зрения других приложений и системы. Если real-time процесс >> задумается внутри себя, все остальные не получат ни-че-го. > > Если SCHED_FIFO возможно и не получат. А с Round-Robin будет следующий > timeslice и все дела. > > SCHED_RR Round-Robin Scheduler, also used for real-time > constraints. CPU-time is assigned in an round-robin fashion > with a much smaller timeslice than with SCHED_NORMAL and > processes in this group are favoured over SCHED_NORMAL. Usable > for audio/video applications near peak rate of the system. >^ > ROOT-credentials required. По окончании timeslice он отдаст место ...для других процессов *с SCHED_RR/FIFO* с тем же priority. Но *не отдаст* место для других процессов с SCHED_OTHER (они все *менее* приоритетные; FIFO/RR - static priority 1..99, OTHER/BATCH/IDLE - static priority 0). Отличие с SCHED_FIFO, что он *хоть кому-то* (недобровольно) отдаёт, SCHED_FIFO (недобровольно) отдаёт только более приоритетным. >>> Гарантированно ограничит. >> А вот по диску/свопу/whatever - нет :-) > > ionice? Типа другая подсистема. while :; do echo $RANDOM >foo; sync;done В общем, RT a) не панацея; b) опасная штука с кучей заморочек. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/j4id0k$nvt$1...@dough.gmane.org
Проверить CPU 1
Всем привет! Хотя время тестирования пока не было достаточным, но есть подозрение, что при использовании cpuset-hack ("все процессы, какие можно, зажать на CPU0 перед запуском init) зависания отсутствуют. Мне хотелось бы проверить - есть ли аппаратные проблемы с CPU 1. Если их нет, то (при условии что действительно "помогло") речь похоже о ядерной проблеме на чипсете SiS, и это повод искать желающих её ловить. Возможно написанием на LKML. Но сначала таки надо проверить. А как? Известный мне метод - винда, prime95, сутки. Но у меня не получается оcвободить этот компьютер на сутки. Если бы можно было на Линуксе взять такой же stress testing и привязать с CPU 1, оставив юзерские задачи на CPU 0, то вопрос бы решился. (Конечно, производительность потеряется за счёт доступа к памяти, но это приемлемо). Соответственно, вопрос: есть ли на Линуксе надёжный и общепринятый метод CPU stress testing, на результаты коего можно ссылаться на том же LKML в смысле "процессор проверен и работает"? Проверять надо и кэш тоже, разумеется. -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Про рассылку
По впечатлениям от процесса решения задачи "заставить работать систему на железе пятилетней давности" флудом на несколько тредов с участием, кажется, уже всех наличных экспертов: Главным достоинством дистрибутива Debian является рассылка debian-russian@ И да, это можно брать в куки :) (Я просто для сравнения видел, как сходную проблему решали на launchpad.net) -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: Помогите настроить GRUB2!
On Sat, Sep 10, 2011 at 07:26:01PM +0300, Paul Carroty wrote: > > On Wed, Sep 07, 2011 at 03:24:19AM +0300, Paul Carroty wrote: > > > > aptitude install os-prober && update-grub > > > # update-grub2 > > Нет, всё верно. > Если у вас grub, то да, верно. У нас вполне grub. -- WBR, wRAR signature.asc Description: Digital signature
Re: про автоматический запуск сервисов
On Sun, Sep 11, 2011 at 01:43:07PM +0300, 375gnu wrote: > >С другой стороны, RUN_SERVER > > в /etc/default/ очень ясно даёт понять, что нормального способа регулировать > > запуск не существует вообще. > Можно узнать, чем ненормаль файлы в /etc/default/? \ Тем, что это отвратительный костыль. -- WBR, wRAR signature.asc Description: Digital signature
Re: про автоматический запуск сервисов
On 09/11/2011 04:06 PM, sergio wrote: > ля этого я сказал sudo update-rc.d tor remove. Но > с течением времени (из-за дистапгредов очевидно) я нахожу tor снова > запущенным. Это всё из-за новой системы загрузки. Надо сказать insserv -r tor -- Max Tsepkov (a.k.a. Gary Golden) A freelancing web engineer. Freenode: gary_golden Twitter: @gary_golden Freelancer.com: http://www.cluster-studio.com signature.asc Description: OpenPGP digital signature
Re: про автоматический запуск сервисов
,-[sergio, 11 September 2011 14:06]: > Всем привет. > > Есть, вот, какой-нибудь демон. Тор, скажем. И я хочу что бы он > никогда-никогда-никогда не запускался сам. А только когда я скажу sudo > /etc/init.d/tor start. Для этого я сказал sudo update-rc.d tor remove. Но > с течением времени (из-за дистапгредов очевидно) я нахожу tor снова > запущенным. > > С одной стороны, в {post|pre}-inst можно написать хоть rm -rm, и в случае > с тором, возможно, проблема в этих скриптах. С другой стороны, RUN_SERVER > в /etc/default/ очень ясно даёт понять, что нормального способа > регулировать запуск не существует вообще. > в кронтаб повесь "chkconfig tor off" или "update-rc.d tor remove" по вкусу. -- __ mpd status: [paused] Thin_Lizzy - Track03 ** * jabber: devil_ins...@jabber.ru * * Registered linux user #450844* ** -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/j4i6b7$i5l$1...@dough.gmane.org
Re: nice -n - только от рута?
On Sun, Sep 11, 2011 at 07:56:59AM +0400, Yuriy Kaminskiy wrote: > Иван Лох wrote: > > On Sat, Sep 10, 2011 at 10:09:47PM +0100, Mikhail Ramendik wrote: > Ставить real-time scheduler для программы которая не была специально под > такое > рассчитана -- хороший способ выстрелить себе в ногу. > >>> mplayer довольно часто так запускают. Наверное, чаще чем другие приложение > >>> (кроме, может быть, cdrecord). Это же мягкий реал-тайм. > > Это "мягкий реал-тайм" с точки зрения требования по управлению шаттлом. И > совсем > не мягкий с точки зрения других приложений и системы. Если real-time процесс > задумается внутри себя, все остальные не получат ни-че-го. Если SCHED_FIFO возможно и не получат. А с Round-Robin будет следующий timeslice и все дела. SCHED_RR Round-Robin Scheduler, also used for real-time constraints. CPU-time is assigned in an round-robin fashion with a much smaller timeslice than with SCHED_NORMAL and processes in this group are favoured over SCHED_NORMAL. Usable for audio/video applications near peak rate of the system. ^ ROOT-credentials required. > > Гарантированно ограничит. > > А вот по диску/свопу/whatever - нет :-) ionice? Типа другая подсистема. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011092529.ga27...@nano.ioffe.rssi.ru
Re: nice -n - только от рута?
2011/9/11 Ivan Shmakov : >К слову, я на эти <<грабли>> как-то раз наступил, лет десять >назад. С тех пор с RT-процессами не связывался; и даже когда >postinst мне предлагал X-сервер таковым сделать -- без раздумий >отказывался. У меня появилась совсем другая идея. Реализуется сложнее, зато не требует привилегий рута. Мне ведь не нужен реалтам. Мне нужно, чтобы другие мои же приложения не мешали mplayer. Но когда mplayer нет - работали нормально. Так вот - перед стартом mplayer взять все PID нынешнего юзера, кроме данного процесса, и сделать им renice 10. А после завершения mplayer - обратно. Достоинства: - Не надо рута - Не мешаем X серверу (на этой машине он от рута) - Можно обходиться с разными процессами по-разному. Например, не трогать window manager или pidgin, если он может понадобиться и при этом не ест процессор. А злобному flashplugin-nonfree выдать SCHED_BATCH. Недостатки: - При аварийном завершении скрипта система останется в странном состоянии - Не влияет на процессы, запущенные уже после запуска mplayer (правда, если всё-таки тронуть window manager - тогда как я понимаю влияет, они обычно его дети? Панель для запуска программ является частью icewm) - Если что-то юзерское шло в виде nice или SCHED_BATCH до запуска mplayer - оно окажется обычным процессом после завершения Можно ли как-то обойти эти грабли и есть ли тут другие, которых я не заметил? -- -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: про автоматический запуск сервисов
On 09/11/2011 02:43 PM, 375gnu wrote: > Можно узнать, чем ненормаль файлы в /etc/default/? RUN_DAEMON="no" в > /etc/default/tor пережило уже 100500 апгрейдов. >> А только когда я скажу sudo /etc/init.d/tor start. -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6c9414.8010...@sergio.spb.ru
Re: про автоматический запуск сервисов
On 9/11/11, sergio wrote: >С другой стороны, RUN_SERVER > в /etc/default/ очень ясно даёт понять, что нормального способа регулировать > запуск не существует вообще. Можно узнать, чем ненормаль файлы в /etc/default/? RUN_DAEMON="no" в /etc/default/tor пережило уже 100500 апгрейдов. -- http://375gnu.wordpress.com
про автоматический запуск сервисов
Всем привет. Есть, вот, какой-нибудь демон. Тор, скажем. И я хочу что бы он никогда-никогда-никогда не запускался сам. А только когда я скажу sudo /etc/init.d/tor start. Для этого я сказал sudo update-rc.d tor remove. Но с течением времени (из-за дистапгредов очевидно) я нахожу tor снова запущенным. С одной стороны, в {post|pre}-inst можно написать хоть rm -rm, и в случае с тором, возможно, проблема в этих скриптах. С другой стороны, RUN_SERVER в /etc/default/ очень ясно даёт понять, что нормального способа регулировать запуск не существует вообще. -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6c8818.8060...@sergio.spb.ru