Dreamworks использует linux

э-эх, а софт-то у них -- все internal да inhouse.....

не только: вон и майей они чего-то там мутят

Была такая новость. Что и говорить, посмотрев то что сделали, становится приятно на душе :)

Бараны. Я бы на их месте фрюху использовал. Все то же самое, только ее можно заточить под себя ОСНОВАТЕЛЬНО, не рискуя просрать написаный тобой код Столмену.

Bluesman

>Bluesman Предлагай им свой план, может богатым станешь, а то, я смотрю, ты умный нищий.

Сам ты баран. Для них софт - это инструмент, а не товар для продажи. Учитывая этот
факт, никаких других проблем в использовании линукса у них быть не должно.
Ясно же написано - люди очень обрадовались двукратным приростом производительности.
А что твоя фряха? Да, надежно, как и на любом другом юниксе, но кому захочется
ждать 2 часа рендеринг сцены, если линукс при той же стабильности то же самое делает за полчаса?

2Bluesman:
> не рискуя просрать написаный тобой код Столмену.

У Вас конкретно точка зрения в down ушла вместе с логикой после того,
как Вы с M$ связались. Подумайте:

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

Bluesman: Столмен -- жадный паук, стремящийся подгрести под свою
вирусоподобную лицензию весь ваш труд. В то время как M$ в поте лица
заботится о вашем благе, зарабатывая денюжки внушением вам светлых
мыслей о необходимости покупки последних версий оффиса, вы, вместо
того, чтобы бескорыстно отдавать реализацию алгоритмов, выстраданных
вами во время бессонных ночей над курсовой работой Единственной и
Неповторимой M$, ПРОСИРАЕТЕ их бессовестному Столмену, плетущему
хищную сеть вокруг искренних попыток вышеупомянутой компании сделать
жизнь людей лучше...

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

Еще раз -- я не стремился Вас оскорбить ни коим образом.

С уважением,
Flawer

2Flawer: "Столмен: чтобы не дать большим корпорациям поиметь задаром ваш труд, защищайте его лицензией. Хотя бы запретите делать на вас бабки без вашего согласия. Иначе -- мигом лицензируют, и доказывайте, что вы -- не баран..."
Во-во MySQL AG и GreatBridge уже наверное поняли что не только большие корпорации не смогут делать деньги на из труде, но и они сами тоже. Очень наглядная демонстрация пороблем с GNU.
PS Что ж SGI загинается очень быстро...

> Бараны. Я бы на их месте фрюху использовал. Все то же самое, только ее > можно заточить под себя ОСНОВАТЕЛЬНО, не рискуя просрать написаный > тобой код Столмену.

дада каждому obsd по фотошопу каждому nbsd по 3DMax'y

думай что говоришь перед тем как говоришь

2Bluesman: Ya tebe anekdot rasskazhu. Sprashiwaet odin priyatel' drugogo, "ty Beatles slyshal?", -- "da, slyshal", -- "i kak oni tebe?", -- "da nichego osobennogo, w noty nepopadajut, fal'shiwjat, kartawjat", -- "a gde ty ih slyshal?", -- "da Rabinovich po telefonu napel". Wot i twojo znanie GPL takoe zhe. Hochesh delat' -- proprietary soft -- pozhalujsta, toka GPL _Sources_ ne pol'zuj, LGPL _Libraries_ -- pozhalujsta. Ty w kakom shtate? A to u menja po doroge domoj kakoe-to zdanie s gordoj wyweskoj "Microsoft" i flagom "Office XP" stoit... ;-)

2Ogr: SGI zaginaetsja uzhe ne pervyj god, GNU tut sowershenno ne pri chem. Dumaj prezhde chem pisat'.

A po powodu uskorenija raboty iz-za ispol'zowanija linux tak ja wizhu odnu prichinu -- Memory Management, linux na tom zhe zheleze bolee legok po nagruzke na pamjat', chem _IRIX_. W stat'e jawno ne skazano chto i kak u nih uskorilos', no sudja po wsemu srawniwalsja _staryj_ SGI Workstation s Linux & IRIX (IRIX tozhe staryj, vidimo). Po toj zhe prichine, vidimo, ni slowa pro BSD, ne NetBSD zhe pol'zowat' ;-)

