LINUX.ORG.RU

Интересно а где он квэйк возмет под линух на альфе? Или что-то типа ibcs под альфовые системы тоже есть. Id любит конечно портиповать все. Ку2 под солярис на спарке видел. Но не настолькоже они все портируют. Хотя?

shuras
()

iBCS ему никак не поможет, потому что это intel Binary Compatibility Specification. Читай спецификация по совместимости бинарников между разными OS на x86

green ★★★★★
() автор топика
Ответ на: комментарий от shuras

Quake уже сто лет как в сырцах отдали. Кроме того, изначально его именно на альфе и разрабатывали ;)

vsl
()

Да, блин, какой на фиг квак? Вы на лог гляньте, сплошные варнинги и глитчи, не могди нормально чтоли со всем разобраться? и потом, ну на кой хрен им сдалась линукся на такой-то конфе? есть же тру64 тот же, он на этой машинке линь вынесет только так... не знаю может я не прав конечно, но имхо гробить (в плане производительности и эффективности) столь дорогое железо, юзая на нем линукс смысла не имеет. и не надо бить в себя в грудь и гордиться, вот мол, какой линукс крутой, на 31-м проце пашет. они бы лучше поставили тот же компаковкий тру, настроили его и линукс как надо, и провели хоть какие-нить тесты на производительность. тогда бы видно было, насколько линь сосала бы...

just my $.02 though...

anonymous
()
Ответ на: комментарий от anonymous

Линух однозначно тормознее OSF/1 aka Digital Unix aka Tru64 Unix, при чем даже на однопроцессорных железках. Так что тестов никаких и не надо. Но если не гонять вообще линух на таком железе - то он всегда будет тормознее.

vsl
()

vsl, а с чего ты взял, что Линукс тормознее Tru64 на UP машине? Давай, бросай любой тест на твой выбор. Посоревнуемся. Я думаю, ты согласен с утверждением, что Линукс - это не редхэт? Ну так мой Линукс бьет редхэт минимум в полтора раза на однотипном железе.

anonymous
()

какие там варнингы ?
про клаву чтоль ? :))

так ведь он без нее и работает
serial console :)

а на счет производительности может может
выйдет 2.4 посмотрим

ae
()

там не только про клаву варнинги.. читать надо внимательнее.

anonymous
()

Квака в сорцах есть. Только вот те что у нас сорци были не gl'ного асм содержали. Хотя черт знает. Может щас есть и заточенные под альфы. Но имхо первая уже на либой машинке быстро бегать будет. Это не интересно. И толку там от много процессорности точно не будет :) Про iBCS я сказал же - ТИПА. А гонять долго линух на этих машинах никто не собирается (так посмотреть для общего развития). Также как и на цисках. Отсюда и кривизна. На кой корпеть над системой которую скоро снесешь? На кой там тесты, если дети играются?

shuras
()

> На кой там тесты, если дети играются? Гм... А на кой черт тогда делать линь многоплатформенной? Если все равно в итоге получится кал?? Не, и в правду, если на все платформы существуют свои оси, заточенные, оптимизированные под конкретную архитектуру, тогда может будет линукс оптимизировать под x86, где она конктретно приждилась? Быть может, именно портируемость является источником ограничений, накладываемых в настоящее время на линь? А если разрабатывать только под x86 то можно круто оптимизировать, и получится колбасно! Тогда на кой нам переносимость?

anonymous
()
Ответ на: комментарий от anonymous

Никогда портируемость не была источником ограничений. Наоборот - это средство подавления глюков, при чем одно из лучших. Заточка под конкретную платформу, писание на ассемблере и тому подобное давно уже ушло в историю. Ну а почему Digital Unix быстрее? Да все просто - он микроядерный, и огребает от этого массу преимуществ. IPC быстрее работает, в первую очередь, сисколлы быстрее отрабатываются, ну и все такое прочее...

vsl
()

Во во. Из любви к искуству. А если по делу то я говорил про данный конкретный случай. А линух все таки в развитии еще (правда я думаю тут люди имеют много мнению насчет направленности). Даст бог настанет то время когда Линукс будет имееть преимушества перед другими осями. Меня это порадует. Ну а не настанет так и не очень огорчит. :)

shuras
()
Ответ на: комментарий от anonymous

Вовсе нет. Там 32 процессора, но судя из аннонса, один сломался, и поэтому его вынули.

green ★★★★★
() автор топика

vsl, ты мозги не пудри своей микроядерностью. Тебе же предлагают прогнать на твой выбор любой тест. Без всякой философии, только цифры. Если цифрами не можешь доказать, то лучше помолчи тогда. Идеологов и без тебя хватает.

anonymous
()

> Никогда портируемость не была источником ограничений.

