Более того. NVIDIA TNT2 16M M64 прекрасно показывала без тормозов. Через sdl если память не изменяет. А вот что sdl пользовала не знаю.

to Dselect

Я несколько лет назад пытался поставить дома Debian 2.2 stable из свежекупленной коробки. При попытке поставить МНОГО пакетов инсталлятор сообщил мне, что он "cannot resolve dependencies" (что-то вроде этого). Это только с Debian 2.2 stable такая беда?

читал. но не заработало. дрова от производителя. я один момент не совсем вкуриваю - на dvd разными кодеками жмется (как это происходит с .avi например) или каким-то одним?

VGA compatible controller: nVidia Corporation NV5 [RIVA TNT2/TNT2 Pro]
может слишком чип старый - хз... наверное куплю на днях в эту лавку древности видюшку поновее и закрою вопрос

с sdl был лучший результат. минимальные тормоза
но это как я понимаю софтовая библиотека (т.е. не использует ускоритель вообще)

таки про выбор ОС...

2 anonymous (*) (19.12.2003 18:48:10):

> На бэкап сервер, есть такие, amanda, например. http://www.amanda.org/

Китайские пионеры... Сначала создаем проблемы, потом -- героически их решаем.

> До того, что если мне нужен, например, Corel Draw, то я поставлю себе винду :-)

Если никакая другая программа не обладает нужной функциональностью и этот Ваш Corel Draw есть только под Windows -- то правильно сделаете.

Сама она работает либо через fb, либо svga либ. Если не изменяет память. Отсюда вывод...

SDL - библиотека которая юзает, что есть! Фишка её в том, что тебе в принципе должно быть по барабаны, есть у пользователи: X, или SVGA, или framebuffer, если видео подсистема использует хардварное ускорение, SDL может его заюзать!

> Тык базар про то, что даже ненормальный дистр эти дырызакрыл. А Дебиилка не захотела.... Просто супер нормальная видать.

Even though this kernel bug was discovered in September by Andrew Morton and already fixed in recent pre-release kernels since October, its security implication wasn't considered that severe. Hence, no security advisories were issued by any vendor. However, after it was discovered to be used as a local root exploit the Common Vulnerabilities and Exposures project has assigned CAN-2003-0961 to this problem. It is fixed in Linux 2.4.23 which was released last weekend and in the Debian advisory DSA 403.

Читать надо учиться. man Букварь. Хотя... Если под нормальностью понимать использование pre-release kernels в production... Тогда, я думаю, в этих "нормальных" дистрах можно такого наловить... Просто эти дистры такие же неломаемые, как "Неуловимый Джо" --- неуловимый :)

2Dselect (*) (19.12.2003 19:07:34)
>Сначала создаем проблемы, потом -- героически их решаем.
Проблема бэкапа давно существует, и решается каждым админом по своему (или в приказном порядке по утвержденной технологии). А у Вас на каждом сервере (или воркстейшене) по тейпу стоит? Это ж скока ленты надо :-)
>Corel Draw, то я поставлю себе винду :-)
>Если никакая другая программа не обладает нужной функциональностью и этот Ваш Corel Draw есть только под Windows -- то правильно сделаете.
Этот Corel Draw вовсе не мой, а фирмы Corel Corporation :-) Да и под crossover office он вполне себе работает, так шта винда и вовсе не нужна изза одного корела :-).

> Когда я постил новость, мне было кроме всего прочего интересно, сколько людей будут обсуждать именно новость, а сколько скатится в HolyWars "какой дистрибутив/плеер лучше"

А что, собственно, в этой новости подлежит обсуждению, кроме фразы: "Debian sucks -- таково мнение большинства разработчиков." и её же, повторённой дважды в сообщении Arpi? Всё остальное - лишь констатация фактов, обсуждению уже не подлежащих (сделано/переведно/взломано/...).

почему "беда"?

> При попытке поставить МНОГО пакетов инсталлятор сообщил мне, что он "cannot resolve dependencies"

Может, они просто конфликтуют?

А может нечто вроде вот этого: http://debian.linuxrulez.ru/node/view/34

вот дурилка-то картонная...

> А у Вас на каждом сервере (или воркстейшене) по тейпу стоит?

Не, просто юзверские данные с одного сервера раздаются по NFS. И backup нужно делать только на этом сервере...

> Да и под crossover office он вполне себе работает

Извращение какое-то... Ставить одну ОС, чтоб потом настраивать эмуляцию другой.

> так шта винда и вовсе не нужна изза одного корела :-).

MPICH работает из-под cygwin... Сейчас побегу ставить Windows на кластере :)

