URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 92054
[ Назад ]

Исходное сообщение
"Тестирование производительности открытых видедрайверов для 1..."

Отправлено opennews , 07-Окт-13 10:39 
Ресурс Phoronix провёл (http://www.phoronix.com/scan.php?page=article&item=haswell_l...) достаточно большую серию замеров производительности, сравнив производительность 16 различных GPU с открытыми видеодрайверами. Сравнивалась работа следующих GPU: GeForce 9500GT, GeForce GT 220,  GeForce GTX 550 Ti, GeForce GTX 680, Radeon HD 4550, Radeon HD 4830, Radeon HD 4850, Radeon HD 4890, Radeon HD 5450, Radeon HD 5830, Radeon HD 6450, Radeon HD 6570, Radeon HD 6770, Radeon HD 6950, Radeon HD 7850 и HD Graphics 4600 (на примере i7-4770K).


Использовались наиболее свежие компоненты графического стека: ядро 3.12 (rc1) и GIT-версия MESA 9.3, доступная в системах на основе Ubuntu из репозитория "oibaf PPA". Тестирование производилось для следующих программ: Doom3 (1.3.1), Nexuiz (2.5.2), OpenArena (версий 0.8.5 и 0.8.8), Prey (v1.4.119), Quake 4 (1.4.2), Unigine Sanctuary (2.3), Unihgine Tropics (1.3), Unvanquished (alpha 17), Xonotic (0.7) и несколько тестов из тестового пакета GpuTest.

В целом большинство тестов показали достаточно похожее распределение результатов. По результатам тестов можно отметить следующее:

-  При работе с открытыми драйверами наиболее выигрышно смотрится линейка GPU семейства Radeon HD6000 от компании AMD, средние и старшие модели которых демонстрируют довольно высокий уровень производительности при использовании открытого драйвера, что позволяет получать неплохой FPS даже с достаточно требовательными графическими движками.-  GPU HD6570 может показывать аномально низкую производительность в некоторых тестах. Данный эффект не затрагивает иных представителей семейства Radeon HD6000 и является уникальным для данной модели GPU явлением.-  Кроме этого, с открытым драйвером неплохо работают средние и старшие модели семейства Radeon HD5000.-  Семейство Radeon HD4000 также неплохо работает с открытым драйвером, однако заметно отстает от более новых видеокарт Radeon HD5000/6000 из-за старости данного семейства.-  GPU семейства HD7000 на основе архитектуры GCN пока не столь оптимальны для работы с открытым драйвером как более ранние семейства. Тем не менее, можно отметить, что ситуация стала заметно лучше и, в целом, производительность драйвера RadeonSI стала более конкурентоспособной, а большинство тестов смогли отработать корректно.-  GPU от Intel заметно слабее средних и старших моделей Radeon, однако неплохая реализация драйвера позволяет данным GPU показывать достаточно неплохой для интегрированной графики результат, уверенно обгоняя младшие модели Radeon HD5000 и 6000. Тем не менее, средние и старшие модели Radeon в несколько раз производительнее. -  GPU от NVIDIA показали самую плохую производительность с открытым драйвером. В основном это связано с тем, что для многих GPU не работает реклокинг, так что GPU и память работают на пониженной частоте. Сильнее всего эта проблема затрагивает GPU семейство Fermi и более новые чипы. Все это привело к довольно курьезному результату: интегрированный GPU от Intel в ряде тестов показал более высокие результаты чем GeForce GTX 550 Ti, приблизившись к производительности демонстрируемой GeForce GTX 680. Возможно, начатая компанией NVIDIA публикация спецификаций поможет исправить в будущем данную ситуацию, однако по состоянию на данный момент GPU семейства NVIDIA можно признать самым плохим выбором в случае если планируется использовать открытые драйверы GPU.

URL: http://www.phoronix.com/scan.php?page=article&item=haswell_l...
Новость: http://www.opennet.me/opennews/art.shtml?num=38093


Содержание

Сообщения в этом обсуждении
"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Wormik , 07-Окт-13 10:39 
Ух ты сколько пунктов про AMD. А мне больше всего нравится отрытый драйвер Intel. Я считаю что это единственный открытый драйвер видеокарты с претензиями на полноценность. Его отрыв в скорости от проприетарного под Windows минимален. А у ATi/AMD он всё ещё большой.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 10:53 
Вы сейчас сравнили велосипед(Интел) с машиной(АМД), причем над первым работает ~20 человек, а над вторым <10. И при всем при этом велик по дороге(Линукс) проигрывает в скорости велику по болоту(Винда).
Да у Интел соотношение лучше, но на этом и все.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено 3draven , 07-Окт-13 10:57 
Дорога линукс? Ха-ха! Иксы падают от простой софтинки на javafx с сегфолтом. Бага на баге.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Ананас , 07-Окт-13 11:06 
>javafx

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено ананим , 07-Окт-13 11:10 
представляю что у него за иксы.

зыж
23draven — врёшь.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено 3draven , 07-Окт-13 14:01 
> представляю что у него за иксы.
> зыж
> 23draven — врёшь.

http://www.opennet.me/openforum/vsluhforumID9/9753.html#0


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено EuPhobos , 07-Окт-13 14:31 
Ну так у тебя Нвидиа, и проприетарные драйвера, чего ты хочешь от СПО? И причём тут оно вообще?

Хоть производительность у нвидии с проприетарным блобом и выше, но мне тоже уже начинает вымораживать краш драйверов. Поэтому не даром Линус сказал "Фак ю нвидиа!".


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено ананим , 07-Окт-13 14:50 
>> представляю что у него за иксы.
>http://www.opennet.me/openforum/vsluhforumID9/9753.html#0

Что доказывает, что жабисту не стоит рута давать.
Пишешь, что у тебя блоб-нвидиа, а в трэйсе intel_drv светится.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено 3draven , 07-Окт-13 15:33 
>>> представляю что у него за иксы.
>>http://www.opennet.me/openforum/vsluhforumID9/9753.html#0
> Что доказывает, что жабисту не стоит рута давать.
> Пишешь, что у тебя блоб-нвидиа, а в трэйсе intel_drv светится.

У меня оптимус на ноуте.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено 3draven , 07-Окт-13 15:34 
>>>> представляю что у него за иксы.
>>>http://www.opennet.me/openforum/vsluhforumID9/9753.html#0
>> Что доказывает, что жабисту не стоит рута давать.
>> Пишешь, что у тебя блоб-нвидиа, а в трэйсе intel_drv светится.
> У меня оптимус на ноуте.

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

В общем это "дорога" линукс, сплошные буераки.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 17:42 
Ну тык иди дорогой виндовс - мы тебя _сюда_ звали?
Тут тупые не нужны :)

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено ананим , 07-Окт-13 18:34 
>К тому же нвидиевский блоб никак с вопросом не связан, проверено на разных его версиях, а по умолчанию он вообще отрублен в bumblebee и работает открытый драйвер интела, что в логах и показано.

Врёшь и изворачиваешься.
Вот что было по твоей ссылке:
>Повторил много раз! Стояли дрова 325 от нвидии. Потом поставил 304, вроде бы прошло, но я не помню были ли с ними проблемы такие, но в начале, сразу после установки. Вроде бы перезагрузил, но отвлекся на дальнейшее написание софтины и забыл. Повторил уже несколько раз, работает на 304.

