#!/bin/bash
ps -ef|grep -p "project\.pid" |awk ''|xargs kill -9
ulimit -n 20000
/usr/local/env/project/bin/uwsgi -s 127.0.0.1:7001 -m -r 200 -p 4 --evil-reload-on-as 100 --evil-reload-on-rss 100 --virtualenv "/usr/local/python-env/project" --env "django_settings_module=settings" --wsgi "django.core.handlers.wsgi:wsgihandler()" --daemonize "/var/log/project/uwsgi.log" --pidfile "/var/run/project.pid" --touch-reload "/var/run/project.pid"
問題：實際應用過程中發現uwsgi沒有主動釋放記憶體，導致記憶體不斷增大。
辦法：--evil-reload-on-as 100 --evil-reload-on-rss 100
虛擬記憶體或者實際記憶體大於100m，uwsgi主程序將重啟子程序
uwsgi配置說明：
中文翻譯：
關於php記憶體釋放問題（二）
今天抽了一上午時間，來看了看之前解決過記憶體問題的 相對來說，我對自己 的優化程式非常不滿意，一次性匯入四萬條資料就使 變得如此繁瑣，我想這不是根本的解決方法。通過網上檢索，對問題有進一步的分析 在php記憶體溢位的問題中，前兩種方法就不提了 可以參考 關於php記憶體釋放問題 在博園中 不難分析出...
關於資源保護與記憶體釋放問題
今天開始決定看看這方面的問題，現在罈子裡搜搜。在找找其它資料 1。tstrings 必須手工釋放 free tstringlist 在堆裡分配記憶體，沒有擁有者，所以沒有幫她釋放的類 2.關於form釋放問題 要徹底釋放窗體，光close是不夠的。一般需在onclose事件中寫action cafr...
vc記憶體釋放問題
在vc製作mfc之靜態dll時使用new分配記憶體後在使用delete時有時會報錯並且機率比較高,主要有下面的原因 一 記憶體已經被delete過，二 記憶體訪問越界，vc分配記憶體，除了分配你需要的記憶體空間外還會分配一些管理 單元，就在你分配空間的上界和下界，比如記憶體邊界標誌 0xfdfdfd...