# DISCOURSE: Live-seurannan päivitysviive ruuhkahuipuissa

**URL:** <https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289>\
**Category:** Kehitys\
**Created:** [Lokakuu 2, 2020, 5.48pm UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289 "2020-10-02T17:48:30Z")\
**Posts on this page:** 20\
**Page:** 5

<div class="post-metadata">

**Author:** ![Spartak](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/spartak/32/8255_2.png) [@Spartak](https://tappara.co/u/Spartak)\
**Post date:** [Lokakuu 26, 2020, 10.07am UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/92 "2020-10-26T10:07:19Z")

</div>

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 😁

---

<div class="post-metadata">

**Author:** ![Kilo](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/kilo/32/113917_2.png) [@Kilo](https://tappara.co/u/Kilo)\
**Post date:** [Lokakuu 26, 2020, 10.37am UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/93 "2020-10-26T10:37:38Z")

</div>

> [@ljpp](#):
>
> Edit: On muuten toinenkin asetus jolla voidaan vaikuttaa. Viestin minimipituus on tällä hetkellä arvossa 5 merkkiä. Se mahdolistaa tämän tasoiset viestit kuten “Huoh.” ja “Ihme.”. Informaatioarvo nolla. Tätä voitaisiin nostaa. Ainoa miinuspuoli minkä keksin on se, että jos joku kysyy paljonko peli on, niin “1-1” vastaukseen pitää keksiä lisää pituutta.

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.

---

<div class="post-metadata">

**Author:** ![ljpp](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/ljpp/32/22838_2.png) [@ljpp](https://tappara.co/u/ljpp)\
**Post date:** [Lokakuu 26, 2020, 10.56am UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/94 "2020-10-26T10:56:34Z")

</div>

> [@Kilo](#):
>
> “1-0 leipääääääääääääääääääääääääää”

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 😊

---

<div class="post-metadata">

**Author:** ![ljpp](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/ljpp/32/22838_2.png) [@ljpp](https://tappara.co/u/ljpp)\
**Post date:** [Lokakuu 28, 2020, 5.39am UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/95 "2020-10-28T05:39:53Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![bastardo](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/bastardo/32/35853_2.png) [@bastardo](https://tappara.co/u/bastardo)\
**Post date:** [Lokakuu 28, 2020, 9.41am UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/96 "2020-10-28T09:41:00Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![ljpp](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/ljpp/32/22838_2.png) [@ljpp](https://tappara.co/u/ljpp)\
**Post date:** [Lokakuu 28, 2020, 1.53pm UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/97 "2020-10-28T13:53:24Z")

</div>

> [@Spartak](#):
>
> Minä ronskisti laittaisin näin:  
> `DISCOURSE_REJECT_MESSAGE_BUS_QUEUE_SECONDS: 0.3`  
> `DISCOURSE_MAX_REQS_PER_IP_MODE: none`

Näillä mennään. Samalla koodikanta päivittyi tämän päivän (28.10.2020) tasalle.

---

<div class="post-metadata">

**Author:** ![Spartak](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/spartak/32/8255_2.png) [@Spartak](https://tappara.co/u/Spartak)\
**Post date:** [Lokakuu 28, 2020, 2.11pm UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/98 "2020-10-28T14:11:53Z")

</div>

Inspektorit auki ja katsotaan kuinka käy 👍

---

<div class="post-metadata">

**Author:** ![bastardo](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/bastardo/32/35853_2.png) [@bastardo](https://tappara.co/u/bastardo)\
**Post date:** [Lokakuu 28, 2020, 5.58pm UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/99 "2020-10-28T17:58:24Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![Rixa](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/rixa/32/565_2.png) [@Rixa](https://tappara.co/u/Rixa)\
**Post date:** [Lokakuu 28, 2020, 6.27pm UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/100 "2020-10-28T18:27:20Z")

</div>

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

![](https://europe1.discourse-cdn.com/tappara/original/3X/8/a/8a8640553d5688516b2d9ed74ea3f99d49d0f928.jpeg)  
Vaihdoin välilehden takaisin [tappara.co](http://tappara.co) sivulle, en ehtinyt tekemään mitään kun tämä ilmestyi.

---

<div class="post-metadata">

**Author:** ![ljpp](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/ljpp/32/22838_2.png) [@ljpp](https://tappara.co/u/ljpp)\
**Post date:** [Lokakuu 28, 2020, 6.40pm UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/101 "2020-10-28T18:40:37Z")

</div>

@spartak

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?

---

<div class="post-metadata">

**Author:** ![Spartak](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/spartak/32/8255_2.png) [@Spartak](https://tappara.co/u/Spartak)\
**Post date:** [Lokakuu 28, 2020, 6.50pm UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/102 "2020-10-28T18:50:09Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![ljpp](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/ljpp/32/22838_2.png) [@ljpp](https://tappara.co/u/ljpp)\
**Post date:** [Lokakuu 28, 2020, 6.55pm UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/103 "2020-10-28T18:55:48Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![bastardo](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/bastardo/32/35853_2.png) [@bastardo](https://tappara.co/u/bastardo)\
**Post date:** [Lokakuu 28, 2020, 7.03pm UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/104 "2020-10-28T19:03:40Z")

</div>

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öä.

---

<div class="post-metadata">

**Author:** ![Spartak](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/spartak/32/8255_2.png) [@Spartak](https://tappara.co/u/Spartak)\
**Post date:** [Lokakuu 28, 2020, 7.24pm UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/105 "2020-10-28T19:24:27Z")

</div>

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 🤔

---

<div class="post-metadata">

**Author:** ![ljpp](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/ljpp/32/22838_2.png) [@ljpp](https://tappara.co/u/ljpp)\
**Post date:** [Lokakuu 28, 2020, 7.27pm UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/106 "2020-10-28T19:27:56Z")

</div>

> [@Spartak](#):
>
> @bastardo mainitsema viive

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.

---

<div class="post-metadata">

**Author:** ![ljpp](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/ljpp/32/22838_2.png) [@ljpp](https://tappara.co/u/ljpp)\
**Post date:** [Lokakuu 30, 2020, 7.25am UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/107 "2020-10-30T07:25:14Z")

</div>

- Poistin meidän tekemät muutokset
- Laitoin Samin [ehdottamat](https://meta.discourse.org/t/real-time-updating-of-topics-freezes-under-high-activity/166789/35?u=ljpp) arvojen kaksinkertaistamiset

```auto
DISCOURSE_MAX_REQS_PER_IP_PER_MINUTE: 400 (default 200)
DISCOURSE_MAX_REQS_PER_IP_PER_10_SECONDS: 100 (default 50)
```

- Lisäksi täysin “neulaa heinäsuovasta” kokeiluna, nostin tietokantabuffereiden määrää. db\_shared\_buffers on nyt 6GB ja db\_work\_mem 40MB.

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.

---

<div class="post-metadata">

**Author:** ![ljpp](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/ljpp/32/22838_2.png) [@ljpp](https://tappara.co/u/ljpp)\
**Post date:** [Lokakuu 30, 2020, 8.25pm UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/108 "2020-10-30T20:25:25Z")

</div>

@Spartak

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ä.

- Tietokanta kasvaa päivä päivältä - onko juurisyy sen koossa?
- Edelleen epäilyttää, että jokin on Discoursessa vinksallaan. Tämä aihe puhuttaa, sillä taas ilmestyi joku kaveri Metaan kyselemään, kun on jotain live-eventtiä menossa ja ei meinaa puhti riittää. Hän tosin sanoo, että juurisyy olisi [I/O Wait](https://meta.discourse.org/t/trying-to-troubleshoot-i-o-wait-bottleneck/168703), mutta en ole itse havainnut waitin nousua edes silloin kun homma alkaa yskimään.

---

<div class="post-metadata">

**Author:** ![bastardo](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/bastardo/32/35853_2.png) [@bastardo](https://tappara.co/u/bastardo)\
**Post date:** [Lokakuu 30, 2020, 9.24pm UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/109 "2020-10-30T21:24:59Z")

</div>

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?

---

<div class="post-metadata">

**Author:** ![ljpp](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/ljpp/32/22838_2.png) [@ljpp](https://tappara.co/u/ljpp)\
**Post date:** [Lokakuu 30, 2020, 9.51pm UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/110 "2020-10-30T21:51:58Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![Nuti](https://dub1.discourse-cdn.com/tappara/user_avatar/tappara.co/nuti/32/235083_2.png) [@Nuti](https://tappara.co/u/Nuti)\
**Post date:** [Lokakuu 30, 2020, 9.59pm UTC](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289/111 "2020-10-30T21:59:20Z")

</div>

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?

[Edellinen sivu](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289.md?page=4)

[Seuraava sivu](https://tappara.co/t/discourse-live-seurannan-paivitysviive-ruuhkahuipuissa/20289.md?page=6)
