2-х ядерники и работа в CS и raw-конвертерах

Всего 105 сообщ. | Показаны 61 - 80
Re[Ol Kon]:
Поставить больше памяти смысл имеет, хотя и не всегда. Как использовать - дело вкуса. Если операционная система 32-битная, то для обычного пользователя более 4 Гб ставить точно не имеет смысла.

Чтобы система выделяла пользовательским программам более 2Гб нужно прописать в файле boot.ini (в корне загрузочного диска находится) параметр загрузки /3GB. Но полностью 4 Гб использовать не получится. В общем, для действительно полноценной работы с памятью более 2Гб весьма желательно использовать 64-битную систему, а для более 4 Гб уже не желательно, а нужно переходить на 64-битную систему.

Хотя, в принципе, даже 32-битная система Windows может использовать до 64Гб памяти в так называемом /PAE-режиме (потому что фактически процессоры, если мне память не врёт, начиная с Pentium Pro и выше позволяют адресовать 36 бит адреса, а не 32), но актуален этот режим из-за особенностей использования памяти прикладными программами, практически только для серверов, к тому же я не уверен, что не серверные варианты ОС Windows его поддерживают.

По-поводу более чем 4 Гб памяти могу сделать, на всякий случай, ещё одно замечание.

Тут есть не совсем очевидная не специалистам тонкость в том, что сильно увеличивается смысл применять более дорогую регистровую (ECC) память, позволяющую восстанавливать одиночные ошибки в ячейках памяти. Дело в том, что в микросхемах памяти всегда есть вероятность случайного сбоя и изменения содержимого какой-то ячейки (бита), например, под воздействием космического излучения. Пока памяти не очень много это не актуально, хотя на критические вещи, вроде серверов 24x7x365 всегда ставили ECC-память, но с ростом общего объёма памяти, где-то начиная с 4 Гб вероятность сбоя становится уже не настолько маленькой, чтобы пренебрегать ею, если на компьютере решаются важные вещи. Если запустить на несколько суток Memtest, весьма вероятно увидеть сбой в памяти, даже если она совершенно исправна.

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

Просто, на всякий случай, раз затронули тему, поделился не очевидным для многих "подводным камнем"
Re[Ol Kon]:
Ну да надо ставить 64бит висту(ХП тож можно, но я решил висту ставить всё-же, сейчас ХП 64 стоит) И покупать ещё 2Гб памяти.

Для некоторых устройств может не оказаться драйверо, это надо учитывать!
Re[Stanislav Vasiliev]:
Цитата:
от: Stanislav Vasiliev
А можно ещё сделать специальный RAID0 из четырёх маленьких дисков. Скажем взять 4x80Gb и сделать stripe на 320 Гб. Специально для обработки.


да ни даст вам RAID не капли скорости при работе с Фотошоп!
я вам зуб даю...
или тут почитайте
http://www.thg.ru/mainboard/dual_channel_raid_benchmark/dual_channel_raid_benchmark-03.html

там хоть и синтетика, но поверьте.... в Фотошопе будет тоже самое...
РАИД нужен больше для резервного хранения данных и чтобы у вас задержки между уровнями в игре были меньше :D
уж лучше купить винт на 10000 оборотов.... больше толку будет))))
Re[maslm7]:
Цитата:

от:maslm7
...
Хотя, в принципе, даже 32-битная система Windows может использовать до 64Гб памяти в так называемом /PAE-режиме (потому что фактически процессоры, если мне память не врёт, начиная с Pentium Pro и выше позволяют адресовать 36 бит адреса, а не 32), но актуален этот режим из-за особенностей использования памяти прикладными программами, практически только для серверов, к тому же я не уверен, что не серверные варианты ОС Windows его поддерживают.
...

Подробнее

В XP режим /PAE практически прикрыли сервис паком 2. Реально можно использавать в Windows 2003 Server Enterprise: Physical Address Extension - PAE Memory and Windows
Re[maslm7]:
Цитата:
от: maslm7
Поставить больше памяти смысл имеет, хотя и не всегда. Как использовать - дело вкуса. Если операционная система 32-битная, то для обычного пользователя более 4 Гб ставить точно не имеет смысла.

Может и есть смысл использовать более 4 Г в 32-битной ОС, но в настоящее время проще перейти на 64-битную ОС.
Цитата:

от:maslm7

Чтобы система выделяла пользовательским программам более 2Гб нужно прописать в файле boot.ini (в корне загрузочного диска находится) параметр загрузки /3GB. Но полностью 4 Гб использовать не получится.

Подробнее

Что вобщем то и не надо.
Оставшийся гигабайт операционная система будет использовать для других целей. Для того же кэша диска например. А кэш диска серьезно влияет на общую производительность.
Цитата:
от: maslm7

В общем, для действительно полноценной работы с памятью более 2Гб весьма желательно использовать 64-битную систему, а для более 4 Гб уже не желательно, а нужно переходить на 64-битную систему.

Это при условии, что используемое вами программное обеспечение (Фотошоп или Рав-Конвертер) способно достаточно эффективно использовать более 2 Г оперативной памяти.

