AlexanPДа вот как раз наоборот, почему-то рекомендуют (с оговоркой) писать в кэш.
Ладно бы написали, что есть такая опция, позволяющая писать в кэш, но вы рискуете потерей данных. Тогда и вопросов бы таких не было, почему для RAID 0 не надо включать запись в кэш, а для RAID 1,10 это даже рекомендуется....
Дебилы

Dimitry SibiryakovПлата серверная. Сервера обычно сидят на бесперебойниках, так что риск внезапного конца
электричества невелик.

Риск конца электричества, единственно зависит от вменяемости админов
При невменяемых админах, никакой бесперебойник не поможет

Был случай, когда в 16:00-17:00 пропал свет ("админы" были на работе), стойки бесперебойниками пишали часа два, на следующее утро Oracle Database уже не запускался

И это при нормальных серверах, якобы нормальных дисковых полках (с батарейками) и прочее.... Профессионализм не пропьешь (((

p.s.
при этом, что удивительно, все MS SQL'ные инстансы на виртуалках выжили, а Oracle'ые все пошли медным тазом.
p.p.s.
и это не единственный случай на практике, когда _плановое_ выключение электричества....а базы опа и ж...а

bga83софтовая реализация батарейки
аналог старой, доброй команды "format c: /u"

Dim2000как тормозит хорошо загруженный комп

Может просто тогда комп покупать нормальный?
Подходящий под задачи

Dim2000идиотский вопрос

IMHO
вопрос Т.С. как раз очень правильный.

Т.к. покупать достаточно дорогой компьютер ради "lose data when a power interruption occurs while transmitting " вот это IMHO как раз полный идиотизм.

Тогда уж проще зайти на АВИТО и за те же деньги купить БУ системный блок + кучу RAM + SSD. Стоить будет дешевле, работать быстрее и надежность будет выше. Профит по всем пунктам.

kdvчто-бы что-то покупать, надо понимать, где может быть бутылочное горло у конкретного железа.
приложения (задачи)

IMHO & AFAIK

железо должны идти 2-ым, а то и 3-им пунктом. Задача ==> софт ==> требования софта ==> железо под данные требования