Во FreeBSD 6.2 с 4Гб ОЗУ, процесс python'a виснет когда занимает более 512Мб.

Решение:
В /boot/loader.conf добавляем
   kern.maxdsiz="2610612736"
   kern.dfldsiz="2610612736"
   kern.maxssiz="2610612736"

После чего процесс начинает работать в штатном режиме.

URL:
Обсуждается: http://www.opennet.me/tips/info/1469.shtml

• Работа процессов размером более 512Мб во FreeBSD,te3, 17:33 , 04-Окт-07
• Работа процессов размером более 512Мб во FreeBSD,torngaq, 22:53 , 04-Окт-07
  • Работа процессов размером более 512Мб во FreeBSD,te3, 06:16 , 06-Окт-07
    • Работа процессов размером более 512Мб во FreeBSD,ЩекнИтрч, 15:07 , 07-Окт-07
• Раздел полезных советов: Работа процессов размером более 512...,Аноним, 16:28 , 07-Окт-07
  • Раздел полезных советов: Работа процессов размером более 512...,iam, 08:05 , 26-Окт-07
• Работа процессов размером более 512Мб во FreeBSD,MicRO, 12:09 , 08-Окт-07

USER   PID %CPU %MEM    VSZ    RSS   TT  STAT STARTED      TIME  COMMAND
www  74151  0,0 51,6 557992 534136  p3-  S    27сен07  994:22,32 /usr/local/bin/python

все ок и без того

А че петон стока памяти жрет???

Ну в моем случае эти 512Mb - кэш данных. Сам python почти белый и пушистый :)

Не понял?

# sysctl -a | grep kern.max
kern.maxvnodes: 100000
kern.maxproc: 6164
kern.maxfiles: 65535
kern.maxfilesperproc: 32000
kern.maxprocperuid: 5547
kern.maxusers: 384

# sysctl -a | grep kern.d
kern.domainname:
kern.dummy: 0
kern.disks: da1 da0
kern.devstat.version: 6
kern.devstat.generation: 133
kern.devstat.numdevs: 4
kern.drainwait: 300
kern.dirdelay: 29

>Во FreeBSD 6.2 с 4Гб ОЗУ, процесс python'a виснет когда занимает более
>512Мб.
>Решение:

Правильное решение: при таком объеме памяти логично двигаться на х64 систему.Смысл цепляться за прошлое?Чтобы завтра наткнуться на следующий барьер коих в 32-бит системах достаточно?

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

Что поделать машинка в тысячах 10 от меня стоит, быстро непоменяешь :)