Блин ну сам посуди. Есть очень нужная фича, которую можно закодить только под определенную архитектуру, и только одну. В этом случае, если гнаться за портируемостью, придется эту фичу закомментить :( Оставлять в какой-то одной ветке криво -- мы ведь хотим сделать идентичные системы, а иначе код приложений будет пестреть конструкциями #ifdef COOL_ARCH ...

Мне видится, что портируемость сильно ограничивает меня как разработчика (оски в данном примере).

anonymous
()

Портируемость

> Наоборот - это средство подавления глюков, при чем одно из лучших.

Вот это может быть. Но оно все-таки ограничивает :( Я не могу воспользоваться всеми преимуществами одной архитектуры в полном объеме, потому что это почти всегда повлечет за собой несовместимость в другой (с этим-то ты не станешь спорить :) А раз так остается только одно - либо писать под *одну* арху, и пользоваться всеми ее преимуществами (в результате - отличный код, оптимальный, эффективный), либо делать код переносисым, но... не хочу сказать "посредственным", но думаю идея ясна.

И с этой точки зрения, львиная доля "эффективности этого средства подавления глюков" обязана тому, что просто благодаря отсеиванию и упрощению в результате достижения переносимости, остается некий "сухой остаток", который прост, как 3 копейки (утрирую конечно :) и бугов в нем ессно много мешьше. Так что тут заслуга не переносимости как таковой, а автора кода, желающего сделать его переносмым [на самом деле Ваша точка зрения мне ясна и в чем-то она справелива. тем не менее, consider all above]

anonymous
()
Ответ на: комментарий от green

Я же честно перечислил те места, в которых она повышает производительность. Я не утверждал, что это overall performance.

vsl
()
Ответ на: комментарий от anonymous

В том и дело, что эта привязанная к железке фича, если она не отрываемая, не имеет портабельной программной замены - практически гарантированно дохлая, неиспользуемая фича. Так на хрена ее реализовывать? В общем, не надо про ограничения. Есть тут одна ОС без ограничений, ну оч-чень к железу привязанная, ее одна маленькая фирмочка в Редмонде делает...

vsl
()

и почему-то осей этой фирмочки (для десктопа по крайней мере) пользуется на несколько порядкоа больше народу, чем линью, странно правда? (я кстати сваливаю в эту маленькую фирмочку 4 октября сего года, уж больно 56k$ в год меня прильщают, и хотя я и линуксист, к черту идеологию, денег хаааачууууу!!!!)

anonymous
()

> на несколько порядков больше
Не преувеличивай - раз в 10-20

anonymous
()

> Не преувеличивай - раз в 10-20

я точно не знаю, но даже если и так, то это и есть пара порядков, тебе не кажется? :-)

anonymous
()

Ребята, а вы видели руков-ва по си от дека? МЛ%! Если кто хочет как выражаются кто-то Супер-пупер извратно и кратко писать - ето то что надо, а не К*Р. Я там десяток примеров разобрал - ето в стандарте анси написать так что и коротко и функционально! Два года назад давали мне почитать одну из книжек этого талмудятника (ну очень большого кол-ва книжек) до сих пор ташусь - заказывать в компаке в лом и дорого. А так - гениальней и проше трудно придумать. Кстати МС Фортран - чей??? Поглядите на сплаше VS Fortran-a внизу справа! Если кто может подарить набор этих книжек за умереную цену - root@vnicom.comch.ru (расмотрим предложения). А Дек зря развалили. Всех позади держал.

anonymous
()
Ответ на: комментарий от anonymous

IMHO бред это все, портируемость ОС, прикладного програмиста _никогда_ не в чем не ограничивала, если только ты на асме не пишешь ;). Для этого специально существую ОС API и языки высокого уровня ala С,С++ и тд. и тп. Разработчики ОС машинозависимые куски кода пишут отдельно для каждой архитектуры, а какие уж там "фичи" в каждой архитектуре используются это дело разработчика.

anonymous
()

> Учите арифметику, уважаемый.

А вы учите разговорные обороты.

"пара" порядков НЕ есть 2 порядка. Если 1 порядок = в 10 раз, то все, что больше этого числа (lg 20 ~= 1.3) уже можно назвать "парой" порядков :-)

anonymous
()
Ответ на: комментарий от anonymous

Порядок - показатель степени основания системы счисления. В случае двоичной, 2 порядка. Сейчас это, по - моему, даже в школе проходят, когда узнают, что системы счисления бывают не только десятичные.

rabbit
()

> В случае двоичной, 2 порядка.
Пардон, обрывок предложения остался.

rabbit
()
Ответ на: комментарий от anonymous

Полностью согласен. Чтобы юзать Линукс нормально, надо, прежде всего почитать ману по GCC - тама флагов оптимизации кода до чёртиков. Сначала откомпилите как минимум ядро нормально (а желательно - весь софт какой есть). Ну и чтобы варнингов, ессно, небыло. Тогда уж и гордиться можно. И дистр уж точно не красношапковский! Дебиан или Шмяктварь...

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.