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

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

linux.debian.user.russian@googlegroups.com

Темы дня:

* nice -n - только от рута? - сообщений: 5, авторов: 4
http://groups.google.com/group/linux.debian.user.russian/t/1f28a0fb42466ef8?hl=ru
* про автоматический запуск сервисов - сообщений: 7, авторов: 5
http://groups.google.com/group/linux.debian.user.russian/t/12b2578bce7ef178?hl=ru
* Помогите настроить GRUB2! - сообщений: 1, 1 автор
http://groups.google.com/group/linux.debian.user.russian/t/0b461ef5f437fc38?hl=ru
* Про рассылку - сообщений: 9, авторов: 6
http://groups.google.com/group/linux.debian.user.russian/t/30d956c8694d5738?hl=ru
* Проверить CPU 1 - сообщений: 3, авторов: 2
http://groups.google.com/group/linux.debian.user.russian/t/869e0e3f9798d5eb?hl=ru

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

== 1 с 5 ==
Дата: Сб. 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)

--
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/86bour3cre.fsf@gray.siamics.net

== 2 с 5 ==
Дата: Вс. 11 сен 2011 04:30
От: Mikhail Ramendik

2011/9/11 Ivan Shmakov <ivan@gray.siamics.net>:

> К слову, я на эти <<грабли>> как-то раз наступил, лет десять
> назад. С тех пор с 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

== 3 с 5 ==
Дата: Вс. 11 сен 2011 04:30
От: Иван Лох

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? �� .

== 4 с 5 ==
Дата: Вс. 11 сен 2011 06:30
От: Yuriy Kaminskiy

Иван Лох 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) опасная штука с кучей заморочек.

== 5 с 5 ==
Дата: Вс. 11 сен 2011 08:50
От: Ivan Shmakov

>>>>> Mikhail Ramendik <mr@ramendik.ru> writes:
>>>>> 2011/9/11 Ivan Shmakov <ivan@gray.siamics.net>:

>> К слову, я на эти <<грабли>> как-то раз наступил, лет десять
>> назад. С тех пор с 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)

==============================================================================
ТЕМА: про автоматический запуск сервисов
http://groups.google.com/group/linux.debian.user.russian/t/12b2578bce7ef178?hl=ru
==============================================================================

== 1 с 7 ==
Дата: Вс. 11 сен 2011 03:10
От: sergio

Всем привет.

Есть, вот, какой-нибудь демон. Тор, скажем. И я хочу что бы он
никогда-никогда-никогда не запускался сам. А только когда я скажу sudo
/etc/init.d/tor start. Для этого я сказал sudo update-rc.d tor remove. Но
с течением времени (из-за дистапгредов очевидно) я нахожу tor снова запущенным.

С одной стороны, в {post|pre}-inst можно написать хоть rm -rm, и в случае
с тором, возможно, проблема в этих скриптах. С другой стороны, RUN_SERVER
в /etc/default/ очень ясно даёт понять, что нормального способа регулировать
запуск не существует вообще.

--
sergio.

== 2 с 7 ==
Дата: Вс. 11 сен 2011 03:50
От: 375gnu <375gnu@gmail.com>

On 9/11/11, sergio <mailbox@sergio.spb.ru> wrote:

>С другой стороны, RUN_SERVER
> в /etc/default/ очень ясно даёт понять, что нормального способа регулировать
> запуск не существует вообще.

Можно узнать, чем ненормаль файлы в /etc/default/? RUN_DAEMON="no" в
/etc/default/tor пережило уже 100500 апгрейдов.

--
http://375gnu.wordpress.com

== 3 с 7 ==
Дата: Вс. 11 сен 2011 04:00
От: sergio

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.

== 4 с 7 ==
Дата: Вс. 11 сен 2011 04:40
От: Gary Golden

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

== 5 с 7 ==
Дата: Вс. 11 сен 2011 04:40
От: "-=Devil_InSide=-"

,-----[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_inside@jabber.ru *
* Registered linux user #450844 *
**************************************

== 6 с 7 ==
Дата: Вс. 11 сен 2011 05:10
От: Andrey Rahmatullin

On Sun, Sep 11, 2011 at 01:43:07PM +0300, 375gnu wrote:
> >С другой стороны, RUN_SERVER
> > в /etc/default/ очень ясно даёт понять, что нормального способа регулировать
> > запуск не существует вообще.
> Можно узнать, чем ненормаль файлы в /etc/default/? \
Тем, что это отвратительный костыль.

--
WBR, wRAR

== 7 с 7 ==
Дата: Вс. 11 сен 2011 12:30
От: sergio

On 09/11/2011 03:39 PM, Gary Golden wrote:

> insserv -r tor

Поспешу огорчить, update-rc.d пользуется insserv'ом.

--
sergio.

==============================================================================
ТЕМА: Помогите настроить GRUB2!
http://groups.google.com/group/linux.debian.user.russian/t/0b461ef5f437fc38?hl=ru
==============================================================================

== 1 с 1 ==
Дата: Вс. 11 сен 2011 05:10
От: Andrey Rahmatullin

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

==============================================================================
ТЕМА: Про рассылку
http://groups.google.com/group/linux.debian.user.russian/t/30d956c8694d5738?hl=ru
==============================================================================

== 1 с 9 ==
Дата: Вс. 11 сен 2011 06:10
От: Mikhail Ramendik

По впечатлениям от процесса решения задачи "заставить работать систему
на железе пятилетней давности" флудом на несколько тредов с участием,
кажется, уже всех наличных экспертов:

Главным достоинством дистрибутива 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

== 2 с 9 ==
Дата: Вс. 11 сен 2011 09:20
От: Ivan Shmakov

>>>>> Mikhail Ramendik <mr@ramendik.ru> 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)

