Keskustelu:Nginx

Nginx ei kyllä ole sähköpostipalvelin tietääkseni. Se saattaa toimia proxynä sellaiselle, mutta ei ole itsessään sähköpostipalvelin. 91.156.246.141 4. joulukuuta 2014 kello 18.29 (EET)

Olet oikeassa. Poistan artikkelista virheellisen luonnehdinnan. --Hartz (keskustelu) 4. joulukuuta 2014 kello 18.32 (EET)

Neutraalius

Aihetta pitäisi käsitellä neutraalisti ja siksi on nyt poistettu huonosti lähteistettyjä väitteitä. Eräät sivustot väittävät yksisäikeistä moniprosessista arkkitehtuuria tehokkaaksi kun taas toiset sanovat monisäikeistä tehokkaammaksi. Tähän pitäisi löytää ulkopuolisen tahon suorittamia testejä puoleen tai toiseen. Keskusteluforumit eivät ole myöskään luotettavia lähteitä.. Ipr1 (keskustelu) 13. maaliskuuta 2024 kello 10.01 (EET)

Poistit nyt kuitenkin sen pääasiallisen arkkitehtuurieron, mikä nginx:llä on esim. Apacheen ja laitoit jotain epämääräistä juttua "työläisprosesseista", joiden luonnetta ei mitenkään avata. Samalla lähti myös maininta CGI:n toimimattomuudesta nginx:n alla, mikä liittyi seuraavaan PHP-FPM-kappaleeseen, koska PHP pääasiassa ajetaan CGI:nä.

Apachehan käyttää pre-forking-mallia, jossa palvelinprosesseja käynnistetään etukäteen, juuri sen takia että se on raskasta. --Mikko Paananen (keskustelu) 13. maaliskuuta 2024 kello 23.10 (EET)

En kylläkään sanonut yhtään mitään Apachesta. Jospa lukisit etkä kuvittelisi mitä sanotaan. CGI:n väitteelle olisi myös löydettävä lähde, joka ei ole Stackoverflow. Ipr1 (keskustelu) 14. maaliskuuta 2024 kello 10.06 (EET)

Mistä on peräisin "pre-forking"? Jostain omasta päästä keksitty termi? "worker process" on aivan normaali ilmaisu ja useissa käytössä, fi-wikissä tuokin kuitenkin väännettävä suomeksi. Ipr1 (keskustelu) 14. maaliskuuta 2024 kello 10.09 (EET)

Jos oikeasti viitsit lukea etkä väitellä huomaisit, että teksti arkkitehtuurimallista koskee Envoy:ta eikä Apachea. Ipr1 (keskustelu) 14. maaliskuuta 2024 kello 10.07 (EET)

Miksi artikkelissa nginx:sta pitää käsitellä Envoyn (mikä lienee) arkkitehtuuria. pre-forking-termiä itselleen selittääkseen voi lukea läpi esim. https://httpd.apache.org/docs/2.4/mod/prefork.html --Mikko Paananen (keskustelu) 14. maaliskuuta 2024 kello 15.27 (EET)

Väännetäänpäs rautalangasta mitä termit tarkoittavat. fork() on järjestelmäkutsu, jolla tehdään lapsiprosessi. Lapsiprosesseja käytetään työläisinä (eli worker), joita pääprosessi hallinnoi. Apachen ja nginx:n arkkitehtuuri ja työnjako on siis samankaltainen riipumatta mitä termejä käytetään. "Pre-forking" tässä kontekstissa tarkoittaa, että käynnistetään lapsiprosesseja etukäteen: tavallisesti Apache käynnistää lisää prosesseja vasta pyyntöjen ylittäessä tietyn (konfiguroitavan) rajan. Tuossa milloin lisää lapsiprosesseja käynnistetään on viivettä, jolloin palvelin on hidas vastaamaan ja sen vuoksi käynnistetään etukäteen prosesseja. Ipr1 (keskustelu) 15. maaliskuuta 2024 kello 14.06 (EET)

Yhteenvetona lapsi-isäntä prosessi kuvaa käynnistyshierarkiaa, worker/main on tehtävän mukainen rooli. Ja "pre-forking" ei todellakaan kuvaa arkkitehtuuria, vaan se on tapa kiertää Apachen hitautta käynnistää prosesseja käynnistämällä niitä "pakotetusti" etukäteen. Ipr1 (keskustelu) 15. maaliskuuta 2024 kello 14.09 (EET)