https://www.opennet.ru/openforum/vsluhforumID3/50350.html "Driver comparison Linux vs. Vista (Chrome 400/500 Series) (http://www.chrome-center.net/index.php/en/articles/211-driver-comparison-linux-vs-vista-chrome-400500-series)" - сравнение производительности драйверов S3 Chrome 400/500 для Linux и Windows. Результаты тестирования карты S3 430 GT в игровом приложении Nexuiz удивили тестирующих, производительность Linux сборки оказалась почти во всех тестах выше Windows версии, причем в некоторых тестах средний FPS в Linux оказался выше в разы.<br><br>URL: http://www.chrome-center.net/index.php/en/articles/211-driver-comparison-linux-vs-vista-chrome-400500-series<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=20648<br> https://www.opennet.ru/openforum/vsluhforumID3/50350.html#53 Wed, 11 Mar 2009 12:38:19 GMT &gt;Даже больше наверное - обычный xhsm вывод в линухе запросто осиливает играть HD видео, хоть иксы и грузят при этом одно ядро на половину его мощщи но в конечном итоге - на экране HD, при практически отсутствующем дропе кадров.Не уверен что из GDI вообще реально что-то такое выжать.<br><br>Не уверен - не говори. У меня все прекрасно на моем старом атлоне_xp играется. И пытаться сравнивать производительность (а главное латентность!) xshm (userspace) и gdi (уровня ядра) памяти просто смешно.<br><br>&gt;Акселерированная графика?Так она и в линухе не тормозит - тот же вывод допустим видео через GL<br><br>В винде вывод через gl тоже не тормозит (см. тесты qt), мы говорим о 2D, так что не надо сьезжать<br><br>&gt;и xv ничем таким не хуже вывода видео через директикс.3d?<br><br>Это просто поток сознания какой-то ... Каким образом motion compensation, масштабирование и пр. связано с direct3d, если оно появилось еще до видеокарт с 3d-акселерацией?! <br><br>&gt;Но, если честно, отрисовка кнопочек и менюшек не тормозила еще начиная с S3 Trio с 1Mb RAM :). https://www.opennet.ru/openforum/vsluhforumID3/50350.html#52 Wed, 11 Mar 2009 08:34:08 GMT &gt;Виндос виста - неудачная во многих планах система и я с этим <br>&gt;не спорю,<br><br>... но XP уже просто так просто не продают.Говорят - кушайте вон то и не е..т, купить XP можно только обходными махинациями.Кстати глюки видеодрайверов в висте - случаются.Не знаю насколько прав MS спихивая 80% бсодов на нвидию но вот вставание колом интельского драйвера в висте я видел.<br><br>&gt;Сравнивайте с XP,<br><br>Ну, XP.И чего?Я ее на том же самом хардваре который в линухе юзал.Вывод видео через GDI - такой же тормоз как вывод видео через иксы.Даже больше наверное - обычный xhsm вывод в линухе запросто осиливает играть HD видео, хоть иксы и грузят при этом одно ядро на половину его мощщи но в конечном итоге - на экране HD, при практически отсутствующем дропе кадров.Не уверен что из GDI вообще реально что-то такое выжать.Оно тормозное.Акселерированная графика?Так она и в линухе не тормозит - тот же вывод допустим видео через GL или xv ничем таким не хуже вывода видео через директикс.3d?Ну я играю в nexuiz.Не так уж и плохо вроде и даже https://www.opennet.ru/openforum/vsluhforumID3/50350.html#51 Tue, 10 Mar 2009 13:49:12 GMT &gt;на линухе они просто тренируются... как на кошках... а мы им баги выявляем... а на винде - деньги зарабатываются. <br><br>С учетом того, какие результаты и с какими манипуляциями (xaa,exa,uxa,...) получаются у интела в линуксе, то судя по всему "на кошках" тренируется именно интел.<br> https://www.opennet.ru/openforum/vsluhforumID3/50350.html#50 Tue, 10 Mar 2009 13:17:56 GMT Виндос виста - неудачная во многих планах система и я с этим не спорю, и поэтому считаю, что сравнивать с ней - себя не уважать. Сравнивайте с XP, особенно если осмеливаетесь заявлять, что графика в линуксе якобы _всегда_ была быстрее, чем в виндос.<br> https://www.opennet.ru/openforum/vsluhforumID3/50350.html#49 Tue, 10 Mar 2009 12:25:03 GMT &gt;- линукс бы слил конкретно. <br><br>Если сравнивать систему в целом - я вот видел висту.На 4-ядернике, с 8 гиг оперативы.Но - виста зачем-то хрустит диском.Так вот, Аэро при этом имеет свойство отображать эффекты рывками.Анимация подзастревает на середине.Дальнейшие рассуждизмы о супер-дупер скоростях не имеют смысла при такой вот работе этого Аэро и системы в целом - такое говно только закопать и не вспоминать о нем.Линух с компизом ничего такого и близко себе не позволяет на всего лишь 2-ядернике с 5 гигз.Во всяком случае, анимация на середине не встает колом на секунду(да, линухи не тарахтят постоянно дисками в idle режиме, в отличие от некоторых).<br><br> https://www.opennet.ru/openforum/vsluhforumID3/50350.html#47 Tue, 10 Mar 2009 12:09:21 GMT спасибо<br> https://www.opennet.ru/openforum/vsluhforumID3/50350.html#46 Tue, 10 Mar 2009 10:49:46 GMT &gt;очень интересно. если знаете, где можно подробнее почитать о проблеме и методах решения, подкиньте ссылок plz<br><br>http://xcb.freedesktop.org/Features/<br><br>&gt;Xlib requests requiring a reply are effectively synchronous: they block until the reply appears, whether the result is needed immediately or not.<br><br>Немного обобщил я в предыдущем посте, конечно, но суть в принципе одна и та же. Можно, конечно, работать и в асинхронном режиме, но для этого нужно вручную контролировать очередь сообщений, что в многопоточном приложении сулит веселую жизнь. gtk/qt работают в синхронном режиме. <br><br>http://labs.trolltech.com/blogs/2009/02/13/bnilsenflush/<br><br>Правда qt благодаря массивным оптимизациям (уже над xlib - устали ждать кутешники чего-то дельного от разработчиков иксов) значительно приблизились к скорости win32 gui: там есть специальный бекенд raster, который пока еще не все приложения способны использовать, но который _значительно_ производительнее нативного. Кстати, нативный в win32 именно raster :)<br> https://www.opennet.ru/openforum/vsluhforumID3/50350.html#45 Tue, 10 Mar 2009 09:55:47 GMT &gt;В линуксе тормозит gui в 2d из-за особенностей xlib (конкретно - из-за <br>&gt;невозможности обработки запросов в асинхронном режиме)<br><br>очень интересно. если знаете, где можно подробнее почитать о проблеме и методах решения, подкиньте ссылок plz<br> https://www.opennet.ru/openforum/vsluhforumID3/50350.html#44 Tue, 10 Mar 2009 08:36:27 GMT &gt;т.е. по-любому не медленнее, как Вы утверждали выше? ну а Ваши пределы погрешности и так понятны.<br><br>Я утверждал, что 2d медленнее - и это факт (желающие могут сравнить по qt). А в 3D должен быть паритет, поскольку в полноэкранном режиме xorg особо нечего делать (только менять местами back и frame буферы) - что и наблюдается.<br>