Угу. Мно-о-о-ого раз повторял с 304.
И только сегодня дошло, что нвидии вообще не было.
Во, блин, хитрозадый.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено freehck , 07-Окт-13 23:58 
Я несколько удивлен, что при откате блоба nvidia проблема прошла, потому что если это действительно оптимус (о чем свидетельствует появление интеловского драйвера в трейсе), то блоб тут вообще не при чем.

Вы лучше скажите, что за дистрибутив, какая версия Xorg и драйвера на видеокарту. А то из Вашего поста ничего определенного сказать нельзя.

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


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено 3draven , 07-Окт-13 15:38 
>>> представляю что у него за иксы.
>>http://www.opennet.me/openforum/vsluhforumID9/9753.html#0
> Что доказывает, что жабисту не стоит рута давать.
> Пишешь, что у тебя блоб-нвидиа, а в трэйсе intel_drv светится.

Кстати, использование javafx мне пришлось прекратить. Она стабильно роняет иксы. Просто невозможно работать. Вот вам и дорога линукс.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Ordu , 07-Окт-13 15:46 
Эмм... Ну вообще X'ы они такие, их несложно повесить или уронить, если задаться целью. Печально, а может неизбежно -- я никогда не интересовался подробностями. Но если javafx роняет X'ы стабильно, то это скорее вопросы к javafx. Gtk+, qt и ряд других фреймворков не роняет, а javafx роняет. Индусы писали, наверное.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено 3draven , 07-Окт-13 15:50 
Тут я с вами соглсен совершенно. javafx еще не доделна и в стандартную поставку jre только попала (к 8 версии застабилят наверное). Но, есть одно большое но, уровнить графический сервер должно быть неимоверно сложно, а что бы его порушила какая то javafx...это же смешно.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Ordu , 07-Окт-13 21:44 
> Тут я с вами соглсен совершенно. javafx еще не доделна и в
> стандартную поставку jre только попала (к 8 версии застабилят наверное). Но,
> есть одно большое но, уровнить графический сервер должно быть неимоверно сложно,
> а что бы его порушила какая то javafx...это же смешно.

Нет, не смешно. Совсем не представляю себе, что смешного вы в этом увидели. Это печально.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 08-Окт-13 10:30 
> Кстати, использование javafx мне пришлось прекратить. Она стабильно роняет иксы. Просто
> невозможно работать. Вот вам и дорога линукс.

Ну, что же Вы хотите, на машине с квадратными колесами (javafx), спроектированной, чтобы по шпалам ЖД ездить (офтопик+недоjavavm, если не ошибаюсь), по ровной хорошей дороге ехать плохо - трясет сильно, а если на колесах углы заточить (из root запустить), то и асфальт на дороге на раз разносит...



"Тестирование производительности открытых видедрайверов для 1..."
Отправлено 3draven , 07-Окт-13 14:06 
>>javafx

https://bugs.eclipse.org/bugs/show_bug.cgi?id=418774

Баг моего производства.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено mine , 07-Окт-13 14:30 
сам накосячил сам исправляй :-D

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено ананим , 07-Окт-13 14:54 
>Баг моего производства.

О чём и речь.
Под рутом ещё rm -f / сделай и сразу Линусу в почту "так мол и так, фигня этот ваш линупc".


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено 3draven , 07-Окт-13 15:35 
>>Баг моего производства.
> О чём и речь.
> Под рутом ещё rm -f / сделай и сразу Линусу в почту
> "так мол и так, фигня этот ваш линупc".

А как вы обнаружили, что я софтинку то под рутом пишу или запускаю? Нет там никакого рута.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 17:44 
> А как вы обнаружили, что я софтинку то под рутом пишу или запускаю?

Потому что ты дурак. А для них иное невозможно :)

>Нет там никакого рута.

Ты суслика видишь?


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено ананим , 07-Окт-13 18:54 
А кто б тебе ещё дал туда-сюда дрова нвидиа ставить (на систему, где по твоим же словам нвидиа нет)

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено 3draven , 07-Окт-13 15:42 
>>Баг моего производства.
> О чём и речь.
> Под рутом ещё rm -f / сделай и сразу Линусу в почту
> "так мол и так, фигня этот ваш линупc".

Просто линукс так от DOS и не вырос пока. Если брать сервер+ssh+серверный софт, отлично все пашет (хотя спецы наверное и тут его закапать предложат). Если же брать все, что на GUI растет, оно глючное корыто. Проверено много раз.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 17:46 
3draven бьёт своих стареньких родителей и забирает их пенсию чтобы купить кайф.
Уровень доказательности - такой же как у тебя.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено ананим , 07-Окт-13 19:01 
Просто есть жабисты, издали челевек, как человек.
Присмотришься ближе — недоученное (и лживое) нЕчто с необоснованно большим ЧСВ (откуда лживость вкупе с недоученностью и произрастает).

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 23:06 
пусть закaпывают, аха, каплями! жуть как этих капель боюсь

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено freehck , 08-Окт-13 00:01 
Толсто. Слишком. То-то у Вас на десктопе Libre Office стоит, да в Firefox Вы комментарии оставляете. =)

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 08-Окт-13 11:37 
> Просто линукс так от DOS и не вырос пока.

Он для начала ничего общего с DOS никогда не имел.

> Если же брать все, что на GUI растет, оно глючное корыто. Проверено много раз.

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

Наверное это недостаточно активное использование гуя? Ну или с фига ли все это работает уже с аптаймом в месяц? И я не вижу очевидных глюков. Что я делаю не так?


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 08-Окт-13 19:18 
Глючное корыто у тебя в ДНК.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 13:57 
> Дорога линукс? Ха-ха!

По сравнению с виндой - это шоссе. Имел несчастье понаблюдать винду недавно у хомячков.

Дано: немолодой комп, производительность которого и так не фонтан. Что-то типа гига оперативы с sempron @ 1.5ГГц. У несчастных юзерей на этом стоит семерка.

1) Мышь регулярно клинит. Я не знаю почему. Но бесит неимоверно. В Linux ессно ничего такого и близко нет - чисто виндовая "фича".
2) Винда детектирует тамошний  на AGP как "стандартный VGA адаптер". Стоит ли говорить что о том что надо ставить какие-то еще драйвера - хомячки и близко не догадывались? Я, кстати, так и не понял как понять нвидия там или ати сколь-нибудь штатными средствами винды. Проще всего оказалось загрузить линух и посмотреть как оно это видит. Кстати в линухе сразу работает 3D ускорение на этом антике. Такая хрень.
3) Как если бы этого было мало, винда наотрез отказывается включать кэш накопителя на запись. Скорость работы HDD в результате выражается словом "ж..а". А линух нормально работает. Уж не знаю почему так.
4) Wi-Fi USB свисток там почему-то регулярно отваливается без очевидных причин. В линухе просто работает и не сношает мозг. Пробовал разные дрова - некоторые вообще глючат с детектированием свистка через раз после выхода из спячки.

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


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено 3draven , 07-Окт-13 15:47 
>[оверквотинг удален]
> хрень.
> 3) Как если бы этого было мало, винда наотрез отказывается включать кэш
> накопителя на запись. Скорость работы HDD в результате выражается словом "ж..а".
> А линух нормально работает. Уж не знаю почему так.
> 4) Wi-Fi USB свисток там почему-то регулярно отваливается без очевидных причин. В
> линухе просто работает и не сношает мозг. Пробовал разные дрова -
> некоторые вообще глючат с детектированием свистка через раз после выхода из
> спячки.
> Вы знаете, после такого запрыга по граблям я думаю что Linux -
> это очень простая и безграбельная система, пожалуй...