Wprochem, I can be wrong.

a Shrek -- klassnyj multik, ja wchera w kinoteatre posmotrel ;-)

2Casus: "A po powodu uskorenija raboty iz-za ispol'zowanija linux tak ja wizhu odnu prichinu -- Memory Management"
А я вижу куда более прозаичную причну - они железо быстрое используют, там под это дело и картинка в статье есть.

На фряхе это будет работать медленне потому что:
1. У линукса ( у 2.4 в особенности ) поллержка SMP лучше.
2. Фаловые системы под линукс быстрее, надежней. А дрова под винты хуже даже у виндов ( 2Org Bluesman ).
3. Кластеры под фрей АУ..... где вы ?
4. Special 2OGR под линуксом можно делать hard links

Boo.

Тоже по теме:
http://www.sgi.com/newsroom/press_releases/2001/july/final_fantasy.html

2Boo: "А дрова под винты хуже даже у виндов"
Это Вам так кажется.
"Special 2OGR под линуксом можно делать hard links "
Точно так же как и во Free как и Виндовс.
PS Это мой ник на Вас так действует, что по кнопке Послать два раза нажимаете? Нервные какие-то...

2 Flawer: Во, бля, напридумывал. Даже комментировать такое клоунство как-то глупо.

2 Boo: А что, там есть хоть слово про beowulf? И ФС там роли не играет НУ АБСОЛЮТНО никакой. Вот что там играет роль - это мемори менеджмент и скорость TCP/IP стека. А они во фре быстрее. In fact (если мне не изменяет память) сейчас в линухе memory management переделывается на бздишный манер. Потому как существующий себя не оправдал.

Bluesman

Народ! не поддавайтесь на провокации этих дебилов! Ну неужели еще не ясно - какая бы новость не была - им по барабану лишь бы че плохое/бредовое (нужное подчеркнуть) вставить.

А вот если обращать внимание на них перестанем, то и уйдут они.

Вы подумайте, подумайте... renderfarm на Linux вполне работоспособное решение
(т.е. быстрое и выгодное по цене). Этому уже было несколько примеров,
и это приятно.

poe-t

> А что, там есть хоть слово про beowulf?
А что ты типа знаешь другой способ организации работы той стойки с серверами,
что на картинке для расчета динамических сцен?

> И ФС там роли не играет НУ АБСОЛЮТНО никакой.
Не факт. Что-то все равно читается и пишется на диск. А чем оно быстрее, тем лучше.

> Вот что там играет роль - это мемори менеджмент и скорость TCP/IP стека.
Если с первой частью невозможно не согласиться, то вторая сомнительна.
Все зависит от типа конкретной задачи и реализации. Может получиться так,
что передача обработанных данных занимает ничтожно малое время по-сравнению с
временем обработки на отдельном узле.

> А они во фре быстрее.
Шутник. Даже bsd-профессионалы уже давно перестали рассказывать эту сказку.
Было такое. Сейчас для ядра 2.4 все тесты показывают обратное. 2.4 быстрее.
Есть только один слабый пока момент в линуксе касательно tcp/ip, но ты все равно
об этом не знаешь. Вкратце - линукс плохо себя ведет, когда количество tcp-соединений
начинает превышать цифру 10000. Фря лучше держит такую нагрузку. Но и это
решаемо небольшим патчем.

2 anonymous (*) (2001-07-17 08:27:03.0):
1. Это делается элементарно, безо всякого беовульфа. Всего-то нужно - поставить одну машину на раздачу параметров и сбор кадров и пару сотен двухпроцессорных альф для обсчета. Софт можно обновлять rsync'ом по крону. На кой хер огород городить? Кластер гораздо дороже стоит. Для него не подходит эзернет из-за больших задержек, что вынуждает использовать специальные виды сетей (SCALI по-моему этим занимается) с незвездовой топологией (гиперкуб в случае небольших кластеров, что в случае больших - не знаю, ничего не читал про них).

