Свежеустановленная 3.3.6 жутко тормозит в админке на переносе материалов

Ровно 100 статей, импортированы из 1.5.26 с помощью компонента J2XML.
При переносе их в другую категорию или в корзину Joomla страшно трещит винчестром 35-40 секунд. Индикатор активности HDD даже не помигивает — светится непрерывно.

Конфиг железа: Core i5, 4G RAM, 1TB HDD.

Кофиг софта:
Ubuntu 14.04 (мой рабочий десктоп)
nginx: 1.4.6-1ubuntu3.1
php: 5.5.9+dfsg-1ubuntu4.5
php5-fpm: 5.5.9+dfsg-1ubuntu4.5
mysql: 5.5.41-0ubuntu0.14.04.1

Настройка выполнена в соответствии с мануалами:
https://docs.joomla.org/Nginx
http://php.net/manual/ru/install.fpm.configuration.php
http://wiki.nginx.org/PHPFcgiExample

Явно какие-то грабли, может кто уже наступал?

http://joomlaforum.ru/index.php/topic,305097.msg1525623.html#msg1525623
Возможно косяк с таблицей assets после переноса материалов. Ну и я там дал написал как MySQL настроить под Joomla 3.

Дошли руки попробовать ваш совет с таблицей.
Чистка посредством
DELETE FROM  `jos_assets` WHERE  `name` LIKE  '%com_content.article.%' AND `id`!=1дала результат не сразу, а после нескольких перегонов этой тестовой сотни материалов из одной категории в другую и обратно (всего категорий имеется две, и материалов больше нет).
Внезапно перенос занял секунды три, а потом время увеличилось и устаканилось где-то на 7-8 сек.
Что-то тут у них криво сделано, чудовищно большой расход ресурсов на такие операции.
Какую из более старых версий посоветуете попробовать?

P.S. Странная таблица, очень странная. Запрос SHOW TABLE STATUS LIKE 'vlgr_assets' выдает разные результаты при каждой попытке. Конкретно меняется поле Rows, причем результат четко чередуется через раз и оба варианта неправильные: 109 и 205.
Запрос SELECT * FROM vlgr_assets выдает всегда 156 обработанных строк.