Ну, переход из одной в другую это, скорее всего, вас своппит. Берите 16ГБ оперативки, её никогда много не бывает.
Под систему однозначно SSD'шник, если сейчас стоит HDD, разницу в открытии программ и больших файлов заметите сразу же.
Под фотошоп точно не знаю, но, вроде как, там давно уже есть аппаратное ускорение видеокартой. Если под веб-дизайн, то хватит и низкого сегмента, если не открываете 100-мегапиксельные файлы.
Ну а для будущего 3D-графики лучше брать что-то посерьёзнее чуть выше среднего в районе 10к.
Плюс к этому всему ставьте 64-битную операционку, только с ней можно будет почувствовать преимущества.
Запускайте скрипт через flock: 34 20 * * * flock -xn /home/db.lock /home/db.sh
Из преимуществ перед просто созданием lock-файла и его проверкой при запуске скрипта: ситуация когда процесс был чем-то прибит или segfault-ся, то-есть lock-файл остался, а процесс не запущен. В этом случае он не запустится пока не удалите lock-файл руками.
Сдается мне что это все таки реклама.
Можно купить брендовый сервер, можно собрать самому.
2й вариант абсолютно без разницы где именно покупать.
PS 16 gb ddr3 ecc выглядит для нагруженного сервера издевательством. У меня в персональном компьютере столько. Оцените сколько жрет 1c, сколько уйдет на виртуализации, ip телефонии итд.
Думаю 32~64 будет более правильным количеством для начала.
Можно читать дайджесты по php компании ZFort на хабре. Обычно раз в две недели выходит очередной выпуск, и кроме новинок инструментов и библиотек они обычно рассказывают о предстоящих изменениях в самом php.
Админ продаёт не работу, админ продаёт сервис "всё работает, ничего не ломается".
Платите фикспрайс - у вас всё работает.
Платите почасовую - внезапно, растёт количество "фактов выполненной работы" - то сервер глючит, то сеть падает.
Это как пожарным за количество пожаров платить.
.
Поддержка PAE осуществляется установкой драйвера в 32 разрядных операционках.
На 64 разрядных она не нужна. процессор по ссылке поддерживает до 16 GB RAM.
NX включается в BIOS
Сути вопроса не понял..
Да, попробуйте InnoDB и попробуйте обернуть запросы в транзакцию. Можно пробовать делать PREPARE, тоже даст долю ускорения.
Как вариант, можно попробовать LOAD DATA (правда, он не всем и не всегда подходит): с INSERT работает молниеносно, с UPDATE - нужно пробовать, но скорость всё равно будет гораздо выше, чем просыми запросами.
