1樓：陳柏恆
Django 這個框架太慢了，可以嘗試著換別的試試。至於uwsgi，個人感覺在單核機器上跑64worker這個明顯不合理，可以研究一下gevent協程方式抗併發。
2樓：鴻輝
如果你說的64個子程序指的是os的程序的話，1核CPU，不卡才怪。worker程序最好跟CPU核數一致，至少不要超得太多。如果設定方面沒問題的話，你得從優化程式架構方面入手了，先找出瓶頸，再針對性地優化。
另外，推薦用gevent這種協程來做wsgi的server，相對而言，資源消耗要小得多。
3樓：yegle
Argument:number
Spawn the specified number of workers/processes.
This option may be set with -p from the command line.
Set the number of workers for preforking mode.
you add, more concurrent requests you can manage.
Each worker corresponds to a system process, so it consumes memory,
choose carefully the right number. You can easily drop your system to
its knees by setting a too high value.
沒記錯的話這個選項應該是CPU數量+1。你可以試著調整一下子程序數量
買的雲伺服器頻寬只有1M，使用frp遠端連線windows有卡頓，有方法可以優化嗎？
甘明 frp有xtcp模式，只要本地有frpc客戶端即可，兩端使用點對點直連，雲伺服器只用來做握手鏈結使用。這樣直連的頻寬取決於你和遠端windows的頻寬，通常來說家庭寬頻足夠了。點對點內網穿透 王小胖 都想罵人了。1m是頻寬。跟卡頓無必然聯絡卡頓的現象大致兩種 伺服器配置跟網路穩定。網路穩不穩定...
為什麼位元幣區塊大小要維持在1m
本本 問題已經不成立了，因為位元幣現在擴容到8M了，並且在今年5月份之後會擴容到32M,應該足夠滿足未來五年的需求了。到時真滿了，還可以再擴容，換句話說，只要硬體和網路允許，位元幣已經可以說徹底解決了擴容問題。只不過因為比較複雜的原因，它現在不叫位元幣，而叫位元幣現金。不過無所謂，最多三年，快了兩年...
共1 m個n進製數，其中含有數字q（1 q n 1）的數有幾個？
首先，先求出 位數中含 的個數 含有 個 的個數 所以總共有 個.回到原題 當 中不含 時 首先，從 開始，每 個數就有乙個含 的數出現，這個情況有 種.然後，從 開始，每 個數就有 個含 的數出現，這個情況有 種.然而這 個含 的數中，有 個重複的，所以共 種.從 開始，每 個數就有 個含 的數出...