Помогите разъяснить вопросы настройки Intel LSI1078
Модераторы: Trinity admin`s, Free-lance moderator`s
-
- Junior member
- Сообщения: 12
- Зарегистрирован: 26 май 2008, 11:09
- Откуда: Томск
- Контактная информация:
Помогите разъяснить вопросы настройки Intel LSI1078
Помогите пожалуйста разобраться с настройками кэширования. Есть три настройки касаемые кэшщирования:
Cache Write Policy - Write Back
Read Policy - Adaptive
С этими двумя все понятно, а вот назначения третьей не совсем понимаю:
Cache Policy: Direct I/O|Cached I/O
Вернее не понимаю как эта настройка соотносится с первыми двумя, например если поставить:
Cache Policy: Direct I/O, то Cache Write Policy устанавливать Write Back особого смысла не имеет я так полагаю, т.к. данные по возможности всегда будут писаться непосредственно на диск, с другой стороны Write Through снижает производительность опреций. И по чтению то же самое если ставить Cache Policy: Direct I/O, то будет ли какой-то эффект от упреждающего чтения ?
Может существует какая-то общая практика при установки этих политик.
Для справки вот описание из мануала этих параметров:
•Cache Write Policy
—Write Through: I/O completion is signaled only after the data is written to hard disk.
—Write Back: I/O completion is signaled when data is transferred to cache.
•Cache Policy
—Direct I/O: When possible, no cache is involved for both reads and writes. The data transfers will be directly from host system to the disk and from the disk to the host system.
—Cached I/O: All reads will first look at cache. If a cache hit occurs, the data will be read from cache; if not, the data will be read from disk and the read data will be buffered into cache. All writes to drive are also written to cache.
•Read Policy
—No Read Ahead: Provides no read ahead for the logical drive.
—Read Ahead: Additional consecutive stripes/lines are read and buffered into cache.
—Adaptive: The read-ahead will be automatically turned on and off depending upon whether the disk is accessed for sequential reads or random reads.
Cache Write Policy - Write Back
Read Policy - Adaptive
С этими двумя все понятно, а вот назначения третьей не совсем понимаю:
Cache Policy: Direct I/O|Cached I/O
Вернее не понимаю как эта настройка соотносится с первыми двумя, например если поставить:
Cache Policy: Direct I/O, то Cache Write Policy устанавливать Write Back особого смысла не имеет я так полагаю, т.к. данные по возможности всегда будут писаться непосредственно на диск, с другой стороны Write Through снижает производительность опреций. И по чтению то же самое если ставить Cache Policy: Direct I/O, то будет ли какой-то эффект от упреждающего чтения ?
Может существует какая-то общая практика при установки этих политик.
Для справки вот описание из мануала этих параметров:
•Cache Write Policy
—Write Through: I/O completion is signaled only after the data is written to hard disk.
—Write Back: I/O completion is signaled when data is transferred to cache.
•Cache Policy
—Direct I/O: When possible, no cache is involved for both reads and writes. The data transfers will be directly from host system to the disk and from the disk to the host system.
—Cached I/O: All reads will first look at cache. If a cache hit occurs, the data will be read from cache; if not, the data will be read from disk and the read data will be buffered into cache. All writes to drive are also written to cache.
•Read Policy
—No Read Ahead: Provides no read ahead for the logical drive.
—Read Ahead: Additional consecutive stripes/lines are read and buffered into cache.
—Adaptive: The read-ahead will be automatically turned on and off depending upon whether the disk is accessed for sequential reads or random reads.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Помогите разъяснить вопросы настройки Intel LSI1078
Существует общая практика подбирать дисковую систему под задачу, а не заниматься теоретическими вопросами на уровне университетских знаний.Scuderija писал(а):Может существует какая-то общая практика при установки этих политик.
-
- Junior member
- Сообщения: 12
- Зарегистрирован: 26 май 2008, 11:09
- Откуда: Томск
- Контактная информация:
Re: Помогите разъяснить вопросы настройки Intel LSI1078
Не спорю и не собираюсь заниматься теоритическими изысканиями.Stranger03 писал(а):Существует общая практика подбирать дисковую систему под задачу, а не заниматься теоретическими вопросами на уровне университетских знаний.Scuderija писал(а):Может существует какая-то общая практика при установки этих политик.
Сервер БД (MSSQL): RAID1 под систему и журналы транзакций, RAID5 из 4 дисков на данные. Кол-во БД - 4 объем каждой примерно 2ГБ. Прирост файлов данных примерно на 15% ежемесячно. Кол-во пользователей максимум до 30 одновременно в среднем около 20. Текущие настройки на обоих массивах:
Cache Write Policy - Write Back
Read Policy - Adaptive
Cache Policy: Direct I/O
Вопрос оптимальна ли настройка Cache Policy ?
-
- Junior member
- Сообщения: 12
- Зарегистрирован: 26 май 2008, 11:09
- Откуда: Томск
- Контактная информация:
По поводу настройки Cash Policy IO, в компании, которая занималась сборокой и начальным конфигурированием данного сервера сказали, что на конференции в которой участвовали и Ваши специалисты, задавался вопрос по поводу данного параметра на данных контроллерах, ответ был дан Вашим специалистом, что именно при использовании массива для БД SQL Server этот парметр лучше ставить в Direct режим.Хотя самым производительным будет режим Write Back, Cashed I/O, Ahead Read о чем и пишет интел на своем сайте. Поэтому и интересовало более подробно мотивы установки данного парметра в Direct I/O. Если из соображений надежности, то тогда и Write Policy должна быть установлена не через кэш.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Для безопасности надо покупать BBU, а не лезть в дебри рассуждений.
Параметр кэшед ио в разных версиях прошивки и на разных задачах ведет себя по-разному. Поэтому не мудрите, а просто пощелкайте кнопкой в управлялке - это неразрушающий параметр.
З.Ы. Мы безусловно рады, что наши конкуренты задают вопросы на нашем форуме перед извлечением прибыли
Параметр кэшед ио в разных версиях прошивки и на разных задачах ведет себя по-разному. Поэтому не мудрите, а просто пощелкайте кнопкой в управлялке - это неразрушающий параметр.
З.Ы. Мы безусловно рады, что наши конкуренты задают вопросы на нашем форуме перед извлечением прибыли
-
- Junior member
- Сообщения: 12
- Зарегистрирован: 26 май 2008, 11:09
- Откуда: Томск
- Контактная информация:
Не пойму как я конкурирую с Вами, поскольку являюсь конечным потребителем, и ни каким боком не занимаюсь продажей серверных систем и систем хранения.gs писал(а):З.Ы. Мы безусловно рады, что наши конкуренты задают вопросы на нашем форуме перед извлечением прибыли
Полностью согласен, что мы и сделали.gs писал(а):Для безопасности надо покупать BBU.
Конечно пощелкаю, замерю и промониторю. Просто предпочитаю знать зачем я щеклкаю и какой результат ожидаю получить. И поскольку Вы являетесь непосредственным партнером LSI Logic, чей чип в данном случае обсуждается, то посчитал уместно задать здесь вопрос по конкретному параметру настройки и его связи с другими параметрами. Вот и зашел с главной страницы по ссылке: "Обсудите со специалистами «Тринити»: RAID-контроллеры Adaptec, LSI, 3Ware и др."gs писал(а):Параметр кэшед ио в разных версиях прошивки и на разных задачах ведет себя по-разному. Поэтому не мудрите, а просто пощелкайте кнопкой в управлялке - это неразрушающий параметр.
З.Ы.
В любом случае спасибо за все комментарии.
С Уважением.
-
- Junior member
- Сообщения: 12
- Зарегистрирован: 26 май 2008, 11:09
- Откуда: Томск
- Контактная информация:
Вы наверное не так поняли, имелась ввиду конференция (не форум в интернет) организованный по всей видомости каким-то известным вендором или крупной компанией, предназначенный как раз таки для знакомства с новыми продуктами и обмена опытом, на котором присутствовали как Ваши специалисты уж не знаю в какой роли (участник или организатор) и специалисты данной компании. Более детальных подробностей не знаю. И Ваша компания была упомянута в контексте, что Вы являетесь партнером LSI Logic и Ваши специалисты упоминали о данной настройке. Причем узнал я об этом после того как здесь создал тему.gs писал(а):Я не про Вас, а про тех, кто продал этот сервер. Согласитесь - забавно из уст продавца слышать референси на форум конкурента
-
- Junior member
- Сообщения: 12
- Зарегистрирован: 26 май 2008, 11:09
- Откуда: Томск
- Контактная информация:
Как говориться если гора не идет к Магомету, то ...
На сайте Intel нашел достаточно интересные материалы на данную тему:
Intel® RAID Controllers best practices white paper:
http://www.intel.com/support/motherboar ... 029228.htm
В данном документе есть раздел:Tuning Controller Cache Options и ссылка еще на один документ:
Configuring Intel® RAID Controllers for optimal performance:
http://www.intel.com/support/motherboar ... 029227.htm
Где в том числе популярно объсняется почему в большинстве случаев нужно использовать Direct I/O и когда требуется Cashed I/O, а так же приведена таблица настроек для различных типовых задач.
Так что действительно теоритическим словоблудием заниматься, во всяком случае мне, не стоит - ребята из интела уже все сделали и выдали общие рекомендации Все вопросы сняты.
P.S. Линки на сайте совсем свежие, датированы маем 2008, да и находятся в каком-то из подподразделов, потому сразу их и не увидел когда качал мануалы. Сорри, что потратил Ваше время, но думаю и всем участвовавшим в обсуждении, так же будет полезно почитать данные первоисточники, поскольку действительно аргументированного ответа так и не было.
С Уважением
На сайте Intel нашел достаточно интересные материалы на данную тему:
Intel® RAID Controllers best practices white paper:
http://www.intel.com/support/motherboar ... 029228.htm
В данном документе есть раздел:Tuning Controller Cache Options и ссылка еще на один документ:
Configuring Intel® RAID Controllers for optimal performance:
http://www.intel.com/support/motherboar ... 029227.htm
Где в том числе популярно объсняется почему в большинстве случаев нужно использовать Direct I/O и когда требуется Cashed I/O, а так же приведена таблица настроек для различных типовых задач.
Так что действительно теоритическим словоблудием заниматься, во всяком случае мне, не стоит - ребята из интела уже все сделали и выдали общие рекомендации Все вопросы сняты.
P.S. Линки на сайте совсем свежие, датированы маем 2008, да и находятся в каком-то из подподразделов, потому сразу их и не увидел когда качал мануалы. Сорри, что потратил Ваше время, но думаю и всем участвовавшим в обсуждении, так же будет полезно почитать данные первоисточники, поскольку действительно аргументированного ответа так и не было.
С Уважением
- Tert
- Advanced member
- Сообщения: 4233
- Зарегистрирован: 19 янв 2003, 08:09
- Откуда: Москва
- Контактная информация:
Scuderija
Давайте разберем примерный алгоритм (очень упрощенный) работы RAID контроллеров LSI.
Запись блока.
1. Блок данных поступает от ОС (от драйвера контроллера) во внутренний буфер контроллера в его локальной оперативной памяти.
2. Если включен режим WB, то контроллер посылает информацию ОС о том, что блок записан.
3. Далее блок вытесняется в локальный кэш RAID массива (или виртуального диска в терминологии LSI) откуда он уже записывается на жесткие диски. Кэш массива - это просто некая область памяти в ОЗУ контроллера.
4. Контроллеру (и ОС, если включен режим WT) идет сигнал о записи блока на диски.
Если требуется прочитать блок, то он берется из этого локального кэша виртуального диска. Причем в кэше блок данных может уже храниться в каком то преобразованном виде (вроде Trace Cache процессоров Intel).
Чтение блока.
1. От ОС поступает команда на чтение блока данных.
2. Если включен режим Cached I/O, то контроллер идет в свой буфер и ищет данные там.
3. Если включен режим Direct I/O, то контроллер идет в локальный кэш массива и пытается взять данные там.
4. Если данных в памяти нет, то контроллер считывает их с дисков, помещает в локальный кэш массива и одновременно передает их ОС.
5. Если включен режим Cached I/O, то данные также помещаются в буфер контроллера.
Из этого алгоритма можно сделать вывод, что быстрее всего данные поступят из буфера контроллера. Но буфер не резиновый, имеет небольшую емкость (меньше локального кэша массива) и распределяется между всеми виртуальными дисками.
Поэтому, если идут запросы на чтение одних и тех же данных, то режим Cached I/O может дать некоторый выигрыш. В противном случае может быть ухудшение производительности из-за постоянных ложных запросов в буфер контроллера. А такие случайные запросы обычно поступают в контроллер, если ОС или приложение (вроде БД) сами занимаются кэшированием данных.
Давайте разберем примерный алгоритм (очень упрощенный) работы RAID контроллеров LSI.
Запись блока.
1. Блок данных поступает от ОС (от драйвера контроллера) во внутренний буфер контроллера в его локальной оперативной памяти.
2. Если включен режим WB, то контроллер посылает информацию ОС о том, что блок записан.
3. Далее блок вытесняется в локальный кэш RAID массива (или виртуального диска в терминологии LSI) откуда он уже записывается на жесткие диски. Кэш массива - это просто некая область памяти в ОЗУ контроллера.
4. Контроллеру (и ОС, если включен режим WT) идет сигнал о записи блока на диски.
Если требуется прочитать блок, то он берется из этого локального кэша виртуального диска. Причем в кэше блок данных может уже храниться в каком то преобразованном виде (вроде Trace Cache процессоров Intel).
Чтение блока.
1. От ОС поступает команда на чтение блока данных.
2. Если включен режим Cached I/O, то контроллер идет в свой буфер и ищет данные там.
3. Если включен режим Direct I/O, то контроллер идет в локальный кэш массива и пытается взять данные там.
4. Если данных в памяти нет, то контроллер считывает их с дисков, помещает в локальный кэш массива и одновременно передает их ОС.
5. Если включен режим Cached I/O, то данные также помещаются в буфер контроллера.
Из этого алгоритма можно сделать вывод, что быстрее всего данные поступят из буфера контроллера. Но буфер не резиновый, имеет небольшую емкость (меньше локального кэша массива) и распределяется между всеми виртуальными дисками.
Поэтому, если идут запросы на чтение одних и тех же данных, то режим Cached I/O может дать некоторый выигрыш. В противном случае может быть ухудшение производительности из-за постоянных ложных запросов в буфер контроллера. А такие случайные запросы обычно поступают в контроллер, если ОС или приложение (вроде БД) сами занимаются кэшированием данных.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 36 гостей