2. Обсчитанные сцены скорее всего НЕ ХРАНЯТСЯ на считающих машинах. Зачем? Для них есть storage farm с RAID. Посчитал в оперативке - и по эзернету на storage farm.

Bluesman

> и пару сотен двухпроцессорных альф для обсчета.

И как эта пара сотен альф, да еще двухпроцессорных сочетается с фрибсд?

А кстати фря ставится и нормально ли фунциклирует на силиконах?

Фря на альфе? Если и работает, то все равно это выброшенные деньги.
Да какая там вообще альфа. Сначала посчитайте что это будет стоить.
Если б люди могли себе такое позволить, то продолжали бы сидеть на Iris.

Альфа сдохла --Все !!! P.S. Cоmpaq выпустил свой сервак под Itaniumы.

2Bluesman: "Бараны. Я бы на их месте..." Может быть именно поэтому они на своем месте, а ты - на своем. Не будем уточнять на каком.

Про MM на линуксе, даже на 2.4 - не сказки. Сыро. Валится. Своп остался как на 2.2 - ни чего не улучшилось. На фре своп не виснет...

>  Бараны. Я бы на их месте фрюху использовал. Все то же самое, только ее
>  можно  заточить  под  себя  ОСНОВАТЕЛЬНО, не рискуя просрать написаный
>  тобой код Столмену.
>  Bluesman
Идиот, прочти GPL сначала. Если ты модифицировал GPL код и никому его не
продаешь/не распространяешь (то есть юзаешь только в своей конторе), то ты
никому не обязан давать свои патчи к GPL софту.
>  НУ  АБСОЛЮТНО никакой. Вот что там играет роль - это мемори менеджмент
>  и  скорость  TCP/IP  стека. А они во фре быстрее. In fact (если мне не
>  изменяет  память)  сейчас в линухе memory management переделывается на
>  бздишный манер. Потому как существующий себя не оправдал.
Идиот. Даже freebsd core team признают что MM в линуксе на порядки правильнее
чем в БЗДе (и сами хотели бы слизать дизайн из линуха, да жаба давит и время
им жалко). И MM в линухе быстрее.

> Даже freebsd core team признают что MM в линуксе на порядки правильнее чем в БЗДе

покажи мне ссылку про эти слова с указанием URL на архивы листов рассылки

2krion-: сорри, я не помню ссылку точно. Какой-то русский сайт содержит (только) выдержки из фидошных конференций ориентированных на unix и TeX (там много цитат писем Виктора Вагнера) и выборочных писем из списков рассылки разработчиков БЗДИ. В частности там была ссылка на письмо про сравнение дизайна ядер линукса и бзди. Общий смысл таков (на тот момент) - все, что в линуксе разработчики бзди считали нормально реализованым - так это только MM. Вернее, про MM они говорили, что она намного лучше в лиунксе чем в бзде (вроде бздя стремиться минимизировать кол-во страниц с описанием размещения памяти к минимуму ценой сильного усложнения стуктур данных и алгоритмов их обработки - а выигрыш в размере описания очень мал - что-то типа 250 кил на 128 мегов..). Надеюсь кто-нить вспомнит что это за сайт. Сайт вроде достаточно популярный.

To: hvv

http://apollo.backplane.com/FreeBSD/LinuxVM.txt статья хоть и староватая, но можно отметить, что и та и другая ОС имеет свои преимущества и свои недостатки в VM.

Не люблю слов на порядки, вдвое, etc, особенно.
В чем измеряется правильность ММ и откуда такие циферки берутся?

2 krion-: именно про эту статью я и говорил!
2 Havoc: я сказал "на порядки правильнее", а не "на порядки быстрее".

>2 Flawer: Во, бля, напридумывал. Даже комментировать такое клоунство как-то глупо.
Однако, прокомментировал. Вполне в принятом в M$ духе.

Flawer

2 Havoc: после прочтения док-та по ссылке от krion-'a должно стать ясно, почему "на порядки". А цифры "256 кил на 128 метров" прошу забыть - это у меня память так взглючила.

2hvv: Просто она на порядки проще. И на соответствующие порядки не охватывает частных случаев. Да, BSD MM код - адская каша со времён pdp, но она работает там, где Linux MM сбивается. Хотя по разным причинам я начинаю всё больше любить Линукс и всё меньше - BSD, альтернативы BSD нет.

