Перейти до

FreebSD: тюнинг и оптимизация


Рекомендованные сообщения

Всем привет !

Подскажите плиз, как правильно расчитать буферы,

kern.ipc.maxsockbuf

net.inet.tcp.sendbuf_max

net.inet.tcp.recvbuf_max

Как их следует парвильно подбирать?

В гугле пишут так: buffer size = bandwidth * RTT

Какой брать  bandwidth ? исходя их тарифов для клиентов или общего канала на аплинка ? Какой RTT ?

Какой congestion control algorithm лучше использовать ? Сейчас у меня так:

sysctl net.inet.tcp.cc
net.inet.tcp.cc.available: newreno, htcp, cubic, vegas
net.inet.tcp.cc.algorithm: htcp
net.inet.tcp.cc.htcp.rtt_scaling: 1
net.inet.tcp.cc.htcp.adaptive_backoff: 1
net.inet.tcp.cc.vegas.beta: 3
net.inet.tcp.cc.vegas.alpha: 1

 

еще рекомендуют отключить кеширование соединений:

net.inet.tcp.hostcache.expire

Відредаговано kvirtu
Ссылка на сообщение
Поделиться на других сайтах

Провайдеру воно не потрібно зовсім. Ці параметри не стосуються транзитного трафіку.

Хіба ви тюнінгуєте свій веб сервер.

  • Like 1
Ссылка на сообщение
Поделиться на других сайтах
13 часов назад, major12 сказал:

Провайдеру воно не потрібно зовсім. Ці параметри не стосуються транзитного трафіку.

Хіба ви тюнінгуєте свій веб сервер.

Не соглашусь. К примеру, протокол htcp намного лучше, чем дефолный newreno.

Ссылка на сообщение
Поделиться на других сайтах
9 часов назад, kvirtu сказал:

спс, но это как я понял для веб-сервера ...

Там для всего. Внимательно читайте комментарии к параметрам и включайте логику и понимание. 

Ссылка на сообщение
Поделиться на других сайтах
22 минуты назад, Pautiina сказал:

Там для всего. Внимательно читайте комментарии к параметрам и включайте логику и понимание. 

спасибо, понял ).

Ссылка на сообщение
Поделиться на других сайтах
10 часов назад, kvirtu сказал:

Не соглашусь. К примеру, протокол htcp намного лучше, чем дефолный newreno.

В маршрутизации трафика ни один из этих traffic congestion control протоколов не используется. Верно сказали, вы настраиваете web-сервер.

Ссылка на сообщение
Поделиться на других сайтах
17 минут назад, KaYot сказал:

В маршрутизации трафика ни один из этих traffic congestion control протоколов не используется. Верно сказали, вы настраиваете web-сервер.

спс, расчет буферов тоже относиться к веб-серверу ?

Ссылка на сообщение
Поделиться на других сайтах
1 минуту назад, kvirtu сказал:

спс, расчет буферов тоже относиться к веб-серверу ?

Да. Насколько я понимаю в этих ваших BSD, для роутинга только mbuf используется и глобально на все влияет.

Ссылка на сообщение
Поделиться на других сайтах
28 минут назад, Erixxon сказал:

Ничего не нужно менять, линукс люди пишут намного умнее вас и они уже все настроили 

Жаль что тема не про линукс. Но вы не стесняйтесь, пишите еще.

Відредаговано KaYot
  • Haha 3
Ссылка на сообщение
Поделиться на других сайтах
7 часов назад, Erixxon сказал:

Ничего не нужно менять, линукс люди пишут намного умнее вас и они уже все настроили 

Вот в том и беда, что эти люди подумали за меня. Фря не для обычного пользователя, а для админа.

Відредаговано Pautiina
Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Pautiina сказал:

Вот в том и беда, что эти люди подумали за меня. Фря не для обычного пользователя, а для админа.

там многие вещи подстраиваются автоматом

эти автоматические настройки хорошо работают при 1G скоростях например

если надо повысить производительность при 10G и толще, то надо тюнить параметры согласно тому гайду

