Железо какое?
Попробуйте Update manager выключить.

профайлер вас спасёт

D7 медленее 6, но не на столько. Т.е. такая ситуация не нормальна. mytop, iotop и.т.п. вам в помощь.
Также неплохо было бы воспользоваться профайлером - вам надо найти где узкое место.
По преведённой инфе:
eAccelerator
Memory Size 16,777,144 Bytes
Memory Available 280 Bytes
Memory Allocated 16,776,864 Bytes
Cached Scripts 97
Вот это несколько странно - всего 97 скриптов забили вам все 16 метров кеша (кстати 16mb это достаточно мало, хотя бы удвойте).
Посмотрите настройки innodb, посмотрите использование кеша запросов mysql.

Ну и до кучи перед апачем надо ставить фронтэнд, который будет отдавать статику, или использовать хотя бы php как fcgi.

П.С. Вам админ хороший поможет, который сможет нормально настроить сервер. Сервера не настраиваются по хаутушкам в инете. Если что - обращайтесь.

Возможно, т.к. в моём случае, это скорее ощущение, чем тестирование под нагрузкой идентичных проектов.

В слакваре эта проблема решается просто - cp my-huge.cnf my.cnf
my-huge.cnf - конфигурация оптимизирована для вери лардж системс )))
ясно, что дело в установленных лимитах памяти, но разбираться каких именно - времени нет
раньше один только импорт интерфейса для 7-ки занимал 25 минут, теперь вся установка занимает 34 секунды

вот конфиг, если кому надо

[client]
#password = your_password
port = 3306
socket = /var/run/mysql/mysql.sock

[mysqld]
port = 3306
socket = /var/run/mysql/mysql.sock
skip-locking
key_buffer_size = 256M
max_allowed_packet = 1M
table_open_cache = 256
sort_buffer_size = 1M
read_buffer_size = 1M
read_rnd_buffer_size = 4M
myisam_sort_buffer_size = 64M
thread_cache_size = 8
query_cache_size= 16M

# Try number of CPU's*2 for thread_concurrency. У меня 2-процессорный ноут. поставил значение = 4
thread_concurrency = 4

log-bin=mysql-bin
binlog_format=mixed
server-id = 1

innodb_data_home_dir = /var/lib/mysql
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = /var/lib/mysql
innodb_buffer_pool_size = 256M
innodb_additional_mem_pool_size = 20M
innodb_log_file_size = 64M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 50

[mysqldump]
quick
max_allowed_packet = 16M

чего сделай?

На самом деле, дело в первую очередь не в лимитах как таковых, а в том, что в этом конфиге настраивается innodb.
Реально, конфиг в таком состоянии даст большой пререрасход памяти. Настраивать надо с умом, а не от балды.

"dvman" wrote:

чего сделай?

diff даёт разницу между двумя файлами.
man diff

Кстати, вернувшись к быстродействию 7, теперь я пожалуй уже соглашусь, что в среднем всё стало действительно лучше.
В правильно приготовленном окружении, особенно.

осваиваю убунту. пятый день пытаюсь настроить LAMP так , чтобы данная картинка
не висела 15 минут. что такого волшебного надо прописать в конфигах РНР и апач , чтоб нормально заработало?

"dvman" wrote:

осваиваю убунту. пятый день пытаюсь настроить LAMP так , чтобы данная картинка
не висела 15 минут. что такого волшебного надо прописать в конфигах РНР и апач , чтоб нормально заработало?

попробуй в mysql в my.cnf строку innodb_flush_log_at_trx_commit=1
раскомментировать и изменить на innodb_flush_log_at_trx_commit=2

Ух ты! Действительно, работает! Благодарю тебя, drupby )))) а то б еще несколько дней голову ломал