Ну судя потому что написано в ссылке на FF "and Pixar RenderMan╝ software was run on Linux╝ OS-based systems" то скорее всего были какие-нибудь альфы как раз. А для этих рендереров ни VM, ни tcp/ip, ни диски быстрые не нужны как таковые. Им нужны процы и побыстрее. Памяти и побольше, а все астольное лабуда которая занимает не больше процента времени. Так что альфы могли пригодиться. Имхо силиконы для фарма нафиг не нужны ибо процы у них сто лет не развиваются и тормозные по нынешним временам. А вообше и винда для рендер фарма пойдет идеально. Вот только она подороже.

Да, блин, развелось тут знатоков кластерных технологий, блин. То им скорость ip-стека в попку впилась, то без beowulf не обойтись (при том, что beowulf - не продукт даже, не решение, а набор слабо связанных технологий)... Последний раз повторяю для дебилов - рендеринг не требует от ОС кластерных возможностей и не требует высокой пропускной способности и быстрого отклика от сетевой подсистемы. Сцена режется на куски перед началом рендеринга, сшивается после. Всё.

2shuras (*) (2001-07-17 15:30:07.0) У силиконов процы тормозные? даже несчастные 200 мегафлопсов это тормоза по-твоему?? :)

to Shadow:
> Про MM на линуксе, даже на 2.4 - не сказки. Сыро. Валится.
Кто валится? ММ? Думай что говоришь. Сидишь на bsd - и сиди. Чего болтать то, чего не знаешь?
А как понять эту фразу: "Своп остался как на 2.2 - ни чего не улучшилось."?
Бред сумасшедшего.

Очень просто понимать. kswapd убивает сам себя при забитой virtual memory. И ничего не может освободить для рута даже. И не надо в меня ulimit тыкать - протекающие трубы можно скотчем мотать, а можно менять.

И я добросовестно изучил сорцы и 2.2 MM, и 2.4 MM. И ставил "умный" OOM-killer. Всё бестолку. fork умирает. На freebsd fork руту не умирает. Тормозит6 но не умирает.

> И не надо в меня ulimit тыкать
Ух? Ну а чем тогда с тобой говорить? Линукс только на ulimit'e и держится.
Он разрешает тебе, poor bsd soul, выделить столько памяти, сколько ты пожелаешь,
а не столько, сколько тебе денег хватило на RAM ;)

Это просто _другой_ подход. С ним просто нужно считаться. Есть много примеров тому,
что bsd стопарнется и скажет, что у ней нет памяти, а линукс легко преодолеет
временный пик потребления памяти. Выбор как говорится за вами.

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

> И ставил "умный" OOM-killer
Дык это, поговорку знаешь? На киллера надейся - сам не плошай ;)

OOM-killer - это как тот бог, он может помочь, а может нет. И рассчитывать
на него никто в здравом уме не станет. У нормального админа всегда настроен
ulimit. Кому надо играть в орел-решка?

2 shuras
>Ну судя потому что написано в ссылке на FF "and Pixar RenderMan╝ software was run on Linux╝ OS-based systems" то
если имеется в виду http://www.sgi.com/newsroom/press_releases/2001/july/final_fantasy.html ,
так здесь о другой конторе, просто набор совта/железа похож

PS а задачу устроить флейм "Linux vs BSD" Bluesman таки выполнил....

Зачем вообще нужен swap при наличии дешёвой памяти?
Поставил сколько надо и вперёд.
Имхо swap - вещь в системе лишняя

А самая лишняя вешь для современной OS, особенно в встраиваемом варианте - это виртуальная память, прикинь сколько полезных русурсов освободится, если ее поддержку из ядра выкинуть...

>> Есть много примеров тому,
>> что bsd стопарнется и скажет, что у ней нет памяти, а линукс легко >> преодолеет временный пик потребления памяти.
Или вообще больше ничего не скажет до reset :)))))
Ладно, Всё Ok, перцы в таких случаях AIX юзают :)))))))))

А где моно скачать Pixar RenderMan - кто то знает ?