tcp_congestion_control

Закрыто
Аватара пользователя
sh4r4t4n
Сообщения: 11
Зарегистрирован: 20 дек 2012, 18:29
Operating system: elementary os luna / ubuntu 12.04.1

tcp_congestion_control

Сообщение sh4r4t4n » 09 июн 2013, 13:12

Ковыряю тут fresh r1 и уже материться хочется... Сразу скажу, что по сравнению с прошлой версией - всё намного лучше, но всё же...

Я могу смириться с падающей плазмой - кеды, они такие.
Я могу смириться с мелкими багами, вроде некорректного поиска в rpmdrake (clementine не находится по запросу music player) или с некорректной иконкой стима в трее, которую пофиксили во всех дистрибутивах с kde пару месяцев назад.

Но куда вы дели westwood, блин?

Код: Выделить всё

[root@home sh4r4t4n]# sysctl net.ipv4.tcp_available_congestion_control
net.ipv4.tcp_available_congestion_control = cubic reno
[root@home sh4r4t4n]# sysctl net.ipv4.tcp_congestion_control
net.ipv4.tcp_congestion_control = cubic
К сожалению, я сейчас пользуюсь adsl и без westwood я не могу обойтись.
Изображение

PastorDi
Сообщения: 2743
Зарегистрирован: 25 авг 2011, 12:34
Operating system: IBM DOS, OS/2
Откуда: Санкт-Петербург
Контактная информация:

Re: tcp_congestion_control

Сообщение PastorDi » 09 июн 2013, 14:25

zgrep CONFIG_TCP_CONG /proc/config.gz что говорит?
modprobe tcp_westwood что говорит?

Аватара пользователя
sh4r4t4n
Сообщения: 11
Зарегистрирован: 20 дек 2012, 18:29
Operating system: elementary os luna / ubuntu 12.04.1

Re: tcp_congestion_control

Сообщение sh4r4t4n » 09 июн 2013, 14:33

Код: Выделить всё

sh4r4t4n:~$ zgrep CONFIG_TCP_CONG /proc/config.gz
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
sh4r4t4n:~$ sudo modprobe tcp_westwood
FATAL: Module tcp_westwood not found.
P.S. В других дистрибутивах всё работает, ессесно. Если до вечера не разберусь, вернусь на бубунточку.
P.P.S. В багтрекере RH что-то говорят насчёт kernel-modules-extra, но в росе не нашёл похожих пакетов... Мда уж...
Последний раз редактировалось sh4r4t4n 09 июн 2013, 15:01, всего редактировалось 1 раз.
Изображение

PastorDi
Сообщения: 2743
Зарегистрирован: 25 авг 2011, 12:34
Operating system: IBM DOS, OS/2
Откуда: Санкт-Петербург
Контактная информация:

Re: tcp_congestion_control

Сообщение PastorDi » 09 июн 2013, 14:48

В ядре поддержки нет. И похоже модуля тоже.
По идее, должно быть типа этого:

Код: Выделить всё

CONFIG_TCP_CONG_ADVANCED=y
CONFIG_TCP_CONG_BIC=m
CONFIG_TCP_CONG_CUBIC=y
CONFIG_TCP_CONG_WESTWOOD=m
CONFIG_TCP_CONG_HTCP=m
CONFIG_TCP_CONG_HSTCP=m
CONFIG_TCP_CONG_HYBLA=m
CONFIG_TCP_CONG_VEGAS=m
CONFIG_TCP_CONG_SCALABLE=m
CONFIG_TCP_CONG_LP=m
CONFIG_TCP_CONG_VENO=m
CONFIG_TCP_CONG_YEAH=m
CONFIG_TCP_CONG_ILLINOIS=m
а что lsmod | grep tcp_ скажет? (интересно)

Аватара пользователя
sh4r4t4n
Сообщения: 11
Зарегистрирован: 20 дек 2012, 18:29
Operating system: elementary os luna / ubuntu 12.04.1

Re: tcp_congestion_control

Сообщение sh4r4t4n » 09 июн 2013, 14:55

Именно, поддержки нет. Ручной запуск таких модулей во всех конфигах прописан, поэтому его нужно добавлять в /etc/modules. Отсутствие модуля - это явно фишка федоры... Вот нахрена было убогую федору пересобирать? Мало того, что половину программ мне тут придётся вручную обновлять, так ещё и ядро компилять надо. Буду надеяться, что умника, насоветовавшего косить под федору, уволят к чертям.

