Re: пустить squid по дру гому интерфейсу
Munko O. Bazarzhapov wrote: 2008/5/14 Ed <[EMAIL PROTECTED]>: Munko O. Bazarzhapov wrote: на роутере крутится squid как сделать что бы squid ходил в инет по интерфейсу ppp1 а все остальное ломилось в ppp0 (как оно счас и есть) что-то типа этого: iptables -t mangle -A OUTPUT -p tcp -d ! LOCALNET -m owner --uid-owner SQUID_USER_UID -j MARK --set-mark ip rule add fwmark table AAA ip route add default dev ppp1 src IP_ON_PPP1_INTERFACE table AAA Идея понятна Тут видимо для каждой из сети/хоста нужно назначить свой маршрут по умолчанию а как завернуть сам сквид который крутится на роутере? невнимательно читаем? сначала метим все пакеты от пользователя, под которым запущен сквид. потом помеченные пакеты обрабатываем в отдельной таблице маршрутизации - и в ней уже прописываем роутинг так, как нам удобно. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
В сообщении от 22 мая 2008 Sergej Kandyla написал(a): > Artem V. Andreev wrote: > > Юрий Илюшко <[EMAIL PROTECTED]> writes: > >> Доброго всем времени суток. > >> Посоветуйте, люди знающие, как быть. > >> Сменил компьютер с одноядерного на двух ядерный. Установил Debian Etch > >> i386. Если ли возможность обновить его до Debian lenny IA64, или просто > >> сменить на Debian etch IA64. > > > > Пункт первый: про IA64 забудьте в принципе и навсегда, это архитектура > > процессоров Itanium, с которыми у более-менее обычного человека шансы > > встретиться нулевые. То что вас может интересовать, называется amd64 или > > x86_64 > > > > Пункт второй: я не понял, какое отношение имеет ядерность процессора к > > вопросу о замене 32-битной системы на 64-битную. > > > > Пункт третий: "обновить" etch/i386 до lenny/amd64, разумеется, нельзя. > > подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти ? > во фрее это основной повод для смены архитектуры... Да. У меня одно время сервер жил с 16 гиг на i686 память виделась и использовалась вся > > >> -- > >> To UNSUBSCRIBE, email to [EMAIL PROTECTED] > >> with a subject of "unsubscribe". Trouble? Contact > >> [EMAIL PROTECTED] > > -- > Wbr, SK -- С уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
Sergej Kandyla -> debian-russian@lists.debian.org @ Thu, 22 May 2008 09:24:24 +0300: SK> подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти ? Да. Правда, если я правильно ошибаюсь, только ядром. Адресное пространство _процесса_ таки ограничено размером указателя. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Все учтено могучим ураганом... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mount -t smbfs отваливается. По чему?
Привет, коллеги. Почему-то через некоторое время отваливается виндовая шара, прикрученная через mount -t smbfs Делаю так export PASSWD="пароль" mount -t smbfs //orb.mcbfa.local/f$ /mnt/orb/ --verbose -o username="mcbfa\Администратор",iocharset=utf8 mount показывает [EMAIL PROTECTED]:/home/peter# mount | grep orb //orb.mcbfa.local/f$ on /mnt/orb type cifs (rw,mand) [EMAIL PROTECTED]:/home/peter# ls -al /mnt/orb ls: cannot access /mnt/orb: Permission denied Вообще основная цель автоматически прикручивать шару, в которую могут писать все пользователи. -- Peter Teslenko Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
Evgeny Yurkin wrote: подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти ? во фрее это основной повод для смены архитектуры... Да. У меня одно время сервер жил с 16 гиг на i686 память виделась и использовалась вся хм...тогда же в чем смысл переходов на x86_64 ? кроме дополнительных 64битных инструкций процессора... получается, что на процы типа ксеонов с EMT64 можно смело(предпочтительно) ставить i386 (независимо от обьемов памяти)? -- Wbr, SK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
В Чтв, 22/05/2008 в 10:11 +0300, Sergej Kandyla пишет: > Evgeny Yurkin wrote: > > > >> подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти ? > >> во фрее это основной повод для смены архитектуры... > >> > > Да. > > У меня одно время сервер жил с 16 гиг на i686 > > память виделась и использовалась вся > > > > > > хм...тогда же в чем смысл переходов на x86_64 ? кроме дополнительных > 64битных инструкций процессора... > получается, что на процы типа ксеонов с EMT64 можно > смело(предпочтительно) ставить i386 (независимо от обьемов памяти)? В i386 памяти может быть много, но один процесс не получит больше 4 Гб. В adm64 такого ограничения нет. -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
В сообщении от 22 мая 2008 Покотиленко Костик написал(a): > В Чтв, 22/05/2008 в 10:11 +0300, Sergej Kandyla пишет: > > Evgeny Yurkin wrote: > > >> подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти ? > > >> во фрее это основной повод для смены архитектуры... > > > > > > Да. > > > У меня одно время сервер жил с 16 гиг на i686 > > > память виделась и использовалась вся > > > > хм...тогда же в чем смысл переходов на x86_64 ? кроме дополнительных > > 64битных инструкций процессора... > > получается, что на процы типа ксеонов с EMT64 можно > > смело(предпочтительно) ставить i386 (независимо от обьемов памяти)? > > В i386 памяти может быть много, но один процесс не получит больше 4 Гб. > В adm64 такого ограничения нет. и кроме того больших объемах памяти она работает заметно медленней из-за кривой адресации > > -- > Покотиленко Костик <[EMAIL PROTECTED]> -- С уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: хитрый policy routing
В Срд, 21/05/2008 в 15:58 +0400, Sapytsky Ilya пишет: > 19 мая 2008 г. 18:50 пользователь Покотиленко Костик > <[EMAIL PROTECTED]> написал: > В Пнд, 19/05/2008 в 11:20 +0400, Sapytsky Ilya пишет: > > > 19 мая 2008 г. 10:37 пользователь Покотиленко Костик > > <[EMAIL PROTECTED]> написал: > > В Пнд, 19/05/2008 в 09:38 +0400, Sapytsky Ilya > пишет: > > > вья Добрый день! > > > пару дней тут изучал доку по policy routing. > > > после прочтения так и не понял можно ли сделать > вот такую > > штуку: > > > чтобы маршрут ставился в зависимости от > интерфейса, по > > которому пакет > > > пришел? > > > типа если пришло через eth0 - обратно все пакеты > этого > > соединения > > > через этот интерфейс и отправлять. > > > Если через eth1 - отправлять все пакеты этого > соединения > > через eth1. > > > И есть default gw, через который отправлять все > исходящие > > соединения. > > > > > > Шаршрутизируй по FWMARK, FWMARK выставляй в > iptables. Как > > известно в > > iptables критериев мнго. По входящему интерфейсу > совсем не > > проблема. > > > > хм... не понял как это сделать? > > пока не понятна технология. > > Почему не понятна - если пришел пакет через eth0, а default > gw стоит > > eth1 то будет следующее - пакет будет пытаться пролезть > через eth0, но > > при этом ip отправителя будет стоять от интерфейса eth1. Или > я не > > прав? > > можно ли примерчик? > > > Примерчика нет. Скажу сразу, я такое пытался делать давно, но > у меня не > получилось. В рассылке netfilter'а проскакивают такие темы, я > был на > правильном пути, но видать где-то не доглядел... Если в > кратце, то > принцип такой: > > 1. На интересующее входящее с внешней стороны соединение, на > пакет > начинающий соединение (SYN) ставишь CONNMARK в какое-нибудь > значение. > > 2. На обратном пути (пакеты-ответы) будут иметь такое же > значение > CONNMARK. Поскольку iproute2 не умеет работать с CONNMARK, а > работает с > MARK, тут тебе нужно сделать --restore-mark чтобы скопировать > значение > CONNMARK в MARK. > > 3. С помощью альтернативных таблиц маршрутизации делаешь так, > чтобы > пакеты с соответствующей маркой шли куда тебе надо. > > Повторить для каждого интерфейса где нада такая фишка. > > у меня получилось примерно так же: > на машине firewall (шлюз 2х dmz сетей) всё достаточно просто - mark1 > для входа и mark2 для выхода. никаких conntrack не надо, просто если > пришло на eth2 отдать через eth3 и наоборот - всё просто. > а вот на конечной машине не всё так просто оказалось... > > настройки роутинга: > ip route add $GATE dev eth1 table ytk > ip route add default via $GATE dev eth1 table ytk > /sbin/ip rule add fwmark 1 table ytk > > GATE - гейт для второго подключения, не default на машине > > настройки огненной стенки: > EXT - удаленная машина, TEST1 - конечная, на которой всё и делается... > iptables -t mangle --append PREROUTING --protocol tcp --syn --source > $EXT --dst $TEST1 --in-interface eth1 --jump CONNMARK --set-mark 1 > iptables -t mangle --append PREROUTING -m connmark --mark 1 --source > $EXT --dst $TEST1 --in-interface eth1 --jump CONNMARK --restore-mark > iptables --append INPUT -m connmark --mark 1 --source $EXT --dst > $TEST1 --in-interface eth1 --jump ACCEPT > до сюда отрабатывает хорошо, всё mark как надо... > > iptables -t mangle --append OUTPUT -m connmark --mark 1 --source > $TEST1 --dst $EXT --jump CONNMARK --restore-mark > iptables --append OUTPUT --source $TEST1 --dst $EXT --jump LOG > --log-prefix " output eth1 finded " > тут mark тоже ставиться как надо, но при этом на ip rule оно не уходит > и пакет хочет выйти через eth0, хотя в ip rule указано, что надо через > eth1 выходить.. Думал, что роутинг срабатывает раньше, чем mangle > output работает, но по докам с картинками routing decision вроде как > стоит позже. > > Вот на этом и застрял. Гугл ничего про эту ситуацию рассказать мне не > смог. > Может чего подскажете? Где я в 5 строчках мог накосячить? > Спасибо! Смотри, в INPUT попадают пакеты адресованные самому роутеру, в OUTPUT попадают пакеты посылаемые самим роутером. На сколько я понял TEST1 и роутер это разные машины, если это так то тут и косяк. Честно говоря, я не въехал в схему подключения, можешь нарисовать? -- Покотиленко Костик <[EMAIL PROTECTED]> -- To
Re: Смена архитектуры процессора
В Чтв, 22/05/2008 в 15:09 +0700, Evgeny Yurkin пишет: > В сообщении от 22 мая 2008 Покотиленко Костик написал(a): > > В Чтв, 22/05/2008 в 10:11 +0300, Sergej Kandyla пишет: > > > Evgeny Yurkin wrote: > > > >> подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти ? > > > >> во фрее это основной повод для смены архитектуры... > > > > > > > > Да. > > > > У меня одно время сервер жил с 16 гиг на i686 > > > > память виделась и использовалась вся > > > > > > хм...тогда же в чем смысл переходов на x86_64 ? кроме дополнительных > > > 64битных инструкций процессора... > > > получается, что на процы типа ксеонов с EMT64 можно > > > смело(предпочтительно) ставить i386 (независимо от обьемов памяти)? > > > > В i386 памяти может быть много, но один процесс не получит больше 4 Гб. > > В adm64 такого ограничения нет. > и кроме того больших объемах памяти она работает заметно медленней из-за > кривой адресации Она, это кто? i386, или amd64? -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
В сообщении от 22 мая 2008 Покотиленко Костик написал(a): > В Чтв, 22/05/2008 в 15:09 +0700, Evgeny Yurkin пишет: > > В сообщении от 22 мая 2008 Покотиленко Костик написал(a): > > > В Чтв, 22/05/2008 в 10:11 +0300, Sergej Kandyla пишет: > > > > Evgeny Yurkin wrote: > > > > >> подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти > > > > >> ? во фрее это основной повод для смены архитектуры... > > > > > > > > > > Да. > > > > > У меня одно время сервер жил с 16 гиг на i686 > > > > > память виделась и использовалась вся > > > > > > > > хм...тогда же в чем смысл переходов на x86_64 ? кроме дополнительных > > > > 64битных инструкций процессора... > > > > получается, что на процы типа ксеонов с EMT64 можно > > > > смело(предпочтительно) ставить i386 (независимо от обьемов памяти)? > > > > > > В i386 памяти может быть много, но один процесс не получит больше 4 Гб. > > > В adm64 такого ограничения нет. > > > > и кроме того больших объемах памяти она работает заметно медленней из-за > > кривой адресации > > Она, это кто? i386, или amd64? на 386 при памяти > 4гиг > > -- > Покотиленко Костик <[EMAIL PROTECTED]> -- С уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: хитрый policy routing
22 мая 2008 г. 12:11 пользователь Покотиленко Костик <[EMAIL PROTECTED]> написал: > В Срд, 21/05/2008 в 15:58 +0400, Sapytsky Ilya пишет: > > у меня получилось примерно так же: > > на машине firewall (шлюз 2х dmz сетей) всё достаточно просто - mark1 > > для входа и mark2 для выхода. никаких conntrack не надо, просто если > > пришло на eth2 отдать через eth3 и наоборот - всё просто. > > а вот на конечной машине не всё так просто оказалось... > > > > настройки роутинга: > > ip route add $GATE dev eth1 table ytk > > ip route add default via $GATE dev eth1 table ytk > > /sbin/ip rule add fwmark 1 table ytk > > > > GATE - гейт для второго подключения, не default на машине > > > > настройки огненной стенки: > > EXT - удаленная машина, TEST1 - конечная, на которой всё и делается... > > iptables -t mangle --append PREROUTING --protocol tcp --syn --source > > $EXT --dst $TEST1 --in-interface eth1 --jump CONNMARK --set-mark 1 > > iptables -t mangle --append PREROUTING -m connmark --mark 1 --source > > $EXT --dst $TEST1 --in-interface eth1 --jump CONNMARK --restore-mark > > iptables --append INPUT -m connmark --mark 1 --source $EXT --dst > > $TEST1 --in-interface eth1 --jump ACCEPT > > до сюда отрабатывает хорошо, всё mark как надо... > > > > iptables -t mangle --append OUTPUT -m connmark --mark 1 --source > > $TEST1 --dst $EXT --jump CONNMARK --restore-mark > > iptables --append OUTPUT --source $TEST1 --dst $EXT --jump LOG > > --log-prefix " output eth1 finded " > > тут mark тоже ставиться как надо, но при этом на ip rule оно не уходит > > и пакет хочет выйти через eth0, хотя в ip rule указано, что надо через > > eth1 выходить.. Думал, что роутинг срабатывает раньше, чем mangle > > output работает, но по докам с картинками routing decision вроде как > > стоит позже. > > > > Вот на этом и застрял. Гугл ничего про эту ситуацию рассказать мне не > > смог. > > Может чего подскажете? Где я в 5 строчках мог накосячить? > > Спасибо! > > Смотри, в INPUT попадают пакеты адресованные самому роутеру, в OUTPUT > попадают пакеты посылаемые самим роутером. На сколько я понял TEST1 и > роутер это разные машины, если это так то тут и косяк. > > Честно говоря, я не въехал в схему подключения, можешь нарисовать? > уже постил сюда, еще раз повторю: структура моих внешних сетей / mail 1.0.1.2 пров1 20.0.0.1 \ / 1.0.1.1 - ftp 1.0.1.3 firewall пров2 30.0.0.2 / \ 2.0.2.2 \ vpn 2.0.2.3 и мне надо прикрутить к машине mail еще одну сетевуху и сделать на ней второй mx чтобы было так / mail 1.0.1.2 --\ пров1 20.0.0.1 \ / 1.0.1.1 - ftp 1.0.1.3\ firewall| пров2 30.0.0.2 / \ 2.0.2.2 ---2.0.2.4-/ \ vpn 2.0.2.3 нарисовал вроде как более-менее понятно... на машинке firewall всё правильно сделал, policy routing работает как надо, шлет пакеты через нужную сетевуху. Там всё просто, ибо там используется только prerouting. Только вот при traceroute неправльный ip отправляется, но через нужную сетевуху :D Это я думаю побороть можно А на конечной машинке mail, у которой 2 сетевухи - не получается именно так как я написал в предыдущем письме. Еще у меня возникла идея собрать ядро с поддержкой -j route, но ядро пока только собирается... я уже проверил - все соединения маркируются как надо, пакеты в mangle output тоже промаркированы как надо, а пакеты на роутинг не идут... Проверял на стандартном linux-2.6.18-6-486
Re: Смена архитектуры процессора
Покотиленко Костик wrote: А ещё говорят, что amd64 всегда медленнее потому как указатели длиннее. На роутеры поэтому 64бит сильно не советуют. ну это, afaik, от конкретных тестов сильно зависит кое-что медленне, кое-что быстрее. Приложения быстрее восновном за счет больших обьямов памяти (я про БД, мемкеш и подобные) на роутерах, впрочем, большие обьемы нафиг не нужны. Кстати по умолчанию сколько памяти доступно ядру в i386 ? -- Wbr, SK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
В Чтв, 22/05/2008 в 15:35 +0700, Evgeny Yurkin пишет: > В сообщении от 22 мая 2008 Покотиленко Костик написал(a): > > В Чтв, 22/05/2008 в 15:09 +0700, Evgeny Yurkin пишет: > > > В сообщении от 22 мая 2008 Покотиленко Костик написал(a): > > > > В Чтв, 22/05/2008 в 10:11 +0300, Sergej Kandyla пишет: > > > > > Evgeny Yurkin wrote: > > > > > >> подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти > > > > > >> ? во фрее это основной повод для смены архитектуры... > > > > > > > > > > > > Да. > > > > > > У меня одно время сервер жил с 16 гиг на i686 > > > > > > память виделась и использовалась вся > > > > > > > > > > хм...тогда же в чем смысл переходов на x86_64 ? кроме дополнительных > > > > > 64битных инструкций процессора... > > > > > получается, что на процы типа ксеонов с EMT64 можно > > > > > смело(предпочтительно) ставить i386 (независимо от обьемов памяти)? > > > > > > > > В i386 памяти может быть много, но один процесс не получит больше 4 Гб. > > > > В adm64 такого ограничения нет. > > > > > > и кроме того больших объемах памяти она работает заметно медленней из-за > > > кривой адресации > > > > Она, это кто? i386, или amd64? > на 386 при памяти > 4гиг А ещё говорят, что amd64 всегда медленнее потому как указатели длиннее. На роутеры поэтому 64бит сильно не советуют. -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: пустить squid по другому интерфейсу
22 мая 2008 г. 11:00 пользователь Ed <[EMAIL PROTECTED]> написал: > Munko O. Bazarzhapov wrote: > >> 2008/5/14 Ed <[EMAIL PROTECTED]>: >> >> >>> Munko O. Bazarzhapov wrote: >>> >>> на роутере крутится squid как сделать что бы squid ходил в инет по интерфейсу ppp1 а все остальное ломилось в ppp0 (как оно счас и есть) >>> что-то типа этого: >>> iptables -t mangle -A OUTPUT -p tcp -d ! LOCALNET -m owner --uid-owner >>> SQUID_USER_UID -j MARK --set-mark >>> ip rule add fwmark table AAA >>> ip route add default dev ppp1 src IP_ON_PPP1_INTERFACE table AAA >>> >>> >> >> Идея понятна >> Тут видимо для каждой из сети/хоста нужно назначить свой маршрут по >> умолчанию >> а как завернуть сам сквид который крутится на роутере? >> > > невнимательно читаем? > > сначала метим все пакеты от пользователя, под которым запущен сквид. > потом помеченные пакеты обрабатываем в отдельной таблице маршрутизации - и > в ней уже прописываем роутинг так, как нам удобно. > > ну у меня почему-то не output помеченные пакеты на роутинг не передаются, хотя должны... в чем может быть проблема? еще можно воспользоваться -j ROUTE
Re: Смена архитектуры процессора
В сообщении от 22 мая 2008 Sergej Kandyla написал(a): > Покотиленко Костик wrote: > > А ещё говорят, что amd64 всегда медленнее потому как указатели длиннее. > > На роутеры поэтому 64бит сильно не советуют. > > ну это, afaik, от конкретных тестов сильно зависит кое-что > медленне, кое-что быстрее. > Приложения быстрее восновном за счет больших обьямов памяти (я про БД, > мемкеш и подобные) > > на роутерах, впрочем, большие обьемы нафиг не нужны. > > Кстати по умолчанию сколько памяти доступно ядру в i386 ? > по умолчанию где? если про debian то смотря какое ядро выберешь при инсталяции > -- > Wbr, SK -- С уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
22 мая 2008 г. 13:04 пользователь Evgeny Yurkin написал: > а зачем на рутере много памяти??? Для таблиц маршрутизации.
Re: Смена архитектуры процессора
В сообщении от 22 мая 2008 Покотиленко Костик написал(a): > В Чтв, 22/05/2008 в 15:35 +0700, Evgeny Yurkin пишет: > > В сообщении от 22 мая 2008 Покотиленко Костик написал(a): > > > В Чтв, 22/05/2008 в 15:09 +0700, Evgeny Yurkin пишет: > > > > В сообщении от 22 мая 2008 Покотиленко Костик написал(a): > > > > > В Чтв, 22/05/2008 в 10:11 +0300, Sergej Kandyla пишет: > > > > > > Evgeny Yurkin wrote: > > > > > > >> подскажите бсдишнику, а держит ли linux i386 4 и более гиг > > > > > > >> памяти ? во фрее это основной повод для смены архитектуры... > > > > > > > > > > > > > > Да. > > > > > > > У меня одно время сервер жил с 16 гиг на i686 > > > > > > > память виделась и использовалась вся > > > > > > > > > > > > хм...тогда же в чем смысл переходов на x86_64 ? кроме > > > > > > дополнительных 64битных инструкций процессора... > > > > > > получается, что на процы типа ксеонов с EMT64 можно > > > > > > смело(предпочтительно) ставить i386 (независимо от обьемов > > > > > > памяти)? > > > > > > > > > > В i386 памяти может быть много, но один процесс не получит больше 4 > > > > > Гб. В adm64 такого ограничения нет. > > > > > > > > и кроме того больших объемах памяти она работает заметно медленней > > > > из-за кривой адресации > > > > > > Она, это кто? i386, или amd64? > > > > на 386 при памяти > 4гиг > > А ещё говорят, что amd64 всегда медленнее потому как указатели длиннее. > На роутеры поэтому 64бит сильно не советуют. а зачем на рутере много памяти??? > -- > Покотиленко Костик <[EMAIL PROTECTED]> -- С уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
Покотиленко Костик -> debian-russian@lists.debian.org @ Thu, 22 May 2008 11:44:01 +0300: >> > > и кроме того больших объемах памяти она работает заметно медленней >> > > из-за >> > > кривой адресации >> > >> > Она, это кто? i386, или amd64? >> на 386 при памяти > 4гиг ПК> А ещё говорят, что amd64 всегда медленнее потому как указатели ПК> длиннее. На роутеры поэтому 64бит сильно не советуют. Роутер, которому в 32-битном режиме нужно больше 4 гигабайт - это серьезная заявка на победу... Это таблица маршрутизации, блин, на весь интернет по одному хосту... (Кстати, в 64-битном ему с шансами потребуется в полтора-два раза больше памяти, чем в 32 - там же поля данных через одно - указатели...) -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Рюмку взял - паяльник положил -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
22 мая 2008 г. 15:04 пользователь Artem Chuprina написал: > Роутер, которому в 32-битном режиме нужно больше 4 гигабайт - это > серьезная заявка на победу... Это таблица маршрутизации, блин, на весь > интернет по одному хосту... Неа, это 4 гига _слов_, а не байт. 16 ГБ тогда уж. А ещё IPv6...
Re: Смена архитектуры процессора
Dmitry Fedorov -> debian-russian@lists.debian.org @ Thu, 22 May 2008 15:13:51 +0400: >> Роутер, которому в 32-битном режиме нужно больше 4 гигабайт - это >> серьезная заявка на победу... Это таблица маршрутизации, блин, на весь >> интернет по одному хосту... DF> Неа, это 4 гига _слов_, а не байт. 16 ГБ тогда уж. Согласись, 16 - это _больше_, чем 4? :-) DF> А ещё IPv6... Ой, на этот на весь интернет, я подозреваю, пары мегабайт хватит, хотя там адреса и длиннее. Хостов-то на практике мало. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Феаноринги думают руками, арфинги - сердцем, а нолфинги - головой. (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
22 мая 2008 г. 16:21 пользователь Artem Chuprina: > Dmitry Fedorov -> debian-russian@lists.debian.org @ Thu, 22 May 2008 > 15:13:51 +0400: > > DF> Неа, это 4 гига _слов_, а не байт. 16 ГБ тогда уж. > > Согласись, 16 - это _больше_, чем 4? :-) Согласен. > DF> А ещё IPv6... > > Ой, на этот на весь интернет, я подозреваю, пары мегабайт хватит, хотя > там адреса и длиннее. Хостов-то на практике мало. Для 4-х гигаслов достаточно линейного массива и тупого метода обращения, а для немногих адресов IPv6 придется держать дерево с минимум двумя 64-битными указателями на узел, а пространство IPv6 растёт... Запасайте память. Мысль держать рутер с гигами памяти не так уж и глупа.
Re: mount -t smbfs отваливается. П очему?
Да, после того, как отваливается в лог летит May 22 11:11:45 sandbox kernel: CIFS VFS: Send error in SessSetup = -13 -- Peter Teslenko Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
Hi Artem, * Artem Chuprina <[EMAIL PROTECTED]> * 2008-05-22 10:11: > SK> подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти > ? > > Да. Правда, если я правильно ошибаюсь, только ядром. Адресное > пространство _процесса_ таки ограничено размером указателя. Экспериментальным путем определено, что 32-bit Linux (и WinNT). позволяет выделить процессу максимум 1,5-2Г. Остальное надо самому ядру. Про WinNT прочитал, что если нету памяти > 16Гб (которая от 4 до 16 специально адресуется по 48-битной шине), то можно сказать ядру (в boot.ini) ограничивать пользовательские процессы 3Гб. Не пробовал на WinNT, но есть ли подобный ключик в Linux? Это соседи купили 4Гб памяти (что-то считают), и уперлись в эти 1,5Гб. Удивились, но поставили x64. Может зря? -- Best regards, Sergey Chumakov 2:450/77[.43] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
В Чтв, 22/05/2008 в 16:04 +0700, Evgeny Yurkin пишет: > В сообщении от 22 мая 2008 Покотиленко Костик написал(a): > > В Чтв, 22/05/2008 в 15:35 +0700, Evgeny Yurkin пишет: > > > В сообщении от 22 мая 2008 Покотиленко Костик написал(a): > > > > В Чтв, 22/05/2008 в 15:09 +0700, Evgeny Yurkin пишет: > > > > > В сообщении от 22 мая 2008 Покотиленко Костик написал(a): > > > > > > В Чтв, 22/05/2008 в 10:11 +0300, Sergej Kandyla пишет: > > > > > > > Evgeny Yurkin wrote: > > > > > > > >> подскажите бсдишнику, а держит ли linux i386 4 и более гиг > > > > > > > >> памяти ? во фрее это основной повод для смены архитектуры... > > > > > > > > > > > > > > > > Да. > > > > > > > > У меня одно время сервер жил с 16 гиг на i686 > > > > > > > > память виделась и использовалась вся > > > > > > > > > > > > > > хм...тогда же в чем смысл переходов на x86_64 ? кроме > > > > > > > дополнительных 64битных инструкций процессора... > > > > > > > получается, что на процы типа ксеонов с EMT64 можно > > > > > > > смело(предпочтительно) ставить i386 (независимо от обьемов > > > > > > > памяти)? > > > > > > > > > > > > В i386 памяти может быть много, но один процесс не получит больше 4 > > > > > > Гб. В adm64 такого ограничения нет. > > > > > > > > > > и кроме того больших объемах памяти она работает заметно медленней > > > > > из-за кривой адресации > > > > > > > > Она, это кто? i386, или amd64? > > > > > > на 386 при памяти > 4гиг > > > > А ещё говорят, что amd64 всегда медленнее потому как указатели длиннее. > > На роутеры поэтому 64бит сильно не советуют. > а зачем на рутере много памяти??? Я про память ничего не написал, Вы что между строк читаете??? Мало ли по какой ещё причине на роутер захотят 64бита поставить. Многие, например, думают, что если проц EMT64 то надо ставить 64-битную операционку... -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mount -t smbfs отваливается. Почему?
В Чтв, 22/05/2008 в 16:45 +0400, Peter Teslenko пишет: > Да, после того, как отваливается в лог летит > > May 22 11:11:45 sandbox kernel: CIFS VFS: Send error in SessSetup = -13 Может конект порвался?? -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
22 мая 2008 г. 17:19 пользователь Ed <[EMAIL PROTECTED]> написал: > обработка адресов ipv6 вполне возможно быстрее в 64-битном режиме. А в 128-битном - ещё быстрее. ;)
Re: Смена архитектуры процессора
Покотиленко Костик wrote: В Чтв, 22/05/2008 в 16:04 +0700, Evgeny Yurkin пишет: Я про память ничего не написал, Вы что между строк читаете??? Мало ли по какой ещё причине на роутер захотят 64бита поставить. Многие, например, думают, что если проц EMT64 то надо ставить 64-битную операционку... обработка адресов ipv6 вполне возможно быстрее в 64-битном режиме. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
В Чтв, 22/05/2008 в 15:45 +0300, Sergey Chumakov пишет: > Hi Artem, > > * Artem Chuprina <[EMAIL PROTECTED]> > * 2008-05-22 10:11: > > SK> подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти > > ? > > > > Да. Правда, если я правильно ошибаюсь, только ядром. Адресное > > пространство _процесса_ таки ограничено размером указателя. > > Экспериментальным путем определено, что 32-bit Linux (и WinNT). > позволяет выделить процессу максимум 1,5-2Г. Остальное надо самому ядру. Это при каком объёме памяти? 2Гб? > Про WinNT прочитал, что если нету памяти > 16Гб (которая от 4 до 16 > специально адресуется по 48-битной шине), то можно сказать ядру > (в boot.ini) ограничивать пользовательские процессы 3Гб. > Не пробовал на WinNT, но есть ли подобный ключик в Linux? С любой Windows 32бита история такая: у них используется виртуальное адресное пространство ограниченное 4Гб. Но в этом пространстве помимо самой памяти мапятся адреса устройств, программ MSDOS и некоторые другие, поэтому есть 2 факта: - больше 4Гб они не видят напроч - реально доступно не более 3.5Гб. Сколько на процесс максимум доступно не в курсе. > Это соседи купили 4Гб памяти (что-то считают), и уперлись в эти 1,5Гб. > Удивились, но поставили x64. Может зря? Сделали-то правильно. Но чем упёрлись? А поставили Висту64? На сколько я знаю XP 64 только английская. -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
On Thu, May 22, 2008 at 03:45:54PM +0300, Sergey Chumakov wrote: > Экспериментальным путем определено, что 32-bit Linux (и WinNT). > позволяет выделить процессу максимум 1,5-2Г. Остальное надо самому ядру. > Про WinNT прочитал, что если нету памяти > 16Гб (которая от 4 до 16 > специально адресуется по 48-битной шине), то можно сказать ядру > (в boot.ini) ограничивать пользовательские процессы 3Гб. > Не пробовал на WinNT, но есть ли подобный ключик в Linux? в Linux есть ulimit > Это соседи купили 4Гб памяти (что-то считают), и уперлись в эти 1,5Гб. > Удивились, но поставили x64. Может зря? Нет не зря. Про XP я действительно многократно слышал, что 32-bit Matematica (TM) бросает под XP 32-bit Memory out где-то в районе 1.5 Гб. На 64-bit -- все нормально. Что-же касается Linux, то нет проблемы поставить 64-bit ядро, 32-bit систему и пакет libc6-amb64 для тяжелых 64-bit приложений. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
iproute + backup isp
Привет, коллеги. Настроил двух провайдеров в режиме балансировки через weight, но вот как отследить умершего провайдера? Т.е., если физически линк живой, а и-нет через него не работает. И как потом узнать что он ожил? -- Peter Teslenko Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: iproute + backup isp
Peter Teslenko wrote: Настроил двух провайдеров в режиме балансировки через weight, но вот как отследить умершего провайдера? Т.е., если физически линк живой, а и-нет через него не работает. И как потом узнать что он ожил? ping ? -- maxym -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
адресная книга
Как вы храните свою адресную книгу? -- /aim [ http://aim.pp.ru/ ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
Hi Покотиленко, * Покотиленко Костик <[EMAIL PROTECTED]> * 2008-05-22 16:42: > > Экспериментальным путем определено, что 32-bit Linux (и WinNT). > > позволяет выделить процессу максимум 1,5-2Г. Остальное надо самому > > ядру. > > Это при каком объёме памяти? 2Гб? Нет, 4G. На одной и той же железке. Suse 10 и WinXP. > С любой Windows 32бита история такая: у них используется виртуальное > адресное пространство ограниченное 4Гб. Но в этом пространстве помимо > самой памяти мапятся адреса устройств, программ MSDOS и некоторые > другие, поэтому есть 2 факта: > - больше 4Гб они не видят напроч > - реально доступно не более 3.5Гб. Ну я подозреваю, что в любой ОС на х86 так же. > > Сколько на процесс максимум доступно не в курсе. WinNT 32-bit может использовать PAE, т.е. доступно до сколько там? 64G. Вопрос не в том сколько доступно может быть, а сколько ядро позволяет выделять процессу памяти через alloc и т.п. А это, насколько я быстро поспрашивал гугла, зависит от того, как организовано управление ядром памятью пользовательских процессов. Вроде как в WinNT по умолчанию 2/2Г, можно 3/1Г если не надо адресовать > 16G. Вроде в Linux 2.6 по умолчанию 3/1Г. Но почему они получали ограничение в 1,5Г. Может было такое ядро... > > Это соседи купили 4Гб памяти (что-то считают), и уперлись в эти > > 1,5Гб. > > Удивились, но поставили x64. Может зря? > > Сделали-то правильно. Но чем упёрлись? А поставили Висту64? На сколько > я > знаю XP 64 только английская. Нет, поставили SuSe x64 :) -- Best regards, Sergey Chumakov 2:450/77[.43] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
Hi Иван, * Иван Лох <[EMAIL PROTECTED]> * 2008-05-22 17:40: > > Не пробовал на WinNT, но есть ли подобный ключик в Linux? > в Linux есть ulimit Смотрели, unlimited. > > Это соседи купили 4Гб памяти (что-то считают), и уперлись в эти > > 1,5Гб. > > Удивились, но поставили x64. Может зря? > Нет не зря. Про XP я действительно многократно слышал, что > 32-bit Matematica (TM) бросает под XP 32-bit Memory out где-то в > районе > 1.5 Гб. На 64-bit -- все нормально. > > Что-же касается Linux, то нет проблемы поставить 64-bit ядро, 32-bit > систему и пакет libc6-amb64 для тяжелых 64-bit приложений. Почему зря/не зря спрашиваю. Физически всего 4Г. Т.е. если ядро позволит процессу адресовать к примеру 3Г то зачем ставить х64 ОС. Тем более что с 64-бит софтом там не все прозрачно - что-то есть стороннее. Но реально упирались в 1,5-2Г. С WinXP понятно, а вот почему так было с SuSе я теперь не понимаю. Возможно из-за опций ядра. -- Best regards, Sergey Chumakov 2:450/77[.43] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: адресная кн ига
* andrey i. mavlyanov <[EMAIL PROTECTED]> [2008-05-22 20:19:55+0400] > Как вы храните свою адресную книгу? ~/.aliases в простом текстовом формате. А вы? -- Roman I. Cheplyaka :: http://ro-che.info/ ...being in love is totally punk rock... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: адресная книга
Roman Cheplyaka wrote: * andrey i. mavlyanov <[EMAIL PROTECTED]> [2008-05-22 20:19:55+0400] Как вы храните свою адресную книгу? ~/.aliases в простом текстовом формате. А вы? адресная книга это место, где каждый персонально накапливает информацию о контактах: #ICQ, MSN, jabber, телефоны, адреса, место работы и проч. ~/.aliases это для mutt хорошо, а не для человека -- /aim [ http://aim.pp.ru/ ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: адресная книга
On Thu, May 22, 2008 at 8:19 PM, andrey i. mavlyanov <[EMAIL PROTECTED]> wrote: > Как вы храните свою адресную книгу? Храню в TiddlyWiki. И не только адресную книгу. -- С уважением, Константин Матюхин
Re: адресная кн ига
* andrey i. mavlyanov <[EMAIL PROTECTED]> [2008-05-22 20:45:30+0400] > Roman Cheplyaka wrote: >> * andrey i. mavlyanov <[EMAIL PROTECTED]> [2008-05-22 20:19:55+0400] >>> Как вы храните свою адресную книгу? >> >> ~/.aliases в простом текстовом формате. >> А вы? >> > > адресная книга это место, где каждый персонально накапливает информацию о > контактах: #ICQ, MSN, jabber, телефоны, адреса, место работы и проч. > > ~/.aliases это для mutt хорошо, а не для человека JIDы хранятся на сервере. Оффлайновые данные записываются в блокнот (обычно под рукой другого медиума не оказывается) и время от времени переносятся в отдельный текстовый файл (бекап, типа). -- Roman I. Cheplyaka :: http://ro-che.info/ ...being in love is totally punk rock... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
В Чтв, 22/05/2008 в 19:27 +0300, Sergey Chumakov пишет: > Hi Покотиленко, > > * Покотиленко Костик <[EMAIL PROTECTED]> > * 2008-05-22 16:42: > > > Экспериментальным путем определено, что 32-bit Linux (и WinNT). > > > позволяет выделить процессу максимум 1,5-2Г. Остальное надо самому > > > ядру. > > > > Это при каком объёме памяти? 2Гб? > > Нет, 4G. На одной и той же железке. Suse 10 и WinXP. "Остальное надо самому ядру" - эта фраза говорит о том, что ядро зажрало 2-2.5 Гб памяти, в чём я сильно сомневаюсь. > > С любой Windows 32бита история такая: у них используется виртуальное > > адресное пространство ограниченное 4Гб. Но в этом пространстве помимо > > самой памяти мапятся адреса устройств, программ MSDOS и некоторые > > другие, поэтому есть 2 факта: > > - больше 4Гб они не видят напроч > > - реально доступно не более 3.5Гб. > > Ну я подозреваю, что в любой ОС на х86 так же. В Линуксе не так. На Винде 32 бита поставишь 8 Гб ОЗУ а реально доступно будет не более 3.5 (не на один процесс, а на всех). > > > > Сколько на процесс максимум доступно не в курсе. > > WinNT 32-bit может использовать PAE, т.е. доступно до сколько там? 64G. С PAE видит до 3.5, без только 3. На сайте Мелкософта написано, что 32 битные версии Windows не поддерживают белее 4 Гб ОЗУ, а более 3 Гб ставить не рекомендуется, так как в адресном пространстве (4 Гб) реальное ОЗУ начинает "налазить" на замапинные адреса и получается BSOD. Там надо поплясать, чтобы безопасно 4 Гб работало, в двух словах - ограничить до 3-3.5Гб количество памяти, которое Винде стоит использовать... ...иначе "налазит". > Вопрос не в том сколько доступно может быть, а сколько ядро позволяет > выделять процессу памяти через alloc и т.п. А это, насколько я быстро > поспрашивал гугла, зависит от того, как организовано управление ядром памятью > пользовательских процессов. Вроде как в WinNT по умолчанию 2/2Г, можно > 3/1Г если не надо адресовать > 16G. Вроде в Linux 2.6 по умолчанию 3/1Г. > Но почему они получали ограничение в 1,5Г. Может было такое ядро... Может. Я что-то такое тоже слышал. > Нет, поставили SuSe x64 :) И это правильно, в некотором смысле. -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
On Thu, May 22, 2008 at 07:36:54PM +0300, Sergey Chumakov wrote: > > Почему зря/не зря спрашиваю. Физически всего 4Г. Т.е. если ядро позволит > процессу адресовать к примеру 3Г то зачем ставить х64 ОС. Тем более что > с 64-бит софтом там не все прозрачно - что-то есть стороннее. Но реально > упирались в 1,5-2Г. С WinXP понятно, а вот почему так было с SuSе я > теперь не понимаю. Возможно из-за опций ядра. Я подозреваю, что если просто выделить кусок памяти в программе (и даже заполнить чем-то), то должно почти 4Gb влезть. А реальное приложение всегда сталкивается с фрагментацией. Особенно, если оно криво написано. Карта памяти каждого процесса доступна в proc fs. maps и smaps -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Mouse Logitech MX Revolution & xorg update (Lenny)
Доброго LOCAL_TIME, уважаемые! Позавчера очередной раз обновил систему (Debian Lenny, 2.6.23-2-686). После рестарта иксов отвалилась беспроводная мышь Logitech MX Revolution. В xorg.conf девайс представлен строками: Section "InputDevice" Identifier"MX Revolution" Driver"evdev" Option"Phys" "usb-*/input0" Option"Protocol" "auto" Option"CorePointer" Option"Buttons" "11" Option"Resolution" "800" Option"ZAxisMapping""4 5" Option"ButtonMapping" "1 17 3 4 5 7 6 8 9 10 11 12 13 14 15 16 2 18 19 20" EndSection Причем в выводе cat /proc/bus/input/devices крыско по прежнему присутствует: I: Bus=0003 Vendor=046d Product=c51a Version=0111 N: Name="Logitech USB Receiver" P: Phys=usb-:00:1d.1-1/input0 S: Sysfs=/class/input/input3 U: Uniq= H: Handlers=mouse0 event1 ts0 B: EV=7 B: KEY= 0 0 0 0 0 0 0 0 B: REL=143 I: Bus=0003 Vendor=046d Product=c51a Version=0111 N: Name="Logitech USB Receiver" P: Phys=usb-:00:1d.1-1/input1 S: Sysfs=/class/input/input4 U: Uniq= H: Handlers=kbd event2 B: EV=f B: KEY=7fff ac3027 bf00 0 0 1 f80 8a37c000 667bfa d9415fed 8e 0 0 0 B: REL=40 B: ABS=1 0 Однако xev теперь не реагирует ни на одну кнопку/скрол/перемещение мыши. Кто-то уже наступал на такие грабли или я первопроходец? -- -- С наилучшими пожеланиями, Олег Анисимов AKA Yoda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: адресная книга
On 2008.05.22 at 20:19:55 +0400, andrey i. mavlyanov wrote: > Как вы храните свою адресную книгу? Лично я храню в файле .vcf. Для упрощения совместимости с сотовым телефоном. Имеется ма-аленький скриптик, позволяющий в ней искать, добавлять, и в частности, умеющий работать как query_command в mutt. При синхронизации с телефоном все записи, полученные с телефона, перекодируются в 8BIT;CHARSET=UTF-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: адресная книга
Victor Wagner wrote: Лично я храню в файле .vcf. Для упрощения совместимости с сотовым телефоном. Имеется ма-аленький скриптик, позволяющий в ней искать, добавлять, и в частности, умеющий работать как query_command в mutt. При синхронизации с телефоном все записи, полученные с телефона, перекодируются в 8BIT;CHARSET=UTF-8 не думал о том чтобы это зарелизить в каком-то виде? -- /aim [ http://aim.pp.ru/ ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
QCAD печать
Добрый день Уважаемые! Возникла проблема, не знаю куда копать после upgrade пропала печать из QCAD. принтер в списке есть на печать не выходит ничего. В syslog ничего не пишет. Из других приложений печать идет Посоветуйте пожалуйста, как исправить, или хотябы в какую сторону смотреть, очень нужно! Заранее спасибо, с уважением Федор Гонца -- Fedir Gontsa
QCAD печать
:) наткнулся на собственные грабли уже которые были ранее http://lists.debian.org/debian-russian/2007/04/msg00783.html прошу прощения что поднял волну:) Извините. Спасибо! -- Fedir Gontsa
QCAD печать
Добрый день Уважаемые! Возникла проблема, не знаю куда копать после upgrade пропала печать из QCAD. принтер в списке есть на печать не выходит ничего. В syslog ничего не пишет. Из других приложений печать идет Посоветуйте пожалуйста, как исправить, или хотябы в какую сторону смотреть, очень нужно! Заранее спасибо, с уважением Федор Гонца -- Fedir Gontsa
aptitude не update
Здравствуйте! Получаю ошибку при настройке репозитория lenny. Действовал по инструкции Александра Герасева, которую он дал в этой рассылке 5 мая (тема "переход etch/lenny"): "Поправить пиннинг, чтобы приоритеты были testing > stable > unstable > experimental. Добавить строчки для недостающих репозиториев. aptitude update aptitude dist-upgrade" Ну, unstable и experimental мне пока не нужны... Мой etc/apt/sources.list: deb http://ftp.debian.org/debian/ lenny main contrib non-free deb-src http://ftp.debian.org/debian/ lenny main deb http://ftp.debian.org/debian/ etch main contrib non-free deb-src http://ftp.debian.org/debian/ etch main deb http://security.debian.org/ lenny/updates main contrib non-free deb-src http://security.debian.org/ lenny/updates main contrib deb http://security.debian.org/ etch/updates main contrib non-free deb-src http://security.debian.org/ etch/updates main contrib Мой /etc/apt/preferences: Package: * Pin: release a=testing Pin-Priority: 700 Package: * Pin: release a=stable Pin-Priority: 650 Делаю #aptitude update и получаю ... Чтение списков пакетов... Ошибка! E: Dynamic MMap ran out of room E: Dynamic MMap ran out of room E: Произошла ошибка во время обработки xserver-xorg-input-magellan (NewVersion1) E: Problem with MergeList /var/lib/apt/lists/ftp.debian.org_debian_dists_etch_main_binary-i386_Packages E: Списки пакетов или status-файл не могут быть открыты или прочитаны. E: Не удалось перестроить кэш пакетов Посмотрел - xserver-xorg-input-magellan - это драйвер мыши, есть и в etch, и в lenny. Мышь у меня блютусная, Logitech, при установке Etch подцепилась сразу (еще в установщике). Если комментирую в sources.list только 1-ю строчку - все ok. Если комментирую только 3-ю стрчоку - тоже ok. Что я сделал неправильно? -- С уважением, Алексей Мишустин
Re: aptitude не update
Mishustin Alexey пишет: Здравствуйте! Получаю ошибку при настройке репозитория lenny. Действовал по инструкции Александра Герасева, которую он дал в этой рассылке 5 мая (тема "переход etch/lenny"): "Поправить пиннинг, чтобы приоритеты были testing > stable > unstable > experimental. Добавить строчки для недостающих репозиториев. aptitude update aptitude dist-upgrade" Ну, unstable и experimental мне пока не нужны... Мой etc/apt/sources.list: deb http://ftp.debian.org/debian/ lenny main contrib non-free deb-src http://ftp.debian.org/debian/ lenny main deb http://ftp.debian.org/debian/ etch main contrib non-free deb-src http://ftp.debian.org/debian/ etch main deb http://security.debian.org/ lenny/updates main contrib non-free deb-src http://security.debian.org/ lenny/updates main contrib deb http://security.debian.org/ etch/updates main contrib non-free deb-src http://security.debian.org/ etch/updates main contrib Мой /etc/apt/preferences: Package: * Pin: release a=testing Pin-Priority: 700 Package: * Pin: release a=stable Pin-Priority: 650 Делаю #aptitude update и получаю ... Чтение списков пакетов... Ошибка! E: Dynamic MMap ran out of room E: Dynamic MMap ran out of room E: Произошла ошибка во время обработки xserver-xorg-input-magellan (NewVersion1) E: Problem with MergeList /var/lib/apt/lists/ftp.debian.org_debian_dists_etch_main_binary-i386_Packages E: Списки пакетов или status-файл не могут быть открыты или прочитаны. E: Не удалось перестроить кэш пакетов Посмотрел - xserver-xorg-input-magellan - это драйвер мыши, есть и в etch, и в lenny. Мышь у меня блютусная, Logitech, при установке Etch подцепилась сразу (еще в установщике). Если комментирую в sources.list только 1-ю строчку - все ok. Если комментирую только 3-ю стрчоку - тоже ok. Что я сделал неправильно? Ключевой является строчка E: Dynamic MMap ran out of room - закончилась память, для apt это решалось заданием в /etc/apt/apt.conf APT::Cache-Limit 15000; Может его и aptitude читает. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dvd player в sid
Добрый день! Решил впервые за 10 лет поставить себе на домашний компьютер linux с X и посмотреть куда ушел прогресс за эти 10 лет. Сейчас у меня порядка 10 серверов на etch, поэтому с linux знаком не по наслышке. Поставил Etch с диска с desktop настройкой. Установился gnome и всё очень неплохо было. Был какой-то media player, который очень хорошо проигрывал dvd. Решил обновиться до sid, чтобы посмотреть на последние версии всего и вся. Обновление прошло успешно и хорошо, но вот часть gnome была снесена вместе тем проигрывателем dvd, который мне так понравился. Поставил mplayer и smplayer - dvd играет, но интерфейс ужасный и меню dvd показывает, но зацикливается и ничего не дает нажать, так что dvd с меню нормально вообще нельзя посмотреть... Подскажите как назывался этот player, который ставиться вместе с gnome в etch. Или чем можно *нормально *смотреть dvd в sid? Может быть я зря перешел на sid и надо было перейти на lenny? Что лучше поставить для десктопа дома из debian? Очень нужен openoffice последний, но его можно поставить инфровской сборки и это не проблема... Спасибо.
Re: dvd player в sid
Sapytsky Ilya -> debian-russian @ Friday 23 May 2008: SI> Подскажите как назывался этот player, который ставиться вместе с gnome в SI> etch. Или чем можно *нормально *смотреть dvd в sid? Нормальнее всего смотрится DVD в xine-ui (там есть специальная панелька с сервисными кнопками). Вот только падает часто. SI> Может быть я зря перешел на sid и надо было перейти на lenny? Что лучше SI> поставить для десктопа дома из debian? Очень нужен openoffice последний, но SI> его можно поставить инфровской сборки и это не проблема... sid — это совсем не стабильный дистрибутив. Если хочется относительной стабильности и свежих версий софта, ставьте lenny. -- Sergei Stolyarov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
lenny xorg
После перезагрузки компа заметил, что светодиод numlock стал вести себя с точностью до наоборот, зажигается когда работают стрелки и тухнет когда цифровая клавиатура Как сие недоразумение поправить? Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "us,ru(winkeys)" Option "XkbOptions" "grp:toggle,grp_led:scroll" EndSection -- С уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: aptitude не update
On Fri, May 23, 2008 at 01:41:10AM +0400, Mishustin Alexey wrote: > Чтение списков пакетов... Ошибка! > E: Dynamic MMap ran out of room > Что я сделал неправильно? Старые грабли, которые никак не исправят. В /etc/apt/apt.conf пропишите APT::Cache-Limit 5000; С числом поиграйтесь, если не сразу поможет. -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: aptitude не update
5/23/2008, "Stanislav Maslovski" <[EMAIL PROTECTED]>: >On Fri, May 23, 2008 at 01:41:10AM +0400, Mishustin Alexey wrote: >> Чтение списков пакетов... Ошибка! >> E: Dynamic MMap ran out of room >> Что я сделал неправильно? > >Старые грабли, которые никак не исправят. >В /etc/apt/apt.conf пропишите >APT::Cache-Limit 5000; >С числом поиграйтесь, если не сразу поможет. 5/22/2008, "Gmail.com" <[EMAIL PROTECTED]>: >Ключевой является строчка >E: Dynamic MMap ran out of room - закончилась память, для apt это >решалось заданием в /etc/apt/apt.conf > >APT::Cache-Limit 15000; > >Может его и aptitude читает. Спасибо! С уважением, Алексей Мишустин -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
Hi Покотиленко, * Покотиленко Костик <[EMAIL PROTECTED]> * 2008-05-22 20:11: > > Нет, 4G. На одной и той же железке. Suse 10 и WinXP. > > "Остальное надо самому ядру" - эта фраза говорит о том, что ядро > зажрало > 2-2.5 Гб памяти, в чём я сильно сомневаюсь. Нет конечно, не сожрало. Зарезервировало > > Ну я подозреваю, что в любой ОС на х86 так же. > > В Линуксе не так. На Винде 32 бита поставишь 8 Гб ОЗУ а реально > доступно > будет не более 3.5 (не на один процесс, а на всех). Вот, нашел как ни странно в википедии :) http://en.wikipedia.org/wiki/Physical_Address_Extension -- Best regards, Sergey Chumakov 2:450/77[.43] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
Hi Alexey, * Alexey G. Petrov <[EMAIL PROTECTED]> * 2008-05-22 20:11: > Я подозреваю, что если просто выделить кусок памяти в программе > (и даже заполнить чем-то), то должно почти 4Gb влезть. А реальное > приложение всегда сталкивается с фрагментацией. Особенно, если оно > криво написано. > > Карта памяти каждого процесса доступна в proc fs. maps и smaps Да, согласен. Кода не видел. Просто насторажил тот факт, что и на Win и на Linux был примерно одинаковый предел. -- Best regards, Sergey Chumakov 2:450/77[.43] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: vd player в sid
,--[Sergei Stolyarov 23/05/2008 08:42 (GMT +3) | sid — это совсем не стабильный дистрибутив. Если хочется относительной | стабильности и свежих версий софта, ставьте lenny. `- Я того же мнения. Для дома или lenny или etch+backports -- Best regards, Mikhail -- В любовной войне побеждает тот, кто первым бежит с поля боя. -- Томас Фуллер signature.asc Description: This is a digitally signed message part.
