хоть php хоть что, это сетевой уровень, для приложений не будет разницы, оно будет считать что удаленное приложение запущено локально, при этом можно настроить так что удаленное приложение будет считать что к нему клиент так же локально подключился, т.е. можно оставить настройки rpcallowip на localhost...
из недостатков, ssh подключение не совсем удобно держать постоянным, оно заточено на эпизодическое использование, а для постоянного лучше настроить vpn
Майкрософтовская визуал студия дает непревзойденный инструментарий (конкурентов они убивают, почти буквально, поэтому и непревзойденный) для создания десктопных приложений, почти кросплатформенно (приложения при небольших стараниях, будут работать даже на linux, и уж точно не важно x32/x86/arm у тебя, лишь бы была поддержка .net clr и у библиотек не было бы лицензионных ловушек)
Пока разработчики роутеров не подтянутся, провайдеры даже пальцем не пошевелят.
Речь не о наличии ipv6 а о адекватной настройке фаервола, дающее тот же уровень защиты, которую дает текущий ipv4 nat, который из коробки явяется конфигом по умолчанию везде.
Если все устройства в мире получат свой ipv6, 'миру' настанет капец, без шуток, потому как все производители буквально забили на безопасность и все держится исключительно на том что все эти устройство снаружи не доступны... типовой пример - умные лампочки, это полноценный компьютер, который взламывают в автоматическом режиме как только они станут доступны по ipv6, и вот вам уже мощнейший ботнет для ddos, с которым тупо никто не справится.
это когда бездарности лезут в решение серьезных проблем (имею в виду как попытка решить проблему приватности пользовательской информации).
гуглу эти сообщения не нужны были никогда.
Евросоюз 'молодцы', они единственные в мире кто публично защищает пользователей во всем мире, но ни опыта ни сил делать это правильно у них не хватает.
Единственная работающая защита от спама в сообщениях - это внешний сервис авторизации, который эту задачу решил ;)
Или механизм взятия оплаты за сообщения, но эта схема не жизнеспособна, хоть и использовалась.
Например комбинация всего этого - использование телефона пользователя (рассылка ему sms) для авторизации, тут регистрация получается платной, но сообщения бесплатные.
p.s. странно что для рассылки сообщений не используют (но опробована в BitMessage) технологии из мира криптовалют, для написания сообщений нужно майнить (т.е. тратить вычислительные ресурсы), система должна быть автоподдерживающейся и такой что спамеру рассылка большого количества сообщений будет слишком дорога, а обычному легитимному пользователю нет.
Вот так в сознании людей, 'основная функциональность' сайта стала - слежка за пользователем (например для рекламы), а не информацию там хранить и доставлять, или сервисы какие то оказывать <сарказм>
умные контроллеры пытаются понять что за файловая система и подстраивать стратегию кеширования и размазывания данных соответственно, например определяет размер кластера.
Это не меняет того факта что разные разделы не будут записаны в одни и те же ячейки, они так же будут размазаны по всему доступному объему соответственно частоте записи.
NydErt, последовательно вынимая все что можно вынимать или заменять... начни с того что вытащи буквально все из корпуса и собери компьютер на столе (блок питания+материнка+память+процессор+видеокарта (если нет встройки)+диск+клавиатура и если проблема не будет воспроизводиться, продолжай добавлять
по возможности замени все компоненты какие можешь на какие-нибудь другие.
qemu по умолчанию не uefi, поэтому проблем ну никаких не должно всплыть
максимум вручную после установки linux установить штатным пакетным менеджером облачное ядро (оно очень быстро грузится в виртуалках) и собственно все, и это не обязательно.
NydErt, wifi адаптер потребляет очень мало энергии, да, сбойные блоки питания порождают очень странные глюки, обычно со стабильностью, но вероятность что это ваш случай маленькая.
Настоятельно рекомендую каким либо способом проверить, влияет ли нагрузка на gpu на ethernet, т.е. подключите сеть по кабелю, можно просто по локальной сети для теста что-нибудь копировать (например с помощью far commander копировать файл по сети в nul, это будет прямым и самым простым тестом, проводить несколько раз чтобы закешировалось на отдающей стороне)
ValdikSS, для этого процессора сотня мегабит незначительная скорость.
я бы подумал что проблема в драйвере wifi адаптера, но если проблема повторяется на двух адаптерах, вероятность совпадения очень маленькая
Значит проблема либо в браузере (для теста нужно поставить другой браузер, например если используется chromium типа google/yandex/edge/opera/... то поставить firefox и запустить тест от туда)
Либо проблема в драйверах к видео, нагрузка на видеокарту почему то тормозит другие приложения. тоже маловероятно но реально (у amd часто были странные глюки, с другой стороны видеокарта современная, а те глюки были лет 10 назад)
к автору, попробуй еще протестировать процессор, когда нагружена видеокарта (какой нибудь 7z и в нем встроенный тест скорости сжатия). Поищи какой-нибудь другой gpu тест чтобы удостовериться.
Черт я плохо прочитал код, почему то подумал что ты делаешь к нему много запросов...
Если у тебя нагрузка на ядро 100% то это ответ причины тормозов, делай по другому... Самое простое, переделать на многопоточную реализацию .
из недостатков, ssh подключение не совсем удобно держать постоянным, оно заточено на эпизодическое использование, а для постоянного лучше настроить vpn