1. Производительность винды надо настроить. Я ее уже лет пять вообще не видел, но раньше это умел хорошо. Летало.
2. Обычный Aida|Everest тут вполне справится. А собирать модули ядра в линухе надо самому чаще чем просто кликнуть "дальше/дальше/готово" в винде. А если еще прошивки лить...уууу. Приходилось раньше иметь флешку с виндой только для прошивок.
3. Кэш накопителя надо настроить в реесре винды, я раньше это делал. По сравнению с конфигами линукса, детский сад.
4. Тут не знаю, но у меня вообще ни разу на винде небыло нерешаемых проблем, а вот на линухе картридер ноута и вайфай у меня не работал два года, пока в ядро не добавили то, что надо.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Слушатель , 07-Окт-13 16:34 
1. Особенно хорошо 'настраивается' свопинг. 3 гигабайта памяти свободно, а винда всё равно лезет в своп (даже если его совсем отключить, он снова создается!).
2. Справится только если были установлена соответствующие драйвера... Такая вот ирония.
3. Реестр в винде - это АД. Большими буквами. Особенно доставляют 'понятные' значения типа 0x0000123. Также обязательно стоит упомянуть сильное замедление системы от засорения реестра. Последнее, к слову, различными чистильщиками/дефрагментаторами реестра практически не лечится.
4. Сотню раз сталкивался со случаями, когда винда отказывалась подключать вставленную usb-флешку. Выдаёт 'обнаружено неизвестное устройство'.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено 123 , 07-Окт-13 16:56 
1. Своп не только для расширения памяти. Отключать его вообще и не рекомендуется.

3. Конфиг sendmail или named всё равно круче. А ты не гадь в реестр и засорятся ничего не будет. Вообще дефрагментация реестра - это миф.

4. Тыcячу раз видел Kernel panic при загрузке драйвера DBV-S.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено ананим , 07-Окт-13 20:09 
>1. Своп не только для расширения памяти.

А для чего ещё?
>Отключать его вообще и не рекомендуется.

А почему, знаешь?


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Пр0х0жий , 07-Окт-13 23:12 
>>1. Своп не только для расширения памяти.
> А для чего ещё?

STD
В UNIX-подобных, и Linux один из них, оно уже лет сто как.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено ананим , 08-Окт-13 02:18 
Что за STD?
Подробнее плс.
И про "почему не рекомендуют отключать" тоже.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Пр0х0жий , 08-Окт-13 03:44 
> Что за STD?
> Подробнее плс.

Suspend-To-Disk
man pm-action
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g...
_http://ru.wikipedia.org/wiki/ACPI
(Секция Глобальные состояния)
Ну тут можно ещё как обзор:
https://wiki.archlinux.org/index.php/Pm-utils_(Русский)
https://wiki.archlinux.org/index.php/Suspend_and_Hibernate
Реализуется через параметр
resume=/dev/disk/by-uuid/your_swap_uuid
который можно спросить:
# blkid|grep swap
По-сути не является режимом энергосбережения, поскольку после сброса данных на диск происходит полное отключение питания.
Само-собой объём swap должен быть заведомо больше объёма памяти.
Надо оно или не надо зависит от ситуации и сугубо индивидуально.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Пр0х0жий , 08-Окт-13 05:06 
Для полноты уж:
http://www.opennet.me/base/sys/hibernate.txt.html
8-го января будущего года можно будет отмечать десятилетие статьи.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено ананим , 08-Окт-13 12:55 
Речь про своп в винде шла.

Итак, те же вопросы.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Пр0х0жий , 08-Окт-13 18:38 
Да черт его знает.
Гугл говорит, что о деталях начинать лучше отсюда, с Lestreid:
forum.ixbt.com/topic.cgi?id=7:42363
Но кому не надо, просто убирали лишнее:
lorenzogil.com/blog/2013/04/

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено freehck , 08-Окт-13 00:06 
>>1. Своп не только для расширения памяти.
> А для чего ещё?

К примеру, для того, чтобы создать ramdisk очень большого размера. Иногда в этом есть смысл.

>>Отключать его вообще и не рекомендуется.
> А почему, знаешь?

Глупости. Если Вы можете поклясться, что Вы используете от силы 40% оперативной памяти - можете смело выключать.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено ананим , 08-Окт-13 02:22 
>>>Отключать его вообще и не рекомендуется
>> А почему, знаешь?
>Глупости.

Нда-а.
Так рекомендуют или нет? Определитесь уже.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 20:15 
1. Своп на Линуксе - да, но при этом он не пишет туда все что попало. Своп на винде - нет, я не видел никакой пользы кроме "расширения" памяти.
3. Ну ни*хрена себе сравнил! Это из разряда холодное с мягким. И да, загаженный реестр это суровая реальность или ты каждые пол года систему переставляешь или не юзаешь ее вообще?
4. Тебе говорят про банальные вещи, на которые натыкаются все, а не про нишевые извращения. Раз кернел паник был так часто, ты в баг репорт написал, верно?

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Led , 08-Окт-13 00:17 
> 1. Своп не только для расширения памяти. Отключать его вообще и не
> рекомендуется.

Если это написано в твоей методичке, это ещё не истина.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 20:08 
> 1. Особенно хорошо 'настраивается' свопинг. 3 гигабайта памяти свободно, а винда всё
> равно лезет в своп (даже если его совсем отключить, он снова
> создается!).

Не трынди. Ты вообще кроме чикаки хоть что-то видел?

> 2. Справится только если были установлена соответствующие драйвера... Такая вот ирония.

А линь способен без драйверов вообще функционировать?

> 3. Реестр в винде - это АД. Большими буквами. Особенно доставляют 'понятные'
> значения типа 0x0000123. Также обязательно стоит упомянуть сильное замедление системы
> от засорения реестра. Последнее, к слову, различными чистильщиками/дефрагментаторами
> реестра практически не лечится.

NTInternals джентльмен вообще видел?

> 4. Сотню раз сталкивался со случаями, когда винда отказывалась подключать вставленную usb-флешку.
> Выдаёт 'обнаружено неизвестное устройство'.

Это проблема винды? В лине тоже нет драйверов на абсолютно любое устройство на планете. При чем тут система?


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Слушатель , 07-Окт-13 20:34 
> Это проблема винды? В лине тоже нет драйверов на абсолютно любое устройство на планете. При чем тут система?

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


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено 3draven , 07-Окт-13 20:16 
Свопинг в винде реализован намного лучше чем в лине. У меня на нескольких компах, на разных дистрах и на множестве ядер проверено, что если линь полез в своп, то зависнет даже мыша, не говоря о остальном. В винде такого не видел. На нынешнем ноуте у меня 8Гб озы и то же самое, пока сжатый своп в Озу не сделал, при первом же обращении к свопу на диске, все, лагает почти до фриза. Причем я даже интервью одного из разрабов ядра (не найду) видел, в котором он говорил, что своп линуха наследован из каменного века и пашет хреново.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено 3draven , 07-Окт-13 20:21 
На лине есть свои плюсы, но минусов то же хватает.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Слушатель , 07-Окт-13 20:37 
> нескольких компах, на разных дистрах и на множестве ядер проверено, что
> Озу не сделал, при первом же обращении к свопу на диске,
> все, лагает почти до фриза.

