RemComm
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору abaj С таким же успехом вы можете купить контроллер не за 500, а за 300$ и он тоже,окажется, будет не работать. По моему опыту (внимание), все железо интел, которое я когда-либо покупал и использовал с продуктами VMWare - было совместимым. Теоретически я задавался вопросом, как решаются проблемы, при их возникновении, обоими вендорами. Гарантии? Ситуация проста - если у вас десктопная база, куда вы прилепили поддерживаемый вендором, совместимый контроллер (ЛАН, САС, САТА, етц) и у вас проблемы - курите бамбук, ибо такая конфигурация не поддерживается официально ни VMWare, ни Интелом. Хотите гарантий - покупайте (!) полностью (!) поддерживаемую конфигурацию, иначе вам их никто не даст. Тут, вроде, все понятно. SAS/SATA = SAS, натурально, потому что сейчас все SAS/SATA HBA являются SAS контроллерами с поддержкой SATA, так как SAS и SATA совместимы на различных уровнях от физики и выше. Собственно, по этому их и заявляют как SAS контроллеры. Тут вам, лучше бы, дунуть немного мат-части. Насколько будут эти (???) драйвера хорошо работать - не известно мне. Не использовал я их никогда. Для интела VMware делает свои драйвера. По моделям - ну, вы немного не того навыбирали RMT и RMS - это Integrated RAID Controller, плата расширения функциональности серверного планара. В десктопную матплату его не возможно установить физически. RS ставятся, работают. Для LSI - то же самое. Обе ставяться и работают, только для LSI 9261-8i вы будете менять фиксатор, так как в базе он низкопрофильный По драйверам: VMware изменяет драйвера в составе дистрибутивов ESX(i) и обновлениях, когда и если сочтет это необходимым. Вендор аппаратного обеспечения может выпускать свою, более новую версию, при том, базовая (актуальная) версия драйверов, в составе продуктов VMware, не измениться. Возможно, были исправлены минорные или не критические ошибки, или был какой-то незначительный импрув. Или VMware удовлетворена работой предыдущих драйверов. Или не сочла заявленные фиксы критическими и достойными правки. А возможно, в их драйверах этих проблем и не было вовсе. Все вышесказанное никак не касается микрокода контроллера (firmware) - этим целиком рулит вендор аппаратного обеспечения. Можете выбирать на свой вкус Я, обычно, читаю документацию на драйвера или микрокод и решаю самостоятельно, хочу я обновлять их или нет. Про кэш... Ну это... Возможно, мат-часть, все-же, изучить стоит. Все больше профита, чем обрывками на форуме знания собирать... Впрочем, вы не спрашивали таких советов, потому по существу... Домашние лабы они тоже разные бывают ведь. Ну, вот как люди совсем. Кому-то надо производительность на тяжелом дисковом IO. Кто-то хочет обеспечить отказоустойчивость на уровне носителей. Кому-то нужна целостность данных на уровне контроллера. А кому-то оно и не надо совсем... Если вы хотите просто поиграться с самим продуктом и не делаете в лабе тестовых конфигов по своим проектам - то вам, возможно, она (лаба, да и кэш) и ни к чему. Поиграться с этим продуктом сейчас возможно всего лишь виртуализовав его и не надо тратиться на контроллеры. А вы, как я понимаю, не делаете тестовых конфигов, так как сам ваш вопрос о кэше уже дает понять, что вы лишь немного/едва знакомы с вопросами производительности в средах виртуализации. Так как-то... | Всего записей: 838 | Зарегистр. 30-09-2003 | Отправлено: 18:09 20-08-2013 | Исправлено: RemComm, 18:33 20-08-2013 |
|