Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.LINUX
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.LINUX с датами от 24 Jan 02 06:01:34 до 11 Mar 24 23:35:09, всего сообщений: 8277
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 5795 из 8277 ========================================= RU.LINUX =
От   : Viktor V. Kudlak                 2:5030/1374        13 Aug 19 23:13:28
Кому : Eugene Grosbein                                     13 Aug 19 23:13:28
Тема : Adaptec 2405
FGHI : area://RU.LINUX?msgid=2:5030/1374+5d531bd9
На   : area://RU.LINUX?msgid=grosbein.net+33ae7b45
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.LINUX?msgid=grosbein.net+17efd136
==============================================================================
Hello Eugene.

09 Aug 19 16:34, you wrote to me:

SA>>>>> Работал-работал сабж, потом глюкануло и некоторые директории
SA>>>>> побились. Есть ли смысл от HWR в 2019 году?
VVKV>>> > А каким образом логика и физика связаны?
EG>>> Самым прямым - если физика ненадёжна, то логика легко может быть
EG>>> порушена. Современный тренд - отказываться от предположения о
EG>>> надежности физики.
VVK>> все перации на дисковой системе транзакционные и отмечаются в
VVK>> журнале.. если это зеркало - выводишь из боя один из дисков и
VVK>> снимаешь со второго диска видимо у тебя рейд порушился и после
VVK>> резета не понял ху из старший главное не писать после этого на
VVK>> диск, один из дисков консистентный и без ошибок.

EG> В нормальных рейдах не может случиться неоднозначности в таком случае,
EG> это элементарно исключается алгоритмически. Если такие неоднозначности
EG> таки случаются - это баги и надо либо их фиксить, либо выкидывать
EG> такой "рейд".

EG> Во фрёвом софтовом рейде за это отвечает generation id
EG> в метаданных тома на каждом из компонентов-дисков.

Всё оно так, всё оно верно. но ни один программный код не идеален и для компенсации производительности часто используются хаки. на таких скоростях, как работают рейды современные, если система будет дожидаться окончания действия, то деградация производительности будет колоссальной. поэтому даже такие надёжные системы как рейды работают в асинхронном режиме. есть небольшие временные промежутки, на которых идёт синронизация и сброс буферов, и есть вероятность, что именно в этот момент что-то может произойти. результат - либо подвисание системы с её NUMA и уходом в софт-стук, либо рассинхронизация дисков, либо еще куча любопытных багов, с которыми огромные компании просто не в силах справиться с их огромными бюджетами на отладку и разработку софта (например тот же Adaptec, или 3ware, или куча еще других компаний, которых к тому же поглатили друг друга. но это уже из другой оперы). в общем, есть решения по отключению дисковых кэшей и тому подобные хаки. но, всё оно приводит к тому анекдоту про многозадачность windows, где сынишка спрашивает отца. как там был ответ?.. "ща дискетку отформатирую и расскажу"


Viktor

--- GoldED+/LNX 1.1.5-b20110818
* Origin:  ----> www.WriteX.ru <----  (2:5030/1374)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.059110 секунды