Конференция "Начинающим" » Функции GetMem/FreeMem в Lazarus Linux потоконезависимы?
 
  • костыль (28.07.17 08:56) [0]
  • dmk © (28.07.17 10:05) [1]
    А зачем их в поток вставлять? Инициализируйте до запуска потоков.
  • костыль (28.07.17 10:43) [2]
    Сервер будет работать на слабой машине. Не каждому клиенту может потребоваться много памяти. Какому именно клиенту память потребуется заранее не известно. Если всем клиентам заранее выделить память с запасом, то ресурсов сервера не хватит.
  • Игорь Шевченко © (28.07.17 13:50) [3]
    Являются
  • костыль (28.07.17 17:19) [4]
    Спасибо за конкретный ответ.

    Но могу ли я поверить на слово? Может есть какие пруфы?

    Хочу предупредить, прога-сервер будет работать как служба(или как там в Линуксе это называется, демон или как-то так), многопоточность в целом никак специально не инициируется, стандартные классы для работы с потоками не используются, модули типа cthreads и т.п. не включены, пользуюсь только низкоуровневыми pthread_create ..
  • rrrrr © (28.07.17 17:43) [5]
    интересно вот мне,
    а почему ты ты такой озабоченный паришься о потокобезопасности только гетмема.
    типа другая память рапределенная не тобой и не через гетмем - это безопасно,
    а вот гетмемная - это уже надо запариться на тему
  • костыль (28.07.17 17:49) [6]
    У меня в основном статические переменные, все динамические переменные и фиксированные куски памяти у меня заранее выделяются в одном потоке.
  • костыль (28.07.17 18:09) [7]
    > rrrrr
    > ...
    > а вот гетмемная - это уже надо запариться на тему

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

    .. переменные у меня в основном локальные статик и внутри функций.
  • костыль (28.07.17 18:32) [8]
    "инициировать" хм, имелось в виду "инициализировать"
 
Конференция "Начинающим" » Функции GetMem/FreeMem в Lazarus Linux потоконезависимы?
Есть новые Нет новых   [118234   +3][b:0][p:0.001]