from:"Anton Anikin"

В сообщении от 5 мая 2009 DamirX написал(a):

 Господа! Ну что вы в самом деле? Это - рассылка. Сюда пишут для
 _самовыражения_, в первую очередь, для обмена опытом - во вторую, ни и
 тд.
 ЗЫЖ в более других рассылках (freebsd, с) вообще, дедовщина и мордобой
 получается, по вашим меркам.

Да я уже понял, что зря трачу время :) Но вроде хотелось культурно, 
по-вежливому поговорить

Re: xserver-xorg и hal

В сообщении от 5 мая 2009 Alexey Pechnikov написал(a):

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

Про сноба я погорячился, признаю. Про яйца - тоже, перепутал вас с
Victor Wagner. Прошу прощения за невнимательность (почти ночь у нас была уже).
К троллению мои сообщения никакого отношения не имеют.

Насчет дом. задания - не надо тут выкручиваться. Рассылка не только
немодеруруемая, но и вроде как равноправна для всех ее участников. Если
вы (или Артем) считаете, что можете относится к другим снисходительно -
это ваши личные проблемы, а точнее проблемы вашего воспитания. Лично мне
неприятно общаться с вами в таком ключе.

Взаимно. Возьмите назад свои слова насчет моих аргументов и я с радостью
прекращу общение с вами.

Ну что же вы оскорбились ? Вашу фразу Аргументы от Anton Anikin
вида плохо, хорошо и глупо весьма способствуют улыбке. я как,
по-вашему, должен воспринимать ? Вы выразили свое мнение о моих словах, я - о
ваших.

И предлагаю закрыть тему. Ничего хорошего никто друг другу уже не скажет.

Re: xserver-xorg и hal

В сообщении от 5 мая 2009 Alexey Pechnikov написал(a):

Ты пишешь про работу с shared memory и матричные операции. Про загружать
кусками слова не было. Более того, не так просто разделить матрицу так,
чтобы по результатам матричной операции с полученными частями можно было
собрать итоговую матрицу. А если это сделать и оперировать разделенной
матрицей, то общая память совершенно не нужна, т.к. каждый поток вычислений
работает со своими данными.

Это был всего лишь пример. Вот есть у нас алгоритм, он что-то обрабатывает (ту
же матрицу, будь она неладна). Алгоритм этот работает в один поток и не
критичен по скорочти в том смысле, что будет быстрее - хорошо, нет - ну и фиг
с ним. Чем плох вариант с использованием openMP (пара-тройка срок в коде) и
задействованием всех ядер в системе (благо их больше чем одно сейчас, как
правило) ? Про большие объемы сейчас речь не идет, просто хочется, чтоб
побыстрее, если можно (желательно с минимальными изменениями в коде).

Тебе объяснили, что твой пример с матрицей не подходит, если других
аргументов нет, имей честность признать это. А насчет ерунды - повежливее
надо быть, даже если сказать нечего. Разделение матриц вовсю использовалось
еще на одноядерных компах, поскольку дает возможность обсчитывать огромные
матрицы при ограниченном ОЗУ и времени (при сбое потеряется только
результат текущей итерации). И при наличии нескольких
ядер/процессоров/компов запускается соответствующее число экземпляров
программы. У нас на кафедре так делали как минимум еще в 90-х.

Ладно, если вы считаете, что этот пример плох - оставим его. Я прекрасно
осознаю, что практически всё, что считают сейчас - считалось и 30 лет назад.
Тем не менее, я не считаю существование нитей и openMP - бесполезным. И
городить огород с процессами, передачей параметров этим процессам, запуском
их в нужном количестве вручную (т.е. код для этого писать надо, да он еще и
платформозависимый будет, т.к. банальное определение числа процессоров в
системе зависит от ОС и т.д.) там, где можно обойтись 2-3 (10) строками для
включения нитей через openMP - лично мне влом. Если результат будет один и
тот же - то зачем ? Еще раз повторю - все это ИМХО и применимо не для всех
задач. Если я и буду делать это через процессы - то только с использованием
MPI(MPICH) - там все это выглядит естественным и не надо заморачиваться
с ручным запуском всего этого хозяйства.

Re: xserver-xorg и hal

В сообщении от 5 мая 2009 Alexey Pechnikov написал(a):
Мда, shared memory уже стала чем-то вроде tmpfs, та же файлопомойка, только
в ОЗУ. И вы этим еще и гордитесь... Кстати, если система не нуждается в
масштабировании, ваши ухищрения тем более не понятны.

Где я чем-то горжусь ? Если использование нескольких процессоров на
SMP-системе - это не масштабируемость, то что же это тогда ? Слово
масштабируемость - достаточно скользкое, но тем не менее. К тому же она
бывает разного масштаба (такой вот каламбур получился). На фоне мощных
вычислительных систем (как MPP, так и NUMA) с тысячами или десятками тысяч
процессоров, это конечно, смешно. Но на фоне 1 процессора - вполне себе.

Еще как агитируете, и притом вы не представили ни одной области, где и в
самом деле были бы нужны нити. Самое интересное, что такие области есть,
только вы о них не знаете. Отсюда следует вывод, что нити вам вообще ни
разу не нужны. А вот, к примеру, разработчики ejabberd понимали, что им
нужно, и использовали erlang. Ага, они еще и знали, что такое событийное
программирование.

Покажите, пожалуйста, где я агитирую ? То, что я не согласен с вами в
некоторых вопросах - не означает мое тотальное неприятие вашей точки зрения и
начало агитации за нити.

P.S. Посмотрите архитектуру PostgreSQL, который заточен на использование
многих гигабайт shared memory. Это как раз то, к чему вы призываете. Может,
дойдет...

Спасибо, посмотрю. Но вы же призывали к вежливому общению, и тут же сами
ставите под сомнение мои умственные способности - очень последовательно,
ничего не скажешь.

Re: xserver-xorg и hal

В сообщении от 4 мая 2009 Victor Wagner написал(a):

Мое категоричное утверждение было о том, что БЫВАЮТ задачи для которых
нити действительно полезны и БЫВАЮТ программисты, которые способны с
ними в этой ситуации справиться. Но в 90% задач существуют более
надежные решения. И более простые, которые можно уложить в голове у
нормального программиста, а не супергения.

Ситуации бываю разные. И методы их решения тоже. Предложите варианты
(переносимые) для эффективной масштабируемости на SMP-системах. Я уже писал
об этом выше.

На мой взгляд, сейчас есть ряд весьма популярных технологий (нити -
не единственная, есть еще OOP), написание надежных программ на которых
требует очень высокой квалификации, очень грамотного дизайна, но при
этом эти технологии создают ОБМАНЧИВОЕ впечатление простоты.

Отказ от ООП как такового вовсе не гарантирует вам хорошего качества продукта
на выходе. Зачастую такого понапишут, что черт ногу сломит. Для ООП это тоже
актуально, поэтому, как мне кажется, всё зависит от квалификации
разработчика. Если она недостаточна, то ни ООП, ни процедурный стиль, ни
функциональный не дадут вам удовлетворительный результат.

Поэтому в качестве rule of thumb использования этих технологий следует
избегать елико возможно. И использовать только тогда, когда были
перепробованы все остальные варианты, и стало очевидно, что они не
годятся. (кстати, сам факт перепробования остальных вариантов очень
способствует правильному дизайну).

следует избегать елико возможно - это вы сами придумали ? Или есть
рекомендации в серьезных источниках ?

OpenMP - узконишевой продукт. Причем в такой нише, где надежность, как
правило, не является категорическим императивом. Потому что типичная
счетная задача девять раз из десяти завершается неудачей вовсе не потому
что наступили на грабли с нитями, а потому что не углядели какой-то
особенности в модели. Поэтому если она будет завершаться неудачно не 9
раз из 10, а 19 из 20, но эти 20 прогонов будут завершены быстрее, чем
те 10 - на это можно пойти.

openMP пригоден не только для счетных задач (моделирование, о котором вы
упомянули), тем более для них есть более подходящие средства. У учетом того,
что он есть во всех современных компиляторах, сфера его применения может быть
весьма широкой. Естественно, при АДЕКВАТНОМ применении. При неадекватном
любая технология может выдать монстра.

А вот задачи с которыми пользователь имеет дело каждый день - браузер,
X-сервер, текстовый редактор etc просто НЕ ИМЕЮТ права падать. Даже в
случае заведомо неправильных действий пользователя.

Т.е. из этой фразы можно сделать вывод, что нити - потенциально ведут к
падениям ПО, написанного с их использованием ? Странно как-то это звучит.
Т.е. если мы все напишем через FSM или fork, то программа сразу будет
являться образцом стабильности и надежности? Ну-ну.

Re: xserver-xorg и hal

В сообщении от 4 мая 2009 Victor Wagner написал(a):
On 2009.05.04 at 22:45:37 +0900, Anton Anikin wrote:
В сообщении от 4 мая 2009 Victor Wagner написал(a):
Собственно то, что в Linux сейчас bluetooth без D-Bus не работает, это
как раз одна из основных претензий к новомодным веяниям. X-сервер у
меня пока старый, без hal обходится. А вот bluetooth уже в etch без
D-Bus никак.

Без обид, но лично вам как мешает установленный в системе D-Bus ?

Он должен быть не установленный в системе, а запущенный и работающий.
С этим у меня как-то доходило до того, что система просто меня не
пускала - вводишь логин и пароль, а она подумает-подумает, и выкинит
обратно окошко дисплей-менеджера. Потому что не смогла инициализировать
session bus. (правда, при очередном апгрейде dbus пофиксилось).

А с bluetooth все еще хуже. Раньше можно было в
/etc/bluetooth/hcid.conf написать что данный адаптер должен быть всегда
discoverable. Теперь - нельзя. Надо это дело через dbus api hcid
включать. И со спариванием устройств то же самое - нужно passkey-agent,
который умеет работать через D-Bus API.

А в комплекте bluez ВООБЩЕ НЕТ нормальных командно-строчных утилит.
sdptool например, не умеет выдавать ненулевой код завершения, если не
нашел того, что просили. Про формат выдачи я уж вообще молчу.

Тот passkey-agent.c, который кладется в /usr/share/doc/examples, и
который до недавнего времени практически без изменений использовался
kbluetooth, написан так, что при его завершении libdbus ругается
на недопустимую операцию.

Пришлось переписывать нафиг. Ну и утилиту которая переключает режимы
видимости адаптера пришлось самому писать.

Понятно :) Просто bluetooth использую только через kde, вроде работает, вот и
не парился ни с hal, ни с dbus.

Re: xserver-xorg и hal

В сообщении от 4 мая 2009 Artem Chuprina написал(a):
 Бывают.  Но это очень специфический класс задач.  И нет, нижеприведенные
 примеры к таковым не относятся.

Хорошо, озвучьте тогда этот класс, если вас не затруднит. И чем приведенный 
пример плох ? Насколько мне известно, многие архиваторы поддерживающих smp - 
сделаны на потоках, и вполне себе работают.

 Разработчики Photoshop - довольно известный пример неадекватности.  Ну,
 то есть алгоритмисты у них хорошие, а вот с программистами не
 сложилось.  Странно, что Вы этого не знаете...

Я не говорю, что они гении, но и не считать их неадекватными. Что же именно 
там у них не так ?

Re: xserver-xorg и hal

В сообщении от 5 мая 2009 Artem Chuprina написал(a):

 Хорошая отмазка.  Так можно все свалить на категоричность, Вам не
 кажется?

А вот это уже называется игрой в слова. Жаль, что нормальной беседы не 
получилось.

P.S. Человек тем и отличается от животных, что имеет возможность 
контролировать свои эмоции (пусть и не всегда) и оценивать их впоследствии. И 
если под воздействием этих эмоций сказал что-то не совсем корректное - 
признать это.

Re: xserver-xorg и hal

В сообщении от 4 мая 2009 Artem Chuprina написал(a):

 Золотые слова...  Витус нигде не выдавал _категорических_ высказываний.
 В отличие от эмоциональных, да.  Если вы внимательно читали ветку, то
 должны были заметить это.

Хорошая отмазка. Так все можно свалить на эмоции, Вам не кажется ?

Re: xserver-xorg и hal

В сообщении от 4 мая 2009 Anton Anikin написал(a):

Что-то с окончаниями слов у меня плохо стало. Спать уже пора, видимо

Re: xserver-xorg и hal

В сообщении от 5 мая 2009 Artem Chuprina написал(a):
Anton Anikin - debian-russian@lists.debian.org @ Mon, 4 May 2009 23:46:35
+0900:
Бывают. Но это очень специфический класс задач. И нет,
нижеприведенные примеры к таковым не относятся.

AA Хорошо, озвучьте тогда этот класс, если вас не затруднит.

Я верю в осмысленность разделяемой памяти для баз данных. Для беготни
по индексам в условиях, когда mmap() работает на запись неоптимально. А
так как-то сходу больше и не приведу примеров...

Разработкой БД не занимался, но вот для быстрой распределенной (в рамках SMP)
обработки большого объема данных (когда обработка одной части не влияет на
другую - как тупейший пример - возведение элементов матрицы в квадрат) -
вполне применима. Или вместо последовательного запуска независимого фрагмента
кода N раз (итерации в какой-нибудь счетном алгоритме как пример) в несколько
потоков - тоже нормально. Лично я 2-мя строками с помощью openMP добавил в
один из своих расчетных алгоритмов возможность использования всех доступных
ядер без побочных эффектов и сегфолтов - это разве плохо? И я уверен, что мой
код корректно отработает везде, где есть нитки и компилятор тянет openMP.

Я могу это объяснить, например, тем, что основная целевая платформа либо
платформа разработки их - Windows. Где _традиционно_ для
распараллеливания используются нити. И... надо сказать, осмысленность
таких архиваторов, похоже, весьма ограничена как таковая. Ну, то есть в
отсутствие маркетингового буллшита они как-то не используются...

Не знаю как насчет рекламного *шита, но лично меня устраивает, что архиватор
(7z - он вообще к коммерции не имеет отношения, если что) оптимально
использует мое железо. Если вам это не нужно - не говорите за всех.

Я не знаю, насколько их подход был адекватен для MacOS, но та MacOS уже
не существует, а фотошоп все еще развлекается с собственным свопом (по
слухам - так, что ставит раком всю систему) и пишет в Program Files.
Больше 10 лет существует Photoshop под Windows, а его программисты так и
не осознали этого факта. Теперь он уже и под родную макось
неадекватен...

Про это ничего не скажу, поскольку мало с ним работал (и то давно). Но тут
скорее всего просто сказывается слишком большой объем унаследованного кода.
Думаю, что рано или поздно разгребут. Примером подобной
унаследованной помойки может служить и открытые Mozilla Firefox +
OpenOffice.org - нынешние разработчики, похоже сами не всегда знают, что
имеют в том коде, которым занимаются.

Re: xserver-xorg и hal

В сообщении от 5 мая 2009 Artem Chuprina написал(a):
 Ряд подписчиков этой рассылки, насколько мне известно, полагают, что
 _такая_ популярность Free Software вообще и линуксу в частности вредна.
 Поэтому тот факт, что она еще и не бесплатна, является отягчающим
 обстоятельством.

Я не говорю, что это хорошо. Но и однозначно плохим не считаю. А держаться до 
упора за то, что было 20-30 лет - иногда глупо. 

 А размышление, почему она вредна, я оставлю Вам в качестве домашнего
 задания...

И не надо снисходительности, Вы мне, вроде, не старший брат. Домашние задания 
оставляйте, пожалуйста, своим детям (ученикам).

Re: xserver-xorg и hal

В сообщении от 4 мая 2009 Victor Wagner написал(a):

 Собственно то, что в Linux сейчас bluetooth без D-Bus не работает, это
 как раз одна из основных претензий к новомодным веяниям. X-сервер у меня
 пока старый, без hal обходится. А вот bluetooth уже в etch без D-Bus
 никак.


Без обид, но лично вам как мешает установленный в системе D-Bus ?

Re: xserver-xorg и hal