Вообще возможно. Я правда не помню сообщения "Dynamic MMap ran out of room" , но в принципе - может быть.Спасибо за ссылку

Правильно, не было. Они просто пропатчили ядра и не страдали. У всех стоял 2.4.22.

На dvd mpeg2video в терминологии mplayer.

Угу... Почитал я весь этот флейм. Lor:) Вернее 10r :)

А если серьёзно:

1) какие были последние серьёзные дырки в Debian? do_brk и rsync. do_brk - local root explotable, поэтому, если кто-то может что-то излишнее запустить на сервере, то это глюки сисадмина, а не дистра.

rsync. А вот его (если этот сервис вообще на mphq запущен) стоит ограничивать только на мирроры.

Так что если mphq _почти_ взломали, то это криворукость A'rpi (или LGB. IIRC это он ставил сервер).

2) касательно Xine vs. MPlayer. Это уж личный выбор каждого.

3) касательно DVD менюх. Кому нужно пишите сами. Вся функциональность менюх - выбор раздела, глав, звуковых и субтитровых треков. Всё это IMHO удобнее делать из CLI, а не GUI (согласитесь, что DVD-menu - это разновидность GUI). Кому-то удобнее всё делать из GUI. Это их дело. Соответственно менюхи им и нужны. Вот пусть и кодят. И присылают хорошие unified патчи. :)

> Что касается самого плеера - я им все кодирую и пишу (ну и смотрю им, естественно). Штука замечательная - и чем больше я копаюсь в мане и пробую всякие фишки, тем больше я в этом убеждаюсь.

Штука замечательная, но кодит он не все. transcode в этом плане намного лучше будет.

> ) касательно DVD менюх. Кому нужно пишите сами. Вся функциональность менюх - выбор раздела, глав, звуковых и субтитровых треков. Всё это IMHO удобнее делать из CLI, а не GUI (согласитесь, что DVD-menu - это разновидность GUI). Кому-то удобнее всё делать из GUI. Это их дело. Соответственно менюхи им и нужны. Вот пусть и кодят. И присылают хорошие unified патчи. :)

Угу. А когда тачку пойдёшь покупаешь тебе ведь не только моторчик и четыре колеса хочется? Поди и сидиресивер хоца и кандюк и подогрев сидений? Если ты привык ездить в телеге...

Или представь себе домохозяйку, которая с CLI задаёт параметры стирки:
# wash -time 15 -period 40 -pause 5 && dry -time 30 -speed 700

:-)

>>А ты вообще КТО ТАКОЙ
Золотая коллекция фраз ROOT'a :)

"3) касательно DVD менюх. Кому нужно пишите сами. Вся функциональность менюх - выбор раздела, глав, звуковых и субтитровых треков. Всё это IMHO удобнее делать из CLI, а не GUI (согласитесь, что DVD-menu - это разновидность GUI). Кому-то удобнее всё делать из GUI. Это их дело. Соответственно менюхи им и нужны. Вот пусть и кодят. И присылают хорошие unified патчи. :)"

предлагаешь методом перебора определять количество звуковых дорожек или номер нужного фрагмента?
это ни в какие ворота не лезет! вообщем, нах**!

> предлагаешь методом перебора...

Нет. предлагаю внимательно читать то, что MPlayer пишет на консоль :) Там будут и список звуковых дорожек, и субтитровых, и когда он на новый chapter переходит. В общем читать то, что выводится на консоль - оч. полезная штука :)

2All Приветствую.
Зашел .. изрядно посмеялся ( постояв в двери)))
2ROOT -march=athlon .... -msse ... тяжелый случай - понимаете, как правило в прикладных программах используется двойная точность.... и Для Атлона это не делает погоды ( cat /proc/cpuinfo | grep sse2 ).
Далее, про оптимизацию. Вы думаете заменить ключик в Makefile и всё ? Рулез типа ... Вы глубоко заблуждаетесь( приминительно к фортрану)
1) Есть сырцы. Как правило
а) пользуют мат.библиотеки ( есть возможность либо переписать код, либо на этапе линковки прикрутить) - ВЫБОР БИБЛИОТЕКИ !!!!
ACML MKL ATLAS ATLAS&&MPI ( см.ниже)
2) Чем код распараллелен ? ( MPI или посредством сокетов DDI ) ?
Отсюда дилемма: что выбрать при компилляции ?
3) Компиллятор ( критично )
absoft pgi ifc gcc mpif77 ?
4) Настройка с-мы под таск
Файловая с-ма, RAID ..... планировщик заданий ( пакетная обработка тасков ) .
Может быть я болен .. Но я поступаю именно так .. и никто не жалуются, задачи считаются, результаты имеются ( гранты пишутся ))).
$echo.

