Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
To co prawda temat rzeka, na który "wszyscy wiedzą wszystko" ale dzisiaj zobaczyłem Benchmark na Phoronix, gdzie bylo porównanie sterowników do Kart NVidi (nouveau, własnościowy linuxowy i własnościowy Windowsowy) http://www.phoronix.com/scan.php?page=article&item=nvidia_windows8_geforce&num=1
i bardzo mnie zdziwiło, że nouveau na karcie 9800GT tak ładnie sobie radził ( a potem mnie dziwiło, czemu tak odstaje przy nowszych kartach :( ) jak to teraz wygląda z tymi otwartymi do zamkniętych? AMD niby teraz też jakoś sobie radzi, jak wy oceniacie te sytuacje ? Tak ogólnie chciałem zapytać jak to jest z tymi sterownikami, jak wy to widzicie.
Ostatnio edytowany przez thomsson (2013-07-30 14:25:13)
Offline
Przy sterowniku nouveau nie ma żadnego wkładu ze strony nvidii i nie ma też żadnej niezbędnej dokumentacji. Cały jego rozwój to inżynieria wsteczna.
Zdecydowanie lepiej wygląda to ze sterownikiem radeon i można już (lub niebawem) go spokojnie używać bez jakiegoś dyskomfortu.
Offline
Śledzę phoronixa od jakiegoś roku albo i dłużej i IMHO szału nie ma niestety. Praktycznie zawsze sterowniki otwarte (czy to Intel, AMD czy nouveau) wypadają sporo słabiej niż ich zamknięte odpowiedniki (w przypadku Intela - niż ich Windosowe odpowiedniki) - najlepiej radzi sobie chyba Intel, potem otwarte ATI, na samym końcu nouveau. Niedługo pewnie do użytku typu internet, filmy i muzyka - będzie to w pełni wystarczać (w przypadku Intela i Radeona - już zwykle starcza), pytanie czy po to kupuje się mocną kartę żeby na otwartym sterze mieć "aż" 70% wydajność zamkniętego, starszą wersję OpenGL pozbawioną producenckich rozszerzeń i (nadal czesto) dziwne problemy z różnymi rzeczami...
Offline
Jak wiecie - ja mam 2 karty (Optimus), jako że przeszedłem na Debiana postanowiłem sobie zostać na Nouveau, którzy działa dobrze w porównaniu do Nvidii (nie wiem, czy Bumblebee pod Debianem aż tak się różni [a może nie mam Shadera 3.0, bo gry się burały]
W każdym razie
Intel mój ma nie najgorszą wydajność - 40FPS w ETracer
Na Nvidii nie najlepsza jakość :P - 50FPS (w rzadkich porywach do 60)
Pytanie jest inne - czy grasz w gry :P
Jeśli mówimy o czymś takim, by odpalić sobie OpenArena, Counter-Strike, Heroes3-VCMI - nada się
Nie wiem ogólnie czy to hiper-bug, ale pod Wine nie mogę odpalać aplikacji napisanych pod DirectX'a (OpenGL chodzą normalnie)
Fervi
http://nouveau.freedesktop.org/wiki/FeatureMatrix/
Ostatnio edytowany przez fervi (2013-07-31 12:14:57)
Offline
[quote=Huk]pytanie czy po to kupuje się mocną kartę żeby na otwartym sterze mieć "aż" 70% wydajność zamkniętego, starszą wersję OpenGL pozbawioną producenckich rozszerzeń i (nadal czesto) dziwne problemy z różnymi rzeczami...[/quote]
AMD to nie tylko wypasione karty graficzne dla graczy, ale jeszcze wszelkie APU, szczególnie w netbookach.
A z zamkniętymi sterownikami problemy bywają czasem nieporównywalnie większe.
Offline
113
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:37:41)
Offline
[quote=uzytkownikubunt]Wnioski bardziej z phoroniksa niż z własnego doświadczenia. Nie chce mi się bawić w ogóle z Geforcem, wszystko co chcę na Linuksie odpalić działa na GPU w Intelu. Mam małe wymagania ;)
Od co najmniej Sandy Bridge Intel publikuje pierwsze fragmenty kodu dotyczącego GPU w nadchodzących generacjach procesorów blisko rok przed premierą procesorów. Jednak ten kod jeszcze nie pozwala normalnie używać GPU, ale już ok. 3 miesiące przed premierą to zawsze sterownik jest już w używalnej formie. Ma również najnowszą, jaka jest dostępna w Mesie czyli obecnie 3.1 i większość rozszerzeń potrzebnych do OpenGL 3.2 i 3.3, wersję OpenGL. Nie wspiera Intel QuickSync.
AMD jak dobrze pójdzie to w dniu premiery, czyli do dystrybucji obsługa zostanie dodana po premierze. Co więcej ten kod jest wtedy z 10x razy wolniejszy niż kod zamkniętych sterowników. Najnowsze wersje kart AMD są używalne w zasadzie tylko z zamkniętymi sterownikami. Trochę lepiej ma się ma sprawa ze starszymi kartami. Warto jednak zauważyć, że AMD już teraz nie obsługuje w zamkniętym sterowniku kart z serii HD 4000 i wcześniejszych, czyli całkiem nowych kart. Do tych starszych kart publikują dokumentację, chociaż nie zawsze kompletną, od czasu do czasu publikują kod źródłowy. Nie mam pojęcia jak działa technologia AMD Enduro (technologia konkurencyjna do Optimusa Nvidii, wcześniej AMD miało inaczej nazwaną technologię, ale od serii HD 7000 w niektórych kartach i serii HD 8000, tutaj już chyba wszystkich, wprowadzili Enduro. Od tej porty karty AMD mogą, przynajmniej na Windowsie, zastępować iGPU w CPU, i to nie ważne czy CPU jest Intela czy AMD. Wcześniej tylko CPU AMD współdziałały).
Nvidia w ogóle nie wspiera ani kodem, ani dokumentacją otwartych sterowników, a obsługa Optimusa będzie zaimplementowana, jeśli w końcu będzie, dopiero teraz gdy w jądrze Linuksa są przez społeczność zaimplementowane mechanizmy PRIME. Plusem jest jednak to, że zamknięte sterowniki wspierają karty, które są już dosyć wiekowe. Ogromnym minusem jest ciągły brak wsparcia Optimusa. Większość obecnie sprzedawanych komputerów PC to laptopy, podejrzewam że wśród użytkowników Linuksa odsetek jest jeszcze większy, a mimo wszystko brak Optimusa.[/quote]
Szkoda, że cały ten wywód opiera się na materiałach z [s]Pudelka[/s] Phoroniksa.
Nie wiem skąd masz te 10x wolniejsze wyniki. Moja siostra ma kartę AMD i raczej to wygląda na 70% osiągów sterów zamkniętych. Przy czym jest nieporównywalnie mniej problemów ze sterownikami otwartymi. Się je instaluje i używa.
Właśnie jest wprowadzane vdpau i zarządzanie energią. Praktycznie ostatnie istotne brakujące rzeczy.
Co do starszych kart to tez pudło.
Nie są wspierane, ale w chyba Ubuntu.
W Debianie są dostępne w repozytorium sterowniki dla starszych Radeonów HD.
[deb]fglrx-legacy-driver[/deb]
Oczywiście pochodzą od AMD, więc są jeszcze wspierane.
Odpowiednik Optimusa (który do dziś nie działa mimo ton marketingowego bełkotu i ogłoszenia jego wspierania) działał już w czasach, gdy dopiero raczkował Bumblebee.
Przy sensownym działaniu sterowników otwartych nie trzeba się tak przejmować jakością zamkniętych i ich funkcjami.
Ostatnio edytowany przez yossarian (2013-07-31 21:02:42)
Offline
115
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:37:44)
Offline
[quote=uzytkownikubunt]W każdym bądź razie bez magicznych hacków użytkowników (które mogą być niebezpieczne dla bezpieczeństwa), na pewno dla tych kart od AMD dla nowych kerneli nie będzie sterownika.[/quote]
Są dystrybucje, których deweloperzy nie zajmują się unitami, mirami i innymi pierdołami, ale rozwojem dystrybucji i obsługą jak największej ilości sprzętu, a użytkownicy nie muszą sobie zaprzątać tym głowy.
fglrx-legacy-driver (8.97.100.7-4) unstable; urgency=low
* Add patches 07-change-create_proc-to-proc_create-for-kernel-3.10.X and
08-add-linux-seq_file.h-for-kernel-3.10.X from Krzysztof Kolasa to restore
compatibility with to Linux 3.10. (Closes: #717556)
— Andreas Beckmann <anbe@debian.org> Tue, 23 Jul 2013 13:01:30 +0200[/quote]
Nie podejrzewałbym DD o wprowadzanie potencjalnie niebezpiecznych dla bezpieczeństwa łatek.
PS Wsparcie dla Windowsa 8 chyba nie jest najbardziej kluczowe na forum Debiana ;)Ostatnio edytowany przez yossarian (2013-07-31 22:20:38)
Offline
116
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:37:45)
Offline
[quote=uzytkownikubunt]
Wsparcie dla Windowsa 8 chyba nie jest najbardziej kluczowe na forum Debiana ;)[/quote]
Jesteśmy w dziale luźne rozmówki, a to co AMD odwaliło zaprzestając wsparcia dla kart, zarówno na Linuksie i Windowsie, które miały premierę niecałe 5 lat temu myślę, że jest warte przypomnienia. A takimi rzeczami jak obsługa zamkniętych sterowników do karty graficznej to jednak AMD powinno się zajmować. Tym bardziej, że nie tylko zostaje zerwana kompatybilność z nowymi kernelami, ale też nowymi wersjami X serwera. Doceniam wkład deweloperów Debiana, ale na razie rozwiązali problem niekompatybilności sterownika zamkniętego z nowym kernelem, ale niestety nie wiem czy uda im się zgrać ten sterownik z nowymi wersjami X Serwera. Najnowszy obsługiwany przez sterownik legacy to 1.12 i takowy znajduje się w debianie unstable. Obecnie najnowszy X serwer to 1.14 z 5 marca 2013 (po drodze 1.13 wnosił sporo udoskonaleń, akurat 1.14 niewiele), we wrześniu lub październiku wyjdzie 1.15. Debian sid jest już sporo do tyłu i być może tylko dlatego wciąż jeszcze na nim działają te sterowniki.[/quote]
Z tym ATI niestety jesteś troszkę nieprecyzyjny.
ATI nie zaprzestało robić sterowników, tylko zbankrutował, a kiedy AMD przejął firmę ATI, to cały jej "ogon" odciął, podobnie, jak Oracle OOffice.
Dla nowych kart AMD stara się dostarczać sterowniki, teraz bidulki zwijają się jak w ukropie, bo zawsze "nie opłacało się robić sterów dla kilku użytkowników Linuxa", a teraz, gdy Android wszedł do urządzeń mobilnych, Steam robi konsolę na Linuxie, a Windows już nie jest "jedynym normalnym systemem" to AMD (podobnie jak np Broadcom) dostali sraczki w momencie, kiedy takie firmy jak Nvidia czy Atheros spokojnie liczą, ile wpływa na konto dzięki popularności rozwiązań unixopodobnych.
Nouveau?
Blob Nvdiii nie dość, że jest wielką tajemnicą Nvidii, to w dodatku ma chronione prawe technologie innych firm i krajów, miedzy innymi API DRM od M$ i wstawki od Amerykańskiego NSA (Snowden ostatnio o nich puścił farbę).
Nouveau powstaje poprzez cleanroom, ale muszę uczciwie przyznać,
że Nvidia nie przeszkadza w rozwoju Nouveau, co już jest jakimś tam osiągnięciem.
W dodatku Nvidia bardzo potrzebuje Nouveau, bo skąd inaczej Aaron P. ma wiedzieć, jak z blobie Nvidii na Linuxa zamontować płynne przełączanie kart graficznych, jak zrobić EGL na Linuxa, czy jak w Linuxie odpalić DX11.
A jak sobie zajrzy do Galium3D i Nouveau, to życie staje się prostsze. :D
Także Nouveau i Nvidia, to jest pełna symbnioza, Nouveau jest swoistym "joystickiem" który razem z paluchami Linusa pozwala całkiem skutecznie sterować rozwojem binarnego blobu Nvidii.
Identyczna sytuacja jest ze sterami do Radeonów i ATI/AMD, gdzie też,żeby szybko dopasować ster do nowego jajka, to się patrzy w źródła steru Radeon, który jest w tym jaju.
Ja natomiast polubiłem Nouveau nie dlatego, że ma mega wydajność, bo jego całe OpenGL , EGL i DX11 wisi u mnie na procku, a nie na Nvidii, ale dlatego, ze mam po prostu 2 działające sterowniki do mojej karty, co ma swoje znaczenie w momencie, jakby Nvidia przypadkowo dostała "kataru".
Na Nouveau u mnie nawet Compiz, Openarena i Yamagi-Quake2 już śmiga płynnie, co mnie niezmiernie (ale bardzo pozytywnie) zdziwiło. ;)
Pozdrawiam
;-)Ostatnio edytowany przez Jacekalex (2014-02-02 17:12:44)
W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem para bellum ;) | Pozdrawiam :)
Offline
Podstawowa kwestia - jesteś graczem? Czekasz na nowe wymagające Gry na Steam? Czekasz na HL3 (coś mi się wydaje że Valve, może to dać jako premierową grę do nadchodzącej konsoli - mam zresztą taką nadzieję ;] ), chcesz pograć w coś bardziej wymagającego na wine niż gry sprzed 10 lat? To celuj w zamknięte sterowniki i tyle.
Chcesz chodzić po necie, oglądać [s]youporn[/s]youtube, słuchać muzy, grać w OpenArena, albo gry flashowe? Otwarte ster powinny styknąć.
Jak ktoś chce podważać powyższe to radzę się zastanowić czy 70% wydajności blob'a to dużo czy mało dla osoby która na kartę wyda np 1000 zł ? Dla mnie to cholernie MAŁO i na razie niewiele się w tej kwestii zmienia (w sensie - stery otwarte od lat gonią zamknięte ale mimo zbliżania się do nich, nadal dzieli je spora granica), o takich "szczegółach" jak zacofane wsparcie OpenGL w mesa (wersja 3.x zamiast 4.x - przez co ster Intela na Linuksie realnie ma obciętą funkcjonalność) nie wspomnę.
Co do Optimusa - Nvidia się nie popisała, to fakt - szkoda tylko że środowiska linuksowe nie lepsze, i na prośby o zmianę licencji jednego komponentu w celu implementacji Optimusa jest wielkie "Nie, bo nie!" (przypomina mi się argumentacja pań z ZUS'u ;] ). I tak zapewne w tym roku doczekamy się w końcu oficjalnego wsparcia tego czegoś.
Offline
@uzytkownikubunt:
Pewnie będzie trzeba wtedy cofać xorga.
To akurat doskonały przykład na to, że sensownie działające otwarte sterowniki są czasem ważniejsze, niż stan tych zamkniętych.
Trzeba pamiętać jeszcze o zamieszaniu z Wyalandem/Mirem i ewentualnych problemach ze sterownikami zamkniętymi. Przynajmniej na początku.
@Huk:
Zasady są jednakowe dla każdego. Nie ma tak, że sobie przychodzi nvidia i chce zamykać i przywłaszczać kawałki kodu Linuksa.
IMHO byłby to bardzo zły precedens.
Offline
@yossarian:
W tym przypadku chodzi z tego co rozumiem o inną sytuację - kernel jest na GPL, każdy dołączany kod też musi być na GPL - przez to że INTERFEJS z którego miały korzystać Optimus jest na GPL, to Nvidia musiała by otworzyć co najmniej część binarnego blob'a na co zgody być z ich strony nie może, poprosili więc aby ten kawałek kodu był dual license GPL i BSD, tak aby oni mogli skorzystać z licencji BSD, na co dostali dość ostro odmowną odpowiedź w stylu właśnie "Nie, bo nie.".
W ogóle sprawa z Nvidią nie jest tak czarno biała jak się wielu wydaje - ta firma jako pierwsza zaczęła robić porządne stery na Linuksa, aby tego dokonać musiała wpakować miliony dolarów w przeróbki wielu rzeczy w architekturze sterownika, przykładowo - napisać własny system do zarządzania pamięcią karty ten standardowy w xorg'u miał (ma?) niską wydajność. Problem w tym że żadna inna firma nie chciała ładować kasy żeby zrobić coś podobnego, zamiast tego, firmy wolały opierać swoje stery o mesę wprowadzając kosmetyczną (w porównaniu do tego co zrobiła Nvidia) ilość zmian.
W tym samym okresie zaczęto naciskać na Nvidię aby otwarła za free te części kodu w które zainwestowano kasę - czyli aby de facto oddała konkurencji to na czym jej inżynierowie musieli zapierdzielać i co dawało im realną przewagę. Podejrzewam że w przypadku Optimusa, licencja odgrywa naprawdę istotną rolę - tyle że tym razem, ze względu na GPL, Nvidia nie miała by wyjścia i musiała by otworzyć kod technologii w którą wpakowano sporo kasy - tym bardziej dziwi mnie z jednej strony narzekanie że Optimus nie śmiga, z drugiej obrona twórców jajca za "dzielną" obronę... no właśnie - dobre pytanie czego. Na pewno nie userów, bo to oni najbardziej cierpią na braku wsparcia dla Optimusa...
Offline
Są firmy, które inwestują więcej w kod i jakoś lamentu nie ma z powodu jego otwartości.
Ta „wstępna” obsługa Optimusa, którą już zdążyła się pochwalić Nvidia to akurat zasługa deweloperów kernela. Skopiowali tylko rozwiązanie ze sterowników otwartych (PRIME) i zażądali zmiany kodu dla swoich celów.
Gdyby było tak różowo to nie padały by takie słowa ze słów kluczowych deweloperów:
[quote=Linus Torvalds]Nvidia has been one of the worst trouble spots we’ve had with hardware manufacturers. And that’s really sad because Nvidia tries to sell chips, a lot of chips, into the Android market. [b]And Nvidia has been the single worst company we’ve ever dealt with.[/b][/quote]
Offline
@yossarian:
Lubię Linusa ale wtedy to trochę przegiął pałę - z tego co pamiętam wywód który doprowadził do zaznaczonego stwierdzenia zaczął się od narzekania na brak wsparcia dla Optimusa, a jak Nvidia chciała wykorzystać PRIME do IMPLEMENTACJI (nie skopiowanie - WŁASNEJ IMPLEMENTACJI, przy wykorzystaniu jego interfejsów) Optimusa to zobaczyła wielkiego fuckera za strony twórców jajka. Można tego bronić, bo przecież obowiązku zmieniać licencji nikt nie ma - ale ja, patrzę z punktu widzenia zwykłego usera i widzę próbę dowalenia Nvidii za to że w mniemaniu części twórców Linuksa, firma jest za mało otwarta - co swoją drogą się i tak zmienia (przykładem niech będą stery do Tegry - w pełni opensource). Zmuszanie do otwartości za wszelką cenę jak miało to miejsce w przypadku GPLv3 nie pomaga tylko szkodzi.
Offline
[quote=Huk]a jak Nvidia chciała wykorzystać PRIME do IMPLEMENTACJI (nie skopiowanie - WŁASNEJ IMPLEMENTACJI, przy wykorzystaniu jego interfejsów) Optimusa to zobaczyła wielkiego fuckera za strony twórców jajka.[/quote]
To jeszcze było przed PRIME. I jakąkolwiek chęcią ze strony Nvidii, żeby obsługiwać Optimusa pod jakimkolwiek systemem poza Windows (a właściwie: stanowczą niechęcią wobec wszystkiego innego).
Offline
Może i przegiął, ale prawdą jest, że nvidia sama korzysta z pracy innych i na tym sporo zarabia.
Nie jest to żadna dobroczynność z ich strony.
Stąd pewnie takie sztywne stanowisko deweloperów jądra.
Podejrzewam, że wtedy każdy by chciał zamykać co cenniejsze dla siebie fragmenty kodu i to chyba nie byłoby najlepsze rozwiązanie dla użytkowników.
A gdyby rzeczywiście chcieli sami wprowadzać obsługę Optimusa to zrobili by to już kilka lat temu:
- na kolanie jak autorzy Bumblebee
- prowizorycznie (wymagany restart serwera X) jak wygląda to w sterowniku AMD
- w normalny sposób jak wygląda (lub ma wyglądać) w otwartych sterownikach nad którymi pracowali opłacani przez kogoś deweloperzy. Mogli wspomóc w tym miejscu skoro wypieli się na obsługe w zamkniętym sterowniku.
Ostatnio edytowany przez yossarian (2013-08-01 09:12:09)
Offline
117
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:37:46)
Offline
Ja powiem tak:
Uzywam nouveau i jestem zadowolony :) GeForce GT 430 jest słabą kartą a ja i tak prawie nie gram (no właściwie tylko Hedgewars, ale one chodzą znakomicie na nouveau). U mnie odpada kwestia np flasha w Firefoxie, bo używam minitube. Generalnie system pracuje stabilnie. Poprzednie moje systemy (Ubuntu, Mint, PCLOS) też pracowałypod kontrolą nouveau (tak z rok czasu łącznie) i nigdy nie miałem z nimi problemów
Ostatnio edytowany przez greywolf (2013-08-04 15:55:54)
Offline
z mojej perspektywy niestety bez blob'a nvidi rownież nie da rady. przy steam próbowałem noveau ale niestety jest kicha. Pytanie teraz takie czy jesteśmy w stanie w jakikolwiek sposób kontrolować/ograniczyć blob'y w systemie tak aby nie miały możliwości łączenia się z wielkim bratem? Pytam na poważnie.
Offline
Porównanie sterowników zamkniętych AMD i otwartych:
http://www.penguingamers.eu/porownanie-wydajnosci-sterownikow-dla-karty-amd-radeon/
Offline
152
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:38:31)
Offline
Time (s) | Query |
---|---|
0.00012 | SET CHARSET latin2 |
0.00005 | SET NAMES latin2 |
0.00116 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.129.69.134' WHERE u.id=1 |
0.00074 | UPDATE punbb_online SET logged=1732486358 WHERE ident='3.129.69.134' |
0.00060 | SELECT * FROM punbb_online WHERE logged<1732486058 |
0.00049 | SELECT topic_id FROM punbb_posts WHERE id=237996 |
0.01479 | SELECT id FROM punbb_posts WHERE topic_id=24025 ORDER BY posted |
0.00046 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=24025 AND t.moved_to IS NULL |
0.00005 | SELECT search_for, replace_with FROM punbb_censoring |
0.00101 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=24025 ORDER BY p.id LIMIT 0,25 |
0.00108 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=24025 |
Total query time: 0.02055 s |