Semmoinen huomio tuosta vielä, että painottaisin alkuun siihen minkä ollaan jo havaittu eniten auttavan ongelmaan. MAX_REQS:ejä taidettiin jopa disabloida, mutta ongelma ei sillä poistunut tässä taannoin?
Discourse on raskas softa, mutta kun kerran otteluketjut on ennenkin rallattanut iloisesti ja niiaamatta, niin eiköhän siihen ole mahdollista palata.
Ja onhan tässä vielä se performance http headers takataskussa 
Muistikuva, että tämä on tavattu kiertää näin: “1-0 leipääääääääääääääääääääääääää”. Eli aika nopeasti träppi on purettu.
Jos laitetaan “slow mode” -viive, jättääkö porukka postaamatta, että voi postata mahdollisen maalin hetkellä? No, ehkä tsätti vie mennessään, kun maaleja tulee keskimäärin kerran viiteentoista minuuttiin pl. erätauot, mutta vähän tuo heittää kapuloita soljuvuuden rattaisiin. Kahden minuutin jäähy(tys) voi olla jo liikaa.
Tuollahan sen kiertää, mutta siihen tehoaa 
ja tarvittaessa henkilökohtainen kymppi.
Aika pitkälti vakiporukka chatissa pyörii, joten kulttuuri on opittavissa. Viiveissäkin oltiin varsin hyvällä polulla, kunnes Telia (nyk. CMore) muutti viiveen satunnaiseksi 0-2min.
Anyway, koska homma ei nykyisellään muutenkaan toimi ja sekava viisikkopeli on uusi normaali, niin voidaan surutta kokeilla 
Pelipäivä pääsi yllättämään - pitää polkaista hackeja sisään iltapäivällä. Tulee siis pieni katko.
Eilen asiaa mietiskelin taas ja olen taipuvainen ajatukseen, että laitankin takaisin @spartak kehittämät parametrit, jotka meillä oli ennen 2.6 päivitystä ajossa.
Sinne vaan, sitä vartenhan ne asetukset siellä on, että niillä voi hieroa foorumisoftan toiminnan omaan use caseen sopivaksi.
Mitä olen vilkaissut Samin ja sinun käymään keskustelua aiheesta niin hänen ympäripyöreistä vastauksistaan voi ehkä myös rivien välistä lukea, että asetuksia hakemalla pitäisi löytää se itselle toimiva konfiguraatio.
Muista kalja.
Näillä mennään. Samalla koodikanta päivittyi tämän päivän (28.10.2020) tasalle.
Inspektorit auki ja katsotaan kuinka käy 
Mää oon huomaavinani tässä toistuvan kaavan. Toisen erän aikana, riipoumatta siitä onko kiimainen matsi vai Jukurit-matsi, joku jono/bufferi/jokumuumikä saturoituu ja foorumisofta alkaa pistään jengiä ovesta pihalle. Tänään varmaan @Spartak in viilausten ansiosta jumi ei ollut niin paha, vaan ainakin mulla viestit tipahteli normaalin oloisesti ketjuun ja editointi toimi yms. mikä on yleensä noissa tilanteissa leikannut kiinni.
Tänään jumi iski klo 19.31 eli aika tarkkaan tunti pelin alusta. Oon aiempiin seurantoihin laittanut kans noita aikaleimoja. Katsokaa tapahtuiko jumi silloinkin noin tunnin kohdalla pelin alusta ja penkokaa logeista onko siellä joku about noihin aikoihin toistuva varoitus tai virhe.
Kello 20:25 tuli toinen aalto nykimiseen (mm minulle), useampi palstalainen ilmoitti tästä Jukurit - Tappara otteluseurannassa, mitään ihmeellistä kentällä ei silloin tapahtunut.
Edit kello 20:38
Vaihdoin välilehden takaisin tappara.co sivulle, en ehtinyt tekemään mitään kun tämä ilmestyi.
Nyt päästiin serverin rajoille ja ylikin. Ei tämäkään nyt hyvä kokemus ole, kun jatkuvasti alkaa pukkaamaan read-only tilaa.
Melkein jumittava chatti parempi?
Jep ei hyvä näin. Olisiko siinä se queue time 0.3 liikaa.
Nyt näkynyt ~20 429:ä ja jos palvelin alkaa niiaamaan niin veikkaan että queue time on laitettava max. 0.2 (muistelen että sillä taannoin oli paras tilanne). Mystistä on.
Tänään meni loadit pari kertaa selkeästi yli 6.00, joka tällä purkilla on siis ylikuormitusta (6-core).
On tämä perkeleen raskas softa ajaa 
Edit: Voisi seuraavan pelin koittaa Samin ehdotuksella ja ehkä vähän viilata tietokannan buffereita isommiksi – mutta olen pessimistinen, että tämä saataisiin ratkaistua ilman järeämpää rautaa.
Jos uusin versio olisi 3.0 ja tekijät olisivat ilmoittaneet koko arkkitehtuurin overhaulista pellin alla niin voisin uskoa, että softa olisi muuttunut näin paljon raskaammaksi keväästä. Uskon, edelleen, että toi on asetuksista kiinni ja kyllä se sieltä ajan kanssa ratkeaa.
Karjala-tauko vaan tulee vähän huonoon saumaan, mutta toisaalta betaan saattaa tulla sen aikana jotain uutta säätöä.
Se tästä tekee kumman kun Discoursen tuottamia 429:jä putkahtelee edelleen, vaikka global rate limitit on offilla ja queue timekin suuremmalla. Samin ehdotuksilla on varmaankin järkevintä jatkaa.
Ehkä ne performance http headersit voisi myös olla miettimisen arvoinen säätö. Saisi enemmän hauista arvauksiin missä yskii.
@bastardo mainitsema viive ennen kuin yskähtely alkaa on myös mielenkiintoinen asianhaara. Ihan kuin Redis tjms. täyttyisi ja täyttyisi ja lopulta puhkeaa 
Toisaalta illan pelissä (Jukurit 28.10.2020) tämä on hyvin luontevaa, koska turhautuminen alkaa kerääntymään, kun tulosta ei tule. Chatti oli hyvin hiljainen ekan erän ajan, mutta lopulta keräsi yli 800 viestiä. Siinä kohtaa kun Kuusela ei saanut maalia tehtyä ja vaihtoi kiukutellen erkkojaan, niin kuormat alkoivat selvästi nousemaan.
On toki mahdollista, että jossain on ihan oikea bugi, mutta sen todistaminen on sitten taas vaikeampi temppu.
DISCOURSE_MAX_REQS_PER_IP_PER_MINUTE: 400 (default 200)
DISCOURSE_MAX_REQS_PER_IP_PER_10_SECONDS: 100 (default 50)Huomitoitavaa on, että en enää odota tai usko että ongelma poistuu asetuksia veivaamalla. Joko meiltä loppuu rauta kesken, tai sitten Discoursessa itsessään on joku “syvällisempi” suorituskyvyn pullonkaula, koska kehittäjät eivät ole huomioineet tällaista nopean chattauksen käyttötapausta kehityksessään. Tämän pitäisi olla keskustelufoorumi, eikä chattilauta (Slack, Discord, Whatsapp, Telegram…). Näihinkin lähdetään miettimään ratkaisua.
Eli tavoitteena on nyt pikemminkin tilanne, jossa ylikuormitus (chatin jumittaminen) tapahtuisi mahdollisimman hallitusti, pienellä viiveellä ja käyttäjän kannalta pienellä häiriöllä / siedettävällä käyttökokemuksella.
Tuli tutkineeksi historian tilastoja live-chateista ja tein yllättävän havainnon. Olen elänyt siinä uskossa, että niiden suosio on kasvanut “liikaa”, mutta ainakaan viestimäärä ei tue tätä olettamaa.
Jo 2017 finaaleissa paukutettiin 1600 viestin chat-ketjuja, eikä kukaan valittanut suorituskyvystä. En muista mikä purkki oli silloin ajossa, mutta taatusti tehottomampi kuin tämä.
Yksi lause pisti tuosta viestistä silmään:
“System was stable for over an hour”
Edelleen, mitä jos ongelma ei liity kuormitukseen vaan toistuu ajan myötä jonon/bufferin/jokinmuumikä saturoituessa? Olen edelleen sitä mieltä, että ensimmäiset sakkaamiset tapahtuu pelien aikana hämmentävän usein toisen erän aikana (jolloin ottelutapahtuma on ollut käynnissä yli tunnin), vaikka itse matsi ei olisi erityisen kiihkeä tai kentällä tapahtuisi välttämättä mitään erikoista. Tsekkasiko @Spartak tämän mahdollisuuden käydessään logit läpi?
Tällöin vika olisi client puolella, koska ei palvelin avaa mitään “sessiota” kun tänne saavut. Toisaalta vian pitäisi poistua kun suljet selaimen ja avaat uudelleen.
Ajan myötä chat-ketju pitenee ja kiekkopelissä myös kiivastuu, kun ratkaisun hetket lähenevät.
Minkähän verran tuota live-seurantaa on seuraamassa ulkopuolisia tarkkailijoita, jotka eivät ole foorumin jäseniä? Onko live-seuranta edes sellaisella alueella, joka näkyy kaikille? Ja jos on niin voisiko palvelimen toimintaa helpottaa, että sen siirtäisi vain käyttäjille näkyväksi?