Можно и гланды через жопу удалять.

> я один момент не совсем вкуриваю - на dvd разными кодеками жмется (как это происходит с .avi например) или каким-то одним?

DVD это MPEG2 поток с каким-то финсированым битрейтом (не помню с каким), 720x480 + звук + титры + меню + хез что.

> Угу. А когда тачку пойдёшь покупаешь тебе ведь не только моторчик и четыре колеса хочется? Поди и сидиресивер хоца и кандюк и подогрев сидений? Если ты привык ездить в телеге...

> Или представь себе домохозяйку, которая с CLI задаёт параметры стирки: > # wash -time 15 -period 40 -pause 5 && dry -time 30 -speed 700

pitstop не тормози. Машина это девайс чтобы на нем ездить со всеми прилагающимися удобствами. Для стирки есть стиральная машина, которая тоже предоставляет некий QoS. Для промотра DVD есть DVD плеер (для тех кто не знает это такой девайс который умеет фильму со всеми рюшечками с DVD играть). А цампутер как мультимедиа центр это для бедных. Поэтому не надо тут переносить его особености на другие более специализированые предметы.

Сам не тормози! Цампутер постепенно становится нормальным мультимедиацентром, а последний цампутером. Взгляни на barebone. Отседа вывод: плеер с cli не котит, надабна рюшечки. Тебе кино смотреть со всеми удобствами или по клаве стучать?

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

pps Сам я люблю mplayer, но нормальный ГУЙ ему нужен. А компутер - это девайс, который в разы умнее всякой домашней хрени вместе взятой, поэтому он ОБЯЗАН предоставлять как минимум те же удобства.

debian is not sucks кривые руки вот что sucks

PitStop, берёшь и пишешь хороший гуи для мплайера, тебе потом спасибо скажут, другие, не я! Я в консоле сижу. Это ж тебе не винды, никто тебе не запретит!

про GUI к mplayer

2 PitStop:

> pps Сам я люблю mplayer, но нормальный ГУЙ ему нужен.

Дык он есть ( если уж так охота ) - kplayer (Qt), gmplayer (GTK2).

про домохозяйку...

2 PitStop:

> Или представь себе домохозяйку, которая с CLI задаёт параметры стирки: # wash -time 15 -period 40 -pause 5 && dry -time 30 -speed 700

У нее это давно в crontab прописано :)

И зачем под root'-ом?

И ещё хочется повторить всем фанатам гуи и попользовать всё готовенькое:
ИДИТЕ ВЫ ВСЕ В ВИНДОВС!!!

>Дык он есть ( если уж так охота ) - kplayer (Qt), gmplayer (GTK2).

gmplayer не умеет DVD меню! kplayer не видел

> я же говорили,что нех тут эти сказочки рассказывать, > пока ещё НИКТО не привёл убедительных доказательств > в увеличении производительности путём пересборки всего, > а всё потому что нет никакого увеличения!

Есть, мой дорогой полосатый друг. Просто-напросто всяческие уродцы не способны его заметить на своем P4-2GHz, куда они вчера поставили LINUX потому, что это K00L. Потому как заметить это можно на больших загрузках, пронаблюдав КПД (скажем, отношение количества обслуживаемых запросов в секунду к загрузке процессора/дисковой подсистемы/etc/etd). А уродцам енто нафиг не надо -- им бы кнопки давить да за мышкой в иксах наблюдать. Клавиатура-то с аппаратным ускорением, от пересборки скорость нажатия клавиш не увеличится. И мышка быстрее ездить по столу не станет, разве что двигатель приделать.

Ну и про то, как делаются компиляторы, а также чем отличается процессор P4/P3/P2/Pentium/486 от 386 помимо тактовой частоты и оxyитeльнo невъeбeннoгo конвейера, о котором вчера в KРУ70М журнале 'Хакер-хyякер' написали, мы тоже не знаем, а учить не собираемся. Мышка и клава-то у нас и так аппаратно ускоренные -- мы их руками ускоряем. И ногами, ежели надо.

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

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

А всякие тесты-xyeсты -- это феноменология, товарищ. Учите матчасть.

> я заплатил деньги за DVD диск, поэтому это моё право > использовать его на 100% в том числе и иметь

Да-да, в том числе именно иметь. "А поскольку там в центре круглая дырочка, то я вполне себе имею право дрoчить в неё!". Но ведь это не повод исполнять подобную фигню?

Да, DVD-меню -- вещь иногда приятная, но ведь за MPlayer ты не платил... Поэтому право использовать DVD ты имеешь исключительно с помощью своих шаловливых ручонок, или чего-то, что ты купил. А остальное -- не право, а привилегия. Как например использование Xine или MPlayer.

Вот блин понавылезало всяких опарышей, о правах заявляют...

Доброго времени суток.
Дома ... Ну да ладно.
А по большей части это нафиг ни кому не нужно. Понятие балансировка нагрузка идет лесом как я понимаю ))). Вот они мерят за сколько грузится ОСь, за сколько мозилла откроется )))). Это какой-то изврат, хотя, кто знает - может и простому обывателю именно этого и хочется 0) ( что-то меня на хи-хи пробивать начинает). А меня интересует такие вопросы
запускаю таск на 2 процессора, хотелось чтобы была загрузка по CPU
CPU1 90-99%
CPU2 30-40%
а выравнена и разброс в пределах пары процентов.
Хочу запускать побольше тасков, и они считались как можно более эффективнее и не дрались друг с другом, при этом мышка двигалась без моторчиков всяких). И вообще простой человеческий интерес - работа с кодом.Упс - отвлекся. Так об чем это я .. Ага - склероз, чтоб его.
НО
1) Просто обыватель поставит линукс в случае
если осень/весна
если его прет по жизни постоянно ...
Представьте свою маму/сестру сидящих под fluxbox ))) (kde/gnome... etc)?! А потом ситуация - вы уезжаете в командировку... И это не есть жестокость по отношению к своим близким ? ( ведь обязательно что-нибудь случится). Да, сейчас начнут кричать что я .. Пофигу. Я вообще прихожу к мнению, что у многих посетителей этого сайта фобия по отношению к ОСь Windows))). Ладно, Windows Вас не устраивает ( она и глюкавая и вообще "маст дай" как аксиома). BeOS - Чем не вариант?
2) Советую почитать бенчмарк-хауту... Если честно, нет общепризнанного теста по которому можно замерить производительность ОСи в целом. Каждый тест заточен под определенный круг задач. К примеру - приходишь домой,загружаешь ось, оффисный пакет, создаешь доку, распечатываешь - чем не тест?).
Каждому свое ( млина ... более ничего на ум не приходит, сам прекрасно отдаю себе отчет где сия надпись зияла и когда )
Best respect,$echo.
P.s. Вообщем-то есть подозрение, здесь присутствую расчетчики ( квантовые химики ). Надо бы как-нибудь объединится, для обмена инфой, софтом, общения. Да, еще вышел новый релиз gamess-usa ( расчеты NMR спектров зарисованы ... кто с закрытыми работает - мои поздравления)
уже собрал и залил на кластер)))
Best regards,$echo. /echo1982@mail.ru/.

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

> Сам не тормози! Цампутер постепенно становится нормальным мультимедиацентром, а последний цампутером. Взгляни на barebone. Отседа вывод: плеер с cli не котит, надабна рюшечки. Тебе кино смотреть со всеми удобствами или по клаве стучать?

Я лучше себе возьму номальный DVD плеер, плазменый телевизор в туеву хучу дюймов и нормальную аудио систему (4-5 k$ где-то это все обойдецца) и буду смотреть DVD путем врубания одного большого рубильника и вставкой диска в плеер. Вот это кошер.

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

Опять начинаем оценивать все поотдельности. а шум от компа ты не учитываешь? Тем более смотреть DVD на 32" морде намного приятнее чем на 19". Кстати, у многих ли читающих тут стоит что-то отличное от встроеного звука? Хотябы что-то уровня MX300/Live!/Audigy2, не говоря уже о Envy24/24HT? И аккустика у большинства пластмасовая.

> pps Сам я люблю mplayer, но нормальный ГУЙ ему нужен. А компутер - это девайс, который в разы умнее всякой домашней хрени вместе взятой, поэтому он ОБЯЗАН предоставлять как минимум те же удобства.

Хочу чтобы он у меня носки стирал и чай по утрам заваривал. Он же умнее сиральной машинки и чайника.

Сколько раз можно повторять: Цампутир (как и некоторые тут линух) засовывают во все дыры только от бедности. Все кто хотит играцца те берут консоли, кому надо DVD/VCD/etc. те берут standalone DVD/CD player. И они по удобству намного превосходят цампутир.

