В версии 1.8.15 установка значения QT_QPA_PLATFORMTHEME=qt5ct решала проблему с нерабочим буфером обмена и неправильным позиционированием уведомлений в телеграме под Gnome/Wayland.

Ок, отлично, попробую обновиться тогда

В версии 1.8.15 установка значения QT_QPA_PLATFORMTHEME=qt5ct решала проблему с нерабочим буфером обмена и неправильным позиционированием уведомлений в телеграме под Gnome/Wayland.

У телеги с Wayland чистым достаточно много проблем. Из-за нее переключил qt приложения на xwayland

Ага, оно вроде

Кстати да, QT_QPA_PLATFORM=xcb у меня тоже установлено, возможно, это оно пофиксило клипборд, а не QT_QPA_PLATFORMTHEME

Кому как: вполне себе нормлаьно.

да, подтверждаю, xcb стоит

У меня сегодня телега обновилась. Пока не падала. XFCE

О, ВБ 6.1 собрался.

Хелп. Можно ли реально как-то приоритезацию трафика настроить?

на каком участке?

на каком участке?

В смысле? Мне на компе. Нужно повысить приоритет для SSH и для некоторых других портов.

Так траффик же шифрованный, как его приоритезировать...

только до своего роутера, дальше от тебя ничего не зависит

Так траффик же шифрованный, как его приоритезировать...

По портам.

только до своего роутера, дальше от тебя ничего не зависит

Ну так роутер будет отправлять сначала важные пакеты, а это уже хоть что-то.

есть протоколы, например DSCP, WMM

Ну так роутер будет отправлять сначала важные пакеты, а это уже хоть что-то.

так рутер-то нормальный, умеет?

приоритезацией занимается отправляющая сторона

так рутер-то нормальный, умеет?

Роутер умеет вроде как, по крайней мере в админ панели был QoS. Но я не въехал, как его настраивать, и ничего сносного не нагуглил.

Роутер умеет вроде как, по крайней мере в админ панели был QoS. Но я не въехал, как его настраивать, и ничего сносного не нагуглил.

так с этого и надо начинать

приоритезацией занимается отправляющая сторона

Не знал. Думал, что попадёт в роутер, то и будет отправлено по очереди.

Не знал. Думал, что попадёт в роутер, то и будет отправлено по очереди.

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

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

Ага.

Ага.

а причина какая?

в чем у тебя проблема-то? канал узкий?

Но и по идеи, что и от меня летит (нажатые клавиши по ssh на сервер, к примеру).

или ssh тормозит при торренте на всю катушку

а причина какая?

Причина в том, что если я что-то одновременно качаю, то у меня появляются большие задержки в терминале.

Но и по идеи, что и от меня летит (нажатые клавиши по ssh на сервер, к примеру).

ты там в SSH играешь чтоль? :) :) небось, хочешь и видеть что нажал? :)

в чем у тебя проблема-то? канал узкий?

8 мбит.

Причина в том, что если я что-то одновременно качаю, то у меня появляются большие задержки в терминале.

ставь лимиты в качалке

или ssh тормозит при торренте на всю катушку

Ну, не обязательно торренте, к слову.

ставь лимиты в качалке

+1

тогда да, нужен хороший маршрутизатор, маркировка трафика и приоритезация по меткам

ставь лимиты в качалке

Костыль. Да и в Mozilla, к примеру, не поставишь.

Костыль. Да и в Mozilla, к примеру, не поставишь.

Ты мозиллой гигабайты качаешь?

Костыль. Да и в Mozilla, к примеру, не поставишь.

в мозилле можно найти плагин для wget

Ты мозиллой гигабайты качаешь?

Зависит от кол-ва гигабайтов. 🙂

в мозилле можно найти плагин для wget

Не надо мне всякие плагины.

тогда да, нужен хороший маршрутизатор, маркировка трафика и приоритезация по меткам

Что-то типо этого?

да, но тут это оффтопик

Что-то типо этого?

Поверь, проще wget вместо мозиллы, чем настраивать приоритезацию.

Поверь, проще wget вместо мозиллы, чем настраивать приоритезацию.

+1 тем более, что канал все равно засрется желающими влить

Поверь, проще wget вместо мозиллы, чем настраивать приоритезацию.

Я всегда могу всё сделать костылём, но я решил всё-же разобраться в QoS. И в таком случае, даже если у меня начнут что-то качать по Wi-Fi, то не будет (я надеюсь) тормозов по ssh.

