Pagina 1 van 1

Not happy

Geplaatst: 28 aug 2019, 08:01
door Abraham54
Ik ben momenteel helemaal niet blij.
Maar eerst wat anders, in dit forumdeel is een spammer actief.

On topic: ik heb gisteren een heel raar ding beleefd met mijn server.
Mijn forum had dezelfde Redis configuratie als het andere forum dat ik beheers.

Resource usage op mijn server gaf aan, dat mijn forum ruim 200MB geheugen gebruikte en het andere forum een 30 tot 40 mb.

Ik heb op mijn server de gehele Redis config gedeactiveerd, ook in PHP.
En nu gebruikt mijn forum ook een 30 tot 40 MB - maar dan zonder Redis.

Hoe kan dat, wat zit er verkeerd?

Re: Not happy

Geplaatst: 28 aug 2019, 10:12
door Joris de Leeuw
Hallo Abraham,

Vervelend om te lezen dat je niet bepaald tevreden bent. Mocht het direct van toepassing hebben op onze dienstverlening zijn feedback, vragen en klachten altijd welkom op support@antagonist.nl

Betreffende het RAM gebruik is het lastig om hier iets concreets over te zeggen zo lang je dit niet precies deelt (bijvoorbeeld 'ps aux' via SSH).

Merk op dat het gebruiken van veel RAM niet per se verkeerd is. Er wordt immers veel in RAM onthouden zodat je website sneller kan laden. Het cachen van veel relevante en veel opgevraagde data in Redis met bijbehorende RAM gebruik is daarbij altijd wat positiefs. Ook andere processen die gegevens houden in RAM is meestal iets goeds, dit komt immers de laadsnelheid van je website ten goede.

Ook andere factoren zijn daarbij nog van invloed op je RAM gebruik. Bijvoorbeeld hoe zwaar je website in elkaar zit (modules van een forum kunnen daarin een enorm verschil maken!) of welke processen er nog allemaal draaien binnen het pakket.

Je dient je dus mogelijk af te vragen of je een daadwerkelijk probleem ervaart of enkel hebt gevonden dat iedere website uniek is en daardoor ook niet exact even veel RAM gebruikt.

Re: Not happy

Geplaatst: 28 aug 2019, 10:19
door Abraham54
Hallo Joris,

mijn forum was na het deactiveren van Redis meteen spontaner, dus sneller.

Op de andere server, die ik beheer met dezelfde forumsoftware en dezelfde instellingen en Redis actief, is er het zelfde geheugen gebruik als op mijn server zonder Redis.

Daarom ga ik ervan uit dat er iets niet goed geconfigureerd is of anderszins aangepast, waarom Redis bij mij rechtsreeks in het werkgeheugen werd geladen.

Re: Not happy

Geplaatst: 28 aug 2019, 11:04
door Joris de Leeuw
Hallo Abraham,

Merk op dat het opbouwen van een Redis cache tijd kost. De pagina moet eerst door een bezoekers zijn bekeken voordat Redis de pagina kent. Over het algemeen moet je hierdoor al vaak een tiental minuten tot enkele uren wachten voordat je snelheidswinst merkt.

Mocht je na een tijde toch geen performance winst zien kan dit er op wijzen dat Redis niet nuttig wordt ingezet of overvol raakt met irrelevante data. Je kan dan kijken naar wat je forum in Redis cached en of je daar mogelijk instellingen aan kan aanpassen. Vooral bij grotere websites en met veel data vereist dit wat tuning aan de cache configuratie!

Redis maakt daarbij inderdaad gebruik van werkgeheugen (RAM) om de gegevens in te onthouden. Werkgeheugen is namelijk duizend keer zo snel als het gebruik van de tragere opslag. Dat je bij Redis dus RAM gebruik ziet is inherent aan de werking van Redis en zul je dus op elke server zien waar je Redis toepast.

Wat je wel bij sommige andere partijen ziet is dat ze voor de Redis cache een extern RAM gebruiken op een andere server, waardoor je dit gebruik niet direct terug ziet. Dit communiceren met een externe Redis cache over een TCP-verbinding gaat echter al snel 40% trager. Bij onze implementatie gaan wij voor snelheid en gebruiken wij het RAM van je pakket zelf via een flink snellere socket-verbinding. Dit is immers het snelst.

Zie ook: https://www.antagonist.nl/blog/2019/02/redis/

Hopelijk heb ik je voldoende uitleg gegeven over Redis. Je bevindingen zijn verder correct en hoef je geen zorgen over te maken!

Re: Not happy

Geplaatst: 28 aug 2019, 11:09
door Abraham54
In het begin werkte Redis goed, desktop snelheid 99 en mobiel 89.