А если Фотошоп и Рав-конвертер или др. не могут эффективно использовать более 2 Г, то я бы отдал лишную память под кэш диска или под RAM-диск.

Re[Дык]:
Цитата:
от: Дык
А если Фотошоп и Рав-конвертер или др. не могут эффективно использовать более 2 Г, то я бы отдал лишную память под кэш диска или под RAM-диск.


что вы понимаете под кэшем диска???
кэш диска расположен на контроллере самого диска и к операционной системе не имеет никакого отношения...
скорей всего, виртулаьный диск???

ага, чтобы в один момент у вас вырубили питание и вы потеряли, что так долго рисовали)))) ухаха
Re[maslm7]:
Цитата:

от:maslm7
но с ростом общего объёма памяти, где-то начиная с 4 Гб вероятность сбоя становится уже не настолько маленькой, чтобы пренебрегать ею, если на компьютере решаются важные вещи. Если запустить на несколько суток Memtest, весьма вероятно увидеть сбой в памяти, даже если она совершенно исправна.
"

Подробнее


Спасибо! Теперь я понял, почему к моему компьютеру идет столь дорогущая память...
Re[Сергей Иванов]:
Цитата:
от: Сергей Иванов
Спасибо! Теперь я понял, почему к моему компьютеру идет столь дорогущая память...


Если не секрет, какие задачи решаются на компьютере? Просто, не для серверных или так называемых рабочих станций, а в обычных "писюках" это ещё редкость, потому и интересно.
Re[Xuman]:
Цитата:

от:Xuman
что вы понимаете под кэшем диска???
кэш диска расположен на контроллере самого диска и к операционной системе не имеет никакого отношения...
скорей всего, виртулаьный диск???

ага, чтобы в один момент у вас вырубили питание и вы потеряли, что так долго рисовали)))) ухаха

Подробнее

Ну если не сохранять, то в любом случае потеряется :D

Имеется ввиду кэш собственно ФШ, который обычно распологается на жёстком диске и задействуется при нехватке оперативной памяти.
Re[Xuman]:
Цитата:

от:Xuman

там хоть и синтетика, но поверьте.... в Фотошопе будет тоже самое...
РАИД нужен больше для резервного хранения данных и чтобы у вас задержки между уровнями в игре были меньше :D
уж лучше купить винт на 10000 оборотов.... больше толку будет))))

Подробнее


Странные там тесты. Выбраны задачи в которых заведомо нет большой нагрузки на дисковую подсистему или более узким местом является процессор и потом доказывается, что от RAID-0 нет толку. А вот в задаче, где кое-какая нагрузка уже есть, вроде записи видео, сразу заметно, что RAID-0 даёт выигрыш, пусть и не двукратный, но ощутимый.

Кстати, откуда сейчас распространилось мнение, будто RAID-1 нужен для резервного хранения? Резервное хранение - это бекап, для него raid никакой не нужен, а raid-1 создан совсем для иных целей, для обеспечения непрерывности работы.
Re[maslm7]:
что вы понимаете под "записью видео"???
оцифровку с ТВ-тюнера и закатку всего этого хозяйства на диск???
еще раз: при софтовом кодировании вся нагрузка ложится на подсистему камень-память, пропускной способности дисковой системы (напомню, что усредненная скорость чтения/записи с/на блин у современных винтов около 40 Мбайт/с!!!) хватает за глаза....
при "записи видео", которое вы имеете ввиду производится аппаратная оцифровка и кодирование сигнала средствами ТВ-тюнера...
судя по максимальному битрейту, максимальную нагрузку на винт дает слив DV-кассеты на диск... и то при этом, можно выполнять не ресурсоемкие задачи (чтобы не было дропов)....
кодирование видео из DV в DiVX идет не в реальном времени (а с коэффициентов ~0,7), даже если все это на лету писать на диск, то возможностей современных винчестеров и тут хватает вышу крыши...

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

единственный выигрыш который вы можете получить при установки RAID, то что сама прога будет быстрее загружаться... ну может еще при обработке очень больших PSD файлов будет небольшой выигрыш при перерисовке картинки после применения тяжелого фильтра например...
но я не думаю, что многие тут работают с 120 мегабайтными файлами))))
Re[Дык]:
Цитата:
от: Дык
Может и есть смысл использовать более 4 Г в 32-битной ОС, но в настоящее время проще перейти на 64-битную ОС.


Только по-моему в ней нет особого смысла, пока нет 64-битных приложений.
Re[bc----]:
Цитата:
от: bc----
Только по-моему в ней нет особого смысла, пока нет 64-битных приложений.

Имеет, имеет... :D По крайней мере 4-5-6 ГБ помогают жить точно. А в 32 битах тока 3 :? Или используется больше? :D

К тому-же, если мы говорим о ФШ, то с помощью РАМ-диск, можно до любых пределов расширять память=)
Re[maslm7]:
Цитата:

