Сносите дравера под чистую и ставьте самые последние или вообще не ставьте, винда сама загрузит.
Но перед этим выключите компьютер, попробуйте вытащить wifi модуль и заново вставить. Также убедитесь в том, что он прикручен к корпусу и не болтается просто так.
подключен. вроде бы
Экономный режим случаем не установлен в режиме энергопитания?
Скопируйте сюда полностью в нормальном расширении вкладку Общие всю и вкладку Подробности.
Если система просто тухнет, то возможно проблема с блоком питания.
При этом не выполняются никакие высоконагруженных операций?
Какие страницы?
Какой сайт?
При чём тут PHP 8 и турбо-страницы, это вообще про разное.
Обновил данные по параметрам площадок в тарифе "Рекламные статьи", кто хочет посмотреть примерные показатели площадок можете скачать файл: https://getmanylinks.ru/stat/General_Blog.xlsx
На данный момент есть 4 тарифных плана:
Размещение ссылок «Пробный» (50 площадок) - 100 рублей
Размещение ссылок «Молния» (300 площадок) - 520 рублей за 100 площадок (Акция: 200 ссылок + 100 бесплатно )
Размещение тематических мини-статей «Облако» (95 площадок) - 1900 рублей с написанием статей
Размещение рекламных статей и обзоров с картинками «Блоги» (300 площадок) - 4780 рублей с написанием статей
Зайти в "Просмотр событий" через пуск и в отчётах системы посмотреть, кто инициатор перезагрузки.
Ещё уточните, вы сидели работали и он перезагрузился или вы не сидели за компьютером и он уже был перезагружен?
Перезагрузка была моментальная или как положено винда написала, что перезагружается?
Не знаю банальная история или нет, но всё же расскажу. Назовём её: "Воссоединение сайтов"
Есть много сайтов на самописной CMS ещё со 2013-2015 годов. Они разбросаны по мелким VDS. Клиент решил всё собрать на одном мощном сервере т.к. управлять этой «армией» VDS стало невозможно, да и накладно.
Был взят мощный сервер и полностью настроен мной под большие нагрузки. Установлена панель ISP6 на Centos 8 Stream, а там кто не знает, по умолчанию ставиться Mysql 8.0 и это очень важно в данном контексте. Я не перевожу без особых причин на MariaDB в такой конфигурации и возможно зря, возможно нет.
После переноса 40 сайтов выясняется, что серверу не хватает ресурсов и MySQL постоянно нагружена. При этом на VDS всё было нормально.
Начинаю мониторить запросы и у нас тоннами сыпется запросы вида:
SELECT sql_calc_found_rows …….
Кто не знает, поясню, это запросы для подсчёта количества строк без учёта ограничения LIMIT. Данный запрос уже давно считается устаревшим, но всё же в MySQL 8 он работает. А работает он как всегда ужасно долго из-за своей специфики, поэтому его давно уже пора «сжечь».
Так, а почему проблем не было на старых VDS? Потому, что там MariaDB с включенным кэшированием, который просто запоминал этот запрос и всё, а в MySQL 8 кэширования нет вообще. В связи с этим начинают всплывать очень плохие запросы, которые нагружают сервер.
Возможно это и к лучшему с точки современной разработки, но нас сайт 2015 года, что делать то?
Проанализировав, было выяснено, что этот «sql_calc_found_rows» вызывается постоянно, если используется LIMIT. Нужен ли этот подсчёт или нет, не важно, главное давайте посчитаем, именно так решил разработчик CMS. Но запрос то не сразу выдаёт количество строк, надо вызвать ещё запрос:
SELECT FOUND_ROWS();
НО, его нет стандартно в классе запросов к MySQL, хотя у нас «серьёзный» проект на CodeIgniter! Значит сбор делается по ходу дела, где-то в коде? Замечательно! Грузим БД постоянно, а результат забираем, когда нам надо, "удобненько"…
Начинаю искать, где используется подсчёт этот, а нигде. Да! Он нигде не используется вообще! Единственное место во всём проекте, это подсчёт найденных данных в модуле, который отключён для этого проекта.
Молча убираю «sql_calc_found_rows» из запроса и всё.
Вот так старые проекты при масштабировании от 1000 записей до 700 000 через года, начинают создавать проблемы.
Был там ещё перевод на InnoDB, и простановка кучей индексов и мониторинг, но это всё рутина.
Спасибо, что дочитали! Если и Вам нужна помощь по оптимизации и исправлению ошибок, пишите.