Явный баг 12309, который со свопом никак не связан.

> разрабов ядра (не найду) видел, в котором он говорил, что своп
> линуха наследован из каменного века и пашет хреново.

Без ссылок доказательством не является.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено 3draven , 07-Окт-13 20:44 
Баг, не баг, один черт фризист и лагает при начале работы свопа. Это факт. Доказывать мне нечего.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 09-Окт-13 15:01 
> Это факт. Доказывать мне нечего.

Чувак, логика работы свопа такова что программа которая в свопе - приостанавливается пока система не достанет ее страницы с диска. Логично что программа при этом стоит колом. Она не может работать пока ее код в память обратно не вгружен.

Поэтому:
1) Свопление всегда сажает интерактивность системы. В зависимости от того что ушло в своп - возможны варианты.
2) Его следует избегать.
3) Особенно если единственный диск, он же системный.
4) В линухе по крайней мере есть рукоятки которыми можно поиграться на предмет агрессивности свопа. В винде нет даже этого, поэтому переключение из офиса в браузер через полчаса печатания в офиса - стабильно занимает полминуты. Даже если в системе еще памяти навалом. Зачем так - одному MS'у видно. Логика из 9x еще.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 08-Окт-13 12:18 
> Свопинг в винде реализован намного лучше чем в лине.

Оно и видно: если переключиться из фокса в офис - фокс потом будет минуту из свопа выдавливаться. Хотя на машине еще 6 гигов физической оперативы свободно. Я уж не знаю кому такое лучше, но использовать систему с такими свойствами - мучительно. И это никак не перенастраивается, AFAIK. В лине мало того что по дефолту в большинстве дистров менее агрессивное вываливание хлама в своп, так что своп лишь когда начинает прижимать (что на современных машинах с гигазами оперативы случается редко), так еще и рукоятки есть, для тех кто оптимизить любит и лучше всех знает как ему хорошо на вот конкретно этой железке с ее реалиями.

> если линь полез в своп, то зависнет даже мыша,

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

> разрабов ядра (не найду) видел, в котором он говорил, что своп
> линуха наследован из каменного века и пашет хреново.

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


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено tec , 08-Окт-13 00:37 
>[оверквотинг удален]
> 2. Обычный Aida|Everest тут вполне справится. А собирать модули ядра в линухе
> надо самому чаще чем просто кликнуть "дальше/дальше/готово" в винде. А если
> еще прошивки лить...уууу. Приходилось раньше иметь флешку с виндой только для
> прошивок.
> 3. Кэш накопителя надо настроить в реесре винды, я раньше это делал.
> По сравнению с конфигами линукса, детский сад.
> 4. Тут не знаю, но у меня вообще ни разу на винде
> небыло нерешаемых проблем, а вот на линухе картридер ноута и вайфай
> у меня не работал два года, пока в ядро не добавили
> то, что надо.

Извините, г-н 3draven ...

Тут Вы очень зря, так как картридер и WiFi - вот тут возможны варианты: могут быть и не поддерживаемые/редко используемые/производитель не озадачился программным linux-сопровождением - это простите косяк производителя в отношении увеличения популярности собственных железок и как мне кажется - это бы и могло поставить точку в отношении поддержки оборудования под Linux. А в отношении windows - тут у меня уже чень богаты опыт попыток запуска весьма навороченного/ископаемого и не очень оборудования под win - старенький сканер со слад модулями и очень впечатляющей оптикой - в вещах позже win98 не взетел, так как вендор не озадачился ПО, xerox 3100 под WinSeven/Win8 - а казалось такой молодой... ему бы ещё жить и жить - оба предыдущих случая нашли простое решение в виде Linux-операционки в качестве базовой ОС.
Единственное из того что мне попадалось последнее время - модем huawei (если не ошибусь, то 193) который под WinSeven-рабтает, а вот под Win8 - настройка через dial-up, да и то при этом скорость =(. И только community и соответственно неофициальная версия драйверов смогла решить проблему - как мне кажется достаточно показательно =). При наличии открытых драйверов не волнуют взгляд толстосумов на наши кошельки и их взгляд на то, как часто нам тратить деньгу на дутые гигабайты, гигагерцы и мегапикселы!
Простите за "многобукоф", но не путайте пожалуйста системы финансирования. И тут они тоже в полный рост - linux платится из карманов вендоров и то как хорошо linux будет работать с конкретной железкой конкретного производителя зависит (с точки зрения "из коробки", да не забросают меня тухлыми яйцами) только (естественно есть люди, кто точит оное и из любви к искусству и честь им и хвала и я не сколь не хочу, тем что тут описываю, хоть сколь нибудь принизить их заслуги) от заинтересованности производителя. При этом нам как потребителям предоставляется всё - тем кто ходит по домам и ставит оси друзьям и знакомым - удобная операционка с пакетами из коробки и из сети и при чём никакие дядьки с ксивами не предъявят Вам за нарушения лицензионных политик. Для корпоративного сектора-"подсадка на иглу" развития программно-аппаратных платформ и возможность нормализованно и разумно расходовать IT-бюджет. Для ищущих самореализации/недовольных/идеалистов/корпоративных клиентов, кому необходимы определённые дополнительные функции - сырцы ПО.
В то же время Win с его системой - тяну-со-всех. очень получается дорого. По сравнению с 2002-2003 с учётом скорости изменения оборудования и как-бы внезапно отваливающимися драйверами для устройств.
И да, ... чудный опыт общения с производителями и представителями Microsoft по поводу возврата ненужного мне программного обеспечения приобретённого с оборудованием... =)
Ещё раз простите ... накипело =)


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 08-Окт-13 12:11 
> 1. Производительность винды надо настроить.

Вот только при попытке включить накопителю кэш на запись (наиболее очевидный источник отвратительных тормозов при любой оперции с диском) - прикладывают мордой об стол: так нельзя, отвалите. Почему нельзя? Показывают хелпарь. В котором ноль информации, только самые общие бредни "на отвали" про всякие внешние накопители и прочий шит типа флешек. Диагностики никакой, в эвентлогах ничего вразумительного. Просто как факт - "ваша система обречена на тормоза". Почему линуксу на этой железке дисковый кэш использовать можно, а?

> Я ее уже лет пять вообще не видел, но раньше это умел хорошо. Летало.

Я вот как-то обнаружил что мне линя сильно проще допинать до кондиции чем винды.

> 2. Обычный Aida|Everest тут вполне справится.

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

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

> А собирать модули ядра в линухенадо самому

Я вообще собирал себе модули лишь несколько раз в жизни. Один раз это был драйвер необычного подтипа squashfs. Ты такой в своей винде вообще смонтировать не сможешь, хоть на ушах стой, хоть в ластах и на гамаке прыгай, там просто 100% облом. Второй раз мне просто захотелось скомпилить простейший модуль чтобы понять как вообще модули ядра пишутся и работают. Смею заверить, это намного проще чем разобраться с виндовым DDK. Разница? Примерно как прогулка в парке vs восхождение на Эверест. Скомпилить что-то в DDK в винде - злостный рокетсайнс, который потребует сутки только с установкой MSVS долбаться или раздуплять как DDK к чему-то иному привинтить.

