Модуль devel с регистрацией производительности - отличное место для начала, чтобы понять, в чем проблема. Вы можете увидеть, сколько запросов выполняется на странице и сколько времени они занимают.
По моему опыту работы с Drupal на нетбуке, база данных была довольно незначительной в плане увеличения времени загрузки страницы. На самом деле база данных была значительно быстрее на моей локальной машине, чем в среде общего хостинга, с которой я начинал (насколько я помню, 50-100мс против 1000-1500мс). Однако из-за недостаточной вычислительной мощности процессора Atom время загрузки страницы было примерно одинаковым (~ 2-4 секунды).
Если вы используете что-то вроде XAMPP на локальной машине, конфигурация по умолчанию довольно скудная. Есть включенные конфигурации для больших серверов, но остерегайтесь включения двоичного журнала .
Включение кеша запросов также может быть полезным, но в какой степени переменно. Это самый большой импульс для сложных, часто повторяющихся запросов; У Drupal есть несколько сложных запросов, но есть довольно много довольно простых. Когда вы разрабатываете, вы, вероятно, также часто аннулируете кеш. В любом случае, на локальной машине нет никаких недостатков, кроме как использование дополнительной оперативной памяти. 32 МБ вполне разумно для работы; Я использую больше, потому что знаю, что у меня есть много доступных (даже на нетбуках).
Включение кэша кода операции PHP также может повысить эффективность обслуживания страниц с вашего локального компьютера. XAMPP включает в себя расширение eAccelerator, хотя вместо системы Linux я бы выбрал APC.
Единственные другие предложения, которые у меня есть, - это попытка уменьшить количество кликов, которые вы должны выполнить, используя такие модули, как Меню администрирования , и убедитесь, что вы используете быстрый браузер (например, Firefox или Chrome). ), поскольку многие страницы администрирования используют JavaScript.