[oft]
SPU писал(а): Вт фев 18, 2014 12:05
Не могу сказать про фотошоп, т.к. не использую, но значительная часть софта, в т.ч. и адобовского, тащит свои корни еще с x86,
Это понятно, поэтому возможно мак-ось была бы технически тут предпочтительнее. но, сейчас мы работаем с тем, что есть.
И еще тут дело вот в чем. Если даже у нас фотошоп эффективно бы использовал ОЗУ вместо писанины временных файлов в дисковую подсистему, то и при 32-64 гб он бы ее также быстро бы заполнил, и снова возникает необходимость воспользоваться дисковой подсистемой. Таким образом, не видно больших оснований для серьезной разницы, умеет ли фотошоп самостоятельно утилизовать 60 гигов памяти сразу своими средствами (а после этого все равно перейдет на диск), или же он умеет самостоятельно юзать только 4 гига... еще 50+ гигов ему подсунут как рамдиск, а остальное он все равно будет сбрасывать на реальную дисковую подсистему, если к тому вопрос придет. Если размер проекта действительно большой настолько, что рамдиск не поможет, то в такой ситуации не поможет и умение гипотетического шопа утилизовать всю имеющуюся в компьютере память. Потому что сброс на дисковую подсистему неизбежен при любых раскладах внутренней архитектуры фотошопа. Но, большое ОЗУ (хоть в первом, хоть во втором случаях) все же облегчит жизнь. Просто придется немного фотошоп пообманывать. Но это дело привычное. Разница тут - в основном в накладных расходах по организации и по работе рамдиска, - как формирования благоприятного окружения для фотошопа там, где он не может самостоятельно работать с остальной памятью.
[/oft]