Насчёт lsmod - там и не будет ничего с tcp:

Код: Выделить всё

Module                  Size  Used by
tun                    22394  0 
fuse                   72246  12 
nls_iso8859_1          12617  1 
vfat                   17208  1 
fat                    55451  1 vfat
bnep                   18956  2 
bluetooth             317689  7 bnep
af_packet              30861  2 
nvidia               8489842  48 
uvcvideo               71310  0 
videobuf2_vmalloc      13048  1 uvcvideo
videobuf2_memops       13170  1 videobuf2_vmalloc
snd_usb_audio         118940  1 
snd_usbmidi_lib        24210  1 snd_usb_audio
snd_rawmidi            25382  1 snd_usbmidi_lib
videobuf2_core         39161  1 uvcvideo
snd_seq_device         14137  1 snd_rawmidi
arc4                   12543  2 
videodev               96255  2 uvcvideo,videobuf2_core
rt2800pci              18198  0 
media                  20527  2 uvcvideo,videodev
rt2800lib              60822  1 rt2800pci
rt2x00pci              14151  1 rt2800pci
rt2x00lib              48567  3 rt2x00pci,rt2800lib,rt2800pci
eeprom_93cx6           13168  1 rt2800pci
crc_ccitt              12627  1 rt2800lib
mac80211              463076  3 rt2x00lib,rt2x00pci,rt2800lib
snd_hda_codec_analog    75451  1 
r8169                  61625  0 
snd_hda_intel          38307  2 
snd_hda_codec         121441  2 snd_hda_intel,snd_hda_codec_analog
cfg80211              438137  2 mac80211,rt2x00lib
snd_pcm                93520  3 snd_usb_audio,snd_hda_codec,snd_hda_intel
coretemp               13195  0 
mii                    13654  1 r8169
rfkill                 21348  4 cfg80211,bluetooth
snd_page_alloc         14230  2 snd_pcm,snd_hda_intel
acpi_cpufreq           18939  1 
mperf                  12603  1 acpi_cpufreq
snd_hwdep              13272  2 snd_usb_audio,snd_hda_codec
iTCO_wdt               13256  0 
iTCO_vendor_support    13502  1 iTCO_wdt
i2c_i801               21996  0 
ppdev                  17363  0 
asus_atk0110           18201  0 
parport_pc             36449  0 
parport                40726  2 ppdev,parport_pc
snd_timer              24318  1 snd_pcm
lpc_ich                16925  0 
of_i2c                 13064  1 i2c_i801
processor              30485  1 acpi_cpufreq
evdev                  17413  7 
rng_core               13100  0 
i2c_core               30189  4 i2c_i801,of_i2c,nvidia,videodev
snd                    66466  16 snd_usb_audio,snd_hwdep,snd_timer,snd_pcm,snd_rawmidi,snd_usbmidi_lib,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_hda_codec_analog
soundcore              14599  1 snd
binfmt_misc            17231  0 
ipv6                  293136  48 
autofs4                37366  3 
hid_generic            12484  0 
usbhid                 47538  0 
hid                    82466  2 hid_generic,usbhid
usb_storage            47845  2 
sr_mod                 21872  0 
piix                   12928  0 
ide_pci_generic        12754  0 
ide_core              103617  2 piix,ide_pci_generic
ata_generic            12790  0 
pata_acpi              12886  0 
ata_piix               30494  8 
ehci_pci               12777  0 
ehci_hcd               51407  1 ehci_pci
uhci_hcd               31495  0 
usbcore               188301  8 uhci_hcd,snd_usb_audio,uvcvideo,usb_storage,snd_usbmidi_lib,ehci_hcd,ehci_pci,usbhid
usb_common             12525  1 usbcore
button                 13599  0 
dm_mirror              21553  0 
dm_region_hash         16012  1 dm_mirror
dm_log                 18137  2 dm_region_hash,dm_mirror
dm_mod                 76460  2 dm_log,dm_mirror
Короче, моя печаль вызвана отсутствием одной строкой в конфиге ядра, как мне кажется:

Код: Выделить всё

CONFIG_TCP_CONG_ADVANCED=y
Вероятность того, что ради меня сегодня пересоберут ядро и засунут его в репозитории - крайне мала. Пойду кино с женой посмотрю, успокоюсь, а то использование этого дистрибутива очень похоже на хождение по минному полю.
Изображение

