Re: Демонстрационная станция
Тогда уж поясните частоту чего ? Artem Chuprina пишет: Vladislav Naumov -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 11:42:00 +0700: >> То есть в идеале работа выглядит так: подошел оператор с носителем, скинул >> ролики в определенную папку, задал частоту и компьютер начал >> воспроизведение. >> Есть ли что-либо уже реализованное под такую задачу? VN> while true VN> do VN> mplayer -fs -fixed-vo /dir/*.avi VN> done VN> Годится? Покажи в этой команде частоту. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: карточка Wi-Fi
Dmitry E. Oboukhov wrote: MAA> Гм, я помнится у жены на ноуте поднял wifi-карту интеловую минут за 10. MAA> Вроде module-assistant мне помог и гугл немного. MAA> Оно до сих пор живет на etch с его дефолтным ядром. у меня интел 4965 У меня Intel Corporation PRO/Wireless 4965 AG or AGN Network Connection (rev 61) Работает, но не всегда поднимается при выхроде из suspend2disk. В остальном у меня к ней никаких нареканий. -- tarantul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: карточк а Wi-Fi
> У меня > Intel Corporation PRO/Wireless 4965 AG or AGN Network Connection (rev 61) > Работает, но не всегда поднимается при выхроде из suspend2disk. В > остальном у > меня к ней никаких нареканий. у меня она же но ведет себя архистранно на убунтовом форуме я даже видел голосование устроили "хорошо ли работает данная карточка?" и там примерно 45%:55% голоса разделились вообще, когда одна и та же последовательность действий приводит постоянно к разным результатам это какой-то маразм а тут ifdown - ifup: не поднялась - прокричало что не может установить essid, ifdown - ifup: не поднялась - прокричало что не может установить mode, ifdown - ifup: поднялась ifdown - ifup: не поднялась - прокричало что не может установить key и так далее я уже и в pre-up прописал modprobe и в down rmmod и слипы подбирал между загрузкой модулей и подъемом интерфейса и ядра пробовал 2.6.22-2.6.26 и драйвера сам собирал - везде одинаково :( если шифрование отключить совсем, то еще можно как-то работать (на установке essid/mode он _реже_ спотыкается, чем на установке key), но все равно неприемлемо. :( гадость эта интел что 2100 тогда два года пришлось ждать нормальной поддержки, что ЭТО :-\ -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Демонстрационная станция
Kushner Anatoliy -> debian-russian@lists.debian.org @ Mon, 04 Aug 2008 13:08:39 +0600: >> >> То есть в идеале работа выглядит так: подошел оператор с носителем, >> скинул >> >> ролики в определенную папку, задал частоту и компьютер начал >> >> воспроизведение. >> >> Есть ли что-либо уже реализованное под такую задачу? >> >> VN> while true >> VN> do >> VN> mplayer -fs -fixed-vo /dir/*.avi >> VN> done >> >> VN> Годится? >> >> Покажи в этой команде частоту. KA> Тогда уж поясните частоту чего ? Это к автору оригинального вопроса. Я полагаю - частоту смены роликов. Но в общем, очевидно, что предложенное решение никакую частоту не ест... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Попрошу благородного дона не обобщать с утра пораньше! (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 10:38:38 +0400: AC>>> Использовать Google Mail? AC>> Если б у него спамодавка либо настраивалась, либо не имела столь AC>> высокого процента ложных срабатываний... DEO> бесплатное мыло оно как бесплатный сыр ... и любим мы его не за это. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Лень оправдывает средства -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Hello! То есть у вашего варианта есть некий интервал накопления и обработки почты? Тогда не пойдет, люди постоянно во время телефонного разговора посылают письма и висят на линии, пока я смотрю присланную корреспонденцию... Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: iptables: REDIRECT and DNAT
В Вто, 29/07/2008 в 20:01 +0400, Andrey Melnikoff пишет: > Покотиленко Костик <[EMAIL PROTECTED]> wrote: > > В Чтв, 17/07/2008 в 00:33 +0400, Alexander Tyurin пишет: > > > Покотиленко Костик пишет: > > > > REDIRECT перенаправляет локально сделанные и транзитные соединения на > > > > локальную машину, поэтому адрес в параметрах отсутствует, он всегда > > > > равен адресу входящего интерфейса (127.0.0.1 для локально сделанных). > > > > > > > > > > > Но он не все транзитные соединения перенаправляет на локальную машину, > > Какие скажешь, такие и перенаправит. > Щаз. Оно иногда умудряется пропускать UDP пакеты мимо. > > в простой конфигурации: > на сервере 192.168.0.1 висит на 1812-1813 radius сервер. В iptables'ах есть > два DNAT редиректа вида > iptables -t nat -A PREROUTING -p udp --dport 1812 -j DNAT --to-destination > 10.10.10.5 > iptables -t nat -A PREROUTING -p udp --dport 1813 -j DNAT --to-destination > 10.10.10.5 > > 10.10.10.5 доступен через tunl1. Работающий на 192.168.0.1 радиус сервер > всеравно хватает пакеты, которые должны быть отпавленны DNAT'ом в другой > сервер. > > PS: От роутинга (i.e. проходит ответный пакет через эту-же машину или нет) > ситуация не зависит. Пробовалось так-же на DNS серверах с таким-же успехом. Не знаю в чём у Вас дело, но могу дать совет: если изменяешь правила [S| D]NAT и видешь что они не срабатывают - сделай: conntrack -F. Дело в том, что conntrack *мог* увидеть пакет до того как Вы вставили правило, соответственно в таблице conntrack создалась запись и пакеты этого соединения уже в таблицу nat не попадут. -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Действие DROP в nat/POSTROUTING и nat/PREROUTING
В Вто, 29/07/2008 в 01:13 +0400, Alexander Tyurin пишет: > Приветствую! > Есть хост 192,168,1,20. Все последующие правила прописаны именно на > этом хосте. > При > iptables -t nat -A POSTROUTING -p tcp -s 192.168.1.20 -j DROP > > доступа нет. Вот тут уже интересно т.к. не понятно почему. > Первый пакет начинающий соединение (SYN) дропается, соединение не устанавливается, логично. > При > iptables -t nat -A PREROUTING -p tcp -d 192.168.1.20 -j DROP > а вот это правило не понятно почему не действует. Никаких проблем с > коннектом у хоста не возникает. Кто-нить может объяснить такую разницу > в поведении 2х последних правил? Первый пакет начинающий соединение (SYN) НЕ дропается, соединение устанавливается, остальные пакеты этого соединения в nat не попадут, логично. Однако, коннекты на эту машину не пройдут. Почитайте как работает conntrack и таблица nat в iptables. -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Действие DROP в nat/POSTROUTING и nat/PREROUTING
В Вто, 29/07/2008 в 10:35 +0400, Stanislav Maslovski пишет: > On Tue, Jul 29, 2008 at 01:22:01PM +0700, Ivan Dubrov wrote: > > Alexander Tyurin wrote: > > > > Приветствую! > > Есть хост 192,168,1,20. Все последующие правила прописаны именно на этом > > хосте. > > > > При правиле > > iptables -A INPUT -p tcp -d 192.168.1.20 -j DROP > > доступа к сетевым ресурсам нет. Логично. > > > > При > > iptables -A OUTPUT -p tcp -s 192.168.1.20 -j DROP > > нет доступа к ресурсм сети. Логично. > > > > При > > iptables -t nat -A POSTROUTING -p tcp -s 192.168.1.20 -j DROP > > доступа нет. Вот тут уже интересно т.к. не понятно почему. > > > > При > > iptables -t nat -A PREROUTING -p tcp -d 192.168.1.20 -j DROP > > а вот это правило не понятно почему не действует. Никаких проблем с > > коннектом у хоста не возникает. Кто-нить может объяснить такую разницу в > > поведении 2х последних правил? > > > > Возможно, картинка поможет: http://wfrag.org/files/tables_traverse.jpg > > Картинки такие, увы, новичков с толку сбивают, так как создают ложное > представление, что _все_ пакеты идут через PREROUTING, например. Не проходят только локально сделанные. -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Hello! В сообщении от Monday 04 August 2008 00:52:35 Yauhen Kharuzhy написал(а): > А обучать spamassasin пробовал? У меня он весьма даже неплохо фильтрует. Пробовал, не помогает. Помечать-то он спам помечает, но ошибается очень часто - то нужное письмо прибить хочет, то спам пропускает. Я видел эффективные примеры использоания спамассассина, но на уровне мэйлсервера с сотнями ящиков, когда обучением все пользователи занимаются. На уровне моих трех ящиков не хочет обучаться, хотя спама с полсотни писем в день валится. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 10:38:04 +0400: DEO> а где вранье? серверов не сделающих ни одной повторной попытки DEO> отправить письмо за 8 часов я не видел Естественно, не видел. Ты ведь не видишь почту, которая до тебя не доходит... DEO> (если кто-то сильно переживает, может настроить себе интервал DEO> таймаута на 24 часа, скажем). может быть они и есть (у каких-то DEO> админов-идиотов), но это скорее всего говорит что корреспонденцию DEO> от них так же можно смело заносить в разряд "спам" ;) Для такого интервала достаточно, чтобы твой сервер пару суток был недоступен. Интервал повтора, напомню, прогрессивен. Первые несколько попыток, конечно, будут сделаны с интервалом полчаса-час, а через двое суток он возрастет до нескольких часов. Вполне может до двенадцати. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Parentheses? What parentheses? I haven't noticed any parentheses since my first month of Lisp programming. I like to ask people who complain about parentheses in Lisp if they are bothered by all the spaces between words in a newspaper... -- Kenny Tilton -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
AP> То есть у вашего варианта есть некий интервал накопления и обработки почты? AP> Тогда не пойдет, люди постоянно во время телефонного разговора посылают AP> письма и висят на линии, пока я смотрю присланную корреспонденцию... когда они висят каждый раз с новым клиентом то да, тут задержки могут мешать нормальному хождению, однако в случае если хотя бы одно письмо от данного адреса прошло сквозь фильтр, то оно попадает в лист и далее ходит без задержек :) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Чем резать спам?
AC>> а где вранье? серверов не сделающих ни одной повторной попытки AC>> отправить письмо за 8 часов я не видел AC> Естественно, не видел. Ты ведь не видишь почту, которая до тебя не AC> доходит... я периодами просматриваю грейлист и там нет адресов которые мне пишут :) AC> Первые несколько попыток, конечно, будут сделаны с интервалом AC> полчаса-час, а через двое суток он возрастет до нескольких часов. AC> Вполне может до двенадцати. нормальный сервер вернет письмо с описанием причин почему доставить не получилось, заинтересованный человек перепошлет почту и всего делов эти случаи вероятны только если связь между серверами была в ауте большое время, а это ЧП -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: как мне проинстал лировать flash player на x88_64 ?
Artem Chuprina wrote: > Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Sun, 03 Aug 2008 > 23:10:41 +0300: > > >> >> $ uname -a > >> >> Linux vice 2.6.25-2-amd64 #1 SMP Fri Jun 27 04:49:22 UTC 2008 x86_64 > >> >> GNU/Linux > >> >> > >> >> А теперь вопрос: какая у меня архитектура? Правильно - i386 > >> >> $ dpkg-architecture > >> >> DEB_BUILD_ARCH=i386 > >> EVL> Век живи, век учись извращениям... > >> > >> Извращение - это пользоваться DE или ставить вариант операционки, > >> требующий в полтора раза больше памяти, просто потому, что увидел > >> магические цифры "64"... > >> > EVL> А, ну да, правильно. Производители просто так переходят на 64 > EVL> бита. А фигли? Зачем, действительно, +8 новых регистров, через > EVL> которые можно передавать переменные, зачем увеличение 8 > EVL> существующих регистров в два раза, зачем бескостыльный доступ к > EVL> памяти >4 GB без PAE... > > EVL> Нет, я не спорю, эта конфигурация имеет свои преимущества, > EVL> наверное (бинарные блобы легче ставить), но и то, что возможности > EVL> процессора простаивают, тоже есть. > > На типичных задачах и 32-битный процессор простаивает 99% времени. > Новые регистры и бескостыльный доступ к памяти ты почувствуешь только > если у тебя действительно есть под это задачи (бывает, не вопрос). А > вот дополнительную прожорливость по памяти из-за увеличившегося размера > указателя - почти независимо от задач. > > Так вот, даже если у тебя эти задачи под 64 бита действительно есть, в > чем я сильно сомневаюсь, глядя на твои слова (были бы - ты бы их > привел), это не значит, что они есть у всех. Все программы при компиляции на amd64 могут пользоваться дополнительными 8 регистрами. Нет? Задачи - mplayer и mencoder. Достаточно? Ну и архивация тоже. Вот, кстати, мини-тест: 32-битный чрут, 64-битное ядро: $ time tar -cjf - linux-kernel-2.6.24/ > /dev/null real7m12.654s user5m32.189s sys 0m6.340s $ time tar -cjf - linux-kernel-2.6.24/ > /dev/null real7m16.947s user5m34.817s sys 0m6.668s 64-битная система, 64-битное ядро: $ time tar -cjf - linux-kernel-2.6.24/ > /dev/null real6m48.401s user4m52.334s sys 0m6.420s $ time tar -cjf - linux-kernel-2.6.24/ > /dev/null real6m35.217s user4m53.810s sys 0m5.912s Среднее: 5m33s vs 4m53s Согласись, что на 1% разница ну никак не тянет. -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. signature.asc Description: OpenPGP digital signature
Re: Демонстрац ионная станция
> > То есть в идеале работа выглядит так: подошел оператор с носителем, > > скинул > > ролики в определенную папку, задал частоту и компьютер начал > > воспроизведение. > > Есть ли что-либо уже реализованное под такую задачу? >>> > >>> > VN> while true >>> > VN> do >>> > VN> mplayer -fs -fixed-vo /dir/*.avi >>> > VN> done >>> > >>> > VN> Годится? >>> > >>> > Покажи в этой команде частоту. > > > > KA> Тогда уж поясните частоту чего ? > > > > Это к автору оригинального вопроса. Я полагаю - частоту смены роликов. > > Но в общем, очевидно, что предложенное решение никакую частоту не ест... > > > > > Имелась в виду частота показа определенных роликов. Скажем файлик 1.avi > нужно показывать вдвое чаще всех остальных. Или соотношение количества > показов роликов 1.avi, 2.avi и 3.avi задано как 3:2:1 соответственно. > На ум приходит только формирование плейлиста, в котором количество > одинаковых записей о файле соответствует частоте его показа. В нашем > случае чтото типа: > 1.avi > 1.avi > 1.avi > 2.avi > 2.avi > 3.avi > И шафл по нему. Остается вопрос чем лучше это сделать ну плейлист только руками, а шафл по нему отлично mplayer сделает с опцией шаффл вышеприведенный скрипт годится, только по плейлисту его пускать а не по файлам в директории -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Демонстрационная станция
В сообщении от 4 августа 2008 13:18 Kotikov Aleksey написал(a): > > >> >> Есть ли что-либо уже реализованное под такую задачу? > И шафл по нему. Остается вопрос чем лучше это сделать Скриптами. Cоставить детальное тех. задание и выполнить самому или заказать. Да, и если до медиа-панели можно провести сеть, то зачем человеку переться с новыми файлами? -- С Уважением, Андрей Никитин -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Демонстрационная станция
Dmitry E. Oboukhov пишет: >> Имелась в виду частота показа определенных роликов. Скажем файлик 1.avi >> нужно показывать вдвое чаще всех остальных. Или соотношение количества >> показов роликов 1.avi, 2.avi и 3.avi задано как 3:2:1 соответственно. >> На ум приходит только формирование плейлиста, в котором количество >> одинаковых записей о файле соответствует частоте его показа. В нашем >> случае чтото типа: >> 1.avi >> 1.avi >> 1.avi >> 2.avi >> 2.avi >> 3.avi >> И шафл по нему. Остается вопрос чем лучше это сделать >> > > ну плейлист только руками, а шафл по нему отлично mplayer сделает с > опцией шаффл > вышеприведенный скрипт годится, только по плейлисту его пускать а не по > файлам в директории > ну можно и скрипт написать с $[ $RANDOM % $N ] и показывать ну например приоритеты расставлять по именам файлов ;) -- Александр Вайтехович www: http://sanych.nnov.ru e-mail: ssanych[at]gmail[dot]com icq: 168712946 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Демонстрационная станция
Kushner Anatoliy -> debian-russian@lists.debian.org @ Mon, 04 Aug 2008 14:38:23 +0600: KA> Ну если смену роликов то такое не сложно добавить путем добавления sleep. KA> Ну и заменить while на for KA> for i in `ls /dir/*.avi` KA> do KA>mplayer -fs -fixed-vo $i KA>sleep ... KA> done А вот это я рекомендую проверить самостоятельно... И сообщить о результатах. KA> Есл нужно что-нить ещё то тоже думаю что большинство запросов KA> реализуется путем внесения небольших изменений в данный скрипт ... и интерфейса для установки нужных значений нормальным сейлзом, а не красноглазым линуксоидом. Кстати, вместо всех написанных тобой ужасов достаточно mplayer -loop 0 ... dir/* Но вот интерфейса для задания частоты смены и реагирования на изменившийся набор роликов это не создает... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Все учтено могучим ураганом... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Демонстрационная станция
Ну если смену роликов то такое не сложно добавить путем добавления sleep. Ну и заменить while на for for i in `ls /dir/*.avi` do mplayer -fs -fixed-vo $i sleep ... done Есл нужно что-нить ещё то тоже думаю что большинство запросов реализуется путем внесения небольших изменений в данный скрипт Artem Chuprina пишет: Kushner Anatoliy -> debian-russian@lists.debian.org @ Mon, 04 Aug 2008 13:08:39 +0600: >> >> То есть в идеале работа выглядит так: подошел оператор с носителем, скинул >> >> ролики в определенную папку, задал частоту и компьютер начал >> >> воспроизведение. >> >> Есть ли что-либо уже реализованное под такую задачу? >> >> VN> while true >> VN> do >> VN> mplayer -fs -fixed-vo /dir/*.avi >> VN> done >> >> VN> Годится? >> >> Покажи в этой команде частоту. KA> Тогда уж поясните частоту чего ? Это к автору оригинального вопроса. Я полагаю - частоту смены роликов. Но в общем, очевидно, что предложенное решение никакую частоту не ест... -- Инженер ОЭМСПД ДКП "Казахтелеком" Кушнер Анатолий e-mail: [EMAIL PROTECTED] тел: + 7 (327) 2-58-82-55*4022 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Alexey Pechnikov -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 12:29:05 +0400: >> А обучать spamassasin пробовал? У меня он весьма даже неплохо >> фильтрует. AP> Пробовал, не помогает. Помечать-то он спам помечает, но ошибается AP> очень часто - то нужное письмо прибить хочет, то спам пропускает. Я AP> видел эффективные примеры использоания спамассассина, но на уровне AP> мэйлсервера с сотнями ящиков, когда обучением все пользователи AP> занимаются. На уровне моих трех ящиков не хочет обучаться, хотя AP> спама с полсотни писем в день валится. А документация на предмет того, что именно называется "обучать", прочитана? Внимательно? А то на моих трех ящиках вполне пристойно фильтрует... Ручки крутить, впрочем, тоже стоит. И разумеется, регулярно пропускает спам - стопроцентный результат может дать разве что молитва... Нужных писем не бьет. Впрочем, судя по соседнему письму, у тебя с этим проблемы могут быть вполне объективные, ибо у сейлзов спам от не-спама отличается только размером отката, а это для спамассассина действительно сложновато :-) -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Will write code that writes code that writes code that writes code for money. -- on comp.lang.lisp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 12:49:51 +0400: AC>>> а где вранье? серверов не сделающих ни одной повторной попытки AC>>> отправить письмо за 8 часов я не видел AC>> Естественно, не видел. Ты ведь не видишь почту, которая до тебя не AC>> доходит... DEO> я периодами просматриваю грейлист DEO> и там нет адресов которые мне пишут :) То есть как нет? Там только адреса, которые тебе (на твою машину) пишут, там других в принципе быть не может. Я верю, что адресов из whitelist'а там нет. Потому что они в whitelist. Но это, как ты и сам бы мог догадаться, не аргумент. А если там было непроползшее вполне валидное письмо с ранее неизвестного тебе адреса, ты об этом просто не узнаешь в силу неизвестности тебе адреса. AC>> Первые несколько попыток, конечно, будут сделаны с интервалом AC>> полчаса-час, а через двое суток он возрастет до нескольких часов. AC>> Вполне может до двенадцати. DEO> нормальный сервер вернет письмо с описанием причин почему доставить не DEO> получилось, заинтересованный человек перепошлет почту и всего делов DEO> эти случаи вероятны только если связь между серверами была в ауте DEO> большое время, а это ЧП Вернет, да. Через 5 суток. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Will write code that writes code that writes code that writes code for money. -- on comp.lang.lisp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам ?
Приветствую всех. [EMAIL PROTECTED] пишет: ThunderBird с этим отлично справляется со встроенным антиспам фильтром Давно пользуюсь Жалоб нет Жалобы все же есть. Два идентичных в спам отправляет, а третье - во Входящие. И практически всегда. Очистка профиля и т.д. - не помогают. Пробовал юзать spambayes с соотв. расширением для громптицы. Результаты - так и не разобрался, как его корректно запускать и т.д. (маны и хэлп результата не дали...). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Демонстрационная станция
Artem Chuprina пишет: Kushner Anatoliy -> debian-russian@lists.debian.org @ Mon, 04 Aug 2008 14:38:23 +0600: KA> Ну если смену роликов то такое не сложно добавить путем добавления sleep. KA> Ну и заменить while на for KA> for i in `ls /dir/*.avi` KA> do KA> mplayer -fs -fixed-vo $i KA> sleep ... KA> done А вот это я рекомендую проверить самостоятельно... И сообщить о результатах. KA> Есл нужно что-нить ещё то тоже думаю что большинство запросов KA> реализуется путем внесения небольших изменений в данный скрипт ... и интерфейса для установки нужных значений нормальным сейлзом, а не красноглазым линуксоидом. А где тут речь шла о продажниках ? Кстати, вместо всех написанных тобой ужасов достаточно mplayer -loop 0 ... dir/* Но вот интерфейса для задания частоты смены и реагирования на изменившийся набор роликов это не создает... Ну уж извиняйте, когда было написано это письмо вообще было непонятно о какой частоте вообще речь. -- Инженер ОЭМСПД ДКП "Казахтелеком" Кушнер Анатолий e-mail: [EMAIL PROTECTED] тел: + 7 (327) 2-58-82-55*4022 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: как мне проинсталлировать flash player на x88_64?
Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Mon, 04 Aug 2008 11:49:32 +0300: >> >> >> $ uname -a >> >> >> Linux vice 2.6.25-2-amd64 #1 SMP Fri Jun 27 04:49:22 UTC 2008 x86_64 >> >> >> GNU/Linux >> >> >> >> >> >> А теперь вопрос: какая у меня архитектура? Правильно - i386 >> >> >> $ dpkg-architecture >> >> >> DEB_BUILD_ARCH=i386 >> >> EVL> Век живи, век учись извращениям... >> >> >> >> Извращение - это пользоваться DE или ставить вариант операционки, >> >> требующий в полтора раза больше памяти, просто потому, что увидел >> >> магические цифры "64"... >> >> >> EVL> А, ну да, правильно. Производители просто так переходят на 64 >> EVL> бита. А фигли? Зачем, действительно, +8 новых регистров, через >> EVL> которые можно передавать переменные, зачем увеличение 8 >> EVL> существующих регистров в два раза, зачем бескостыльный доступ к >> EVL> памяти >4 GB без PAE... >> >> EVL> Нет, я не спорю, эта конфигурация имеет свои преимущества, >> EVL> наверное (бинарные блобы легче ставить), но и то, что возможности >> EVL> процессора простаивают, тоже есть. >> >> На типичных задачах и 32-битный процессор простаивает 99% времени. >> Новые регистры и бескостыльный доступ к памяти ты почувствуешь только >> если у тебя действительно есть под это задачи (бывает, не вопрос). А >> вот дополнительную прожорливость по памяти из-за увеличившегося размера >> указателя - почти независимо от задач. >> >> Так вот, даже если у тебя эти задачи под 64 бита действительно есть, в >> чем я сильно сомневаюсь, глядя на твои слова (были бы - ты бы их >> привел), это не значит, что они есть у всех. EVL> Все программы при компиляции на amd64 могут пользоваться EVL> дополнительными 8 регистрами. Нет? Да. Скольким программам это действительно нужно? Сколько времени работают эти программы? EVL> Задачи - mplayer и mencoder. Достаточно? Ну и архивация тоже. Вот, EVL> кстати, мини-тест: EVL> 32-битный чрут, 64-битное ядро: EVL> $ time tar -cjf - linux-kernel-2.6.24/ > /dev/null EVL> real7m12.654s EVL> user5m32.189s EVL> sys 0m6.340s EVL> $ time tar -cjf - linux-kernel-2.6.24/ > /dev/null EVL> real7m16.947s EVL> user5m34.817s EVL> sys 0m6.668s EVL> 64-битная система, 64-битное ядро: EVL> $ time tar -cjf - linux-kernel-2.6.24/ > /dev/null EVL> real6m48.401s EVL> user4m52.334s EVL> sys 0m6.420s EVL> $ time tar -cjf - linux-kernel-2.6.24/ > /dev/null EVL> real6m35.217s EVL> user4m53.810s EVL> sys 0m5.912s EVL> Среднее: 5m33s vs 4m53s EVL> Согласись, что на 1% разница ну никак не тянет. Основное занятие этой машины - тарить линуксовые ядра? Не верю... mplayer в этом списке тоже выглядит довольно смешно. Ты себе представляешь, как выглядит кино, проигрываемое на 10% быстрее? В mencoder, если его действительно много, я еще могу поверить... Но вот у меня как-то mplayer еще более-менее регулярно работает (нет, у меня 32-битная машина, причем чуть ли еще не времен, когда amd64 не существовало в природе; причем ноутбук, т.е. медленный винчестер; и ничего, справляется), а mencoder хорошо если час за последние полгода поработал. Мне дешевле подождать лишние 10 минут, чем добивать в ноут память... И вот на этом 32-битном ноутбуке с полугигом памяти, на котором я работаю, с запущенным неделю назад файрфоксом, чтоб ему пусто было (уже, гад, отожрал 340 мег сам и 600 от X-сервера), CPU idle в норме не опускается ниже 97%. И вот я подозреваю, что если firefox и x.org на такой памяти запустить 64-битные, все станет гораздо хуже... Да, иногда на нем гоняется одна-две задачи, которые пять-десять минут кушают 100% CPU... Так вот, даже если они будут его кушать не пять минут, а четыре, мне хуже не станет. Была бы это СТРАШНАЯ ЧИСЛОДРОБИЛКА с ДОФИГИЩА ПАМЯТИ - да, верю, 64-битная система там была бы полезна. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Работай хоть за четверых. Только не говори им об этом. Кнышев. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Демонстрационная станция
Artem Chuprina пишет: Kushner Anatoliy -> debian-russian@lists.debian.org @ Mon, 04 Aug 2008 13:08:39 +0600: >> >> То есть в идеале работа выглядит так: подошел оператор с носителем, скинул >> >> ролики в определенную папку, задал частоту и компьютер начал >> >> воспроизведение. >> >> Есть ли что-либо уже реализованное под такую задачу? >> >> VN> while true >> VN> do >> VN> mplayer -fs -fixed-vo /dir/*.avi >> VN> done >> >> VN> Годится? >> >> Покажи в этой команде частоту. KA> Тогда уж поясните частоту чего ? Это к автору оригинального вопроса. Я полагаю - частоту смены роликов. Но в общем, очевидно, что предложенное решение никакую частоту не ест... Имелась в виду частота показа определенных роликов. Скажем файлик 1.avi нужно показывать вдвое чаще всех остальных. Или соотношение количества показов роликов 1.avi, 2.avi и 3.avi задано как 3:2:1 соответственно. На ум приходит только формирование плейлиста, в котором количество одинаковых записей о файле соответствует частоте его показа. В нашем случае чтото типа: 1.avi 1.avi 1.avi 2.avi 2.avi 3.avi И шафл по нему. Остается вопрос чем лучше это сделать -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: gnome и поворот мозгов
В Вто, 22/07/2008 в 17:36 +0300, Roman Cheplyaka пишет: > * Artem Chuprina <[EMAIL PROTECTED]> [2008-07-18 16:02:17+0400] > > И эта... Дело в том, что когда мне нужно сказать FF, что вот ЭТО надо > > открыть mplayer'ом, мне нафиг не нужны иконки всех 2.5 тыщ программ в > > /usr/bin (что характерно, совершенно одинаковые охренительно > > информативные белые листочки). И ждать 18 секунд, пока он их сумеет > > нарисовать, мне тоже нафиг не надо. > > Кстати, совсем недавно открыл для себя, что в том самом диалоге в > верхнем левом углу есть секретная иконка, кликнув по которой можно > по-человечески ввести путь к файлу. > > Жаль, что в других гткшных диалогах открытия файлов такой иконки нет. Ctrl-l попробуй. -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: как мне проинстал лировать flash player на x88_64 ?
Artem Chuprina wrote: > Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Mon, 04 Aug 2008 > 11:49:32 +0300: > EVL> Все программы при компиляции на amd64 могут пользоваться > EVL> дополнительными 8 регистрами. Нет? > > Да. Скольким программам это действительно нужно? Сколько времени > работают эти программы? Любым. Ассемблером x86 баловался? Регистров мало, их не хватает очень часто. Обычно свободно 2-4 регистра. А так - 10-12. Разница ощутимая. > EVL> Задачи - mplayer и mencoder. Достаточно? Ну и архивация тоже. Вот, > EVL> кстати, мини-тест: [snip] > Основное занятие этой машины - тарить линуксовые ядра? Не верю... Нет, естественно. Ну, блин, не проводить же мне тест на каждый бинарник в bin, верно? :) > mplayer в этом списке тоже выглядит довольно смешно. Ты себе > представляешь, как выглядит кино, проигрываемое на 10% быстрее? Мне тоже было смешно, когда прислали киношку 1900x1050 (точно не помню последние цифры) в каком-то виндовом формате (не распараллеливается на два проца). Фиг я её смог посмотреть даже при framedrop. Пришлось около часа конвертить это дело mencoder'ом, да и после конвертации жралось 50-80% процессора при просмотре. > В mencoder, если его действительно много, я еще могу поверить... Но вот > у меня как-то mplayer еще более-менее регулярно работает (нет, у меня > 32-битная машина, причем чуть ли еще не времен, когда amd64 не > существовало в природе; причем ноутбук, т.е. медленный винчестер; и > ничего, справляется), а mencoder хорошо если час за последние полгода > поработал. Мне дешевле подождать лишние 10 минут, чем добивать в ноут > память... Ну вот видишь... tradeoff. Я выбрал другое. > Была бы это СТРАШНАЯ ЧИСЛОДРОБИЛКА с ДОФИГИЩА ПАМЯТИ - да, верю, > 64-битная система там была бы полезна. У меня не так мало времени занимают процессы компиляции. Это не числодробилка, но CPU жрёт только так. -- Eugene V. Lyubimkin aka JackYF signature.asc Description: OpenPGP digital signature
Re: Чем резать спам?
Mon, 4 Aug 2008 12:29:05 +0400 Alexey Pechnikov <[EMAIL PROTECTED]> wrote: > Hello! > > В сообщении от Monday 04 August 2008 00:52:35 Yauhen Kharuzhy > написал(а): > > А обучать spamassasin пробовал? У меня он весьма даже неплохо > > фильтрует. > > Пробовал, не помогает. Помечать-то он спам помечает, но ошибается > очень часто - то нужное письмо прибить хочет, то спам пропускает. Я > видел эффективные примеры использоания спамассассина, но на уровне > мэйлсервера с сотнями ящиков, когда обучением все пользователи > занимаются. На уровне моих трех ящиков не хочет обучаться, хотя спама > с полсотни писем в день валится. Стандартная практика, рекомендуемая авторами - это как раз персональное обучение для каждого пользователя. Собственно у меня так и фильтрует. Правда на сервере, а не в клиенте. Писем 50 в день спама просачивается и то в худшем случае, обычно в районе 20-30 (при нескольких тысячах отсеянных и отсутствии false-positive (одно письмо в год-два или где-то так)). -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:[EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
AC а где вранье? серверов не сделающих ни одной повторной попытки AC отправить письмо за 8 часов я не видел AC>>> Естественно, не видел. Ты ведь не видишь почту, которая до тебя не AC>>> доходит... AC>> я периодами просматриваю грейлист AC>> и там нет адресов которые мне пишут :) AC> То есть как нет? Там только адреса, которые тебе (на твою машину) AC> пишут, там других в принципе быть не может. ну в смысле нет адресов людей которые когда-либо со мной связь имели хотя в whitelist я их никого не заношу: кто часто пишет, тот без пауз попадает а кто раз в три месяца пишет, тому и пауза на доставку пол часа рояля не играет, AC> Я верю, что адресов из whitelist'а там нет. Потому что они в whitelist. AC> Но это, как ты и сам бы мог догадаться, не аргумент. А если там было AC> непроползшее вполне валидное письмо с ранее неизвестного тебе адреса, ты AC> об этом просто не узнаешь в силу неизвестности тебе адреса. еще раз: недоставленные письма корректным сервером возвращаются обратно соответственно пользователь может 1. перепослать 2. связаться другим способом у меня довольно обширная переписка и еще ни разу не было чтоб кто-то пожаловался что дескать в почте до меня достучаться не смог, поэтому скажем стукнулся в jabber. да что далеко ходить-то? вот _эта_ рассылка на грейлисте висит (висела по кр. мере месяца два назад, не знаю как сейчас: надо в логи заглянуть) и никто не жалуется: никому грейлист не мешает :D AC>> нормальный сервер вернет письмо с описанием причин почему доставить не AC>> получилось, заинтересованный человек перепошлет почту и всего делов AC>> эти случаи вероятны только если связь между серверами была в ауте AC>> большое время, а это ЧП AC> Вернет, да. Через 5 суток. тоже неплохо. -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Чем резать спам?
Hello! В сообщении от Monday 04 August 2008 12:52:45 Artem Chuprina написал(а): > Впрочем, судя по соседнему письму, у тебя с этим проблемы могут быть > вполне объективные, ибо у сейлзов спам от не-спама отличается только > размером отката, а это для спамассассина действительно сложновато :-) Да нет, письма идут по техподдержке :-) Беда в другом - присланные письма много раз пересылаются между адресатами или автор письма тему не ставит и содержание пишет такое, что я, получив письмо, пытаюсь понять, оно спам или не спам... На один ящик у прова спамфильтр стоит, так на нем тихо, а вот на других караул какой-то. То есть фильтровать можно, но, по-видимому, качественно фильтр отрабатывает только на большом количестве ящиков, когда спам дублируется многократно. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
В сообщении от Monday 04 August 2008 09:01:11 Dmitry E. Oboukhov написал(а): > я поставил себе грейлистинг, безумно счастлив Как сами думаете: те, кто отправляют вам почту тоже счастливы? А админы их почтовых серверов, которые вы превращаете в файлопомойки? -- WestCall SPb dept. Phone: +7-(812)-320-0500 ext. 4580 e-mail: [EMAIL PROTECTED]
Re: Демонстрационная ста н ция
Kotikov Aleksey wrote: > Доброго времени суток > Возникла потребность сделать на базе Debian станцию, которая бы > непрерывно с заданной частотой проигрывала набор роликов. > Во главу угла ставится надежность и простота оперирования этой станцией. > То есть в идеале работа выглядит так: подошел оператор с носителем, > скинул ролики в определенную папку, задал частоту и компьютер начал > воспроизведение. > Есть ли что-либо уже реализованное под такую задачу? Я бы посмотрел в сторону "киосков": http://www.debiosk.org/ Игорь -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
DVA> > я поставил себе грейлистинг, безумно счастлив DVA> Как сами думаете: те, кто отправляют вам почту тоже счастливы? их это никак не затрагивает DVA> А админы их DVA> почтовых серверов, которые вы превращаете в файлопомойки? debian'овские рассылки висят на грейлистинге кому нибудь это мешает? послал письмо с сервера с которого я давно сюда не писал, вот лог: grep -i greyl /var/log/exim4/mainlog|grep deb 2008-08-04 15:32:31 1KPyIQ-ea-37 == debian-russian@lists.debian.org R=dnslookup T=remote_smtp defer (-44): SMTP error from remote mail server after RCPT TO:: host liszt.debian.org [82.195.75.100]: 450 4.7.1 : Recipient address rejected: Greylisted on liszt.debian.org. Try again later. а насчет файлопомоек ты загнул почта пользователей ничтожна по объему в соотношении к спаму. и грейлистинг позволяет этот спам порезать практически полностью если так напряжно место на винчестере, то может его сапгрейдить стоит? ;) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Чем резать спам?
Dmitry V. Agalakov wrote: В сообщении от Monday 04 August 2008 09:01:11 Dmitry E. Oboukhov написал(а): я поставил себе грейлистинг, безумно счастлив Как сами думаете: те, кто отправляют вам почту тоже счастливы? А админы их почтовых серверов, которые вы превращаете в файлопомойки? Если сервер превращается в помойку, то проблема явно не в тех, кто использует greylisting. -- tarantul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Alexey Pechnikov -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 14:44:42 +0400: >> Впрочем, судя по соседнему письму, у тебя с этим проблемы могут быть >> вполне объективные, ибо у сейлзов спам от не-спама отличается только >> размером отката, а это для спамассассина действительно сложновато :-) AP> Да нет, письма идут по техподдержке :-) Беда в другом - присланные AP> письма много раз пересылаются между адресатами или автор письма AP> тему не ставит и содержание пишет такое, что я, получив письмо, AP> пытаюсь понять, оно спам или не спам... AP> На один ящик у прова спамфильтр стоит, так на нем тихо, а вот на AP> других караул какой-то. То есть фильтровать можно, но, по-видимому, AP> качественно фильтр отрабатывает только на большом количестве AP> ящиков, когда спам дублируется многократно. Повторяю. На моих трех ящиках (на трехъящиковом сервере, я тебя правильно понял) вполне пристойно фильтрует. Я, правда, некоторое время потратил на его настройку и на обучение... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] НИИ требуются: 1. Кто бы мог подумать. Кнышев. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
AC>> На один ящик у прова спамфильтр стоит, так на нем тихо, а вот на AC>> других караул какой-то. То есть фильтровать можно, но, по-видимому, AC>> качественно фильтр отрабатывает только на большом количестве AC>> ящиков, когда спам дублируется многократно. AC> Повторяю. На моих трех ящиках (на трехъящиковом сервере, я тебя AC> правильно понял) вполне пристойно фильтрует. Я, правда, некоторое время AC> потратил на его настройку и на обучение... хороший кстати вариант его учить следующим образом: 1. заводим почтовый ящик, которым 100% не будем пользоваться 2. тратим некоторое время чтобы его засветить (то есть отвечаем на спам-письма где просят зарегистрироваться, публикуем этот адрес на индексируемых страничках в интернет (например на форумах итп) 3. всю почту с этого адреса кормим обучалке под названием "спам" я этой фигней страдал пока грейлистинг не поставил, работало приемлемо но с грейлистом просто качественно другой уровень: если в неделю я вижу одно спам-письмо то и хорошо, а чаще их и не вижу :) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Чем резать спам?
Dmitry E. Oboukhov writes: > а где вранье? серверов не сделающих ни одной повторной попытки отправить > письмо за 8 часов я не видел (если кто-то сильно переживает, может > настроить себе интервал таймаута на 24 часа, скажем). может быть они > и есть (у каких-то админов-идиотов), но это скорее всего говорит что > корреспонденцию от них так же можно смело заносить в разряд "спам" ;) И смело занесешь в разряд "спам" 99% писем от ботов присылающих ссылку на подтверждение регистрации. -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
MT> > а где вранье? серверов не сделающих ни одной повторной попытки отправить MT> > письмо за 8 часов я не видел (если кто-то сильно переживает, может MT> > настроить себе интервал таймаута на 24 часа, скажем). может быть они MT> > и есть (у каких-то админов-идиотов), но это скорее всего говорит что MT> > корреспонденцию от них так же можно смело заносить в разряд "спам" ;) MT> И смело занесешь в разряд "спам" 99% писем от ботов присылающих ссылку MT> на подтверждение регистрации. везде где регистрировался на форумах/багтрекерах/итп/итд нигде проблем не было уважающий себя ресурс шлет письма при помощи почтового сервера а ресурс "вася пупкин и сыновья" врядли кому-то интересен -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: как мне проинсталлировать flash player на x88_64?
Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Mon, 04 Aug 2008 13:13:45 +0300: >> EVL> Все программы при компиляции на amd64 могут пользоваться >> EVL> дополнительными 8 регистрами. Нет? >> >> Да. Скольким программам это действительно нужно? Сколько времени >> работают эти программы? EVL> Любым. Ассемблером x86 баловался? Регистров мало, их не хватает EVL> очень часто. Обычно свободно 2-4 регистра. А так - 10-12. Разница EVL> ощутимая. Внимание, вопрос. Сколько времени работают эти программы? >> EVL> Задачи - mplayer и mencoder. Достаточно? Ну и архивация тоже. Вот, >> EVL> кстати, мини-тест: EVL> [snip] >> Основное занятие этой машины - тарить линуксовые ядра? Не верю... EVL> Нет, естественно. Ну, блин, не проводить же мне тест на каждый бинарник EVL> в bin, верно? :) Верно. Запусти top и посмотри на строчку CPU. У меня там сейчас 99% idle. Вот на этот "бинарник" и проведи тест. >> mplayer в этом списке тоже выглядит довольно смешно. Ты себе >> представляешь, как выглядит кино, проигрываемое на 10% быстрее? EVL> Мне тоже было смешно, когда прислали киношку 1900x1050 (точно не EVL> помню последние цифры) в каком-то виндовом формате (не EVL> распараллеливается на два проца). Фиг я её смог посмотреть даже EVL> при framedrop. Пришлось около часа конвертить это дело EVL> mencoder'ом, да и после конвертации жралось 50-80% процессора при EVL> просмотре. Вот сравнительный тест mplayer'ом на этой перекодированной киношке (нет, не сколько процессора жрет - а успевает или нет) был бы аргументом... >> В mencoder, если его действительно много, я еще могу поверить... Но >> вот у меня как-то mplayer еще более-менее регулярно работает (нет, у >> меня 32-битная машина, причем чуть ли еще не времен, когда amd64 не >> существовало в природе; причем ноутбук, т.е. медленный винчестер; и >> ничего, справляется), а mencoder хорошо если час за последние >> полгода поработал. Мне дешевле подождать лишние 10 минут, чем >> добивать в ноут память... EVL> Ну вот видишь... tradeoff. Я выбрал другое. tradeoff, именно. В типичном случае, если посчитать, таки в пользу 32-битного юзерленда (ибо дешевле при той же _ощущаемой_ производительности). >> Была бы это СТРАШНАЯ ЧИСЛОДРОБИЛКА с ДОФИГИЩА ПАМЯТИ - да, верю, >> 64-битная система там была бы полезна. EVL> У меня не так мало времени занимают процессы компиляции. Это не EVL> числодробилка, но CPU жрёт только так. И таки в 64 битах заметно быстрее? И каков расход памяти на компиляцию там и там? А то тут tradeoff не очевиден. С одной стороны, там и регистры должны ролять в полный рост, с другой - память покушать gcc тоже очень любит, причем мелкими кусочками... Понятно, что начиная с какого-то количества памяти оно уже влезает в RAM, и тормозить из-за свопинга перестает... Так вот. С какого? -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Феаноринги думают руками, арфинги - сердцем, а нолфинги - головой. (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Hello! В сообщении от Monday 04 August 2008 16:11:17 Dmitry E. Oboukhov написал(а): > хороший кстати вариант его учить следующим образом: > > 1. заводим почтовый ящик, которым 100% не будем пользоваться > 2. тратим некоторое время чтобы его засветить (то есть отвечаем на > спам-письма где просят зарегистрироваться, публикуем этот адрес на > индексируемых страничках в интернет (например на форумах итп) > 3. всю почту с этого адреса кормим обучалке под названием "спам" Хм, интересно, и ящик такой найдется :-) > я этой фигней страдал пока грейлистинг не поставил, работало приемлемо > но с грейлистом просто качественно другой уровень: если в неделю я вижу > одно спам-письмо то и хорошо, а чаще их и не вижу :) А к kmail его можно прикрутить? Или на сервере провайдера лучше? В принципе, свои сервера есть, но нагружать их почтой имхо не годится, пусть уж у провейдера мэйлсервер трудится. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
AP> В сообщении от Monday 04 August 2008 16:11:17 Dmitry E. Oboukhov написал(а): AP> > хороший кстати вариант его учить следующим образом: AP> > AP> > 1. заводим почтовый ящик, которым 100% не будем пользоваться AP> > 2. тратим некоторое время чтобы его засветить (то есть отвечаем на AP> > спам-письма где просят зарегистрироваться, публикуем этот адрес на AP> > индексируемых страничках в интернет (например на форумах итп) AP> > 3. всю почту с этого адреса кормим обучалке под названием "спам" AP> Хм, интересно, и ящик такой найдется :-) AP> > я этой фигней страдал пока грейлистинг не поставил, работало приемлемо AP> > но с грейлистом просто качественно другой уровень: если в неделю я вижу AP> > одно спам-письмо то и хорошо, а чаще их и не вижу :) AP> А к kmail его можно прикрутить? Или на сервере провайдера лучше? В принципе, AP> свои сервера есть, но нагружать их почтой имхо не годится, пусть уж у AP> провейдера мэйлсервер трудится. нет, грейлистинг работает только когда он работает на почтовом сервере, то есть это изначально серверное решение PS: а мейлсервер который админишь сам весьма удобная штукенция никакого провайдера вебсервер с этим не сравнится по функционалу ;) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Чем резать спам?
Hello! Интересно, почему никто не рассматривает методы наподобии добавления определенной фразы в тему письма или его текст и т.п.? И кстати, адрес в виде [EMAIL PROTECTED] спаммеры научились обрабатывать или лучше рядом прописать, что в тему письма нужно добавить этот самый antispam_key? Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Hello! > AP> А к kmail его можно прикрутить? Или на сервере провайдера лучше? В > принципе, AP> свои сервера есть, но нагружать их почтой имхо не годится, > пусть уж у AP> провейдера мэйлсервер трудится. > > нет, грейлистинг работает только когда он работает на почтовом > сервере, то есть это изначально серверное решение > > PS: а мейлсервер который админишь сам весьма удобная штукенция > никакого провайдера вебсервер с этим не сравнится по функционалу ;) Согласен, но мне выше крыши хватает администрирования собственного ПО, которое еще и разрабатывать нужно, не говоря уж о поддержке пользователей. Потому увы, просто физически не в состоянии еще и о мэйлсервере думать. Хотя понимаю, что на своем мэйлсервере проблема решается (но появляются проблемы его безопасности, управления нагрузкой, защиты от DDOS, написания веб-интерфейса и т.п.). Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: как мне проинстал лировать flash player на x88_64 ?
Artem Chuprina wrote: > Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Mon, 04 Aug 2008 > 13:13:45 +0300: > > >> EVL> Все программы при компиляции на amd64 могут пользоваться > >> EVL> дополнительными 8 регистрами. Нет? > >> > >> Да. Скольким программам это действительно нужно? Сколько времени > >> работают эти программы? > EVL> Любым. Ассемблером x86 баловался? Регистров мало, их не хватает > EVL> очень часто. Обычно свободно 2-4 регистра. А так - 10-12. Разница > EVL> ощутимая. > > Внимание, вопрос. Сколько времени работают эти программы? Эээ... это такой риторический вопрос, что ли? больше одного такта, вестимо, так что поддаются "регистровой" оптимизации. > Верно. Запусти top и посмотри на строчку CPU. У меня там сейчас 99% > idle. Вот на этот "бинарник" и проведи тест. /usr/bin/X. Как предлагаешь тест проводить? Знаешь, у меня 99% idle - довольно-таки редкая ситуация. Firefox, g++, icedove, иксы хотя бы. > >> mplayer в этом списке тоже выглядит довольно смешно. Ты себе > >> представляешь, как выглядит кино, проигрываемое на 10% быстрее? > EVL> Мне тоже было смешно, когда прислали киношку 1900x1050 (точно не > EVL> помню последние цифры) в каком-то виндовом формате (не > EVL> распараллеливается на два проца). Фиг я её смог посмотреть даже > EVL> при framedrop. Пришлось около часа конвертить это дело > EVL> mencoder'ом, да и после конвертации жралось 50-80% процессора при > EVL> просмотре. > > Вот сравнительный тест mplayer'ом на этой перекодированной киношке (нет, > не сколько процессора жрет - а успевает или нет) был бы аргументом... По закону подлости может найтись киношка, которую 64-битный мплеер сможет переварить вчистую, а 32-битный - хуже, или с дропами, или вдруг совсем не потянет (кодек фиговый, допустим). Я предпочитаю вытягивать всё из своей аппаратуры - для этого я её и брал. > >> В mencoder, если его действительно много, я еще могу поверить... Но > >> вот у меня как-то mplayer еще более-менее регулярно работает (нет, у > >> меня 32-битная машина, причем чуть ли еще не времен, когда amd64 не > >> существовало в природе; причем ноутбук, т.е. медленный винчестер; и > >> ничего, справляется), а mencoder хорошо если час за последние > >> полгода поработал. Мне дешевле подождать лишние 10 минут, чем > >> добивать в ноут память... > EVL> Ну вот видишь... tradeoff. Я выбрал другое. > > tradeoff, именно. В типичном случае, если посчитать, таки в пользу > 32-битного юзерленда (ибо дешевле при той же _ощущаемой_ > производительности). Твоя точка зрения. У меня другая. С оперативкой - да, 32-битная система жрёт меньше. Но - оперативки мне хватает, а вот CPU в 10 раз быстрей не помешал бы. > >> Была бы это СТРАШНАЯ ЧИСЛОДРОБИЛКА с ДОФИГИЩА ПАМЯТИ - да, верю, > >> 64-битная система там была бы полезна. > EVL> У меня не так мало времени занимают процессы компиляции. Это не > EVL> числодробилка, но CPU жрёт только так. > > И таки в 64 битах заметно быстрее? И каков расход памяти на компиляцию > там и там? А то тут tradeoff не очевиден. С одной стороны, там и > регистры должны ролять в полный рост, с другой - память покушать gcc > тоже очень любит, причем мелкими кусочками... До свопа gcc ещё не добирался ни разу (да, openoffice.org я не компилирую, и kde тоже), а вот отожрать 100% CPU на десятки минут на "среднячков" - пожалуйста. -- Eugene V. Lyubimkin aka JackYF signature.asc Description: OpenPGP digital signature
Re: Чем резать спам?
AP> > AP> А к kmail его можно прикрутить? Или на сервере провайдера лучше? В AP> > принципе, AP> свои сервера есть, но нагружать их почтой имхо не годится, AP> > пусть уж у AP> провейдера мэйлсервер трудится. AP> > AP> > нет, грейлистинг работает только когда он работает на почтовом AP> > сервере, то есть это изначально серверное решение AP> > AP> > PS: а мейлсервер который админишь сам весьма удобная штукенция AP> > никакого провайдера вебсервер с этим не сравнится по функционалу ;) AP> Согласен, но мне выше крыши хватает администрирования собственного ПО, которое AP> еще и разрабатывать нужно, не говоря уж о поддержке пользователей. Потому AP> увы, просто физически не в состоянии еще и о мэйлсервере думать. Хотя AP> понимаю, что на своем мэйлсервере проблема решается (но появляются проблемы AP> его безопасности, управления нагрузкой, защиты от DDOS, написания AP> веб-интерфейса и т.п.). ну в общем-то периодические обновления (apt-get) меня вполне устраивают если нет какой-то суперэкзотики, то держать почтовый сервер на debian/stable не напряжно а всякие вебморды и прочее это все писать не надо оно есть в изрядном количестве только выбрать что больше нравится :) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Чем резать спам ?
Alexey Pechnikov wrote: > Hello! > > Интересно, почему никто не рассматривает методы наподобии добавления > определенной фразы в тему письма или его текст и т.п.? И кстати, адрес в виде > [EMAIL PROTECTED] спаммеры научились обрабатывать или лучше > рядом прописать, что в тему письма нужно добавить этот самый antispam_key? > > Best regards, Alexey. > > Я как-то думал на досуге... Проблема, наверное, в том, что всегда найдётся классическая девочка-секретарь или даже адекватный человек, который забудет это сделать в самый неподходящий момент :) -- Eugene V. Lyubimkin aka JackYF signature.asc Description: OpenPGP digital signature
Re: Чем резать спам?
Hello! В сообщении от Monday 04 August 2008 16:56:48 Eugene V. Lyubimkin написал(а): > Alexey Pechnikov wrote: > > Hello! > > > > Интересно, почему никто не рассматривает методы наподобии добавления > > определенной фразы в тему письма или его текст и т.п.? И кстати, адрес в > > виде [EMAIL PROTECTED] спаммеры научились обрабатывать > > или лучше рядом прописать, что в тему письма нужно добавить этот самый > > antispam_key? > > > > Best regards, Alexey. > > Я как-то думал на досуге... Проблема, наверное, в том, что всегда > найдётся классическая девочка-секретарь или даже адекватный человек, > который забудет это сделать в самый неподходящий момент :) Если адрес указывать вот так [EMAIL PROTECTED] то забыть уже не получится. Разве что из адресной книги адрес добавят, но и туда наверно можно вписать в таком виде. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
AP>>> Интересно, почему никто не рассматривает методы наподобии добавления AP>>> определенной фразы в тему письма или его текст и т.п.? И кстати, адрес в AP>>> виде [EMAIL PROTECTED] спаммеры научились обрабатывать AP>>> или лучше рядом прописать, что в тему письма нужно добавить этот самый AP>>> antispam_key? AP>>> AP>>> Best regards, Alexey. AP> > AP> > Я как-то думал на досуге... Проблема, наверное, в том, что всегда AP> > найдётся классическая девочка-секретарь или даже адекватный человек, AP> > который забудет это сделать в самый неподходящий момент :) AP> Если адрес указывать вот так AP> [EMAIL PROTECTED] AP> то забыть уже не получится. Разве что из адресной книги адрес добавят, но и AP> туда наверно можно вписать в таком виде. из той адресной книги тот сифилис что спам распространяет видимо тоже не забудет этот кей взять ;) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Чем резать спам?
Hello! В сообщении от Monday 04 August 2008 16:56:29 Dmitry E. Oboukhov написал(а): > ну в общем-то периодические обновления (apt-get) меня вполне устраивают > если нет какой-то суперэкзотики, то держать почтовый сервер на > debian/stable не напряжно А всплесков нагрузки не бывает? А то придет груда спама, load averige взлетит до десятки и более да еще основные сервисы нагрузку добавят и кирдык серваку. > а всякие вебморды и прочее это все писать не надо оно есть в изрядном > количестве > только выбрать что больше нравится :) Да ничего мне из них не нравится. Вот провайдер, у которого размешаюсь, выбирал себе веб-морду тыщ на 5 юзеров и ничего подходящего найти не удалось. Понятно, что решения с пэхапэ или мускулем даже не рассматривали априори. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Hello! В сообщении от Monday 04 August 2008 17:04:47 Dmitry E. Oboukhov написал(а): > AP> Если адрес указывать вот так > AP> [EMAIL PROTECTED] > AP> то забыть уже не получится. Разве что из адресной книги адрес добавят, > но и AP> туда наверно можно вписать в таком виде. > > из той адресной книги тот сифилис что спам распространяет видимо тоже не > забудет этот кей взять Думается, что это пренебрежимо малая часть спама. В основном шлют на адреса, полученные при сканировании сайтов. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
В сообщении от Monday 04 August 2008 15:43:48 Nick 'tarantul' Novikov написал(а): > >> я поставил себе грейлистинг, безумно счастлив > > Как сами думаете: те, кто отправляют вам почту тоже счастливы? А админы > > их почтовых серверов, которые вы превращаете в файлопомойки? > Если сервер превращается в помойку, то проблема явно не в тех, кто > использует greylisting. Именно. Грейлистеры-то счастливы. А на остальных им плевать. Просто надо осознавать последствия такой жизненной философии: за упоминание грейлистинга в приличной компании могут начать возить лицом по асфальту на равне со спамерами. -- WestCall SPb dept. Phone: +7-(812)-320-0500 ext. 4580 e-mail: [EMAIL PROTECTED]
Re: Чем резать спам?
В сообщении от Monday 04 August 2008 15:36:44 Dmitry E. Oboukhov написал(а): > DVA> > я поставил себе грейлистинг, безумно счастлив > DVA> Как сами думаете: те, кто отправляют вам почту тоже счастливы? > их это никак не затрагивает Отправляя письма по два раза и ожидая ответной реакции по нескольку часов? У нас разные понятия о счастье. > DVA> А админы их > DVA> почтовых серверов, которые вы превращаете в файлопомойки? > debian'овские рассылки висят на грейлистинге кому нибудь это мешает? Вообще-то последнее время они безбожно тормозят, так что в пример их лучше не ставить. > а насчет файлопомоек ты загнул > почта пользователей ничтожна по объему в соотношении к спаму. > и грейлистинг позволяет этот спам порезать практически полностью > если так напряжно место на винчестере, то может его сапгрейдить стоит? А оплачивать апгрейд кто будет? Впрочем есть гораздо более простое решение: борьба с грейлистерами их же методами: Все письма, отсроченные по "450 greylist" уничтожаются на месте, а отправителю направляется боунс с предложением связаться с админом заргейлисченой машины. Очень приятно работает. Особенно на бесплатной почте для 7к-10к абонентов... -- WestCall SPb dept. Phone: +7-(812)-320-0500 ext. 4580 e-mail: [EMAIL PROTECTED]
Re: Чем резать спам?
> Все письма, отсроченные по "450 greylist" уничтожаются на месте Да Вы, батенька, экстримист. Почти по Черчиллю: "У грейлистинга масса недостатков и лишь одно достоинство - никто не придумал ничего лучше". Согласен, ни одно лекарство не может вылечить сразу всех людей. Панацеи нет и быть не может. Обязательно найдется кто-то, у кого безобидный анальгин вызывает аллергию. Но это не значит, что на этом основании, единственным лекарством от головной боли надо признать гильотину, так как после такого лечения недовольных, как правило, не бывает. -- С уважением, Константин Матюхин
Re: Чем резать спам?
AP> В сообщении от Monday 04 August 2008 16:56:29 Dmitry E. Oboukhov написал(а): AP> > ну в общем-то периодические обновления (apt-get) меня вполне устраивают AP> > если нет какой-то суперэкзотики, то держать почтовый сервер на AP> > debian/stable не напряжно AP> А всплесков нагрузки не бывает? А то придет груда спама, load averige взлетит AP> до десятки и более да еще основные сервисы нагрузку добавят и кирдык серваку. вот до того как я не пользовался грейлистингом, то бывало что P1-133 у меня и мучился над проверкой 2000-3000 писем в день нагрузка бывало временами _аж_ до 0.8-1 подскакивала ;) а с грейлистингом число проверяемых спамассасином писем примерно в сто раз упало :) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Чем резать спам?
Alexey Pechnikov -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 17:10:14 +0400: >> AP> Если адрес указывать вот так >> AP> [EMAIL PROTECTED] >> AP> то забыть уже не получится. Разве что из адресной книги адрес добавят, >> но и AP> туда наверно можно вписать в таком виде. >> >> из той адресной книги тот сифилис что спам распространяет видимо тоже не >> забудет этот кей взять AP> Думается, что это пренебрежимо малая часть спама. В основном шлют AP> на адреса, полученные при сканировании сайтов. Ну, на сайтах никто не мешает так писать... Только подозреваю, что спамеры как раз воспользуются разборщиком mailto, который умеет эту фишку. Они вообще стандартам очень хорошо соответствуют, в отличие от легитимных вин-юзеров с их гуевыми почтовками... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Истинно православная ОС всего одна - да-да, та самая, в которой иконы и службы. -- P.S. Как насчет сканирования сайта googlegroups? В общем, добро пожаловать в реальный мир... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 16:11:17 +0400: AC>>> На один ящик у прова спамфильтр стоит, так на нем тихо, а вот на AC>>> других караул какой-то. То есть фильтровать можно, но, по-видимому, AC>>> качественно фильтр отрабатывает только на большом количестве AC>>> ящиков, когда спам дублируется многократно. AC>> Повторяю. На моих трех ящиках (на трехъящиковом сервере, я тебя AC>> правильно понял) вполне пристойно фильтрует. Я, правда, некоторое время AC>> потратил на его настройку и на обучение... DEO> хороший кстати вариант его учить следующим образом: DEO> 1. заводим почтовый ящик, которым 100% не будем пользоваться DEO> 2. тратим некоторое время чтобы его засветить (то есть отвечаем на DEO> спам-письма где просят зарегистрироваться, публикуем этот адрес на DEO> индексируемых страничках в интернет (например на форумах итп) DEO> 3. всю почту с этого адреса кормим обучалке под названием "спам" spamtrap это называется. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Реляционная база данных - это не единственный способ сделать дурацкий поиск. Victor Wagner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 16:34:36 +0400: MT>> > а где вранье? серверов не сделающих ни одной повторной попытки отправить MT>> > письмо за 8 часов я не видел (если кто-то сильно переживает, может MT>> > настроить себе интервал таймаута на 24 часа, скажем). может быть они MT>> > и есть (у каких-то админов-идиотов), но это скорее всего говорит что MT>> > корреспонденцию от них так же можно смело заносить в разряд "спам" ;) MT>> И смело занесешь в разряд "спам" 99% писем от ботов присылающих ссылку MT>> на подтверждение регистрации. DEO> везде где регистрировался на форумах/багтрекерах/итп/итд DEO> нигде проблем не было DEO> уважающий себя ресурс шлет письма при помощи почтового сервера Ну, если для тебя полчаса на повтор НИКОГДА не являются проблемой (хинт: откуда пришлет письмо очередной сервер регистрации, не очевидно), то ты счастливый человек, и наверное, собираешься жить вечно... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] An ideal world is left as an exercise to the reader. Paul Graham, "On Lisp" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: как мне проинсталлировать flash player на x88_64?
Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Mon, 04 Aug 2008 15:54:11 +0300: >> >> EVL> Все программы при компиляции на amd64 могут пользоваться >> >> EVL> дополнительными 8 регистрами. Нет? >> >> >> >> Да. Скольким программам это действительно нужно? Сколько времени >> >> работают эти программы? >> EVL> Любым. Ассемблером x86 баловался? Регистров мало, их не хватает >> EVL> очень часто. Обычно свободно 2-4 регистра. А так - 10-12. Разница >> EVL> ощутимая. >> >> Внимание, вопрос. Сколько времени работают эти программы? EVL> Эээ... это такой риторический вопрос, что ли? больше одного такта, EVL> вестимо, так что поддаются "регистровой" оптимизации. Я имею в виду, что случится от того, что они, _может быть_, начнут работать на 10% медленнее. Сколько времени _твоей_ жизни на это уйдет? А на попытку посмотреть флешку на сайте? (А это сайт, скажем, нокии, и там на этой флешке, скажем, навигация сделана, а вовсе даже не только реклама.) >> Верно. Запусти top и посмотри на строчку CPU. У меня там сейчас 99% >> idle. Вот на этот "бинарник" и проведи тест. EVL> /usr/bin/X. Как предлагаешь тест проводить? Я сказал "на строчку CPU", а не "на верхнюю строчку списка процессов". EVL> Знаешь, у меня 99% idle - довольно-таки редкая ситуация. Firefox, g++, EVL> icedove, иксы хотя бы. У тебя там компиляция по циклу, что ли? Или как раз свопинг? >> >> mplayer в этом списке тоже выглядит довольно смешно. Ты себе >> >> представляешь, как выглядит кино, проигрываемое на 10% быстрее? >> EVL> Мне тоже было смешно, когда прислали киношку 1900x1050 (точно не >> EVL> помню последние цифры) в каком-то виндовом формате (не >> EVL> распараллеливается на два проца). Фиг я её смог посмотреть даже >> EVL> при framedrop. Пришлось около часа конвертить это дело >> EVL> mencoder'ом, да и после конвертации жралось 50-80% процессора при >> EVL> просмотре. >> >> Вот сравнительный тест mplayer'ом на этой перекодированной киношке (нет, >> не сколько процессора жрет - а успевает или нет) был бы аргументом... EVL> По закону подлости может найтись киношка, которую 64-битный мплеер EVL> сможет переварить вчистую, а 32-битный - хуже, или с дропами, или EVL> вдруг совсем не потянет (кодек фиговый, допустим). Вот "может найтись" - не аргумент. Если на практике нашлась, да еще просмотра стоила - это аргумент, да. EVL> Я предпочитаю вытягивать всё из своей аппаратуры - для этого я её EVL> и брал. Вот и я про что... Тратим свою жизнь на то, чтобы вытянуть из аппаратуры всё. А на хрена? >> >> Была бы это СТРАШНАЯ ЧИСЛОДРОБИЛКА с ДОФИГИЩА ПАМЯТИ - да, верю, >> >> 64-битная система там была бы полезна. >> EVL> У меня не так мало времени занимают процессы компиляции. Это не >> EVL> числодробилка, но CPU жрёт только так. >> >> И таки в 64 битах заметно быстрее? И каков расход памяти на компиляцию >> там и там? А то тут tradeoff не очевиден. С одной стороны, там и >> регистры должны ролять в полный рост, с другой - память покушать gcc >> тоже очень любит, причем мелкими кусочками... EVL> До свопа gcc ещё не добирался ни разу (да, openoffice.org я не EVL> компилирую, и kde тоже), а вот отожрать 100% CPU на десятки минут EVL> на "среднячков" - пожалуйста. Эк у тебя там страшно... У меня бывает десятки минут, да, но работать за машиной это совершенно не мешает... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Пользователь юникса перестаёт быть пользователем юникса если после его пользования пользованный юникс перестаёт быть юниксом. (с) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
В сообщении от Monday 04 August 2008 18:39:27 Konstantin Matyukhin написал(а): > > Все письма, отсроченные по "450 greylist" уничтожаются на месте > > Да Вы, батенька, экстримист. > Почти по Черчиллю: "У грейлистинга масса недостатков и лишь одно > достоинство - никто не придумал ничего лучше". Согласен, ни одно > лекарство не может вылечить сразу всех людей. Панацеи нет и быть не > может. Обязательно найдется кто-то, у кого безобидный анальгин > вызывает аллергию. Но это не значит, что на этом основании, > единственным лекарством от головной боли надо признать гильотину, так > как после такого лечения недовольных, как правило, не бывает. Гильотина -- это как раз грейлистинг. А у меня ассиметричный ответ. :^) Или более красочное сравнение: мы все стоим по уши в одной луже с дерьмом, а грейлистеры пытаются влезть на шею к рядомстоящим. -- WestCall SPb dept. Phone: +7-(812)-320-0500 ext. 4580 e-mail: [EMAIL PROTECTED]
Re: как мне проинстал лировать flash player на x88_64 ?
Artem Chuprina wrote:
> Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Mon, 04 Aug 2008
> 15:54:11 +0300:
> >> Внимание, вопрос. Сколько времени работают эти программы?
> EVL> Эээ... это такой риторический вопрос, что ли? больше одного такта,
> EVL> вестимо, так что поддаются "регистровой" оптимизации.
>
> Я имею в виду, что случится от того, что они, _может быть_, начнут
> работать на 10% медленнее. Сколько времени _твоей_ жизни на это уйдет?
> А на попытку посмотреть флешку на сайте? (А это сайт, скажем, нокии, и
> там на этой флешке, скажем, навигация сделана, а вовсе даже не только
> реклама.)
Да. Может, начнут, а может, и начнут. А в противном случае точно не
начнут :)
> >> Верно. Запусти top и посмотри на строчку CPU. У меня там сейчас 99%
> >> idle. Вот на этот "бинарник" и проведи тест.
> EVL> /usr/bin/X. Как предлагаешь тест проводить?
>
> Я сказал "на строчку CPU", а не "на верхнюю строчку списка процессов".
А я по CPU и сказал. Оно 10-50% жрёт.
> EVL> Знаешь, у меня 99% idle - довольно-таки редкая ситуация. Firefox, g++,
> EVL> icedove, иксы хотя бы.
>
> У тебя там компиляция по циклу, что ли? Или как раз свопинг?
Свопинг процессора особо не волнует. Да, бывало, что и компиляция по
циклу. Поправить debian/rules или наложить следующий вариант патча и
вперёд - весь пакет собирать. И так дюжину раз.
> >> >> mplayer в этом списке тоже выглядит довольно смешно. Ты себе
> >> >> представляешь, как выглядит кино, проигрываемое на 10% быстрее?
> >> EVL> Мне тоже было смешно, когда прислали киношку 1900x1050 (точно не
> >> EVL> помню последние цифры) в каком-то виндовом формате (не
> >> EVL> распараллеливается на два проца). Фиг я её смог посмотреть даже
> >> EVL> при framedrop. Пришлось около часа конвертить это дело
> >> EVL> mencoder'ом, да и после конвертации жралось 50-80% процессора при
> >> EVL> просмотре.
> >>
> >> Вот сравнительный тест mplayer'ом на этой перекодированной киношке (нет,
> >> не сколько процессора жрет - а успевает или нет) был бы аргументом...
> EVL> По закону подлости может найтись киношка, которую 64-битный мплеер
> EVL> сможет переварить вчистую, а 32-битный - хуже, или с дропами, или
> EVL> вдруг совсем не потянет (кодек фиговый, допустим).
>
> Вот "может найтись" - не аргумент. Если на практике нашлась, да еще
> просмотра стоила - это аргумент, да.
Я предпочитаю смотреть на шаг вперёд и учитывать вероятности :)
> EVL> Я предпочитаю вытягивать всё из своей аппаратуры - для этого я её
> EVL> и брал.
>
> Вот и я про что... Тратим свою жизнь на то, чтобы вытянуть из
> аппаратуры всё. А на хрена?
Свою жизнь? Я только ставлю софт под другую архитектуру, где ж тут трата
моего времени? А компьютер на то и железный, его не жалко. Я оберегаю
себя от лишних будущих проблем и колебаний ("а вот надо было, тогда,
может, бы и быстрее ворочалось").
> >> >> Была бы это СТРАШНАЯ ЧИСЛОДРОБИЛКА с ДОФИГИЩА ПАМЯТИ - да, верю,
> >> >> 64-битная система там была бы полезна.
> >> EVL> У меня не так мало времени занимают процессы компиляции. Это не
> >> EVL> числодробилка, но CPU жрёт только так.
> >>
> >> И таки в 64 битах заметно быстрее? И каков расход памяти на компиляцию
> >> там и там? А то тут tradeoff не очевиден. С одной стороны, там и
> >> регистры должны ролять в полный рост, с другой - память покушать gcc
> >> тоже очень любит, причем мелкими кусочками...
> EVL> До свопа gcc ещё не добирался ни разу (да, openoffice.org я не
> EVL> компилирую, и kde тоже), а вот отожрать 100% CPU на десятки минут
> EVL> на "среднячков" - пожалуйста.
>
> Эк у тебя там страшно... У меня бывает десятки минут, да, но работать
> за машиной это совершенно не мешает...
*вспоминает, как в 4 часа ночи дожидался последней компиляции
fbreader'a* Если это в процессе других дел - да, не спорю. Но, бывает,
что это единственное дело, которое нужно завершить побыстрее и идти по
делам/баиньки.
--
Eugene V. Lyubimkin aka JackYF
signature.asc
Description: OpenPGP digital signature
Re: Чем резать спам?
Hello! В сообщении от Monday 04 August 2008 18:51:24 Artem Chuprina написал(а): > AP> Думается, что это пренебрежимо малая часть спама. В основном шлют > AP> на адреса, полученные при сканировании сайтов. > > Ну, на сайтах никто не мешает так писать... Только подозреваю, что > спамеры как раз воспользуются разборщиком mailto, который умеет эту > фишку. Они вообще стандартам очень хорошо соответствуют, в отличие от > легитимных вин-юзеров с их гуевыми почтовками... В спаме я пока не наблюдал подстройки под конкретного получателя - не смотрят они на subject, им хватает более легко доступных адресов. Естественно, на личный ящик ставить такую штуку не хотелось бы, но личный ящик фильтруется провайдером, разве что в рассылках спам проскакивает, но тут можно пинать листмастера. Однако личный ящик изменится со сменой провайдера, так что это не постоянный контакт и им ограничиться нельзя :-( Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
> Ну, если для тебя полчаса на повтор НИКОГДА не являются проблемой... А почта никогда и не была средством _мгновенных_ коммуникаций, для этого в свое время были придуманы телеграф, телефон и ICQ. -- С уважением, Константин Матюхин
Retrieving bug reports... 0% Fail
При обновлении выскочила ошибка: - Retrieving bug reports... 0% Fail Error retrieving bug reports from the server with the following error message: W: invalid date It could be because your network is down, or because of broken proxy servers, or the BTS server itself is down. Check network configuration and try again Retry downloading bug information?[Y/n]? --- Сеть работает, прокси не испльзую. Кто-нибудь в курсе? Это у всех так или только у меня? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Konstantin Matyukhin wrote: >> Ну, если для тебя полчаса на повтор НИКОГДА не являются проблемой... > А почта никогда и не была средством _мгновенных_ коммуникаций, для этого > в свое время были придуманы телеграф, телефон и ICQ. > Не ICQ, а IM ;) А то Jabber обижаешь :) -- Eugene V. Lyubimkin aka JackYF signature.asc Description: OpenPGP digital signature
Re: Чем резать спам?
Dmitry V. Agalakov -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 18:49:06 +0400: >> Да Вы, батенька, экстримист. >> Почти по Черчиллю: "У грейлистинга масса недостатков и лишь одно >> достоинство - никто не придумал ничего лучше". Согласен, ни одно >> лекарство не может вылечить сразу всех людей. Панацеи нет и быть не >> может. Обязательно найдется кто-то, у кого безобидный анальгин >> вызывает аллергию. Но это не значит, что на этом основании, >> единственным лекарством от головной боли надо признать гильотину, так >> как после такого лечения недовольных, как правило, не бывает. DVA> Гильотина -- это как раз грейлистинг. А у меня ассиметричный DVA> ответ. :^) Или более красочное сравнение: мы все стоим по уши в DVA> одной луже с дерьмом, а грейлистеры пытаются влезть на шею к DVA> рядомстоящим. Ну, не скажи. Если все принимающие хосты начнут пользоваться грейлистингом, кто у кого на шее будет? Нет, я прекрасно понимаю, что спамеры тогда отреагируют немедленно. Но так устроена любая защита, начиная с дверного замка. Преступник в среднем выбирает менее защищенную жертву. И знаешь, я не считаю себя обязанным быть этой менее защищенной жертвой. Даже если такова основная масса. Хотя, конечно, никто тебе не мешает гильотинировать письма к грейлистерам. Твои пользователи проголосуют ногами, если что. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Если бы думать было также приятно, как заниматься любовью, мы жили бы в совершенно другом мире. -- Лис -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Alexey Pechnikov -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 19:24:56 +0400: >> AP> Думается, что это пренебрежимо малая часть спама. В основном шлют >> AP> на адреса, полученные при сканировании сайтов. >> >> Ну, на сайтах никто не мешает так писать... Только подозреваю, что >> спамеры как раз воспользуются разборщиком mailto, который умеет эту >> фишку. Они вообще стандартам очень хорошо соответствуют, в отличие от >> легитимных вин-юзеров с их гуевыми почтовками... AP> В спаме я пока не наблюдал подстройки под конкретного получателя - AP> не смотрят они на subject, им хватает более легко доступных AP> адресов. Это может всего лишь означать, что они не с того сайта берут адрес... Но вообще общий принцип таков, что в легитимном письме этот сабжект будет отсутствовать скорее, нежели в спамерском... AP> Естественно, на личный ящик ставить такую штуку не хотелось бы, но AP> личный ящик фильтруется провайдером, разве что в рассылках спам AP> проскакивает, но тут можно пинать листмастера. Однако личный ящик AP> изменится со сменой провайдера, так что это не постоянный контакт и AP> им ограничиться нельзя :-( Ящик, который меняется со сменой провайдера - не личный, а технический. И получать на него что-либо, кроме извещений от провайдера "мы тут вчера лежали" (а то я сам не знаю...) не рекомендуется... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Дело говоришь! Теперь делай его. Кнышев. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: как мне проинсталлировать flash player на x88_64?
Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Mon, 04 Aug 2008
18:24:58 +0300:
>> >> Внимание, вопрос. Сколько времени работают эти программы?
>> EVL> Эээ... это такой риторический вопрос, что ли? больше одного такта,
>> EVL> вестимо, так что поддаются "регистровой" оптимизации.
>>
>> Я имею в виду, что случится от того, что они, _может быть_, начнут
>> работать на 10% медленнее. Сколько времени _твоей_ жизни на это уйдет?
>> А на попытку посмотреть флешку на сайте? (А это сайт, скажем, нокии, и
>> там на этой флешке, скажем, навигация сделана, а вовсе даже не только
>> реклама.)
EVL> Да. Может, начнут, а может, и начнут. А в противном случае точно
EVL> не начнут :)
Нет. Поскольку будут жрать больше памяти.
>> >> Верно. Запусти top и посмотри на строчку CPU. У меня там сейчас 99%
>> >> idle. Вот на этот "бинарник" и проведи тест.
>> EVL> /usr/bin/X. Как предлагаешь тест проводить?
>>
>> Я сказал "на строчку CPU", а не "на верхнюю строчку списка процессов".
EVL> А я по CPU и сказал. Оно 10-50% жрёт.
Нифига себе... Это у него, часом, не от кривой 64-битности? Или это от
гнома какого? У меня X.org жрет 0.3% CPU.
>> >> >> mplayer в этом списке тоже выглядит довольно смешно. Ты себе
>> >> >> представляешь, как выглядит кино, проигрываемое на 10% быстрее?
>> >> EVL> Мне тоже было смешно, когда прислали киношку 1900x1050 (точно не
>> >> EVL> помню последние цифры) в каком-то виндовом формате (не
>> >> EVL> распараллеливается на два проца). Фиг я её смог посмотреть даже
>> >> EVL> при framedrop. Пришлось около часа конвертить это дело
>> >> EVL> mencoder'ом, да и после конвертации жралось 50-80% процессора при
>> >> EVL> просмотре.
>> >>
>> >> Вот сравнительный тест mplayer'ом на этой перекодированной киношке (нет,
>> >> не сколько процессора жрет - а успевает или нет) был бы аргументом...
>> EVL> По закону подлости может найтись киношка, которую 64-битный мплеер
>> EVL> сможет переварить вчистую, а 32-битный - хуже, или с дропами, или
>> EVL> вдруг совсем не потянет (кодек фиговый, допустим).
>>
>> Вот "может найтись" - не аргумент. Если на практике нашлась, да еще
>> просмотра стоила - это аргумент, да.
EVL> Я предпочитаю смотреть на шаг вперёд и учитывать вероятности :)
Результат, судя по вышеприведенной фразе про 10-50% CPU на X, прямо
скажем, странен... Ты подумай, может, ты как-то неправильно учитываешь
вероятности?
>> EVL> Я предпочитаю вытягивать всё из своей аппаратуры - для этого я её
>> EVL> и брал.
>>
>> Вот и я про что... Тратим свою жизнь на то, чтобы вытянуть из
>> аппаратуры всё. А на хрена?
EVL> Свою жизнь? Я только ставлю софт под другую архитектуру, где ж тут
EVL> трата моего времени? А компьютер на то и железный, его не жалко. Я
EVL> оберегаю себя от лишних будущих проблем и колебаний ("а вот надо
EVL> было, тогда, может, бы и быстрее ворочалось").
Пока, как я погляжу, у тебя ворочается медленнее, причем в разы. По
твоим же собственным словам. Плюс геморрои с closed-source.
>> >> >> Была бы это СТРАШНАЯ ЧИСЛОДРОБИЛКА с ДОФИГИЩА ПАМЯТИ - да, верю,
>> >> >> 64-битная система там была бы полезна.
>> >> EVL> У меня не так мало времени занимают процессы компиляции. Это не
>> >> EVL> числодробилка, но CPU жрёт только так.
>> >>
>> >> И таки в 64 битах заметно быстрее? И каков расход памяти на компиляцию
>> >> там и там? А то тут tradeoff не очевиден. С одной стороны, там и
>> >> регистры должны ролять в полный рост, с другой - память покушать gcc
>> >> тоже очень любит, причем мелкими кусочками...
>> EVL> До свопа gcc ещё не добирался ни разу (да, openoffice.org я не
>> EVL> компилирую, и kde тоже), а вот отожрать 100% CPU на десятки минут
>> EVL> на "среднячков" - пожалуйста.
>>
>> Эк у тебя там страшно... У меня бывает десятки минут, да, но работать
>> за машиной это совершенно не мешает...
EVL> *вспоминает, как в 4 часа ночи дожидался последней компиляции
EVL> fbreader'a* Если это в процессе других дел - да, не спорю. Но,
EVL> бывает, что это единственное дело, которое нужно завершить
EVL> побыстрее и идти по делам/баиньки.
А. Я в таких случаях иду баиньки не дожидаясь. Оно железное, с ним
ничего не случится до утра.
--
Artem Chuprina
RFC2822: Jabber: [EMAIL PROTECTED]
А Элберет оксюморон! (c)JB
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Konstantin Matyukhin -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 19:39:50 +0400: >> Ну, если для тебя полчаса на повтор НИКОГДА не являются проблемой... KM> А почта никогда и не была средством _мгновенных_ коммуникаций, для KM> этого в свое время были придуманы телеграф, телефон и ICQ. Еще в 90-х гг. прошлого века - была. Куда быстрее телеграфа. А сейчас уже и ICQ ни разу не мгновенна и не надежна... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] /итд/почтопосылалка.нстрк (c) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Hello! В сообщении от Monday 04 August 2008 19:52:15 Artem Chuprina написал(а): > AP> Естественно, на личный ящик ставить такую штуку не хотелось бы, но > AP> личный ящик фильтруется провайдером, разве что в рассылках спам > AP> проскакивает, но тут можно пинать листмастера. Однако личный ящик > AP> изменится со сменой провайдера, так что это не постоянный контакт и > AP> им ограничиться нельзя :-( > > Ящик, который меняется со сменой провайдера - не личный, а технический. > И получать на него что-либо, кроме извещений от провайдера "мы тут вчера > лежали" (а то я сам не знаю...) не рекомендуется... Рассылки я всегда именно на такой ящик получаю. Ибо если рассылка нужна, то нетрудно при смене ящика переподписаться, а если не нужна - можно просто забыть о ней. С личной корреспонденцией тоже все просто - кому надо, посмотрят адрес в рассылке или достучатся через аську/джаббер/рабочий ящик/телефон. Да и в гугле найти адрес можно, правда, надо суметь имя правильно написать и не перепутать с однофамильцами :-) Замечу, что мэйлсервер от провайдера доступен мне по эзернету (100 мегабит или около того), а вот выход в интернет - 150 килобит в секунду и качать почту бывает ну очень долго. Как говорится, мелочь, но очень существенная. К слову, анлимных тарифов быстрее 300 килобит в "третьей столице России" пока не изобрели. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: как мне проинстал лировать flash player на x88_64 ?
Artem Chuprina wrote:
> Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Mon, 04 Aug 2008
> 18:24:58 +0300:
>
> >> >> Внимание, вопрос. Сколько времени работают эти программы?
> >> EVL> Эээ... это такой риторический вопрос, что ли? больше одного такта,
> >> EVL> вестимо, так что поддаются "регистровой" оптимизации.
> >>
> >> Я имею в виду, что случится от того, что они, _может быть_, начнут
> >> работать на 10% медленнее. Сколько времени _твоей_ жизни на это уйдет?
> >> А на попытку посмотреть флешку на сайте? (А это сайт, скажем, нокии, и
> >> там на этой флешке, скажем, навигация сделана, а вовсе даже не только
> >> реклама.)
> EVL> Да. Может, начнут, а может, и начнут. А в противном случае точно
> EVL> не начнут :)
>
> Нет. Поскольку будут жрать больше памяти.
Память vs скорость - tradeoff.
> >> >> Верно. Запусти top и посмотри на строчку CPU. У меня там сейчас 99%
> >> >> idle. Вот на этот "бинарник" и проведи тест.
> >> EVL> /usr/bin/X. Как предлагаешь тест проводить?
> >>
> >> Я сказал "на строчку CPU", а не "на верхнюю строчку списка процессов".
> EVL> А я по CPU и сказал. Оно 10-50% жрёт.
>
> Нифига себе... Это у него, часом, не от кривой 64-битности? Или это от
> гнома какого? У меня X.org жрет 0.3% CPU.
Это у него от кривой по самое не хочу ATI-шной видеокарточки x200. На
интеле всё чики-пики было.
> >> >> >> mplayer в этом списке тоже выглядит довольно смешно. Ты себе
> >> >> >> представляешь, как выглядит кино, проигрываемое на 10% быстрее?
> >> >> EVL> Мне тоже было смешно, когда прислали киношку 1900x1050 (точно не
> >> >> EVL> помню последние цифры) в каком-то виндовом формате (не
> >> >> EVL> распараллеливается на два проца). Фиг я её смог посмотреть даже
> >> >> EVL> при framedrop. Пришлось около часа конвертить это дело
> >> >> EVL> mencoder'ом, да и после конвертации жралось 50-80% процессора
> при
> >> >> EVL> просмотре.
> >> >>
> >> >> Вот сравнительный тест mplayer'ом на этой перекодированной киношке
> (нет,
> >> >> не сколько процессора жрет - а успевает или нет) был бы аргументом...
> >> EVL> По закону подлости может найтись киношка, которую 64-битный мплеер
> >> EVL> сможет переварить вчистую, а 32-битный - хуже, или с дропами, или
> >> EVL> вдруг совсем не потянет (кодек фиговый, допустим).
> >>
> >> Вот "может найтись" - не аргумент. Если на практике нашлась, да еще
> >> просмотра стоила - это аргумент, да.
> EVL> Я предпочитаю смотреть на шаг вперёд и учитывать вероятности :)
>
> Результат, судя по вышеприведенной фразе про 10-50% CPU на X, прямо
> скажем, странен... Ты подумай, может, ты как-то неправильно учитываешь
> вероятности?
Ответ про иксы выше.
> >> Вот и я про что... Тратим свою жизнь на то, чтобы вытянуть из
> >> аппаратуры всё. А на хрена?
> EVL> Свою жизнь? Я только ставлю софт под другую архитектуру, где ж тут
> EVL> трата моего времени? А компьютер на то и железный, его не жалко. Я
> EVL> оберегаю себя от лишних будущих проблем и колебаний ("а вот надо
> EVL> было, тогда, может, бы и быстрее ворочалось").
>
> Пока, как я погляжу, у тебя ворочается медленнее, причем в разы. По
> твоим же собственным словам. Плюс геморрои с closed-source.
Что у меня по моим словам ворочается медленнее в разы? оо... А
closed-source я избегаю - не для closed-source я Debian себе выбрал.
> EVL> *вспоминает, как в 4 часа ночи дожидался последней компиляции
> EVL> fbreader'a* Если это в процессе других дел - да, не спорю. Но,
> EVL> бывает, что это единственное дело, которое нужно завершить
> EVL> побыстрее и идти по делам/баиньки.
>
> А. Я в таких случаях иду баиньки не дожидаясь. Оно железное, с ним
> ничего не случится до утра.
А вот с человеком, который ждёт аплоад, может и случится :)
--
Eugene V. Lyubimkin aka JackYF
signature.asc
Description: OpenPGP digital signature
Re: как мне проинсталлировать flash player на x88_64?
Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Mon, 04 Aug 2008 19:15:16 +0300: >> >> >> Внимание, вопрос. Сколько времени работают эти программы? >> >> EVL> Эээ... это такой риторический вопрос, что ли? больше >> >> EVL> одного такта, вестимо, так что поддаются "регистровой" >> >> EVL> оптимизации. >> >> >> >> Я имею в виду, что случится от того, что они, _может быть_, >> >> начнут работать на 10% медленнее. Сколько времени _твоей_ жизни >> >> на это уйдет? А на попытку посмотреть флешку на сайте? (А это >> >> сайт, скажем, нокии, и там на этой флешке, скажем, навигация >> >> сделана, а вовсе даже не только реклама.) >> EVL> Да. Может, начнут, а может, и начнут. А в противном случае >> EVL> точно не начнут :) >> >> Нет. Поскольку будут жрать больше памяти. EVL> Память vs скорость - tradeoff. Прожорливость по памяти может привести к падению скорости. Или эта, к счетам за электричество :-) >> >> >> Верно. Запусти top и посмотри на строчку CPU. У меня там >> >> >> сейчас 99% idle. Вот на этот "бинарник" и проведи тест. >> >> EVL> /usr/bin/X. Как предлагаешь тест проводить? >> >> >> >> Я сказал "на строчку CPU", а не "на верхнюю строчку списка >> >> процессов". >> EVL> А я по CPU и сказал. Оно 10-50% жрёт. >> >> Нифига себе... Это у него, часом, не от кривой 64-битности? Или >> это от гнома какого? У меня X.org жрет 0.3% CPU. EVL> Это у него от кривой по самое не хочу ATI-шной видеокарточки EVL> x200. На интеле всё чики-пики было. И этот человек говорит про выжимание из железа всего... >> >> >> >> mplayer в этом списке тоже выглядит довольно смешно. Ты >> >> >> >> себе представляешь, как выглядит кино, проигрываемое на >> >> >> >> 10% быстрее? >> >> >> EVL> Мне тоже было смешно, когда прислали киношку 1900x1050 >> >> >> EVL> (точно не помню последние цифры) в каком-то виндовом >> >> >> EVL> формате (не распараллеливается на два проца). Фиг я её >> >> >> EVL> смог посмотреть даже при framedrop. Пришлось около >> >> >> EVL> часа конвертить это дело mencoder'ом, да и после >> >> >> EVL> конвертации жралось 50-80% процессора при просмотре. >> >> >> >> >> >> Вот сравнительный тест mplayer'ом на этой перекодированной >> >> >> киношке (нет, не сколько процессора жрет - а успевает или >> >> >> нет) был бы аргументом... >> >> EVL> По закону подлости может найтись киношка, которую >> >> EVL> 64-битный мплеер сможет переварить вчистую, а 32-битный - >> >> EVL> хуже, или с дропами, или вдруг совсем не потянет (кодек >> >> EVL> фиговый, допустим). >> >> >> >> Вот "может найтись" - не аргумент. Если на практике нашлась, да >> >> еще просмотра стоила - это аргумент, да. >> EVL> Я предпочитаю смотреть на шаг вперёд и учитывать вероятности >> EVL> :) >> >> Результат, судя по вышеприведенной фразе про 10-50% CPU на X, прямо >> скажем, странен... Ты подумай, может, ты как-то неправильно учитываешь >> вероятности? EVL> Ответ про иксы выше. Так в свете этого ответа мой вопрос про вероятности тем более актуален... >> EVL> *вспоминает, как в 4 часа ночи дожидался последней компиляции >> EVL> fbreader'a* Если это в процессе других дел - да, не спорю. Но, >> EVL> бывает, что это единственное дело, которое нужно завершить >> EVL> побыстрее и идти по делам/баиньки. >> >> А. Я в таких случаях иду баиньки не дожидаясь. Оно железное, с ним >> ничего не случится до утра. EVL> А вот с человеком, который ждёт аплоад, может и случится :) Так опять же, у меня быстрее соберется. Потому что карточка хоть и ATI, но не кривая, и процессор может спокойно заняться компиляцией... ЧЯДНТ? -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] There's no sense in being precise, when you don't even know what you're talking about. -- John von Neumann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Alexey Pechnikov -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 20:09:51 +0400: AP> Замечу, что мэйлсервер от провайдера доступен мне по эзернету (100 AP> мегабит или около того), а вот выход в интернет - 150 килобит в AP> секунду и качать почту бывает ну очень долго. Как говорится, AP> мелочь, но очень существенная. К слову, анлимных тарифов быстрее AP> 300 килобит в "третьей столице России" пока не изобрели. Не могу сказать, чтобы у меня до моей почтовки было больше. Ну, сейчас, наверное, да, а бывало что и нет. Но я не _качаю_ оттуда почту. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] The last good thing written in C was Franz Schubert's Symphony number 9. -- Erwin Dieterich -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Hello! В сообщении от Monday 04 August 2008 20:30:55 Artem Chuprina написал(а): > Alexey Pechnikov -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 > 20:09:51 +0400: > > AP> Замечу, что мэйлсервер от провайдера доступен мне по эзернету (100 > AP> мегабит или около того), а вот выход в интернет - 150 килобит в > AP> секунду и качать почту бывает ну очень долго. Как говорится, > AP> мелочь, но очень существенная. К слову, анлимных тарифов быстрее > AP> 300 килобит в "третьей столице России" пока не изобрели. > > Не могу сказать, чтобы у меня до моей почтовки было больше. Ну, сейчас, > наверное, да, а бывало что и нет. Но я не _качаю_ оттуда почту. Что же вы с ней делаете? Кроме кормления этой почтой спамфильтра :-) Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
On Mon, Aug 04, 2008 at 09:08:51PM +0400, Alexey Pechnikov wrote: > Hello! > > В сообщении от Monday 04 August 2008 20:30:55 Artem Chuprina написал(а): > > Alexey Pechnikov -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 > > 20:09:51 +0400: > > > > AP> Замечу, что мэйлсервер от провайдера доступен мне по эзернету (100 > > AP> мегабит или около того), а вот выход в интернет - 150 килобит в > > AP> секунду и качать почту бывает ну очень долго. Как говорится, > > AP> мелочь, но очень существенная. К слову, анлимных тарифов быстрее > > AP> 300 килобит в "третьей столице России" пока не изобрели. > > > > Не могу сказать, чтобы у меня до моей почтовки было больше. Ну, сейчас, > > наверное, да, а бывало что и нет. Но я не _качаю_ оттуда почту. > > Что же вы с ней делаете? Кроме кормления этой почтой спамфильтра :-) Рискну предположить, что он ее там читает. -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: как мне проинсталл ировать flash player на x88_64?
On Mon, Aug 04, 2008 at 07:15:16PM +0300, Eugene V. Lyubimkin wrote: > Artem Chuprina wrote: > > Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Mon, 04 Aug 2008 > > 18:24:58 +0300: > > > > >> >> Внимание, вопрос. Сколько времени работают эти программы? > > >> EVL> Эээ... это такой риторический вопрос, что ли? больше одного такта, > > >> EVL> вестимо, так что поддаются "регистровой" оптимизации. > > >> > > >> Я имею в виду, что случится от того, что они, _может быть_, начнут > > >> работать на 10% медленнее. Сколько времени _твоей_ жизни на это уйдет? > > >> А на попытку посмотреть флешку на сайте? (А это сайт, скажем, нокии, и > > >> там на этой флешке, скажем, навигация сделана, а вовсе даже не только > > >> реклама.) > > EVL> Да. Может, начнут, а может, и начнут. А в противном случае точно > > EVL> не начнут :) > > > > Нет. Поскольку будут жрать больше памяти. > Память vs скорость - tradeoff. IMHO регулярно используемых приложений интенсивно жрущих процессор (a) мало (b) зависимостей у них тоже мало. Поставить ядро 64 bit, систему 32 bit минимальный набор lib64 и радоваться. Я так делаю для задач требующих много гиг памяти. Правда дебиан под это не очень заточен и требуется напильник. А жаль... P.S. Даже когда у тебя много памяти, то L2 кэша много меньше. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Retrieving bug reports... 0% Fail
2008/8/4 ivan <[EMAIL PROTECTED]>: > При обновлении выскочила ошибка: > - > Retrieving bug reports... 0% Fail > Error retrieving bug reports from the server with the following error > message: > W: invalid date > It could be because your network is down, or because of broken proxy > servers, or the BTS server itself is down. Check network configuration > and try again > Retry downloading bug information?[Y/n]? > --- > > Сеть работает, прокси не испльзую. > Кто-нибудь в курсе? Это у всех так или только у меня? Часов в 7 по Москве тоже не мог достучаться в багтрекер через веб. -- Regards, Yuri Kozlov
Re: Чем резать спам?
Hello! В сообщении от Monday 04 August 2008 21:15:56 Stanislav Maslovski написал(а): > > > Не могу сказать, чтобы у меня до моей почтовки было больше. Ну, > > > сейчас, наверное, да, а бывало что и нет. Но я не _качаю_ оттуда > > > почту. > > > > Что же вы с ней делаете? Кроме кормления этой почтой спамфильтра :-) > > Рискну предположить, что он ее там читает. Интересно, как это? Вин-юзеры шлют doc-файлы, в которые нечто пишут или вообще скриншот вставляют в формате bmp. Пока не скачаешь вложенный doc или еще какой файл, не прочитаешь. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Dmitry V. Agalakov wrote: Именно. Грейлистеры-то счастливы. А на остальных им плевать. Просто надо осознавать последствия такой жизненной философии: за упоминание грейлистинга в приличной компании могут начать возить лицом по асфальту на равне со спамерами. Хочу заметить, что грейлистеры никого не заставляют письма слать. Не нравится - не шли. Со спамом картинка диаметрально противоположная. А принимать тонны спама только потому, что у кого-то денег на почтовый сервер нет, я не буду. Это не мои половые трудности. Если хватает ума убить письмо после ошибки 450, то может хватит еще и на то, что бы его тут же послать еще раз? -- tarantul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
AP>>> > Не могу сказать, чтобы у меня до моей почтовки было больше. Ну, AP>>> > сейчас, наверное, да, а бывало что и нет. Но я не _качаю_ оттуда AP>>> > почту. AP>>> AP>>> Что же вы с ней делаете? Кроме кормления этой почтой спамфильтра :-) AP> > AP> > Рискну предположить, что он ее там читает. AP> Интересно, как это? Вин-юзеры шлют doc-файлы, в которые нечто пишут или вообще AP> скриншот вставляют в формате bmp. Пока не скачаешь вложенный doc или еще AP> какой файл, не прочитаешь. IMAP например :) у меня почта например тоже лежит черте где :) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Чем резать спам?
Hello! В сообщении от Monday 04 August 2008 22:06:33 Dmitry E. Oboukhov написал(а): > AP>>> Что же вы с ней делаете? Кроме кормления этой почтой спамфильтра :-) > AP> > > AP> > Рискну предположить, что он ее там читает. > > AP> Интересно, как это? Вин-юзеры шлют doc-файлы, в которые нечто пишут или > вообще AP> скриншот вставляют в формате bmp. Пока не скачаешь вложенный doc > или еще AP> какой файл, не прочитаешь. > IMAP например :) > у меня почта например тоже лежит черте где :) > -- Вложение все равно надо скачать, чтобы прочитать. А юзер в это время висит на телефоне и очень волнуется в процессе получения вожделенной техподдержки :-D Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
What doctors dont want you to know.
Dreaming of rich xxx life? http://ouzigd.hiptoguide.eu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: как мне проинсталлировать flash player на x88_64?
Иван Лох -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 21:19:53 +0400: ИЛ> P.S. Даже когда у тебя много памяти, то L2 кэша много меньше. Кстати, да... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Чем отличается свобода от независимости? Независимость - это когда за тебя не платят. А свобода - когда за тебя не думают. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Alexey Pechnikov -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 22:22:35 +0400: >> AP>>> Что же вы с ней делаете? Кроме кормления этой почтой спамфильтра :-) >> AP> > >> AP> > Рискну предположить, что он ее там читает. >> >> AP> Интересно, как это? Вин-юзеры шлют doc-файлы, в которые нечто пишут или >> вообще AP> скриншот вставляют в формате bmp. Пока не скачаешь вложенный doc >> или еще AP> какой файл, не прочитаешь. >> IMAP например :) >> у меня почта например тоже лежит черте где :) >> -- AP> Вложение все равно надо скачать, чтобы прочитать. А юзер в это AP> время висит на телефоне и очень волнуется в процессе получения AP> вожделенной техподдержки :-D Там, где я занимаюсь (иногда) техподдержкой, релевантный сервер находится в пределах офиса. В частности, потому что юзер может позвонить и в тот момент, когда у провайдера что-то упало, и чем меньше хопов от меня до почтовки... Но то рабочий сервер. А у _моего_ задача - принять мою почту, когда она пришла, и отдать, когда это нужно _мне_, а не юзеру на телефоне. И ты знаешь, 150 килобит - это очень неплохая скорость, особенно если IMAP (да, народ правильно догадался) over SSH, который, в свою очередь, шифрует с компрессией. А тот невероятно толстый doc сожмется, натурально, в пару килобайт... Ну, в крайнем случае, в пару десятков килобайт. И вползет за полторы секунды. Это еще при условии, что я вообще соглашусь его читать... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Вам правду резать или кусочком? Кнышев -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: какой raid точно заведется на etch?
Немного не по теме. Хочу на днях прикупить второй хард, такой же, какой сейчас стоит (Samsung HD321KJ 320GB) и сделать Striping (RAID0), используя контроллер MB (Gigabyte GA-P35-DS3R). ПК - обычный десктоп. Просто все пишут, что это жуть как не надёжно, и сразу должно всё слететь. Но я, несколько поискав, так и не нашёл чтобы кто-то сказал "вот я потерял данные". Здесь только Иван Лох говорил, что у него были проблемы. И всё-таки действительно ли стрипинг такая ненадёжная штука? Допустим ЖД работают идеально и будут так работать ближайшую бесконечность. Т.е. вопрос сводится к тому, как часто ошибаются контроллеры и можно ли единичные ошибки компенсировать программно, например на уровне ФС. Хотелось бы взглянуть на статистические данные. Просто опыта с рейд вообще не было...
Re: Чем резать спам?
Hello! В сообщении от Monday 04 August 2008 22:40:19 Artem Chuprina написал(а): > Но то рабочий сервер. А у _моего_ задача - принять мою почту, когда она > пришла, и отдать, когда это нужно _мне_, а не юзеру на телефоне. И ты > знаешь, 150 килобит - это очень неплохая скорость, особенно если IMAP > (да, народ правильно догадался) over SSH, который, в свою очередь, > шифрует с компрессией. А тот невероятно толстый doc сожмется, > натурально, в пару килобайт... Ну, в крайнем случае, в пару десятков > килобайт. И вползет за полторы секунды. До пары сот килобайт, если точнее... А под "IMAP over SSH" имеется в виду все же SSL или ручной проброс порта через ssh-туннель до сервера? Или почтовый клиент сам туннель устанавливает и через него лезет? Собственно, IMAP имеет свои преимущества, когда есть провайдер, который его поддерживает и готов хранить почту на сервере. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
AP> В сообщении от Monday 04 August 2008 22:40:19 Artem Chuprina написал(а): AP> > Но то рабочий сервер. А у _моего_ задача - принять мою почту, когда она AP> > пришла, и отдать, когда это нужно _мне_, а не юзеру на телефоне. И ты AP> > знаешь, 150 килобит - это очень неплохая скорость, особенно если IMAP AP> > (да, народ правильно догадался) over SSH, который, в свою очередь, AP> > шифрует с компрессией. А тот невероятно толстый doc сожмется, AP> > натурально, в пару килобайт... Ну, в крайнем случае, в пару десятков AP> > килобайт. И вползет за полторы секунды. AP> До пары сот килобайт, если точнее... А под "IMAP over SSH" имеется в виду все AP> же SSL или ручной проброс порта через ssh-туннель до сервера? Или почтовый AP> клиент сам туннель устанавливает и через него лезет? Собственно, IMAP имеет AP> свои преимущества, когда есть провайдер, который его поддерживает и готов AP> хранить почту на сервере. вменяемая почтовая программа умеет пробрасывать тоннель сама -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: какой raid точно заведе тся на etch?
Andrey Vasilenko wrote: Немного не по теме. Хочу на днях прикупить второй хард, такой же, какой сейчас стоит (Samsung HD321KJ 320GB) и сделать Striping (RAID0), используя контроллер MB (Gigabyte GA-P35-DS3R). ПК - обычный десктоп. Просто все пишут, что это жуть как не надёжно, и сразу должно всё слететь. Но я, несколько поискав, так и не нашёл чтобы кто-то сказал "вот я потерял данные". Здесь только Иван Лох говорил, что у него были проблемы. И всё-таки действительно ли стрипинг такая ненадёжная штука? Допустим ЖД работают идеально и будут так работать ближайшую бесконечность. Т.е. вопрос сводится к тому, как часто ошибаются контроллеры и можно ли единичные ошибки компенсировать программно, например на уровне ФС. Хотелось бы взглянуть на статистические данные. Просто опыта с рейд вообще не было... Если умрет один диск - умрет все. Вероятность потерять все данные в два раза выше. Если это не пугает - вперед. Btw, можно применить не raid, а lvm. Оно в данном случае удобнее, на мой взгляд. -- tarantul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Alexey Pechnikov -> debian-russian@lists.debian.org @ Mon, 4 Aug 2008 23:19:57 +0400: >> Но то рабочий сервер. А у _моего_ задача - принять мою почту, когда >> она пришла, и отдать, когда это нужно _мне_, а не юзеру на >> телефоне. И ты знаешь, 150 килобит - это очень неплохая скорость, >> особенно если IMAP (да, народ правильно догадался) over SSH, >> который, в свою очередь, шифрует с компрессией. А тот невероятно >> толстый doc сожмется, натурально, в пару килобайт... Ну, в крайнем >> случае, в пару десятков килобайт. И вползет за полторы секунды. AP> До пары сот килобайт, если точнее... А под "IMAP over SSH" имеется AP> в виду все же SSL или ручной проброс порта через ssh-туннель до AP> сервера? Или почтовый клиент сам туннель устанавливает и через него AP> лезет? Собственно, IMAP имеет свои преимущества, когда есть AP> провайдер, который его поддерживает и готов хранить почту на AP> сервере. Почтовка. Сама говорит ssh host /usr/bin/imapd Maildir, и общается по полученной паре пайпов. Преимущество - отсутствие необходимости вводить пароль (ssh по ключу, естественно). -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Лень оправдывает средства -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: какой raid точно заведется на etch?
Nick 'tarantul' Novikov <[EMAIL PROTECTED]> writes: > Если умрет один диск - умрет все. Вероятность потерять все данные в > два раза выше. Если это не пугает - вперед. Btw, можно применить не > raid, а lvm. Оно в данном случае удобнее, на мой взгляд. Минус lvm тут - в неравномерности нагрузки на диски, за балансировкой нагрузки придётся следить глазами и корректировать руками. raid0 выглядит лучше в плане производительности - в идеале получится удвоенная скорость по сравнению с одним таким же диском. Иногда можно пожертвовать надёжностью ради этого ;-) -- MAN-UANIC
Re: какой raid точно заведется на etch?
"Andrey Vasilenko" <[EMAIL PROTECTED]> writes: > Немного не по теме. Хочу на днях прикупить второй хард, такой же, > какой сейчас стоит (Samsung HD321KJ 320GB) и сделать Striping (RAID0), > используя контроллер MB (Gigabyte GA-P35-DS3R). ПК - обычный > десктоп. От использования контроллера на материнке (fakeRAID) я бы отказался - мне кажется вероятность проблем при её смене близка к 1: кто его знает, какие особенности записи данных у набортного контроллера... К тому же я не планирую с этим диском работать из-под других операционок (чем часто и вызвано использование fakeRAID). Более прогнозируемое решение imho - использовать softRAID. -- MAN-UANIC
Re: какой raid точно заведется на etch?
Вот небольшой спор (как ни странно всего пара страниц :) ) на лоре насчёт soft/fake: http://www.linux.org.ru/view-message.jsp?msgid=2930028&lastmod=1216106884310&page=1 Сложно что-то сказать. Кто-то говорит про гибкую настройку софтового... А что там настраивать? В моём понимании (для десктопа) - это втыкаешь пару дисков, выбираешь размер блока, давишь криэйт и не обламываешься :) Ладно, в общем-то риторический вопрос получился. Не знаю даже, опрос на том же лоре устроить что ли про потерю данных при использовании рейд :) Спасибо за высказанные мнения, будем думать. 5 августа 2008 г. 0:52 пользователь Mykola Nikishov < [EMAIL PROTECTED]> написал: > "Andrey Vasilenko" <[EMAIL PROTECTED]> writes: > > > Немного не по теме. Хочу на днях прикупить второй хард, такой же, > > какой сейчас стоит (Samsung HD321KJ 320GB) и сделать Striping (RAID0), > > используя контроллер MB (Gigabyte GA-P35-DS3R). ПК - обычный > > десктоп. > > От использования контроллера на материнке (fakeRAID) я бы отказался - > мне кажется вероятность проблем при её смене близка к 1: кто его знает, > какие особенности записи данных у набортного контроллера... К тому же я > не планирую с этим диском работать из-под других операционок (чем часто > и вызвано использование fakeRAID). > > Более прогнозируемое решение imho - использовать softRAID. > > -- > MAN-UANIC >
Еженедельные образы DVD
Еженедельные образы http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-dvd/ больше не выпускаются? До релиза? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Ура, холивар, холивар! Не удержусь и подкину дровишек в бушующий флейм. > > Все письма, отсроченные по "450 greylist" уничтожаются на месте > Да Вы, батенька, экстримист. > Почти по Черчиллю: "У грейлистинга масса недостатков и лишь одно > достоинство - никто не придумал ничего лучше". Итак, сюжет для кинокомикса про хакеров (все имена вымышлены, а совпадения случайны). Админ Хоста1, считает панацеей грейлистинг, верифи отключил. Ходит весь в белом, ездит на белом Porsche Cayman, всем видам искусства предпочитает аниме про крепкую мужскю дружбу - яой. Админ Хоста2 предпочитает разнузданный хентай, одет во все черное и катается на Чорном Хаммере. Короче, сразу видно, что он гадкий и нехороший, да вдобавок ко всему еще и не любит грейлистинг, а панацеей считает sender verify. А теперь имеем письмо от [EMAIL PROTECTED] к [EMAIL PROTECTED] Хост1 - Хосту2: EHLO... MAIL FROM:[EMAIL PROTECTED] RCPT TO: [EMAIL PROTECTED] Хост2 - Хосту1: EHLO... RCPT TO: [EMAIL PROTECTED] Хост1 - Хосту2: 450 Грейлистинг Хост2 - Хосту1: 550, противный спамер. Случай, кстати, из практики. К счастью, не из моей. --- С уважением, Лев Аржанов.
Re: Еженедельные образы DVD
Наверное надо качать отсюда: http://cdimage.debian.org/cdimage/lenny_di_beta2/i386/jigdo-dvd/ 5 августа 2008 г. 6:17 пользователь ivan <[EMAIL PROTECTED]> написал: > Еженедельные образы > http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-dvd/ > больше не выпускаются? До релиза? > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > -- With kindest regards, pvs.
Re: Еженедельные образы DVD
В Втр, 05/08/2008 в 09:12 +0400, Pavel Shurubura пишет: > Наверное надо качать отсюда: > > http://cdimage.debian.org/cdimage/lenny_di_beta2/i386/jigdo-dvd/ здесь еще старее - 7 июля > > 5 августа 2008 г. 6:17 пользователь ivan <[EMAIL PROTECTED]> > написал: > Еженедельные образы > http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-dvd/ > больше не выпускаются? До релиза? А здесь 21 июля. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Еженедельные образы DVD
Точно. Судя по дате самое последнее: http://cdimage.debian.org/cdimage/daily-builds/lenny_d-i/20080803-1/i386/jigdo-cd/ 5 августа 2008 г. 9:20 пользователь ivan <[EMAIL PROTECTED]> написал: > В Втр, 05/08/2008 в 09:12 +0400, Pavel Shurubura пишет: > > Наверное надо качать отсюда: > > > > http://cdimage.debian.org/cdimage/lenny_di_beta2/i386/jigdo-dvd/ > > здесь еще старее - 7 июля > > > > > > 5 августа 2008 г. 6:17 пользователь ivan <[EMAIL PROTECTED]> > > написал: > > Еженедельные образы > > http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-dvd/ > > больше не выпускаются? До релиза? > > А здесь 21 июля. > > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > -- With kindest regards, pvs.
Re: какой raid точно заведется на etch?
Andrey Vasilenko -> debian-russian@lists.debian.org @ Tue, 5 Aug 2008 01:28:02 +0400: AV> Вот небольшой спор (как ни странно всего пара страниц :) ) на лоре насчёт AV> soft/fake: AV> http://www.linux.org.ru/view-message.jsp?msgid=2930028&lastmod=1216106884310&page=1 AV> Сложно что-то сказать. Кто-то говорит про гибкую настройку софтового... А AV> что там настраивать? AV> В моём понимании (для десктопа) - это втыкаешь пару дисков, выбираешь размер AV> блока, давишь криэйт и не обламываешься :) Так тебе что надо-то - чтоб создавался или чтоб работал? AV> Ладно, в общем-то риторический вопрос получился. Не знаю даже, AV> опрос на том же лоре устроить что ли про потерю данных при AV> использовании рейд :) Лор - это, конечно, офигительно авторитетный источник информации... _Дез_информации. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Рюмку взял - паяльник положил -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Как связать комп с т елефоном через Bluetooth?
obexfs obexftp gnome-bluetooth gnome-vfs-obexftp gnome-phone-manager -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
SAMS Segmentation fault
Народ, хелп! Сегодня с утрарешила подурить SAMS: /usr/local/bin/sams >/dev/null Segmentation fault В sysloge : kernel: sams[15674]: segfault at rip 00401db9 rsp 7fff0fd29530 error 4 Никто не встречался с такой дуростью ? Никаких апдейтов и т.п. не производилось, сервак вообще никто не трогал. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Права доступа к USB
>> fuser? > В ответ ничего не говорит при "прощупывании" появляющихся нодов, > соответственно их никто не использует... lsof sudo lsof | grep /path sudo lsof -p -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