== 3 с 9 ==
Дата: Вс. 11 сен 2011 09:50
От: Andrey Rahmatullin

On Sun, Sep 11, 2011 at 11:10:31PM +0700, Ivan Shmakov wrote:
> Меня, однако, вот что беспокоит: часть вопросов, решаемых в
> рассылке, могли бы быть интересны и пользователям других
> вариантов GNU/Linux. Поэтому, почему бы не воспользоваться
> чем-либо вроде news:relcom.comp.os.unix?
Потому что единственным преимуществом русскоязычной рассылки является её
русскоязычность.

--
WBR, wRAR

== 4 с 9 ==
Дата: Вс. 11 сен 2011 10:50
От: Ivan Shmakov

>>>>> Andrey Rahmatullin <wrar@wrar.name> 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)

== 5 с 9 ==
Дата: Вс. 11 сен 2011 11:10
От: linux-1992@yandex.ru

Рассылка удобна тем, что нет необходимости вручную проверять наличие новых сообщений (как на форумах), но это в случае, если вы используете почтовые клинты. А за счет автоматизации отправки и получения сообщений, можно быстрее получить ответ на свой вопрос.

== 6 с 9 ==
Дата: Вс. 11 сен 2011 11:40
От: Artem Chuprina

> Меня, однако, вот что беспокоит: часть вопросов, решаемых в
> рассылке, могли бы быть интересны и пользователям других
> вариантов GNU/Linux. Поэтому, почему бы не воспользоваться
> чем-либо вроде news:relcom.comp.os.unix? Конференция, IIUC, по
> меньшей мере несколько лет как не используется, что, однако, не
> делает ее неработоспособной.

Смотря как считать работоспособность. Если по вероятности получить полезный
ответ на свой вопрос, то, полагаю, неработоспособна.

--
Весь юникс для того и был придуман, чтобы PS в принтер выплевывать.
Alex Korchmar в <a63nn3$ef7$1@alx.private>

== 7 с 9 ==
Дата: Вс. 11 сен 2011 12:10
От: "Murat D. Kadirov"

On Sun, Sep 11, 2011 at 11:10:31PM +0700, Ivan Shmakov wrote:
> >>>>> Mikhail Ramendik <mr@ramendik.ru> 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

== 8 с 9 ==
Дата: Вс. 11 сен 2011 12:10
От: Mikhail Ramendik

2011/9/11 Ivan Shmakov <ivan@gray.siamics.net>:

> > Главным достоинством дистрибутива 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

== 9 с 9 ==
Дата: Вс. 11 сен 2011 12:20
От: "Murat D. Kadirov"

On Sun, Sep 11, 2011 at 09:52:27PM +0400, linux-1992@yandex.ru wrote:
> Рассылка удобна тем, что нет необходимости вручную проверять наличие новых сообщений (как на форумах), но это в случае, если вы используете почтовые клинты. А за счет автоматизации отправки и получения сообщений, можно быстрее получить ответ на свой вопрос.
>

При использовании nntp-клиента вы разницы между рассылкой и конференцией
usenet вообще не заметите. Зато ответ можете получить чаще более
квалифицированный, уж как минимум с гораздо меньшим кол-ом "понтового"
шума.

--
Murat D. Kadirov
PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0

==============================================================================
ТЕМА: Проверить CPU 1
http://groups.google.com/group/linux.debian.user.russian/t/869e0e3f9798d5eb?hl=ru
==============================================================================

== 1 с 3 ==
Дата: Вс. 11 сен 2011 06:20
От: Mikhail Ramendik

Всем привет!

Хотя время тестирования пока не было достаточным, но есть подозрение,
что при использовании 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

== 2 с 3 ==
Дата: Вс. 11 сен 2011 12:10
От: Alexander Danilov

11.09.2011 17:15, Mikhail Ramendik пишет:
> Всем привет!
>
>
> Соответственно, вопрос: есть ли на Линуксе надёжный и общепринятый
> метод CPU stress testing, на результаты коего можно ссылаться на том
> же LKML в смысле "процессор проверен и работает"? Проверять надо и кэш
> тоже, разумеется.
>

apt-get install cpuburn

== 3 с 3 ==
Дата: Вс. 11 сен 2011 12:20
От: Mikhail Ramendik

2011/9/11 Alexander Danilov <alexander.a.danilov@gmail.com>:

>> Соответственно, вопрос: есть ли на Линуксе надёжный и общепринятый
>> метод 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

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

Данное сообщение отправлено Вам, так как Вы являетесь подписчиком Группы 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 - новые сообщения (25) в темах 5 - обзор

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

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

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

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

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

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

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