Данил Тунев,
На самом деле "горлышко в бутылке" -- параллельный.
В двух словах - главная проблема на принимающей стороне правильно "собрать" блок данных.
Это как бегуны на беговой дорожке.
Они должны бежать ровной шеренгой, пока пауза между стартом 2-х разных групп достаточно высока легко различить шеренгу, но при росте скорости паузы сокращаются.
Представьте, если на параде парадная колонна будет не маршировать красиво, а нестись бегом, причем с каждым годом скорость пробегания должна быть все выше,а колонна все "плотнее", вот примерно то же самое и с параллельными интерфейсами. в IDE 133 уже нужен был шлейф не 40 проводов (как в 66), а 80 и значение имело даже то, насколько "одинаковый" контакт разных проводников на 2-х концах шлейфа. И следующий шаг стал SATA.
KDE Connect uses dynamic ports in the range 1714-1764 for UDP and TCP. So if you are behind a firewall, make sure to open this port range for both TCP and UDP. Otherwise, make sure your network is not blocking UDP broadcast packets.
tcpdump -ом или wireshark -ом проверьте прилетают ли вам на интерфейс соответствующие пакеты.
Где-то читал, что KDE Connect использует мультиаст, но в официальном https://userbase.kde.org/KDEConnect#I_have_two_dev...
Указано именно про бродкаст.
С усилителями вы можете получить эффект "то работает, то не работает... а почему не работает черт его знает"
Не, если вы собираетесь повышать свой уровень знаний в этой области и погружаться в нее с головой...
В жизни должно быть что-то новое и интересное ;-)
Виктор,
Если бы да кабы...
Я не утверждаю хорошо это или плохо. Просто констатация факта.
SSD можно уронить из окна 2-ого этажа на газон, попинать носком ботинка и после этого он вполне останется работоспособным (личный опыт). С HDD такой фокус не прокатит в 99 случаях из 100.
Считать ли это сравнимыми сроками хранения??
Если ssd положить на радиатор отопления, то он потеряет данные гораздо быстрее, если в холодильник - гораздо дольше данные будут оставаться актуальными.
Если вам надо хранить пассивно (т.е. положил на полку, в контейнер, сейф, тайник и т.д.) действительно важные и нужные данные достаточно продолжительное время (от нескольких лет), то современные HDD и SSD для это не предназначены изначально от слова совсем. HDD имеют большую вероятность сохранности при соблюдении одних условий (постоянная температура,отсутствие влаги/конденсата, отсутствие механических воздействий). Если вы знаете компактный, простой и надежный источник автономного питания, способный "продержаться" несколько лет -- отлично! Значит SSD может быть вашим выбором, но никаких гарантий нет, что ваше питание не сдохнет до того, как вам понадобится доступ к данным.
Если мне память не изменяет, то в истории есть отличный пример:
NASA данные по лунной программе сохранило на новейшей тогда системе хранения, вроде что-то типа Mark V (быстро в инете не нашел, давно читал). И вот в начале 2000-х (опять же +-, точно уже не помню) потребовалось что-то из этих данных. Носители (толи бобины, толи кассеты)прекрасно сохранились,но вот устройство считывания искали по всем США...
А прошло всего-то 30 лет.
Так что в капсулу времени мало поместить сам носитель, нужно еще описание устройства считывания, спецификация файловой системы, спецификация форматов файлов, размещенных на носителе и это скорее всего еще не весь список :)
Вам для начала для себя надо ответить на вопрос:
Что для вас "толк" и "польза" от индекса? Индексы нуждаются в обслуживании, по причине сбоев в индексах результат может отличаться от реальности, они требуют дополнительно места на диске, интенсивный insert\update в таблицы с индексами может быть гораздо медленнее, чем без индексов.
И индексы применяются как правило не от количества, а ради достижения какой-то цели.
Цели у вас какие?
SSD - miniPC, был полностью подготовлен резерв в количестве 3-х штук с SSD в формфакторе M2 и отправлены на склад.
Предполагалось, что при необходимости достаем и просто отправляем на точку взамен заглючившего.
После примерно 1.5 года хранения все 3 оказались в не рабочем состоянии -- не грузилась ОС.
SSD был чист, переустановка все вернула к жизни, т.е. ssd за 1.5 года потерял все данные.
HDD -- 7 лет диски на 40-80ГБ (IDE т.е. PATA, которым на момент отправки на склад уже было 5-6 лет) благополучно пролежали на полке, после чего с них были считаны все данные...
На той же полке валялись флешки 128Мб -- 2Гб примерно 1-4 года. работали не все.
ОШИБКА: расширение "pg-gvm" отсутствует
ПОДРОБНОСТИ: Не удалось открыть управляющий файл расширения "/usr/share/postgresql/16/extension/pg-gvm.control": Нет такого файла или каталога.
ПОДСКАЗКА: Сначала расширение нужно установить в системе, где работает PostgreSQL.
????
Либо расширение не установлено, либо не подключено.
Boobert,
Получилось или нет?
Если нет:
На рабочем ПК ставите wireshark (это снифер пакетов сетевых)
И смотрите что приходит-уходит на ВПН интерфейс, что на интерфейс с датчиком.
edo1h,
Логи ротируются очень часто, каждые 30 секунд.
При прямой записи логов с nginx когда происходит ротация nginx на несколько секунд даёт повышение нагрузки на ЦПУ. При частой ротации это сильно повышает среднюю нагрузку.
А логов набегает как выяснилось до 20гб в минуту.
Попробуйте заглянуть в локальную почту.
Что-нибудь вроде
/var/spool/mail/root
или
/var/mail/root
и там от cron сообщения почитать.
Вариант 2:
bitrix заменить на абсолютный путь
вариант 3
Всю команду записать в скрипт из одной строки, дать права на его выполнение, и в cron указать сей скрипт, иногда помогает.
ValdikSS Если есть назначение ip внутри туннеля, то это почти наверняка l2tp+ipsec.
И l2 таки там есть со всеми вытекающими.
Кстати "Адаптер PPP" говорит именно об этом
На самом деле "горлышко в бутылке" -- параллельный.
В двух словах - главная проблема на принимающей стороне правильно "собрать" блок данных.
Это как бегуны на беговой дорожке.
Они должны бежать ровной шеренгой, пока пауза между стартом 2-х разных групп достаточно высока легко различить шеренгу, но при росте скорости паузы сокращаются.
Представьте, если на параде парадная колонна будет не маршировать красиво, а нестись бегом, причем с каждым годом скорость пробегания должна быть все выше,а колонна все "плотнее", вот примерно то же самое и с параллельными интерфейсами. в IDE 133 уже нужен был шлейф не 40 проводов (как в 66), а 80 и значение имело даже то, насколько "одинаковый" контакт разных проводников на 2-х концах шлейфа. И следующий шаг стал SATA.