dhat: Речь не о том, что их нельзя так использовать. Речь о том, что бесконечное оставление на зарядке батарейки со 100% зарядом может оказывать влияние. Если это не так, пруфните, пожалуйста, примерами, когда это не так.
dhat:
> Подключенное питание никак не влияет на работоспособность батареи
Никогда не видели вспузырившийся корпус у Apple Macbook, после того, как люди месяцами держат их на розетке?
Ноутбуки с батареей дизайнятся не для использования в качестве десктопов, а для их переноса и использования на собственном заряде.
SKRSKR:
> у них столько серверов, что если один из них постоит выключенным им ничего не будет.
Мы этого не знаем (и вы не знаете), но в ToS порядок завершения услуги обычно оговаривается.
Ущерб выражается в том, что этот сервер они не могли сдать другому клиенту. Почему они не суспендят сервера сразу по наступлении "overdue", смотрите в ToS. Вы же, в конце концов, соглашались с ним на момент регистрации.
> у других хостингов пишешь в тп тикет и они тебе хоть на пол месяца могут продлить
Они здесь и продлили, без тикета.
Но вообще, определённой формализацией процессов болеют абсолютно все крупные стоковые хостеры, стоит учитывать это в дальнейшем.
SKRSKR: Вам же написали: эта услуга считалась привязанной к вам, они не могли выдавать её другим клиентам из-за того, что она застолблена за вами. По сути, они несли издержки. Они не суспендят сервера сразу исключительно чтобы отсрочить оплату, поскольку основная аудитория хецнера - экономящие стартапы и небольшие организации.
Почитайте их ToS. Скорее всего, там оговорен порядок завершения услуги.
kkoshakk: т.е. удалил бы его из конфига, чтобы бд использовало дефолтное значение
Не забудьте отметить ответ кнопкой "Решение" =) а то судя по профилю, вы этого не делаете в принципе, а ведь это основная мотивация отвечать на ваши вопросы
kkoshakk: Переход с рам на диск - это определенное лэтенси, даже с /dev/shm, поэтому я бы оставил tmp_table_size дефолтным, чтобы он оставался небольшим, но продолжал использоваться для части операций, где нет blob/text-полей.
kkoshakk: Да, если используются поля TEXT/BLOB, то они всегда будут размещаться на диске. Если приложение зависит от TEXT/BLOB и вам очень часто приходится сталкиваться с tmp-таблицами, то размещение на /dev/shm оправдано.
Я назвал это велосипедом исключительно в контексте размещения tmpdir в памяти ради скорости (swap на ram-diske), при том, что чтобы tmp-таблица осталась в памяти и не поехала на диск, достаточно было увеличить сам tmp_table_size. В вопросе не было указано, что приложение зависит от TEXT/BLOB, и в их случае обходных путей нет, кроме как: 1) использовать /dev/shm; 2) использовать запросы, не создающие tmp-таблиц для операций, где участвуют поля TEXT или BLOB; 3) использовать отдельную таблицу для полей TEXT/BLOB.
