[19:01] jeg er med her nu [19:01] sidste test af vps [19:02] Total TPS: 0.77 [19:02] Avg. Response time: 3.605 sec. [19:02] Max Response time: 17.509 sec [19:02] Total Requests: 68 [19:02] Total Errors: 49 [19:02] c@chr:~$ [19:03] * lars_t_h lytter med [19:03] av 3,6 og 17,5 s - slet ikke godt [19:04] det må nok være nicky441 der er ordstyrer ;) , han indstiller og jeg kører 2 testpc'er [19:04] de sidste linjer [19:04] MaTps 1.03, Tps 0.58, Resp Time 8.300, Err 0%, Count 29 [19:04] MaTps 1.04, Tps 1.18, Resp Time 0.845, Err 100%, Count 31 [19:04] MaTps 0.99, Tps 0.56, Resp Time 1.799, Err 100%, Count 32 [19:04] MaTps 1.02, Tps 1.29, Resp Time 6.797, Err 0%, Count 34 [19:04] MaTps 1.22, Tps 2.95, Resp Time 0.966, Err 100%, Count 38 [19:04] MaTps 1.70, Tps 6.01, Resp Time 0.529, Err 100%, Count 47 [19:04] MaTps 1.91, Tps 3.86, Resp Time 0.559, Err 100%, Count 52 [19:04] MaTps 1.87, Tps 1.54, Resp Time 0.650, Err 100%, Count 54 [19:04] MaTps 1.83, Tps 1.42, Resp Time 1.569, Err 100%, Count 57 [19:04] MaTps 1.72, Tps 0.77, Resp Time 5.565, Err 50%, Count 59 [19:04] MaTps 1.67, Tps 1.17, Resp Time 1.679, Err 100%, Count 61 [19:04] MaTps 1.62, Tps 1.14, Resp Time 4.273, Err 50%, Count 63 [19:04] MaTps 1.50, Tps 0.42, Resp Time 2.356, Err 100%, Count 64 [19:04] MaTps 1.40, Tps 0.49, Resp Time 3.698, Err 100%, Count 66 [19:04] MaTps 1.29, Tps 0.34, Resp Time 4.947, Err 100%, Count 68 [19:04] ^^er VPS [19:05] ogsaa fejlene er ret grelle, hvordan maaler det program 1 error, altsaa hvad er en error for det program [19:07] Jeg ved det faktisk ikke. Men jeg tror at 1 error = 1 forbindelse der løber på tid eller bliver afvist [19:07] mand 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] UB7 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.com [19:08] Det 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] One.com: [19:08] openload 'http://ubuntudanmark.dk/forum/viewtopic.php?f=4&t=16341' 3 URL: http://ubuntudanmark.dk:80/forum/viewtopic.php?f=4&t=16341 Clients: 3 [19:08] Total TPS: 3.02 Avg. Response time: 0.983 sec. Max Response time: 3.945 sec Total Requests: 535 Total Errors: 0 c@c:~$ [19:09] nicky441, har du proevet at taeske vps via localhost bare for at udelukke netproblemer [19:09] det kunne vaere en god ide [19:09] det burde du kunne starte via ssh [19:09] lars_t_h, næhh, men det kan jeg lige prøve. 2 min [19:10] evt starte en tmu op som holder en terminl session kerende [19:10] *tmux hedder den [19:16] nicky441, 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 aarhus [19:17] * pixiarvai vil foreslå dig et nyt tastatur ;) [19:17] lars_t_h, hehe ok :) Jeg tror så småt at jeg har fået det til at virke. Hvem er forhandleren? [19:20] openload virker ikke på VPS'en, men apaches ab giver "Requests per second: 3621.95 [#/sec] (mean) [19:20] Time per request: 2.761 [ms] (mean)" over 10.000 requests [19:21] skal jeg kører en ny test på VPS? [19:21] (eller openload virker, men ikke på localhost) [19:22] pixiarvai, prøv med "openload ubuntudanmark.dk/artikler/ 15" - Det skulle gerne virke fint [19:23] openload ubuntudanmark.dk/artikler/ 15 er starte på VPS nu [19:23] du siger bare stop (når du vil) [19:24] Det kunne jeg forestille mig virker fint og uden fejl, for vanish tager 99% af forbindelserne [19:25] Resp er under 0.3 og o%fejl næsten alle steder (5% er max) [19:25] hmmm, terminalen stoppede [19:26] nicky441, 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 foran [19:26] VPS test stoppet [19:26] netstat -p4l [19:26] Total TPS: 8.63 [19:26] Avg. Response time: 0.523 sec. [19:26] Max Response time: 5.614 sec [19:26] Total Requests: 1704 [19:26] Total Errors: 4 [19:26] c@chr:~$ [19:26] MaTps 14.74, Tps 12.09, Resp Time 0.233, Err 0%, Count 1585 [19:26] MaTps 14.15, Tps 8.87, Resp Time 0.225, Err 0%, Count 1595 [19:26] MaTps 13.63, Tps 8.90, Resp Time 0.225, Err 0%, Count 1605 [19:26] det sidste er et lille L [19:26] MaTps 13.15, Tps 8.86, Resp Time 0.226, Err 0%, Count 1615 [19:26] MaTps 12.72, Tps 8.87, Resp Time 0.226, Err 0%, Count 1625 [19:26] MaTps 12.34, Tps 8.88, Resp Time 0.225, Err 0%, Count 1635 [19:26] MaTps 11.98, Tps 8.80, Resp Time 0.227, Err 0%, Count 1645 [19:26] MaTps 11.68, Tps 8.91, Resp Time 0.224, Err 0%, Count 1655 [19:26] MaTps 11.40, Tps 8.90, Resp Time 0.225, Err 0%, Count 1665 [19:26] MaTps 11.15, Tps 8.91, Resp Time 0.225, Err 0%, Count 1675 [19:26] MaTps 10.93, Tps 8.91, Resp Time 0.224, Err 0%, Count 1685 [19:26] MaTps 10.72, Tps 8.88, Resp Time 0.225, Err 0%, Count 1695 [19:26] MaTps 10.18, Tps 5.32, Resp Time 0.225, Err 0%, Count 1701 [19:26] MaTps 9.40, Tps 2.32, Resp Time 0.431, Err 0%, Count 1704 [19:28] ser ok ud med resp time paa omkring 225 mS og ingen fejl [19:28] pixiarvai, && nicky441 ^ [19:28] og det svare til 15 brugere samtidigt [19:29] selv hvis vi skulle kommer op på 50 online, så klikker de 15 næppe samtidigt [19:29] pixiarvai, naar du saa smder varnish ind foran saa kan den tage meget mere, fordi at et hot emnetypsik vil vaere samme side [19:30] lars_t_h, det er nicky441 der roder med selve VPS, jeg skaffer "bare" talene [19:30] pixiarvai, praecis - erlang har lavet formler for den slags [19:31] lars_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 midlertidigt [19:31] jeg kører lige præcis samme test på One.com [19:32] nicky441, ah - alt der ikke er en2xx er en fejl i HTTP protokollen, AFIK [19:33] lars_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.dk [19:33] saa den faar svar - bare ikke en 2xx [19:33] det 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 ekstrabladet [19:34] samme test af One.com: [19:34] Total 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] MaTps 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, Resp [19:35] grrrr... de bliver kastet ind med en skovl, når jeg paster via browseren [19:36] Ubuntubruger7, dt bliver saa lige noget hoe paa min skaerm - maske indsaette i et temp dokument foerst (simpel tekst fil, ikke libreoffice) [19:36] pixiarvai, skovl er paent ord - jeg villnu kalde det moeggreb [19:37] http://paste.ubuntu.com/1056460/ [19:37] - men jeg bor ogsaa paa landet [19:37] ;gg; [19:37] hehe [19:37] kigger [19:38] vi kan vedtage at "de lange" paste er på den måde [19:39] pixiarvai, villevre praktisk hvis der i toppen vr noget om hvad det er mn kigger paa, altsaa kolonnenavn [19:39] altså skal dette med? [19:39] c@chr:~$ openload ubuntudanmark.dk/artikler/ 15 [19:39] URL: http://ubuntudanmark.dk:80/artikler/ [19:39] Clients: 15 [19:39] Tps = Transactions per second [19:39] MaTps = genn. Tps [19:40] pixiarvai, sikkert en god ide at bruge pastebin til de lange [19:40] jep .. så kan i også få det hele [20:04] altså, hvis vi skal se det positivt, så har vi da fået forbedret VPS kraftigt i aften. så må vi "bare" pille lidt mere nu [20:05] heh, ja, så længe man ikke besøger forummet på VPS'en, så virker det fint ;) [20:05] hehe [20:06] ja, "artikler" har bedre tider end forum [20:07] men 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ænt [20:09] Så 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 hastighed [20:09] shit [20:10] vi er så 2 online [20:10] Det 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 muligt [20:11] Også mig :) [20:11] skal vi presse VPS lidt? evt. med 30 brugere? [20:12] Jeg 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:13] lars_t_h, kan du finde den formel, som kan bruges til at omregne "hvor mange brugere giver X antal hits pr sekund"? [20:13] kan "top" bruges på VPS? [20:14] Yes :) [20:14] Jeg bruger "top -u www-data", så ser man kun på hvad apache laver [20:15] smart [20:19] pixiarvai, 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 paa [20:20] det , 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:22] nicky441, 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 optimeringer [20:23] jeg skulle lige teste one.com http://paste.ubuntu.com/1056514/ og vi har en del at indhente [20:23] *jeg mente: apache webserver og datbase server maaske kunne vaee ressourcesvin [20:24] Ubuntubruger7, pixiarvai , nicky441 der maa vaee en grum fejl i opsaetning der virkelig suger saft ud afcpuen [20:24] etellerandet sted [20:25] lars_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 phpBB [20:25] hvilket minder mig om, er .htaccess tung for apache at kører? [20:27] .htaccess kan ses her [20:27] http://31.192.231.5/ht [20:27] * lars_t_h har ikke ligefrem nogen dyb erfaring med apache, jeg er mere en softwareudvikler ovre ide mere haarde sprog [20:28] c c++ og den slags [20:29] Så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ærre [20:29] nicky441, hov! [20:29] 2x cache [20:30] WP supercache med meget regexs, som ser alt for langt ud tiat vaere sundt [20:31] til os stakler der ikke ved det, kan du så ikke lige smide den linje, som du snakker om? [20:31] jeg 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 side [20:31] Hmm, 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 phpBB [20:32] nicky441, pixiarvai 1. linie tiL END WPSuperCache [20:34] nicky441, det er 2 forskellige ting AFAIK, mn det er lave sadan atman kan logge ind med kun 1 kodeord (fra forum) [20:34] nicky441, du skal maask genstarte aache foer det faar effekt [20:35] ved du sikkert godt [20:38] lars_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 langsomt [20:39] Avg. Response time: 2.863 sec. [20:40] nicky441, det giver god mening da det er den tid dt tager hvis caching ikke er nvolveret, altsaaetcache miss i varnish [20:41] nicky441, og et er det vi oensker, da det er varnish der skal goere det meste af rbejdet heletiden [20:41] *og det r det vi oensker ... [20:41] lars_t_h, damn. Cache med varnish i forummet bliver svær, for der sendes cookies med. [20:42] I 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:43] nicky441, det goer den jo alligvel WPSupercache e netop ikke aktivve dynamiskgenereret indhold [20:43] nicky441, saa det bliver ikke er problem [20:43] nicky441, må jeg kører en test nu? [20:44] pixiarvai, gerne, så holder jeg lige øje med den [20:45] jeg kører med "3" [20:45] nicky441, 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 det [20:46] nicky441, du fortod godt det jeg skrev om at WPSuperCache ikke er aktiv i forum? [20:47] VPS http://paste.ubuntu.com/1056542/ [20:48] nicky441, det er vel heller ikke etstoerre problem at bestemte foespoergelser passerer gnnem varnish, der maa findes osatninger der pssr medphpbb3og wordpress til varnish [20:48] *opsaetninger er det [20:49] lars_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:50] nicky441, soerger lige lidt, noget jeg normalt altid ar held og lotto med ... [20:52] nicky441, skal jeg prøve med samme tråd med 10 [20:53] lars_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 muligt [20:55] nicky441, fandt noget [20:55] pixiarvai, det kunne være meget godt så man kan sammenligne 3 brugere med 10 [20:55] VPS test startet [20:56] der gik den i knæ [20:57] nicky441, pixiarvai Deter nogt der hedder "hit for pass object" https://www.varnish-cache.org/docs/3.0/faq/general.html#how [20:57] nederst [20:58] nicky441, pixiarvai det er vel det vi hr brug fornu, fordi vi rammer backend hver eneste gang [21:00] VPS http://paste.ubuntu.com/1056563/ [21:00] naar vi har oest det, maa vi kunne hitte ud af hvordan varnish kan holde en forbindelse i live med vores etup [21:00] *setup [21:01] lars_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:05] One.com http://paste.ubuntu.com/1056566/ [21:05] Hmm, så ikke hurtigere, men de kan klare flere brugere [21:06] ? de er bedre alle steder [21:07] nicky441, 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-declarations [21:07] der er osaa etmget stort antal variabler med interessant indhold i [21:07] pixiarvai, prøv og test mit eget forum, som kører på en identisk VPS, med en identisk opsætning af apache [21:08] pixiarvai, "openload http://aptget.dk/phpbb/ 15" [21:08] gerne... hvilken http [21:08] ok [21:08] heh [21:09] er det også en debianserver [21:09] Yep. Den er også sat op på samme måde som forummets nye Debian [21:10] nicky441, aarh - blandede ligetingene sammen - hit for pass er den vi skla bruge til at lede trafik direkte til forum [21:11] apt-get http://paste.ubuntu.com/1056574/ [21:11] hov, der fik du mig, aptget er uden bindestreg hehe [21:12] lars_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ævnligt [21:13] pixiarvai, 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 sted [21:14] nicky441, jeg synes ikke jeg skrevet at der skal vaere et tjek hvert 10 sekund [21:15] lars_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 timer [21:15] saa dt skal self bare skreus paa [21:15] ja [21:16] Er der en let måde at teste om det er databasen der ventes på? [21:17] nicky441, terminaludgaven afwireshark kan lave de der pakke-fangst filer(*.pcap)? som man saa kan filtrere i i ireshark og saa analysere [21:17] *wireshark [21:19] lars_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 passere [21:19] nicky441, 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 maskine [21:20] lars_t_h, ok. Hvad kigger jeg efter? [21:20] nicky441, hvad med mit forslag om at bruge nginx,der er noglerigtigstore websites er bruger nginx, yahoo saa vidt jeg husker [21:22] nicky441, 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-php [21:23] <[dmp]> har installeret apc? har i kigget paa apaches opsaetning (antal workers, hvor laenge connections skal holdes i live, cache-headers) [21:23] nicky441, du skal finde ud af hvor langt tid der gaar meddlem afendelse og svar ti processen der koerer php [21:24] [dmp], det er nicky441 der kstyrer install jeg er bare blevet bedt om at hjaelpe [21:25] lars_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å tcpdump [21:26] <[dmp]> lars_t_h: det var ikke specielt rettet mod dig :) [21:27] [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 sige [21:27] nicky441, jeg mener den hedder tcpdump - det er wireshark terminal udgavenog den skal kunne gemmei pcap filformatellerskan du kke analysere data i wireshark [21: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 helt [21:27] [21:27] StartServers 3 [21:27] MinSpareServers 2 [21:27] MaxSpareServers 8 [21:27] MaxClients 150 [21:27] MaxRequestsPerChild 100 [21:27] [21:28] nicky441, det ville jeg skrue meget paa [21:29] [dmp], det havde jeg slet ikke tænkt på... Tak for rådet, jeg får afskaffet .htaccess imorgen [21:29] nicky441, det er forskellie versoner af pache - denene spawner dyre processer, den anden traade [21:30] jeg ville gaa efter at bruge den sidste ien VPS, nicky441 [21: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] altsaa brugeden med traade, saafrmt man ikke bruger nginx [21:31] lars_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:32] nicky441, fork referer til dyre processer og pre noget med t den strarter en buke processerop (workers) [21:32] *bunke [21:33] nicky441, sikkerten god ide, php er super net at installere i nginx [21:33] *nemt [21: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 hegnet [21:34] <[dmp]> nicky441: men ved i om det er webserveren der er problemet? hvis det er php, saa hjaelper nginx jo ligefedt [21:35] nicky441, du faar brug for den her http://wiki.nginx.org/Configuration [21:36] [dmp], har du self ret i, men nginx bruger faerre ressourcer, og saa kn d alt andetige vere flere brugere i backend [21:36] [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 fint [21:38] nicky441, paa http://wiki.nginx.org/Configuration i full examples er php og wordpress naevnt [21:38] <[dmp]> nicky441: det var ikke om det virker/ikke virker.. men om det er php-delen der sloever ned eller ej [21:39] - vigtig er maaske ogsaa common cniguration pitfalls [21:39] <[dmp]> default configurationen til apache er bare, at den kan det hele.. hvilket jo goer den langsom.. men det meste kan man jo disable [21:40] <[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:41] [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 brug [21:42] [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] [dmp], jeg har sankket om en db tuning foer - men en ting af gangen [21:43] <[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-feature [21:44] <[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] Ok, jamen mange tak for hjælpen indtil videre, nu har jeg ihvertfald en del at kigge på :) Og fortsat god aften til alle [21:45] <[dmp]> god fornoejelse, nicky441 [21:46] * 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 testet [21:47] jeg vil også sige tak for hjælpen [21:47] na han hoppede af, jeg vil ogs forsaette med det jeg var i gangmed