Borland продал подразделение CodeGear компании Embarcadero T

[Mirage]

FPC рулит, не вопрос. И рано или поздно обгонит Дельфю, если конечно те не займутся оптимизацией.

Кроме того, в многопоточном приложении менеджер памяти FPC входит в критическую секцию только тогда, когда один поток пытается освободить память, выделенную другим потоком (что не есть большинство случаев).

Интересно как это сделано. Своя куча каждому потоку?

[Sergei I. Gorelkin]

Интересно как это сделано. Своя куча каждому потоку?

Если мне память не изменяет, список свободных блоков один на всех, а список выделенных - свой для каждого потока.

[Mirage]

Если мне память не изменяет, список свободных блоков один на всех, а список выделенных - свой для каждого потока.

Тогда может быть коллизия при выделении.
Кстати, а что-то "своё" для потока как делается? threadvar? Так оно медленное вроде. Или у потока UID можно получить?

[*vmr]

Кстати, а что-то "своё" для потока как делается? threadvar? Так оно медленное вроде. Или у потока UID можно получить?

TLS? Теоретически содержимое threadvar можно запихнуть в стек потока. Но кажется мне что так не делается.....

И еще, если поток насильно прибить(вместе с TLS), получается что грохнется и менеджер памяти?

[Sergei I. Gorelkin]

Скорость threadvar отличается на разных платформах, но в менеджере памяти число обращений к threadvar минимизировано, грубо говоря, одно выделение памяти - одно обращение к threadvar. Всяко должно быть не медленнее, чем вход/выход из критической секции + связанное try..finally.

Прибивание потока никак не влияет на менеджер памяти, да и как оно может повлиять? Запросов от прибитого потока больше не будет, и выделенная ему память просто останется висеть до окончания процесса.

[*vmr]

Скорость threadvar отличается на разных платформах, но в менеджере памяти число обращений к threadvar минимизировано, грубо говоря, одно выделение памяти - одно обращение к threadvar. Всяко должно быть не медленнее, чем вход/выход из критической секции + связанное try..finally.

Ну сдесь можно спорить... хотя не буду.... лучше поизучаю TLS

Прибивание потока никак не влияет на менеджер памяти, да и как оно может повлиять? Запросов от прибитого потока больше не будет, и выделенная ему память просто останется висеть до окончания процесса.

А разве она не может освобождатся в другом потоке???


Чет мы разоффтопились ))

[Sergei I. Gorelkin]

А разве она не может освобождатся в другом потоке???

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

Вообще, исходные тексты - занятный материал для изучения