| 1.1, te3 (?), 17:33, 04/10/2007 [ответить]
| +/– |
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
все ок и без того
| | |
| |
| 2.3, te3 (?), 06:16, 06/10/2007 [^] [^^] [^^^] [ответить]
| +/– |
Ну в моем случае эти 512Mb - кэш данных. Сам python почти белый и пушистый :)
| | |
| |
| 3.4, ЩекнИтрч (?), 15:07, 07/10/2007 [^] [^^] [^^^] [ответить]
| +/– | |
Не понял?
# 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
| | |
|
|
| 1.5, Аноним (5), 16:28, 07/10/2007 [ответить]
| +/– |
>Во FreeBSD 6.2 с 4Гб ОЗУ, процесс python'a виснет когда занимает более
>512Мб.
>Решение:
Правильное решение: при таком объеме памяти логично двигаться на х64 систему.Смысл цепляться за прошлое?Чтобы завтра наткнуться на следующий барьер коих в 32-бит системах достаточно?
| | |
| |
| 2.8, iam (??), 08:05, 26/10/2007 [^] [^^] [^^^] [ответить]
| +/– |
Слишком кардинальное решение для того, чтобы просто увеличить лимиты.
| | |
|
| 1.6, MicRO (?), 12:09, 08/10/2007 [ответить]
| +/– |
 Что поделать машинка в тысячах 10 от меня стоит, быстро непоменяешь :)
| | |
|