-
Ответ: Технология SLI - или как наступать на грабли.
-
Ответ: Технология SLI - или как наступать на грабли.
Цитата:
Сообщение от -SCS-Kokos
Подумать можно и сейчас, а вот покупать и правда не стоит - нет таких задач на сегодня, чтобы одного ядра не хватило.
Кто вам сказал такую глупость :)? Есть. И немало. И игрушки тоже могут получать выигрыш от двухядерности - просто для этого их надо немного по-другому писать.
-
Ответ: Технология SLI - или как наступать на грабли.
Цитата:
Сообщение от int13H
Кто вам сказал такую глупость :)? Есть. И немало. И игрушки тоже могут получать выигрыш от двухядерности - просто для этого их надо немного по-другому писать.
Эх, Интище, тут некоторые для одного проца научились бы игры писать, не то что для двух.
-
Ответ: Технология SLI - или как наступать на грабли.
Цитата:
Сообщение от int13H
Кто вам сказал такую глупость :)? Есть. И немало. И игрушки тоже могут получать выигрыш от двухядерности - просто для этого их надо немного по-другому писать.
Опыт, друг мой, опыт :) Разговор не об играх, разговор вообще. Фсе эти "гонки за быстродействием" подстегиваются ничем иным, как жаждой денег. В погоне за количеством, качество приносится в жертву на все 100%. Мы покупаем отвратительные, сырые поделки за бешенные бапки. Это тупиковый путь. В бытовом секторе на сегодня НЕТ ЗАДАЧ под двухядерные процессоры. Но они будут придуманы. Своими деньгами мы поощрим, в числе прочего, лень и криворукость программерофф
-
Ответ: Технология SLI - или как наступать на грабли.
А кто кого собрался покупать ? ATI Nvidia-ю или наоборот ? :)
Тайлы рулят.. STM Kyro форева ! :)
-
Ответ: Технология SLI - или как наступать на грабли.
-
Ответ: Технология SLI - или как наступать на грабли.
Цитата:
Сообщение от -SCS-Kokos
Фсе эти "гонки за быстродействием" подстегиваются ничем иным, как жаждой денег.
Я спорю, что ли :)? MS - двигатель прогресса... Только не всё так плохо. Да, современные языки программирования и ОС критичны к ресурсам. Но обратная сторона этого - простота разработки программ. Программист может не отвлекаться на всякие "мелочи", а спокойно вылизывать критичные участки кода. Ну а кто этим не занимается - сам себе злобный буратина. Что же до многоядерников... Это не такая уж и плохая вещь. Многие операции сейчас вполне неплохо параллелятся, да и машин, где одновременно крутится несколько ресурсоёмких задач становится всё больше и больше.
-
Ответ: Технология SLI - или как наступать на грабли.
Цитата:
Сообщение от int13H
.... Да, современные языки программирования и ОС критичны к ресурсам. Но обратная сторона этого - простота разработки программ. Программист может не отвлекаться на всякие "мелочи", а спокойно вылизывать критичные участки кода. Ну а кто этим не занимается - сам себе злобный буратина.
Не согласен. Низкий уровень всегда был преимуществом.
Частенько бывало, что пишешь в CPPBuilder-e нормальную процедуру, по идее должно работать. А не пашет - глючит. Винда дурака валяет. Где?
Ах в модуле msvcrt? Пипец, ничего не сделаешь, его процедуры не перепишешь.
Ну если ООООЧЕНЬ надо, ну что ж, начинаешь на ASM-e ваять эту же процедуру. Оно надо??
Так что простота и скорость разработки оборачивается нестабильностью продукта.
Цитата:
Что же до многоядерников... Это не такая уж и плохая вещь. Многие операции сейчас вполне неплохо параллелятся, да и машин, где одновременно крутится несколько ресурсоёмких задач становится всё больше и больше.
[мрачно] Угу. Преимущественно, под Линуксом...
-
Ответ: Технология SLI - или как наступать на грабли.
Цитата:
Сообщение от FilippOk
Не согласен. Низкий уровень всегда был преимуществом.
Частенько бывало, что пишешь в CPPBuilder-e нормальную процедуру, по идее должно работать.
Был, да... Только на относительно простых задачах. Ил-2 на асме тож можно было написать... Только сколько это заняло бы? Да и система команд x86 в этом плане далеко не подарок - излишне сложная и погребённая под пластами совместимости.
Цитата:
Сообщение от FilippOk
[мрачно] Угу. Преимущественно, под Линуксом...
Ну почему? У меня и под виндой неплохо бегают...
-
Ответ: Технология SLI - или как наступать на грабли.
Цитата:
Сообщение от int13H
Был, да... Только на относительно простых задачах. Ил-2 на асме тож можно было написать... Только сколько это заняло бы?
Да столько же. Были бы основные процедуры набиты. А нормально подобранной команде это не засада. Обычно уже какие-то готовые наработки есть у каждого. Остальное ерунда. И летало бы на Селероне-400 с диким ФПСом.
Здесь проблема в другом - спецов-системщиков набрать.
Цитата:
Да и система команд x86 в этом плане далеко не подарок - излишне сложная и погребённая под пластами совместимости.
Альтернатива - Макинтош? :D
Цитата:
Ну почему? У меня и под виндой неплохо бегают...
Э-э-э... кто бегает? :rolleyes:
-
Ответ: Технология SLI - или как наступать на грабли.
Цитата:
Сообщение от FilippOk
Да столько же. Были бы основные процедуры набиты. А нормально подобранной команде это не засада. Обычно уже какие-то готовые наработки есть у каждого. Остальное ерунда. И летало бы на Селероне-400 с диким ФПСом.
Здесь проблема в другом - спецов-системщиков набрать.
Да конечно!
Без прокладок типа Win он бы работал не то что шустрее... их бы можно было десяток гонять на одном селероне...
Только к каждой конкретной железке пришлось бы свой ИЛ писать.
Операционка- она ведь для того и нужна, чтобы обеспечить работоспособность программы на любом железе.
Или нет?
Разве не за это приходится сейчас платить гигагерцами?
Да и потом кому нужен ИЛ, работающий с дикими ФПСами "в уме", т.е. он РАБОТАЕТ, но ничего не видно и не слышно, кроме жжжжж от вентиляторов :) А с интерфейсами разве не через ось проще работать?
Да ещё с миллионами вариантов этих интерфейсов...
-
Ответ: Технология SLI - или как наступать на грабли.
Цитата:
Сообщение от FilippOk
Да столько же. Были бы основные процедуры набиты.
Ой, сомневаюсь... Такой проект на АСМе слишком сложно отлаживать. Например, элементарное чтение/запись в файл под Windows на АСМе займёт фиг знает сколько кода... Долго это. И дорого.
Цитата:
Сообщение от FilippOk
Э-э-э... кто бегает? :rolleyes:
Несколько приложений одновременно :).
-
Ответ: Технология SLI - или как наступать на грабли.
Цитата:
Сообщение от int13H
Ой, сомневаюсь... Такой проект на АСМе слишком сложно отлаживать. Например, элементарное чтение/запись в файл под Windows на АСМе займёт фиг знает сколько кода... Долго это. И дорого.
Верно. :(
Разумеется.
Потому и имеем Java в качестве компилянта AI, и Си в качестве GUI...
Другое дело, что те же запись-чтение и ввод-вывод можно взять уже готовыми процедурами, написанными и переписанными сто раз уже, начиная чуть не с 90-х годов. И если что - можно поправить что хошь.
Но вот против дороговизны ASM-проектов не попрёшь, конечно. Всё равно, долго и дорого, несмотря на существующие, в общем-то, основные моодули... :(
Жаль.
Цитата:
Цитата:
Э-э-э... кто бегает?
Несколько приложений одновременно :).
И что? Несколько приложений и под одним процом бегать могут... ;)
-
Ответ: Технология SLI - или как наступать на грабли.
Цитата:
Сообщение от POP
Да конечно!
Без прокладок типа Win он бы работал не то что шустрее... их бы можно было десяток гонять на одном селероне...
Не думаю. Видеокарта-то одна, и тяжёлую графику ей тянуть всё равно одной. Но пахало бы, конечно, существенно быстрее, чем сейчас. :)
Только вот... причём тут Win? Куда ж без неё-то? Конечно, под виндой всё это пахало бы...
Цитата:
Только к каждой конкретной железке пришлось бы свой ИЛ писать.
Не понял юмора. Зачем к каждой железке? А виндовый kernel нам зачем тогда?
Цитата:
Операционка- она ведь для того и нужна, чтобы обеспечить работоспособность программы на любом железе.
Или нет?
Конечно.
Цитата:
Разве не за это приходится сейчас платить гигагерцами?
Нет. Не за это.
Цитата:
Да и потом кому нужен ИЛ, работающий с дикими ФПСами "в уме", т.е. он РАБОТАЕТ, но ничего не видно и не слышно, кроме жжжжж от вентиляторов :)
Тоже не понял, как это "в уме". :)
Цитата:
А с интерфейсами разве не через ось проще работать?
Да кто Вам сказал, что asm-Вариант программы требует собственную ОС? ;)
-
Ответ: Технология SLI - или как наступать на грабли.
Вобчем, напужали вы тут мя своими постами... :eek:
Все мои планы - нафик ! :(
Вопрос один - чё делать то ?!
Но хочется канешно штоб "побыстрей", в смысле типа AMD 64 3800+ (он вродь как побыстрей любого Интела... :rolleyes: )
SLI - бестолковщина и деньги на ветер, nF4 Ultra - нечто непонятное и небрежное, нормальное фиг найдешь :rolleyes: Может к старому-доброму Интел обратиться :confused:
-
Ответ: Технология SLI - или как наступать на грабли.
А шо не так с nforce 4 ultra? Вроде фунциклирует. Можно подобрать мобо с привычным расположением VGA слота .. Кстати, уже есть мобо под 754 со SLI :D
-
Ответ: Технология SLI - или как наступать на грабли.
Цитата:
Сообщение от FilippOk
Не думаю. Видеокарта-то одна, и тяжёлую графику ей тянуть всё равно одной. Но пахало бы, конечно, существенно быстрее, чем сейчас. :)
Только вот... причём тут Win? Куда ж без неё-то? Конечно, под виндой всё это пахало бы...
Не понял юмора. Зачем к каждой железке? А виндовый kernel нам зачем тогда?
Речь шла именно о том, чтобы БЕЗ ВИНДЫ, на ГОЛОМ ЖЕЛЕЗЕ.kernel-а НЕТУ! Явы - нету, драйверов - нету! Всё написано на asm, под конкретные железки (так, как в своё время писАли для "спектрума").
Насчёт видеокарты - согласен... Хотя без 3х шейдеров, пожалуй и проц бы справился.
Цитата:
Сообщение от FilippOk
Нет. Не за это.
А за что? (нет, ну быстрое написание на языках высокого уровня тоже)
Цитата:
Сообщение от FilippOk
Тоже не понял, как это "в уме". :)
Ну если бы всё ограничивалось тем, что проц считает, рисует, но никуда во вне не отдаёт :)
Цитата:
Сообщение от FilippOk
Да кто Вам сказал, что asm-Вариант программы требует собственную ОС? ;)
А что? один и тот же asm-код будет работать с разными железяками? НЕ через винду с её дровами, а напрямую? Железяки настолько унифицированные? ;)
Те же в/карты...
-
Ответ: Технология SLI - или как наступать на грабли.
Цитата:
Сообщение от FilippOk
И что? Несколько приложений и под одним процом бегать могут... ;)
Таки второго иногда сильно не хватает :)...
-
Ответ: Технология SLI - или как наступать на грабли.
Цитата:
Сообщение от Отшельник
SLI - бестолковщина и деньги на ветер, nF4 Ultra - нечто непонятное и небрежное, нормальное фиг найдешь :rolleyes: Может к старому-доброму Интел обратиться :confused:
Вам что, чипсетов мало? Ну VIA возьмите, на худой конец :). Они совсем не такие плохие, как про них говорят. Да и у NV, и у ATI куча решений без ненужных излишеств.
-
Ответ: Технология SLI - или как наступать на грабли.
Цитата:
Сообщение от POP
Насчёт видеокарты - согласен... Хотя без 3х шейдеров, пожалуй и проц бы справился.
Не-а. Специализированный процессор по определению быстрее универсального. Программирование видеокарты на низком уровне тоже огого что может дать... Только это ещё на порядок сложнее, чем под x86й на асме писать.
-
Ответ: Технология SLI - или как наступать на грабли.
-
Re: Технология SLI - или как наступать на грабли.
Вопрос по SLI/Crossfire.
Насколько я понимаю, эти технологии сейчас имеют большие ограничения по парности видеокарт, т.е. совмещать можно либо видеокарты одной модели, либо в каких-то случаях - на базе одного видеочипа.
Вопрос собственно в том, а не дошли ли эти технологии уже до такого уровня, который позволил бы рядовому потребителю сейчас купить некую видюху, а через годик взять вторую, какую-нибудь более свежую и производительную, чтоб в результате они совместно трудились в SLI/Crossfire?
-
Re: Технология SLI - или как наступать на грабли.
Цитата:
Сообщение от
Maximus_G
Вопрос по SLI/Crossfire.
Насколько я понимаю, эти технологии сейчас имеют большие ограничения по парности видеокарт, т.е. совмещать можно либо видеокарты одной модели, либо в каких-то случаях - на базе одного видеочипа.
Не помню точно, как у CF, но в SLI уже давно работоспособны любые карты на базе одного чипа (разумеется, для наибольшей эффективности желательно, чтобы видеокарты были одной модели).
Цитата:
Вопрос собственно в том, а не дошли ли эти технологии уже до такого уровня, который позволил бы рядовому потребителю сейчас купить некую видюху, а через годик взять вторую, какую-нибудь более свежую и производительную, чтоб в результате они совместно трудились в SLI/Crossfire?
Нет. И, ИМХО, вряд ли дойдут. Если же и дойдут - то прирост будет, полагаю, весьма невпечатляющим в сравнении с производительностью наиболее мощной из установленных карт.
-
Re: Технология SLI - или как наступать на грабли.
Да ну! Статья древнющая, чай? Я мать покупал в августе с.г., так там полноценные 2 штуки PCI-EХ16 ОБА. Так по чему бы и не?...
-
Re: Технология SLI - или как наступать на грабли.
Статья хоть и древнющая, тем не менее актуальная и на нынешний момент!