"Это потому, что компиляторы нынче пишут все кому ни лень -- в частности, двадцатилетние chingados с девятью классами образования."
Неужели !?
А теперь по существу:
спать не пробовали? или к психотеропетву сходить, психологу. В лес с такими утверждениями.. ( представляю в оффисе интела сидят 20-летние подростки и пишут код ifc , icc , оптимизируют мат.девы под архитектуру P-IV и хочу ... хочу туда .. но увы. Вы видели резюме из отдела кадров Интела? Посмотрите как-нибудь на досуге ..(с) Бесплатный совет).
"А всякие тесты-xyeсты -- это феноменология, товарищ. Учите матчасть."
это в контексте
>Приветствую
>Пхай ( перевод не нужен?)
...
$echo.
А сколько Вы компилляторов юзали ? Или все ограничивалось
%./configure
%make
???
По поводу ключиков оптимизации - периодически в форуме для разработчиков проскакивает
ядро не грузится... O3 заюзал... А старших послушать не судьба ?
Доки почитать ...
и т.д. и т.п.
$echo.

>> А потом ситуация - вы уезжаете в командировку... И это не есть жестокость по отношению к своим близким ? ( ведь обязательно что-нибудь случится).

Зачем случиться??? Это-ж не виндос...

transcode хороши, но не везде. Удобно резать, но клеить плохо -
звук вполне может испортить (потом файл опять нужно через mplayer
прогонять).

Что не умеет кодить mplayer, что умеет кодить transcode?

А что нужно в гуе-то? Кнопочки есть, перемотка есть, звук есть...
А DVD-меню - это не к гую вопрос.

> Что не умеет кодить mplayer, что умеет кодить transcode?

Лежит у меня два DVD: `Desperado` и `El Mariachi` Родригеза.

Первый был рипнут какой-то тулзовиной из GardianKnot-а, второй переписали просто так. Первый при попытке пропустить через mencoder вылутает на 13xx сек с криками о кривости потока. Второй mplayer/mencoder не хотит вообще играть, материцца что не может расшифровать. transcode оба DVD обработал и пережал как пить дать.

mplayer скомпилен с libdvdread.

сестра пару раз выйдет из с-мы кнопкой Reset и ФС будет плакать )))
Мама точно не подойдет к компу -) Это реалия . Понимаете ! Ей нужно свести учет ( бухгалтер ), сестре погаматься ... Ну а мне, мне работы хватает по 12 часов минимум в сутки -)
Best respect,$echo.

про fluxbox и про "раcсчетчиков"

2 $echo:

> Представьте свою маму/сестру сидящих под fluxbox

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

> А потом ситуация - вы уезжаете в командировку...

И чего?

> Вообщем-то есть подозрение, здесь присутствую расчетчики

В некотором смысле -- да.

> ( квантовые химики )

Не. Физики.

про reset

2 anonymous (*) (20.12.2003 21:15:55):

> сестра пару раз выйдет из с-мы кнопкой Reset

Дети ( умственно полноценные ) вследствие любопытности и непредвзятости весьма быстро обучаются чему-то новому.

Было достаточно один раз показать, как надо включать/выключать комп.

> и ФС будет плакать )

Даже если пару раз нажать Reset, ничего с FS не случится. (если это FS, а не ext3)

У Беос коммьюнити хорошее, но маленькое. И порты прог, насколько я помню, отстают (как и написание своего ядра).

Что касается мамы и т.п. - так ты настрой чтобы все само работало и файлики открывались в нужных прогах и все будет как надо.

P.S. Зря мыло оставил - роботы вообще-то собирают такие ящички.

The Wonderful World of Linux 2.6 - Final Version

> Вы видели резюме из отдела кадров Интела?

кстати на предмет последнего icc8

переписал я под него одну свою старую софтинку которая, так уж исторически получилось, имеет кусок кода который написан одним файлом в виде ~230кб исходника на C++ c очень активным использованием темплейтованого кода. gcc 3.x собирает его без проблем с icc8 история более веселая.

Пробовал это дело откомпилять на домашней машинке

AthlonXP 384RAM 128Swap

если загружена просто чистая консоль и в памяти болтается не слишком много процессов то генерится работоспособный код. После запуска X-ов с KDE 3.1 мозиллами и всякой другой тяжелой артиллерией попытка скомпилять этот файлик ... без видимых причин просто перегружает комп (это на ядре 2.4.22) На ядре 2.6.0-test9 при запущеных иксах этот файл компиляется (при этом система даже не лезет в своп) без видимых ошибок , но в результате имеем неработоспособный исполняемый файл. А вы говорите - пионеры ;)

на рабочей (AthlonXP 1.5Gb RAM и 0Swap) подобных проблем не наблюбается...

Есть мысли насчет причин такого поведения ?

Единственный косяк который помнится был у Athlonoв это проблемы при работе с большими сегментами данных - проявлялась как раз с карточками от nvidia (на домашнем именно она - GF2MX400, на рабочем - простенькая ATI RagePro)

Даже на ext3 ничего не будет плакать, если у тебя грамотно винт разбит.