RAID-контроллер для оптимизации работы фотошопа

Всего 59 сообщ. | Показаны 41 - 59
Re[bc----]:
Цитата:

от:bc----
Не, там чтение с винта далеко не лимитирующий процесс. Так логически понятно, что на десктопе наибольший прирост может быть при свопе того же фотошопа. Но совершенно неясно с практической точки зрения, какова величина этого прироста. Тут недавно пролетала тема про тестирование производительности в фотошопе, там тестик был, направленный в основном на объем памяти и работу со свопом. Вот прогнать бы его на одной машине в двух вариантах - когда своп лежит на обычном и на SAS винте. А пока все рассуждения о преимуществах SAS носят чаще всего умозрительный характер "должно быть быстрее".

Подробнее

давайте логически рассуждать. своп - это такой здоровенный файл. может несколько гигов сразу. он не раздроблен, лежит последовательно. в таком случае, нужен диск с высокой скоростью линейного чтения. в общем, сейчас и SATA винты такое неплохо делают. хотя 15K SAS будет побыстрее, и насколько - это можно по даным производителя уточнить. по-моему, раза в полтора.
теперь о том как нам еще улучшить работу под свопом. нужно поднять линейную скорость чтения и записи. массив - самое очевидное решение. линейные скорости отдельных винтов сложатся, практически, а что еще важно - скомпенсируется неравномерность скорости по блину (от периферии к середине). и тут возникают следующие доводы:
1. абсолютная лин. скорость SAS винта выше, абсолютная суммарная скорость массива тоже соотв. выше.
2. SAS лучше работает в массиве по сути. это его стихия.
SAS винты имеют меньшее время поиска и лучше организуются на очередь команд в массиве. имеется линейный рост производительности от количества дисков.

будет ли RAID0 массив из 2-3 SAS дисков превосходить массив из 5-6 SATA винтов? имхо да, тут уже вопросы нагрузки на контроллер и суммарное время поиска играть начнут.

что касается системного раздела, для него я бы взял пару обычных быстрых винтов SATA, зазеркалил их и убрал все критические файлы с него (своп .темп и проч). там пусть лежит виндоз, утилиты, дистрибутивы, файлопомойка.

модель организации разделов предлагается такая:
хороший SAS контроллер на 8 портов (новый дорог, имеет смысл поискать БУ, тысяч в 10 можно уложиться).
- диски 1-2 SATA/SAS, RAID1, под загрузку системы (см выше). здесь же на отдельном чистом разделе (чтоб не фрагментировался) пусть будет pagefile.sys. и на отдельном разделе - софт установленный. нужно разбить содержимое разделов так, чтобы система стала модульной и пригодной для селективного бэкапа с восстановлением. отдельно бэкап системного раздела, чтоб образ влез на загрузочный ДВД и можно было бы по-быстрому восстановить. раздел с софтом бэкапить локально.
- если человек нацелен на 8 Гб ОЗУ, делаем рамдиск в пропорции 3 Гб ОЗУ, 5 Гб рамдиск (или 4х4). в Рамдиск кладем только Темп.
- диски 3-4(-5) - RAID0 SAS 15K, под своп фотошопа и монтаж видео, если предполагается.
-диски (5-)6-7-8 - RAID5 SATA - архив, базы данных, каталоги домашнего сервера, видеоархив, аудиоархив и проч.
Re[Alexander Titov]:
Цитата:
от: Alexander Titov
давайте логически рассуждать.

Вот как раз не хотелось бы. Логически рассуждать я и сам могу, но никакие рассуждения не заменять секундомера. :)
Цитата:
от: Alexander Titov

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

Логика захромала на обе ноги прямо с первого шага. Своп-то здоровенный, кто бы спорил. Но читается он отнюдь не гигабайтными кусками, доступ к свопу как раз мелкими порциями в разных местах. То есть чисто теоретически при свопе SAS должны себя проявлять с наилучшей стороны. Но как ни крути, а логические выкладки не заменят реального теста производительности.
Re[eDenis]:
По поводу картинок загрузки процессора:
На этих графиках показывается загрузка только одного процессора .. просто распределённая на 4-штуки. ( То есть если бы у вас был один процессор то время выполнения задачи будет то же) ... Увидеть работают ли другие ядра можно по сумме загрузки процессора на 4-х ядрах .. должно быть больше 25%, на 2-х ядрах больше 50%.
---
Итого: при запущенной только одной этой задачи .. выигрыша по времени от увеличения кол-ва ядер не получиться.
Re[bc----]:
Собрал вчера raid-5 их 3-х дисков ... 500Гб ... на LSI MegaRaid контроллере.... скорости заметно не прибавилась ... сегодня и завтра пересоберу на 4 винта ... а потом сделаю strip ... и скорость померяю... если не забуду то в этом форуме результаты выложу .. если забуду ... можете кому интересно через пару дней поинтерисоваться (на почту постучитесь: чтоугодно@e2e2.ru)
Re[Winsik]:
Если можно, конкретные цифры?
Re[Winsik]:
Цитата:

от:Winsik
По поводу картинок загрузки процессора:
--------------------------------------------------------
Итого: при запущенной только одной этой задачи .. выигрыша по времени от увеличения кол-ва ядер не получиться.

Подробнее


Полностью согласен – для многоядерных процессоров необходимы соответствующие компиляторы…
См подробнее
http://www.kv.by/index2008183901.htm
Re[Валентин Прянишников]:
Цитата:

от:Валентин Прянишников
Апгрейд компьютера неизбежен, вопрос лишь в том, что и в какакой последовательности покупать. Причем есть желание растянуть на несколько этапов.
Примерная конфигурация на первом этапе:
Проц: Intel Core 2 Quad Q9300 2,5GHz (менять)
Матплата: Abit IP35 Pro / Gigabyte EP35-DS4 / ASUS P5K (менять)
RAM: 8Gb DDRII-800 (менять)
Видеокарта: ATI R800Pro (оставлять прежнюю)
Внутренние харды: 250Gb + 2х750Gb RAID0 (оставлять прежние)

Подробнее

RAID0 - Вы самоубийца?
Цитата:
от: Валентин Прянишников


БП: 500Вт (оставить прежний - надеюсь, пока хватит)


У меня на такой блоке питания 5 жестких дисков висит и современный жрущий много процессор - полет нормальный.
Вообще это все легко считается - потребление всех устройств входящих в состав компьютера смотрится или у них на корпусе или в инструкции или в интернете - и суммируется, затем сравнивается с мощностью блока питания
Цитата:

от:Валентин Прянишников


На следующем этапе (где-то к осени) менять БП и апгрейдисть дисковую подсистему: ставить отдельный RAID контроллер и 4 диска в RAID5.
И вот тут основные вопросы: что брать и надо ли закладываться на соответствующую матплату уже сейчас. Собственно, сейчас смотрю на Promise SuperTrak EX4350, стоит он всего 8000р и требует PCIe x4. За счет этого можно съэкономить на матплате - взять на более холодном Р35, а не на более дорогих и горячих Р38 или Р48. Оправданная ли это экономия? Или есть смысл обязательно закладываться на PCIe x8 и брать соответствующую матплату?

Подробнее

Можно сэкономить. На 4 жестких дисках производительности PCIe x4 хватит
Только зря Вы глаз положили на это гАвно - Promise.
Хорошие контроллеры носят другие имена - например 3ware.
Контроллер 3ware на 4 жестких диска не такой уж и дорогой - почти как выбранный Вами Promise.
Цитата:
от: Валентин Прянишников

ЗЫ: основная задача - оптимизация под работу с тяжелой графикой.

С тяжелой - это какой?
Объема диска не хватает или его скорости?
Если скорости, то почему - RAID5? Для скорости нужно ставить RAID 1+0 (он же RAID01 он же RAID10 он же RAID 0+1), а никак не RAID5
Re[eDenis]:
Цитата:

от:eDenis
Прекрасно умеет:




При чем видно, что нагрузка практически идеально распределена на все четыре ядра.

Подробнее


Ага - каждое ядро - по 25%.
Фактически это означает используется 1 ядро на 100% и 3 остальных полностью простаивают.
Re[Alekzandr]:
Цитата:
от: Alekzandr
Понятно, тогда уточню - насколько оптимально SAS диск использовать в качестве системного?

С точки зрения цены и шума - нафиг надо.
С точки зрения скорости - никакого эффекта. При наличие большого количества оперативной памяти - операционная система не свопуется. Своп также можно на другой диск переназначить.

Разве что для надежности можно. SAS к более серьезным дискам относятся чем SATA, отбраковка на заводе SAS-дисков жестче, общая конструкция - серьезнее.

Re[bc----]:
Цитата:

от:bc----
Я этот вопрос поднимал примерно зимой. Общий вердикт был - прирост скорости в реальной работе если и будет заметен, то совсем чуть-чуть.

Эхма, жалко, что проект i-RAM загнулся и не получил продолжения. И главное, совершенно непонятно, почему. Идея-то ведь шикарная, но никто ее не пытается реализовать до сих пор. Перевести девайс на САТА-2, дать возможность пихать туда 32Гб памяти - и по скорости все рейды вместе со сказями дружно идут вешацца.

Подробнее

Почему это загнулся.
Очень даже неплохо живет.
Уже очередная версия вышла - покруче с объемами памяти.
Re[eDenis]:
Цитата:

от:eDenis
Теоретик, млин.

Таже картинка 8000x8000 px, что и в предыдущем примере + фильтр radial Blur




Подробнее

Вот это уже другое дело - совсем не то что 4*25% как в вашем первом примере.
Вот здесь действительно нагрузка распределена как надо.
Это говорит о том, что "радиаль блур" умеет распараллеливаться.
Re[bc----]:
Цитата:

от:bc----
Не, там чтение с винта далеко не лимитирующий процесс. Так логически понятно, что на десктопе наибольший прирост может быть при свопе того же фотошопа. Но совершенно неясно с практической точки зрения, какова величина этого прироста. Тут недавно пролетала тема про тестирование производительности в фотошопе, там тестик был, направленный в основном на объем памяти и работу со свопом. Вот прогнать бы его на одной машине в двух вариантах - когда своп лежит на обычном и на SAS винте. А пока все рассуждения о преимуществах SAS носят чаще всего умозрительный характер "должно быть быстрее".

Подробнее

Даже одна и та же программа - Фотошоп - на одних задачах может тормозится из за процессора, а на других - из за диска.
Так что что "умозрительное" сравнение, что сравнение на тестах - бессмысленно.
Нужно на конкретных задачах сравнивать.
Re[zalex]:
Цитата:
от: zalex
не стоит забывать и тот факт, что одним из плюсов SCSI явялется существенно меньшая загрузка процессора при выполнении дисковых операций. Так что тут ещё и проц разгружается дополнительно.

Для современных SATA-контроллеров по цене близких к SAS-контроллерам - сие утверждение неверно.
Re[bc----]:
...
Re[Дык]:
Цитата:
от: Дык
Это говорит о том, что "радиаль блур" умеет распараллеливаться.

фотошоп умеет "распараллеливаться" еще со времен 3-й версии под Мак... только, как Вы правильно подметили, это его распараллеливание ущербное и весьма избирательное, поэтому больше 2 ядер CPU эффекта дает ой как мало по сравнению с вложениями.
Re[Дык]:
Цитата:
от: Дык
С тяжелой - это какой?
Объема диска не хватает или его скорости?


Тяжелая графика это файлы порядка 6000х3000...10000х5000 при 10...12 слоях с масками.

Сейчас купил проц Q9300 + безвентилляторный кулер к нему Scythe Orochi + матплату Asus P5E WS Pro (на P38, есть 2 шт. PCI-E 16x 2.0 и PCI-X) + 8Гб оперативки. Пытаюсь ужиться с Vista 64bit, не очень пока получается, Так что сейчас не готов сказать на сколько не хватает скорости винта, пока другие проблемы. Но RAID-контроллер более-менее приличный ставить всё равно собираюсь.

[quot]RAID0 - Вы самоубийца?[/quot]
При ежедневном бекапе на внешний винт RAID0 не такой уж и большой риск.


[quot]Если скорости, то почему - RAID5? Для скорости нужно ставить RAID 1+0 (он же RAID01 он же RAID10 он же RAID 0+1), а никак не RAID5[/quot]

От RAID5 на 3-х винтах я хочу получить почти какую же скорость, как от RAID0 на 2-х винтах, но еще и получить надежность. Покупать еще 4-й винт на 750Гб для меня пока сильно избыточно по объему, если делать RAID5 из 4-х. А для RAID0+1 слишком велики потери - скорее уж куплю 73Гб SAS на 15000об/мин для временных файлов.
Re[Валентин Прянишников]:
Цитата:

от:Валентин Прянишников
Сейчас купил проц Q9300 + безвентилляторный кулер к нему Scythe Orochi + матплату Asus P5E WS Pro (на P38, есть 2 шт. PCI-E 16x 2.0 и PCI-X) + 8Гб оперативки. Пытаюсь ужиться с Vista 64bit, не очень пока получается, Так что сейчас не готов сказать на сколько не хватает скорости винта, пока другие проблемы. Но RAID-контроллер более-менее приличный ставить всё равно собираюсь.

Подробнее

хотя от ХР64 самые положительные впечатления в плане применимости к фото, некий малый процент используемого софта не идет на ней. поэтому пришел к выводу ставить на такой конфиг оттюненный Win2003 server 32bit + PAE (address extension). вроде всю память понимает нормально и работает довольно шустро (хотя не так как 64-битные). главное, все железо в деле, и сканеры старые, и софт.
Re[Alexander Titov]:
Цитата:
от: Alexander Titov
оттюненный Win2003 server 32bit + PAE (address extension). вроде всю память понимает нормально и работает довольно шустро


Т.е. Win2003 server 32bit + PAE видит 8Гб оперативки :?: :?: :?:
Re[Валентин Прянишников]:
Цитата:
от: Валентин Прянишников
Т.е. Win2003 server 32bit + PAE видит 8Гб оперативки :?: :?: :?:


http://technet2.microsoft.com/windowsserver/en/library/81999f39-41e9-4388-8d7d-7430ec4cc4221033.mspx?mfr=true
Вы не авторизованы

Пожалуйста, авторизуйтесь, чтоб иметь доступ к полному функционалу сайта

Обратная связь

Здесь вы можете оставить свои контактные данные, чтобы мы могли связаться с вами.