Technologia dynamicznej wirtualizacji wielu rdzeni procesora, czyli VISC

1. papka (autor: piwo1 | data: 27/10/14 | godz.: 07:35)
   fajnie sie to czyta. tylko rzeczywistosc bedzie zgola inna.
   
   
2. Cały problem to frontend (autor: rmarcin | data: 27/10/14 | godz.: 08:38)
   Jak już się wie jak zrównoleglić to reszta jest detalem. Ale znalezienie zależności w kodzie nie jest takie proste i wymaga sporych obliczeń. Kod z zależnościami można transformować, ale znowu to wymaga obliczeń.
   
   
3. rmarcin (autor: Teriusz | data: 27/10/14 | godz.: 09:24)
   Tylko, że czasami w kodzie niektóre polecenia muszą być robione liniowo jedne po drugim i nie zawsze można to zrównoleglić. W takich przypadkach czasami jeden rdzeń czeka na drugi by wykonał obliczenia. Tutaj sprawa jest o tyle fajniejsza, że można w takich liniowych obliczeniach zaprzęgnąć dwa rdzenie jednocześnie, a później mogą działać rozdzielnie i później ponownie razem w jednym wątku. VISC pozwala na to by żaden z rdzeni nie czekał bezczynnie na drugi i to jest właśnie świetne.
   
   
4. Druga sprawa to taka, (autor: Teriusz | data: 27/10/14 | godz.: 09:33)
   że w przypadku normalnych jednakowych rdzeni, a takie się obecnie produkuje, różne równolegle obliczane zadania nie kończą się w tym samym momencie i któryś z rdzeni czeka na wyniki innego. Tutaj w VISC mocy do obliczenia danego wątku można przydzielać asymetrycznie wedle potrzeb tak by zadania jak trzeba zakończyły się równocześnie.
   
   
5. Wydajemi sie (autor: VP11 | data: 27/10/14 | godz.: 10:39)
   ze na polskim portalu rysunki powinni miec polskie nazewnictwo. Niestety bardzo zle sie czyta raz po polsku raz po angielsku.
   10-15 minut wiecej pracy a powstanie porzadny artykul.
   
   
6. czy aby (autor: kombajn4 | data: 27/10/14 | godz.: 10:54)
   czegoś podobnego nie proponowało dawno temu AMD? To się miało nazywać odwrócony Hyper-Threading, ale jakoś o całym pomyśle słuch zaginął.
   
   
7. @3. (autor: TeXXaS | data: 27/10/14 | godz.: 11:01)
   Czytasz to co piszesz? Masz 100 linii obliczeń, gdzie każda zależy od wyniku z poprzedniej - jak chcesz to odpalić na 2 rdzeniach?
   Prędzej uwierzę, że wezmą optymalizacje z maszyny wirtualnej javy i użyją na poziomie kodu maszynowego.
   
   
8. VP11 a mi sie wydaje (autor: RusH | data: 27/10/14 | godz.: 11:06)
   ze nie ma inzynierow/informatykow bez angielskiego, wiec jak nie rozumiesz to i po polsku bys nie zrozumial
   
   
9. Jakby to byl taki przelom to nikt nie kupowalby 4 rdzeniowych procesorow (autor: rookie | data: 27/10/14 | godz.: 11:33)
   Takie i3 uzywajace dynamiczna wirtualizacje mogloby przescignac i7 nie uzywajacego dynamicznej wirtualizacji...
   
   
10. Errr (autor: Shamoth | data: 27/10/14 | godz.: 12:20)
    A nie było przypadkiem tak, że kiedy intel eksperymentował z rozdzielaniem 1 rdzenia na 2 wirtualne to AMD poszło zgoła inną drogą i bawili się w łączenie 2 rdzeni w wirtualny 1... Nie wiem tylko co się z tym stało bo w obecnej chwili kiedy procki mają po 8-12 rdzeni a aplikacje, niech będzie gry ;] są w stanie wykorzystać w 100% 4 rdzenie, bo dokładanie kolejnych ma marginalny wpływ na wydajność, to jak by tak scalić te nadmiarowe w 4 mocniejsze albo zaprząc je do innych zadań jak obsługa warstwy sieciowej czy audio...
    
    
11. @6. (autor: pio2 | data: 27/10/14 | godz.: 12:21)
    Też cos takiego mi się przypomina i miała to byc technologia architektuy Bulldozer. Taki moduł miałby wtredy dużo większy sens. A poza tym Intel robi cos takiego na poziomie pojedynczego rdzenia. Tutaj virtualizacja zasobow miałaby dotyczyc całego procesora. Ciekawe jak musi wyglądać front-end
    
    
12. TeXXaS (autor: Teriusz | data: 27/10/14 | godz.: 12:23)
    Czytam to co piszę i nie tylko to. Dlatego proponuję byś zapoznał się z tym:
    http://softmachines.com/...s/2014/10/MPR-11303.pdf
    
    Front End tworzy tak zwane "threadlets" czyli rozbicie instrukcji na składowe pomniejsze instrukcje, a następnie są one odpowiednio adresowane i rozdzielane na poszczególne fizyczne rdzenie.
    
    Poczytaj! Będziesz wiedział więcej jak działa VISC :)
    
    
13. która gra (autor: Menah | data: 27/10/14 | godz.: 12:40)
    jest w stanie wykorzystać w 100% 4 rdzenie?
    
    
14. BTW. (autor: Teriusz | data: 27/10/14 | godz.: 12:48)
    Co jak co, ale architektura VISC bardzo mi tu pachnie architekturą rodem z GPU i uniwesalnymi shaderami oraz multiprocesorami strumieniowymi.
    
    
15. @11 i 14 ... wtedy rdzenie APU będą mogły mieć dowolną ilość... (autor: SebaSTS | data: 27/10/14 | godz.: 13:40)
    ... ARM + CPU + GPU... To jest ich VISION $ FUSION ;) Prawdziwa przyszłość.
    
    
16. jak dla mnie jest to zwykly opis OOO (autor: RusH | data: 27/10/14 | godz.: 14:49)
    tyle ze moze maja jakies nowe podejscie do OOO i zamiast na poziomie instrukcji to analizuja na poziomie wiekszych skrawkow kodu
    
    
17. Ja to bym chcial wiedziec... (autor: gantrithor | data: 27/10/14 | godz.: 17:18)
    ile tranzystorow logicznych bylo w tym procesorze visc a ile w probce Intel Haswell no i jakie czestotliwosci byly tych ukladow bo jesli ma sie okazac ze 8 rdzeniowy uklad tworzyl 2 wirtualne rdzenie i walczyl z 1 rdzeniem intela to cos tu nie halo.
    
    W zasadzie nie jest to glupie rozwiazanie zalozmy ze 2 rdzenie intela to tak naprawde jeden rdzen ale z podwojona iloscia wszystkich komponetnow byl by on 2 razy wydajniejszy w pojedynczym watku oraz byl by w stanie oddac polowe komponentow aby wytworzyc drugi rdzen uzyskujac 2 wirtualne rdzenie na 1 fizycznym.
    
    
18. @17 (autor: cyriak | data: 27/10/14 | godz.: 18:12)
    według obrazka wszystkie proce miały po 1 core włączonym przy czym visc miał dwa virtualne cores - ipc to współczynnik instructions per cycle - ilość wykonanych instrukcji w cyklu zegara (albo coś w ten deseń)