rulinux.net - Форум - Talks - Кэп: а ведь все процессоры разные! http://rulinux.net/ rulinux.net - Форум - Talks - Кэп: а ведь все процессоры разные! http://rulinux.net/ http://rulinux.net/rss_icon.png Re:Кэп: а ведь все процессоры разные! https://rulinux.net/message.php?newsid=42979&page=1#221151 https://rulinux.net/message.php?newsid=42979&page=1#221151 Tue, 05 Sep 2017 11:17:49 +0300
bash


Установлено:
  clang.x86_64 4.0.1-4.fc26                                                                            

Выполнено!
[root@localhost ~]# выход
[vilfred@localhost devel]$ grep 'model na' /proc/cpuinfo
model name      : Intel(R) Core(TM) i5-3337U CPU @ 1.80GHz
model name      : Intel(R) Core(TM) i5-3337U CPU @ 1.80GHz
model name      : Intel(R) Core(TM) i5-3337U CPU @ 1.80GHz
model name      : Intel(R) Core(TM) i5-3337U CPU @ 1.80GHz
[vilfred@localhost devel]$ gcc --version
gcc (GCC) 7.1.1 20170622 (Red Hat 7.1.1-3)
Copyright (C) 2017 Free Software Foundation, Inc.
Это свободно распространяемое программное обеспечение. Условия копирования
приведены в исходных текстах. Без гарантии каких-либо качеств, включая
коммерческую ценность и применимость для каких-либо целей.

[vilfred@localhost devel]$ clang --version
clang version 4.0.1 (tags/RELEASE_401/final)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
[vilfred@localhost devel]$ gcc -O2 -msse2 x.c -o x
[vilfred@localhost devel]$ ./x
memset: 12.233878
fast_zero1: 14.054232
fast_zero2: 25.234491
[vilfred@localhost devel]$ clang -O2 -msse2 x.c -o x_clang
[vilfred@localhost devel]$ ./x_clang
memset: 11.982776
fast_zero1: 14.160926
fast_zero2: 11.924667
[vilfred@localhost devel]$ ./x_clang
memset: 13.354430
fast_zero1: 14.112488
fast_zero2: 13.005126
[vilfred@localhost devel]$

 

]]> Re:Кэп: а ведь все процессоры разные! https://rulinux.net/message.php?newsid=42979&page=1#221150 https://rulinux.net/message.php?newsid=42979&page=1#221150 Tue, 05 Sep 2017 04:59:31 +0300 Вот, аналогично атому. stream вариант даже быстрее оказался. Эх, был бы какой-нибудь спец, чтобы это растолковать

]]> Re:Кэп: а ведь все процессоры разные! https://rulinux.net/message.php?newsid=42979&page=1#221148 https://rulinux.net/message.php?newsid=42979&page=1#221148 Mon, 04 Sep 2017 21:25:52 +0300 > результаты для других архитектур приветствуются

Феном нужен?
bash

$ grep 'model na' /proc/cpuinfo
model name      : AMD Phenom(tm) II X4 945 Processor
model name      : AMD Phenom(tm) II X4 945 Processor
model name      : AMD Phenom(tm) II X4 945 Processor
model name      : AMD Phenom(tm) II X4 945 Processor

$ gcc --version
gcc (GCC) 7.1.1 20170622 (Red Hat 7.1.1-3)

$ clang --version
clang version 4.0.0 (tags/RELEASE_400/final)
Target: x86_64-unknown-linux-gnu
Thread model: posix


$ gcc -O2 -msse2 msse2_test.c -o msse2_test

$ ./msse2_test
memset: 18.638798
fast_zero1: 16.737441
fast_zero2: 18.569926

$ clang -O2 -msse2 msse2_test.c -o msse2_test_clang

$ ./msse2_test_clang
memset: 19.404087
fast_zero1: 16.751405
fast_zero2: 19.114861

$ ./msse2_test_clang
memset: 18.794867
fast_zero1: 16.618179
fast_zero2: 18.869342

 

]]> Re:Кэп: а ведь все процессоры разные! https://rulinux.net/message.php?newsid=42979&page=1#221144 https://rulinux.net/message.php?newsid=42979&page=1#221144 Mon, 04 Sep 2017 11:42:03 +0300 Уже прогнал. Отличия незначительные.

]]> Re:Кэп: а ведь все процессоры разные! https://rulinux.net/message.php?newsid=42979&page=1#221143 https://rulinux.net/message.php?newsid=42979&page=1#221143 Mon, 04 Sep 2017 09:28:44 +0300 Не будет, инфа 100%

]]> Re:Кэп: а ведь все процессоры разные! https://rulinux.net/message.php?newsid=42979&page=1#221141 https://rulinux.net/message.php?newsid=42979&page=1#221141 Mon, 04 Sep 2017 06:39:36 +0300 На шланге такая же хуйня юудет. Я гарантирую это.

]]> Re:Кэп: а ведь все процессоры разные! https://rulinux.net/message.php?newsid=42979&page=1#221140 https://rulinux.net/message.php?newsid=42979&page=1#221140 Mon, 04 Sep 2017 03:34:02 +0300 Эх, вангую, хуйню какую-то собрал gcc.

]]> Re:Кэп: а ведь все процессоры разные! https://rulinux.net/message.php?newsid=42979&page=1#221137 https://rulinux.net/message.php?newsid=42979&page=1#221137 Sun, 03 Sep 2017 19:11:49 +0300 интель G3220, компилил ggc-ой (gcc -O2 -msse2 main.c).

memset: 6.919018

fast_zero1: 7.359665

fast_zero2: 12.774364

]]> Кэп: а ведь все процессоры разные! https://rulinux.net/message.php?newsid=42979&page=1#221134 https://rulinux.net/message.php?newsid=42979&page=1#221134 Sun, 03 Sep 2017 17:07:02 +0300 Хотел написать себе функцию очистки экрана между рендерингом фреймов. Посчитал, что обычного memcpy мне мало, я ведь не хочу, чтобы он пачкал мне кэш. И вот, что я придумал:

c

#include <emmintrin.h>
#include <sys/time.h>
#include <stdlib.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <stdint.h>

#define N 100000
#define M 20000

typedef uint32_t square[16] __attribute__((aligned(16)));

double gettime ()
{
    struct timeval tv;
    gettimeofday (&tv, NULL);
    return (double)tv.tv_sec + (0.000001 * (double)tv.tv_usec);
}

void fast_zero1 (square *ptr, size_t len)
{
    size_t i;
    __m128i zero = _mm_setzero_si128 ();

    for (i=0; i<len; i++)
    {
        _mm_stream_si128 ((void*)&(ptr[i][0]), zero);
        _mm_stream_si128 ((void*)&(ptr[i][4]),  zero);
        _mm_stream_si128 ((void*)&(ptr[i][8]),  zero);
        _mm_stream_si128 ((void*)&(ptr[i][12]), zero);
    }
}

void fast_zero2 (square *ptr, size_t len)
{
    size_t i;
    __m128i zero = _mm_setzero_si128 ();

    for (i=0; i<len; i++)
    {
        _mm_store_si128 ((void*)&(ptr[i][0]), zero);
        _mm_store_si128 ((void*)&(ptr[i][4]),  zero);
        _mm_store_si128 ((void*)&(ptr[i][8]),  zero);
        _mm_store_si128 ((void*)&(ptr[i][12]), zero);
    }
}

int main ()
{
    square *space = aligned_alloc (16, N*sizeof(square));
    int i;
    double time;

    time = gettime();
    for (i=0; i<M; i++)
    {
        memset (space, 0, N*sizeof(square));
    }
    time = gettime() - time;
    printf ("memset: %f\n", time);

    time = gettime();
    for (i=0; i<M; i++)
    {
        fast_zero1 (space, N);
    }
    time = gettime() - time;
    printf ("fast_zero1: %f\n", time);

    time = gettime();
    for (i=0; i<M; i++)
    {
        fast_zero2 (space, N);
    }
    time = gettime() - time;
    printf ("fast_zero2: %f\n", time);
   
    free (space);
    return 0;
}
 


Хочу пользоваться инструкциями, которые пишут мимо кеша (movntdq), группировать их для записи по 64 байта, чтобы был так называемый write combine, и скорость была не хуже, чем и обычного movdqa.

Вроде всё правильно сделал. Компиляем на 3 машинах одним и тем же clang 4.0.0 с флагом -O2

И что мы видим на разных архитектурах?

AMD Bulldozer:

memset: 12.772463
fast_zero1: 12.993790
fast_zero2: 12.628031
 
В принципе, ожидаемый результат

AMD Piledriver:

memset: 12.888442
fast_zero1: 14.814509
fast_zero2: 12.834234
 
Вопрос, почему вариант с movntdq такой тормозной тут?

И самая мякотка: Intel Atom Pineview

memset: 44.080462
fast_zero1: 21.228028
fast_zero2: 44.028512
 
Вариант в обход кэша, ВНЕЗАПНО, в 2 раза быстрее. Вот кто объяснит, ЧЯДНТ? Почему на Piledriver'е такая жопа? Алсо, результаты для других архитектур приветствуются, только по возможности используем тот же компилятор (или хотя бы указываем альтернативу).

Олсо, скоро куплю ризин, оценю его

]]>