Jump to content
Калькуляторы

realtime ядро и скорость

Собственно, установил я на виртуальную машину RT-ядро. Но, у меня почему-то срезолась скорость l2tp или любого другого туннеля. На обычном ядре скорость почему-то нормальная, где-то 4.8Gbps, а на realtime - 3.8Gbps внутри туннеля?

Почему такая разница в скоростях на RT и обычном ядре?

Виртуальная машина на qemu

Share this post


Link to post
Share on other sites

Откройте секрет, как вам удаётся вот так не открывая тему только по заголовку продемострировать кто автор...

 

Если по вопросу, то за всё надо платить по законам этой Вселенной. Вам не гарантируют, что оно будет быстрее, оно должно гарантированно по времени предоставлять отзывчивость и ресурсы.

Share this post


Link to post
Share on other sites

не , в целом нормальный вопрос .  видимо, обсуждением routeros на виртуалках навеяно.

 

Share this post


Link to post
Share on other sites
10 минут назад, LostSoul сказал:

не , в целом нормальный вопрос .  видимо, обсуждением routeros на виртуалках навеяно.

 

Какой routeros? Я говорю про ядро или коммутатор на linux. 

Share this post


Link to post
Share on other sites

Только что делал замер на машине с нормальным linux, скорость не особо отличается. Вот результат:

Connecting to host 192.168.1.1, port 5201
[  5] local 192.168.1.2 port 47938 connected to 192.168.1.1 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   409 MBytes  3.43 Gbits/sec   46   2.27 MBytes       
[  5]   1.00-2.00   sec   441 MBytes  3.70 Gbits/sec   39   3.01 MBytes       
[  5]   2.00-3.00   sec   438 MBytes  3.67 Gbits/sec   17   3.04 MBytes       
[  5]   3.00-4.00   sec   445 MBytes  3.74 Gbits/sec   25   3.04 MBytes       
[  5]   4.00-5.00   sec   445 MBytes  3.73 Gbits/sec   46   3.04 MBytes       
[  5]   5.00-6.00   sec   444 MBytes  3.72 Gbits/sec   10   3.04 MBytes       
[  5]   6.00-7.00   sec   441 MBytes  3.69 Gbits/sec   21   3.04 MBytes       
[  5]   7.00-8.00   sec   440 MBytes  3.70 Gbits/sec    6   3.04 MBytes       
[  5]   8.00-9.00   sec   426 MBytes  3.57 Gbits/sec   12   3.04 MBytes       
[  5]   9.00-10.00  sec   452 MBytes  3.80 Gbits/sec   24   3.04 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  4.28 GBytes  3.68 Gbits/sec  246             sender
[  5]   0.00-10.01  sec  4.28 GBytes  3.67 Gbits/sec                  receiver

А рот с realtime ядром:

Connecting to host 192.168.1.2, port 5201
[  5] local 192.168.1.1 port 54266 connected to 192.168.1.2 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   407 MBytes  3.41 Gbits/sec   45   2.46 MBytes       
[  5]   1.00-2.00   sec   425 MBytes  3.57 Gbits/sec   80   3.01 MBytes       
[  5]   2.00-3.00   sec   450 MBytes  3.77 Gbits/sec   26   3.02 MBytes       
[  5]   3.00-4.00   sec   439 MBytes  3.68 Gbits/sec    2   3.04 MBytes       
[  5]   4.00-5.00   sec   445 MBytes  3.73 Gbits/sec   34   2.55 MBytes       
[  5]   5.00-6.00   sec   450 MBytes  3.78 Gbits/sec   13   3.02 MBytes       
[  5]   6.00-7.00   sec   424 MBytes  3.55 Gbits/sec    0   3.04 MBytes       
[  5]   7.00-8.00   sec   401 MBytes  3.37 Gbits/sec    0   3.04 MBytes       
[  5]   8.00-9.00   sec   445 MBytes  3.73 Gbits/sec    0   3.04 MBytes       
[  5]   9.00-10.00  sec   431 MBytes  3.62 Gbits/sec    3   3.04 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  4.22 GBytes  3.62 Gbits/sec  203             sender
[  5]   0.00-10.00  sec  4.22 GBytes  3.62 Gbits/sec                  receiver

 

Share this post


Link to post
Share on other sites

Вывод - l2tp - тормоз
gretap over udp (gue) - Самый быстрый, но неподдерживает mtu больше интерфейса при передачи ethernet фреймов.

geneve - средняя скорость, но работает только через ipv4

 

Share this post


Link to post
Share on other sites

Скорее всего скорость уменьшилась потому что обычно ядро использует всякие отложенные прерывания и делает батчинг обработку, те собирает пакеты в пачку и пачку обрабатывает не прерываясь, а в реальтамйм ядре такие обработки пачек пакетов прерываются прерываниями, потому что задача реалтайм вроде как максимально быстро эти прерывания отрабатывать.

Share this post


Link to post
Share on other sites

попробуйте wireguard, но ядро RT ожидаемо медленнее, не понимаю Вашего удивления. Не надо его ставить, если нет задач RT.

Share this post


Link to post
Share on other sites

я не пойму,  у всех память как у рыбок что-ли , на 5 секунд?   автора никто не помнит по его предыдущим темам? Хоть аватарку гляньте.

 

 

Share this post


Link to post
Share on other sites

Автор экспериментирует, при этом у него есть вполне осязаемая цель. Вполне себе обучение.

Когда я тут 10 лет назад спрашивал как пропустить броадкаст через впн л3 соединение в локалку и обратно - мне никто так и не ответил, пришлось самому весь стёк фри перебирать и часть вытаскивать в нетграф ноду. Это было намного страннее. Но я и не спрашивал больше :)

Share this post


Link to post
Share on other sites
1 час назад, LostSoul сказал:

я не пойму,  у всех память как у рыбок что-ли , на 5 секунд?   автора никто не помнит по его предыдущим темам? Хоть аватарку гляньте.

 

 

 

17 часов назад, LostSoul сказал:

не , в целом нормальный вопрос .  видимо, обсуждением routeros на виртуалках навеяно.

 

А ты вкурсе, что уже давно развивается сетевое обуродование с открытым исходным кодом. Вот пример, а ты тут со своим микротом и routeros. Хотя, у него тоже есть свои недостатки, например, нет нормальной маршрутизации ipv6 multicast, хотя, есть это , но оно находится в состоянии alpha и разрабатывается довольно таки медленно. Из vpn, vpls нету, но есть например vxlan или gretap или geneve. Хотя, вместо vpls можно использовать sdn и менять mac источника/назначение в пакете а при входе на клиентский порт, восстанавливать стандартное значение. (правда, пока нет реализации)
 

Share this post


Link to post
Share on other sites
1 час назад, Ivan_83 сказал:

Автор экспериментирует, при этом у него есть вполне осязаемая цель. Вполне себе обучение.

автор очень жирный троль, просто хорошо маскируется

Share this post


Link to post
Share on other sites
1 час назад, LostSoul сказал:

автор очень жирный троль, просто хорошо маскируется

Какой троль? Я просто спросил про разницу в скорости realtime и обычного ядра. Не веришь в коммутаторы на linux - пожалуйста, зайди в местный магазин. А про функции я уже сказал.

Share this post


Link to post
Share on other sites
В 24.03.2020 в 15:12, ne-vlezay80 сказал:

Какой троль? Я просто спросил про разницу в скорости realtime и обычного ядра. Не веришь в коммутаторы на linux - пожалуйста, зайди в местный магазин. А про функции я уже сказал.

коммуникационные и рилтайм задачи разные. Рилтайм сделан для того, чтобы процессы имели максимально быстрый отклик от ядра

Share this post


Link to post
Share on other sites
3 hours ago, ichthyandr said:

коммуникационные и рилтайм задачи разные. Рилтайм сделан для того, чтобы процессы имели максимально быстрый отклик от ядра

Я бы сказал, не "максимально быстрый", а с гарантированным таймингом. Это чуток другое.

Share this post


Link to post
Share on other sites

именно гарантированное время исполнения, оно отнюдь не самое быстрое, иначе бы все ядра делали реалтаймовыми.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this