|
|
ASUS OC School
- OC School – niedoceniane zalety chipsetu Intel X58, materiał wideo
13 Sie 2011 15:30Komentarzy: 34 - ASUS OC School, czyli szkoła podkręcania. Część 2. – niedoceniane cechy X58
11 Sie 2011 08:33 - OC School – podkręcanie kart graficznych, materiał wideo
16 Cze 2011 11:10 - Rusza Asus OC School
30 Maj 2011 17:28 - OC School, czyli szkoła podkręcania. Część 1. – karty graficzne
30 Maj 2011 17:27
Ostatnio dodane tematy
- TESTER GIER PRACA KRAKÓW
przez teyonjobs

Dzisiaj, 10:58 - MS WORD 2010 - potrzebne makro
przez krzk111

Dzisiaj, 10:44 - rozpoznawanie wlasciciela wydrukow
przez intak

Dzisiaj, 10:43 - wymiana GF 560ti hawk na GF 570GTX TW3 OC
przez stalker1777

Dzisiaj, 10:42 - Laptop dla gracza
przez Terii

Dzisiaj, 10:38 - PLAY i smsy po północy
przez cervandes

Dzisiaj, 10:36 - Czy warto brać Asusa X52j
przez daniel105

Dzisiaj, 10:27 - [K] Shure 440/hd555/hd380pro/akg540
przez bleizer