> чаще чем просто кликнуть "дальше/дальше/готово" в винде.

Как-то не заметил. Как по мне наоборот намного лучше когда ядро просто умеет нужную железку и не греет мозг никакими дальше-дальше-ребут-дальше-ребут-ребут-ойчтозафигня-снести-ребут-дальше-дальще-ребут-ребут...

> А если еще прошивки лить...уууу.

Я не только лью прошивки. Я их еще и пишу/пересобираю. Имею отметить что мой FTDI'ный адаптер USB -> UART работает в лине изумительно. Плагнплей стопроцентный. А чинить/твикать девайсы типа роутеров на MIPS под линем еще и удобнее в разы, по куче причин. На том же железе бывают и встраиваемые модули, кстати. Очень удобно получается. С BIOS - там нынче flashrom развился сказочно, основные чипсеты и мало-мальски массово применяемые флешки он умеет. Да, его юзеж на свой страх и риск. Но это вообще касается всего что перепрошивает BIOS: это такая операция что если кто не знает как потом рекавериться и не в курсе зачем это надо - лучше просто не трогать это вообще.

> Приходилось раньше иметь флешку с виндой только для прошивок.

Прошивок кого? Чего? Зачем?

> 3. Кэш накопителя надо настроить в реесре винды, я раньше это делал.

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

> По сравнению с конфигами линукса, детский сад.

Для начала, линух на этой железке запустил 3D ускорение GPU и кэш накопителя вообще без каких либо действий. Какие, нахрен, конфиги? А если уж о конфигах - они отличаются от реестра разве что тем что там можно поиск вменяемо сделать и разложено с хоть какой-то логикой. А в винде - десятки мегабайтов какого-то хлама, назначение которого я даже понять затрудняюсь. Целые стены каких-то GUIDов, которые мне ничего не говорят, мегабайты фуфла сразу после уствновки системы, даже в самом минимальном и обкоцаном варианте.

По минимуму линь может вообще не иметь конфигов как таковых - ибо ядро, которое после старта пнет ту программу которую попросишь (как правило init, но возможны варианты).

> у меня не работал два года, пока в ядро не добавили то, что надо.

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


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Пр0х0жий , 07-Окт-13 17:33 
> 2) Винда детектирует тамошний  на AGP как "стандартный VGA адаптер".
> Стоит ли говорить что о том что надо ставить какие-то еще драйвера
> - хомячки и близко не догадывались? Я, кстати, так и не понял как
> понять нвидия там или ати сколь-нибудь штатными средствами винды.
> Проще всего оказалось загрузить линух и посмотреть как оно это видит.
> Кстати в линухе сразу работает 3D ускорение на этом антике.

А ничего что нехомячки не знают, что pciutils это внешние утилиты и к самой операционной системе отношения не имеют ни разу?
А сама операционная система знает ровно столько же:
$ cat /sys/bus/pci/devices/0000\:01\:00.0/device
0x0400
$ cat /sys/bus/pci/devices/0000\:01\:00.0/vendor
0x10de
С последующим гуглением на _http://www.pcidatabase.com/index.php при отсутствии pciutils.

И операционная система от дистрибуции набитой прикладным ПО всё-таки немного отличается. А?
Пора бы уже научиться в ОСях Читать Этот Хренов Мануал.
И отличать что есть что.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Etch , 07-Окт-13 19:56 
Мсье путает операционную систему с ядром.
Вот эти две строчки относятся к самому автору:

> Пора бы уже научиться в ОСях Читать Этот Хренов Мануал.
> И отличать что есть что.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Пр0х0жий , 07-Окт-13 22:15 
> Мсье путает операционную систему с ядром.

Мсье так привык к форточкам, что и представить не может, что без массы необязательных вещей операционная система может оставаться операционной системой?
Нет повода для волнений, вы же не в форточках. Отвыкайте от редмондских привычек.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Etch , 07-Окт-13 23:57 
Мсье уже несколько месяцев не подходил к винде, а на его личном компе её небыло уже лет 10 наверное.
Объясняю для особо одарённых на их же примере:

> $ cat /sys/bus/pci/devices/0000\:01\:00.0/device
> 0x0400

Так вот, команда 'cat' - это тоже не часть ядра, а прикладное ПО. Равно как и оболочка шелл, в которой эта команда запускается. Подозреваю, что для особо одарённых и этого примера будет недостаточно, поэтому объясняю совсем уж на пальцах:

Как следует из названия, "Операционная Система" - это целая система, и что в неё входит, определяется строго поставщиком этой системы (грубо говоря - тем, что идёт на диске с ней). Linux или Windows - не операционные системы, а всего лишь их семейства. А вот "Ubuntu 12.04" и "Windows 7 Home Edition" - уже конкретные ОС.

Так вот, все хомячковые ОС семейства Linux с претензией на уровень десктопной системы содержат в своём составе lspci из коробки. Если же мсье взялся сравнивать какой-нибудь RouterOS c Windows 7 Ultimate, то это говорит только об уровне развития данного индивида. Ферштейн?


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Пр0х0жий , 08-Окт-13 02:01 
> Подозреваю, что для особо одарённых и этого примера будет недостаточно, поэтому
> объясняю совсем уж на пальцах:
> Как следует из названия, "Операционная Система" - это целая система, и что
> в неё входит, определяется строго поставщиком этой системы (грубо говоря -
> тем, что идёт на диске с ней). Linux или Windows -
> не операционные системы, а всего лишь их семейства. А вот "Ubuntu
> 12.04" и "Windows 7 Home Edition" - уже конкретные ОС.

А теперь почитайте хотя бы это:
http://ru.wikipedia.org/wiki/Операционная_система
Или тут:
http://ru.wikibooks.org/wiki/Операционные_системы

Строго говоря, операционная система может иметь только минимальный интерфейс пользователя (интерпретатор команд), ПО находящееся между ядром и интерпретатором, уметь выполнять дисковые операции, но при этом будет оставаться операционной системой.
Ubuntu - это операционная система с набором системного и прикладного ПО.
Многое из системного ПО необязательно для функционирования операционной системы.
Поэтому часто они помещались на 1.44Mb носитель.

>  Ферштейн?


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Etch , 08-Окт-13 03:30 
> А теперь почитайте хотя бы это:
> http://ru.wikipedia.org/wiki/Операционная_система
> Или тут:
> http://ru.wikibooks.org/wiki/Операционные_системы

А сами-то хоть прочитали?

[u] "Помимо вышеуказанных функций ОС может осуществлять и другие, например предоставление общего пользовательского интерфейса и т.п." [/u]

> Строго говоря, операционная система может иметь только минимальный интерфейс пользователя

Строго говоря, по ссылкам перечислены минимально-необходимые вещи для того, чтобы называться операционной системой. Андерстенд?

P.S.: вы можете хоть до хрипоты спорить, пытаясь сузить понятие ОС до нужного вам значения, но это не изменит одного простого факта: в винде из коробки нет штатного механизма для просмотра оборудования в человекочитаемом виде, а в линуксах это есть.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Пр0х0жий , 08-Окт-13 03:59 
> [u] "Помимо вышеуказанных функций ОС может осуществлять и другие, например предоставление
> общего пользовательского интерфейса и т.п." [/u]