Аватара пользователя
Pulfer
Сообщения: 3358
Зарегистрирован: 15 фев 2012, 01:57
Operating system: ROSA Desktop Fresh 2016.1 i586
Откуда: Vladivostok, Russia

Re: tcp_congestion_control

Сообщение Pulfer » 09 июн 2013, 16:16

sh4r4t4n писал(а):Вероятность того, что ради меня сегодня пересоберут ядро и засунут его в репозитории - крайне мала. Пойду кино с женой посмотрю, успокоюсь, а то использование этого дистрибутива очень похоже на хождение по минному полю.
Вообще, не столь уж мала. Т.к. это пересборка не ради юзера, а ради определённого функционала. Правда, если соберут, то не в Main, а в отдельный репозиторий с ядрами. Если 3.8.13, то сюда:

http://abf-downloads.rosalinux.ru/kerne ... osa2012.1/

Завтра будет ясно, когда поговорю на эту тему с людьми, кто ядрами занимается.
Intel Core i7-6700 / 8 Gb RAM / GeForce GTX 750 Ti / Rosa 2016.1 i586

Аватара пользователя
sh4r4t4n
Сообщения: 11
Зарегистрирован: 20 дек 2012, 18:29
Operating system: elementary os luna / ubuntu 12.04.1

Re: tcp_congestion_control

Сообщение sh4r4t4n » 09 июн 2013, 16:51

Лень гуглить, поэтому буду признателен, если на пальцах объясните дебианщику, как в росе подключить репозиторий :)
Изображение

Аватара пользователя
ans
Сообщения: 2808
Зарегистрирован: 11 сен 2011, 08:42
Operating system: Rosa
Откуда: Ekaterinburg
Контактная информация:

Re: tcp_congestion_control

Сообщение ans » 09 июн 2013, 17:06

sh4r4t4n писал(а):Лень гуглить, поэтому буду признателен, если на пальцах объясните дебианщику, как в росе подключить репозиторий :)
Настройка рабочего стола>Системное администрирование>Менеджер источников программ>Настройка источника
ist.jpeg
Изображение

Аватара пользователя
Pulfer
Сообщения: 3358
Зарегистрирован: 15 фев 2012, 01:57
Operating system: ROSA Desktop Fresh 2016.1 i586
Откуда: Vladivostok, Russia

Re: tcp_congestion_control

Сообщение Pulfer » 09 июн 2013, 17:14

ans писал(а):
sh4r4t4n писал(а):Лень гуглить, поэтому буду признателен, если на пальцах объясните дебианщику, как в росе подключить репозиторий :)
Настройка рабочего стола>Системное администрирование>Менеджер источников программ>Настройка источника
Или так:

Установка и удаление программ -> Параметры -> Менеджер источников.

И далее в менеджере источников:

Файл -> Добавить пользовательский источник -> Тип источника: HTTP.

Указать URL к репозиторию и то, как он будет отображаться в списке (что-нибудь типа "Kernels 38x"). Галочки в окне добавления репозитория с ядрами ставить не надо, они для других случаев.
Intel Core i7-6700 / 8 Gb RAM / GeForce GTX 750 Ti / Rosa 2016.1 i586

Аватара пользователя
sh4r4t4n
Сообщения: 11
Зарегистрирован: 20 дек 2012, 18:29
Operating system: elementary os luna / ubuntu 12.04.1

Re: tcp_congestion_control

Сообщение sh4r4t4n » 09 июн 2013, 17:24

Разобрался, только rpmdrake завис :twisted:
Последний раз редактировалось sh4r4t4n 09 июн 2013, 17:39, всего редактировалось 1 раз.
Изображение

Аватара пользователя
Pulfer
Сообщения: 3358
Зарегистрирован: 15 фев 2012, 01:57
Operating system: ROSA Desktop Fresh 2016.1 i586
Откуда: Vladivostok, Russia

Re: tcp_congestion_control

Сообщение Pulfer » 09 июн 2013, 17:35

sh4r4t4n писал(а):Добавил http://abf-downloads.rosalinux.ru/kerne ... n/release/

Жаль только, что "This kernel has no MIB patches and no third-party drivers."
Сейчас кину в личку мыло человека, который эти ядра собирает. Можно с ним обсудить все вопросы по ядрам, он на контакт охотно идёт с теми, кто технически грамотен :)
Intel Core i7-6700 / 8 Gb RAM / GeForce GTX 750 Ti / Rosa 2016.1 i586

