Технология SLI - или как наступать на грабли.

[NewLander]

Кстати, в Родном Иле и CrossFire облажался, причем похлеще SLI: http://fcenter.ru/cgi-bin/sitemanage...cgi?urlid=4882
Достаточно глянуть скрины:
http://www.fcenter.ru/img/article/vi...Fire/69722.jpg
http://www.fcenter.ru/img/article/vi...Fire/69724.jpg
http://www.fcenter.ru/img/article/vi...Fire/69726.jpg
И в ГлюкОне прироста тоже нет.
Вывод: MultiGPU - не для вирпилов

[int13H]

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

Кто вам сказал такую глупость ? Есть. И немало. И игрушки тоже могут получать выигрыш от двухядерности - просто для этого их надо немного по-другому писать.

[pakman]

Кто вам сказал такую глупость ? Есть. И немало. И игрушки тоже могут получать выигрыш от двухядерности - просто для этого их надо немного по-другому писать.

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

[-SCS-Kokos]

Кто вам сказал такую глупость ? Есть. И немало. И игрушки тоже могут получать выигрыш от двухядерности - просто для этого их надо немного по-другому писать.

Опыт, друг мой, опыт Разговор не об играх, разговор вообще. Фсе эти "гонки за быстродействием" подстегиваются ничем иным, как жаждой денег. В погоне за количеством, качество приносится в жертву на все 100%. Мы покупаем отвратительные, сырые поделки за бешенные бапки. Это тупиковый путь. В бытовом секторе на сегодня НЕТ ЗАДАЧ под двухядерные процессоры. Но они будут придуманы. Своими деньгами мы поощрим, в числе прочего, лень и криворукость программерофф

[T34]

А кто кого собрался покупать ? ATI Nvidia-ю или наоборот ?
Тайлы рулят.. STM Kyro форева !

[FilippOk]

Траву где брал?

[int13H]

Фсе эти "гонки за быстродействием" подстегиваются ничем иным, как жаждой денег.

Я спорю, что ли ? MS - двигатель прогресса... Только не всё так плохо. Да, современные языки программирования и ОС критичны к ресурсам. Но обратная сторона этого - простота разработки программ. Программист может не отвлекаться на всякие "мелочи", а спокойно вылизывать критичные участки кода. Ну а кто этим не занимается - сам себе злобный буратина. Что же до многоядерников... Это не такая уж и плохая вещь. Многие операции сейчас вполне неплохо параллелятся, да и машин, где одновременно крутится несколько ресурсоёмких задач становится всё больше и больше.

[FilippOk]

.... Да, современные языки программирования и ОС критичны к ресурсам. Но обратная сторона этого - простота разработки программ. Программист может не отвлекаться на всякие "мелочи", а спокойно вылизывать критичные участки кода. Ну а кто этим не занимается - сам себе злобный буратина.

Не согласен. Низкий уровень всегда был преимуществом.
Частенько бывало, что пишешь в CPPBuilder-e нормальную процедуру, по идее должно работать. А не пашет - глючит. Винда дурака валяет. Где?
Ах в модуле msvcrt? Пипец, ничего не сделаешь, его процедуры не перепишешь.
Ну если ООООЧЕНЬ надо, ну что ж, начинаешь на ASM-e ваять эту же процедуру. Оно надо??
Так что простота и скорость разработки оборачивается нестабильностью продукта.

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

[мрачно] Угу. Преимущественно, под Линуксом...

[int13H]

Не согласен. Низкий уровень всегда был преимуществом.
Частенько бывало, что пишешь в CPPBuilder-e нормальную процедуру, по идее должно работать.

Был, да... Только на относительно простых задачах. Ил-2 на асме тож можно было написать... Только сколько это заняло бы? Да и система команд x86 в этом плане далеко не подарок - излишне сложная и погребённая под пластами совместимости.

[мрачно] Угу. Преимущественно, под Линуксом...

Ну почему? У меня и под виндой неплохо бегают...

[FilippOk]