*getty+bash не интерфейс?

> но это не изменит одного простого факта: в
> винде из коробки нет штатного механизма для просмотра оборудования

Мне как-то глубоко похрену что в винде есть и чего там нет. :)



"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Etch , 08-Окт-13 05:12 
>> [u] "Помимо вышеуказанных функций ОС может осуществлять и другие, например предоставление
>> общего пользовательского интерфейса и т.п." [/u]
> *getty+bash не интерфейс?

И баш - интерфейс, и иксы - интерфейс, и lspci, внезапно, тоже интерфейс.

>> но это не изменит одного простого факта: в
>> винде из коробки нет штатного механизма для просмотра оборудования
> Мне как-то глубоко похрену что в винде есть и чего там нет.
> :)

Нам всем тоже похрену чего там нет в вашей РоутерОС. Ага.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 23:11 
> Дано: немолодой комп, производительность которого и так не фонтан. Что-то типа гига
> оперативы с sempron @ 1.5ГГц. У несчастных юзерей на этом стоит
> семерка.
> 2) Винда детектирует тамошний  на AGP как "стандартный VGA адаптер". Стоит
> ли говорить что о том что надо ставить какие-то еще драйвера
> - хомячки и близко не догадывались?

их, скорее всего, просто нет, так как видеокарта должна работать с dx9 (минимально), а судя по процессору там какой-нибудь антиквариат  


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 08-Окт-13 19:11 
Увы, но бага на баге в первую очередь в твоём ДНК.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено ананим , 07-Окт-13 11:17 
>Вы сейчас сравнили велосипед(Интел) с машиной(АМД),

Такое было, когда отрыв исчислялся десятками.
А сейчас в 2-3 раза в лучшем случае. (а из 2-3 велосипедов машину не сделаешь)

>И при всем при этом велик по дороге(Линукс) проигрывает в скорости велику по болоту(Винда).

брехня.
более того, под линухом у интела есть только(!!!) открытые дрова, а под вантуз только(!!!) закрытые. при этом дрова линуха делают дрова под вантуз.

оптимальным с любой точки зрения конфигурация ноута сейчас выглядит так — интеловская интеграшка и (кому бабки не жалко) топовая из 6000-серии дискретная.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 14:29 
> А сейчас в 2-3 раза в лучшем случае.

Вы таки посмотрите результаты тестов. Есть уйма случаев где FPS на средних и старших радеонах приличный а интель тормозит.

Извините, 60FPS - крейсерская скорость, рефреш монитора у большинства юзерей.  А 20FPS - это уже слайдшоу...


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено ананим , 07-Окт-13 15:02 
А что смотреть?
То что интел не только сохо-, но и мидл-карты порой уделывает? (О чём даже тут в сабже сказано).
Или вы на халву хотите чтобы он вам и топы зарулил?
Какой плАхой интел, не хочет национальную мечту о вечной халве поддержать.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено commiethebeastie , 07-Окт-13 16:10 
http://people.overclockers.ru/Astartes/17797/Intel_HD4600_Ha...

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено ананим , 07-Окт-13 20:08 
Хинт: А под какой ОС по вашей ссылке тестировалось, у? :D

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено commiethebeastie , 08-Окт-13 10:02 
> Хинт: А под какой ОС по вашей ссылке тестировалось, у? :D

и?


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 17:11 
> То что интел не только сохо-, но и мидл-карты порой уделывает? (О
> чём даже тут в сабже сказано).

Смотря что понимать под миддл. Нормальный middle - с 128 бит шиной и GDDR5. Т.е. нечто типа HD{657}7x0 и выше. Оно порвет интеграт как с куста в несколько раз. Хотя-бы потому что там есть выделенная шина к скоростной графической оперативке, чем интеграт похвастать не может. А DDR3 еще и сам по себе медленный относительно GDDR5, а когда оно еще весь хлам гоняет конкурируя за бандвиз с системным процом - это уже печально. Надо быть редким ежиком чтобы не понимать что локальная скоростная память с GDDR5 бужет быстрее чем общесистемная, которая и так не для красоты устанавливается.

> Или вы на халву хотите чтобы он вам и топы зарулил?

Всякие x7x0 ценой $100 а то и менее - не топ а лишь середина/верх миддла, начальные модели x8x0 где-то до x830/x850 - верхушка миддла/начало топа. Старшие x8x0 и x9x0 понятное дело уже полная крутота, стоят соответствующе. Потому что уродцы с 64-битной шиной - low-end кастратский, где обрубили все что могли. Интел может конкурирвоать только с этими затычками для слота. И да, в свете этого смысл в затычках для слота становится не очевиден.

> Какой плАхой интел, не хочет национальную мечту о вечной халве поддержать.

Лично мне в плане "халявы" нравятся довольно мощные и универсальные x7x0 по разумной цене, из них до кучи и числокрушилки не слишком позорные выходят под криптографию/коины. А настоящей халявой являются амдшные десктопные процы с поддержкой ECC RAM. Вот это довольно хорошая халява от амдшников.

p.s. кстати довольно круто придумано: рассказывать автору новости о том что в новости написано :).


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено ананим , 07-Окт-13 11:08 
>Его отрыв в скорости от проприетарного под Windows минимален.

Это что, такой завуалированный вброс вантузятника?
Интельные карты под линух работают ощутимо быстрее, чем в винде.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено бедный буратино , 08-Окт-13 06:50 
Это что за интел такой, который под виндой работает быстрее?

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено kknight , 09-Окт-13 16:49 
Подтверждаю, что Интел - самый лучший вариант для Linux, благодаря крепкой и хорошо спроектированной связке GPU+драйвер. После 5 лет половой жизни с радеоном это просто глоток свежего воздуха. Для AMD драйвер всегда был дрянным, что открытый, что закрытый. Он до сих пор на ряде тестов показывает "аномально низкую производительность". В реале это жутко бесит. На ряде чипов игры летают, а кино тормозит. На других всё летает, но тормозит уже flash. Бывает, что ничего не тормозит, но GPU греется как утюг. Или зависает при выходе из саспенда. Короче, пусть горит в аду этот АМД.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено commiethebeastie , 07-Окт-13 10:50 
Когда же RadeonSI допилят?

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Andrey Mitrofanov , 07-Окт-13 11:12 
> Когда же RadeonSI допилят?

AMD прекратит их разработку, как только выпустит следующее поколение камней. Очевидно же.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 12:00 
бредятина
следующее поколение GCN - 2.0, почему GCN 1.x перестанет развиваться, если при текущем хд 7000, внезапно, улучшается поддержка предыдущих поколений?

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 17:15 
> AMD прекратит их разработку,

А ничего что HD8000 будет как я понимаю цепляться как раз RadeonSI? Там везде поддержка для 8000 уже заколупана, благо оно довольно похоже на 7000 и без глобальных переделок :)


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 21:20 
>А ничего что HD8000 будет как я понимаю цепляться как раз RadeonSI?

Ну будет, а толку? Он все равно еще не готов.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 10:54 
nVidia козлы всё-таки. Нет чтобы помочь nouveau с реклокингом, так и продолжают игнорировать его существование.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Kaffeine , 07-Окт-13 11:03 
Не игнорируют и даже (делают вид, что) пытаются помочь.
Только говорят, что именно с реклокингом помочь будет труднее всего (т.е., имхо, труднее всего уговорить руководство дать добро на потенциальный скачок производительности открытого драйвера).

