Re: Помогите выбрать тюнер.
А можно для справки: на каком чипе эта карта и чем она лучше карт на bt878? - 8 разрядный кодек SAA7134 - 9 разрядный кодек TDA9887 а вообще сходи http://tuner.ixbt.com/ там много чего понаписано, но только применительно к виндам для Linux ядро надо посвежее дрова тут http://bytesex.org/saa7134/
Re: mmap на больших файл ах ?
Victor B. Wagner wrote: On 2003.11.03 at 20:28:01 +0200, Sergei Olonichev wrote: А зачем вам больше? 32 бита вполне хватит для Ваших 50k. Так в этом то и вопрос. Просто вызывать mmap на каждый блок (условно 50k) - это, здается мне, ни чем не лучше чем вызывать fread (с точки зрения скорости), а может еще и хуже. Ну, во-первых, стоило бы протестировать. Все-таки минус одно копирование kernelspace - userspace. Во-вторых, можно (если есть основания полагать, что следующие 50К будут в пределах осмысленного куска от предыдущих) делать mmap на, скажем, полгига, и запоминать смещение начала и конца. И делать unmap и другой map только если следующее чтение оказывается за пределами этого окна. Или, как вариант - держать два mmap-ленных окна - одно фиксированное, там где живут наиболее часто читаемые блоки, второе - там, где понадобилось прочесть блок за пределами этого окна. что-то это все напоминает задачу моей веселой юности, когда много памяти в машины уже начали ставить, а программы писали в 16 бит... По-хорошему, как тогда перешли на 32бит адреса, надо перейти на 64. Или сделать кэш этак на 100 окон по 100КБ. Считать запросы на новые блоки и так автоматически иметь одно фиксированное, там где живут наиболее часто читаемые блоки только круче :) И не надо пересортировывать данные. Наиболее часто используемые и так окажутся в памяти навечно после небольшого периода работы проги. (Если не ввести остывание счетчиков запросов от времени) ЗЫ а что может иметь пользу -- так это сказать O_DIRECT дабы очередные 50к, которые все равно скоро уйдут не вытесняли более статические данные...
Re: mmap на больших файл ах ?
On 2003.11.04 at 12:53:55 +0600, Orehov Pasha wrote: что-то это все напоминает задачу моей веселой юности, когда много памяти в машины уже начали ставить, а программы писали в 16 бит... По-хорошему, как тогда перешли на 32бит адреса, надо перейти на 64. Или сделать кэш Ну перейди. Тысячи в полторы тебе обойдется апгрейд машины до Opteron. Это если не SMP. Поюзанную альфу или старый Ultrasparc -не рекомендую, тормозные они по нынешним временам. А вот SunBlade 1000 - можно попробовать. Но она дороже. И еще некоторое количество траха понадобится, чтобы перекомпилить все, что требуется с -m64. этак на 100 окон по 100КБ. Считать запросы на новые блоки и так 100x100 - мало. 500x1000 - цифра куда более осмысленная. Полгига адресного пространства на это вполне можно себе позволить и на 32-битной архитектуре. автоматически иметь одно фиксированное, там где живут наиболее часто читаемые блоки только круче :) Вполне вариант.
Re: новый libc6 ds1
Evening, CuPoTKa. CuPoTKa [EMAIL PROTECTED] 16:47 1/11/2003 wrote: C Victor B. Wagner wrote: А авторы glibc взяли и поменяли эти особенности. Они в своем праве - стандарта они не нарушили. C Поменяли только в половине случаев? Та часть которая работает с ядром C 2.4 (лежит в /lib/) работает по старому, а та которая работает с ядром C 2.6 (лежит в /lib/tls/..) уже работает по новому? Причем и то и другое C из одного сорса. Кстати, про glibc с tls. У одного меня из-за сложнонаведенных глюков поломалось licq, или есть еще страдальцы? Путь возникновения проблемы такой: при обновлении libc6 надо обновить дравйвера от nvidia (так как в прошлых версиях не было tls-related файлов, а без них X-ы не работают вообще), после чего licq при старте говорит: Unable to load plugin (qt-gui): libGL.so.1: cannot handle TLS data. После лазания по BTS у меня возникло ощущение, что проблема все-таки в licq, точнее - в том, как там используется pthreads. Кто может помочь распрямить мысли в голове? Я прав или не прав, и не помощет ли мне, часом, простая перекомпиляция licq? -- Dmitry Astapov //ADEpt GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498 2B08 7867 4860 F5D7 639D
Статистика
Hello debian-russian, Не подскажете чем лучше всего и наглядно ( для начальства, они в танке) изобразить статистику интернета, т.е. собрать. Есть два соединения, спутник и ADSL, как им доказать что одно лучше другого? По скорости, качеству? -- Best regards, Zavada mailto:[EMAIL PROTECTED]
Re: mmap на больших файл ах ?
2 Chuprina, Cheusov, Onischenko, Wagner, Orehov: Большое Спасибо за обсуждение.
Семинар UNИX. Тема: у чёт трафика.
Во вторник, 11 ноября, состоится семинар на тему в 18:00 в аудитории 248 факультета ВМиК МГУ (Москва, Воробьёвы горы, МГУ, 2-й учебный корпус, 2-й этаж) пройдёт семинар на тему Учёт трафика: что, чем и как считать Форма семинара - дискуссия, направляемая докладчиками. Докладчик: Константин Стефанов, сетевой администратор НИВЦ МГУ. Подробная информация об этом мероприятии доступна по следующим ссылкам: http://uneex.cs.msu.su/ http://uneex.cs.msu.su/twiki/bin/view/Uneex/SeminarTraffic Приглашаются все, кому интересна тема и кому есть чем поделиться с теми, кому интересно. Проезд: М. Университет, А/Т Ул. Лебедева, 2-й учебный корпус (факультеты ВМиК и Экономический). Чтобы не иметь неприятностей с охраной, можно зарегистрироваться. Для регистрации пошлите по адресу [EMAIL PROTECTED] письмо с вашими паспортными данными, Subject: seminar registration -- George V Kouryachy (aka Fr. Br. George) mailto:[EMAIL PROTECTED]
Re: новый libc6 ds1
On 2003.11.04 at 10:27:54 +0200, Dmitry Astapov wrote: Кстати, про glibc с tls. У одного меня из-за сложнонаведенных глюков поломалось licq, или есть еще страдальцы? Путь возникновения проблемы такой: при обновлении libc6 надо обновить дравйвера от nvidia (так как в прошлых версиях не было tls-related файлов, а без них X-ы не работают вообще), после чего licq при старте говорит: Unable to load plugin (qt-gui): libGL.so.1: cannot handle TLS data. После лазания по BTS у меня возникло ощущение, что проблема все-таки в licq, точнее - в том, как там используется pthreads. Кто может помочь распрямить мысли в голове? Я прав или не прав, и не помощет ли мне, часом, простая перекомпиляция licq? Переход на alicq тебя спасет. Там нет тредов.
Re: новый libc6 ds1
Нет у меня licq работает как обычно. Это может что-то у тебя с qt потому-что qt-gui не пускается. Dmitry Astapov wrote: Evening, CuPoTKa. CuPoTKa [EMAIL PROTECTED] 16:47 1/11/2003 wrote: C Victor B. Wagner wrote: А авторы glibc взяли и поменяли эти особенности. Они в своем праве - стандарта они не нарушили. C Поменяли только в половине случаев? Та часть которая работает с ядром C 2.4 (лежит в /lib/) работает по старому, а та которая работает с ядром C 2.6 (лежит в /lib/tls/..) уже работает по новому? Причем и то и другое C из одного сорса. Кстати, про glibc с tls. У одного меня из-за сложнонаведенных глюков поломалось licq, или есть еще страдальцы? Путь возникновения проблемы такой: при обновлении libc6 надо обновить дравйвера от nvidia (так как в прошлых версиях не было tls-related файлов, а без них X-ы не работают вообще), после чего licq при старте говорит: Unable to load plugin (qt-gui): libGL.so.1: cannot handle TLS data. После лазания по BTS у меня возникло ощущение, что проблема все-таки в licq, точнее - в том, как там используется pthreads. Кто может помочь распрямить мысли в голове? Я прав или не прав, и не помощет ли мне, часом, простая перекомпиляция licq? -- ___ {~._.~}CuPoTKa ( Y ) [EMAIL PROTECTED] ()~*~() System Administrator (_)-(_)Media International Group
Re: Radeon9000Pro on Woody
On Mon, Nov 03, 2003 at 10:40:55AM +0500, Denis Kostousov wrote: Поставил Debian Wooody из коробки. Понадобилось прикрутить работу X на ATI Radeon. На http://dri.sf.net нашел ссылку на deb с дровами. Поставил. Скомпилял ручками ядро 2.4.22-ac1 X заработали, DRI - нет. Лог X сервера пока привести не могу. Возможно завтра будет :-) Кто-нибудь решал подобную задачу? у меня radeon 9100 прекрасно работает на драйверах с ati.com (xfree 4.1.0) А как ты ставил их? Там rpm... У NVIDIA и то лучше сделано. alien мне не помог :) А мне помог :) Все по шагам расаписано на http://linux.yaroslavl.ru/docs/conf/hardware/radeon.html deb пакет переписывает libGL, и ставится с --force. В любом случае, это на обязательно делать, можно просто распаковать rpm, собрать модуль ядра для поддержки DRI, и рассовать все по своим местам. Мур.
ICQ the choice
Привет. Вот решил попробовать ICQ, что вы можете мне порекомендовать (какую программу). Основные требования поддержка кодировок KOI8-R и CP1251(на случай если понадобится пообщатся с пользователями других ОС). Не имеет значения консольная или для X'ов. Зарание спасибо.
Re: ICQ the choice
Здравствуйте, Basil Shubin! я использую centericq. On Tue, Nov 04, 2003 at 09:52:02PM +0600, you wrote: - Привет. - - Вот решил попробовать ICQ, что вы можете мне порекомендовать (какую - программу). Основные требования поддержка кодировок KOI8-R и CP1251(на - случай если понадобится пообщатся с пользователями других ОС). - Не имеет значения консольная или для X'ов. - - Зарание спасибо. - - -- Denis A. Egorov
Re: ICQ the choice
Basil Shubin wrote: Привет. Вот решил попробовать ICQ, что вы можете мне порекомендовать (какую программу). Основные требования поддержка кодировок KOI8-R и CP1251(на случай если понадобится пообщатся с пользователями других ОС). Не имеет значения консольная или для X'ов. Зарание спасибо. Для графики рекомендую sim.
Re: ICQ the choice
icq русская она помойму вся cp1251, не думаю что там koi8-r куда-то надо будет. посему лучшая icq это jabber! надо поддерживать открытые протоколы! (кстати там есть icq gate который прекрасно работает). очень рекомендую обратить внимание на jabber и на клиента tkabber. кстати на сервере jabber.ru есть конференция debian ;) приходите общаться! Basil Shubin wrote: Привет. Вот решил попробовать ICQ, что вы можете мне порекомендовать (какую программу). Основные требования поддержка кодировок KOI8-R и CP1251(на случай если понадобится пообщатся с пользователями других ОС). Не имеет значения консольная или для X'ов. Зарание спасибо. -- ___ {~._.~}CuPoTKa ( Y ) [EMAIL PROTECTED] ()~*~() System Administrator (_)-(_)Media International Group
Sarge на 45.free.net
На http://ftp.45.free.net появился репозиторий локальных пакетов для sarge. Сейчас туда попало то, что я счел осмысленным пересобрать немедленно после установки sarge на ноутбук. Т.е. нет крупных пакетов (dosemu, djgpp) которые мне лень пересобирать на медленной машине. P.S. Это не дистрибутив (sarge) зто змеюшник какой-то. apt-get dist-upgrade поставил три (sic!) версии python, хотя мне и одна-то в общем-то не нужна. Но от python2.2 почему-то зависит postgresql, а от 2.3 - dia и еще куча всего. 2.1 таки оказалось возможным снести.
Re: ICQ the choice
Хмутро. BS Вот решил попробовать ICQ, что вы можете мне порекомендовать (какую BS программу). Основные требования поддержка кодировок KOI8-R и CP1251(на BS случай если понадобится пообщатся с пользователями других ОС). BS Не имеет значения консольная или для X'ов. Внесу и свои пять копеек. alicq и licq тоже ничего. Первая написана на tcl/Tk, так что подкручивается под надобности при необходимости на раз. -- Artem Chuprina [EMAIL PROTECTED] FIDO: 2:5020/122.256
Re: ICQ the choice
On Wed, 2003-11-05 at 01:54, Artem Chuprina wrote: Хмутро. BS Вот решил попробовать ICQ, что вы можете мне порекомендовать (какую BS программу). Основные требования поддержка кодировок KOI8-R и CP1251(на BS случай если понадобится пообщатся с пользователями других ОС). BS Не имеет значения консольная или для X'ов. Внесу и свои пять копеек. alicq и licq тоже ничего. Первая написана на tcl/Tk, так что подкручивается под надобности при необходимости на раз. -- Artem Chuprina [EMAIL PROTECTED] FIDO: 2:5020/122.256 Поддержу. Уже долго пользуюсь licq и пока доволен
Re: df неправильно отображает размеры
В Mon, 03 Nov 2003 10:44:14 +0500, Vadim Glazkov [EMAIL PROTECTED] сообщал: Hello Debian-russian! Случилось мне на днях поменять винт на сервере. Новый винт (IDE 80GB) я размечал и ставил систему на другой машине. Потом переставил винт на сервер и перелил со старого винта юзерские данные. После всего этого df -h стал показывать неправильный размер разделов и свободное место, из-за этого имеем проблемы с inn и другими сервисами... fdisk -l /dev/hda всё показывает верно. Пробовал в БИОСе включать разные режимы NORMAL/LBA/LARGE - нужного эффекта не даёт. Сам БИОС размер винта показывает правильно. В чём могут быть грабли и в какую сторону мне копать? Debian 3.0r0, некоторые второстепенные пакеты из unstable. ЗЫ При разбивке диска давал разделам метки. Память подсказывает, что с этим была связана какая-то проблема, но что именно не помню. Подскажите, плиз, что делать. Переразбивать диск заново уже невозможно... Так никто мне не может подсказать? Сам я пока не нашёл вариантов решения, хотя за эти дни перечитал горы док, факов и хавту... Good Luck! Vadim -- Используется M2, революционный почтовый клиент браузера Opera: http://www.opera.com/m2/