Денег на марусю не хватает? Ну да, нищеброд, ничо страшного, повзрослеешь, заработаешь денег на марусю.
Это ты мне что-ли? Ты читать умеешь? или между строк глазами водишь? Твой мозг способен уяснить смысл поста? Откуда вообще смысл "деньги" и "маруся"? "нищеброд"? Ты какого там говна хлебнул, что тебя так понесло?
Воот, а тогда зачем было писать "Вплоть до отказа"? (хотя, это и не ты писал, так, риторический вопрос)
И даже когда данные меняются, новые, или измененные данные чаще всего пишутся на новое место. Кроме того, ССД имеет большой запас свободных ячеек и когда контроллер видит, что перезапись какой-то ячейки доходит до порога, то вместо нее использует новую из запасных. Когда кончаются запасные он тоже предупреждает об этом. ИМХО, все эти внезапные умирания ССД в прошлом, современные контроллеры достаточно вылизаны, чтоб ССД были не менее надежными, чем обычные винты. А бакапы надо делать и там, и там, каким-бы надежным ни был носитель.
И вообще, ждём в 2025 мемристорную память на графене. Там и объёмы будут в десятки терабайт, и скорость на порядок больше нынешней оперативки. Да и срок износа у мемристора больше, чем у магнитной ячейки...
_________________ Большой кот. Пушистый. Полосатый. Чёрно-белый.
Как часто СУБД перезаписывает один и тот-же сектор на SSD?
А какая разница, тот же или не тот же сектор переписывается, учитывая ротацию физических блоков? SSD ставят на БД с iops более 200-300. Ибо до этого предела справляются и винты вполне.
Tiger.711 писал(а):
Вопрос в том, как часто меняются данные.
БД практически целиком размещается в кеше (да-да, не даром на крупных серверах БД ставят максимально возможное кол-во памяти). Операции чтения вычитывают анные из памяти соответственно (ну или в 95% случаев из памяти). Соответственно в i/o упирается сервер в первую очередь по записи.
Politura писал(а):
ИМХО, все эти внезапные умирания ССД в прошлом, современные контроллеры достаточно вылизаны, чтоб ССД были не менее надежными, чем обычные винты.
Только ИМХО ваше противоречит реальным наблюдениям... SSD, используемый под flashcache, на достаточно нагруженном сервере издыхает за год-полтора. И в датарикавери не иссякает поток "счастливых владельцев" SSD, которые внезапно превратились в тыкву...
NiTr0 Кэш записывается на накопитель так часто, как это настроено. При чём, желательно - не реже трёх раз в минуту. Да, записываются только изменённые данные, но - примерно - каждые пять-десять секунд.
_________________ Большой кот. Пушистый. Полосатый. Чёрно-белый.
Кэш записывается на накопитель так часто, как это настроено.
Только если не используется direct I/O. А он таки используется в СУБД. Ибо сохранять все в кеш и получить кашу/потерю данных - недопустимо. Особенно если в СУБД финнсовые транзакции к примеру гуляют... Продали человеку порше кайен, глюкнул сервер БД в этот момент, после рестарта - опа, а нет списания денежки, а новый владелец уже сел и уехал Утрирую ессно, в банковской сфере все несколько посложнее по части сохранности/отказоустойчивости, но результат для прочих данных примерно похожий будет.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 29
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения