Well, don’t benchmark it, bookmark it :) > On Jan 4, 2020, at 5:51 PM, robert engels <reng...@ix.netcom.com> wrote: > > Please everyone just benchmark this page > https://www.techempower.com/benchmarks/ > <https://www.techempower.com/benchmarks/> > > Rant ON... Python is not suitable for any high volume server application. It > is designed for simple scripting. Rant OFF. > >> On Jan 4, 2020, at 5:41 PM, Justin Israel <justinisr...@gmail.com >> <mailto:justinisr...@gmail.com>> wrote: >> >> >> >> On Sunday, January 5, 2020 at 7:28:24 AM UTC+13, Motaz Hejaze wrote: >> >> 1 - Is there really a big performance ( speed ) difference between using >> Python OR Golang in backend web development ? >> >> There are a number of reasons why Go could out-perform Python when comparing >> django to a Go web backend. >> Firstly, in order to scale django across multiple cores on the same host, >> one generally deploys a python web framework under uwsgi which handles >> spawning multiple instances of the application and load balancing th >> request. Python is effectively single threaded because of the GIL so this is >> the solution for production python web servers. >> Go on the other hand can use all of the cores with just a single process and >> can be deployed directly. >> >> Aside from that, there could be other areas where Go performs better, >> depending on what your application is doing, because it is compiled and uses >> static types as opposed to python being interpreted and constantly using >> reflection. One can mitigate some of these performance issues with compiled >> python extensions. But again, it depends. >> >> 4 - I know that go comes with builtin web server , is it reliable for >> production ? or shall we connect go with classic web servers aka ( nginx , >> apache ) ? >> >> The stdlib web server is production grade and can be used to deploy the >> binary directly without the need for a proxy. >> But the use of a proxy can still be valid for situations where you want load >> balancing, static file caching, or TLS terminatation, as a few examples. >> >> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "golang-nuts" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to golang-nuts+unsubscr...@googlegroups.com >> <mailto:golang-nuts+unsubscr...@googlegroups.com>. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/golang-nuts/f9e386d9-007a-4b1e-8841-474e098fbfeb%40googlegroups.com >> >> <https://groups.google.com/d/msgid/golang-nuts/f9e386d9-007a-4b1e-8841-474e098fbfeb%40googlegroups.com?utm_medium=email&utm_source=footer>. > > > -- > You received this message because you are subscribed to the Google Groups > "golang-nuts" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com > <mailto:golang-nuts+unsubscr...@googlegroups.com>. > To view this discussion on the web visit > https://groups.google.com/d/msgid/golang-nuts/9803C50D-AB5B-469A-825A-95AABE783BC8%40ix.netcom.com > > <https://groups.google.com/d/msgid/golang-nuts/9803C50D-AB5B-469A-825A-95AABE783BC8%40ix.netcom.com?utm_medium=email&utm_source=footer>.
-- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/golang-nuts/E0DE7892-56FD-4760-BC52-09298FE42A48%40ix.netcom.com.