Uusi palvelin

[weatherc]

Etenee...

Baseloadit ovat ihan OK tällä hetkellä tippuen jopa 0.5 korville aina välilä mitä ei olla nähty aikoihin
Oma arvio on että tämä sama "ongelma" oli jo vanhalla dedillä. Se ei vaan ollut niin näkyvä koska siinä oli enemmän CPU-pohjaista hidastumista kun hakkasi 100%:a jatkuvasti. Nytten harvoin päästään edes yli 25% CPU-käytön, oikeastaan vain OpenGrads,Mapnik sekä cpanelin jotkut ajastetut toiminnot kuten backuppi onnistuvat siinä.

Hetznerillä on, kappas vaan, "upgrade lista", eli laitetaanpa lisää RAM:ia koneeseen niin saadan rauhassa väsätä ramdiskiä
Tällöin voidaan laittaa jokaiselle sääasema-domainille myös oma vaikkapa 50MB ramdisk jonne voi tallentaa NSD-kuvat, NS-filut, clientrawt ja muut vastaavat nopeatempoiset filut.
Sen tarkempi asennusajankohta tulee myöhemmin.

Siitä on ny hetki kun myslin kanss pelasin, eikä sekään ollu niin hirveesti, etten ny ulkoa muista. Mutta http://www.fromdual.com/mysql-database-health-check toi olis varmaan hyvä paikka alottaa

Mysli on ollut seurannassa koko ajan niin mysqltunerillä että tuning-primer:llä. Tuossahan on se sama vika kun Apachella että mitään suoraa ohjetta ei ole olemasa tyyliin "jos on 16GB RAM + quadcore, laita nämä asetukset" vaan mutu-tuntumalla hommaa pitää ruuvata...

Jaa-a, sit pitäs varmaan kattoa jotain apachen mod_cachea tms.

Kaikki data joka pusketaan selaimelle .php-päätteisenä menee jo nyt Nginxin proxy-cachehen eli niitä ei generoida kuin joka X sekunti maksimissaan. Aika vaihtelee pikkasen skriptistä on haaraukassa 0 sek - 360 sek jossa 20 sek on oletuksena. Nämä NSD-skriptit ovat kuitenkin siitä poikkeavia etteivät puske selaimelle yhtään mitään vaan generoivat X kpl png-kuvaa joka tallentaa levylle kerran minuutissa jos aktiviteettiä.Nämä valmiiit png-kuvat tarjoillaan sitten sivuille pälliseltäväksi Ngnxin toimesta
Kuitenkin ne NSD-skriptit jotka ollaan tähän mennessä saatuu koottua bash-filuun ovat paljon kevyemmät ajettavaksi kuin "selaimella"/Apachen läpi kutsutut.

Tänään on sitten vanhan dedin "hautajaiset" kun cpanelin lisensi siirretään uudelle purkille sekä vanhalle dedille ajetaan "käyttiksen uudelleenasennus" jotta meitin data "katoaisi" jonka jälkeen H:n hallintapaneelista painetaan delete.

[weatherc]

En ole saaut vahvistusta vielä mutta RAM lisäys tilattu klo 23:ksi Suomen aikaa (tai sen jälkeen miten heilee sopii, pystyvät tekeen sen 24/7) jolloin aihettunee pairinkymmenen minuutin breikki.

[weatherc]

Vahistus tullut että lisäys tapahtuu tänä iltana klo 23 Suomen aikaa.

[khyron]

Siitä on ny hetki kun myslin kanss pelasin, eikä sekään ollu niin hirveesti, etten ny ulkoa muista. Mutta http://www.fromdual.com/mysql-database-health-check toi olis varmaan hyvä paikka alottaa

Mysli on ollut seurannassa koko ajan niin mysqltunerillä että tuning-primer:llä. Tuossahan on se sama vika kun Apachella että mitään suoraa ohjetta ei ole olemasa tyyliin "jos on 16GB RAM + quadcore, laita nämä asetukset" vaan mutu-tuntumalla hommaa pitää ruuvata...

Muistaakseni toi kyl anto ihan ehdotuksia mitä pitää tehdä.

[weatherc]

Muistaakseni toi kyl anto ihan ehdotuksia mitä pitää tehdä.

