/srv/irclogs.ubuntu.com/2012/06/23/#ubuntu-dk.txt

pixiarvaijeg er med her nu19:01
pixiarvaisidste test af vps19:01
pixiarvai<pixiarvai> Total TPS:   0.7719:02
pixiarvai<pixiarvai> Avg. Response time:  3.605 sec.19:02
pixiarvai<pixiarvai> Max Response time:  17.509 sec19:02
pixiarvai<pixiarvai> Total Requests:      6819:02
pixiarvai<pixiarvai> Total Errors:        4919:02
pixiarvai<pixiarvai> c@chr:~$19:02
* lars_t_h lytter med19:03
lars_t_hav 3,6 og 17,5 s - slet ikke godt19:03
pixiarvaidet må nok være nicky441 der er ordstyrer ;) , han indstiller og jeg kører 2 testpc'er19:04
pixiarvai<pixiarvai> de sidste linjer19:04
pixiarvai<pixiarvai> MaTps   1.03, Tps   0.58, Resp Time  8.300, Err   0%, Count    2919:04
pixiarvai<pixiarvai> MaTps   1.04, Tps   1.18, Resp Time  0.845, Err 100%, Count    3119:04
pixiarvai<pixiarvai> MaTps   0.99, Tps   0.56, Resp Time  1.799, Err 100%, Count    3219:04
pixiarvai<pixiarvai> MaTps   1.02, Tps   1.29, Resp Time  6.797, Err   0%, Count    3419:04
pixiarvai<pixiarvai> MaTps   1.22, Tps   2.95, Resp Time  0.966, Err 100%, Count    3819:04
pixiarvai<pixiarvai> MaTps   1.70, Tps   6.01, Resp Time  0.529, Err 100%, Count    4719:04
pixiarvai<pixiarvai> MaTps   1.91, Tps   3.86, Resp Time  0.559, Err 100%, Count    5219:04
pixiarvai<pixiarvai> MaTps   1.87, Tps   1.54, Resp Time  0.650, Err 100%, Count    5419:04
pixiarvai<pixiarvai> MaTps   1.83, Tps   1.42, Resp Time  1.569, Err 100%, Count    5719:04
pixiarvai<pixiarvai> MaTps   1.72, Tps   0.77, Resp Time  5.565, Err  50%, Count    5919:04
pixiarvai<pixiarvai> MaTps   1.67, Tps   1.17, Resp Time  1.679, Err 100%, Count    6119:04
pixiarvai<pixiarvai> MaTps   1.62, Tps   1.14, Resp Time  4.273, Err  50%, Count    6319:04
pixiarvai<pixiarvai> MaTps   1.50, Tps   0.42, Resp Time  2.356, Err 100%, Count    6419:04
pixiarvai<pixiarvai> MaTps   1.40, Tps   0.49, Resp Time  3.698, Err 100%, Count    6619:04
pixiarvai<pixiarvai> MaTps   1.29, Tps   0.34, Resp Time  4.947, Err 100%, Count    6819:04
pixiarvai<pixiarvai> ^^er VPS19:04
lars_t_hogsaa fejlene er ret grelle, hvordan maaler det program 1 error, altsaa hvad er en error for det program19:05
nicky441Jeg ved det faktisk ikke. Men jeg tror at 1 error = 1 forbindelse der løber på tid eller bliver afvist19:07
lars_t_hmand det her uk-tastatur i gummi er  noget hoe at skrive med (det er saa ogsaa kun et noedtastatur - ntop til ettilfaelde som idag hvor mit tastatur har opgivet aevred)19:07
pixiarvaiUB7 er mig på den bærbare. den er der ikke ændret på, sådan at vi kan skaffe og sammenligne tal fra VPS og One.com19:07
nicky441Det første problem jeg måske ser er i .htaccess. Den har en del rules, men jeg ved ikke om de er cpu-tunge at køre?19:08
Ubuntubruger7One.com:19:08
Ubuntubruger7openload 'http://ubuntudanmark.dk/forum/viewtopic.php?f=4&t=16341' 3 URL: http://ubuntudanmark.dk:80/forum/viewtopic.php?f=4&t=16341 Clients: 319:08
Ubuntubruger7Total TPS:   3.02 Avg. Response time:  0.983 sec. Max Response time:   3.945 sec Total Requests:     535 Total Errors:         0 c@c:~$19:08
lars_t_hnicky441, har du proevet at taeske vps via localhost bare for at udelukke netproblemer19:09
lars_t_hdet kunne vaere en god ide19:09
lars_t_hdet burde du kunne starte via ssh19:09
nicky441lars_t_h, næhh, men det kan jeg lige prøve. 2 min19:09
lars_t_hevt starte en tmu op som holder en terminl session kerende19:10
lars_t_h*tmux hedder den19:10
lars_t_hnicky441, giv har lyd fra dig igen naar du har et resultat det haster ikke - jeg er vedat shoppe noget jeg har brug for ved min favorit elektronik pusher i aarhus19:16
* pixiarvai vil foreslå dig et nyt tastatur ;)19:17
nicky441lars_t_h, hehe ok :) Jeg tror så småt at jeg har fået det til at virke. Hvem er forhandleren?19:17
nicky441openload virker ikke på VPS'en, men apaches ab giver "Requests per second:    3621.95 [#/sec] (mean)19:20
nicky441Time per request:       2.761 [ms] (mean)" over 10.000 requests19:20
pixiarvaiskal jeg kører en ny test på VPS?19:21
nicky441(eller openload virker, men ikke på localhost)19:21
nicky441pixiarvai, prøv med "openload ubuntudanmark.dk/artikler/ 15" - Det skulle gerne virke fint19:22
pixiarvaiopenload ubuntudanmark.dk/artikler/ 15  er starte på VPS nu19:23
pixiarvaidu siger bare stop (når du vil)19:23
nicky441Det kunne jeg forestille mig virker fint og uden fejl, for vanish tager 99% af forbindelserne19:24
pixiarvaiResp er under 0.3 og o%fejl næsten alle steder (5% er max)19:25
pixiarvaihmmm, terminalen stoppede19:25
lars_t_hnicky441, lytter apache paa localhost, det er muligt den ikk goer siden du siger at den ikke virker: proev at koere den her som root/med sudo foran19:26
pixiarvaiVPS test stoppet19:26
lars_t_hnetstat -p4l19:26
pixiarvaiTotal TPS:   8.6319:26
pixiarvaiAvg. Response time:  0.523 sec.19:26
pixiarvaiMax Response time:   5.614 sec19:26
pixiarvaiTotal Requests:    170419:26
pixiarvaiTotal Errors:         419:26
pixiarvaic@chr:~$19:26
pixiarvaiMaTps  14.74, Tps  12.09, Resp Time  0.233, Err   0%, Count  158519:26
pixiarvaiMaTps  14.15, Tps   8.87, Resp Time  0.225, Err   0%, Count  159519:26
pixiarvaiMaTps  13.63, Tps   8.90, Resp Time  0.225, Err   0%, Count  160519:26
lars_t_hdet sidste er et lille L19:26
pixiarvaiMaTps  13.15, Tps   8.86, Resp Time  0.226, Err   0%, Count  161519:26
pixiarvaiMaTps  12.72, Tps   8.87, Resp Time  0.226, Err   0%, Count  162519:26
pixiarvaiMaTps  12.34, Tps   8.88, Resp Time  0.225, Err   0%, Count  163519:26
pixiarvaiMaTps  11.98, Tps   8.80, Resp Time  0.227, Err   0%, Count  164519:26
pixiarvaiMaTps  11.68, Tps   8.91, Resp Time  0.224, Err   0%, Count  165519:26
pixiarvaiMaTps  11.40, Tps   8.90, Resp Time  0.225, Err   0%, Count  166519:26
pixiarvaiMaTps  11.15, Tps   8.91, Resp Time  0.225, Err   0%, Count  167519:26
pixiarvaiMaTps  10.93, Tps   8.91, Resp Time  0.224, Err   0%, Count  168519:26
pixiarvaiMaTps  10.72, Tps   8.88, Resp Time  0.225, Err   0%, Count  169519:26
pixiarvaiMaTps  10.18, Tps   5.32, Resp Time  0.225, Err   0%, Count  170119:26
pixiarvaiMaTps   9.40, Tps   2.32, Resp Time  0.431, Err   0%, Count  170419:26
lars_t_hser ok ud med resp time paa omkring 225 mS og ingen fejl19:28
lars_t_hpixiarvai, && nicky441 ^19:28
pixiarvaiog det svare til 15 brugere samtidigt19:28
pixiarvaiselv hvis vi skulle kommer op på 50 online, så klikker de 15 næppe samtidigt19:29
lars_t_hpixiarvai, naar du saa smder varnish ind foran saa kan den tage meget mere, fordi at et hot emnetypsik vil vaere samme side19:29
pixiarvailars_t_h,  det er nicky441 der roder med selve VPS, jeg skaffer "bare" talene19:30
lars_t_hpixiarvai, praecis - erlang har lavet formler for den slags19:30
nicky441lars_t_h, det ser ud til at virke fint. varnish står på www og apache står på 82. Jeg kan se at openload giver en fejl 302 - flyttet midlertidigt19:31
pixiarvaijeg kører lige præcis samme test på One.com19:31
lars_t_hnicky441, ah - alt der ikke er en2xx er en fejl i HTTP protokollen, AFIK19:32
nicky441lars_t_h, det kan forresten godt være siden opsætning som giver 302, for hvis man besøger VPS'ens IP i browseren, så bliver man viderestillet til ubuntudanmark.dk19:33
lars_t_hsaa den faar svar - bare ikke en 2xx19:33
pixiarvaidet tal med "flest brugere online" i forum er forkert. det stammer fra en fejl i forum, som betød at alle tilmeldte blev registreret som online samtidigt. det korrekte er lige knap 60 aktive, og var da vi blev nævnt i ekstrabladet19:33
Ubuntubruger7samme test af One.com:19:34
Ubuntubruger7Total TPS:  28.28 Avg. Response time:  0.281 sec. Max Response time:   8.103 sec Total Requests:    4867 Total Errors:         0 c@c:19:34
Ubuntubruger7MaTps  28.85, Tps  31.59, Resp Time  0.228, Err   0%, Count  3592 MaTps  28.94, Tps  29.73, Resp Time  0.277, Err   0%, Count  3622 MaTps  29.06, Tps  30.13, Resp Time  0.272, Err   0%, Count  3653 MaTps  28.98, Tps  28.33, Resp Time  0.277, Err   0%, Count  3683 MaTps  29.38, Tps  32.97, Resp Time  0.275, Err   0%, Count  3716 MaTps  29.40, Tps  29.56, Resp Time  0.204, Err   0%, Count  3746 MaTps  29.33, Tps  28.68, Resp19:34
pixiarvaigrrrr... de bliver kastet ind med en skovl, når jeg paster via browseren19:35
lars_t_hUbuntubruger7, dt bliver saa lige noget hoe paa min skaerm - maske indsaette i et temp dokument foerst (simpel tekst fil, ikke libreoffice)19:36
lars_t_hpixiarvai, skovl er paent ord - jeg villnu kalde det moeggreb19:36
Ubuntubruger7http://paste.ubuntu.com/1056460/19:37
lars_t_h- men jeg bor ogsaa paa landet19:37
lars_t_h;gg;19:37
pixiarvaihehe19:37
lars_t_hkigger19:37
pixiarvaivi kan vedtage at "de lange" paste er på den måde19:38
lars_t_hpixiarvai, villevre praktisk hvis der i toppen vr noget om hvad det er mn kigger paa,  altsaa kolonnenavn19:39
pixiarvaialtså skal dette med?19:39
pixiarvaic@chr:~$ openload ubuntudanmark.dk/artikler/ 1519:39
pixiarvaiURL: http://ubuntudanmark.dk:80/artikler/19:39
pixiarvaiClients: 1519:39
nicky441Tps = Transactions per second19:39
nicky441MaTps = genn. Tps19:39
lars_t_hpixiarvai, sikkert en god ide at bruge pastebin til de lange19:40
pixiarvaijep .. så kan i også få det hele19:40
pixiarvaialtså, hvis vi skal se det positivt, så har vi da fået forbedret VPS kraftigt i aften. så må vi "bare" pille lidt mere nu20:04
nicky441heh, ja, så længe man ikke besøger forummet på VPS'en, så virker det fint ;)20:05
pixiarvaihehe20:05
pixiarvaija, "artikler" har bedre tider end forum20:06
pixiarvaimen hvis jeg prøver via firefox (pc'en omstiller jo til VPS pga. ændringen via Nano), ser forum da ud til at kører pænt20:07
nicky441Så vidt jeg kan se når vi tester forummet, så tager det omkring 1/3 af cpu'en at betjene 1 bruger. Så hvis der kun er 3 aktive brugere afgangen, så kører det med fuld hastighed20:09
pixiarvaishit20:09
pixiarvaivi er så 2 online20:10
nicky441Det er nok ikke så slemt som det lyder. I virkeligheden betyder det nok at  ~10 brugere kan være online samtidig før hastigheden går ned, men det er selvfølgelig ikke nok. Desuden kørte testforummet en del bedre, så det er muligt20:10
nicky441Også mig :)20:11
pixiarvaiskal vi presse VPS lidt? evt. med 30 brugere?20:11
nicky441Jeg tror ikke rigtig at vi får så meget ud af det, før vi finder ud af hvad al den cpu bliver brugt til...20:12
pixiarvailars_t_h,  kan du finde den formel, som kan bruges til at omregne "hvor mange brugere giver X antal hits pr sekund"?20:13
pixiarvaikan "top" bruges på VPS?20:13
nicky441Yes :)20:14
nicky441Jeg bruger "top -u www-data", så ser man kun på hvad apache laver20:14
pixiarvaismart20:15
lars_t_hpixiarvai, det er ikke rigtig muligt da det afhaenger af bade hare det program du bruger, ogden opsetning - raa testsa la dem vi kerer nu er dem der batter noget, saa vi skal have noget til at logge al mulig statestik og der findes faktisk en daemonder kan netop det - den logger alt go laver statestik paa20:19
lars_t_hdet , kan selfikke hsuke hvad den hedder lige nu, saa den i gaar da jeg jeg havde pakke oprytningsdag paa min produktionsmaskine (denne computer jeg skriver franu)20:20
lars_t_hnicky441, jeg har en msitanke om at det er apach eog web server der er nogle ressource svin, saa maaske nogt mere letvaegt a la nginx webserveren til at strt med, derefter kan vi koere index optimeringer paa databasen og andre optimeringer20:22
Ubuntubruger7jeg skulle lige teste one.com http://paste.ubuntu.com/1056514/ og vi har en del at indhente20:23
lars_t_h*jeg mente: apache webserver og datbase server maaske kunne vaee ressourcesvin20:23
lars_t_hUbuntubruger7, pixiarvai , nicky441 der maa vaee en grum fejl i opsaetning der virkelig suger saft ud afcpuen20:24
lars_t_hetellerandet sted20:24
nicky441lars_t_h, helt enig, apache suger en hel del. Vi har udvidet med apc som laver php om til statisk indhold, og det virker fint sammen med varnish. Men forummet kan ikke caches, så der står apache alene. ngix kan AFIK ikke kører phpBB20:25
nicky441hvilket minder mig om, er .htaccess tung for apache at kører?20:25
nicky441.htaccess kan ses her20:27
nicky441http://31.192.231.5/ht20:27
* lars_t_h har ikke ligefrem nogen dyb erfaring med apache, jeg er mere en softwareudvikler ovre ide mere haarde sprog20:27
lars_t_hc c++ og den slags20:28
nicky441Sådan noget som webhosting ville sikkert også køre bedre på C end PHP. Bare se på varnish... Jeg må lige prøve og slå den .htaccess op imorgen så, og se om den gør det værre20:29
lars_t_hnicky441, hov!20:29
lars_t_h2x cache20:29
lars_t_hWP supercache med meget regexs, som ser alt for langt ud tiat vaere sundt20:30
pixiarvaitil os stakler der ikke ved det, kan du så ikke lige smide den linje, som du snakker om?20:31
lars_t_hjeg tror ikke at der er en god ide at bruge caching i 2 lag, kun varnish foran som cache lager, og ellers skal webserver ogdatabse paa arbejde, da vi  saa vedat vi har brug for en side20:31
nicky441Hmm, jeg kan da lige prøve og kommentere den del ud. Sandt at sige kender jeg ikke Wordpress ret godt, men så vidt jeg har forstået AJ, så driver Wordpress phpBB20:31
lars_t_hnicky441, pixiarvai 1. linie tiL END WPSuperCache20:32
lars_t_hnicky441, det er 2 forskellige ting AFAIK, mn det er lave sadan atman kan logge ind med kun 1 kodeord (fra forum)20:34
lars_t_hnicky441, du skal maask genstarte aache foer det faar effekt20:34
lars_t_hved du sikkert godt20:35
nicky441lars_t_h, ahh, det giver bedre mening. Jeg genstartede for en sikkerheds skyld, men apache burde kigge i .htaccess ved hvert eneste besøg. Umiddelbart har det vist ikke den store indvirkning udover at WP ikke kan sinde sit indhold mere. Men forummet er stadig langsomt20:38
nicky441Avg. Response time:  2.863 sec.20:39
lars_t_hnicky441, det giver god mening da det er den tid dt tager hvis caching ikke er nvolveret, altsaaetcache miss i varnish20:40
lars_t_hnicky441, og et er det vi oensker, da det er varnish der skal goere det meste af rbejdet heletiden20:41
lars_t_h*og det r det vi oensker ...20:41
nicky441lars_t_h, damn. Cache med varnish i forummet bliver svær, for der sendes cookies med.20:41
nicky441I det hele taget er varnish et utrolig godt program, så jeg tror også at hvis vi kunne rykke noget af forummet over på det, så skal det nok gå20:42
lars_t_hnicky441, det goer den jo alligvel WPSupercache e netop ikke aktivve dynamiskgenereret indhold20:43
lars_t_hnicky441, saa det bliver ikke er problem20:43
pixiarvainicky441, må jeg kører en test nu?20:43
nicky441pixiarvai, gerne, så holder jeg lige øje med den20:44
pixiarvaijeg kører med "3"20:45
lars_t_hnicky441, der er nok en del sider kne erklaere for akriverede traade, dvs saa de bliverlavet om til statisk html, evt foert xml, sa vi en anden gang kn autogenerere et nyt websie hvis hvis kulle faa lyst til det20:45
lars_t_hnicky441, du fortod godt det jeg skrev om at WPSuperCache ikke er aktiv i forum?20:46
pixiarvaiVPS http://paste.ubuntu.com/1056542/20:47
lars_t_hnicky441, det er vel heller ikke etstoerre problem at bestemte foespoergelser passerer gnnem varnish, der maa findes osatninger der pssr medphpbb3og wordpress til varnish20:48
lars_t_h*opsaetninger er det20:48
nicky441lars_t_h, jo den eneste sammenhæng imellem WP og phpBB er så kodeordene. Jeg tror ikke at forstod det med de arkiverede tråde?20:49
lars_t_hnicky441, soerger lige lidt, noget jeg normalt altid ar held og lotto med ...20:50
pixiarvainicky441,  skal jeg prøve med samme tråd med 1020:52
nicky441lars_t_h, jeg har tidligere prøvet at søge efter varnish og phpBB, men der kommer bare en masse resultater fra fora som diskuterer varnish i et phpBB forum... Men ja, det må være muligt20:53
lars_t_hnicky441, fandt noget20:55
nicky441pixiarvai, det kunne være meget godt så man kan sammenligne 3 brugere med 1020:55
pixiarvaiVPS test startet20:55
pixiarvaider gik den i knæ20:56
lars_t_hnicky441, pixiarvai Deter nogt der hedder "hit for pass object" https://www.varnish-cache.org/docs/3.0/faq/general.html#how20:57
lars_t_hnederst20:57
lars_t_hnicky441, pixiarvai det er vel det vi hr brug fornu, fordi vi rammer backend hver eneste gang20:58
pixiarvaiVPS http://paste.ubuntu.com/1056563/21:00
lars_t_hnaar vi har oest det, maa vi kunne hitte ud af hvordan varnish kan holde en forbindelse i live med vores etup21:00
lars_t_h*setup21:00
nicky441lars_t_h, jeg er ikke helt sikker på at jeg ser sammenhængen. En indstilling af hit for pass, vil det ikke bare tage belastningen af varnish?21:01
Ubuntubruger7One.com http://paste.ubuntu.com/1056566/21:05
nicky441Hmm, så ikke hurtigere, men de kan klare flere brugere21:05
pixiarvai? de er bedre alle steder21:06
lars_t_hnicky441, man skal maaske starte med a kigge paa https://www.varnish-cache.org/docs/3.0/reference/index.html saerligt BACKEND declarations fra https://www.varnish-cache.org/docs/3.0/reference/vcl.html#backend-declarations21:07
lars_t_hder er osaa etmget stort antal variabler med interessant indhold i21:07
nicky441pixiarvai, prøv og test mit eget forum, som kører på en identisk VPS, med en identisk opsætning af apache21:07
nicky441pixiarvai, "openload http://aptget.dk/phpbb/ 15"21:08
pixiarvaigerne... hvilken http21:08
pixiarvaiok21:08
nicky441heh21:08
pixiarvaier det også en debianserver21:09
nicky441Yep. Den er også sat op på samme måde som forummets nye Debian21:09
lars_t_hnicky441, aarh - blandede ligetingene sammen - hit for pass er den vi skla bruge til at lede trafik direkte til forum21:10
pixiarvaiapt-get http://paste.ubuntu.com/1056574/21:11
pixiarvaihov, der fik du mig, aptget er uden bindestreg hehe21:11
nicky441lars_t_h, mon ikke at hit for pass bare skal forlænges en del. Der er jo ingen grund til at varnish tjekker om forummet skal i cache jævnligt21:12
nicky441pixiarvai, se det forum stryger jo afsted :) Og testforummet på ubuntus VPS var ligeså hurtigt indtil det "rigtige" forum blev overført. Så ydelsen må kunne hæves et sted21:13
lars_t_hnicky441, jeg synes ikke jeg skrevet at der skal vaere et tjek hvert 10 sekund21:14
nicky441lars_t_h, nej, det står i manualen "The default vcl will set ttl for a hit_for_pass object to 120s" Det kunne jo fx hæves til 2 timer21:15
lars_t_hsaa dt skal self bare skreus paa21:15
lars_t_hja21:15
nicky441Er der en let måde at teste om det er databasen der ventes på?21:16
lars_t_hnicky441, terminaludgaven afwireshark kan lave de der pakke-fangst filer(*.pcap)? som man saa kan filtrere i i ireshark og saa analysere21:17
lars_t_h*wireshark21:17
nicky441lars_t_h, ja, jeg har brugt det en del på min stationære i forbindelse med opsætningen. Umiddelbart ser headeren ganske fin ud, men der følger jo så en cookie med som får varnish til at passere21:19
lars_t_hnicky441, alsaa mit forslag erat bruge det program der hedder tcpdump (er det vistnok)til at lav en pcap fil som du saa analysere paa paa dn desktop maskine21:19
nicky441lars_t_h, ok. Hvad kigger jeg efter?21:20
lars_t_hnicky441, hvad med mit forslag om at bruge nginx,der er noglerigtigstore websites er bruger nginx, yahoo saa vidt jeg husker21:20
lars_t_hnicky441, trafik til og fra databasens tcp port og en eller fler PHP processer, PHP vil dog nok se ud som at det er apache paa grund af mod-php21:22
[dmp]har installeret apc? har i kigget paa apaches opsaetning (antal workers, hvor laenge connections skal holdes i live, cache-headers)21:23
lars_t_hnicky441, du skal finde ud af hvor langt tid der gaar meddlem afendelse og svar ti processen der koerer php21:23
lars_t_h[dmp], det er nicky441 der kstyrer install jeg er bare blevet bedt om at hjaelpe21:24
nicky441lars_t_h, umiddelbart bruger jeg apache fordi jeg kender det. Men det ville nok være dumt ikke at prøve nginx, så det får jeg lige gjort en af dagene. Jeg får også kigget på tcpdump21:25
[dmp]lars_t_h: det var ikke specielt rettet mod dig :)21:26
nicky441[dmp], ja tak, apc har været installeret fra starten af. Det virkede til at apc sparer cirka 25% af cpu'en, så den hjælper. apache.conf er indstillet så VPS'en lige præcis ikke løber tør for ram, hvilket vil sige21:27
lars_t_hnicky441, jeg mener den hedder tcpdump - det er wireshark terminal udgavenog den skal kunne gemmei pcap filformatellerskan du kke analysere data i wireshark21:27
[dmp]man kan ogsaa se paa at disable apaches .htaccess soegen i directories, hvor det ikke er noedvendigt.. Evt smide de statements i .htaccess ind i selve apaches config, saa .htaccess feature kan disable helt21:27
nicky441<IfModule mpm_prefork_module>21:27
nicky441        StartServers          321:27
nicky441        MinSpareServers       221:27
nicky441        MaxSpareServers       821:27
nicky441        MaxClients          15021:27
nicky441        MaxRequestsPerChild 10021:27
nicky441</IfModule>21:27
lars_t_hnicky441, det ville jeg skrue meget paa21:28
nicky441[dmp], det havde jeg slet ikke tænkt på... Tak for rådet, jeg får afskaffet .htaccess imorgen21:29
lars_t_hnicky441, det er forskellie versoner af pache - denene spawner dyre processer, den anden traade21:29
lars_t_hjeg ville gaa efter at bruge den sidste ien VPS, nicky44121:30
[dmp]nicky441: Timeout, KeepAlive, MaxKeepAliveRequests, KeepAliveTimeout, hostnamelookups (off), begraens (hvis det giver mening) maengden der skal logges - er ogsaa vaerd at tweake..21:30
lars_t_haltsaa brugeden med traade, saafrmt man ikke bruger nginx21:30
nicky441lars_t_h, vi kunne ikke få PHP til at virke ordenligt med mpm-worker, derfor blev det prefork. Men mon ikke at jeg skulle prøve med nginx inden at vi tweaker mere?21:31
lars_t_hnicky441, fork referer til dyre processer og pre noget med t den strarter en buke processerop (workers)21:32
lars_t_h*bunke21:32
lars_t_hnicky441, sikkerten god ide, php er super net at installere i nginx21:33
lars_t_h*nemt21:33
* [dmp] havde en arto-resource-side, som leverede mange .js, billeder osv til arto-bruger sider.. Og der kan apache snilt foelge med .. bare ikke med default configurationen.. der roeg den i hegnet21:33
[dmp]nicky441: men ved i om det er webserveren der er problemet? hvis det er php, saa hjaelper nginx jo ligefedt21:34
lars_t_hnicky441, du faar brug for den her http://wiki.nginx.org/Configuration21:35
lars_t_h[dmp], har du self ret i, men nginx bruger faerre ressourcer, og saa kn d alt andetige vere flere brugere i backend21:36
nicky441[dmp], umiddelbart ville jeg sige at PHP virker, for vi testede opsætningen med at umodificeret forum, inden at vi rykkede vores nuværende over. Og testforummet virkede fint21:36
lars_t_hnicky441, paa http://wiki.nginx.org/Configuration i full examples er php og wordpress naevnt21:38
[dmp]nicky441: det var ikke om det virker/ikke virker.. men om det er php-delen der sloever ned eller ej21:38
lars_t_h- vigtig er maaske ogsaa common cniguration pitfalls21:39
[dmp]default configurationen til apache er bare, at den kan det hele.. hvilket jo goer den langsom.. men det meste kan man jo disable21:39
[dmp]og hvis i har apc koerende - saa kunne det jo vaere databasen der ville have godt af en tuning, saa den kan cache mere..21:40
[dmp]osv :)21:40
lars_t_h[dmp], jeg synes at det bedre at den hurtigt, som standard, og hvad du ekstra har brug for,skal du fortaelle du vil tage i brug21:41
nicky441[dmp], ah, nu forstår jeg. Jeg ved ikke rigtig hvordan man bedst tester det. Og jo, der er kun en håndfuld aktive moduler, resten er deaktiveret. Jaeh, der er desværre rigtig mange steder at kigge, men det må være en del af udfordingen :)21:42
lars_t_h[dmp], jeg har sankket om en db tuning foer - men en ting af gangen21:42
[dmp]lars_t_h: det kan godt vaere du syntes det.. Men saadan er det ikke.. Men under alle omstaendigheder skal man jo laere sine vaerktoejer at kende, saa man kan configurere dem til sit setup. hurtighed er jo ikke en on-off-feature21:43
[dmp]lars_t_h: ja, een ting ad gangen. Men find ud af hvor flaskehalsen er og tag det derfra, ville vaere min tilgang.21:44
nicky441Ok, jamen mange tak for hjælpen indtil videre, nu har jeg ihvertfald en del at kigge på :) Og fortsat god aften til alle21:44
[dmp]god fornoejelse, nicky44121:45
* lars_t_h tror at det er et mix at webserver og database, php skulle vel vaere knas-frit hvis opsaetningsfiler etc erkopieret raat, jeg bemaerker ogsaa at nicky har sagt at php er testet21:46
pixiarvaijeg vil også sige tak for hjælpen21:47
lars_t_hna han hoppede af, jeg vil ogs forsaette med det jeg var i gangmed21:47

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!