victuan писал(а) 04. Июля 2007 :: 01:24:

Насчет совместимости понятно.
Конечно, для удобства можно было бы добавить методы "ВставитьСтроку" или "СдвинутьСтроку".
При наличии индексов эта операция будет вызывать перестроение дерева, как впрочем и добавление строк или изменение значений в индексных колонках.

Цитата:

Каюсь, мне в свое время очень хотелось сделать эффективный менеджер памяти для ИТ.
Я помню твои тесты и разные идеи на этот счет.
Но реально обработки таких объемов данных у меня нет, а из чистой романтики делать как-то не хотелось.
Сейчас вообще все мои мысли об 1С/1cpp - чисто в теории, но вот историческая память иногда дает о себе знать

Еще раз напишу, что ИТ - это моя давняя мечта еще со времен 7.0 и спасибо Алексею Дирксу за ее осуществление.

Цитата:

Как раз я и затеял все это из-за того, что такая обработка есть и вся ее логика построена на Таблицах Значений (http://infostart.ru/projects/536/?&desc=1).
Я постоянно и успешно ею пользуюсь для органиции переносов данных между различными конфигурациями (Конвертация данных, УРБД, МОД не катят). Вот и хотелось бы оптимизировать ее слабое место, создав эмулятор ТЗ (переписать саму обработку нереально, слишком много кода).

Цитата:

В том то и дело, что смысл здесь другой. Берется не весь источник, а только одна колонка из него.

Кстати о ИндексированнойТаблице. У меня есть идея создать нечто подобное используя средства MS SQL. На самом деле работа с данными в скуле реализована более чем "по науке" на мой взгляд, используются там насколько я знаю и бинарные деревья которые положены в основу Индексированной таблицы,  и почему бы не создать просто класс оболочку который заполнялл бы временную таблицу на сервере SQL и не работал бы с ней средствами TSQL. Вообще то я использую некое подобие этого класса в системе моих классов 1С++ , но конечно мечтаю о том чтобы это было более интегрированно в 1С++.

victuan писал(а) 06. Июля 2007 :: 00:57:

Да, есть такое дело Не забываем, что пользовательские классы работают с помощью интерпретатора 1С, поэтому они и медленнее.
Правда, на моих экспериментах разница была не настолько большая!
Сильно медленно должно идти только первое создание объекта в сеансе работы с 1С, дальнейшее создание будет идти намного быстрее за счет кеширования.
Проверка типов и отладка точно выключены?

ЗЫ народ, в МС ВС++ есть встроенный профайлер или есть какие сторонние средства?

artbear писал(а) 06. Июля 2007 :: 04:02:


ТаблицаЗначений, время (с): 89
IndexedTable, время (с): 167
IndexedTableExt, время (с): 7066

1С++ v:2.5.0.1

Может я не правильно описал Конcтруктор моего класса? Все может быть, проверь пожалуйста.

Запускать ТестТЗскорость.ert

Проверяю на 1cpp-2.0.3.3:

ТаблицаЗначений, время (мс): 137
IndexedTable, время (мс): 182

IndexedTableExt, время (мс): 1769 ... 2237 (время меняется от опыта к опыту, "Оптимизация" включена)

IndexedTableExt, время (мс): 7500 ("Оптимизация" выключена)

Положение кнопки "Отладчик" не влияет на время.

Вывод: пользовательские классы работают ОЧЕНЬ медленно, их применение ограничено.

А, так ты тоже заметил
Утечки, конечно, там нет, просто статическое использование памяти.

А еще у CString в MFC42 есть не менее порочная особенность - влияние на общую производительность на NT системах.
Особенно на операциях распределения памяти.
Корни уходят куда-то то ли в сериализацию потоков, то ли рядом, в недра NTDLL.

На первых реализациях ИТ очень было заметно.

Я уже не говорю про всякий хлам типа Структуры и т.п.
Там такие траблы с экспоненциальным замедлением можно было поймать, шо***дец.

К счастью, как я уже говорил, многим везет и они этих проблем не замечают  :lol 

victuan писал(а) 14. Июля 2007 :: 04:15:

Естественно, ведь работает медленный интерпретатор 1С
Для тебя вижу следующие выходы:
1) в 1С++ добавить новый объект, у которого будут все методы и свойства штатной ТЗ, а работать этот объект  будет через ИТЗ. Нужно знать С++.
Можешь сделать сам или я сделаю.
Но когда сделаю я, неизвестно Вообще не слишком уверен в необходимости этой работы.
2) Сделать подобный объект на Делфи с использованием штатных технологий. Методы ИТЗ вызывать через ОЛЕ.

В этом случае думаю, что тормозов не будет
Но работы по написанию кода не так мало