Я всегда могу всё сделать костылём, но я решил всё-же разобраться в QoS. И в таком случае, даже если у меня начнут что-то качать по Wi-Fi, то не будет (я надеюсь) тормозов по ssh.

похвально, добро пожаловать в мир сетевого администрирования, начните с теории

Я всегда могу всё сделать костылём, но я решил всё-же разобраться в QoS. И в таком случае, даже если у меня начнут что-то качать по Wi-Fi, то не будет (я надеюсь) тормозов по ssh.

если начнут качать с тебя, то у себя и настраивай

да, но тут это оффтопик

Тогда, можешь подсказать во флудильне по этому поводу? Или слишком уж там всё муторно? Ну, или хз... С чего начать впитывать теорию?

рутер тут не при чем

если начнут качать с тебя, то у себя и настраивай

Не с меня.

Не с меня.

еще раз, настраивать QoS посредине траффика - плохая затея

по крайней мере в случае узкого канала

еще раз, настраивать QoS посредине траффика - плохая затея

Как говорится, учимся на ошибках на практике. Я хочу попробовать в любом случае.

Тогда, можешь подсказать во флудильне по этому поводу? Или слишком уж там всё муторно? Ну, или хз... С чего начать впитывать теорию?

Сети для самых матёрых. Часть пятнадцатая. QoS

заголовок должен тебя остановить :), но если нет, нагуглишь

заголовок должен тебя остановить :), но если нет, нагуглишь

Уже нагуглил, пасиб. 🙂

Как говорится, учимся на ошибках на практике. Я хочу попробовать в любом случае.

на пальцах: твой качальщик торрента кричит "ребята, навались", все шлют тебе пачками пакеты, которые забивают твой узкий канал еще до рутера. вот прилетает эта пачка до рутера, который только дальше может разруливать что-то, хотя твои же пакеты с SSH все равно будет получать с задержкой. Проблема-то ДО рутера, а не после. правильно - усмирить качалку, чтобы не кричала громче, чем в канал влезает.

с вайфаем же еще хуже, там при большой нагрузке будет ложиться проц рутера, а своими правилами ты только ускоришь его кончину от перенапруги

если хочется что-то сделать получше - читай про advanced congestion control в ядре, но, опять, для принимающей стороны это максимально бессмысленно

почему мейнтейнеры не пакуют loadables к башу? это же так удобно

почему мейнтейнеры не пакуют loadables к башу? это же так удобно

Что это?

https://packages.debian.org/sid/amd64/bash-builtins/filelist самое вкусное лежит в /usr/lib/bash

например после enable -f /usr/lib/bash/sleep sleep для слипа не дергается /usr/bin/sleep, а он становится встроенной в баш функцией

например после enable -f /usr/lib/bash/sleep sleep для слипа не дергается /usr/bin/sleep, а он становится встроенной в баш функцией

И чем это хорошо? Если плагин так и остаётся загруженным, то это только увеличивает размер процесса, а если после использования обратно выгружантся, то это ничуть не лучше отдельной утилиты

лучше тем, что когда есть while true; do, а внутри него sleep, то не дёргается каждый раз отдельный бинарник, не занимается пид

и это всё

while true; do if some_expression; then do_action; fi sleep 30 done скажи хоть один плюс в таком кейсе, где каждые 30 секунд будет завершаться слип, проверяться условие и опять запускаться _целый процесс_ sleep вместо функции баша, который всегда будет запущен

я хоть и поработал изрядно с "диетическими" системами, но до экономии PID-ов как-то не доходил. Но для подобных систем был busybox

$ cat /proc/sys/kernel/pid_max 4194304

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

Ппц, а вы знали почему так много криптоспамеров лезет в наши чатики?

я не криптоспамер

Да не о тебе речь :)

Оказывается Fedora - это название криптовалюты вот уже более года! http://fedoragold.com/

эт хорошо, а то я испугался, что забанят сейчас ни за что

Оказывается Fedora - это название криптовалюты вот уже более года! http://fedoragold.com/

😂

Ну, вот я скинул кусочек того, что у меня есть, но всё никак не разобрался. Хотя, уже трафик вроде классифицирует, но не приоритезирует.

ZTE.

Нагружал сейчас роутер по максимому, и он не зависал.