Тема такая: когда я писал свой первый комментарий (днём) - всё работало хорошо. Вечером же, периодически стал проявляться этот баг с youtube. То есть иногда опция "Открыть в новой вкладке" работает нормально, иногда нет. Проверял и в Firefox и в Chromium.
Так что, скорее всего дело не столько в браузере, сколько в самом движке youtube. Судя по всему работа движка зависит от
- версии браузера/ОС
- текущего времени (пиковые нагрузки)
- от ip.
Поясню последнее предположение: У Google много серверов, когда Вы заходите на youtube, то автоматом выбирается ближайший (либо менее загруженный) сервер. Не стоит также забывать про GGC на стороне прова, который также может вносить свои корректировки.
Поэтому предлагаю всем желающим провести ряд экспериментов по отлову бага youtube:
-попробовать зайти с разных браузеров/ОС
-попробовать зайти в разное время
-с разных ip (tor/vpn и т.д)
И потом поделиться результатами.
Проблему не подтверждаю.
Firefox 66
Chromium 71
Всё работает отлично, замечаний нет
Mutagen
К стати, вопрос по драйверам. На виндах, обычно, драйвера на звук, сеть и тп, ставятся после установки. На линуксе, с этим еще не сталкивался. И еще бывало, что образ на отличном от оригинала железе не заводится. Как тут с этим дела обстоят?
Без проблем. Драйверы - это модули ядра, которые загружаются по необходимости. То есть при загрузке (упрощённо) сначала детектится оборудование, затем подгружаются все необходимые модули ядра.
Образ ОС, снятый на одном железе спокойно можно развернуть на другом железе - всё заработает "само". Исключение - какое-нибудь экзотическое железо, поддержки которого нет в ядре. Но я с таким ещё не сталкивался.
Самая большая проблема, с которой я столкнулся - Clonzilla не умеет работать с дисками меньшего размера, чем снятый образ. То есть, если снял образ с диска 120Gb, то его не получится развернуть на диске 80Gb. Хотя при восстановлении образа есть опция "resize disk".
А вот с виндой такие шутки не пройдут - образ снятый на одной машине с большой вероятностью не встанет на другой машине. Хотя в Win10 ситуация уже лучше и поддержка базового железа идёт "из коробки". Хотя всё равно приходится иметь кучу "Win"-образов под каждый тип железа.
Про clonzilla писали?
Использую её как Acronis для линуксов:
- на одной тачке развернул и настроил систему
- снял образ Clonzill`ой
- развернул на нужном количестве других тачке
Хорошо, что показывает dmesg, при подключении?
Судя по ошибке, ругается на RESOLVCONF надо посмотреть, что в логах пишет.
Но происходит утечка DNS, а это меня не устраивает.
А на сервере, куда подключаетесь, настроен DNS-сервер?
Просто на моём сервере, куда я подключаюсь по OpenVPN, поднят DNS и я добавил в кофиг сервера строчку:
push "dhcp-option DNS 192.168.0.1"
И при подключении берётся DNS сервера, утечек не наблюдал
Покажите содержимое knotify4.desktop, судя по ошибке, должен быть запущен сервис org.kde.knotify, но он не запускается.
Вполне возможно и не запустится, потому как в KDE5 ушли от knotify к kdialog, а запуск одновременно двух демонов нотификации может привести к неожиданным проблемам.
Можно попробовать сделать chroot в каталог с deps/kdebase-runtime-17.08.3-4, но это уже пляски с бубном.
А если без скрипта, запускается?
Но плюс все-таки один имеется - чем больше ядер, тем равномернее нагрузка между ними, что ведет к снижению общей нагрузки. Правда не всегда.
Таки да. Даже сейчас мало программ, которые "искаропки" поддерживают многоядерные системы. К слову, большинству программ и не надо много процесоров/потоков. Распределение нагрузки между ядрами - это задача ОС. Поэтому арифметика проста, чем больше количество ядер и объем ОЗУ - тем больше программ можно запустить одновременно. Так что если у Вас типичный сценарий использования компьютера - это посидеть в инете, послушать музычку и иногда поиграть - то за количеством ядер можно не гнаться.
Чем меньше потоков, тем больше тактовая частота. Из чего делается вывод - если взять 8 ядер, а запущенная программа ориентирована только на 4 ядра (на 8 еще очень и очень мало), то эта программа на 8 ядерном процессоре будет работать медленнее.
Очень может быть. Всё зависит от конкретной программы и от ОС (в плане распределения ресурсов). Просто иногда упускают ещё одну метрику: количество инструкций на такт. То есть сколько процессорных инструкций будет выполнено за один такт времени. Если программа производит линейные вычисления, тогда определяющим фактором быстродействия будет тактовая частота. Если для программы главное условие - параллелизм (возможность запустить одновременно как можно больше вычислительных потоков), тогда в выигрыше будут многоядерные системы.
Современные процессоры очень сложны и зачастую вычислительные системы либо проектируют под конкретную задачу, либо идут на компромиссы. Серебренной пули нет. Если бюджет ограничен, тогда нужно проанализировать задачи которые Вы будете решать и уже под это дело собирать систему.
насколько я понимаю, дело в этой сточке:
[ "$type" == "ip6tables" ] && exit 0
по смыслу он отбрасывает все запросы ipv6
можно попробовать переписать этот скрипт:
#!/bin/sh
[ "$table" != "nat" ] && exit 0
[ -z "$(iptables-save | grep " --dport 53 -j DNAT --to-destination 192.168.1.1")" ] && \
    iptables -t nat -I PREROUTING -p udp --dport 53 -j DNAT --to-destination 192.168.1.1:53 && \
    ip6tables -t nat -I PREROUTING -p udp --dport 53 -j DNAT --to-destination <ipv6_adress_proxy>:53
exit 0