2. Fórumok
  3. Lokál
  4. AMD CPU-k jövője - amit tudni vélünk
Keresés

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

  • #9085 S_x96x_S addikt Petykemano #9081
    Új Válasz #9085
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    S_x96x_S

    addikt

    válasz Petykemano #9081 üzenetére

    > Azért is ködös számomra, hogy miért a magas frekvenciát választják
    > tervezéskor a széles design helyett, hiszen a processzorok
    > fő felhasználási területe, ahová ténylegesen
    > és igazából készül az a szerver, ahol meg nem szükséges a magas frekvencia.

    Kompatibilitás:
    a régi (legacy) binárisok jellemzően egyszállasak,
    vagy max 2-4 magra optimalizáltak.
    és ez főleg a kompatibilitásra törekvő x86 -ot érinti.
    Az Arm64 -dobta a korábbi kompatibilitást.
    Sok mindent újra kell fordítani, ami előny és hátrány is.

    Marketing:
    annó az Intel feltolta a CPU FREQ-t az égbe ..
    és most már ebből presztízs okok miatt se léphet vissza ..
    és azigazi probléma, hogy az új gyártástechnológiák az életciklus elején nem képesek az 5Ghz -re. Kompromisszum kell, amit vagy elfogad a piac vagy nem ..

    Stratégiai tervezési prioritások:

    az apple: mobil first stratégiát képvisel. (iPhone) fontos az alacsony fogyasztás, ami miatt mindig a legújabb gyártástechnológiára kell ugrani,
    és az életciklus 4Ghz még köhögös ..

    amd/intel: szerver first stratégia; sokkal szélesebb piac változatos ügyféligényekkel.
    olyan mint a konfekciós ruha, ha valakinek jó az S,M,L,XL, .. akkor szerencsés, a többek meg szívnak ..

  • #9083 Alogonomus őstag Petykemano #9081
    Új Válasz #9083
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Alogonomus

    őstag

    válasz Petykemano #9081 üzenetére

    Mérni kell, de minél több cross-platform program felhasználásával, hogy egy konkrét programban mutatott teljesítmény egyik irányba se vigye el túlságosan az átlagos eredményt. Erre tökéletes példa is a Cinebench, amiben az egyszerűbb utasításkészletre felkészített inteles E magok és Arm magok például a valós használati értéküknél aránytalanul nagyobb előnyt jelentenek a nagyobb cache-sel és tágabb utasításkészlettel rendelkező teljes értékű x86 magokhoz képest.
    Ezért szoktak 50 programos teszteket elvégezni, amiben úgy helyet kap ugyanolyan feladattípusra több programban is elvégzett mérés, és így az is kibukik, ha egy adott program optimalizált egy adott rendszerhez, valamint az is kibukik, hogy milyen feladattípusra melyik gyártó terméke a jobb választás.
    Ahogy mondják, "egy mérés nem mérés". Mérni ráadásul nem is csak szintetikus mérőprogramokkal célszerű, hanem tényleges felhasználói programokban érdemes ugyanannak a feladatnak az elkészülési idejét, hiszen a valós felhasználáskor sem szintetikus benchmark fog futni az eszközökön.

  • #9082 hokuszpk nagyúr Petykemano #9081
    Új Válasz #9082
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    hokuszpk

    nagyúr

    válasz Petykemano #9081 üzenetére

    "Valamivel mérni kell és még azért nem annyira sok natív cross-platform eszköz van, amivel ez megtehető."

    nincs ezzel problema, csak eppen az 5800X3D -rol mar a megjelenesnel kiderult, hogy a frekvencialimit miatt CB23 alatt gyengebb szamokat hoz, mint a sima 5800X ( 4.5 Ghz vs 4.85Ghz ami PBOval kitolhato 5.05 -ig ) ; namost a 7800X3D is le van korlatozva 5Ghz -re, szvsz CB alatt a 7700X is megveri, csak mert el tud menni orajelben 10% magasabbra.

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