Information om & fra Amino

Svar: Status på performance problemer på Amino.dk

Anonymous — Sun, 14 Mar 2010 14:48:21 GMT

Det skal i være velkommen til

Svar: Status på performance problemer på Amino.dk

Jacob Rohde — Sun, 14 Mar 2010 09:55:02 GMT

peter degn:

godt af se af Team bag amino er i fuld drift .

jeg læse lidt om hvordan i have db server pr site

men ja når db bliver for stor så kan de ikke være med . en god ide

er Load-Balanced Cluster

Jeg bruger det pt selv på en db på 600gb

som er langsom . har bare splitte det ud over 4 server

3 loadere og 1 loader

så nu kan den klare helt op imod 2tb ude problemmer

i skal da være velkomme til af kontakte mig hvis i skal have lidt info

hvor nemt det er af lave og hvor meget perfom det giver i forhold til kun 1 db server

Hej Peter

Ja, vores DB er efterhånden ret stor. Ikke 600 GB stor, men stor. Især vores emailudsendelsedatabase vokser meget.

Tak for dit input - jeg vil huske det, og hvem ved, måske vi en dag hiver fat i dig, hvis vi har brug for nogle råd

Svar: Status på performance problemer på Amino.dk

Jacob Rohde — Sun, 14 Mar 2010 09:52:17 GMT

Ulrik Hvide:

I kunne måske lette trykket fra jeres servere i første omgang. Yahoo Slow giver amino et stort D og kommer bla med følgende warning. Jeg ved godt at dette ikke har noget med jeres sql database at gøre, men synes alligevel i bør tænke over det.

This page has 18 external Javascript scripts. Try combining them into one.
This page has 6 external stylesheets. Try combining them into one.
This page has 32 external background images. Try combining them with CSS sprites.

18 external javascript scripts virker sgu næsten som en fejl, da jeg aldrig nogensinde har set et så stort tal før, men 6 external stylesheets er rigtigt og dette ville i nemt kunne halvere, hvis ikke reducere til en enkelt http request. Mange af jeres billeder kunne kombineres ved hjælp af css sprites osv.

Anyway, held og lykke

De 18 JS scripts, som virker meget højt, er grundet den måde som ASP.NET virker på i forhold til resurser. ASP.NET embedder nogle af resurserne i en DLL som så kan serveres til browseren via et kald til Webresource.axd, hvilket tælles med under "external JavaScript scripts", men som egentlig er en god ting.

Der er tale om meget små resurser, så i dette tilfælde er det ikke særlig slemt. Og det er heller ikke noget der sådan rigtig kan ændres.

Vi bruger også YSlow og PageSpeed og retter en del af de flere graverende fejl, men det er ikke alt den forslår som er praktisk at bruge tid på. Man skal huske at optimere det der giver mest mening.

Svar: Status på performance problemer på Amino.dk

Anonymous — Sat, 13 Mar 2010 23:37:25 GMT

godt af se af Team bag amino er i fuld drift .

jeg læse lidt om hvordan i have db server pr site

men ja når db bliver for stor så kan de ikke være med . en god ide

er Load-Balanced Cluster

Jeg bruger det pt selv på en db på 600gb

som er langsom . har bare splitte det ud over 4 server

3 loadere og 1 loader

så nu kan den klare helt op imod 2tb ude problemmer

i skal da være velkomme til af kontakte mig hvis i skal have lidt info

hvor nemt det er af lave og hvor meget perfom det giver i forhold til kun 1 db server

Svar: Status på performance problemer på Amino.dk

Ulrik Hvide — Sat, 13 Mar 2010 23:19:51 GMT

I kunne måske lette trykket fra jeres servere i første omgang. Yahoo Slow giver amino et stort D og kommer bla med følgende warning. Jeg ved godt at dette ikke har noget med jeres sql database at gøre, men synes alligevel i bør tænke over det.

This page has 18 external Javascript scripts. Try combining them into one.
This page has 6 external stylesheets. Try combining them into one.
This page has 32 external background images. Try combining them with CSS sprites.

18 external javascript scripts virker sgu næsten som en fejl, da jeg aldrig nogensinde har set et så stort tal før, men 6 external stylesheets er rigtigt og dette ville i nemt kunne halvere, hvis ikke reducere til en enkelt http request. Mange af jeres billeder kunne kombineres ved hjælp af css sprites osv.

Anyway, held og lykke

Svar: Status på performance problemer på Amino.dk

Jens Dalsgaard — Tue, 09 Feb 2010 21:51:33 GMT

Dette er et eksempel på god kommunikation.

- Erkender der er en fejl

- Fortæller lægmand at der arbejdes på sagen

Det lyder måske simpelt, men det er nu de færreste der kan finde ud af det.

Så lette er vi altså heller ikke at skræmme væk!

Svar: Status på performance problemer på Amino.dk

Mikael christiansen — Mon, 08 Feb 2010 23:19:30 GMT