Later viel alles terug naar oude waarden, voor mobiel werd het een treurig verhaal.

Dus mijn vraag blijft, wat is er veranderd op de server?

Re: Not happy

Geplaatst: 28 aug 2019, 11:17
door Joris de Leeuw
Aan onze kant zijn geen geen wijzigingen gemaakt hoe Redis functioneert.

Er kunnen wel andere factoren zijn wat de verandering in resultaten verklaart waaronder:
- Google Insight gebruikt geen vast meetpunt. Soms gebruik je een meetpunt wat verder weg is en kan je dus zien dat de reactietijd anders is.
- Google Insight heeft de laatste tijd hun tests enorm uitgebreid. Ze testen nu dus op zaken die nog niet voorheen het geval waren. Daardoor kan je flink lager scoren, omdat ze nu naar zaken kijken welke voorheen niet aan bot kwamen. Dit zie ik ook met mijn eigen forum.
- Wijzigingen aan je forum kunnen ook nog van invloed zijn. Denk hierbij aan een update of een wijziging aan de caching configuratie.

Mogelijk is het dus verstandig om uit te zoeken wat er daadwerkelijk aan de hand en je kernprobleem te omschrijven.

Daarnaast kan je jezelf en bezoekers afvragen of de website daadwerkelijk trager functioneert en er wel een probleem is. Voordat je enkel zorgen gaat maken over getallen van Google Insight, die afgelopen tijd veranderd zijn omdat ze nu op meer zaken testen.

Laat je dus niet enkel door Google Insight op een verkeerd spoor zetten, maar kijk vooral naar wat mensen/bezoekers ervaren!

Re: Not happy

Geplaatst: 28 aug 2019, 11:32
door Abraham54
Hallo Joris, ik gebruik een heel aantal meetsites en in het begin dat de Redis cache goed zijn werk deed, zag je dat in de meet resultaten, gaandeweg werden de resultaten slechter.

Dat ligt dus niet aan die websites en op dit moment is de stoorder Redis uitgeschakeld en zijn de resultaten iets beter geworden!

Re: Not happy

Geplaatst: 28 aug 2019, 11:47
door Joris de Leeuw
Als bezoekers ook daadwerkelijk traagheid ervaren kan er op wijzen dat je website over tijd irrelevante data is gaan cachen in Redis waardoor de wel belangrijke data niet uit Redis opvraagbaar is. Zoals ik eerder aangaf vereist het instellen van caching opties binnen een enorme website wat werk.

De intelligentie van Redis zit namelijk in hoe jouw website en caching opties daarvan Redis benutten. Redis is namelijk niets meer dan een super snel geheugen om zaken in te onthouden. Wat daarbij wordt onthouden en hoe lang wordt bepaald door de website.
Het DDR4 ECC registered RAM van de server welke Redis gebruikt is altijd even snel, maar hoe Redis wordt benut kan wel snelheid doen laten fluctueren.

Om te kijken hoe Redis wordt benut kan je bijvoorbeeld naar de hit/miss-ratio kijken en of er veel keys worden weggehaald (evicted) omdat je Redis cache begint over te lopen.
Veel caching plugins laten dit vaak al in grafieken zien, zodat je weet hoe je de caching plugin dient te 'tunen'.

Zie bijvoorbeeld ook:
- https://scalegrid.io/blog/6-crucial-red ... g-metrics/

Indien je er niet uitkomt hoor ik graag om welke website het gaat en welke systeem dit draait. Dan kan iemand mogelijk nog tips geven.

Re: Not happy

Geplaatst: 28 aug 2019, 14:02
door Abraham54
Hallo Joris,

hou het er maar op dat ik er helemaal uit ben.
Zonder enig cache gebruik is piepcomp.nl redelijk snel.
Maar weet ook dat ik nog steeds not happy ben.

Re: Not happy

Geplaatst: 29 aug 2019, 21:33
door Reno
Wat wil je precies horen dan? Dat Joris een schakelaar voor je omzet dat alleen relevante data in de Redis cache wordt opgenomen en geserveerd aan je bezoekers en checkup sites?

Begrijp me niet verkeerd, maar met zo'n reacties kom je natuurlijk nergens. Het blijkt dat je onvoldoende kennis hebt over hoe je Redis kunt debuggen en optimaliseren en dat probeert af te schuiven op andere mogelijke oorzaken. Ergens weinig kennis over hebben is niet erg, dat kun je immers leren, maar zeg dat dan en stel daar vragen over ipv continue te vragen waarom Redis "opeens" niet goed werkt.
Nu komt het net over alsof je denkt dat Antagonist aan klantje pesten doet terwijl Joris meerdere malen dezelfde toelichting heeft gegeven.

Succes met het optimaliseren van Redis (of niet).