Аватара пользователя
sh4r4t4n
Сообщения: 11
Зарегистрирован: 20 дек 2012, 18:29
Operating system: elementary os luna / ubuntu 12.04.1

Re: tcp_congestion_control

Сообщение sh4r4t4n » 09 июн 2013, 17:45

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

Вот даже сейчас - поставил 3.9.4, rpmdrake завис, пришлось killall делать, после чего я подумал, что в данном дистрибутиве лучше не шутить со стабильностью, запускаю rpmdrake, снимаю галочку с kernel-vanilla-latest-3.9.4, что бы установить что-то из 3.8, а мне он предлагает удалить bootsplash-3.3.3-4-rosa2012.1.noarch, kernel-vanilla-latest-3.9.4-1-rosa2012.1.i586, ndiswrapper-1.56-8-rosa2012.1.i586, x11-driver-video-1.0.0-41-rosa2012.1.i586, и x11-driver-video-nouveau-1.0.4-1-rosa2012.1.i586

А насчёт tcp_congestion_control - уж добавьте по дефолту, вдруг я fresh r2 щупать буду, а от вествуда никому не будет хуже.
Весело у вас тут, спасибо за внимание и за иконки, которые я утяну к себе :)
Изображение

keleg
Сообщения: 5526
Зарегистрирован: 15 сен 2011, 01:58

Re: tcp_congestion_control

Сообщение keleg » 09 июн 2013, 20:42

Я все понимаю, ядра, непонятная система и пр. Но как вы смогли кеды уронить? У меня уже больше года всяческие росы на полудесятке машин в нативном и MagOS состоянии.
Ну вот ни разу не плазма падала. Просто как QA интересно - какие настройки для этого нужны? (чтоб в набор тестов включить)

Аватара пользователя
akdengi
Сообщения: 1381
Зарегистрирован: 12 сен 2011, 13:44

Re: tcp_congestion_control

Сообщение akdengi » 09 июн 2013, 21:25

Понимание топикстартера приходит после прочтения вот этого: http://nnm-club.ru/forum/viewtopic.php?t=666373 (для полного погружения зарегиться надо - под катами все интересное)...

PastorDi
Сообщения: 2743
Зарегистрирован: 25 авг 2011, 12:34
Operating system: IBM DOS, OS/2
Откуда: Санкт-Петербург
Контактная информация:

Re: tcp_congestion_control

Сообщение PastorDi » 09 июн 2013, 21:43

Запалили топикстартера... :ROFL:

keleg
Сообщения: 5526
Зарегистрирован: 15 сен 2011, 01:58

Re: tcp_congestion_control

Сообщение keleg » 09 июн 2013, 22:20

Ну, все же скажем спасибо человеку за критику (и за признание того, что Роса становится все лучше).
И будем пилить дальше :-)

Аватара пользователя
akdengi
Сообщения: 1381
Зарегистрирован: 12 сен 2011, 13:44

Re: tcp_congestion_control

Сообщение akdengi » 09 июн 2013, 22:54

За критику понятно спасибо, но просить "Сделайте мне как в Бунте" ...

Аватара пользователя
sh4r4t4n
Сообщения: 11
Зарегистрирован: 20 дек 2012, 18:29
Operating system: elementary os luna / ubuntu 12.04.1

Re: tcp_congestion_control

Сообщение sh4r4t4n » 10 июн 2013, 00:04

А вам спасибо за отличную адаптацию набора elementary под кеды, приятные голубенькие обои и соответствующий сплэш, с удовольствием всё это утянул :)

К сожалению, я не хочу, что бы было как в бубунте, я хочу, что бы было лучше... Или вы считаете, что если в генте, в зюзе, в дебиане и бубунте есть нужный мне tcp_westwood, то в росе я должен специально под это дело компилять ядро? Ага, бегу и спотыкаюсь :-)

А что бы хоть немного понимать о моих претензиях - рекомендую поставить свежевышедший fresh r1 на отдельный раздел, что бы ничего не мешало наслаждаться чистой росой. Как вы могли заметить, я очень люблю писать простыни текста и на том торрент трекере я выплеснул весь свой шок от ужаса, летящего на крыльях ночи, так как я ожидал значительных улучшений качества дистрибутива по сравнению с обычным fresh, который сдох при первом обновлении. Да, сейчас система не сдохла и это прогресс! Более того, я мог не заморачиваться со словоблудием, разместив любой скриншот с зависшим rpmdrake и коротко подписав, что я об этом думаю.