jeg må bare erkende i laver et super godt arbejde det køre rigtigt rigtigt godt nu og man får ingen fejlsiden , super flot , gået jer amino.dk tema

super dejligt at læse alle de gode råd på amino.dk

Svar: Status på performance problemer på Amino.dk

BusinessMaroc — Mon, 08 Feb 2010 23:10:42 GMT

Jeg tror det er belastningen med de mange indlæg i den nye kvinde kategori der har givet udfordringer

Jeg tror hvis den skifter ham til Affiliate at det går mere smidigt.

Svar: Status på performance problemer på Amino.dk

Jacob Rohde — Mon, 08 Feb 2010 22:25:13 GMT

Martin Tygsen:

Jacob Rohde:
3. Vi har slået noget af håndteringen af tags fra

Er der overhovedet nogle der benytter tags på amino? Og kunne de ikke undværes til fordel for at udviklingen kunne bruges andetsteds?

Well hvis de skulle undværes skule der stadig bruges en del resurser på at fjerne dem fra kodebasen og UI. Så kan vi ligeså godt få det til at spille ordentligt. Men vi kunne sikkert have en lang samtale om tags, deres nytteværdi og om de forvirrer og forplumrer mere end gavner - men det må blive en anden dag :) Nogle er meget glade for dem.

Svar: Status på performance problemer på Amino.dk

Frederik Nielsen — Mon, 08 Feb 2010 19:32:57 GMT

Martin Tygsen:

Jacob Rohde:
3. Vi har slået noget af håndteringen af tags fra

Er der overhovedet nogle der benytter tags på amino? Og kunne de ikke undværes til fordel for at udviklingen kunne bruges andetsteds?

Jeg tænkte faktisk præcist det samme. Angiver selv kun sjældent tags i mine indlæg, og når jeg gør er det oftest fordi jeg ikke har noget at lave..

Svar: Status på performance problemer på Amino.dk

Martin Tygsen — Mon, 08 Feb 2010 19:20:42 GMT

Jacob Rohde:
3. Vi har slået noget af håndteringen af tags fra

Er der overhovedet nogle der benytter tags på amino? Og kunne de ikke undværes til fordel for at udviklingen kunne bruges andetsteds?

Svar: Status på performance problemer på Amino.dk

mtrolle — Mon, 08 Feb 2010 19:20:03 GMT

Index er din ven :o)
Det er bare om at gå jeres where queries igennem og sikre der er nogle solide indexes på de felter i selecter meget på. Men et index, der ikke bruges er også et skidt index, så gør det med omhu :o) Men I får jo nok løst det, når SPAMfighter db-manden kommer på visit ;)

Svar: Status på performance problemer på Amino.dk

Jacob Rohde — Mon, 08 Feb 2010 19:13:52 GMT

Lars Borup Jensen:

Kan I ikke skrive lidt om arkitekturen bag amino.dk.

Hvis der kun er een MS-SQL server, der trækker x antal front-end serveren, kan jeg måske godt forstå at den "sveder" en del, med mindre at der er en seriøs cache foran.

Hvis vi kun snakker om selve amino.dk (dvs. ikke vores forskellige børser ej heller Freelancere og Tryk), kører den på CommunityServer. Selve datalags arkitekturen består stort set udelukkende af SQL Sever SPROC. Vi har en databaseserver til alle vores sites, samt en databasesever til mailudsendelse. Vi har også en www-server.

Vores tabeller er efterhånden store, men ikke enorme så SQL Server burde kunne håndtere det. Vores bud er at der skal kigges på indekseringen. Typisk burde en SQL Server godt kunne trække 1-3 WWW servere. Men det afhænger selvfølgelig af så mange faktorer så en tommelfingerregel nærmest er ubrugelig :)

Svar: Status på performance problemer på Amino.dk

Jacob Rohde — Mon, 08 Feb 2010 19:10:13 GMT

Skal lige huske at bemærke - såfremt nogle bliver bekymret - det er kun selve oversigten over de private beskeder der er slået fra. Selve beskederne er selvklart ikke slettet eller noget - så de ligge stadig i databasen og hygger sig :)

Svar: Status på performance problemer på Amino.dk

Jacob Rohde — Mon, 08 Feb 2010 19:09:04 GMT

Koludabyg:

Det er en væsentlig forskel nu, sider hentes prompte...:)

Kan ikke mindes det har gået så hurtigt i flere måneder.

Ja det går vildt hurtigt lige nu. Det skyldes tre ting.

1. Vi har flyttet mailudsendelsen over på en separat SQL Server.

2. Vi har slået privat-besked oversigten fra (du kan prøve og gå ind på den så kan du se den er tom)

3. Vi har slået noget af håndteringen af tags fra

Disse tre ting var dem der virkelig fik vores SQL Server til at svede. Nu skal vi så se om vi kan få optimeret koden bag #2 og #3.