В сообщении от 4 мая 2009 Victor Wagner написал(a):

 ЛИчно я бы оторвал яйца тому, кто стал бы это делать на shared memory.
 Потоки и только потоки. Причем так, чтобы обработчик (или много
 одинаковых обработчиков) можно было запустить отдельно из командной
 строки. И только после того, как он таким образом отлажен, пытаться
 вызывать его из графической оболочки.

Ну идите и оторвите яйца разработчикам openMP :). Я же написал при правильной 
реализации алгоритма - т.е. если алгоритм можно заточить под openMP (#pragma 
omp for как пример), то проблем не будет. Естественно, что такая ситуация 
возможна далеко не всегда.

Re: xserver-xorg и hal

В сообщении от 4 мая 2009 Alexey Pechnikov написал(a):

Создать пул процессов (можно на разных физических хостах) и распределять
задачи по этому пулу. Масштабируемость - от одноядерного однопроцессорного
хоста до всех компьютеров сети Интернет.

Не спорю. Но бывают не настолько требовательные по масштабируемости процессы,
но нужна быстрая разделяемая память. И иметь геморрой (пусть и маленький) с
этим пулом не всегда хочется.

Еще раз приведу пример - сжатие (архивация) данных, обработка видео (аудио).
Лично вы бы стали городить огород с процессами, пулом, выделением shared
memory и т.д. ? При правильной реализации алгоритма все это легко и просто
делается через нити. Использование того же openMP даже часть проблем с
синхронизацией снимает. Адекватность разработчиков PhotoShop, многопоточных
видеокодеков и т.д. вы тоже будете ставить под сомнение ?

Еще раз повторю, что никого не агитирую использовать нити. Просто для них есть
свои сферы, а вы малость лукавите, пытаясь представить ситуацию так, что сфер
таких нет. Вы призываете не использовать нити в неподходящих для них
ситуациях. Я - использовать в подходящих.

Re: xserver-xorg и hal

В сообщении от 4 мая 2009 Alexey Pechnikov написал(a):

Я бы добавил, что самые масштабируемые системы как-раз таки используют
архитектуру shared nothing. И масштабируются почти линейно. Но, конечно,
нити и т.п. это ж куда как круче звучит, чем fork(), так что вряд ли вам
удастся в чем-то убедить оппонента.

Если вы внимательно читали ветку, то должны были заметить, что я нигде не
выпячиваю ни нити, ни что-либо другое. Я считаю, что каждой вещи - свое место
при правильном ее применении. Просто я против КАТЕГОРИЧЕСКИХ высказываний -
это отдает нездоровым максимализмом, вот и всё.

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

P.S. И еще как пример применения нитей (который вы все так не любите) -
геймдев. Сфера специфическая, но тем не менее. И разработчики при этом вполне
успешно разруливают все эти ужасы с указателями, ведущими к сегфолтам.
Интересно ваше мнение на этот счет - что там нужно использовать вместо
ниток ?

Re: xserver-xorg и hal

В сообщении от 4 мая 2009 Artem Chuprina написал(a):

 Вот так винда устроена.  Вроде работает, простые вещи делаются просто, а
 сложные - никак не делаются.  Причем понятия простое/сложное - ни разу
 не юзерские...

Ну не все так плохо, как мне кажется. Линукс за последние годы, конечно, 
несколько отошел от своего первоначального пути. Но это плата за некоторую 
популярность, как мне кажется - простым юзерам хочется чтоб было попроще и 
покрасивше.

Re: xserver-xorg и hal

В сообщении от 5 мая 2009 Alexey Pechnikov написал(a):

Вы преувеличиваете. Аргументы от Anton Anikin вида плохо, хорошо и
глупо весьма способствуют улыбке. Что касается домашнего задания, то
это словосочетание используют многие преподаватели и учителя, в том числе в
неформальной обстановке - выходит, вы их всех готовы в хамы записать? А
если я вас неправильно понял, то и вы могли неправильно понять. Давайте
будем следить за собой, а не другими.

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

Насчет дом. задания - не надо тут выкручиваться. Рассылка не только
немодеруруемая, но и вроде как равноправна для всех ее участников. Если вы
(или Артем) считаете, что можете относится к другим снисходительно - это ваши
личные проблемы, а точнее проблемы вашего воспитания. Лично мне неприятно
общаться с вами в таком ключе.

Re: xserver-xorg и hal

В сообщении от 5 мая 2009 Artem Chuprina написал(a):
 Это совершенно другой вопрос.  Но если Вы не отличаете эмоционального
 высказывания от категоричного, то разговора тоже не получится.  Потому
 что собеседники под разными словами будут понимать разное.  Что и
 наблюдается.

Если человек на протяжении всей дискуссии гнет одну и ту же линию, пусть и в 
эмоциональной форме, это говорит лишь о том, что он действительно так 
считает, пусть и облекает свои слова в гротескную форму. А если он постоянно 
общается в таком стиле, то чего удивляться, что его неправильно понимают ?

Re: xserver-xorg и hal

В сообщении от 5 мая 2009 Alexey Pechnikov написал(a):

 Жжете, иначе не скажешь.

no comments

 1. Лукавите, однако. То у вас большой объем данных, то вдруг он заведомо
 помещается в ОЗУ.

Эти данные можно загружать кусками - это новость для вас ?

 2. Распределенной обработкой у вас и не пахнет. Для распределенной
 обработки матрицы разделяют (используя блочное или ленточное по строкам или
 столбцам разделение) и полученные части матрицы обрабатывают независимо.
 То, что делаете вы, на паре ядер может дать выигрыш, но не масштабируется в
 принципе.

Еще раз повторю для внимательных - масштабируемость на SMP-системах. Для 
больших задач есть другие методы. И openMP может быть применен (и вполне 
применяется) не только для обработки матриц, почитайте хотя бы википедию, 
чтобы не говорить ерунды.

 Best regards, Alexey Pechnikov.
 http://pechnikov.tel/

Re: xserver-xorg и hal

В сообщении от 5 мая 2009 Artem Chuprina написал(a):
 О, детские обидки пошли...  (Взрослый человек, по идее, в курсе, что
 домашние задания дают не с целью гнобления...)

При чем тут обидки, взрослый Вы наш ? Если Ваше воспитание позволяет Вам 
давать домашнее задание в таком снисходительно-пренебрежительном тоне 
незнакомому человеку, с которым Вы, по-идее, должны бы разговаривать на 
равных, то тут вообще больше не о чем говорить.

P.S. Отрицательное мнение многих людей (включая мое) от Вашего обостренного 
самолюбия и завышенного самомнения, граничащего с хамством, не спасут ни Ваши 
знания, ни Ваш профессиональный опыт.

Re: xserver-xorg и hal

В сообщении от 5 мая 2009 Eugene V. Lyubimkin написал(a):

 Алексей, вы не правы. Давайте закончим эти глупые, уже давно нетехнические
 препирательства. Никакие нити с FSM'ами не стоят человеческих отношений.

Лично я поддерживаю. Никто никого уже ни в чем не убедит, да и смысле в этом 
нет.

Re: xserver-xorg и hal

2009-05-02 Пенетрантность Anton Anikin

В сообщении от 2 мая 2009 Иван Лох написал(a):

 А на чем рассчитывать-то будем? На кластере небось?

Для кластеров есть другие средства (MPI и им подобные) и там свои проблемы и 
уже отработанные методы их решения. Я имел в виду обычные SMP-системы, благо 
многоядерные процессоры - уже мейнстрим. И очень часто правильное применение 
банального #pragma omp for (и им подобных директив openMP) позволяет 
практически линейно масштабировать производительность при росте количества 
ядер. Это, конечно, далеко не всегда так красиво получается, но тем не менее 
(естественно, при понимании программистом как оно вообще работает и куда 
нужно, а куда не стоит это пихать).

Re: xserver-xorg и hal

2009-05-02 Пенетрантность Anton Anikin

В сообщении от 2 мая 2009 Иван Лох написал(a):

Когда Вы пишете счетный код Вы, как правило, еще не знаете на чем его
придется запускать. Если Вы используете только MPI, то Вы можете перенести
свой код на кластер, а если, OpenMP, то Вам придется делать гибрид. То есть
менять все прагмы и заново отлаживаться. К тому же MPICH быстрее и лучше
управляется.

