Не дожидаться выполнения Synchronize()

[bakanaev]

Есть потребность, не критичная конечно, но все же.
Суть, при работе с большим количеством потоков процедура Synchronize( LOG) может выполняться достаточно долго, так как потоки обращаются к ней часто. Пока такого не было, но интересно.
Возможно ли потоку просто послать данные\дать задание и не дожидаться выполнения, а дальше работать? Самом собой Synchronize() выполнит все в порядке очереди.

[Kix.IV]

А процедура/функция LOG что делает? Записывает в файл? Если да, то могу предложить завести ещё один поток, который будет содержать TSringList(или что-то аналогичное). Каждые поток будет добавлять туда нужную инфу, а логирующий поток потихоньку записывать. Это будет работать быстрее. Естсетсвенно надо будет объявить этот список в критической зоне(или как она там называется).

Если вы не хотите чтобы потоки тратили время, ожидая доступа к критической секции, то могу предложить ещё вариант - в каждом потоке создать поле, в которое он будет заносить необходимую информацию, а логирующий поток будет потихоньку собирать и записывать всю эту информацию.

P.S. Если у вас потоков не много, то оставьте всё как есть. Времени вы много не выйграете.

[bakanaev]

Каждые поток будет добавлять туда нужную инфу

Как примерно?)))
Как не крути придется синхронизировать добавление, приходим к тому от чего ушли.))

[Человек_Борща]

Используйте крит. секции.

Я обычно делаю пул куда сообщения ставятся в очередь и по мере поступления идут в лог, а потоки ждут только установки сообщения в очередь, и не простаивают.
Из очереди сообщения идут на вывод в зависимости от их важности.

[Kix.IV]

Как примерно?)))
Как не крути придется синхронизировать добавление, приходим к тому от чего ушли.))

Я же написал, что нужно использовать крит.секции.
Либо второй вариант.

[evg_m]

Как не крути придется синхронизировать добавление, приходим к тому от чего ушли.))

syncrone -БЫСТРОЕ добавление в буфер (к примеру TStringList)
потом (ВНЕ syncrone) медленно-медленно выгружаем буфер.
БУФЕР должен уметь накапливать информацию (два и более быстрых добавлений) и избавляться от уже выгруженной

который будет содержать TSringList(или что-то аналогичное).

Каждые поток будет добавлять туда нужную инфу

(быстро-быстро)

, а логирующий поток потихоньку записывать

[bakanaev]

Ок, спасибо за информацию парни