от:maslm7
Хотя, в принципе, даже 32-битная система Windows может использовать до 64Гб памяти в так называемом /PAE-режиме (потому что фактически процессоры, если мне память не врёт, начиная с Pentium Pro и выше позволяют адресовать 36 бит адреса, а не 32)

Подробнее

Выдержка из спецификации AMD64 X2

48-bit virtual addresses,
40-bit physical addresses

http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/33425.pdf
на первой странице
Re[maslm7]:
Цитата:

от:maslm7
Странные там тесты. Выбраны задачи в которых заведомо нет большой нагрузки на дисковую подсистему или более узким местом является процессор и потом доказывается, что от RAID-0 нет толку. А вот в задаче, где кое-какая нагрузка уже есть, вроде записи видео, сразу заметно, что RAID-0 даёт выигрыш, пусть и не двукратный, но ощутимый.

Подробнее


Стандарты видео создаются с оглядкой на возможности современной аппаратуры.
Если речь идет не от HDTV, то возможностей даже не современного процессора и не современного диска без RAID вполне хватает для захвата видео без спотыканий. Если конечно кодировать в DV или в MPEG2, а не в DivX или MPEG4.
Однако при кодировании в DivX или MPEG4 - нагрузка на дисковую подсистему крайне мала.
Re[Дык]:
Цитата:
от: Дык
Выдержка из спецификации AMD64 X2
Спасибо, но я ведь оговорился, что начиная с Pentium Pro, а Pentium Pro имел только 36 битную адресную шину.
Re[Дык]:
Цитата:
от: Дык
Стандарты видео создаются с оглядкой на возможности современной аппаратуры.


Спор ниочём. Я ведь не спорю с вашими данными, а даже согласен с ними о чём и сказал, что мол тесты не показывают нужной нагрузки. Тем не менее, на одном из тестов, связанных с записью видео, ускорение от raid-0 было.

А вообще-то да, для большинства обычных задач ускорения от raid-0 заметно не будет (если достачно оперативной памяти и нет интенсивного использования кэша), потому что скорости совремённых винчестеров стали достаточно большими, чтобы задержка была чаще всего за обработкой данных, а не их считыванием с диска.
Re[GPer]:
Цитата:

от:GPer
У меня именно х2_3800+ и 2Gb оперативки. По сравнению с одноядерным вариантом(intel 3.2GHz, остальное почти то же самое) работает заметно шустрее. В каких то задачах выигрыш почти в 2 раза, в каких то еле заметный, но все равно лучше.

Подробнее

Здравая мысль. Если программа не оптимизирована на многоядерность - выхлоп будет незначительный - фактически одно ядро используется для основной программы, а второе ядро просто используется для общесистемных нужд - за счет этого небольшой прирост. Если программа программистами оптимизирована под многоядерность/многопроцессорность, то будет лучше - само собой.
Цитата:
от: GPer


PS CS2 очень заметно лучше работает, тоже конечно не на всех операциях, но в целом все намного быстрее и комфортнее.


Разумеется. В Фотошопе реально распараллеливать на несколько процессоров можно не так уж и много задач. Например, на фильтрах, если разработчики фильтров не поленились оптимизировать их на многоядерность/многопроцессорность - эффект должен быть значителен.
Re[vga50]:
Цитата:
от: vga50
Смотрю, мнения совпадают - дает второе ядро/проц прирост на отдельной проге или нет - дело второе (простите за каламбур). Главное - улучшается комфортность работы за таким компом.


А разве это не вы умные программерские мысли пару недель назад на этом форуме толкали?
Если уж вы так хорошо разбираетесь, то Вы сие и без экспериментов чисто теоретически должны были предвидеть.
Цитата:

от:vga50


Кстати, для любителей ставить неизвестно что, добытое на интернете или еще как, dual (на single это тормозит не по-детски) позволяет получать удовлетворение в комфорте и почти даром.
М$ (загубил проект и теперь) бесплатно раздает маленький пакетик Virtual PC тут: http://www.microsoft.com/windows/virtualpc/default.mspx
Создаете (несколько) виртуальных компов со собственной виндой (или еще чем), диском, сд, сетевой картой... и ставьте там любой крап для изучения, не "пачкая" свою основную систему. Гавкнется - загрузили копию виртуалки - и все опять чисто.
Рекомендую. Быстрее и комфортнее чем гОстить реальную систему, не говоря уж о том, что на виртуальном компе можно работать в параллеле с основной машиной (вот здесь dual очень пригодится)

Подробнее


По мне так VMWare получше работает.
Re[Павел С.]:
Цитата:

от:Павел С.
Благодарю. Жду когда завоз будет..и что нить возЪму.
сейчас дилемма..в магазине, где апгрейд предлагают, есть только АМ2..вот и думаю, стоит ли перепрыгивать: это ж и материнку, и память и ПРОцессор надыть менять.
опять же 3800 или 4200..блин.. :D

Подробнее


Да не напрягайся так - смотри по своим деньгам.
А перепрыгивать если хочешь, то не забывай - процесс этот вечный.
Вы не авторизованы

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

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

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