P.S. Я правильно понимаю, что Chrome это демонстративный отказ от нитей?

Ну я может не совсем правильно выразил свою мысль :) Естественно, если идет
речь о серьезной счетной задаче, с использованием кластеров, то про про
openMP, в принципе, можно и не говорить (хотя есть всякие там Cluster OpenMP
от Intel, но это очень узкий сегмент железа). Тут, естественно, нужно думать
в категориях MPI (MPICH, etc) - это, правда, серьезно повышает требования к
разработчику. Но на мой взгляд, очень небольшой процент разработчиков вообще
сталкиваются с такими задачами. Гораздо чаще и вычислительная сложность задач
существенно ниже и для них вполне хватает мощностей современного
ширпотребного железа. И вот для них городить те же подходы, что и для
кластеров, ИМХО избыточно. Тех же ниток (через openMP) вполне хватает. К
такого рода задачам легко можно отнести кодирование видео (аудио), сжатие
(архивация) данных и множество других десктопных операций. В последнее
время, правда, производители GPU начинают серьезно, и вполне успешно
зачастую, замахиваться на этот сегмент, но еще многое предстоит сделать в
плане стандартизации данной технологии (ждем openCL).

Так что, как мне кажется каждая из технологий вполне живет в своей нише. MPI
(MPICH) - серьезные задачи на серьезном железе, openMP(нитки) - задачи
попроще на SMP-системах.

P.S. Как я понял хром - браузер от гугла ? Я просто не смотрел ещё на него,
поэтому не в курсе что там за похороны нитей. Подбросьте ссылочку, если не
сложно.

Re: xserver-xorg и hal

2009-05-01 Пенетрантность Anton Anikin

В сообщении от 1 мая 2009 Artem Chuprina написал(a):

openMP, может, придумали и не дураки. А вот апологеты программирования
на нитях, как правило, дураки. И программы у них, как правило, не
работают. Вернее, у них на машине, в тепличных условиях да под
дебаггером, типа работают. А в реальной жизни - нет... А те, у кого
программы на нитях работают, потому что написаны правильно - почему-то
не апологеты. Может быть, потому что знают, какой это геморрой -
правильно написать программу с нитями, не проиграв при этом в скорости
альтернативам...

Я вообще-то не утверждаю, что нити - единственный вариант решения проблемы.
Я - против категоричных утверждений (камень в огород того товарища, кому я и
писал первый раз). Идеальных решений не существует и всему свое место. Вы же
не станете утверждать, что нити не нужны вообще ?

P.S. Не могу отнести себя к параллельщикам, но тот же openMP вполне себе
работает как положено при правильном его использовании.

Re: xserver-xorg и hal

2009-05-01 Пенетрантность Anton Anikin

В сообщении от 1 мая 2009 вы написали:

Угу, писали. И степень переносимости нитей и механизмов их
синхронизации проходили на практике, спасибо. Если говорить о песнях...

Да, с этим не всё шоколадно. Но есть ведь средства (библиотеки) для того,
чтобы облегчить работу программисту, скрыв от него тонкости реализации на
разных системах.

Там, где не годится FSM, нужен не fork, а spawn или popen. А реализован
он через fork или через CreateProcess - уже не важно.

В чистом виде FSM, если я думаю про то же, что и вы, далеко не всегда
применим - он же не масштабируется на несколько процессоров. Если нужна такая
масштабируемость, то процессы (нити) всё равно создавать придется. Да,
работать нужно будет аккуратно, но что поделать, за все необходимо платить.

Тут я спорить не буду. Разные задачи требуют разных решений. Для одних
подойдет FSM, для других - нити. Вы же не будете реализовывать любой
ресурсоемкий алгоритм (расчеты, обработка видеоб аудио и т.д.) на FSM ? Так
же и не стоит пихать нити куда попало. Но утверждать, что что-то однозначно
лучше (хуже) другого (без уточнения сфер применимости) - не совсем правильно.

Re: xserver-xorg и hal

2009-04-30 Пенетрантность Anton Anikin

В сообщении от 29 апреля 2009 Victor Wagner написал(a):
 Общественность думает, не пора ли сносить Debian и заменять его на
 OpenSolaris. 

Вперед :) Вы только не забудьте потом нам подробно описать процесс установки и 
настройки на более-менее современном железе :) Отмазки типа Wi-Fi, Bluetooth, 
аппаратное ускорение OpenGL и т.д. не завелись, но оно мне и нафиг не надо, 
т.к. я РАБОТАЮ (в браузере, по-видимому, у вас же нет более тяжелых программ 
в системе) не принимаются. А мы посмотрим и посмеемся.

P.S. Утомили уже фанатики с пеной у рта доказывающие свою гениальность 
и тупизну всего остального мира.

Re: ядро 2.6.23.1 и nvidia

2007-11-07 Пенетрантность Anton Anikin

Попробуй просто обновить драйвера на нвидию. У меня сейчас стоят 100.14.19 на 
2.6.22. Они же собирались и на 2.6.23.1

-- 
JID: [EMAIL PROTECTED]

Re: ядро 2.6.23.1 и nvidia

2007-11-07 Пенетрантность Anton Anikin

В сообщении от Четверг 08 ноября 2007 Mikhail Gusarov написал(a):
 Maksim A. Boyko [EMAIL PROTECTED] writes:
  И что теперь делать? ждать патчи, если они вообще будут?

 Да. И это удел всех, кто пользуется проприетарными поделиями. Впрочем,
 обёртка открыта, можешь попытаться исправить.

Не пользуйтесь, вас же никто не затавляет. Зачем такие грубости ? Или у вас 
все предмены в вашем быту оенсурсные ? Процессор, чипсет и т.д. ? Что за 
неадекватные выпады ? 

P.S. Дайте мне номальные открытые дрова, тогда и посмотрим. А пока пользуемся 
закрытыми, тем более, что с ними проблем никогда не возникало. Если бы все 
производители писали такие же драйвера (по качеству), то жизнь была бы 
намного приятнее

-- 
JID: [EMAIL PROTECTED]

Re: Как включить opengl?

2007-08-29 Пенетрантность Anton Anikin

В сообщении от Четверг 30 августа 2007 09:05 Konstantin Nikiforov написал(a):
 кстати, кому-нибудь удавалось заставить работать Direct Rendering для
 свежих видео-карт типа nvidia GeForce 7600 GS?


Да, у меня дома стоит 7600 GT - все работает хорошо :)
-- 
JID: [EMAIL PROTECTED]

Re: Примите поздравления (офтоп)

2007-07-27 Пенетрантность Anton Anikin

В сообщении от Пятница 27 июля 2007 16:57 Dmitry Fedorov написал(a):
 27.07.07, Oleg Anisimov (Олег Анисимов)[EMAIL PROTECTED] написал(а):
  бессмертных процессов

 А вот этого не надо!

Ага. Они могут быть бессмертными до тех пор, пока это не надоест админу :) 
Ведь он же бог и должен мочь делать все, что пожелает. :)

Ну а серьезно - всех с праздником ! И хотя я уже и не админ, а программист, но 
память о былых временах еще жива :)
-- 
JID: [EMAIL PROTECTED]

Re: VirtualBox --- Print Screen

2007-07-09 Пенетрантность Anton Anikin

В сообщении от Понедельник 09 июля 2007 16:33 Andrei Stankevich написал(a):
 Здравствуйте.

 Можно ли сделать скриншот клавишей Print Screen в гостевой ОС Windows
 XP, работающей в VirtulaBox?
 Задача: в VirtualBox запущена Windows XP, в которой выполняется некое
 приложение и редактируется документ в Word-е. Необходимо вставить скриншоты
 приложения в документ Word. С помощью клавиши Print Screen этого добиться
 не удалось... Может в Virtual Box что-то не настроил?

 Заранее спасибо за ответ.

 Андрей.

Это, конечно, не совсем то, что нужно, но снимать можно из меню самого 
VirtualBox: Машина - Сделать снимок. Может пригодится :)
-- 
JID: [EMAIL PROTECTED]

