Le ecureuil

Вот это кстати вы зря так категорично, хороший ARM с CE отличается от зиона не на порядок, а всего в пару раз (ну условно в OpenVPN 200 мбит против 500 на зионе).

Не очень понятно, что вы имеете в виду под ошибкой. Лучше расскажите: pingcheck на pppoe0 не восстанавливает соединение? Или вы даже не пробовали его там настроить? Или же на 2.05 соединение не "зависает"?

На 2.06 претензии начиная с 2016 года не принимаются. Смотрите на 2.16.

Давайте подробнее, сейчас ничего непонятно.

Предлагаю оставаться на версии 2.05, раз там все работает. Официальная поддержка вашей модели прекращена еще в 2016 году.

Так оно потихонечку и работает, ну а что скорости нет - вопрос другой.

Проверьте заодно как реагирует вся эта конструкция на команды > interface Adsl0 down > interface Adsl0 up когда интернета нет. Если помогает, и в итоге все нормализуется, то призрачный шанс на помощь есть.

Как именно пропадает Интернет? Ежели имеется в виду, что Интернет по PPPoE, а передергивать нужно именно Adsl0, то это в данной версии нереально. Такая функция появилась только в 2.15 и выше и только устройств KN-xxxx.

Для устройств на 128 ОЗУ в принципе и раньше можно было найти места, где их резко будет нехватать. Ну например тот же torrent + nvox + dlna + opkg и... Приплыли.

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

Старый ntce неподдерживаем и неработоспособен. Причем если не использовать torrent, он прекрасно живет.

Да, везде. Он везде в целом скорее мешает при включенном swap на диске, но на 128 озу это сразу видно.

Выбирать: или ntce/qos, или transmission. На устройстве с 128 ОЗУ это ожидаемо. Или терпеть тормоза.

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

Это на 2010?

Этим планам уже много лет, но пока нет решения.

Это лучше оставить как в предыдущих тестах, чтобы было максимально похоже.

Взять диск с ext4 и попробовать на последней доступной 3.7 воспроизвести проблемы при скачивании торрента.

Кто-нибудь может на ext4 проверить? Надо отделить проблемы с ntce и проблемы ФС, иначе мы закопаемся.

Свитч занят (вероятно из-за шторма или другого броадкастного мусора в сети).

Пока можно только к какому-то одному. Исключение это IKEv2-сервер, он сразу везде может ходить.

Ну лимиты подкручены так, чтобы реально ОЗУ не сжиралось до упора. Это сложно объяснить, но сейчас ОС так устроены, что они не могут использовать всю память на 100% до конца. CPU могут, а ОЗУ - нет. Если им позволить все сожрать, то крэши начнутся в непредсказуемых местах: прикладной софт не умеет правильно обрабатывать отказы в выделении памяти, начинается жуткая фрагментация кучи, и в конце концов ядро не сможет даже свои внутренние нужды обработать. Плюс ядро будет постоянно обрабатывать page fault и искать "кого бы выкинуть", оттого недостаток памяти сперва выглядит как нагрузка на CPU. Попробуйте отключить zram и выделить swap-раздел на диске. Если у вас есть диск внешний, то предпочтительнее иметь swap на нем. zram включен по-умолчанию для тех, у кого нет диска (таких большинство).

Какое у вас устройство? Если 2010, то там просто ОЗУ мало и transmission с ntce начинают драться за нее. Выхода красивого тут нет, придется выбирать что вам нужнее. На устройствах с 256 Мбайт должно быть нормально в этом смысле и нужно искать другие причины.

Еще не вышла, но в этом году скорее всего будет.

Временно попробовать с другим невозможно?