Hirdetés

Keresés

Hirdetés

Új hozzászólás Aktív témák

  • Kansas

    addikt

    válasz #16939776 #8 üzenetére

    Nem, az Intel számára a worst case az, hogy a konkurenciától vesznek procit az Intel helyett, aki lehet hogy nem ad pl. 2 nagy + 8 kicsi magot a 9W-os TDP-szinten, hanem ad 4 nagy magot(esetleg HT-vel), ami külön-külön elveri teljesítményben a 2 nagy magot is meg a 8 kicsit is, cserébe nem kell foglalkozni a különböző magokra való optimalizálással.
    De mintha ezt írta volna Abu is az utolsó bekezdésbe...

    [ Szerkesztve ]

    Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.

  • Kansas

    addikt

    válasz Fücsök007 #6 üzenetére

    Én a magam részéről kizártnak tartom, hogy atommag nélküli variánsok valaha is megjelenjenek... :D

    Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.

  • Kansas

    addikt

    válasz Ajándékok #30 üzenetére

    Nem az a kérdés, fut-e, hanem hogy milyen gyorsan, illetve tud-e egyszerre futni az összesen...
    Ha nézed, mi áll a cikkben az utolsó előtti bekezdés utolsó mondatában, az már most meg van/lesz oldva, hogy csak a kis magokon fusson, sőt a kisebb 1C-s és 2C-s procikon az a default a hibrid működést nem támogató alkalmazásokban.

    [ Szerkesztve ]

    Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.

  • Kansas

    addikt

    válasz Robitrix #39 üzenetére

    "Ott is az okozza a teljesitmény vesztést, hogy a közös gyorsítótárt adott pillanatban nem tudja a két program szál egyszerre használni." Nem az okozza, hanem hogy a lebegőpontos rész közös volt, így masszívan optimalizálni kellett volna erra a megfelelő működés érdekében. Nem is igaz egyébként, hogy egyszerre csak az egyik mag tudja használni a cache-t.
    Ez a "szálasított" meg nem létező fogalom. Ha az SMT/HT-ra gondolsz, akkor írd azt. A Bulldozer arch. CMT volt.

    "A ryzenek estében ezt javították valamilyen szinten" Nem. Az egy teljesen más architektúra.

    "Remekül felismerte, hogy a többség amúgy is játszik a gépen," NEm, a többség nem elsősorban játszik a gépen, még a gamerek többsége se azzal tölti a gépidő nagyobb részét.
    De egyébként is a gamer gépek számának többszörösét adják el irodai gépekből, amiken egyáltalán nem játszanak, és abból is a többség Intel procival szerelt... nincs akkora piaci része a gamer gépeknek, mint azt te gondolod...

    [ Szerkesztve ]

    Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.

  • Kansas

    addikt

    válasz paprobert #47 üzenetére

    Tessék, egy elemzés, ami leírja, hogy mi volt a gond.
    "
    - The power saving features are reducing the clock frequency most of the time. This often gives low and inconsistent results in benchmark tests because the clock frequency is varying.

    - Some operating systems are not aware that the chip shares certain resources between the two cores that make up a compute unit. The consequence is that the operating system may put two threads into one compute unit while another unit is idle, or it may put two threads with different priority into the same compute unit so that a low priority thread can steal resources from a high priority thread. I don't understand why there is no CPUID function for telling which resources are shared between CPU cores. The current solution where the operating system must know the details of every CPU on the market is not practical, and it does not work with virtual CPUs etc.

    - The shared instruction fetch unit can fetch up to 32 bytes per clock cycle or 16 bytes per core. This may be a bottleneck when both cores are active and when frequent jumps produce bubbles in the pipeline.

    - The decode unit can handle four instructions per clock cycle. It is alternating between the two threads so that each thread gets two instructions per clock cycle on average. This is a serious bottleneck because the rest of the pipeline can handle up to four instructions per clock.

    - Cache bank conflicts in the data cache are so frequent that it seriously degrades the performance in some tests.

    - The code cache has only two ways which may be insufficient to service two simultaneous threads.

    - The long pipeline causes long branch misprediction penalties.

    - The pipelines can handle four instructions per clock cycle, but there are only two integer ALUs where previous processors had three. This means that two of the four pipeline lanes will be idle most of the time in integer code.

    - Some floating point operations, such as shuffle, blend and booleans, are executed in the integer vector units. This causes an extra transport delay between the floating point vector unit and the integer vector unit."

    [ Szerkesztve ]

    Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.

  • Kansas

    addikt

    válasz paprobert #51 üzenetére

    Most hogy mondod, tényleg :R ... Nem mintha L1 cache blokkolásról lenne benne bármi is...
    Arra szerettem volna rámutatni, hogy Robitrix fórumtárs hetet-havat összehord itt, az új fogalmak alkotása mellett... nem teljes sikerrel.

    Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.

  • Kansas

    addikt

    válasz ddekany #126 üzenetére

    "Itt viszont, választandod kell, hogy magasabb sebességet akarsz, vagy takarékosabb működést, és nehéz eldönteni, hogy adott esetben a felhasználó észreveszi-e, ha az utóbbit választottad."
    És biztos lehetsz benne, hogy ha az utóbbit választod, előbb-utóbb jönnek a user hack-ek, amivel a választásod felülbírálják... és természetesen vice versa...

    [ Szerkesztve ]

    Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.

Új hozzászólás Aktív témák