artbear писал(а) 04. Июля 2008 :: 10:53:

Дак я помню.
Странно, что несмотря на это, прямое создание объекта у тебя выполняется в 5 раз быстрее для ИТ.

Реализация для icpp готова.
Выкладываю тестовую сборку для сравнения скоростей создания.
В архиве есть готовая обработка для сравнения скоростей.

Текущие ограничению
1. по умолчанию включен самый быстрый режим создания объектов
2. Супербыстрый режим создания пока реализован только для ИндексированнаяТаблица и Структура
3. Для переключения между различными режимами создания есть тестовый (временный) метод Фабрика::ТестОтключитьБыстроеСоздание_Артур(Парам), где
Парам = 0 - включить мое быстрое создание (по-умолчанию)
Парам = 1 - создание объектов через чистое 1С - т.е. режим быстрого создания объектов в 1С++ просто отключен
Парам = 2 - создание объектов также, как в текущей 1С++ (3.0 или 2.5)
Метод тестовый и в основной сборке его не будет.

Мои результаты на 1000 созданий различных объектов.
Цитата:


Обалденные результаты

Афигеть.

А почему в основной сборке не будет?
Или ветку что-ли сделай, чтобы если что с кодом повертеть можно было.

Да, и в репозитарии пока ускорены только ИТЗ и Структура.
Остальные объекты, за которым я ответственен, ускорю в ближайшее время.

Михаил, рекомендую и для твоих коллекций, в т.ч. и для Вектора, выполнить реализацию интерфейса Utils1cpp::ICloneCreated.

Артур, а в 2.5 будет ?

Артур.
Похоже, должен тебя огорчить.

Вся твоя механика бесполезна.
Ибо единственное, что она делает - это избавляет от InitObject() - и все.

В принципе, если включить логику - это и так понятно.
Ибо создание объекта из рантайм класса не может быть намного медленнее, чем просто создание объекта через new.
Ну, посмотри хотя бы реализацию IMPLEMENT_DYNCREATE - это ни что иное, как простой new.

Можно и эксперементально в этом убедиться - просто заремить в нужном месте CCreatedStrategyFromRuntimeClass

//            pCont->InitObject(szClassName);

и посмотреть на тайминги.

Короче, все прекрасно, но напрасно.
Ну, впрочем, для разминки, наверное, было неплохо.

P.S.
Кстати, CIStringMap сам управляет размером hash таблицы в обе стороны, и делает это неплохо.
Так что никаких AutoGrowIfNeeded можно не изобретать.

Согласен, наверное, все так и есть
На всякий случай проверю различные варианты.

ЗЫ По AutoGrowIfNeeded - фактически это исходный код ДмитрО, автора CIStringMap, поэтому я его использовал, типа автору виднее.

[quote author=kms link=1215146216/15#26 date=1215549440]
Избавиться от CBLContext::InitObject(LPCSTR).
Огульно делать это нельзя, ибо InitObject может нести полезную нагрузку.

Но чистый CBLContext::InitObject() - это просто HashMethods(), для CMyContextBase и подобных это не нужно.
[/quote]
А ты смотрел CBLContext::InitObject(CType const&) ?
Там такой же код или что-то еще ?