| ||||
| ||||
|
Важные объявления |
|
31.12.2011, 17:26 | #101 (permalink) |
Увлечённый
Регистрация: 29.09.2005
Адрес: Silent Hill
Сообщений: 655
|
Спасибо за совет.
USB 3.0 пока нет. Интересно, будет ли перспективно по сравнению с имеющимся хардом (юзается по usb 2.0) [Зарегистрироваться?] |
0 |
31.12.2011, 21:56 | #102 (permalink) | |
Аксакал
Регистрация: 23.02.2008
Адрес: Минск
Сообщений: 1,705
|
Цитата:
__________________
I`m nothing to no one! |
|
0 |
05.01.2012, 14:16 | #103 (permalink) |
Аксакал
Регистрация: 27.01.2006
Адрес: Киев
Сообщений: 1,842
|
[Зарегистрироваться?]
Практикум: влияние разметки диска на производительность SSD Проблема неправильного форматирования SSD-дисков обсуждалась много раз с тех самых пор как эти накопители поступили в массовое производство. И хотя современные операционные системы Windows уже научились правильно работать с твердотельными дисками, при форматировании накопителей сторонними утилитами (либо в Windows XP) возможны проблемы с производительностью, о которых будет рассказано ниже. Поводом к проведению тестов и написанию материала стало не только желание лично проверить результат, но и в большей степени необходимость получить конкретные цифры, поскольку уж слишком много интернет-ресурсов при описании проблемы вместо точных данных об изменении производительности приводят размытые формулировки и ссылаются на другие статьи, которые, в свою очередь, отсылают куда-то еще. В конце концов, после того как было найдено несколько негативных отзывов о влиянии выравнивания разделов на производительность SSD, стало ясно, что в ситуации необходимо разобраться самостоятельно. В материале изложены теоретические основы и руководство к проверке правильности сдвига разделов на SSD, а также тесты быстродействия. Немного теории Современные накопители представляются операционной системе и программам в виде памяти, разбитой на сектора размером 512 байт, тем не менее на физическом уровне размер каждого сектора диска в 8 раз больше и составляет 4 КБ. Для сохранения совместимости со старыми приложениями над всем этим создается еще одна прослойка, в которой каждый сектор также равен 4 КБ. Операционные системы Microsoft, выпущенные до Windows Vista, резервируют первые 63 сектора в начале диска для MBR (master boot record), и это приводит к тому, что логический (самый верхний) и физический (самый нижний) слои накопителя сдвигаются друг относительно друга, и следовательно, один логический сектор размещается сразу на двух физических. Из этого вытекает, что все операции ввода/вывода будут совершаться дважды, что не только снижает производительность SSD, но и быстрее расходует его ресурс (как известно, у SSD ограниченное количество циклов записи). Как можно догадаться, чтобы сектора на физическом и логическом уровне совпадали, сдвиг в самом начале диска должен быть кратен 4 КБ (4096 байт). Как узнать, правильно ли сдвинут раздел на SSD Как упоминалось выше, современные системы Windows умеют правильно сдвигать разделы при форматировании, однако если первоначальная разбивка была сделана в сторонней утилите или в Windows XP, то даже переформатирование в Windows 7 не исправит ситуации. В этом случае поможет либо полное удаление раздела(-ов) и создание нового, либо сдвиг всей области диска с помощью специальных утилит. Чтобы узнать, а нужно ли вообще заниматься всем этим, необходимо запустить утилиту msinfo32, перейти в раздел Components->Storage->Disks (Компоненты->Запоминающие Устройства->Диски), и найти значение Partition Starting Offset для своего SSD диска. Если при делении этого значения на 4096 получается не целое число, то первый раздел сдвинут некорректно. В нашем случае 32 256/4096 = 7,875, чего и следовало ожидать после форматирования диска под Windows XP. Альтернативным способом получения той же информации является запуск следующей команды в командной строке: wmic partition get BlockSize, StartingOffset, Name, Index Как видно, на одном накопителе (SSD в нашем случае) первый раздел сдвинут некорректно, а на втором (HDD) – корректно, поскольку 1048576/4096 = 256 (целое число). Как подвинуть раздел Если на диске не хранится ничего важного, то быстрее всего исправить ошибку можно, удалив все разделы и создав их заново из-под Windows Vista/7. Простым форматированием здесь не обойтись, поскольку сдвига области при этом не происходит. Если диск является загрузочным и описанные выше операции нежелательны, то следует заняться смещением раздела. Рассмотрим, как это делается с помощью бесплатной утилиты GParted. 1. Скачиваем загрузочный ISO-диск GParted (115 МБ) либо используем один из дистрибутивов Linux, в котором GParted может быть доступен в виде отдельной утилиты. 2. Записываем образ на компакт-диск или флешку и загружаемся с носителя. 3. Выбираем в GParted первый раздел SSD-накопителя и команду Resize/Move. 4. Снимаем галочку возле Round to cylinders, ставим «2» напротив Free space preceding, нажимаем Resize/Move и затем Apply. 5. Повторяем предыдущий пункт, но вместо «2» в Free space preceding ставим «1». Нажимаем Resize/Move и затем Apply. 6. Если на SSD имеется несколько разделов, то операции 3-5 необходимо повторить с каждым из них, что может занять несколько часов. GParted выполняет операцию сдвига без удаления данных, однако при работе с жесткими дисками всегда рекомендуется сохранять важные файлы на другом носителе. После перезагрузки система скорее всего откажется стартовать, но работоспособность Windows можно быстро вернуть, используя команду Repair Your Computer в первом же диалоге любого загрузочного диска с Windows 7. После появления Рабочего Стола проверяем корректность выравнивания в Msinfo32: 2 097 152 / 4096 = 512 – раздел сдвинут правильно. Производительность Прежде чем непосредственно измерить быстродействие, была сделана попытка посчитать операции ввода/вывода до и после форматирования диска. Как утверждает справка Microsoft, параметры I/O Reads и I/O Writes в Диспетчере Задач Windows показывают количество соответствующих операций чтения или записи для каждого конкретного процесса. Пять раз до использования GParted и пять раз после было произведено копирование одного и того же ISO-файла объемом 700 МБ на SSD-диске с помощью файлового менеджера Altap Salamander. В каждом случае количество операций чтения и записи составляло ровно 22,3 тыс. Отсутствие разницы, скорее всего, объясняется тем, что Менеджер Задач Windows работает только с верхним уровнем диска и не умеет отображать реальное количество операций на базовом уровне. Для непосредственного измерения производительности использовались программы HD Tune и Crystal Disk Mark. SSD-накопитель Kingston HyperX SH100S3B/240G сначала тестировался на компьютере с SATA 2.0, а затем на платформе с поддержкой SATA 3.0, где ему удалось полностью раскрыть свой потенциал: быстродействие накопителя находится на уровне 500+ МБ/с, но при использовании SATA 2.0 упирается в 200+ МБ/c. Все измерения проводились 5 раз, а размер тестового файла в CrystalDiskMark составлял 1000 МБ. В режиме Benchmark программы HD Tune измерялась лишь скорость чтения, поскольку для тестирования записи требовалось удаление всех разделов с диска (для прямого доступа утилиты к накопителю), а это разумеется лишало всю проверку смысла. SATA 2.0 (Скорости чтения и записи до и после выравнивания, МБ/с) Логично было бы предположить, что накопитель, производительность которого в 2,5 раза превышает пропускную способность SATA 2.0, просто упрется в возможности интерфейса и не продемонстрирует никакого прироста на устаревшей платформе, но это оказалось совсем не так. Рост, и довольно существенный, был зафиксирован даже в такой конфигурации тестовой системы. Как хорошо видно на диаграмме, скорость чтения в режиме SATA 2.0 практически не менялась, и определяющим фактором здесь (за исключением двух последних тестов с небольшим размером блоков) стало «бутылочное горлышко» интерфейса. Совершенно другая картина складывается в тестах на скорость записи, где в каждом случае была зафиксирована очевидная разница в быстродействии. Минимальный прирост производительности составил 12%, а максимальный – 450%. SATA 3.0 (Скорости чтения и записи до и после выравнивания, МБ/с) Этот режим позволил раскрыть весь потенциал накопителя, и он продемонстрировал в тестах именно те скорости, которые производитель указал на коробке (около 500 МБ/c в режиме чтения и записи). Проверка чтения вновь не принесла особых сенсаций, разве что HD Tune в режиме Benchmarks как бы исправился за результат в предыдущем тесте, где вместо небольшого повышения производительности было зафиксировано незначительное, но все же странное снижение показателей. Также выделяется результат CrystalDiskMark (4K QD32), где разница в скорости составила не пару МБ, как в остальных тестах, а значительно больше. Результаты записи также очень похожи на те, что были получены в режиме SATA 2.0. Прирост в каждом тесте (кроме первого и последнего) практически идентичен, и это легко объясняется тем, что производительность SSD в этих тестах не зависела от версии SATA интерфейса. Если сделать подсчеты, то минимальный прирост составил 18%, а максимальный – 310%. Вывод Результаты проверки оказались несколько неожиданными. Во-первых, в теории быстродействие накопителя должно было повыситься и при чтении, но очевидное улучшение в тестах было зафиксировано лишь при операциях записи. Во-вторых, до начала проверки ожидались куда более скромные показатели прироста (если ожидались вообще), но не смотря на это в некоторых тестах было получено 3-4 кратное увеличение скорости записи.
__________________
Так говорил Заратустра. |
+1 (+1/-0) |
29.02.2012, 14:18 | #105 (permalink) |
Бессмертный
|
Что скажите по этой железяке?
[Зарегистрироваться?] На что еще можно глянуть размером около 200-250 GB
__________________
|
0 |
29.02.2012, 15:38 | #106 (permalink) |
Аксакал
Регистрация: 23.02.2008
Адрес: Минск
Сообщений: 1,705
|
[Зарегистрироваться?]
[Зарегистрироваться?] если хочется подешевле, [Зарегистрироваться?] в конце концов.
__________________
I`m nothing to no one! |
0 |
01.03.2012, 09:37 | #108 (permalink) |
Аксакал
Регистрация: 23.02.2008
Адрес: Минск
Сообщений: 1,705
|
Fedoskin
Если ты неделю голодать из-за этой сотки не будешь - то да. Крушелы понадежнее будет и не деградируют со временем. ЗЫ: Пили последнюю прошивку с офф сайта на него сразу, ну и почитай что включить/выключить желательно под ссд вообще, в этой теме в частности.
__________________
I`m nothing to no one! |
0 |
18.03.2012, 11:14 | #110 (permalink) |
Увлечённый
Регистрация: 25.02.2009
Сообщений: 447
|
У меня вертекс 3. Месяц юзаю уже хм2. Постгрес последний из 9.х версии х64. В хм1 база была 55-60 гигов. Эти же руки, но уже в хм2 составляют базу в 15 гигов Скорость импорта в хм1 была 220р\с в среднем, в хм2 600р\с
За 2 месяца владения диском скорость не менялась |
+1 (+1/-0) |
20.03.2012, 20:33 | #113 (permalink) |
Старожил
Регистрация: 06.08.2008
Адрес: Value Town
Сообщений: 771
|
|
0 |
09.04.2012, 18:19 | #116 (permalink) |
Аксакал
Регистрация: 23.02.2008
Адрес: Минск
Сообщений: 1,705
|
Я не знаю, как посмотреть, сколько рук в базе. Ну и ХМ у меня первый. Сомневаюсь что на SF чего-то там меньше, я базу на своей 120ке чищу регулярно. Притом, что у двоих знакомых 160ки интеловские, и чистят они их соизмеримо реже.
__________________
I`m nothing to no one! |
0 |
19.04.2012, 06:11 | #118 (permalink) |
Бессмертный
|
Стоит ли у вас автовакуум, и зачем он вообще нужен? ведь по сути если не делать Purge база не будет уменьшаться в размерах. Влияет ли автовакуум на быстродействие каким то образом?
Просто интересно, сейчас обновил свой конфиг, мощи хватает, однако встает вопрос лишь в том, не будет ли автовакуум убивать ресурс ссд на уровне который достаточно заметить...? PS: работаю с довольно приличными обьемами майнинга. если такая инфа уместна. |
0 |
23.04.2012, 18:21 | #119 (permalink) |
Аксакал
Регистрация: 09.10.2007
Сообщений: 1,915
|
Собираюсь купить системник, есть несколько вопросов по хдд, ссд в частности.
На ноуте за последний год не было забито больше, чем 200гб (и то около половины - камтазиевские файлы). База ~15 гб, игры еще максимум 10. Поэтому думаю брать ссд в районе 120-256 и этим ограничиться. При этом у меня есть 2 внешних жестких диска: на одном 250гб у меня лежит весь контент, другой 320гб уже год катается без дела (покупал его для бекапа). Вопрос в следующем: как мне безопасней и оптимальнее использовать эту связку, если я - слушаю музыку - смотрю фильмы (редко) - играю в игры (цив5) - покер + база данных - пишу покерное видео - пишу игровое видео (на выходе получаются файлы больших объемов) - конвертирую это видео Вообщем, хотел поинтересоваться, как ссд смотрит на запись игрового видео (объемы на выходе получаются большие) и конвертацию? Безопасно ли это? Стоит ли пытаться все это дело записывать на внешний юсб 3.0 хдд? или еще лучше будет купить внутренний диск на гигов 500? |
0 |
24.04.2012, 00:40 | #120 (permalink) |
Бессмертный
|
систему и постгре на ссд, все остальное на вертушку. 3.0 протоколы сейчас довольно быстрые. Другое дело, будет ли у этого винта возможность обмениваться информацией по скорости самого 3,0. то есть если у самого винта интерфейс 3.0 то почему бы и нет. Все-равно у них у всех скорость доступа дохленькая. Так что я думаю что покупать внутренний хдд это излишне.
По поводу конвертации все зависит вообщем то от процессора. Я не высчитывал, но могу точно сказать что на моем старом Е8200 загрузка была на 100%. тобишь основная работа ложилась на него, а не на винчестер. а вообще эту тему легко проверить через всякие тестовые проги на винты. Хотя пропускную способность все-таки советую сравнить, для интереса потом сюда выложи если займешься. |
0 |
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
PostgreSQL | 9vyatka | Покер софт | 2 | 03.12.2008 01:36 |
PostgreSQL | CheckFold | Покер софт | 7 | 25.09.2008 02:27 |
Postgresql 8.0 | prophrty | Покер софт | 3 | 05.09.2008 15:51 |
PostgreSQL | CorwinXX | Программное обеспечение | 1 | 05.03.2008 01:49 |
PostgreSQL | CorwinXX | Теории, стратегии, основы покера | 5 | 19.08.2006 20:35 |
|
|