HyperSLI 1.0 & DifferentSLI 320.18

Статьи и FAQ

Исследование работы асимметричного SLI
FAQ по теме(устарело): Part1 & Part2
Обзор доступных методов для включения SLI (устарело)

DifferentSLI

290.53 Vista & 7 x64
http://anatolymik.itzod.ru/DifferentSLI/290.53/DriverWinVista7x64.zip

296.10 Vista & 7 x64
http://anatolymik.itzod.ru/DifferentSLI/296.10/DriverWinVista7x64.rar

301.42 Vista & 7 x64
http://anatolymik.itzod.ru/DifferentSLI/301.42/DriverWinVista7x64.rar

310.70 Vista & 7 x64
http://anatolymik.itzod.ru/DifferentSLI/310.70/DriverWinVista7x64.rar

314.22 Vista & 7 x64
http://anatolymik.itzod.ru/DifferentSLI/314.22/DriverWinVista7x64.rar

320.18 Vista & 7 x64
http://anatolymik.itzod.ru/DifferentSLI/320.18/DriverWinVista7x64.rar

Установка выполняется в несколько этапов:
1. Установить необходимые карты
2. Установить оригинальный драйвер соответствующей версии и перезагрузить ПК
3. Установить модифицированный драйвер и перезагрузить ПК

Данный мод не отключает обязательной SLI сертификации материнских плат

HyperSLI

HyperSLI 0.1 beta
http://anatolymik.itzod.ru/HyperSLI/HyperSLI_0.1_beta.exe

HyperSLI 0.6 beta
http://anatolymik.itzod.ru/HyperSLI/HyperSLI_0.6_beta.exe

HyperSLI 0.7 beta
http://anatolymik.itzod.ru/HyperSLI/HyperSLI_0.7_beta.exe

HyperSLI 0.8 beta
http://anatolymik.itzod.ru/HyperSLI/HyperSLI_0.8_beta.exe

HyperSLI 0.81
http://anatolymik.itzod.ru/HyperSLI/HyperSLI_0.81.exe

HyperSLI 0.9
http://anatolymik.itzod.ru/HyperSLI/HyperSLI_0.9.exe

HyperSLI 0.96
http://anatolymik.itzod.ru/HyperSLI/HyperSLI_0.96.exe

HyperSLI 1.0
http://anatolymik.itzod.ru/HyperSLI/HyperSLI_1.0.exe

Системные требования:
Процессор с поддержкой технологии виртуализации(для аппаратного гипервизора)

Для установки следует запустить утилиту и следовать её инструкциям

БП Термалтейк 750 Вт. Гипер пробовал только последний, ну и SLIPatch 0.7 тоже пробовал.

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

Добавлено спустя 6 минут 40 секунд:
короче попробуй так: удаляешь все дрова Nvidia и все патчи. перезагружаешься, ставишь 2 видюхи, ставишь дрова, далее релоад, и наконец ставишь гипер слай

Так всё и сделано. А дрова-то куда новее, и так 310.90.

отдельно карты на работоспособность проверял?
и да, на твоей плате ведь 3 PCI, так вот, ставить надо в два первых входа, еще нету поддержки PCI e 2.0 - это плохо, особенно для карт староватых карт.

Да, обе карты точно рабочие, гонял их по отдельности.
Слота три, пихаю в верхние два (нижний, соответственно, пустой). PCIe 2.0 есть, только оно по-моему этим картам по-барабану.

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

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

Есть проблема. Мать EX38-DS4? Dbltj 9800GT 512 и 8800GT 1Gb. Систему SLI активировал. Дрова 310.70, HyperSLI 0.96, Все работает, но периодически система подвисает, т.е. тупо черный экран, иногда перед этим артефакты в виде лесенки по экрану бегут, через пару секунд все восстанавливается... СЛИ мост юзаю, БП проверенный. В чем может быть косяк?