Был, да... Только на относительно простых задачах. Ил-2 на асме тож можно было написать... Только сколько это заняло бы?

Да столько же. Были бы основные процедуры набиты. А нормально подобранной команде это не засада. Обычно уже какие-то готовые наработки есть у каждого. Остальное ерунда. И летало бы на Селероне-400 с диким ФПСом.
Здесь проблема в другом - спецов-системщиков набрать.

Да и система команд x86 в этом плане далеко не подарок - излишне сложная и погребённая под пластами совместимости.

Альтернатива - Макинтош?

Ну почему? У меня и под виндой неплохо бегают...

Э-э-э... кто бегает?

[POP]

Да столько же. Были бы основные процедуры набиты. А нормально подобранной команде это не засада. Обычно уже какие-то готовые наработки есть у каждого. Остальное ерунда. И летало бы на Селероне-400 с диким ФПСом.
Здесь проблема в другом - спецов-системщиков набрать.

Да конечно!
Без прокладок типа Win он бы работал не то что шустрее... их бы можно было десяток гонять на одном селероне...
Только к каждой конкретной железке пришлось бы свой ИЛ писать.
Операционка- она ведь для того и нужна, чтобы обеспечить работоспособность программы на любом железе.
Или нет?
Разве не за это приходится сейчас платить гигагерцами?
Да и потом кому нужен ИЛ, работающий с дикими ФПСами "в уме", т.е. он РАБОТАЕТ, но ничего не видно и не слышно, кроме жжжжж от вентиляторов А с интерфейсами разве не через ось проще работать?
Да ещё с миллионами вариантов этих интерфейсов...

[int13H]

Да столько же. Были бы основные процедуры набиты.

Ой, сомневаюсь... Такой проект на АСМе слишком сложно отлаживать. Например, элементарное чтение/запись в файл под Windows на АСМе займёт фиг знает сколько кода... Долго это. И дорого.

Э-э-э... кто бегает?

Несколько приложений одновременно .

[FilippOk]

Ой, сомневаюсь... Такой проект на АСМе слишком сложно отлаживать. Например, элементарное чтение/запись в файл под Windows на АСМе займёт фиг знает сколько кода... Долго это. И дорого.

Верно.
Разумеется.
Потому и имеем Java в качестве компилянта AI, и Си в качестве GUI...
Другое дело, что те же запись-чтение и ввод-вывод можно взять уже готовыми процедурами, написанными и переписанными сто раз уже, начиная чуть не с 90-х годов. И если что - можно поправить что хошь.
Но вот против дороговизны ASM-проектов не попрёшь, конечно. Всё равно, долго и дорого, несмотря на существующие, в общем-то, основные моодули...
Жаль.

Э-э-э... кто бегает?

Несколько приложений одновременно .

И что? Несколько приложений и под одним процом бегать могут...

[FilippOk]

Да конечно!
Без прокладок типа Win он бы работал не то что шустрее... их бы можно было десяток гонять на одном селероне...

Не думаю. Видеокарта-то одна, и тяжёлую графику ей тянуть всё равно одной. Но пахало бы, конечно, существенно быстрее, чем сейчас.
Только вот... причём тут Win? Куда ж без неё-то? Конечно, под виндой всё это пахало бы...

Только к каждой конкретной железке пришлось бы свой ИЛ писать.

Не понял юмора. Зачем к каждой железке? А виндовый kernel нам зачем тогда?

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

Конечно.

Разве не за это приходится сейчас платить гигагерцами?

Нет. Не за это.

Да и потом кому нужен ИЛ, работающий с дикими ФПСами "в уме", т.е. он РАБОТАЕТ, но ничего не видно и не слышно, кроме жжжжж от вентиляторов

Тоже не понял, как это "в уме".

А с интерфейсами разве не через ось проще работать?

Да кто Вам сказал, что asm-Вариант программы требует собственную ОС?

[Отшельник]

Вобчем, напужали вы тут мя своими постами...
Все мои планы - нафик !

