интересное кино. заставившее меня слегка пересмотреть мои взгляды на RAID.
началось с того, что один из моих новых винтов заглючил. причем повторилась та же история, что и со старым винтом - ошибки записи с последующим полным отсутствием доступа - на этот раз всего RAID-массива. опять проклял все на свете винты (на этот раз особо досталось сигейтам) и пожалел, что не послушался тех, кто советовал вместо "страйпа" ставить "зеркало". одно меня смущало - странная похожесть поведения двух разных винтов - разные производители, разные объемы, даже интерфейс немного разный (SATA -150 и SATA-3.0). и один добрый человек мне на работе сказал: "а ты подергай кабеля - SATA -шные синты грешат плохим контактом". и подумал я, что винты я менял, открывал закрывал корпус компа множество раз и ни разу не удосужился подергать SATA -коннекторы непосредственно на материнской плате. а конструкция корпуса к тому же такая, что, когда его открываешь, вероятность выскочить у кабелей, что воткнуты в плату очень большая. и если IDE держится крепко всеми своими 40 контактами, то дохлые игрушечные разьемы SATA так и норовят выскочить.
в общем, я так и сделал - открыл корпус и поперевтыкал все SATA-шные кабеля (а заодно и все, которые попались мне под руку). в результате с тех пор мой RAID ни разу не сбойнул. а заодно я решил перепровести тесты на производительность и загрузку процессоров. потому что, как сказал тот же добрый человек, повышенная жручесть процов при дисковых операциях может как раз означать плохой контакт - проц по горло занят коррекцией ошибок.
опыт проделал тот же самый - переписал большой файл с IDE-винта на SATA-RAID0. вот картинка:
достаточно большого файла у меня не нашлось - все файлы так быстро улетали, что я не успевал ничего заметить. тогда я взял файл в 50 мег (бинарный) и скопировал его несколько раз, получив тем самым файл в 1311 мег, т.е. почти полтора гига.
на картинке три части:
1. выполняется трехкратное копирование 437-метрового файла в другой файл (copy /b bubu + bubu + bubu /b bububu). загрузка процессоров 5-8%.
2. копирование полученного 1311-метрового файла с IDE на RAID (командой F5 в FAR'е). скорость при этом прыгала до 200 мег в секунду - в конце копирования скорость установилась около 100 мег/сек. загрузка процессоров 11-15%.
3. удаление файла на RAID'е (shift-F8 в FAR'е) (вон тот пик в начале третьей части). и повторное копирование того же файла оттуда же туда же. на этот раз скорость - около 50 мег/сек при загрузке процессора чуть пониже - 8-12%
мне не совсем понятна эта разность в скорости. может быть, файл где-то кэшируется? но где? общий объем занятой памяти не менялся на протяжении всей экзекуции. совсем интересные данные получаются при попытке скопировать файл в NUL - дабы проверить чистую скорость чтения. копирование с IDE происходит со скоростью 50 мег/сек при загрузке процов ~10% - получается, собственно RAID'овость принимающего винта не оказывает практически никакого влияния на дисковые операции! я попробовал создать большой файл путем копирования на RAID'е и получил те же 5-8% загрузки процессоров! ну, и нафига, спрашивается, мне железный RAID-контроллер?
так что с железным RAID-контроллером я погожу. материнский контроллер и два ксеона пока прекрасно справляются с его обязанностями.
одна проблема осталась. теперь не знаю, куда девать мой старый SATA-шный винт на 250 гиг. ведь, получается, зря я на него гнал, и он, по идее, должен быть в полном порядке.
и еще: проверяйте, граждане, контакты!
началось с того, что один из моих новых винтов заглючил. причем повторилась та же история, что и со старым винтом - ошибки записи с последующим полным отсутствием доступа - на этот раз всего RAID-массива. опять проклял все на свете винты (на этот раз особо досталось сигейтам) и пожалел, что не послушался тех, кто советовал вместо "страйпа" ставить "зеркало". одно меня смущало - странная похожесть поведения двух разных винтов - разные производители, разные объемы, даже интерфейс немного разный (SATA -150 и SATA-3.0). и один добрый человек мне на работе сказал: "а ты подергай кабеля - SATA -шные синты грешат плохим контактом". и подумал я, что винты я менял, открывал закрывал корпус компа множество раз и ни разу не удосужился подергать SATA -коннекторы непосредственно на материнской плате. а конструкция корпуса к тому же такая, что, когда его открываешь, вероятность выскочить у кабелей, что воткнуты в плату очень большая. и если IDE держится крепко всеми своими 40 контактами, то дохлые игрушечные разьемы SATA так и норовят выскочить.
в общем, я так и сделал - открыл корпус и поперевтыкал все SATA-шные кабеля (а заодно и все, которые попались мне под руку). в результате с тех пор мой RAID ни разу не сбойнул. а заодно я решил перепровести тесты на производительность и загрузку процессоров. потому что, как сказал тот же добрый человек, повышенная жручесть процов при дисковых операциях может как раз означать плохой контакт - проц по горло занят коррекцией ошибок.
опыт проделал тот же самый - переписал большой файл с IDE-винта на SATA-RAID0. вот картинка:
достаточно большого файла у меня не нашлось - все файлы так быстро улетали, что я не успевал ничего заметить. тогда я взял файл в 50 мег (бинарный) и скопировал его несколько раз, получив тем самым файл в 1311 мег, т.е. почти полтора гига.
на картинке три части:
1. выполняется трехкратное копирование 437-метрового файла в другой файл (copy /b bubu + bubu + bubu /b bububu). загрузка процессоров 5-8%.
2. копирование полученного 1311-метрового файла с IDE на RAID (командой F5 в FAR'е). скорость при этом прыгала до 200 мег в секунду - в конце копирования скорость установилась около 100 мег/сек. загрузка процессоров 11-15%.
3. удаление файла на RAID'е (shift-F8 в FAR'е) (вон тот пик в начале третьей части). и повторное копирование того же файла оттуда же туда же. на этот раз скорость - около 50 мег/сек при загрузке процессора чуть пониже - 8-12%
мне не совсем понятна эта разность в скорости. может быть, файл где-то кэшируется? но где? общий объем занятой памяти не менялся на протяжении всей экзекуции. совсем интересные данные получаются при попытке скопировать файл в NUL - дабы проверить чистую скорость чтения. копирование с IDE происходит со скоростью 50 мег/сек при загрузке процов ~10% - получается, собственно RAID'овость принимающего винта не оказывает практически никакого влияния на дисковые операции! я попробовал создать большой файл путем копирования на RAID'е и получил те же 5-8% загрузки процессоров! ну, и нафига, спрашивается, мне железный RAID-контроллер?
так что с железным RAID-контроллером я погожу. материнский контроллер и два ксеона пока прекрасно справляются с его обязанностями.
одна проблема осталась. теперь не знаю, куда девать мой старый SATA-шный винт на 250 гиг. ведь, получается, зря я на него гнал, и он, по идее, должен быть в полном порядке.
и еще: проверяйте, граждане, контакты!