Забыл добавить, что кроме этого допустим при просмотре Ютуба или того-же пикабу, где есть флеш и гиф экран мерцает т.е. картинка и полностью черный экран, когда скролишь страницу может пропадать черный экран)) А в игре если картинка подвисла или стали идти артефакты то у второй видеокарты (9800гт) частоты сбрасываються на уровень 2Д.

Ну вот я и раздобыл SLI-мост. Поставил, и о чудо, всё завелось. В 3дмарк06 было 14000 попугаев (с одной 8800GT), стало 18500. Правда, есть косячёк - частенько примерно раз в несколько кадров начинает валиться какой-то зелёный кадр. Предположительно, это из-за разных частот на видюхах. Попробую уравнять частоты или иначе поэкспериментирую и отпишусь.

Добавлено спустя 50 минут 49 секунд:
Охренеть, ГПУ_Бенчмарк Крайзиса показал 100% масштабируемость - средний фпс вырос с 20 до 40. Не ожидал. Однако проблема зелёных кадров осталась. Такое ощущение, что кадры рендерятся по очереди на разных картах (чётные на одной, нечётные на другой), и вот на одной из них кадр почему-то имеет сильный зелёный оттенок. Выравнивание частот не помогло.

Добавлено спустя 1 час 37 минут 47 секунд:
Экспериментально обнаружил, что даже лёгкое шевеление sli-моста очень сильно влияет на ту самую проблему с зелёными кадрами. Грешу на хреновый контакт в шлейфе. Не поделится ли кто схемой самого моста, дабы хотя бы прозвонить его ? Или он бесхитростный, каждый пин один к одному с обеих сторон ?

Добавлено спустя 1 час 33 минуты 36 секунд:
Да, это точно хреновый контакт. Пошерудил - всё стало нормально на некоторое время, погонял бенчмарки, потом почуть отвалилось опять, начало мерцать, опять пошерудил - опять нормально. Так что осталось только с этим разобраться, и вроде как всё.

Привет всем. Возник вопрос (150стр. не осилил) ,возможно ли запустить SLI на материнке ASUS Maximus Extreme ???

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

по идее возможно, ищи в теме или похожие обзоры.
zzzelen
ASUS Maximus Extreme изначально поддерживает только полноценный кросс

Увы, Я не заметил отсутствие "V"

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

Начал рыть интернеты, и наткнулся на граждан, которые утверждают, что с некоторых пор Nvidia детектит неким образом (несмотря на HyperSLI) версии чипсета (а может быть модифицированный HAL), и якобы умышленно в драйвере добавляет артефакты. Похоже, конечно, на теорию заговора с инопланетянами и масонами, но всё-таки. Кроме того, куча граждан жаловалась на то, что имели некую версию семёрки, SLIC на которую уже имел вшитый сертификат для чипсетов, не поддерживающих SLI. И вот эти вот владельцы практически поголовно сталкивались с такой же проблемой как у меня.

Опишу подробно имеющиеся артефакты:
В DirectX-приложених (в OpenGL почему-то SLI не работает, всегда загружена только одна карта) через раз проскакивает сильно заваленный в сторону зелёного цвета кадр, причём какой-то похожий на 16-битный. В случае с вертикальной синхронизацией нормальный и зелёный кадр просто чередуются. Если синхронизации нет, то чем больше фреймрейт, тем быстрее по экрану бегают зелёные полосы.

Как можно подтвердить или опровергнуть выдвинутую теорию, не привлекая дополнительных (ну или привлекая только подручные) аппаратных средств ?

Добавлено спустя 9 минут 33 секунды:
Да, вот ещё. Как бы прознать с какой версии дров Nvidia закрыла лавочку с запуском SLI без моста ?

Добавлено спустя 2 часа 11 минут 37 секунд:
Вот ещё что заметил: несмотря на то, что 50 процентов кадров на экране имеет зелёный оттенок, ни один скриншот из довольно большой выборки не был зелёным. То есть скорее всего рендерится-то кадр нормально и в дисплей-буфере лежит что надо. А вот при выводе на экран добавляется зелёная бяка. Но это только предположение.