Re: Debian testing

2007-07-06 Пенетрантность Anton Anikin

В сообщении от Пятница 06 июля 2007 17:53 jetxee написал(a):
Wed, 4 Jul 2007 13:10:44 +0900, Anton Anikin [EMAIL PROTECTED]:
Злравствуйте. Думаю вот переходить с Etch на testing-ветку. Интересует
насколько стабильна она ? Т.е. часто ли бывают крупные проблемы ? Про
некоторые глючки время от времени + иногда поломанные зависимости знаю.
Какаие подводные камни еще могут ожидать ?

Всем заранее спасибо за советы.

Сейчас вот, например, в testing обновление с tetex на texlive сломано.
Если вдруг при обновлении что-то потянет за собой texlive (как у меня
вчера), то после обновления tetex уже не будет, а texlive будет
неработоспособен (ненастроен). И придётся чинить последствия
обновления. К счастью, именно эта проблема известна:

http://groups.google.com/group/linux.debian.user/browse_thread/thread/8fe57
998335cef4a/cbb0ecf7b1154e5a?lnk=gstq=texlivernum=2#cbb0ecf7b1154e5a

15 минут, конечно, но придётся повозиться.

Поэтому в случае с testing следует каждый раз внимательно смотреть, что
именно он собирается обновлять. Или быть готовым, что что-то может
сломаться.

Впрочем, обычно всё нормально. Однако когда у меня есть срочная работа,
я свой testing обычно не обновляю, пока работа не закончена. Думаю, в
случае stable риски намного меньше.

Я уже обновился. Не все прошло автоматом, но аккуратно ручками рагреб :)
Сейчас есть несколько пакетов не обновившихся, т.к. они сносят ряд других при
обновлении, но это временная ситуация, скоро я думаю, наладят. Тот же texlive
тоже не до конца обновили, поэтому пока не ставлю (предлагает удалить чать
своих же компонент). Единственный косяк, который слегка напрягает - что-то не
то с hal. Т.е. при втыкании флешки она в КДЕ не открывается - ругается на
недопустимый параметр монтирования (это оказался flush - я его пока отрубил в
файликах hal) + при размонтировании выдает следующее :

Устройство system:/media/sdb1 (/dev/sdb1) с именем 'my_usb_stick' подключенное
в /media/my_usb_stick не может быть отключено.
Отключение невозможно по следующей причине:
Cannot remove directory
Некоторые программы перечисленные ниже всё ещё используют это устройство. Вам
нужно закрыть их или перейти в другую папку в них перед там, как попробовать
отключить устройство ещё раз.
Cannot stat /media/my_usb_stick: No such file or directory
Cannot stat /media/my_usb_stick: No such file or directory
Cannot stat /media/my_usb_stick: No such file or directory

Флешка, впрочем, при этом успешно отмонтируется :) Думаю, что тоже наладят.

Режим использования тестинга у меня будет примерно такой-же, как и у Вас. Пока
работает - не ломай :)

P.S. И еще - ядро в тестинге, скорее всего, скоро тоже обновится. Я не стал
собирать модули для vmware-player, т.к. версия компилятора не совпала с
компилятором, собиравшим ядро :)
В остальном пока доволен. Всем спасибо за советы.
--
JID: [EMAIL PROTECTED]

Debian testing

2007-07-03 Пенетрантность Anton Anikin

Злравствуйте. Думаю вот переходить с Etch на testing-ветку. Интересует 
насколько стабильна она ? Т.е. часто ли бывают крупные проблемы ? Про 
некоторые глючки время от времени + иногда поломанные зависимости знаю. 
Какаие подводные камни еще могут ожидать ? 

Всем заранее спасибо за советы.
-- 
JID: [EMAIL PROTECTED]

Re: Cинхронизация сетевого репозитория с локальным

2007-06-20 Пенетрантность Anton Anikin

В сообщении от Среда 20 июня 2007 15:30 Andrey Nikitin написал(a):
 Доброго.

 Есть локальный небольшой репозиторий из нескольких пакетов и его копия в
 сети. Время от времени он меняется и нужно эти изменения синхронизировать c
 сетевым по ftp. То есть удалённые пакеты удалить, новые добавить,
 перезаписать новые Packages и Release. rsync-а, к сожалению, нет, есть
 http,ftp,scp.
 Как бы покрасивей это сделать, кроме как самому скрипт писать :)

Довольно просто и красиво реализуется при помощи lftp. man lftp на предмет 
mirror :)
-- 
JID: [EMAIL PROTECTED]

Re: Простенький редактор для mpeg2

2007-06-20 Пенетрантность Anton Anikin

В сообщении от Четверг 21 июня 2007 01:16 Oleg Sheremetinsky написал(a):
 На Tue, 19 Jun 2007 17:20:33 -0400

 Nicholas записано:
   Посоветуйте, пожалуйста, простенький редактор для mpeg2
 
  http://www.linux.unn.ru/debian/node/62
  MPGTX: Редактирование MPEG видео без потери качества

 Спасибо, но немного не то - надо видеть, что резать. Что-то типа virtualdub

посмотрите на kdenlive - может это то, что вы ищите ?
-- 
JID: [EMAIL PROTECTED]

Re: Adobe Flash, Etch и Opera

2007-06-13 Пенетрантность Anton Anikin

В сообщении от Среда 13 июня 2007 13:27 Vladislav Utkin написал(a):
 Здравствуйте,

 Столкнулся с проблемой после установки Etch: в опере не работает флэш.
 На сайте Adoba выложен только Adobe Flash Player 9.0, который
 отказывается работать с оперой. Где можно скачать 8ю версию под дебиан?

 ЗЫ
 9ка под firefox работает... Нужен именно флэш под оперу.

 С Уважением,
 Владислав

-- 
JID: [EMAIL PROTECTED]

Ставь в каталог с мозиллой. У Флеша глюк - он оперу не воспринимает 
почему-то :) При установке в мозилловский каталог (у 
меня - /usr/lib/iceweasel) опера сама подхватит плагин после рестарта. У меня 
именно так и сделано. Успехов :)

Re: Просмотреть многостраничный TIFF

2007-06-02 Пенетрантность Anton Anikin

В сообщении от Суббота 02 июня 2007 05:59 [EMAIL PROTECTED] написал(a):
 Всем привет!

 Хотелось бы просмотреть multi-page TIFF. В Etch.

 Гуглем нашёлся qfaxviewer , но в дистрибутиве его нет. и apt-get.org тоже
 не нашёл. Конечно, собрать (в пакет или /usr/local) всегда можно... но,
 быть может, лучше использовать что-то другое, что в дистрибутиве есть? Вот
 только - что?

 С уважением, Михаил Рамендик

Слышал на каком-то форуме, что вроде гномий evince умеет. Проверить не могу 
ибо КДЕ и нет такого TIFFа :)
-- 
JID: [EMAIL PROTECTED]

Re: Внешний карман для винта

2007-05-23 Пенетрантность Anton Anikin

В сообщении от Среда 23 мая 2007 02:20 Konstantin написал(a):
Итак имеем:
На машине установлен Дебиан Амд64 Ленни
ядро 2.6.20 из бекпортов (потому как на 2.6.18 не поднимается большая
часть железа на ноуте)..
УСБ работает нормально..
Есть карман с ИДЕ винтом (винт 80Г под ФАТ32) - чтение-запись - скорость
20 Мб/с (+- метр)..

Появился карман с САТА винтом (винт 400Г под ехт3, два раздела по
200Г)... И вот непонятная штука происходит:
Скорость чтения с кармана САТА нормальная - 20 Мб/с...
А вот скорость записи 1 Мб/с (+- 200 кб/с)...

Может кто подскажет в чем прикол? из-за ехт3? или куда посмотреть?

вот еще вывод dmesg насчет винта на всяк случай:

usb 2-2.4: new high speed USB device using ehci_hcd and address 5
usb 2-2.4: configuration #1 chosen from 1 choice
Initializing USB Mass Storage driver...
scsi2 : SCSI emulation for USB Mass Storage devices
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
usb-storage: device found at 5
usb-storage: waiting for device to settle before scanning
usb-storage: device scan complete
scsi 2:0:0:0: Direct-Access ST340062 0NS PQ: 0 ANSI:
2 SCSI device sdb: 781422768 512-byte hdwr sectors (400088 MB)
sdb: Write Protect is off
sdb: Mode Sense: 38 00 00 00
sdb: assuming drive cache: write through
SCSI device sdb: 781422768 512-byte hdwr sectors (400088 MB)
sdb: Write Protect is off
sdb: Mode Sense: 38 00 00 00
sdb: assuming drive cache: write through
sdb: sdb1 sdb2
sd 2:0:0:0: Attached scsi disk sdb
а этот винт случаем не опцией sync смонтирован ? :) Если да, то тормоз из-за
этого.
--
JID: [EMAIL PROTECTED]

mc + zsh - глючит история команд

Решил попробовать zsh - вещь хорошая, но нашелся один неприятный момент - при 
использовании mc появляются левые строки в хистори :( Проявляется в 
следующем : 

1) При запуске mc и нажатии Ctrl+O появляется консолька. Нажимаем вверх 
чтобы посмотреть предыдующую команду и видим такую вот хрень : 
precmd(){ pwd8;kill -STOP $$ } 
Потом идут нормальные команды. Если набрать что-то руками, ls к примеру, то 
потом эта корявая строка не повторится. Но и этого одного раза уже хватает 
для неудобств. 

2) При перемещении по каталогам и возврату к консоли через Ctrl+O последней 
командой в хистори будет что-то вроде следующего 
cd `echo -e '\0057'` 
далее опять идут нормальные команды. Предыдущая команда (п.1) уже не 
появляется. 

Почитал инфу в инете, предлагали включить кой-какие опции в .zshrc, не 
помогло. Конфиг такой : 

# Lines configured by zsh-newuser-install 
HISTFILE=~/.histfile 
HISTSIZE=1000 
SAVEHIST=1000 
bindkey -e 
# End of lines configured by zsh-newuser-install 
# The following lines were added by compinstall 
zstyle :compinstall filename '/home/htower/.zshrc' 
autoload -Uz compinit 
compinit 
# End of lines added by compinstall 

setopt histignorespace 

Куда копать - непонятно :(. Дистр - Debian Etch. Может кто подсказать, в чем 
проблема ? 

P.S. 
mc --version 
GNU Midnight Commander, версия 4.6.1 
Виртуальная файловая система: tarfs, extfs, cpiofs, ftpfs, fish, smbfs 
Со встроенным редактором 
С установленной в системе библиотекой S-Lang с базой данных terminfo 
C поддержкой внутренней командной оболочки 
С поддержкой фоновых операций 
С поддержкой мыши в xterm и консоли Linux 
С поддержкой событий X11 
С поддержкой интернационализации 
С поддержкой многих кодировок 

zsh --version 
zsh 4.3.4 (i686-pc-linux-gnu)

Re: mc + zsh - глючит история команд

В сообщении от Среда 16 мая 2007 17:12 Aleksey Luzin написал(a):
 мне в таком случае помогло создание файлика ~/.mc/bashrc
 с таким содержимым:
 HISTCONTROL=ignoreboth

Для bash оно работает, естественно, но не для zsh :)

Re: mc + zsh - глючит история команд

В сообщении от Среда 16 мая 2007 17:11 Mikhail Gusarov написал(a):
 http://www.zsh.org/mla/users/2002/msg00500.html

 setopt histignorespace
 alias cd=' builtin cd'

 PS: aptitude remove mc

Вы сами-то пробовали  ? :) И думаете, что я не умею пользоваться гуглом ? Эту 
страницу я смотерл, как и ряд других. Ничего, из того, что там предлагалось, 
не подошло. (+ см. год того поста из листа).

P.S. apt-get remove aptitude :) (такой же полезный P.S. как и ваш :) )

Re: mc + zsh - глючит история команд

В сообщении от Среда 16 мая 2007 17:56 Mikhail Gusarov написал(a):
 Twas brillig at 17:53:53 16.05.2007 UTC+09 when Anton Anikin did gyre and
 gimble:

 Для интереса попробовал - рецепт работает.

  AA (+ см. год того поста из листа).

 Да-да. И синтаксис sh несовместмо изменился в прошлом году, и fork(2)
 поменял свою семантику в 2004.

