SunTechnik, я не знаю, как правильно назвать, в коробке находится некая металлическая штуковина с большим количеством прорезей, в которые с помощью ножа для бумаги или иного тонкого предмета вставляются оголенные концы патчкорда, по одному на прорезь. Соответственно, он вынимает мои, на это место ставит тест, проверяет - получает КЗ в 9 метрах. Ставит обратно мои, измеряет уже от меня - КЗ нет, интернет есть. Проверено несколькими тестовыми патчкордами и с 4, и с 8 линиями, везде КЗ.
От коробки, вроде бы, все необходимое имеется. Он же показывает КЗ, а не обрыв или отсутствие.
Монтажник отказался по причине того, что был вообще не уверен, что все это заработает, т.к. явное несоответствие показаний в разных местах. От квартиры КЗ нет, а от коробки на том же маршруте - появляется.
VoidVolker, нет, он мне показывал КЗ. При мне делал. Сказал, что надо еще один протягивать, но там вход через дыру в стене и гофра выводит его наружу и на крышу - коробка на верхнем этаже.
Я так понял, что один он это не сделает, да и не на это он делал упор, а на показания флюкометра, что такого никогда не видел. Поэтому и делать не стал, а интерес у него был, я заранее ему озвучил, что доплачу за скорость и если все будет ок.
VoidVolker, а там я один в подъезде, больше никого в этой коробке нет.
Этот чувак не первый год работает, как то раз давно уже был у меня, но сказал впервые такое видит.
Кабель до роутера не проверили, это да, но если вы про неверно обжатый, то нет, все по классической схеме, это я и сам могу проверить. И он абсолютно рабочий, т.к. инет есть.
От коробки до крыши и дальше где-то показывает КЗ, причем сплошное, будто кабель весь оголили и скрутили. Но если мерить от меня - по идее, маршрут тот же, но длиннее - КЗ куда-то исчезает.
Valdemar Smörman, на этот счет помним про вводную "в windows все нормально".
Я бы все же смотрел в сторону сетевых интерфейсов и их работы в линуксе, раз это фиксится даже созданием, по сути, обманки в виде виртуального интерфейса, продолжая по факту работать со свистка. Где-то выдается какая-то другая настройка на интерфейс именно физического адаптера wifi и он работает с ограничением.
Мне кажется, это хорошая задача в плане практического глубокого освоения сетей под линукс-системами. К сожалению, она требует освоить большой пласт знаний, на которые потребуется время, которого пока у меня нет.
Какой-нибудь опытный линуксовый сетевик, скорее всего, бегло взглянет и через пару минут ткнет пальцем на несоответствие) Но такого у меня под рукой нет.
Valdemar Smörman, да, это я понимаю. И все бы хорошо, если бы при втыкании кабеля проблема не решалась. Тогда бы мы закрыли вопрос с вайфаем и решали бы вопрос с провайдером. Но кабель - он и есть от того же провайдера. И на кабеле проблем нет. Так же, как их нет через Nekoray в туннельном режиме. Они есть только на использовании сетевого интерфейса с названием wlp...., то есть мой свисток.
Я сравнивал выдачу ip link, она несколько отличалась для разных интерфейсов, но в конце концов я привел настройки к одинаковому результату, в частности выставив ручками режимы fq_codel (было noqueue) и иногда появляющийся режим dormant сменил на default. Теперь выдача ip link одинаковая, но проблема имеет место.
Загадка-с. Причем на нескольких дистрибутивах.
Ладно, главное, я понял, как ее быстро фиксить. Когда нужно будет скачать что-то большое из репы, я просто буду включать туннель. На досуге, конечно, еще покопаю. Сейчас времени не особо на это.
Valdemar Smörman, я ставил этот драйвер, к сожалению ничего не поменялось.
Но мои поиски привели к решению проблемы странным способом.
Для проксирования блокировок я использую nekoray (нет, он не проксирует все подряд и вообще запускается только тогда, когда нужно, предугадывая ваш вопрос). У меня хороший собственный vps.
И если запустить nekoray в режиме TUN (в этом режиме создается новый виртуальный сетевой интерфейс и весь трафик гонится через него) моя проблема внезапно излечивается и скорость почти нативная, за небольшим минусом поправки на проксирование.
Можно было бы в этом случае предполагать, что мой провайдер по каким-то причинам ставит низкий приоритет определенному типу трафика. НО. В режиме простого системного проксирования, без создания сетевого интерфейса, скорость такая же плохая. Только в режиме виртуальной сетевухи.
Возможно, этот новый интерфейс получает от системы какие-то другие настройки. Тут мои знания пока ограничены и я не могу дать ответ. Ведь схожая ситуация и с кабелем, меняется интерфейс и проблема исчезает.
Тоже есть такие мысли, но почему буквально по процессам разделение? Где-то я качаю на нативной скорости, а какой-то процесс еле тянет 20мбит, причем не в репе дело, на кабеле-то из этой репы тянет хорошо.
xotkot, спасибо за конструктивный ответ. По поводу зеркал попробую.
Но тут дело в том, вот я допустим ставлю пакет стима, он при первом запуске загружает свое основное тело, которое весит во всех дистрах одинаково - 484 с копейками мегабайт.
Я делал это на дебиане, минте, кубунте, манджаре и арче. На wifi скорость скачивания совсем печальная, качается около 40 минут, при этом параллельный замер скорости показывает не меньше 80мбит.
Ради эксперимента я вчера заморочился и воткнул кабель. Замер скорости остался тем же, но стим скачал себя буквально за минуту, как и должно быть.
Поэтому я в замешательстве.
Виктор, я не понимаю причем тут надежность. Ситуация - мы скачиваем через торрент кино, у нас скорость 85мбит. на протяжении длительного времени. Нажимаем стоп, чтобы освободить канал, тут же начинаем устанавливать стим или, например, обновлять пакеты, у нас скорость 20мбит и причем она падает еще ниже в процессе загрузки. Отменяем эти дела и продолжаем качать торрент - 85мбит.
Но при подключенном кабеле скорость не проседает, поэтому это не вопрос к репозиторию.
Я не вижу тут никаких вопросов к стабильности соединения, я вижу вопросы к работе системы или ПО. Поэтому и задаю этот вопрос именно в такой формулировке.
Valdemar Smörman, Valdemar Smörman, вы видимо невнимательно прочитали. Мой свисток поддерживает 5ггц и при работе в виндовс дает 85-90мбит на скачивание и выгрузку. Кинуть провод это не хороший совет, а просто не решать проблему, заменив сам подход. Я ведь очень подробно написал, что в определенных сценариях загрузка дает 85-90, но в других - режет до 20. Это что-то программное, поэтому и вопрос - что может резать скорость.
15432, перегрева нет, осилил мангохуд, долго все мониторил, все температуры далеко даже от высоких, не то, что предельных. По памяти тоже нет перегруза. Вывод, который разумен - протон не дает той производительности, которую дает нативный запуск на винде. Жаль, конечно.
15432, попробую обязательно, но на перегрев я думаю в последнюю очередь - процессор под водой, а гпу самостоятельно выставляет скорость вращения охлада в зависимости от температуры, я в других играх отлично слышу как она шумит под большой нагрузкой, а здесь этого нет, почти тишина. Опять же, игра с аналогичными настройками в винде работает без нареканий.
# Если вложенных папок нет, копируем файлы с сохранением структуры
if ($subFolders.Count -eq 0) {
# Получаем относительный путь от базовой папки к текущей
$relativePath = $folderPath.Substring($baseFolder.Length).TrimStart('\')
# Определяем целевую папку для копирования
$targetPath = Join-Path -Path $destination -ChildPath $relativePath
# Создаем целевую папку, если её ещё нет
if (!(Test-Path -Path $targetPath)) {
New-Item -ItemType Directory -Path $targetPath | Out-Null
}
# Копируем все файлы в текущей папке в соответствующую папку в целевом расположении
Write-Host "Копируем файлы из $folderPath в $targetPath"
Get-ChildItem -Path $folderPath -File | ForEach-Object {
Copy-Item -Path $_.FullName -Destination $targetPath -Force
}
} else {
# Если вложенные папки есть, рекурсивно вызываем функцию для каждой из них
foreach ($subFolder in $subFolders) {
Copy-FilesWithStructure -folderPath $subFolder.FullName -baseFolder $baseFolder
}
}
}
Drno, провайдер в конце концов написал, что жалоб действительно много последние 2 дня. Скорее всего, на их стороне что-то. Нет, отдача такая же низкая, как и прием.