http://lists.freedesktop.org/archives/nouveau/2013-September...


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Kaffeine , 07-Окт-13 11:08 
Не считая открытия на 95% отреверсированных доков по видео-биосу, самая большая щедрость nVIDIA — информация о том, как программно определить архитектуру подключенной к компьютеру видеокарты.

http://lists.freedesktop.org/archives/nouveau/2013-September...


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Archer73 , 07-Окт-13 10:57 
Уже новые видеокарты GCN на носу, а RadeonSI еще пилят и пилят. Надеюсь, когда допилят драйвер, видяхи на GCN еще пару лет будут актуальны. В любом случае спасибо ребятам за работу.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено noize , 07-Окт-13 11:14 
> видяхи на GCN еще пару лет будут актуальны

эээ....я на своей 4890 сижу и пока соскакивать не собираюсь, производительности её хватает с головой для всех игр, в которые играю


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 11:55 
>производительности её хватает с головой для всех игр, в которые играю

Производительности может и хватит, а энергосбережения нет.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 20:10 
>>производительности её хватает с головой для всех игр, в которые играю
> Производительности может и хватит, а энергосбережения нет.

Это просто взаимоисключающие вещи. Ну типа и рыбку съесть и шкурку сдать.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Archer73 , 07-Окт-13 12:02 
Я на HD 4870 =). Просто сейчас 6000-ная серия в продаже практически не встречается. А скоро и 7000-ную свернут.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 14:42 
> эээ....я на своей 4890 сижу и пока соскакивать не собираюсь,

Только она жрет электричество как не в себя, а по производительности продует чуть ли не 57xx/67xx пожалуй, не говоря о чем-то типа 5830/6830. Ну так, глядя на бенчи и прочая. А в плане упрввления питанием это не фонтан. А в плане вычислений - вообще КГ/АМ полный.

> производительности её хватает с головой для всех игр, в которые играю

В общем то логично, но...


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 12:00 
> Уже новые видеокарты GCN на носу, а RadeonSI еще пилят и пилят.

к тому же медленно. А эти свехновые супертехнологии glamor и llvm компилятор шейдеров до сих пор все не работают нормально.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 14:07 
> Уже новые видеокарты GCN на носу, а RadeonSI еще пилят и пилят.

HD8000 мало отличаются от 7000 и потому цепляются тем же драйвером, SI подойдет и для них. Более того - их поддержка УЖЕ запилена в драйвер. Так что на момент выхода такой жёппы как с 7000 уже не будет.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 11:54 
>radeon 6770 107fps
>radeon 7850 170fps

фороникс таки научился выводить новые видеокарты из энергосберегающего режима перед тестированием. спасибо амд за DPM и остальным за его пиар.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено commiethebeastie , 07-Окт-13 12:58 
Смех был когда они триньку тестировали в энергосберегающем режиме, их на их же форуме обосрали.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Crazy Alex , 07-Окт-13 14:23 
они обычно тестирубт дефолтные настройки. И это, IMHO, правильно. Настраивать что-то для того, чтобы производительность не просаживалась в разы - за гранью добра и зла. Это ни разу не пользовательские настройки. Я понимаю и поддерживаю, когда от пользователя требуют понимания того, что он делает, и возможностйе используемого прикладного софта. Но требовать знания еще и заморочек железа и их взаимодействие с багами драйверов - хамство.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 18:21 
они тестируют ВСЕ настройки, чай кормятся этим, не школьники. Вопрос - какие именно сочетания попадут в финальную статью. Обычно для фороникса те где btrfs, ubuntu, llvm и прочий "дриндл" имеют преимущества. Кушать то всем охота.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 19:37 
>Настраивать что-то для того, чтобы производительность не просаживалась в разы

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

Хамство - глупости в интернете писать. Чтоб вывести из энергосберегающего режима нужно сделать всего одну команду и никаких тонкостей и заморочек. А кому надо из коробки работающее энергосбережение пусть идут на fglrx или доделывают открытые драйвера (или оплачивают из дороботку) или ждут пока кто-то доделает


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено anonymous , 07-Окт-13 12:09 
Если бы это был тест открытых видеодрайверов, то надо было бы сравнивать отношение производительностей открытого драйвера к закрытому (а еще лучше добавить отношение к виндоусовским драйверам). Сейчас же это тестирование производительности видеокарт с открытыми видеодрайверами (как и написано в источнике)

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 19:38 
> Если бы это был тест открытых видеодрайверов, то надо было бы сравнивать
> отношение производительностей открытого драйвера к закрытому (а еще лучше добавить отношение
> к виндоусовским драйверам). Сейчас же это тестирование производительности видеокарт с
> открытыми видеодрайверами (как и написано в источнике)

Они и такие тесты постоянно выкладывают


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 12:16 
судя по тестам nvidia нетак уж и хороша

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 12:30 
>судя по тестам nvidia нетак уж и хороша

Никто не использует открытый драйвер для NVidia карт, все сразу ставят проприетарный.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено rshadow , 07-Окт-13 13:56 
да брось. наоборот, на линухе сейчас очень хорошо испрользовать закрытый драйвер. отличное 2д и минимальные частоты из коробки. играться же все одно в винду все лезут.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено rshadow , 07-Окт-13 13:57 
* открытый

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 18:20 
>отличное 2д и минимальные частоты из коробки

Во-первых, 2д там такое же дерьмовое как и 3д, во-вторых, при использовании открытого драйвера интерфейс подтормаживает и в некоторых местах это становится слишком заметно чтобы терпеть такое положение дел.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено anonymous , 07-Окт-13 19:53 
Больше похоже на описание блоба.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 19:40 
>играться же все одно в винду все лезут.

Пиши только за себя, ладно?


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 14:23 
> Никто не использует открытый драйвер для NVidia карт, все сразу ставят проприетарный.

Поэтому хрен с два нвидия нормально заработает в live-сессии с сидюка/флехи. Как мило.



"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Buy , 07-Окт-13 15:37 
Все нормально там работает. В live-сессии кто-то игрушки запускает, композитинг? Или графику обрабатывает? Там это не нужно.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 17:23 
> Все нормально там работает.

Угу, на 1/3 частоты, в нуво, без реклокинга.

> В live-сессии кто-то игрушки запускает,

Не вижу чем live-сессия такая особая в этом плане.

> композитинг?

Приколитесь, современные DE как-то его по умолчанию подразумевают. На дворе 2013 год, а не 1993, ёлки. Более того, ставить драйвера по досовским технологиям, когда юзер сам детектирует оборудование и потом сам где-то сбоку берет драйвер и инсталлит его - должно бы уже подзадолбать. Вашу двадцать - PCI-E к процу подключен а не к юзеру. Вот пусть проц и разбирается что там подключили и грузит драйвера. Зачем человека машинной работой запрягать?

> Или графику обрабатывает? Там это не нyжно.

Вот ща мне какая-то левая нвидия еще будет диктовать - что мне, где и как можно и нужно. А оно мне надо - строиться под чьи-то причуды за мои кровные???


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 23:27 
> Вот ща мне какая-то левая нвидия еще будет диктовать - что мне,
> где и как можно и нужно. А оно мне надо -
> строиться под чьи-то причуды за мои кровные???

