Свежие комментарии

Если он холодный - то зачем в нем вентилятор?

А я последнее время кошусь на их Платинум 1кВт для разогнанной игровой SLI системы, они в простое (<30%) тоже выключают вентиляторы. Но очень уж кучеряво выходит.

Я обошелся таким для домашнего серверу: http://www.newegg.com/Product/Product.aspx?Item=N82E16817371033
Более/менее дёшево и сердито и тоже холодный (5 x WD green + Athlon II 250e 45w + 4gb ram).
Безвентиляторные покупаьб мне моя жаба не позволяет ;)

Но в домашнем стервере (miniITX, контроллер, 6 винтов, оптика, проц 65W 4 ядра) живет Enermax на 465W (думаю, сейчас там 320-350) с активным повер-фактор-контролом. 10 (!) лет отроду. Единственно, ампутировал у него 8 см с выхлопа и заменил старый 9 см на новый от Арктиккулинга. Практически бесшумно живет...

Там не совсем any to any, но вот для целых - примерно одинаковый результат, для float - другой, но тоже примерно одинаковый. Катастрофической заметной разницы не видно.

Т.е. там или в карте все конвертируется (у нее запаса перформанса на это хватит) или просто на фоне скорости трансфера эта конверсия не видна.

Вот прям any to any? В "мое время"™ некоторые форматы были ок, а некоторые явно в драйвере конвертировались методом while(length--) { *dst++ = VBConvertFormat( *src++ ); }

>Во второй сервер купил такой же, потому что тамошний Zalman тоже противно греется.

я посмотрел по ценам на я-маркете, такой же, но 460 ватный стоит всего рублей на 200 дороже. почему не его? ну "про запас"

После глобального отключения vsync, меж тем, профиль программы (из vtune) стал похож на человеческий.
В частности, Window::raise занимает вполне человеческие несколько процентов, FPS-ы выросли раз в 10 (собственно, 1000 фреймов за 1.5 секунды вместо 100 за то же время).

Ну и видно, что qt тоже делом занимается - ищет всякие пересечения item-ов на сцене, что при 600fps занимает время.

В очередной раз спасибо - я бы это место не нашел.

Ну да, 60FPS - это понятно что чисто драйверное ограничение.
Но оно регулируется, по идее, setSwapInterval(0) должен бы это отключить, однако нет.

Забавно, в мое время (лет 7 тому назад, типа, 6800GT, потом 8800) разница была типа раз в 5 что-ли или около того.

Не, ты пиши.

Потому что я вот сходил к нвидии на сайт, нашел этот пример (с трудом, он в старом SDK, а в текущем - нет) и наслаждаюсь.

Но вот если vsync не выключать, то все способы аплоада дают одинаковый совершенно результат. А если выключить, то разница, да, есть. Но всего-то раза в полтора, если смотреть на FPS-ы (c учетом того, что еще рендер есть - скорее в два). И 1PBO/2PBO - очень близки, а вот TexSubImage - медленнее.

Спасибо!

Почитал внимательней исходный Ваш пост, проблема то, как понял, снята...

setSwapInterval оверрайдится настройкой в драйвере и по-моему еще где-то. В общем я эту проблему решил методом довольно долгого гуглования и экспериментирования.

что касается статсов - я их честно спиздил почти один в один из нвидиевского сампла Textureчего-то-тамPBO. Который дает возможность на ходу кнопками переключать разные режимы трансфера и смотреть выигрыш/проигрыш.

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

Но ведь, казалось бы, можно делать glTexImage из буфера в отдельном треде. И иметь две текстуры, которые и флипать.
Или PBO-transfer - сильно быстрее, чем трансфер текстуры?

Вопросы риторические, ибо я сам все попробую :)