htcp неожиданно хорош только в одну сторону, если вы получаете данные, если отдаёте могут быть траблы

я когда тестировал то ломалась загрузка системы по nfs

также были непонятные затыки по smb

Ссылка на сообщение
Поделиться на других сайтах

 

18 часов назад, Erixxon сказал:

Могу быть админом знаю C, JAVA, PHP, PYTHON, есть опыт по работе с high load проектами.

 

7 минут назад, Erixxon сказал:

FreeBSD всего лишь очередной форк линукса, как и дебиан, убунту.

:lol:

Ссылка на сообщение
Поделиться на других сайтах
11 минут назад, Erixxon сказал:

. Это отличает FreeBSD от GNU/Linux — другой свободной UNIX-подобной операционной системы, в которой ядро разрабатывается одной группой разработчиков, набор пользовательских программ — другими (например, проект GNU). А многочисленные группы собирают это всё в единое целое и выпускают в виде различных дистрибутивов Linux.

Слишком толсто, даже почти никто не повелся.

  • Like 2
  • Haha 1
Ссылка на сообщение
Поделиться на других сайтах
10 часов назад, Erixxon сказал:

FreeBSD всего лишь очередной форк линукса, как и дебиан, убунту.

У меня нет слов. Так меня ещё ни разу не вали наповал.

Ссылка на сообщение
Поделиться на других сайтах
22 часа назад, KaYot сказал:

В маршрутизации трафика ни один из этих traffic congestion control протоколов не используется. Верно сказали, вы настраиваете web-сервер.

а что скажите по поводу этой статьи ?

12 часов назад, RockManX сказал:

htcp неожиданно хорош только в одну сторону, если вы получаете данные, если отдаёте могут быть траблы

я когда тестировал то ломалась загрузка системы по nfs

также были непонятные затыки по smb

никаких траблов на заметил, только улучшение )

Ссылка на сообщение
Поделиться на других сайтах
3 минуты назад, kvirtu сказал:

а что скажите по поводу этой статьи ?

Быстро глянул, тесты по веб-серверу

3 минуты назад, kvirtu сказал:

 

 

Відредаговано Pautiina
Ссылка на сообщение
Поделиться на других сайтах
3 минуты назад, kvirtu сказал:

а эта ?

https://forum.lissyara.su/freebsd-f8/intel-x520-da2-i-twinax-cable-sfp-propuskaet-tol-k-t43942.html почитайте как мне удалось достичь 10г. В это годичных тестах удалось прокачать сквозь маршрутизатор 9.6гб в одну тсп сессию, при выключенном фаерволе. При включенном 5гб сначала и раскачивалось до 6 Гб при одной тсп сессии. При нескольких сессиях раскачивалось до 9.

Всё тесты сквозь сервер, тоесть на нем айперфа небыло. Чистая маршрутизация 9.6 гб-легко.

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Pautiina сказал:

https://forum.lissyara.su/freebsd-f8/intel-x520-da2-i-twinax-cable-sfp-propuskaet-tol-k-t43942.html почитайте как мне удалось достичь 10г. В это годичных тестах удалось прокачать сквозь маршрутизатор 9.6гб в одну тсп сессию, при выключенном фаерволе. При включенном 5гб сначала и раскачивалось до 6 Гб при одной тсп сессии. При нескольких сессиях раскачивалось до 9.

Всё тесты сквозь сервер, тоесть на нем айперфа небыло. Чистая маршрутизация 9.6 гб-легко.

 

Спасиб, буду читать, вникать, оптимизировать.

 

Ссылка на сообщение
Поделиться на других сайтах

Подскажите по распределению памяти: почему когда еще есть память free , ось лезет в swap и не высвобождает Inacct ? И даже когда free увеличиваться, все равно какие-то килобайты, но висят в свопе ?

Использую ng_car , ipfw table шейпера. Читал, что вроде память утилизируется из-за неэффективного использования NAT`ом памяти и нужно пере запускать его ???

 

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

×
×
  • Створити нове...