Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 29 reacties

Zoals sommigen in het Forum al opmerkten heeft Athena (de database server) vandaag wat kuren gehad.

Het geheugen van Athena liep plotseling vol, onder meer door heel veel MySQL-daemon child processes, en een Apache die ook wat meer wilde dan goed was. Met een load die in enkele seconden van een beschaafde 0.5 naar 32.0 schoot hebben we de boel even stil moeten leggen. (Load houdt kort gezegd in het aantal taken dat op verwerking wacht. Hoe hoger, hoe langer de wachttijd, en soms kan de boel dan helemaal vastlopen)

De gevolgen hiervan waren:

  • Database Error op de pagina's (Kan geen verbinding leggen met de Database etc.)
  • Plaatjes konden tijdelijk niet geladen worden als de DB het toevallig wel deed

    Uiteindelijk hebben we de proef op de som genomen en Apache opnieuw gecompileerd, omdat we vermoedden dat er in PHP4.0 een memory leak zat. Hierbij zijn tevens de laatste patchlevels en versies van de verscheidene modules geinstalleerd.

    Athena heeft nu de volgende config:

  • Apache 1.3.12
  • mod_ssl 2.6.6
  • PHP 4.0.1 PL2
  • ZendOptimizer RC1 en
  • gd 1.8.3

    Tot zover _lijkt_ het de moeite te lonen. Swap is weer vrijwel leeg en de Load staat weer op normale waarden.

    (met dank aan Rick, die me hierbij geholpen heeft, zodat deze WinKlikker ook eindelijk eens snapt hoe ie in Apache moet klussen )

  • Moderatie-faq Wijzig weergave

    Reacties (29)

    ik denk niet dat het aan PHP ligt, want dan heb je niet ineens heel veel mysql child processen. ik denk eerder een beruchte fout van mysql. Mysql crasht gewoon om de zoveel tijd. hebben meer sites last van gehad. (vooraal in combinatie met linux en crappy thread implementatie (geen flame bait, is gewoon zo))

    lees artikel over mysql en postgre, is wel verhelderend. www.phpbuilder.com/columns/tim20000705.php3?&print_mode=1
    Uhm. Guruinfo.. Flamebait? Niks. Gewoon onjuiste info. Lees je de links die je geeft wel eens? Een quote: "Obviously, the advantage MySQL has over Postgres is performance. "

    Daar waar postgres het wint van mySQL zijn het features die niet vaak gebruikt worden, en zeker niet voor een 'simpele' database met artikelen.(rollback/commit, subsets, partial locking etc.)

    Er staan nog meer quotes die juist jouw verhaal onderuit lijken te halen.

    En leuk dat je aanvoert dat threads zuigen op linux, maar athena is geen quad-CPU monster, dus daar zal het probleem niet zitten. Die threads zogen vooral op SMP-machines, en met oudere kernels als 2.0.38 en 2.2.5. De meest recente kernel vliegen op 6 CPU's 5.9 keer zo hard als op eentje.
    ik heb er ook last van
    tweakers.net gebruikt ongetwijfeld persistent connecties, en (hoewel het mij juist niet lijkt te horen) dat veroorzaakt vaak nogal veel kinder procesjes...(op mijn bak tenminste wel)
    Heeej kut... kan weer met de database connecten... het zit weer mee :)
    met dank aan Rick, die me hierbij geholpen heeft, zodat deze WinKlikker ook eindelijk eens snapt hoe ie apache moet klussen
    En bij zijn bio staat:
    Anderhalf jaar geleden is Rick begonnen met een RedHat 5.0 CD, die bij een of ander computerblad zat, tegenwoordig beheert hij de servers van Tweakers.net en
    lekker duidelijk... dat verklaart misschien waarom de database af en toe platligt ;) ;) ;)
    Volgens mij bedoelt hij met winklikker zichzelf :)
    zat zeker bij computeridee:
    webservers bouwen met linux voor de hobbyist :D
    Webservers configureren is mijn gebied niet, maar ik ben er wel erg in geinteresseerd. Kan iemand me vertellen wat ZendOptimizer RC1 en
    gd 1.8.3 voor programma's zijn?
    (in deze wat rustigere sectie is dit toch geen flamebait? :)
    volgens mij begrijp je niet echt wat een flamebait is: Een zinnetje als AMD rules, Intel SUX, das een flamebait.
    Maar dit soort vragen kun je beter stellen op gathering.tweakers.net

    Zo, maar ik zal toch ff je vragen beantwoorden
    ZendOptimizer versnelt de boel hier www.zend.com
    GD is een soort library voor graphics, wordt gebruikt om de .PNG-images bij de pricewatch te maken

    edit:
    hele ranzige typefout
    Wel cool dat dit allemaal kan zonder uptime te sacrificen, terwijl ik hier Win98 :r voor de meest idiote dingen opnieuw moet rebooten :).
    Al een keer aan windows2000 professional gedacht?

    Superstabiel! Hij is me in een paar maand slechts 1x echt gecrashed, en 2x heb ik heb nog weten te redden van een heuse ondergang. Je hoeft ook mindervaak te rebooten voor onzinnige dingen. (teles :() modem installeren. Ding erin gooien, puter aan, drivers er op en het werkt! Zonder reboot of wat.

    En hoeveel proggies ik ook los zet, het blijft stabiel en lekker werken. Standaard heb ik dit los staan:
    MySQL,
    Xitami webserver,
    Adobe Photoshop,
    ICQ,
    Superdial,
    Getright,
    Microsoft Outlook(vreet veel geheugen),
    Winamp,
    2x Netscape,
    8x IE,
    Alaire Homesite,
    2x Verkenner,
    Alaire StyleSheet editor,
    Microsoft Acces (voor uren registratie)
    Cute FTP,
    CS Telnet

    +dat ik de zooi over 2 monitoren heb verdeeld.

    Eumm... dit was het wel zo'n beetje. Als ik dit draai onder win98 SE dan hangtie elke dag wel 1/2 keer, en het word sloooommmm. En onder win2k draait het als een zonnetje! Echt gewoon lekker! Maar zorg wel dat je eerst genoeg RAM hebt, want dat is gewoon een must.

    Meestal reboot ik hem om de 1/2 weken, voor de zekerheid...

    Unreal Tournament draait trouwens ook wel lekker...

    Plus dat de lock functie verdomd handig is! Vooral met van die broertjes die graag mijn e-mail lezen...
    jij moet bij microsoft marketing gaan werken... We hebben het hier trouwens over een webserver en niet over een desktop...

    BTW waarom overstappen op een ander OS als deze prima werkt?
    Over 't algemeen is een Windows bak minder goed te configureren op afstand ('k geloof dat de servers niet in de huiskamer staan ;) )
    Ondermeer hierom is Windows niet het no-1 OS voor webservers, die vrij druk bezocht worden ;)
    Ding erin gooien, puter aan, drivers er op en het werkt! Zonder reboot of wat.
    Sja, moeilijk doen is ook een vak ;)
    Je kunt onder win2k die dingen er gewoon terwijl ie aan staat in steken. Daarna ga je naar Systeem -> Hardware -> Apparaatbeheer -> Actie -> Zoeken naar gewijzigde apparaten.
    Sja, Femme zal wel een licentie nodig hebben ofzo, maar koop die dan ook gewoon, tis 't echt waard.
    Ehhh heel leuk maar waarom zie ik er geen }:O tussen staan (rc5 client ) ??

    :) :)

    Word toch wel eens tijd denk ??
    Als je win98 zo :r vindt, kun je natuurlijk ook eens iets anders proberen. Een of andere leuke linux distro bij voorbeeld. ;)
    Kan ie wel doen, maar dan moeten we het toch gaan stellen met een iets minder gelikte t.net interface.

    Aangezien je geen photoshop hebt voor linux, je hebt dan wel the gimp, maar die haalt het toch nog niet bij photoshop.
    Je kan toch ook aan een dual-OS systeem doen .. (dwz. en linux & Win 9x / Win NT xx) Je hoeft niet perse 1 OS te draaien .. heb hier ook hele tijd met beide gewerkt en het liep perfect.. Het is zelfs zo geweest dat ik zo blij was dat ik alle twee had ... me windoos was plat gegaan (stroomstoring) en ik had flinke data-corruptie!! linux geboot en ja hoor.. linux kon wel bij me data terwijl voor windows me HDD'tje helemaal leeg was.. allles gekopieerd onder linux en meteen me schijf redden .. (niet dat alles terug kwam, maar ik was tenminste niet ALLES kwijt)

    Ennuh met de gimp kan je ook heel erg veel hoor.. en er is natuurlijk altijd nog COREL die hun pakketjes ook voor linux maakt.. (het is gewoon een kwestie van ffies goed zoeken.. voor linux kan je ondertussen ook behoorlijk wat software krijgen.. maar het is (nog steeds) een netwerkbesturings-systeem en daarom zal er voorlopig nog weinig desktop-software voor verschijnen
    neem je toch een mac ? ben je ook van windows af
    Femme, ik neem aan dat jij geen games speelt als, dus is het dan voor jouw neit veel makkelijker om win2k te draaien? Lijkt me veel beter voor een mega tweaker
    lees ook de replies, van mensen die hele grote sites draaien, en waarom ze voor solaris kiezen ipv linux. Solaris heeft gewoon veel efficientere thread implementatie dan linux.
    "MySQL loses points in the long-term stability department. Simply put, MySQL gives up the ghost randomly and for no obvious reason after running for semi-long periods of time (say 30-60 days). Many developers will compile MySQL "statically" for just that reason, and doing so has helped some people. "
    That problem again can be overcome with a good pager or a simple crontab entry that kills and restarts MySQL monthly. Not that I find that at all acceptable, but it is a solution.
    daar ging het mij om.
    kijk sourceforge restart zijn db niet voor niets 1x om de zoveel tijd. Dat mysql crasht komt veel vaker voor zo ook op www.deadly.org en nog een aantal sites.

    en dit :
    "...... into MySQL 3.22.30 and PostgreSQL 7.0.2 on Red Hat Linux 6.2 and a VA Linux quad-xeon 4100 server with 1GB RAM. "
    En welke kernel wordt meegeleverd met redhat 6.2? juist kernel > 2.2.5, 2.2.15 of 2.2.14 geloof ik.
    dus als je beweert dat threads beter zijn sinds 2.2.5 klopt je verhaal ook niet op dit punt.
    Databases zuigen. Postgres is groot, zwaar en traag. mySQL is snel, maar instabieler dan Postgres. Roerend met je eens. Alleen: Postgres is het ultieme antwoord is simpelweg niet waar. Ik (en m'n collega's) draai mySQL voor een duizendtal klanten, dus is er sprake van enige ervaring met mySQL en hoge loads.

    Het verhaal over slechte thread-performance komt uit de omstreden benchmarks die in opdracht van Microsoft zijn uitgevoerd. Ik heb recent een paar weken met een 6 CPU Xeon gespeeld en wat ik je vertel is simpelweg mijn eigen ervaring. In het artikel waar ik op reageer komt het woord 'thread' niet eens voor, dus het verband tussen dat Tim Perdue zegt dat 'ie op een 2.2.14-5 kernel test en slechte thread-performance ontgaat me.

    Ervaring: Een 2.0.38-kernel crashed binnen minuten op 6CPU's, zelfs zonder load. 2.2.5 schaalt 510%, en 2.2.14-5 (en 2.2.14-9) schalen 590% met koetjes. Met meer instances dan CPU's worden de verschillen in prestaties alleen maar groter. 2.2.14-9 zakt iets, 2.2.5 zakt ver naar beneden. Da's niet van horen zeggen, da's geen M$-propaganda, da's wat ik met eigen oogjes gezien heb. Of Mindcraft het daar mee eens is zal me verder worst wezen.
    Net even voor je gespiekt: We hebben de afgelopen 20 dagen grofweg zo'n 26.000.000 queries verwerkt. Hou in gedachten dat we midden in de bouwvak zaten, en het dus rustiger was.
    Database zuigen inderdaad. ze hebben altijd wel iets. postgre zukt met 8kb row size limit. sybase doet het nog erger en heeft 2kb size limit. MySQL doet wat dat betreft beter.

    Een database hoor je in princiepe liever op een solaris bak te draaien. Webservers op FreeBSD en router op openBSD. dat zou ideaal zijn.

    Overigens, Als linux goeie threading model heeft zouden ze in kernel 2.4 geen andere threading model invoeren. (wat dus wel gebeurt.), je krijgt dan ook van die dingen als multithreaded ip stack etc..

    het liefts zou je oracle oid draaien. die heb die probleempies niet. maar jah oracle is NIET te betalen.

    zoals je al zelf zei databases zuigen. en dat je afgelopen 20 dagen 26M qeuries te verwerken heb gehad klopt ook nog wel met verhaal wat ik gelinked had. hij had over sites die 0.5M queries te verwerken krijgen. die dus om de 30-90 dagen moeten rebooten. kijk jullie uptime (van de DB) van 20 dagen zegt natuurlijk ook iets !
    Een tip om de druk van de servers te verminderen is om een reverse (ook wel upstream genoemd) proxy te gebruiken. Dat kan wel eens wat childprocesses verminderen... Ik weet zelf ook dat het een bug is, waar ik zelf ook ooit me te kampen heb gehad op mijn Windows bak. Ik zelf gebruik nu Windows 2000 Advanced Server en verder geen problemen of zo. Maar een reverse proxy is wel aan te raden op zwaar bezochte servers
    Bedankt voor je uitleg Mephisto!

    over flamebait: laatst was er een heftige discussie aan de gang in reactie op een artikel over een of andere koelingsmethode, en toen kwam er een of andere bijgoochem tussendoor die vroeg wat een "fan" eigenlijk was.

    Daarop kwam geen flame, maar een keurige uitleg, maar je moet toegeven dat dat een tamenlijk onwaarschijnlijke reactie was.. :+
    Dikke LOL..

    Ik zat eens in de chatbox van fokzine en daar zat rick met het plan om over te stappen naar windows 2000.. En hij deed daar vrij serieus over... Maar dat bracht gelijk een stroom nee's los
    Trust me, ik was toch ECHT NIET serieus hoor :)
    Niet dat Windows2000 servers slecht zijn ofzo, maar ik weet meer van unix servers af dan Windows servers.
    Tom Kuipers over zn win2K : Meestal reboot ik hem om de 1/2 weken, voor de zekerheid...


    whehhehweh :) dat is triest :)

    Ik zit met mn linux nu bijna aan de 200 dagen,
    ik denk erover om hem bij de 255 dagen ff uit te zetten om het stof weg te halen en nog een hd'tje erbij.

    Maar reboot's uiti precaution.. whewhehwehw :))

    Op dit item kan niet meer gereageerd worden.



    Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

    © 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True