У меня не работает :( Ваши версии zsh и mc можно узнать ? И еще - я может не 
совсем верно выразился - в самом файле истории zsh все нормально, т.е. там 
нет левых строк. Но они есть при работе в mc - с этим у вас нормально ?

P.S. И давайте без сарказма ? Вы же не будете утверждать, что вы великий Гуру 
и ваши рецепты работают везде ? Проблема может быть у единиц пользователей, а 
не у всех, но от этого она не перестанет сущетвовать...

-- 
JID: [EMAIL PROTECTED]

Re: mc + zsh - глючит история команд

В сообщении от Среда 16 мая 2007 17:56 Mikhail Gusarov написал(a):
 Для интереса попробовал - рецепт работает.

  AA (+ см. год того поста из листа).

 Да-да. И синтаксис sh несовместмо изменился в прошлом году, и fork(2)
 поменял свою семантику в 2004.

+ можно ваш конфиг zsh ?

P.S. Удаление данных опций никак не сказалось на файле истории :) Как в ней не 
было косяков, так и нет. Т.е. проблема, скорее всего опять в mc :(
-- 
JID: [EMAIL PROTECTED]

Re: mc + zsh - глючит история команд

В сообщении от Среда 16 мая 2007 18:12 Mikhail Gusarov написал(a):
 Twas brillig at 18:09:04 16.05.2007 UTC+09 when Anton Anikin did gyre and
 gimble:

  AA У меня не работает :( Ваши версии zsh и mc можно узнать ?

 mc 1:4.6.1-7
 zsh 4.3.2-25

  AA И еще - я может не совсем верно выразился - в самом файле истории zsh
 все AA нормально, т.е. там нет левых строк. Но они есть при работе в mc -
 с этим у AA вас нормально ?

 Походил по каталогам в mc: в истории пусто.

  AA P.S. И давайте без сарказма?

 Изначальная форма вопроса подталкивала.

Вы на testing-ветке сидите ? (судя по версии mc). Сейчас попробую собрать из 
сырцов более свежий mc/testing  - о результатах сообщу :) 

Ваши конфиги на моем компре не дали результата :(
-- 
JID: [EMAIL PROTECTED]

Re: mc + zsh - глючит история команд

В сообщении от Среда 16 мая 2007 18:28 Anton Anikin написал(a):
 В сообщении от Среда 16 мая 2007 18:12 Mikhail Gusarov написал(a):
  Twas brillig at 18:09:04 16.05.2007 UTC+09 when Anton Anikin did gyre and
  gimble:
 
   AA У меня не работает :( Ваши версии zsh и mc можно узнать ?
 
  mc 1:4.6.1-7
  zsh 4.3.2-25
 
   AA И еще - я может не совсем верно выразился - в самом файле истории
  zsh все AA нормально, т.е. там нет левых строк. Но они есть при работе в
  mc - с этим у AA вас нормально ?
 
  Походил по каталогам в mc: в истории пусто.
 
   AA P.S. И давайте без сарказма?
 
  Изначальная форма вопроса подталкивала.

 Вы на testing-ветке сидите ? (судя по версии mc). Сейчас попробую собрать
 из сырцов более свежий mc/testing  - о результатах сообщу :)

 Ваши конфиги на моем компре не дали результата :(

Пересборка не помогла :( Файл истории как и раньше нормальный, а вот исорий в 
самом mc гонит...
-- 
JID: [EMAIL PROTECTED]

Re: ejabberd + jit

2006-01-26 Пенетрантность Anton Anikin

В сообщении от Четверг 26 января 2006 17:11 Dmitry Baryshkov написал(a):

 BTW: М.б. проблема в недопонимании? Импорт контактов из icq происходит
 только при регистрации у jit! При последуюших входах импорт не
 происходит, контакт-лист не синхронизируются с асечным.

Я знаю, что все происходит только при регистрации. Именно при ней ничего и не 
происходит (. Т.е. производится вход в аську и все. Никакого импорта.

Re: ejabberd + jit

2006-01-25 Пенетрантность Anton Anikin

В сообщении от Среда 25 января 2006 23:23 Artem Chuprina написал(a):
У меня была алиска (alicq). Был взят ее список контактов (нет, я не
маньяк хранить его на сервере, но кажется, у маньяков она дублирует),
дописан скриптом в экспортированный (tkabber) жабберный ростер, и
результат импортирован обратно.

Я не против такого способа решения, но это, скажем так, одноразовое решение
одноразовой проблемы. Представим теперь, что у нас есть сервер, на котором
будет регистрироваться куча народа. И как мне объяснить этим людям
(большинство из них весьма далеки от тех тем, которые мы здесь обсуждаем),
что им нужно что-то экспортировать, а потом импортировать ? Да многие из них
вообще виндой пользуются и работали только со всякими там icq200*, ICQLite,
etc. Так что АВТОМАТИЧЕСКИЙ имопрт контактов, который УЖЕ ХРАНИТСЯ на сервере
icq, в данной ситуации был бы весьма полезен.

С наилучшими пожеланиями, Антон.

ejabberd + jit

2006-01-24 Пенетрантность Anton Anikin

Привет всем. Возник вопрос - кто-нибудь поднимал такое сочетание ? Если да, то 
буду ОЧЕНЬ признателен, если датите посмотреть на рабочие конфиги + укажите 
версии софта. Проблема, просто, в том, что я, вроде, все поднял и настроил, 
севис работает, все регистрируется и коннектится. НО: не работает 
автоматический импорт контактов (из аськи) в список. Руками добавлять - 
полный мазохизм. Буду благодарен за любую помощь...

Re: ejabberd + jit

2006-01-24 Пенетрантность Anton Anikin

В сообщении от Вторник 24 января 2006 22:35 Artem Chuprina написал(a):
 Подозреваю, что это проблемы конкретно jit.  Но мазохизм - это держать
 список контактов на аськовом сервере.  В отличие от жабберного.  Ответ
 на вопрос почему оставляется в качестве домашнего упражнения на чтение
 лицензий и политики AOL.

Многоуважаемый Артем. Я, конечно, понимаю ваш сарказм, но мне от этого не 
легче. Если вы не знаете решение данной проблемы, может вы не будете давать 
подобный абстрактные рекоммендации ? А то выглядит это, на мой взгляд, не 
лучшим образом. А насчет домашнего упражнения - почему бы вам самому этого 
не сделать ?

Re: Не получается собрать модули ядра vmware-workstation

2006-01-21 Пенетрантность Anton Anikin


 The kernel defined by this directory of header files does not have the same
 address space size as your running kernel.

попробуй проверить

	/lib/modules/kernel_version/build

это симлинк. Скорее всего он указывает на другой каталог. У меня, например, он имеет такой вид

	build - /usr/src/linux-headers-2.6.14-2-686

Удачи.

Re: Специфическая чистка кэша apt

2005-12-20 Пенетрантность Anton Anikin

В сообщении от Вторник 20 декабря 2005 14:23 Serhiy Kachanuk написал(a):
 On 19.12.2005 17:33, Степан Голосунов wrote:
  А как то, что ставилось с дисков, вообще в кэш попало?

 Ну у меня после установки дистрибутива, правда это KUbuntu 5.10, в кэше
 было пакетов на 400 метров. Инсталер наверное накидал, не знаю... Теперь
   накачал пакетов из сети, хочу то что скачал, перенести на другую
 машину, которая к сети не подключена, но не хочется тащить весь кэш,
 который уже под 700 мег размером.

Убей из sources.list упоминание о СД, потом 

apt-get update
apt-get autoclean

Должно сработать, хотя и не обещаю )))

cdrecord problems

2005-09-22 Пенетрантность Anton Anikin

Привет всем. Возникла такая проблема. Сегодня делал apt-get dselect-upgrade,
все вроде ничего, но вот с cdrecord'ом возникла проблемма. Приего установке
dpkg замерла на месте после выдачи следующего собщения :

Настраивается пакет cdrecord (2.01+01a03-2) ...
Generating missing device files needed by cdrecord

И все Пришлось вырубать через Ctrl-C, что не очень хорошо. После этого
перестал запускаться mc, xterm, а при попытке перегрузится система замерла
при выключении HAL'a ((( Пришлось давить reset.

В чем грабли ? Сам cdrecord худо-бедно работает :

cdrecord debian-31r0a-i386-netinst.iso

Диск пишется под рутом. Но под юзером - уже нет. Проверял права на девайсы

lrwxrwxrwx 1 root cdrom 3 2005-09-23 13:41 /dev/cdrom - hdc
brw-rw 1 root cdrom 22, 0 2005-09-23 13:41 /dev/hdc

Группы пользователя :

htower dialout cdrom floppy audio video plugdev

А при попытке записи выдает вс рано следующее :
$cdrecord debian-31r0a-i386-netinst.iso

cdrecord: No write mode specified.
cdrecord: Asuming -tao mode.
cdrecord: Future versions of cdrecord may have different drive dependent
defaults.
cdrecord: Continuing in 5 seconds...
Cdrecord-Clone 2.01.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2005 Joerg
Schilling
NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord
and thus may have bugs that are not present in the original version.
Please send bug reports and support requests to
[EMAIL PROTECTED].
The original author should not be bothered with problems of this
version.

cdrecord: Warning: Running on Linux-2.6.13-mm1
cdrecord: There are unsettled issues with Linux-2.5 and newer.
cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris.
cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler
cdrecord: Permission denied. WARNING: Cannot set priority using setpriority().
cdrecord: WARNING: This causes a high risk for buffer underruns.
scsidev: '/dev/cdrom'
devname: '/dev/cdrom'
scsibus: -2 target: -2 lun: -2
Warning: Open by 'devname' is unintentional and not supported.
Linux sg driver version: 3.5.27
Error: Cannot gain SYS_RAWIO capability.Is cdrecord installed SUID root?
: Operation not permitted
Using libscg version 'ubuntu-0.8ubuntu1'.
cdrecord: Warning: using inofficial version of libscg (ubuntu-0.8ubuntu1
'@(#)scsitransp.c 1.91 04/06/17 Copyright 1988,1995,2000-2004 J.
Schilling').
Device type: Removable CD-ROM
Version: 0
Response Format: 2
Capabilities :
Vendor_info: 'SONY'
Identifikation : 'CD-RW CRX230E '
Revision : 'QYS1'
Device seems to be: Generic mmc CD-RW.
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC-3 SWABAUDIO BURNFREE FORCESPEED
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
cdrecord: Operation not permitted. Cannot send SCSI cmd via ioctl

Предложение cdrecord'a насчет SUID'a проверил - не помогло ( В чем прикол ?

Re: разные проблемы

2005-09-21 Пенетрантность Anton Anikin

 apt-get install tkabber psi
 Регистрация на jabber.ru/xmpp.ru, настройка jit (jabber-icq транспорта)

А там проблем с русскими контактами аськи не будут ? Я просто не проверял - 
вот и спрашиваю. Локаль стоит - UTF-8.

Re: Grub, загрузка по умолчанию

2005-09-21 Пенетрантность Anton Anikin

В сообщении от Среда 21 сентября 2005 20:51 Eugene Svechnikov написал(a):
 Установил сарге, все мне понравилось. Но возникла одна проблема.
 Раньше пользовал лило. А вот с грубом никогда не сталкивался.
 Процес загрузки останавливается на грубовском меню выбора загружаемой ОС.
 При установке все было как надо, а именно тикали часики обратного отсчета,
 и через Н-е количество секунд загрузка продолжалась. Теперь-же пока ручками
 ентер на нажмешь никакого движения не будет.
 Дефолтные опции не менял.


Проверь в конфиге груба - должна быть подобная строка (НЕЗАКОММЕНТИРОВАННАЯ) :

timeout X (напимер timeout 5 - будет 5 сек задержки)

Проблема с MC

2005-09-16 Пенетрантность Anton Anikin

Привет всем. Стоит у меня debian unstable, апдейтится регулярно Так вот 
сегодня обнаружил, что при работе от MC обычным пользователем невозможно 
получить достуб к subshell'у :( То есть при работе в konsole я наджимаю 
Ctrl-O и вижу пустой экран без командной строки :( При запуске в на одной из 
консолей вылазит мессага Not an xterm or Linux console The panels cannot be 
toggled. В чем грабли - ХЗ. Под рутом все пашет. Посему возникает подозрение 
на права в /dev. Просто сегодня с утра заапдейтился udev. Пробовл откатиться 
на предыдущую версию - не помогло (. Насчет того, что TERM кривой - все ок. В 
Х-ах выводится как xterm, в консоли - linux. Так что и не знаю, куда копать. 
Подскажите, кто знает, в чем проблемы. А то уже есть желание уйти в ветку 
testing - там, по-моему меньше проблем (типа убитых зависимостей)...

Re: Проблема с MC

2005-09-16 Пенетрантность Anton Anikin

В сообщении от Пятница 16 сентября 2005 19:06 Artem Chuprina написал(a):
Anton Anikin - debian-russian@lists.debian.org @ Fri, 16 Sep 2005
18:47:29 +0900:

AA Привет всем. Стоит у меня debian unstable, апдейтится
AA регулярно Так вот сегодня обнаружил, что при работе от MC
AA обычным пользователем невозможно получить достуб к subshell'у :( То
AA есть при работе в konsole я наджимаю Ctrl-O и вижу пустой экран без
AA командной строки :( При запуске в на одной из консолей вылазит
AA мессага Not an xterm or Linux console The panels cannot be
AA toggled. В чем грабли - ХЗ. Под рутом все пашет. Посему возникает
AA подозрение на права в /dev. Просто сегодня с утра заапдейтился
AA udev. Пробовл откатиться на предыдущую версию - не помогло
AA (. Насчет того, что TERM кривой - все ок. В Х-ах выводится как
AA xterm, в консоли - linux. Так что и не знаю, куда
AA копать. Подскажите, кто знает, в чем проблемы. А то уже есть
AA желание уйти в ветку testing - там, по-моему меньше проблем (типа
AA убитых зависимостей)...

Так нормальные люди на unstable и не сидят. На unstable сидят
разработчики.

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Дуля со смещенным центром тяжести

Это я уже понял. Будем даунгрейдится Вот, блин, привычка после дженты
осталась - самое свежее подавай )))

Re: байда с libgtk1.2 приложениями

2005-09-14 Пенетрантность Anton Anikin

В сообщении от Суббота 10 сентября 2005 05:25 Gossen Alexey написал(a):
 On Fri, Sep 09, 2005 at 06:31:06PM +0900, Anton Anikin wrote:
  Проблема с вероятностью 99% кроется в X.Org - скорее всего стоит версия
  6.8.2 - на ней и появляются проблемы. Я это заметил еще в жденте, как
  только обновил Х-ы. Сейчас на юникодовой локали в debian unstable та же
  фигня. Но меня это не сильно напрягает, поскольку единственная gtk1-прога
  - это aMule - да и то в ее настройках можно включить английский язык
  интерфейса :)

 спасибо, так оно, наверное и есть. весьма признателен. перелезу обратно на
 xfree

 благодарю всех за помощь

 --
 Guten Tag, Alexey

http://ru.gentoo-wiki.com/HOWTO_ru_RU.utf8_Gentoo_way

Там написано, что нужно править в X.Org'e 6.8.2

Более-менее рабочий Midnight Commander на debian unstable и локали UTF-8

2005-09-14 Пенетрантность Anton Anikin

Привет всем. Я недавно задавал вопрос по поводу сабжа. Но никто ничего
конкретного мне не сказал - поэтому решил колупать тему сам. Довольно долго
лазил по форумам, но ничего четкого не нашел (может и искал плохо:) ). В
конце концов решил взять исходники из gentoo linux, благо там у меня все
работало более-менее. Сказано-сделано - были сдернуты исходники со всеми
наложенными патчами (которые система портежей устанавливала на эти сорцы).
Затем начались небольшие пляски с бубном. Пакеты libslang1-utf8 и
libslang1-utf8-dev были удалены, как неподходящие для сборки. Взамен них я
собрал slang из gentoo. С этим вариантом mc (опять-таки из gentoo)
сконфигурился и собрался так. как должен был. Самое главное - он корректно
отрисовывает интерфейс и показывает русские имена файлов. Русский ввод в
диалогах, как и в большинстве дистров, не работает в юникоде (. Также криво
отображается справка - но это уж точно не критический момент :)) Для начала,
я думаю, этого хватит - главное, что есть более-менее работающий вариант.
Сейчас планирую поколупать дополнительные патчи от СуЗи - там вроде и ввод
работает и ряд других вещей получше.

Ожидая вопросы - где можно взять и посмотреть :) Я выложил све добро здесь :

ftp://giscenter.icc.ru/pub/linux/Debian/mc-utf8/

Там лежат собранные deb'ы и исходники - из тех, что я собирал. За качество
deb-файлов просьба не пинать - делалось это alien'ом и checkinstall'ом. Я все
же не майнтейнер. В будущем планирую привести это все же к нормальному
виду :).