Вопрос один - чё делать то ?!
Но хочется канешно штоб "побыстрей", в смысле типа AMD 64 3800+ (он вродь как побыстрей любого Интела... )

SLI - бестолковщина и деньги на ветер, nF4 Ultra - нечто непонятное и небрежное, нормальное фиг найдешь Может к старому-доброму Интел обратиться :confused:

[Jameson]

А шо не так с nforce 4 ultra? Вроде фунциклирует. Можно подобрать мобо с привычным расположением VGA слота .. Кстати, уже есть мобо под 754 со SLI

[POP]

Не думаю. Видеокарта-то одна, и тяжёлую графику ей тянуть всё равно одной. Но пахало бы, конечно, существенно быстрее, чем сейчас.
Только вот... причём тут Win? Куда ж без неё-то? Конечно, под виндой всё это пахало бы...

Не понял юмора. Зачем к каждой железке? А виндовый kernel нам зачем тогда?

Речь шла именно о том, чтобы БЕЗ ВИНДЫ, на ГОЛОМ ЖЕЛЕЗЕ.kernel-а НЕТУ! Явы - нету, драйверов - нету! Всё написано на asm, под конкретные железки (так, как в своё время писАли для "спектрума").
Насчёт видеокарты - согласен... Хотя без 3х шейдеров, пожалуй и проц бы справился.

Нет. Не за это.

А за что? (нет, ну быстрое написание на языках высокого уровня тоже)

Тоже не понял, как это "в уме".

Ну если бы всё ограничивалось тем, что проц считает, рисует, но никуда во вне не отдаёт

Да кто Вам сказал, что asm-Вариант программы требует собственную ОС?

А что? один и тот же asm-код будет работать с разными железяками? НЕ через винду с её дровами, а напрямую? Железяки настолько унифицированные?
Те же в/карты...

[int13H]

И что? Несколько приложений и под одним процом бегать могут...

Таки второго иногда сильно не хватает ...

[int13H]

SLI - бестолковщина и деньги на ветер, nF4 Ultra - нечто непонятное и небрежное, нормальное фиг найдешь Может к старому-доброму Интел обратиться :confused:

Вам что, чипсетов мало? Ну VIA возьмите, на худой конец . Они совсем не такие плохие, как про них говорят. Да и у NV, и у ATI куча решений без ненужных излишеств.

[int13H]

Насчёт видеокарты - согласен... Хотя без 3х шейдеров, пожалуй и проц бы справился.

Не-а. Специализированный процессор по определению быстрее универсального. Программирование видеокарты на низком уровне тоже огого что может дать... Только это ещё на порядок сложнее, чем под x86й на асме писать.

[FilippOk]

Up для Moroka.

[Maximus_G]

Вопрос по SLI/Crossfire.

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

Вопрос собственно в том, а не дошли ли эти технологии уже до такого уровня, который позволил бы рядовому потребителю сейчас купить некую видюху, а через годик взять вторую, какую-нибудь более свежую и производительную, чтоб в результате они совместно трудились в SLI/Crossfire?

[NewLander]

Вопрос по SLI/Crossfire.

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

Не помню точно, как у CF, но в SLI уже давно работоспособны любые карты на базе одного чипа (разумеется, для наибольшей эффективности желательно, чтобы видеокарты были одной модели).

Вопрос собственно в том, а не дошли ли эти технологии уже до такого уровня, который позволил бы рядовому потребителю сейчас купить некую видюху, а через годик взять вторую, какую-нибудь более свежую и производительную, чтоб в результате они совместно трудились в SLI/Crossfire?

Нет. И, ИМХО, вряд ли дойдут. Если же и дойдут - то прирост будет, полагаю, весьма невпечатляющим в сравнении с производительностью наиболее мощной из установленных карт.

[CTPEK03A]

Да ну! Статья древнющая, чай? Я мать покупал в августе с.г., так там полноценные 2 штуки PCI-EХ16 ОБА. Так по чему бы и не?...

[ilya_rad]

Статья хоть и древнющая, тем не менее актуальная и на нынешний момент!