Difuse/packages
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
packages/net/uwsgi-cgi/files/uwsgi.init

14 lines
252 B
Text
Raw Normal View History

uwsgi-cgi: General cleanup * Remove stray LICENSE file added to repo * Use codeload instead of git * Add proper (as close as possible) SPDX license * Drop OpenSSL, PCRE and Libxml2 as dependencies Makes it more suitable alternative for small flash devices * Drop /etc/uwsgi as there's only one config file * Remove stray /etc/nginx directory * Reorganize configuration file * Convert init.d script to use procd * Hardset 3 threads and processes, seems like a good tradeoff between performance and memory usage instead of doing auto scaling based on amout of cpu cores/threads Non-scientific benchmark (tm) ramips, mt7621, WiTi Board 16/256M 1. 3 threads, 6 processes 2. 2 threads, 2 processes 3. 3 threads, 3 processes - LuCI Main page 1.48s 1.72s 1.64s - Status --> Firewall 6.24s 6.39s 6.40s - Status --> Kernel log 266ms 256ms 251ms - Network --> Firewall 936ms 1.08s 1.07s - Network --> Wireless 1.39s 1.42s 1.40s Signed-off-by: Daniel Engberg <daniel.engberg.lists@pyret.net>
2018-07-15 20:43:52 +00:00
#!/bin/sh /etc/rc.common
uwsgi: add luci-support package This adds additional specific files to support luci on the nginx Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
2018-06-13 17:26:40 +00:00
START=79
uwsgi-cgi: General cleanup * Remove stray LICENSE file added to repo * Use codeload instead of git * Add proper (as close as possible) SPDX license * Drop OpenSSL, PCRE and Libxml2 as dependencies Makes it more suitable alternative for small flash devices * Drop /etc/uwsgi as there's only one config file * Remove stray /etc/nginx directory * Reorganize configuration file * Convert init.d script to use procd * Hardset 3 threads and processes, seems like a good tradeoff between performance and memory usage instead of doing auto scaling based on amout of cpu cores/threads Non-scientific benchmark (tm) ramips, mt7621, WiTi Board 16/256M 1. 3 threads, 6 processes 2. 2 threads, 2 processes 3. 3 threads, 3 processes - LuCI Main page 1.48s 1.72s 1.64s - Status --> Firewall 6.24s 6.39s 6.40s - Status --> Kernel log 266ms 256ms 251ms - Network --> Firewall 936ms 1.08s 1.07s - Network --> Wireless 1.39s 1.42s 1.40s Signed-off-by: Daniel Engberg <daniel.engberg.lists@pyret.net>
2018-07-15 20:43:52 +00:00
USE_PROCD=1
start_service() {
procd_open_instance
uwsgi-cgi: introduce emperor mode as default uwsgi installation - Use uwsgi in emperor mode by default Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
2019-10-10 22:30:45 +00:00
procd_set_param command /usr/sbin/uwsgi --ini /etc/uwsgi/emperor.ini
procd_set_param file /etc/uwsgi/emperor.ini
uwsgi-cgi: General cleanup * Remove stray LICENSE file added to repo * Use codeload instead of git * Add proper (as close as possible) SPDX license * Drop OpenSSL, PCRE and Libxml2 as dependencies Makes it more suitable alternative for small flash devices * Drop /etc/uwsgi as there's only one config file * Remove stray /etc/nginx directory * Reorganize configuration file * Convert init.d script to use procd * Hardset 3 threads and processes, seems like a good tradeoff between performance and memory usage instead of doing auto scaling based on amout of cpu cores/threads Non-scientific benchmark (tm) ramips, mt7621, WiTi Board 16/256M 1. 3 threads, 6 processes 2. 2 threads, 2 processes 3. 3 threads, 3 processes - LuCI Main page 1.48s 1.72s 1.64s - Status --> Firewall 6.24s 6.39s 6.40s - Status --> Kernel log 266ms 256ms 251ms - Network --> Firewall 936ms 1.08s 1.07s - Network --> Wireless 1.39s 1.42s 1.40s Signed-off-by: Daniel Engberg <daniel.engberg.lists@pyret.net>
2018-07-15 20:43:52 +00:00
procd_set_param respawn
procd_close_instance
uwsgi-cgi: introduce emperor mode as default uwsgi installation - Use uwsgi in emperor mode by default Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
2019-10-10 22:30:45 +00:00
}
uwsgi: add luci-support package This adds additional specific files to support luci on the nginx Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
2018-06-13 17:26:40 +00:00
Reference in a new issue Copy permalink