Добавлено спустя 2 часа 35 минут 23 секунды:
Походу, временное решение найдено:

Запускаю на фоне проигрывание видео в VLC, потом интересующее меня DirectX-приложение. Видимо из-за того, что плеер использует оверлей, в 3D пропадают те самые зелёные кадры. Это ещё один факт в пользу того самого заговора со стороны Nvidia.

Симптомы в точности как у вот этого товарища SLI-патч для не Х58 чипсетов Intel #9041355, только оттенок не розовый, а зелёный, и мост я уже несколько десятков раз переставлял.

Ребят, кто нибудь знает где и как найти sli мостик???
я уже почти месяц не могу его ни где найти...

Проблема в том что есть куча пользователей у которых все ок. В тему заговора, на уровне протокола я уже давно не работал с шинами, но из того что помню, конфигурационные циклы может генерировать только мост, а карты сидят за мостом. Конфигурационное пространство также мостом пробрасывается на пространство памяти, и вот как тут дело пойдет сложно сказать, нужно рыть мат часть по pci-e. Я могу рассказать о некотором методе который НВ однажды применила чтобы задетектить правильность сертификата в памяти(как мы знаем делались подмены на уровне функций виндовс). Драйвер получал физический адрес сертификата путем прямого обращения к ACPI таблице в памяти(когда НВ стали проверять наличие сертификата в памяти через DSDT таблицу, при таких запросах я стал делать подмену памяти, т.е. копировал содержимое оригинальной DSDT в новый пул, там его модифицировал и отдавал результат драйверу, естественно если мы получим физический адрес этой страницы он не будет соответствовать адресу FACP таблицы, на это они и сделали упор), после этого он передавал этот адрес видеокарте, которая начиная с него последовательно складывала байты памяти. Далее драйвер проделывал туже операцию по такому же принципу, только через виртуальную память(т.е. ту которую патч подсовывает, т.е. фэйк) и сравнивал результаты двух случаев. И если не совпадает то генерируем сбои. Т.е. в этом случае НВ использовали аппаратуру для прямого обращения к памяти чтобы патч перехватить не смог. Проблема решилась просто, я модифицировал физическую таблицу ACPI. Увы у этого метода есть небольшой недостаток, теперь система считается SLI совместимым не только драйвером. Изначально я преследовал цель чтобы подмены получал только драйвер а не вся система. Какой вывод из этого я могу сделать, по какой то причине НВ не использовали адреса отображения конфигурационного пространства, как вариант мост в действительности такие обращения принимает только с первичной шины а не со вторичной на которой сидит видео. Вариант проще, метод хоть и неплохой, но нехватило терпения у НВ додуматься до этого, хоть это и просто. А это породило бы много проблем для меня. Сказать честно я знаю уязвимые места патча, и я бы его прикрыл бы уже давно пользуясь ситуацией. Несмотря на то что я думаю наперед постоянно(играю так сказать сам с собой в шахматы), решения для корневых уязвимостей я пока не нашел. Так что на счет аппаратуры, если она и делает заговоры то только совместно с драйвером, а это можно попытаться отследить. Вообще что касается патча про него можно уже книгу писать в 500 страниц. В реальности он сильно разросся за эти 3 года. НВ как минимум делала по 2 защиты. Многие из них были тупыми, некоторые заставили меня сильно напрячься. Например Hypervisor. Он стал просто необходим. Так что я думаю нам следует искать причину проще... И чтобы проверить заговор или нет, тебе нужные другие видеоплаты и мост той же масти. И попробовать. Вариант два, использовать DifferentSLI. Она снимет ограничение на обязательное присутствие моста. Кстати я делал тесты. Потеря не более 10%. И последнее, такое поведение может быть вызвано и чипсетом(аля разгон, питание и т.д.)

http://xn--b1acdqjrfck3b7e.xn--p1ai/ - только здесь нашел тут их подозрительно много, можно доверять этому сайту?