Sekä mysqltuner että tuning-primer tekee sen juu. Tosin ei niihin sokeasti kuitenkaan voi luottaa koska jotkut ehdotukset saattavat olla yliampuvia purkin resursseihin nähden. Tällä hetkellä näyttää mysli ihan OK:lta ainakin siltä osin, max memory 100:lla yhteydellä siinä 20% korvilla.

Se on lähinnä sitä mieletöntä levylle kirjoittelua jota tarvis saada kuriin pikkasen vaikka Memcacheta käyttäen enemmän kuin nyt. Nytten NWN/yr-tietokanta käyttää sitä lukemiseen kun myös kirjoituspuoli voisi hyötyä siitä. Varsinkin tuo toplista joka hakkaa ennätykset suoraan kantaan arvo kerrallas, ja se vain sen takia että se toimii yksinkertaisesti parhaiten, php-looppi-vertailu jossa kirjoitti tiedot kantaan kaikki kerralla teki vain erroreita kun 9 mukamas oli isompi kun 12 ja muuta yhtä hölmöä...

Vahistus tullut että lisäys tapahtuu tänä iltana klo 23 Suomen aikaa.

Arvioitu downtime on 10-25 min lisäyksen yhteydessä.

[khyron]

Muistaakseni toi kyl anto ihan ehdotuksia mitä pitää tehdä.

Sekä mysqltuner että tuning-primer tekee sen juu. Tosin ei niihin sokeasti kuitenkaan voi luottaa koska jotkut ehdotukset saattavat olla yliampuvia purkin resursseihin nähden. Tällä hetkellä näyttää mysli ihan OK:lta ainakin siltä osin, max memory 100:lla yhteydellä siinä 20% korvilla.

Emmää puhunu niistä vaan tosta fromdualin healtchekistä.

Se on lähinnä sitä mieletöntä levylle kirjoittelua jota tarvis saada kuriin pikkasen vaikka Memcacheta käyttäen enemmän kuin nyt. Nytten NWN/yr-tietokanta käyttää sitä lukemiseen kun myös kirjoituspuoli voisi hyötyä siitä. Varsinkin tuo toplista joka hakkaa ennätykset suoraan kantaan arvo kerrallas, ja se vain sen takia että se toimii yksinkertaisesti parhaiten, php-looppi-vertailu jossa kirjoitti tiedot kantaan kaikki kerralla teki vain erroreita kun 9 mukamas oli isompi kun 12 ja muuta yhtä hölmöä...

Yleensä kuitenkin kuormaa saadaan helpoiten karsittua kirjottamalla koodit niin ettei ne tee turhaa työtä, kuin kannan asetuksia viilaamalla.

[weatherc]

Emmää puhunu niistä vaan tosta fromdualin healtchekistä.

Ahaa.
No mut myös nuo yllä mainitut kertoilee kaikelaisia satuja.

Yleensä kuitenkin kuormaa saadaan helpoiten karsittua kirjottamalla koodit niin ettei ne tee turhaa työtä, kuin kannan asetuksia viilaamalla.

Toki tottakai mutta oma kokemus esim mylistä on myös että asetuksilla voi olla suurikin merkitys. Jos ovat päin hevonkuusta niin ei slipstriimatuinkaan koodi toimi.
NWN:än kohdalla haut ja kirjoittelut on todella vedetty minimiin jos nyt ei tuota toplistaa lasketa, esim asemien tiedot haetaan kannasta vain kerran tunnissa muutoin on memcachessa oleva data käytössä jne. Pitää myös muistaa se tosiseikka että NWN käsittelee liki 1000 aseman tietoja kun se datafilujas tekee ja sitä säädataa tunnetusti ei oikeen voi cacheta pidemmäksi aikaa kuin asemalta hakujen väliseksi ajaksi jos sen haluaa olevan tuoretta
Siinä valossa se skripti toimii oikeen mallikkaasti ja siirto txt-filuista mysliin aikoinas oli paras uudistus mikä sille on tehty, eikä se loadeissa katsottuna mikään järin raskaskaan ole. Kauhistuttaa vaan se mysqlin query-laskurin raksutus joka laukkaa 130 q/s vauhtia

[weatherc]

Arvioitu downtime on 10-25 min lisäyksen yhteydessä.

Lisää RAMia lisätty myllyyn onnistuneesti ja mylly palasi linjoille 23:22.
Nyt htop softa kertoilee määräksi 31806 MB 
Kaikki softatkin näytti pikavilkaisulla olevan käynnissä täysin OK