Politiikka on tämä, niin viestit on nämä.

Viestiketju alueella 'Testitulokset' , aloittaja The Stilt, 14.01.2015.

NOSTOJA MUROPAKETIN SISÄLLÖSTÄ
  1. Sepek

    Rekisteröitynyt:
    03.04.2001
    Viestejä:
    769
    Xeon 1231v3, ja mites tuon kuvan saa tänne?
    no 25Mbps 720P 116fps, 1080P 78fps ja 2160P 32fps.
    Joku kaunis päivä...
     
    Viimeksi muokattu: 18.01.2015
  2. Zepi

    Rekisteröitynyt:
    26.08.2000
    Viestejä:
    10 294
    ffmpeg:ssä pitäisi olla -threads commandline switchi. Tuntuisi ainakin tekevän jotain? Tässä testi dualcore+HT sandybridgellä Core i5-2540M.


    C:\hevc>ffmpeg -threads 1 -i hd\HDT510K.bin -f null NULL
    ffmpeg version N-69040-gb23a866 Copyright (c) 2000-2015 the FFmpeg developers
    built on Jan 12 2015 22:13:50 with gcc 4.9.2 (GCC)
    configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av
    isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab
    le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --
    enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib
    modplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrw
    b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinge
    r --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --en
    able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis
    --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-
    libx265 --enable-libxavs --enable-libxvid --enable-lzma --enable-decklink --enab
    le-zlib
    libavutil 54. 16.100 / 54. 16.100
    libavcodec 56. 20.100 / 56. 20.100
    libavformat 56. 18.101 / 56. 18.101
    libavdevice 56. 4.100 / 56. 4.100
    libavfilter 5. 7.100 / 5. 7.100
    libswscale 3. 1.101 / 3. 1.101
    libswresample 1. 1.100 / 1. 1.100
    libpostproc 53. 3.100 / 53. 3.100
    Input #0, hevc, from 'hd\HDT510K.bin':
    Duration: N/A, bitrate: N/A
    Stream #0:0: Video: hevc (Main), yuv420p(tv), 1280x720, 25 fps, 25 tbr, 1200
    k tbn, 25 tbc
    Output #0, null, to 'NULL':
    Metadata:
    encoder : Lavf56.18.101
    Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1280x720, q=2-31,
    200 kb/s, 25 fps, 25 tbn, 25 tbc
    Metadata:
    encoder : Lavc56.20.100 rawvideo
    Stream mapping:
    Stream #0:0 -> #0:0 (hevc (native) -> rawvideo (native))
    Press [q] to stop, [?] for help
    [null @ 0000000005bc97a0] Encoder did not produce proper pts, making some up.
    frame= 353 fps= 29 q=0.0 Lsize=N/A time=00:00:14.12 bitrate=N/A
    video:33kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing ov
    erhead: unknown

    C:\hevc>ffmpeg -threads 2 -i hd\HDT510K.bin -f null NULL
    ffmpeg version N-69040-gb23a866 Copyright (c) 2000-2015 the FFmpeg developers
    built on Jan 12 2015 22:13:50 with gcc 4.9.2 (GCC)
    configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av
    isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab
    le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --
    enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib
    modplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrw
    b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinge
    r --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --en
    able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis
    --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-
    libx265 --enable-libxavs --enable-libxvid --enable-lzma --enable-decklink --enab
    le-zlib
    libavutil 54. 16.100 / 54. 16.100
    libavcodec 56. 20.100 / 56. 20.100
    libavformat 56. 18.101 / 56. 18.101
    libavdevice 56. 4.100 / 56. 4.100
    libavfilter 5. 7.100 / 5. 7.100
    libswscale 3. 1.101 / 3. 1.101
    libswresample 1. 1.100 / 1. 1.100
    libpostproc 53. 3.100 / 53. 3.100
    Input #0, hevc, from 'hd\HDT510K.bin':
    Duration: N/A, bitrate: N/A
    Stream #0:0: Video: hevc (Main), yuv420p(tv), 1280x720, 25 fps, 25 tbr, 1200
    k tbn, 25 tbc
    Output #0, null, to 'NULL':
    Metadata:
    encoder : Lavf56.18.101
    Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1280x720, q=2-31,
    200 kb/s, 25 fps, 25 tbn, 25 tbc
    Metadata:
    encoder : Lavc56.20.100 rawvideo
    Stream mapping:
    Stream #0:0 -> #0:0 (hevc (native) -> rawvideo (native))
    Press [q] to stop, [?] for help
    [null @ 0000000005a497a0] Encoder did not produce proper pts, making some up.
    frame= 353 fps= 39 q=0.0 Lsize=N/A time=00:00:14.12 bitrate=N/A
    video:33kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing ov
    erhead: unknown

    C:\hevc>ffmpeg -threads 4 -i hd\HDT510K.bin -f null NULL
    ffmpeg version N-69040-gb23a866 Copyright (c) 2000-2015 the FFmpeg developers
    built on Jan 12 2015 22:13:50 with gcc 4.9.2 (GCC)
    configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av
    isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab
    le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --
    enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib
    modplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrw
    b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinge
    r --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --en
    able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis
    --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-
    libx265 --enable-libxavs --enable-libxvid --enable-lzma --enable-decklink --enab
    le-zlib
    libavutil 54. 16.100 / 54. 16.100
    libavcodec 56. 20.100 / 56. 20.100
    libavformat 56. 18.101 / 56. 18.101
    libavdevice 56. 4.100 / 56. 4.100
    libavfilter 5. 7.100 / 5. 7.100
    libswscale 3. 1.101 / 3. 1.101
    libswresample 1. 1.100 / 1. 1.100
    libpostproc 53. 3.100 / 53. 3.100
    Input #0, hevc, from 'hd\HDT510K.bin':
    Duration: N/A, bitrate: N/A
    Stream #0:0: Video: hevc (Main), yuv420p(tv), 1280x720, 25 fps, 25 tbr, 1200
    k tbn, 25 tbc
    Output #0, null, to 'NULL':
    Metadata:
    encoder : Lavf56.18.101
    Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1280x720, q=2-31,
    200 kb/s, 25 fps, 25 tbn, 25 tbc
    Metadata:
    encoder : Lavc56.20.100 rawvideo
    Stream mapping:
    Stream #0:0 -> #0:0 (hevc (native) -> rawvideo (native))
    Press [q] to stop, [?] for help
    [null @ 0000000005bf97a0] Encoder did not produce proper pts, making some up.
    frame= 353 fps= 42 q=0.0 Lsize=N/A time=00:00:14.12 bitrate=N/A
    video:33kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing ov
    erhead: unknown

    Joo, kyllä se näyttäisi toimivan myös taskmanagerista vilkuilemalla. Se, että miten threadit allokoituvat on sitten käyttöjärjestelmästä kiinni.
     
    Viimeksi muokattu: 14.01.2015
  3. TSTM

    Rekisteröitynyt:
    12.04.2000
    Viestejä:
    42
    Pikainen testi linuxilla, pistin nyt sit oikein screenshot-muodossa. Kuva ei välttämättä ole aivan varteilukelpoinen, käytössä on libavcodec 56.13.100. Kuusi ydintä auttaa kummasti saamaan UHD 25Mbit/s tulokseksi 42fps - editoin ja pistin vielä nice -n1:n tuonne mukaan niin ei muut prosessit hypi silmille.

    [​IMG]
     
    Viimeksi muokattu: 14.01.2015
  4. farry

    Rekisteröitynyt:
    13.12.2012
    Viestejä:
    1 018
    [​IMG]
    Ihan hyvin vielä n. 4 vuotta(?) vanha prossu vääntää :comp:
     
  5. Griffin

    Rekisteröitynyt:
    29.11.1999
    Viestejä:
    17 156
    Ei taida säikeistyä yli 4(8) ydin prossuille?
    Tai ainankin 6(12) ydin kokoonpanossa kuorma vaihtelee siinä 70%:n hujakoilla..
     
  6. Tuutio

    Rekisteröitynyt:
    19.09.2012
    Viestejä:
    81
    [​IMG]

    Ei näköjään 2500k pärjää vanhalle i7.
     
  7. Juzt

    Rekisteröitynyt:
    28.09.2001
    Viestejä:
    6 186
    Ei se sen enempää kuormaa tuo 4C8T prossullakaan, kuten jo ekassa postissani sanoin:
    [​IMG]

    Joku kaksiytimisen omistava voi toki testa näyttääkö mitenkään ratkaisevasti erillaiselta sellaisellakaan, tuloksista päätellen yhtään sen tehokkaammin ei saatavilla olevaa tehoa hyödynnetä 2C4T:kään. Tai katsoo josko itse jaksaisi vielä läppärillä kokeilla.
     
  8. Con4

    Rekisteröitynyt:
    20.02.2009
    Viestejä:
    82
    Kahdella ytimellä testin keskiarvoksi jäi 94,2 %:n kuorma.
    Tuolta Full HD 5Mbps alkaen alettiin pysyä 100 %:n kuormassa

    [​IMG]
     
  9. Wintermute

    Rekisteröitynyt:
    02.07.2003
    Viestejä:
    1 209
    Kyllä libavcodec/ffmpeg säikeistyy ja käyttää useampaa säiettä, mutta ei se nyt sitä tarkoita, että kaikkien ytimien loadi pitäisi jonkun tietyn maagisen rajan yli mennä. Varsinkin jos oikeita fyysisiä ytimiä on vain rajattu määrä suhteessa käyttöjärjestelmille näkyviin ytimiin ja vaikka käyttöjärjestelmän pitäisi skeduloida näille kevyemmille ytimille vähemmän kuormaa.

    Silti voidaan nopeampaan lopputulokseen päästä niin, että videosta niitä viipaleita ei viedä dekoodattavaksi jokaiselle loogiselle ytimelle ja yritetä dataa puskea mahdollisimman tasaiseen tahtiin saavuttaakseen jokin max cpu-load (tai miten tuota kuormaa nyt ytimille ylipäätänsä jaetaan). Myös se synkronointi ei ole mitenkään ilmaista ja saattaa jättää ytimien CPU-aikaa rauhaa varsinkin jos tulee muuta odottelua IO, muistin tai vastaavien suhteen (tai käyttöjärjestelmä voi ehkä myös rajata). Enemmän sitä skaalautumista pitäisi valvoa suorituskyvyn suhteen kuin cpu-käytön. Eikä kovin usea tai mikään sovellus säikeisty täydellisesti, vaikka sinänsä säikeistyykin useamalle kuin N ytimelle ja kun muistelee Amdahlin lakia jne.

    Toki libavcodec lähdekoodeissa voi olla jokin staattinenkin raja, että ei käytä kuin N määrää säikeitä auto-asetuksella. Googlea selatessa tuli tälläinen vastaan, mutta tiedä vastaako se nyt tuon libavcodecin hevcin vakioasetuksia.

    https://www.ffmpeg.org/doxygen/trunk/pthread__internal_8h_source.html
     
    Viimeksi muokattu: 14.01.2015
  10. TSTM

    Rekisteröitynyt:
    12.04.2000
    Viestejä:
    42
    Niin, loadin arviointi ei välttämättä ole triviaalia kun fyysisiä laskentayksiköitä ei välttämättä riitä ihan joka operaatiolle.

    Pikainen tarkistus kuusydinprossulla -threads 6 -optiolla tiputti suorituskyvystä 25% pois. Ilman mitään optioita ffmpeg näyttäisi threadautuvan kahteentoista palaan. Taidan edelleen serveriprossullani johtaa kisaa ainakin 4k 25Mbit HEVC:n osalta. Kyllä täältä nyt joku kellottaja täytyy löytyä jolta löytyy sekä ytimiä että kelloja, omani kun kuitenkin pyörii ihan tehdasvauhdeilla. Myös dualsocket-testit olisivat mielenkiintoisia - kuinka pitkälle tämä skaalautuu?
     
  11. Dudem

    Rekisteröitynyt:
    29.07.2004
    Viestejä:
    3 211
    Varmaan olisi pitänyt tehdä Google docsiin tämä, mutta tässäpä olisi päivitetty lista tuloksista.

    [​IMG]
    [​IMG]
     
  12. Wintermute

    Rekisteröitynyt:
    02.07.2003
    Viestejä:
    1 209
    En nyt ihan täysin ymmärrä tätä logiikkaa mitä haetaan tai miksei säikeistymistä voisi näin testata tai sen skaalautumista. Harvemmin kukaan ohjelmoi niin, että säikeistys tai threadpoolit toimisi sillä logiikalla, että alettaisiin ytimiä itsessään varaa tai allokoimaan tiettyjä threadeja tietyille ytimille itsessään. Toki poikkeuksia on ja tietyt IO-intensiiviset asiat tai vastaavat yritetään (ei-säikeistyvät palat) tyypillisesti alistaa yhdelle säikeelle ja kenties vielä ytimelle/prosessorille määrittelemällä jokin affinity, että sitä säiettä suoritetaan jatkuvasti samalla ytimellä.

    Oikeastaan tuolla tavalla saadaan parempi suorituskyky itsessään, koska ei sovelluksessa tule sitä ongelmaa, että säikeet pomppisivat eri ytimille ja tarvitse välimuisteja tyhjentää ja kenties välimuistien välillä siirrellä dataa. Toki käyttöjärjestelemät varmaan sinällään yrittävät pitää datan mahdollisimman lokaalina ja estää tuollasta huonoa säikeistystä ja datan siirtyä, mutta välimuistien tai hyvien rakenteiden ymmärtäminen on erittäin oleellista, mikäli tahdotaan matalalla tasolla tehdä suorituskykyistä koodia.

    Toki sinänsä se ei vastaa oikeaa pienemmän konfiguraation omaavaa suoritinta, kun kakkuja voi olla enemmän tai mitä nyt resursseilla sitten haetaan. Skaalamiseen testaukseen en nyt tuota kovin suurena ongelmana näkisi tai eroa sillä, että jotain ytimiä itsessään yritettäisiin rajoittaa vain sovellukselle. Ja säikeitä nyt tuo sovellus voi hyvinkin spawnata kerralla paljon enemmänkin kuin mitä edes loogisia ytimiä on saatavilla. Oikeastaan se on melko tyypillistä toimintaa sovelluksilla.
     
  13. WanhaPatu

    Rekisteröitynyt:
    06.10.2003
    Viestejä:
    1 984
    Pentium G3258 Anniversary Edition vakiona.

    [​IMG]
     
  14. Puuttuvia lukuja listaan

    [​IMG]
     
  15. supadog

    Rekisteröitynyt:
    28.10.2010
    Viestejä:
    3 026
    Sandy bridge i3 läppärillä:

    [​IMG]
     
  16. Juzt

    Rekisteröitynyt:
    28.09.2001
    Viestejä:
    6 186
    Yllättävän hyvin nuo C2D Mobiilit jaksaa, jospikaisesti laskien tuo T9400 olisi alle 10% hitaampi kuin samalla TDP:llä käyvä mobiili Sandy Bridge. Eli todenäköisesti voittaa vielä nykyiset budjettiläppärit. T500:lle lienee ihan hyvin elinaikaa jäljellä ;).
     
  17. Zepi

    Rekisteröitynyt:
    26.08.2000
    Viestejä:
    10 294
    No, vähän vähemmän kuristettu seuraavan generaation vehje:
    [​IMG]
    Muistit 665, 9-9-9-24


    Hieman jännempi kombo, dual Xeon X5560
    [​IMG]
     
  18. datahiiri

    Rekisteröitynyt:
    11.12.2009
    Viestejä:
    913
  19. Dudem

    Rekisteröitynyt:
    29.07.2004
    Viestejä:
    3 211
    Taulukot päivitetty ja lisäilin kellotustietoja prosessorien perään. Jos nämä selkeästi kuvista erottuivat.

    [​IMG]
    [​IMG]
     
  20. lautajo

    Rekisteröitynyt:
    29.04.2013
    Viestejä:
    159
  21. kumihansikas

    Rekisteröitynyt:
    13.06.2013
    Viestejä:
    38
    Kovasti kyllä lähti pyörittään tuo vakiotuuletin viimeisessä testissä...

    [​IMG]
     
  22. laivanrakentaja

    Rekisteröitynyt:
    27.05.2007
    Viestejä:
    2 005
    Winellä linukassa (8 threads)
    [​IMG]

    VirtualBoxissa (4 threads)
    [​IMG]

    Xeon 1230 v3.
     
  23. Tarute

    Rekisteröitynyt:
    03.12.2014
    Viestejä:
    256
    sabertooth z97 mark 2 + 4790k


    [​IMG]
     
  24. talbot89

    Rekisteröitynyt:
    01.04.2013
    Viestejä:
    55
    i5 3570K, muistit vakiolla.

    Vakiokellot @3.4
    [​IMG]

    ja löysät pois @4.5
    [​IMG]
     
  25. riepuli

    Rekisteröitynyt:
    29.10.2009
    Viestejä:
    477

Jaa tämä sivu

Alibi
Anna
Deko
Dome
Erä
Hymy
Kaksplus
Kippari
Kotilääkäri
Kotiliesi
Koululainen
Ruoka.fi
Parnasso
Seura
Suomen Kuvalehti
TM Rakennusmaailma
Tekniikan Maailma
Vauhdin Maailma
Golfpiste
Vene
Nettiauto
Ampparit
Plaza
Muropaketti