Dzisiaj, 10:16
Nowe artykuły
- Sieci komputerowe w praktyce – poradnik
Dzisiaj, 05:45 - Diablo 3 – najnowsze, długo oczekiwane dziecko Blizzarda
19 Maj 2012 20:54 - Test ośmiu monochromatycznych laserowych urządzeń wielofunkcyjnych
17 Maj 2012 07:11 - AMD A10-4600M – mobilne Trinity kontra Core i3 oraz Core i5
15 Maj 2012 05:00 - Sony Ericsson Xperia neo V, Samsung Wave 3, Samsung Galaxy S Plus, Nokia 701, Motorola Defy+, LG Swift 2X – test smartfonów za mniej więcej tysiąc złotych
14 Maj 2012 07:16
Ostatnie aktualności
- Samsung prezentuje proste grafenowo-krzemowe układy scalone
19 Maj 2012 17:09 - Facebook debiutuje na giełdzie z wielką pompą
18 Maj 2012 19:21 - GeForce GTX 670 firmy ELSA
18 Maj 2012 14:15 - Miniaturowy komputer kieszonkowy
18 Maj 2012 13:54 - EVGA kolejny raz pokazuje, jak dba o swoich klientów
18 Maj 2012 01:20
Najnowsze pliki
- KoolMoves 8.3.2
Wczoraj, 09:30Pobrań: 7401 - Darker D3 Pixel Shader 0.9 Beta
19 Maj 2012 23:25Pobrań: 28 - RogueKiller 7.4.5.0
19 Maj 2012 08:27Pobrań: 1160 - Fraps 3.5.1
19 Maj 2012 08:25Pobrań: 11196 - VSO Downloader 2.9.5.5
18 Maj 2012 12:55Pobrań: 6862
Rozwój GPU, stagnacja CPU
#1
Napisany 08 Luty 2012 - 12:10
Proces technologiczny schodzi w dół o połowę co 2 lata. Jednak tylko nowe architektury GPU dają nadal przyrosty po kilkadziesiąt %, a w przypadku CPU jest bryndza. Wynika to z ograniczeń budowy x86-64?
Wydaje mi się, że nie można wszystkiego zrzucić na brak konkurencji, bo gdy wydajność szybko się podwajała, to ludzie zmieniali sprzęt o wiele częściej. Brak przyrostów jest niekorzystny nawet dla monopolisty.
A może w GPU ten sufit też jest tuż przed nami?
Pytanie adresuję do osób obeznanych z teorią, nie do zgadywaczy.
#2
Napisany 08 Luty 2012 - 13:13
Wydajność procesorów kiedyś rosła szybko, ponieważ szybko (i bez problemu) padały kolejne bariery taktowania (1GHz, 2GHz, 3GHz...).
ALE wszystko trafił szlak, kiedy doszliśmy pod granicę 4GHz. Na której to krzem, zaczyna robić problemy.
Intel twierdził, że jest to tylko drobny problem, jednak jak jest naprawdę widzimy dziś, kiedy to nadal nie mamy procesorów z zegarem standardowym wyższym od 4GHz (częstotliwość Turbo dla mnie nie jest zegarem domyślnym/standardowym).
Teraz : Aby umożliwić dalsze duże wzrosty wydajności, producenci procesorów, musieli ominąć problem 4GHz i wpadli na pomysł wielordzeniowców. W ich przypadku wydajność rośnie liniowo wraz ze wzrostem rdzeni, ale tylko wtedy, gdy dany program można łatwo zrównoleglić. Po za tym mamy problem z kodem x86, który skutecznie uniemożliwia rozwinięcie pełni możliwości takich procesorów z powodu zależności pomiędzy następującymi po sobie wątkami.
Czemu nie pójść w poprawienie architektury ?
Problem leży w modelu programowania x86 (x86-64), który jest nieefektywny w wykorzystaniu zasobów.
Conroe i jego następcy są mistrzami w tej kategorii i dlatego nie widzę, aby leżała tutaj możliwość dużego zwiększenia wydajności.
Przejdźmy teraz do GPU, gdzie takiego ograniczenia nie ma, ponieważ producent układu sam może dobrać najlepszy model programowania (np. CUDA nVidii).
Środowisko graficzne ma niesamowicie łatwe zadanie jak chodzi o pracę równoległą, ponieważ w każdej sekundzie trzeba obrobić naraz miliony pikseli/trójkątów, które wchodzą w skład sceny 3D. Dodatkowo z racji, że są one niezależne od siebie wykorzystanie dodatkowych "rdzeni" nie stanowi większego problemu z punktu widzenia programisty.
Oczywiście nie ma róży bez kolców dlatego największą bolączką GPU jest ogarnięcie tych wszystkich rdzeni (AMD miało z tym problem w Radkach serii HD5xxx, gdzie wykorzystanie zasobów karty było dość niskie).
Nawiązując do pytań z pierwszego postu :
Tak, wynika to z ograniczeń modelu programowego, oraz lenistwa programistów, którzy nie lubią kompilować całego starego kodu tylko po to, aby móc skorzystać z dodatkowych instrukcji kilku nowych procesorów.
Ludzie zmieniają komputery kiedy ich stać, a nie kiedy Intel wypuści najnowszy sprzęt (na którego większość z nich na początku nie stać). Przykładem jest Conroe, kiedy wyszedł ja nie leciałem do sklepu, aby go od razu kupić. Zamiast tego wolałem dorwać za połowę jego ceny takiego Pentiuma D i cieszyć się z zaoszczędzonej na tym kasy.
A co do "sufitu GPU", to według mnie, jeszcze daleeeka droga przed nami.
Ten post był edytowany przez agent_x007 dnia: 08 Luty 2012 - 13:49
#3
Napisany 08 Luty 2012 - 13:44
Czyli na razie skazani jesteśmy na stagnację. Wyjściem może być odejście od x86-64 i pisanie popularnych programów na GPU, ku czemu chyba zaczynamy zmierzać (akceleratory przeglądarek), albo nowy materiał, który pozwoli pojechać dalej niż 4 Ghz.
Od nowego materiału ucieczki raczej nie ma, bo i proces technologiczny nie da się miniaturyzować w krzemie poniżej kilku nm. Ciekawy jestem czy np. grafen będzie wymagał odejścia od x86-64, ale pewnie tak.
Swoją drogą mamy 64 bity. Kilka lat temu czytałem, że około 2012 roku powstanie kompilator, który pozwoli automatycznie przeoptymalizować kod 32 bitowy na 64 bitowy. Teraz temat zdechł. Ktokolwiek coś wie? To też by dało solidny przyrost mocy.
#4
Napisany 08 Luty 2012 - 14:00
Autohotkey, o 08 Luty 2012 - 13:44, napisał(a):
A co ma materiał (grafen) do architektury? Grafen ma pozwolić na przełamanie bariery 4GHz a architektura może być skopiowana z istniejących rozwiązań - niczym przy zmniejszeniu procesu technologicznego w krzemie.
Zgadzam się, że z prędkością CPU w zasadzie stoimy w miejscu, rozwój jest raczej wszerz (multicore). Zresztą 4GHz nie jest barierą samą w sobie, raczej ilość ciepła do odprowadzenia jaka powstaje przy obecnych CPU przy próbie jej przekroczenia.
Próby optymalizacji architektury napotykają kaganiec x86. Przełomem wg mnie może być Windows 8, który ma wspierać nie tylko x86. Jeśli będzie pod niego dużo softu, który będzie łatwo przenośny pomiędzy architekturami, to za kolejne kilka lat może producenci procesorów odważą się porzucić wsteczną kompatybilność z x86.
#5
Napisany 08 Luty 2012 - 14:03
Do przeglądarek wystarczają układy ARM, dlatego pytam : po co nam przeglądarki potrzebujące mocy współczesnych GPU ?
Krzem (podobno) ma się skończyć w okolicy 8nm.
Grafen nie musi wymagać odejścia od x86-64, ponieważ dom (budynek) możesz zbudować zarówno z desek/cegieł jak i ze zbrojonego betonu i za każdym razem będzie spełniał swoją funkcję (dawania ci schronienia). Różnice będą widoczne w możliwościach ochrony i tyle.
Aby mieć znaczący wzrost wydajności trzeba pisać program z myślą o 64-bitach, od początku jego programowania.
Dopóki będą dostępne (i potrzebne) systemy operacyjne oparte na x86 (32-bitach), 100% przejście na 64-bity jest niemożliwe.
#6
Napisany 08 Luty 2012 - 14:24
Ten post był edytowany przez Autohotkey dnia: 08 Luty 2012 - 14:27
#7
Napisany 08 Luty 2012 - 14:35
W niektórych zastosowaniach (np. łamanie szyfrów, Bitcoin) są one co najmniej 10-krotnie sprawniejsze od GPU, czyli przy tej samej wydajności pobierają 10 razy mniej energii.
Program napisany np. w języku Verilog jest wykonywany bezpośrednio na matrycy programowalnych bramek logicznych.
#8
Napisany 08 Luty 2012 - 14:43
#9
Napisany 08 Luty 2012 - 15:08
jakos srednio mi odpowida zamawianie online z awganistanu w pre-orderze 6 miesiecznym
#10
Napisany 08 Luty 2012 - 15:13
A propos: czy mógłby ktoś z naprawdę byczym sprzętem (i7 lub sandy bridge extreme) sprawdzić darmową wersję tego programu u siebie? Chodzi o to czy rozpoznawanie mowy na takim sprzęcie jest szybsze niż przeciętne tempo pisania przeciętnego użytkownika, czy też to jeszcze za mało?
Ten post był edytowany przez Autohotkey dnia: 08 Luty 2012 - 15:14
#11
Napisany 08 Luty 2012 - 15:40
Obecnie ten program nie potrafi rozpoznawać 99% normalnych słów (jak nie więcej).
U mnie rozpoznanie słowa/wyrażenia (sprawdzenie, które jest najbliższe i wyświetlenie go) trawa ok. 2 sek. Trafność, to całkowicie inna kwestia.
Program, nie spełnia twoich warunków, nie dlatego, że jest wolny (i potrzeba szybkiego kompa), a dlatego, że ma mały słownik znanych mu wyrazów (np. nie ogarnia nawet pojedynczych liter). Po za tym trzeba mieć czuło ustawiony mikrofon, bo czasami nie rejestruje, że coś powiedzieliśmy.
Krótko mówiąc : Jest pisany pod osoby niepełnosprawne i ma za zadanie pomagać w obsłudze kompa, a nie kopiować książki.
Ten post był edytowany przez agent_x007 dnia: 08 Luty 2012 - 15:43
#12
Napisany 08 Luty 2012 - 15:53
Ten post był edytowany przez Autohotkey dnia: 08 Luty 2012 - 15:53
#13
Napisany 08 Luty 2012 - 19:50
#14
Napisany 08 Luty 2012 - 23:56
#15
Napisany 09 Luty 2012 - 00:33
#16
Napisany 09 Luty 2012 - 01:06
Chodzi o to ze po tych 3 latach nie ma takiego duzego skoku wydajnosci cpu jak by sie chcialo.
Gry czy rozgrywka, nie bylo by milej dostac lepsza fizyke, wiecej npc, czy nawet grafike - wydajnosc i jakosc musi isc do przodu a nie stac na poziomie konsol.
#18
Napisany 10 Luty 2012 - 15:35
#19
Napisany 10 Luty 2012 - 16:21
#20
Napisany 10 Luty 2012 - 17:49
ZIB2000, o 08 Luty 2012 - 19:50, napisał(a):
W latach '90 szczegolnie w drugiej ich polowie czestotliwosc taktowania podwajala sie co 2 lata, co wiecej wraz ze wzrostem taktowania rownolegle usprawniano architekture. Dlugo obowiazywalo prawo wg. ktorego moc obliczeniowia cpu podwajala sie co 18 miesiecy, prawo to zostalo definitywnie przelamane dopiero w czasach nortwooda pentium 4. Kiedy jednak zapowiadano premiere pierwszych 2 rdzeniowych procesorow na rynek konsumencki, AMD zapowiadalo ze za 3-4 lata bedziemy uzywac 8+(16?) rdzeniowych procesorow i tym samym wydajnosc przynajmniej teoretyczna miala nadal rosnac w tak samo szybkim tempie jak za czasow k6-2/k6-3/k7.Nie wiem czy pamietasz te czasy, ale ja doskonale pamietam czasy galopujacego postepu. Tezy o bardzo szybkim postepie na rynku GPU, ktory nie zwolnil rowniez nie potrafie obronic, w latach '90 kupowales topowa karte i ta karta po 3 latach nadawala sie wylacznie do wyswietlanai pulpitu. W przypadku procesorow bylo nieco inaczej niz teraz, bo kupowales absolutnie najtanszego pentium mmx/celerona albo k6-2, ktory byl w produkcji i mogles na nim uruchomic dowolna gre, ale procesor starzal sie w zastraszajacym tempie, ludzie kupowali drogie cpu myslac, ze na dluzej wystarczy. Na rynku gpu istnieje przepasc pomiedzy wyrobami do biora a wyrobami dla graczy od czasow 3dfx, natomiast roznica pomiedzy low-endowymi cpu, a hig-endem jeszcze nigdy nie byla tak ogromna jak obecnie, kiedys najatanszy procesor intela Celeron 300A podkreacal sie do 450 mhz i konkurowal doskonale z Pentium III 500 kosztujacym majatek dzieki szybszej pamieci chache w tym pierwszym. W dawnych czasch producenci zarabiali na nowych technologiach i wysokim zegarze - dzisiaj na rynku dedykowanym profesjonalista i overclockingu dla entuzjastow, kiedy wchodzilo PII kosztowalo majatek a Intel nadal sprzedawal stare P1 MMX i taka tradycja byla kontynuowana, az do czasow c2d. Nowa seria mainstremowych cpu kosztowala zawsze w chwili premiery okolo lub ponad 1000 $.
Ten post był edytowany przez unknown_solider dnia: 10 Luty 2012 - 18:02

Zaloguj się
Rejestracja
Pomoc



Wróć do góry
Multi cytowanie