K сожалению мы не сможем включить эти изменения в распространяемую копию, т.к. это сломает community и local модули.

Kстати, в PHP5 microtime(true) возвращает float.

Ну хорошо, если нет возможности каким либо образом автоматизировать. Нет так нет
Тем более что это может сломать community и local модули. Однако всегда можно что-то да и придумать.

Единственно что мне хотелось так это попробовать помочь разогнать магенто в скорости.

Стоит ли мне далее что-либо предпринимать в области оптимизации SQL или кода? а то жаль времени.

Добрый день, Garri,

Конечно же, стоит. Мы всегда открыты для предложений по оптимизации Magento. Даже если по каким-либо причинам не все из предложенных изменений могут быть включены в основной релиз, мы обязательно укажем их в качестве дополнительного варианта оптимизации в документации.

Спасибо.

Только что проверил на сильной машине там разница конечно не большая с 2.2 sec в 1.9 sec
Это не то что на моём старом нотебук.
В общем ничего не буду далее искать. А тем более что это никому не нужно. Тут важнее сэкономить время на developing. Через пару лет машины будут на сотнях CORE. 

Возникла идея:
Можно все пути классов сохранить в Cache.
Если например classPathCacheEnabled тогда если найден Mapping : className => classPath использовать его если нет то внести сначала в Cache. Так же можно заключить в try/catch некоторую логику и в случае, например при не нахождении файла и если Cache включен, а разработчик изменил имя класса или его физический путь то автоматом правится Mapping в Cache.

В таком варианте community и local модули ни как не смогут поломаться.

Была бы моя воля я бы везде использовал следующую кострукцию:
Mage:import(’Mage_...’), Mage:importOnce(’Mage_...’)
и т.д. включительно ZF и Varien классы.
Отрицательная сторона это то что мой IDE - Eclipse не сможет правильно определить Модель Классов в своём Кеше, но это не так уж и важно если данный метод того стоит.