В общем - пользуйтесь, кому надо. Замечания и предложения приветсвуются :)

Re: Более-менее рабочий Midnight Commander на debian unstable и локали UTF-8

2005-09-14 Пенетрантность Anton Anikin

В сообщении от Среда 14 сентября 2005 20:22 Anton Anikin написал(a):
 Русский ввод в диалогах, как и в большинстве дистров, не работает в юникоде. 

Упс - ошибочка - все отлично работает :)) Так что полученный результат 
оказался даже лучше, чем я ожидал :)

Re: debian unstable HAL

В сообщении от Пятница 09 сентября 2005 17:28 Serja написал(a):
 Я тут пару месяцев назад пробовал какой-то малоизвестный дистрибутив (хоть
 убей уже не вспомню какой) с ядром 2.6.9, так там все разделы жесткого
 диска монтировались при загрузке системы, причем в fstab был только
 корневой раздел и swap. Наверное этот удев так и должен работать.

Ну это вряд ли :) Удев немного не для того предназначен. Я конечно не спец, 
но то, что мне нужно - делает именно hal. Основное, что мне нужно от него - 
это чтобы он при помощи fstab-sync'a обновлял fstab - но этого не происходит 
- вот и интересно, почему

Неужели никто больше не пользуется такой удобной штукой ? :( Для десктопа - 
довольно практичная вещь...

Re: debian unstable HAL

В сообщении от Пятница 09 сентября 2005 17:55 Paul Romanchenko написал(a):
 Anton Anikin пишет:
  Неужели никто больше не пользуется такой удобной штукой ? :( Для десктопа
  - довольно практичная вещь...

 А зачем? Никогда не требовалось. Всякие флешки-сидюки pmount||kde прекрасно
 монтируют без fstab.
pmount, говорите - спасибо - посмотрю. Просто раньше юзал на дженте чистый hal 
- он сам делел все Хотя это может в джентовском пакетике так настроено 
было :)

Re: debian unstable HAL

В сообщении от Пятница 09 сентября 2005 17:55 Paul Romanchenko написал(a):
 Anton Anikin пишет:
  Неужели никто больше не пользуется такой удобной штукой ? :( Для десктопа
  - довольно практичная вещь...

 А зачем? Никогда не требовалось. Всякие флешки-сидюки pmount||kde прекрасно
 монтируют без fstab.

Работает, блин :) Спасибо большое.

Re: байда с libgtk1.2 приложениями

Проблема с вероятностью 99% кроется в X.Org - скорее всего стоит версия 6.8.2 
- на ней и появляются проблемы. Я это заметил еще в жденте, как только 
обновил Х-ы. Сейчас на юникодовой локали в debian unstable та же фигня. Но 
меня это не сильно напрягает, поскольку единственная gtk1-прога - это aMule - 
да и то в ее настройках можно включить английский язык интерфейса :)

Re: debian unstable HAL