Size: a a a

2020 September 03

UD

Uncel Duk in cloud_flood
И иксией
источник

v

vova in cloud_flood
Генератор трафика на базе dpdk.
Но он мутный какой-то.

Фичи заявленные нормальные, но надо еще применить.
Меня заманила возможность шабланизации трафика.
источник

UD

Uncel Duk in cloud_flood
Так шо кошечке пизди, собачке пизди, мне не пизди
источник

A

Alex in cloud_flood
Uncel Duk
Что в 2016 у меня атом 2758 лопатил 8гбит на скорости порта
В девенул отпровлял?
источник

ВН

Виталий На Заборе... in cloud_flood
Uncel Duk
Так шо кошечке пизди, собачке пизди, мне не пизди
хуй знает, я кратко гуглил - пишут что там нормальная реализация. условно вот кто-то мерил и получал вот так:

clock_gettime(CLOCK_MONOTONIC_RAW)       100ns/call
clock_gettime(CLOCK_MONOTONIC)           25ns/call
clock_gettime(CLOCK_REALTIME)            25ns/call
clock_gettime(CLOCK_PROCESS_CPUTIME_ID)  400ns/call
rdtsc (implementation @DavidSchwarz)     600ns/call
источник

UD

Uncel Duk in cloud_flood
Alex
В девенул отпровлял?
дпдк го брр
источник

UD

Uncel Duk in cloud_flood
Виталий На Заборе
хуй знает, я кратко гуглил - пишут что там нормальная реализация. условно вот кто-то мерил и получал вот так:

clock_gettime(CLOCK_MONOTONIC_RAW)       100ns/call
clock_gettime(CLOCK_MONOTONIC)           25ns/call
clock_gettime(CLOCK_REALTIME)            25ns/call
clock_gettime(CLOCK_PROCESS_CPUTIME_ID)  400ns/call
rdtsc (implementation @DavidSchwarz)     600ns/call
Ну открой ты мануал интела епт
источник

UD

Uncel Duk in cloud_flood
Чо чего дрочит
источник

UD

Uncel Duk in cloud_flood
А не вангуй по говнокоду спизженному из бсд
источник

UD

Uncel Duk in cloud_flood
И запатченному жопой
источник

A

Alex in cloud_flood
Uncel Duk
И запатченному жопой
Узкоглазой
источник

ВН

Виталий На Заборе... in cloud_flood
However, yes, most modern platforms will have a suitable clock_gettime call that is implemented purely in user-space using the VDSO mechanism, and will reliably take something like 20 to 30 nanoseconds to complete.

Internally, this is using rdtsc or rdtscp for the fine-grained portion of the time-keeping, plus adjustments to keep this in sync with wall-clock time (depending on the clock you choose) and a multiplication to convert from whatever units rdtsc has on your platform to nanoseconds.

Not all of the clocks offered by clock_gettime will implement this fast method, and it's not always obvious which ones do. Usually CLOCK_MONOTONIC is a good option, but you should test this on your own system.
источник

ВН

Виталий На Заборе... in cloud_flood
для замера RTT ну за глаза
источник

UD

Uncel Duk in cloud_flood
Виталий На Заборе
However, yes, most modern platforms will have a suitable clock_gettime call that is implemented purely in user-space using the VDSO mechanism, and will reliably take something like 20 to 30 nanoseconds to complete.

Internally, this is using rdtsc or rdtscp for the fine-grained portion of the time-keeping, plus adjustments to keep this in sync with wall-clock time (depending on the clock you choose) and a multiplication to convert from whatever units rdtsc has on your platform to nanoseconds.

Not all of the clocks offered by clock_gettime will implement this fast method, and it's not always obvious which ones do. Usually CLOCK_MONOTONIC is a good option, but you should test this on your own system.
9.6ns ipg у десятки
источник

UD

Uncel Duk in cloud_flood
Так что пусть идут со своим вдсо нахуй
источник

SG

Sergey Gruzdov in cloud_flood
Uncel Duk
9.6ns ipg у десятки
а так можно?
источник

SG

Sergey Gruzdov in cloud_flood
10ns же hpet
источник

SG

Sergey Gruzdov in cloud_flood
или есть еще пизже?
источник

ВН

Виталий На Заборе... in cloud_flood
таймстампинг видимо аппаратный...
источник

ВН

Виталий На Заборе... in cloud_flood
в сетевухе
источник