url, like that?
curl -v http://127.0.0.1:8000/benchmark
--
Krzysztof Warzecha
___
uWSGI mailing list
uWSGI@lists.unbit.it
http://lists.unbit.it/cgi-bin/mailman/listinfo/uwsgi
onfig and uwsgi_pass with proxy_pass
(with appropriate include ...) in the nginx conf?
If you configure your uwsgi with cpython instead of pypy, does it work
with similar configuration?
--
Krzysztof Warzecha
___
uWSGI mailing list
uWSGI@lists.unbit.it
e
> issue is persisting.
>
> What do you think? Should i attempt to patch pypy_setup.py ?
Yes, this looks like sensible next step.
But just to be sure, before you do that, confirm that your nginx is
correctly sending REQUEST_METHOD header to 127.0.0
ption
>
> response = handle_uncaught_exception(request,
> get_resolver(get_urlconf()), sys.exc_info())
>
> File "/home/erob/ncvs/django/django/core/handlers/exception.py", line
> 139, in handle_uncaught_exception
>
> return debug.technical_500_response(re
executing bash.
If I had to guess, something probably uses system() and you have
/bin/sh linked to bash.
--
Krzysztof Warzecha
___
uWSGI mailing list
uWSGI@lists.unbit.it
http://lists.unbit.it/cgi-bin/mailman/listinfo/uwsgi
y sure you'll
have to benchmark it. Enable it and use /sys/kernel/mm/ksm/ to trigger
merge and measure how effective it is (with stats from
/sys/kernel/mm/ksm/pages_sharing).
--
Krzysztof Warzecha
___
uWSGI mailing list
uWSGI@lists.unbit.it
http://
you don't have libphp7.so in your system, but
libphp7.1.so? Could you try to execute something like this?
./uwsgi --dlopen /usr/lib/libphp7.1.so --plugin php71 --master
--socket :3030 --processes 4
--
Krzysztof Warzecha
___
uWSGI mailing list
uWSGI@lists.unbit.it
http://lists.unbit.it/cgi-bin/mailman/listinfo/uwsgi
--dlopen /usr/local/php71-emb/lib/libphp7.so (built from source)?
--
Krzysztof Warzecha
___
uWSGI mailing list
uWSGI@lists.unbit.it
http://lists.unbit.it/cgi-bin/mailman/listinfo/uwsgi