Size: a a a

2020 February 28

VG

Vadim Goncharov in freebsd_ru
Andrey Elsukov
прежде чем теоретизировать о том как быстро будет, надо провести исследование на тему от чего сейчас оно не быстро
шоб провести исследование, нужно чтобы вы эти данные собрали и опубликовали, и тут будет NDA )
источник

AE

Andrey Elsukov in freebsd_ru
ты вот уже полдня дискутируешь на несуществующую проблему, мог бы уже запилить всё в лучшем виде
источник

LS

Lev Serebryakov in freebsd_ru
Vadim Goncharov
шоб провести исследование, нужно чтобы вы эти данные собрали и опубликовали, и тут будет NDA )
Врядли flame graph стеков ядра под нагрузкой с развесистым ipfw будет под NDA
источник

VG

Vadim Goncharov in freebsd_ru
Andrey Elsukov
ты вот уже полдня дискутируешь на несуществующую проблему, мог бы уже запилить всё в лучшем виде
и кто мне за это заплатит?..
источник

AE

Andrey Elsukov in freebsd_ru
работодатель твой
источник

AE

Andrey Elsukov in freebsd_ru
работа стоит, а срок идёт (с)
источник

VG

Vadim Goncharov in freebsd_ru
Andrey Elsukov
работодатель твой
лол, сам теоретизируешь
источник

VG

Vadim Goncharov in freebsd_ru
Lev Serebryakov
Врядли flame graph стеков ядра под нагрузкой с развесистым ipfw будет под NDA
насколько я видел, flame graph - они по функциям, а не по строкам
источник

LS

Lev Serebryakov in freebsd_ru
Vadim Goncharov
насколько я видел, flame graph - они по функциям, а не по строкам
Если взять pmc а не dtrace то можно и по плюс-минус строкам
источник

VG

Vadim Goncharov in freebsd_ru
а в данном случае есть гигантский ipfw_chk, интерпретирующий опкоды
источник

LS

Lev Serebryakov in freebsd_ru
Но у меня тут засада в том, что на моём стенде не работает pmc, такой он убогий, и я не смог собрать
источник

VG

Vadim Goncharov in freebsd_ru
вот есть правило со skipto, например - как замерять его вклад будем?
источник

R

R1A1 in freebsd_ru
Вопрос знатокам - я тут "поделку" задумал - определяюсь с инструментам - за что отвечает легковесность веб приложения? Фреймворки, фронтэнд, бакэнд или "сам размер кода" при условии что каналы будут медленные? Скажем 64кб или меньше? Или все вместе и только методом тыка в итоге подберется?
источник

LS

Lev Serebryakov in freebsd_ru
Vadim Goncharov
вот есть правило со skipto, например - как замерять его вклад будем?
Но по моим замерам ipfw_chk не так и светится, кстати. Вся сложная работа вынесена, сам цикл по опкодам стоит мало. Лукапы всякие стоят много
источник

VG

Vadim Goncharov in freebsd_ru
а у тебя большие рулесеты были?
источник

VG

Vadim Goncharov in freebsd_ru
видишь, человеку 65536 не хватает :)
источник

LS

Lev Serebryakov in freebsd_ru
Но, повторю, я не доволен тут результатами своих замеров, стенд оказался убоговат
источник

LS

Lev Serebryakov in freebsd_ru
Vadim Goncharov
а у тебя большие рулесеты были?
sudo ipfw list | wc -l → 93
Ну, не очень большие. Но skipto там много
источник

LS

Lev Serebryakov in freebsd_ru
skipto очень быстрый должен быть. Если 64K правил но там 2 skipto цепочкой и accept то остальные 65532 правила не важны
источник

VG

Vadim Goncharov in freebsd_ru
он относительно других правил быстрый, но @bu7cher заявлял, что производительность просядет

т.е. если есть допустим
skipto 100 out
skipto 200 in

то по умолчанию следует предполагать, что это дороже, чем прямой указатель на функцию, висящую на PFIL_OUT
источник