Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   Технический флейм »   SAS RAID в домашнем компе
RSS

SAS RAID в домашнем компе

<<Назад  Вперед>> Страницы: 1 2 3 4 5 6 * 7
Печать
 
easyjohn
Advanced Member


Откуда: SPb
Всего сообщений: 3381
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 апр. 2008
О, наконец то меня забанят.
CodeMaster
Advanced Member
Рыцарь ордена Хламовников

Откуда: Воронеж
Всего сообщений: 1655
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
27 авг. 2010
easyjohn написал:
[q]
На железных контроллерах память общая, соответсвенно им приходится "как-то крутиться", поступая примерно так, как алгоритмы кэша в операционной системе, держать одновременно в памяти и записанные страницы, которые могут пригодиться, и еще не записанные, и прочитанные впрок.
[/q]
Мне вот вообще не интересно как они там "крутятся". Я задал конкретный вопрос: как быстро сбрасывается кеш на запись на диски и могут ли быть какие-то дополнительные задержки при этом, получил в ответ нескольких "обще-косвенных" ответов :-/
easyjohn
Advanced Member


Откуда: SPb
Всего сообщений: 3381
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 апр. 2008
CodeMaster написал:
[q]
как быстро сбрасывается кеш на запись на диски и могут ли быть какие-то дополнительные задержки
[/q]
Ну я ж ответил - политика сброса кэша - исключительно в руках создателей контроллера и никто тебе никогда не ответит, какие у них критерии.

UPD: есть косвенный ответ - большинство контроллеров при отсуствии bbu вообще не дают включить writeback. Соотвественно при ее наличии - могут не сбрасывать данные сколько угодно долго, считая что они никуда не пропадут и при перезагрузке, и при непродолжительном отключинии питания.
Rio444
Гость


Откуда: Ростов-на-Дону
Всего сообщений: 8632
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
14 сен. 2014
easyjohn написал:
[q]
О, наконец то меня забанят.
[/q]
Если так хочется, хулиганить не обязательно.
Можно просто написать в личку.
CodeMaster
Advanced Member
Рыцарь ордена Хламовников

Откуда: Воронеж
Всего сообщений: 1655
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
27 авг. 2010
Rio444 написал:
[q]
Может Вы подскажите?
[/q]
Ну вот до того моего поста easyjohn и hardware10 ИМХО написали несколько идей для размышлений, а дальше да, общение между ними можно не переносить.
CodeMaster
Advanced Member
Рыцарь ордена Хламовников

Откуда: Воронеж
Всего сообщений: 1655
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
27 авг. 2010
easyjohn написал:
[q]
Ну я ж ответил - политика сброса кэша - исключительно в руках создателей контроллера
[/q]
Я этого не увидел в твоих предыдущих ответах, извини. Но должны же быть какие-то общие принципы? Просто в "научно-популярных" статьях (да и в описаниях моих контролеров) я этого момента не увидел, поэтому стало интересно.
Просто, если кеш (батарейный) не пытается как можно быстрее сбросить данные на диски, то он должен тогда как-то контролировать пропадание AC напряжения, что бы успеть сбросить данные. Или эту инфу он получает от ОСи, а она от БП. Или у данных для записи в кеше должен быть какой-то аналог TTL, что бы они не "висели" там больше какого-то гарантированного времени освобождения кеша.


easyjohn написал:
[q]
UPD: есть косвенный ответ - большинство контроллеров при отсуствии bbu вообще не дают включить writeback. Соотвественно при ее наличии - могут не сбрасывать данные сколько угодно долго, считая что они никуда не пропадут и при перезагрузке, и при непродолжительном отключинии питания.
[/q]
Но многие ведь и позволяют Force WB. Вообще, тогда у драйверов должны быть команды сброса кеша на диск, например при выключении компа (хотя, а как-тогда быть если на компе стоит DOS и там нет никаких дров)?
easyjohn
Advanced Member


Откуда: SPb
Всего сообщений: 3381
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 апр. 2008
CodeMaster написал:
[q]
должен тогда как-то контролировать пропадание AC напряжения, что бы успеть сбросить данные.
[/q]
Зачем? Батарейка поддерживает данные в памяти кэша, вне зависимости от того включен он или нет.
Появилось питание - сбросили незаписанные страницы. Или не сбросили и продолжили работу - никакой разницы.

CodeMaster написал:
[q]
Или у данных для записи в кеше должен быть какой-то аналог TTL, что бы они не "висели" там больше какого-то гарантированного времени освобождения кеша.
[/q]
По логике - да, но по факту - мы не узнаем.
Часть сообщений этой темы была выделена в тему "Temp" (11 марта 2018 14:07)
CodeMaster
Advanced Member
Рыцарь ордена Хламовников

Откуда: Воронеж
Всего сообщений: 1655
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
27 авг. 2010
easyjohn написал:
[q]
Зачем? Батарейка поддерживает данные в памяти кэша, вне зависимости от того включен он или нет.
[/q]
Я про включение WB без батареи, которое есть во многих контроллерах (кстати, опять же не увидел в описаниях времени хранения данных с батареей и особенно с ионисторами, ведь кеш это не SRAM, а DRAM и долго он протянуть не должен и что если систему не успели оживить?).
К данной теме присоединена тема "temp" (11 марта 2018 14:25)
<<Назад  Вперед>> Страницы: 1 2 3 4 5 6 * 7
Печать
Полигон-2 »   Технический флейм »   SAS RAID в домашнем компе
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS