Akina, pindschik, Neitr,
бывают редкие дни, что ping долгие часы нормальный..при тех же настройках и положении адаптера. Ничего не меняю... (делал скрин неделю назад)
Но потом раз и на несколько дней вот такая забава...надо мышкой дергать
На самом роутере есть проверка ping, но непонятно там через точку..это тысячи мс или единицы с десятичными знаками
pindschik,
Все на максималках..кроме
"выключение монитора через 20 мин простоя, и отключение дисков через час... (но до этого не доходит даже . Все остальное на максимальной производительности.
У адаптера никаких настроек нет...просто "свисток". У меня 2-й такой же адаптер точно..на работе...другой провайдер - и проблем таких нет
Refguser, А можно ка кто для installer.php указать папку с основным архивом на другом хостинге или FTP или в облаке? (не закачивая сам архив на хостинг где будет восстанавливаться)?
А как тогда отработает installer.php при переносе сайта на другой хостинг и другое доменное имя? внесет все нужные изменения в другие файлы (которые перенесем вручную?
При создании архива можно забекапить только базу и/или исключить каталоги (например uploads), и перенести их отдельно.
Спасибо! но у нас только БД 200 Мб. Её бы тоже разбить на тома.
С хостинга бежать можно, но он зато стоит копейки, и всё остальное у него на высоте и безлимит по всем параметрам другим (что редко у других).
Но в любом случае хочется всё же научиться дробить архивы сайта Wordpress на тома. Это вот сейчас сайт 600 Мб нужно было. А есть сайты и 10 Гб и более - там просто по фэншую лучше делать многотомные архивы.
ZERGeich, Уже давно SSD все с уплотнением ячеек. С начла (пока диск пустой) пишется без уплотнения, потом все начинает уплотнятся - а это перезаписи сплошные. Вы отстали лет на 10 где то в SLC еще технологии
Илья Савельев, получилось?
И по теме еще - можно ли как то архив Wordpress сделанный через Duplicator разбить на тома (части- к примеру по 20 Мб) но чтобы его потом подцепил installer.php?
Просто есть много хостингов где ограничение на размер файла (архива)
ZERGeich, Изучите мат часть. У ССД данные не лежат просто как на НДД или ленте.
Они постоянно переписываются, перебрасываются и прочее. Именно это и убивает TBW не меньше чем новая запись. Запись больших файлов на НДД позволила бы в разы сократить нагрузку на ССД
Drno, Можно просто пробросить через репитер. То есть раздает смартфон, ловит любой роутер и ретранслирует. Такой вариант даже лучше просто смартфона - уменьшает нагрузку на смартфон по дальности сигнала и нагреву, и в целом усиливает вай-фай покрытие.
shurshur, Автор говорит что со смартфоном таких проблем не было. Не думаю что у него какой то навороченный смартфон, потому что те у кого супернавороты и понты - такими вопросами не задаются, а берут другие дорогие рабочие из коробки решения
Drno, Спасибо! Но вопрос немного не об этом. делать бэкапы и прочее это все умеется и делается. Но это очень рутинная задача. Хочется просто либо автоматически чтобы в массиве зеркалировался системный ССД диск на НДД, либо просто увеличить срок службы да и отдалить моральное устаревание ССД тем что он будет работать только с мелкими файлами, под которые он хорошо заточен, а крупные файлы писались на НДД автоматом.
Вот у меня есть куча дисков 120 Гб которых часто не хватает просто потому что объемы программ уже больше. Да можно объединять их в RAID 0. Но так же есть куча НДД, И ССД еще бы надолго хватило 120 Гб если бы можно было сделать, чтобы все большие файлы (хотя бы больше 5-10 МБ) писались в системе не на ССД а на НДД, но видела бы это как единый диск. Реально вот отсортируйте все файлы на системном диске по размеру, вы увидите, что из миллиона файлов лишь 1-3% больше 1 Мб размером, но они занимают больше половины объема. Но реально размещайся и читайся они с НДД они бы не сильно тормозили бы весь процесс.
SagePtr, Вот к примеру стандартная папка винды ...у меня 18,42 Гб. всего 299349 файлов. При этом файлов больше 1 Мб размером всего 3206 штук, но они весят 11,54 Гб...то есть больше половины. Так зачем их держать на ССД если они и с НДД не очень медленно считаются, не убивая более половины TBW. Тем более что многие из них вообще не читаются по 2-и более лет. некоторые лежат там неизменные с 2018, а к очень многим вообще не было обращения за всё время эксплуатации винды. Так зачем их писать на ССД и убивать TBW очень большой процент, если они неплохо могли бы лежать и на НДД. То же самое со многими программами и играми, я уже не говорю о фильмах и прочем медиа. Просто алгоритм разделения записи крупных файлов на НДД а мелких на ССД сэкономил бы более половины TBW при незначительном снижении производительности дисковой подсистемы или вообще не снижению на крупных файлах. Ведь реально выигрыш ССД существенный есть только на очень мелких файлах, вот и использовать ССД в том сценарии где он максимально производителен - писать на него только мелкие файлы, и пусть живет долго/дольше. Да и по цене и суммарной стоимости эксплуатации такой гибрид или массив из ССД и НДД будет дешевле в пересчете на 1 МБ хранения, чем гонять только ССД под все файлы используемые в работе.
юзай ссд и не парься - нормальные живут спокойно лет 5
У нас что то совсем не так
у меня из партии 23 штуки (брали разные) 4 уже сдохло за 2 года не отработав даже 10-ю часть TBW. При этом сдохли все Силикон повер с кучей битых ячеек в первый же год.
Один кингстон на большей части объема сейчас выдает скорость 10-20 Мб/с любых файлов и при тесте (примерно половина объема). TBW его всего 10%. Вот непонятно - это он сдыхает уже или как, хотя все программы тестов пишут "хорошее" состояние. Пытался форматировать и без формата тестить на разных компах - все равно половина областей и чтение и запись и тест просто поверхности скорость падает 2-20 Мб/с. Вообще я еще не видел на отрезке времени 7 лет ни одного ССД у нас, который бы морально устарел прежде чем сломался, и ни одного который бы доработал TBW. Ладно что сама беготня по гарантийкам это еще то увлечение и мучение, так ведь самое плохое что и данные теряются и порой восстанавливать много чего. Более того нужно ен просто какие то копии файлов или баз, а желательно клон диска, именно активного загрузочного, чтобы с него если что запуститься и работать.
Спасибо! Такое я и вручную делать могу и часто делаю. Хочется именно чтобы в моменты простоя он занимался этим.
Вообще считаю, что для большого круга задач и вариантов использования ПК и подсистемы хранения данных был бы вариант гибридных особых дисков (ССД+НДД), только не в таком варианте как сейчас гибридные диски, когда ССД часть выполняет роль больше кэширования, но и добавить алгоритм когда к примеру файлы мелкие (до 5-10 МБ) писались бы на ССД, а крупнее на НДД или какой то плавающий механизм с обучением какого размера куда писать для максимальной пары параметров производительность/сохранение ресурса ССД. Вот пока хочется реализовать это может как то программно из 2-х дисков ССД и НДД в массиве. Вручную кое что получается, но очень немногое - когда фильмы пишешь на НДД и прочие уловки. Но ведь даже вот в той же ОС или игре, бывают куча мелких файлов, и бывают очень крупные файлы. Как бы вот это разделить. Это бы очень сэкономило бы TBW ССД