Так вот, я мог бы смириться со всеми косяками - некорректной работой хрома, падающей плазмой (вы же внимательно прочитали ту простыню и уже знаете, как повторить сей увлекательный процесс в r1), кривым поиском пакетов и постоянным падением rpmdrake, даже на отсутствие иконки стима в трее я мог бы закрыть глаза, но тут действительно получилось, что нужно настраивать ВСЁ! После установки fresh r1 все эти мелочи за столь короткий промежуток времени полностью отбили желание ковыряться дальше - это красноглазие и не собиралось кончаться. Никто не будет разбираться с "особенностями национального дистрибутива", когда есть предсказуемые дистрибутивы - бубунта, дебиан, зюзя и когда все они без таких приключений! Зачем нужен дистрибутив, который даже пользователи форума не поставили потестировать? Зачем нужен дистрибутив, когда на жалобы народ заявляет, что нет такого. Вот, какого фига вновь созданного пользователя во время установки не добавили в группу wheel? Почему в ядре отсутствует функции, которые присутствуют во всех основных дистрибутивах? Почему релиз так плохо оттестирован? Почему вы удивляетесь, что тролли на форумах тупо кидаются говном? Всё это исправляется обновлениями, только кому они нужны? У 2х человек всё работает, можно расслабиться. Ну, вот вам насыщенный фидбек и вы можете сделать выводы или вытеснить из сознания всю эту информацию и спокойно заниматься своими делами, это не важно. Вероятно, я поставлю погонять какой-нибудь fresh r2 и я не буду писать такие простыни, если дистрибутив не будет пригоден для использования, меня хватит только на одно слово.

Ладно, выходные заканчиваются и пора прекращать графоманство... Мне было приятно переживать такие эмоции, как будто я посмотрел латиноамериканский сериал, а это в моём возрасте много стоит :)

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

За сим благодарю за внимание и предлагаю в моё отсутствие найти 10 различий (там даже кое-где включён tcp_westwood и работает глобальное меню):
ИзображениеИзображение
Изображение

Аватара пользователя
slavyanix
Сообщения: 888
Зарегистрирован: 04 авг 2012, 20:05
Operating system: Rosa Fresh R10

Re: tcp_congestion_control

Сообщение slavyanix » 10 июн 2013, 07:17

вот мне интересно а что там за оборудование в компе что плазма падает. я падений плазмы уже год как не вижу. и еще хотелось бы добавить что те недочеты что здесь были высказаны заметит не кажджый. ну я лично кое что замечаю, но не все же полезут что называется под капот . да и с DSL проблем не нашел. у меня ведь тоже подключение через DSL и ничего, все работает как раньше . а вествуд является всего лишь еще одной реализацией защиты от потери пакетов и перегрузки в канале связи на дсл-сетях. замечу что аналоги давно существуют в ядре линукс и без самого вествуда можно обойтись. самое интересное что пользователь обычный или даже продвинутый в линукс не сразу заметит это. меня вообще удивляет как вы это заметили. ( про вествуд) хотя молодец видимо много времени проводите в тестах. удачи.

bober
Сообщения: 37
Зарегистрирован: 16 май 2013, 19:53
Operating system: Arch Linux
Rosa Fresh

Re: tcp_congestion_control

Сообщение bober » 10 июн 2013, 08:43

sh4r4t4n писал(а): За сим благодарю за внимание и предлагаю в моё отсутствие найти 10 различий (там даже кое-где включён tcp_westwood и работает глобальное меню):
скорее всего /proc/sys/vm/swappiness систем на этих скриншотах разные. Хотя может быть конечно ты сначала неплохо поработал в системе на втором скриншоте и там просто остались некоторые страницы. Но я бы проверил на всякий случай и установил пониже значение, если оно > 50

Аватара пользователя
Pulfer
Сообщения: 3358
Зарегистрирован: 15 фев 2012, 01:57
Operating system: ROSA Desktop Fresh 2016.1 i586
Откуда: Vladivostok, Russia

Re: tcp_congestion_control

Сообщение Pulfer » 10 июн 2013, 14:27

Коллеги сообщают, что пожелание собирать ядра с поддержкой westwood учтено и дальше ядра будут собираться уже с westwood.
Intel Core i7-6700 / 8 Gb RAM / GeForce GTX 750 Ti / Rosa 2016.1 i586

Закрыто

Вернуться в «Обсуждение ROSA Fresh R2, R3 (платформа 2012.1)»