Кстати, по поводу уборщика мусора: появилась Realtime подсистема для Джавы. Там есть кучи в которые уборщик мусора никогда не заходит. Куча для Immortal объектов и еще одна для refcounted объектов.

Gluk (Kazan) maytonЕсли вы правильно выбрали структуру данных то проблем со сборкой
мусора быть не должно. Кстати, что за логику вам пришлось
выносить в Out Process COM-сервер, если не секрет?

В обчем почитал вчера книжку и выяснил в чем дело :) Начиная работу сборщик мусора ПРИОСТАНАВЛИВАЕТ ВСЕ ПОТОКИ. Для нашего приложения это реально плохо, поскольку за это время мимо кассы успевает пролететь порядка 5 пакетов (требования по времени отклика и пропускной способности очень жесткие).
Ну не знаю как в .NET, в Java можно сделать так чтобы уборщик мусора работал в фоновом режиме. Правда, в обычном режиме он дефрагментирует кучу, поэтому оператор new в Java очень быстрый - он просто кладет объект сверху, прибавляя размер объекта к указателю на топ кучи. При дефрагментации воздух из кучи выдавливается, и объекты проваливаются вниз. При работе в фоновом режиме оператор new пользуется списками свободной памяти и работает помедленнее.

YossarianЧто-то от темы малость народ отъехал. Отвечу по исходному топику.
ПОТОМУ ЧТО ГОТОВЫЕ РЕШЕНИЯ - КОШМАРНЫЙ ОТСТОЙ И ГОЛОВНАЯ БОЛЬ.

Пример.
У Микрософта в VC6.0 STL нету хеш-контейнеров. Ну нету. Не написали они.
Беру STLPORT. Трачу полдня на его подключение. Трачу еще месяц (!)
на то, чтобы посредством переписки по e-mail установить и сконфигурировать
то же самое у заказчика.

Дык Вы заказчику отдаете инсталлятор с бинарью или же заставляете его все это собирать?
Можно вместо ассоциативных массивов использовать наследник от std::vector< std::pair<KeyType,ValueType> > который при вставке его сортирует по ключу. А искать - бинарным поиском. Работать будет быстрее хеш-массива и фрагментировать кучу поменьше.
Кроме того, в дельфе хешей тоже нет. И из-за отсутствия шаблонов полный аналог сделать нельзя.

hash_map не входит в стандарт С++, а вам об этом было известно.

Yossarian
Ставить приходится всю бандуру. Ставится она криво, и компилироваться
не хочет. Покрутил-покрутил и выкинул.

Ну, вообще я сам с буст дело не имею, так что добавить нечего.

Yossarian
Скажите, у кого не было проблем с установкой сторонних пакетов под С++
и я скажу кто ничего серьезного не писал.

А вот под Дельфи - воткнул и оно работает. Все ! Вот поэтому дельфист
первым делом ищет готовые решения, а С++ник пишет все сам. Такой
вот Коде Реюзе получается.

Я, напимер, никаких велоспедов не изобретаю и не пишу тривиальных вещй сам. Не то чтобы я фанат С++ (скорее наоборот), но в C++ я имею те средства которые мне нужны.
Оттого что средний дегенерат не понимает зачем нужно множественное наследование, функционал который оно дает нужен и при его отсутствии надо искать обходные пути.

Вместо Оттого что надо было написать несмотря на то что

mayton Сергей Ильич
Можно вместо ассоциативных массивов использовать наследник от std::vector< std::pair<KeyType,ValueType> > который при вставке его сортирует по ключу. А искать - бинарным поиском. Работать будет быстрее хеш-массива и фрагментировать кучу поменьше.


Хм.. не согласен с фразой работать будет быстрее хеш-массива .
Имеются в виду частные случаи?
К сожалению, я не сталкивался с задачами где негарантированное константное время хоть как-то по перформансу опережало гарантированное логарифмическое. Может быть, в этом мой пробел.