Bekijk Volledige Versie : server versnellen?
welke mogelijkheden bestaan er om de server nog sneller te krijgen (softwarematig)? bv op whm welke opties men best wel/niet activeerd?
evt. root commands?
hardware is al top: dual cpu en 3gb ram.
en met welk os werkt cpanel het snelst?
Met vriendelijke groeten,
ServerStrike.nl
09/03/05, 18:09
Wat zit/gaat u hosten op die pc ?
En wat info over de server zelf ;)
puur sites, vrij standaard sites: wat php en mysql.
systeem: dual opteron 250 - 3 GB ram
Er staat momenteel nog niets op maar ik wil hem zo snel mogelijk krijgen voor ik van start ga.
Met vriendelijke groeten,
Waarschijnlijk geen gebruik maken van rpm files.
Ik ga ervan uit dat u linux gebruikt.
Alles zelf compileren zou een betere performance kunnen geven. (Maar of deze zichtbaar is, is iets anders.)
Hardware matig: snellere harddisks ? 15k scsi schijven? :)
Welk os enzo gebruikt u?
nou 10k scsi disk in raid config.
idd linux. (centos)
maar heb zo het gevoel dat de pagina's trager laden dan wat ik verwachte. zou dat kunnen omdat de naamservers nog niet actief zijn en ik via het ipadres kijk? (ip/~username/)
Wel os is het beste voor cpanel?
Met vriendelijke groeten,
Ip's zouden sneller moeten werken dan domeinen. Je gaat nl. niet via de dns/nameservers.
Geen idee voor cPanel.
Run is een apache load test, kan je zien hoeveel requests apache aan kan.
wat is het command daarvoor mate?
Met vriendelijke groet,
SebastiaanStok
09/03/05, 19:29
3 GB en dat versnellen :eek: :huh:
ja ik ben freak weetik :-) maar blijkbaar staat er iets dat het geheel vertraagt want de load is 00 en er staat niets op en toch laadt ie niet zoals ik hem wil.
Euhm, even de cmd zoeken. Weet het zelf niet meer.
Wat kan je systeem vertragen... Wel euh, voor welke arch heb je alles gecompiled? als b.v. alles voor i383 ipv i686 gecompiled is, zal het trager gaan.
Harddisk tunen met hdparm ( hdparm -t /dev/hda)
zie ook http://www.linuxdevcenter.com/pub/a/linux/2000/06/29/hdparm.html
En je zou kunnen kijken naar powertweak :
http://sourceforge.net/projects/powertweak/
Origineel geplaatst door Tuinslak
Ik ga ervan uit dat u linux gebruikt.
Alles zelf compileren zou een betere performance kunnen geven. (Maar of deze zichtbaar is, is iets anders.)
Ligt er natuurlijk maar helemaal aan.
Door voor een bepaalde processorarchitectuur te compilen zal je wel iets aan winst behalen.
Verder kan je nog optimization flags gebruiken die eventueel een winst kunnen opleveren, maar waarmee nog wel eens het tegendeel behaald wordt.
Verder kan je soms support voor bepaalde zaken achterwege laten, wat in sommige gevallen weer tot een winst kan lijden.
Echter zijn dit allemaal case by case kwesties.
Dat laatste is overigens wel een goede reden om in het algemeen te kiezen voor het zelf compilen. ;)
Mijn eigen ervaring is dat uit fatsoenlijk compilede Glibc libraries en een goede kernel standaard al de meeste winst te boeken valt.
Origineel geplaatst door blerry
Harddisk tunen met hdparm ( hdparm -t /dev/hda)
zie ook http://www.linuxdevcenter.com/pub/a/linux/2000/06/29/hdparm.html
En je zou kunnen kijken naar powertweak :
http://sourceforge.net/projects/powertweak/
zal ik straks even naar kijken, hoewel het eerste eerder voor ide disks is?
hdparm werkt enkel voor ide, niet voor sata/scsi.
Al kan je er wel read/write tests mee doen, maar niet optimizen.
Hoe dan ook, ik vind het proggie voor apache te benchmarken niet meer... even zoeken op Google ofzo
Je hebt een prive bericht.
Dank je heb het beantwoord.
Origineel geplaatst door hauwens
Dank je heb het beantwoord.
Graag gedaan, je hebt weer antwoord terug.
Hardware is meer dan voldoende, daar hoef je ook niet veel aan te doen.
We hebben een dual P3-733 die >120 http requests/s afhandeld. (50% php/perl/mysql dynamische pagina's)
Deze machine piekt op 30mbit/s
Je zal de daemons wel een boel kunnen tweaken.
Maar daar is geen gouden formule voor.
Je zal eerst bottlenecks moeten vinden. (zodra ze optreden)
Met zo veel RAM kan je wel beginnen door apache en mysql meer processen/memory toe te wijzen.
[root@server root]# /usr/sbin/ab
/usr/sbin/ab: wrong number of arguments
Usage: /usr/sbin/ab [options] [http://]hostname[:port]/path
Options are:
-n requests Number of requests to perform
-c concurrency Number of multiple requests to make
-t timelimit Seconds to max. wait for responses
-p postfile File containg data to POST
-T content-type Content-type header for POSTing
-v verbosity How much troubleshooting info to print
-w Print out results in HTML tables
-i Use HEAD instead of GET
-x attributes String to insert as table attributes
-y attributes String to insert as tr attributes
-z attributes String to insert as td or th attributes
-C attribute Add cookie, eg. 'Apache=1234' (repeatable)
-H attribute Add Arbitrary header line, eg. 'Accept-Encoding: zop'
Inserted after all normal header lines. (repeatable)
-A attribute Add Basic WWW Authentication, the attributes
are a colon separated username and password.
-P attribute Add Basic Proxy Authentication, the attributes
are a colon separated username and password.
-X proxy:port Proxyserver and port number to use
-V Print version number and exit
-k Use HTTP KeepAlive feature
-d Do not show percentiles served table.
-S Do not show confidence estimators and warnings.
-g filename Output collected data to gnuplot format file.
-e filename Output CSV file with percentages served
-h Display usage information (this message)
[root@server root]#AB is het programma van Apache.org voor Apache-benchmarking. :)
ahja, dat was het.
en "ab2" voor apache2 ofzo.
.htaccess uitzetten voor Apache, symlink controle voor Apache uitzetten, voldoende child processen laten draaien en veel requests door dezelfde child laten afhandelen. En zo zijn er vast nog wel wat tweaks te maken.
Aloha,
Martin
Sander Aerts
18/03/05, 01:29
Staat je reverse dns goed, samen met je hostname?
Dit kan ook snelheid opleveren als het gaat om tcp/ip connections waarop gethosybyaddr gebruikt wordt. Zoals bijvoorbeeld het inloggen met ssh, sendmail, apache enz, enz.
Controleer of je geen duplex mismatch fouten hebt, als een switch bijvoorbeeld geforceerd staat op 100 mbit fdx, en er gaat iets fout met autoneg. en je nic draait op 100 mbit hdx krijg je errors, maar heb je wel verbinding. Dit kun je checken met mii-tool of ethtool afhankelijk van de netwerkkaart.
Zet het laden van apache modules die niet gebruikt worden uit.
Check even of check reverse lookup ook uit staat in apache.
Compileer een kernel geoptimaliseerd voor jouw systeem, in het geval je dit nog niet gedaan hebt.
Btw Sander kan je even je PM aanzetten? :)
Sander Aerts
18/03/05, 17:08
staat aan nu :)
Door al dat tweaken kan een systeem ook instabiel worden, en dat is het laaste wat je wilt.
Zijn er tips wat je zeker in het algemeen niet moet doen.
Cpu overklokken lijkt mij er een van
zelfde geld voor cas latency van RAM
wie heeft er nog meer van?