партия^W невидия сказала: надо!
комсомол^W хомячок ответил: есть!


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено бедный буратино , 08-Окт-13 06:54 
> Никто не использует открытый драйвер для NVidia карт

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


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 12:28 
А что же не сравнили работу открытых и проприетарных драйверов на картах AMD, местные фанбои открытых дров от AMD сразу бы приутихли увидев во сколько десятков раз открытый драйвер сливает проприетарному.

Лучше бы тестировали на реальных играх из Steam, а не на этом никому не нужном игровом хламе:
Doom3 (1.3.1), Nexuiz (2.5.2), OpenArena (версий 0.8.5 и 0.8.8), Prey (v1.4.119), Quake 4 (1.4.2), Unigine Sanctuary (2.3), Unihgine Tropics (1.3), Unvanquished (alpha 17), Xonotic (0.7)


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено annulen , 07-Окт-13 12:57 
>Лучше бы тестировали на реальных играх из Steam, а не на этом никому не нужном игровом хламе

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


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 14:46 
> Doom3 (1.3.1), Nexuiz (2.5.2), OpenArena (версий 0.8.5 и 0.8.8), Prey (v1.4.119), Quake
> 4 (1.4.2), Unigine Sanctuary (2.3), Unihgine Tropics (1.3), Unvanquished (alpha 17),
> Xonotic (0.7)

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


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 18:28 
Любой современный движок адаптивно относится в железу. Определяет заявленые видеокарной, драйвером возможности и ИЗМЕНЯЕТ алгоритм. Где то шейдер другой, где то сжатие текстур другое, где то порядок примитивов обратный но z-тест отключен. По-этому именно на этих движках бенчмарк вообще бессмысленный. Смысл есть только в синтетических тестах, остальное это гадание на кофейной гуще.

"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 23:30 
> Любой современный движок адаптивно относится в железу. Определяет заявленые видеокарной,
> драйвером возможности и ИЗМЕНЯЕТ алгоритм. Где то шейдер другой, где то
> сжатие текстур другое, где то порядок примитивов обратный но z-тест отключен.
> По-этому именно на этих движках бенчмарк вообще бессмысленный.

ЧЁ??? а разработчики об этом хоть знают?

> Смысл есть только в синтетических тестах, остальное это гадание на кофейной гуще.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 23:32 
> Смысл есть только в синтетических тестах, остальное это гадание на кофейной гуще.

//update
и в чём полезность знания количества плоскостей и точек, которые может выдать видеокарта?


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 19:43 
> А что же не сравнили работу открытых и проприетарных драйверов на картах
> AMD, местные фанбои открытых дров от AMD сразу бы приутихли увидев
> во сколько десятков раз открытый драйвер сливает проприетарному.

Я сравнил у себя и недоделанный radeonsi обогнал проприетарный драйвер.
Конечно месных троллей это не интересует им главное вбросить. А разбираться как-там дела обстоят необязательно.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Аноним , 07-Окт-13 23:33 
> Я сравнил у себя и недоделанный radeonsi обогнал проприетарный драйвер.
> Конечно месных троллей это не интересует им главное вбросить. А разбираться как-там
> дела обстоят необязательно.

а можете результатами поделиться?


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Etch , 07-Окт-13 20:32 
> А что же не сравнили работу открытых и проприетарных драйверов на картах AMD, местные фанбои открытых дров от AMD сразу бы приутихли увидев во сколько десятков раз открытый драйвер сливает проприетарному.

Вот прошлогоднее сравнение:
http://www.phoronix.com/scan.php?page=article&item=amd_galli...
Отставание, в большинстве случаев - в 2-4 раза... Сейчас, по идее, разрыв должен быть ещё меньше.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено бедный буратино , 08-Окт-13 06:57 
> Лучше бы тестировали на реальных играх из Steam, а не на этом никому не нужном игровом хламе:

Кто такой Steam - я не знаю, и знать не хочу. но вот что-нибудь на Cube 2 можно было добавить.


"Тестирование производительности открытых видедрайверов для 1..."
Отправлено Buy , 07-Окт-13 15:31 
> GPU от NVIDIA показали самую плохую производительность с открытым драйвером.

Этот тест можно было не проводить. nouveau слабый драйвер в силу объективных причин (закрытые спеки). Это знает любой школьник.


"Тестирование производительности открытых видеодрайверов для ..."
Отправлено Аноним , 07-Окт-13 21:17 
>Doom3 (1.3.1), Nexuiz (2.5.2), OpenArena (версий 0.8.5 и 0.8.8), Prey (v1.4.119), Quake 4 (1.4.2), Unigine Sanctuary (2.3), Unigine Tropics (1.3), Unvanquished (alpha 17), Xonotic (0.7)

doom3, quake4 и prey это же одно и тоже в сущности. И nexuiz и xonotic. А так же sanctuary и tropics
Туда бы hl2, а часть повторов убрать


"Тестирование производительности открытых видеодрайверов для ..."
Отправлено Аноним , 07-Окт-13 23:39 
>>Doom3 (1.3.1), Nexuiz (2.5.2), OpenArena (версий 0.8.5 и 0.8.8), Prey (v1.4.119), Quake 4 (1.4.2), Unigine Sanctuary (2.3), Unigine Tropics (1.3), Unvanquished (alpha 17), Xonotic (0.7)
> doom3, quake4 и prey это же одно и тоже в сущности. И
> nexuiz и xonotic. А так же sanctuary и tropics
> Туда бы hl2, а часть повторов убрать

если между d3 и q4 разница невелика, то между оставшимися парами она более ощутима в плане нагрузки на графический процессор


"Тестирование производительности открытых видеодрайверов для ..."
Отправлено pavlinux , 07-Окт-13 23:59 
Ура!!! Intel самый быстрый среди тормозов!!! Чо, есть повод для гордости! :D

"Тестирование производительности открытых видеодрайверов для ..."
Отправлено tec , 08-Окт-13 00:45 
> Ура!!! Intel самый быстрый среди тормозов!!! Чо, есть повод для гордости! :D

За чем-же так ... Intel - это не попугаи, а стабильность. Зачем прожорливый Radeon/Nvidia на буке, если не геймерский и не CAD? Зачем на геймерском midi-tower встроенный GPU? А может и по картошечку на ferrari? Нет? Оно ведь мощнее уаза =))))))))))))))


"Тестирование производительности открытых видеодрайверов для ..."
Отправлено SergMarkov , 08-Окт-13 08:47 
> За чем-же так ... Intel - это не попугаи, а стабильность. Зачем
> прожорливый Radeon/Nvidia на буке, если не геймерский и не CAD? Зачем
> на геймерском midi-tower встроенный GPU? А может и по картошечку на
> ferrari? Нет? Оно ведь мощнее уаза =))))))))))))))

Самое стабильное то, что вообще не используется :)


"Тестирование производительности открытых видеодрайверов для ..."
Отправлено Аноним , 08-Окт-13 17:54 
В винде для просмотра человекоподобной информации достаточно нажать комбинацию Win+R, затем набрать msinfo32, нажать Enter и наслаждаться :trollface:

"Тестирование производительности открытых видеодрайверов для ..."
Отправлено Aceler , 10-Окт-13 21:55 
Вот знаете, с установкой свободных дров я забыл, какая именно модель видеокарты у меня.

Чего и вам желаю.