mboost-dp1

unknown

Scaling Server Performance

- Via Ace's Hardware -

Efter et link på SlashDot om [url=’http://www.aceshardware.com/read.jsp?id=50000316′]Hitchhiker’s Guide to the Mainframe[/url] havde Ace’s Hardware 590.000 requests og 250.000 page-hits på 24 timer.

Nu har de lavet en artikel om, hvordan deres server kunne klare presset.





Gå til bund
Gravatar #1 - Hektor
18. jan. 2003 18:33
Det er i øvrigt værd at nævne, at da Slashdot linkede til denne artikel, formåede de at slashdotte den server, hvor reklamerne blev hentet fra, mens Ace's Hardware stadig formåede at holde sig fint kørende.

Ahh ... forsiden havde seriøse problemer, men det nævnes også i det tilhørende debat-forum:

http://www.aceshardware.com/forum?read=80060214
Gravatar #2 - Jazzy182
18. jan. 2003 18:37
Så fedt.
Gravatar #3 - Disky
18. jan. 2003 20:07
Fedest og de bruger JSP sammen med Resin serveren til det :)

Jeg er ret imponeret over at Apache knækker nakken før Resin gør det :)
Gravatar #4 - Lovechild
18. jan. 2003 22:50
[dansk nazi]
Engelsk overskrift...
[/dansk nazi]
Gravatar #5 - Zuul
18. jan. 2003 22:50
Problemet med caching er sider, som er ekstremt dynamiske.

F.eks. Newz, hvor hver bruger kan vælge sit eget theme. Hvordan vil du cache det?
Gravatar #6 - Hektor
18. jan. 2003 23:22
#4 Lovechild:
Du har tabt - det er titlen på artiklen.
Gravatar #7 - Acro
19. jan. 2003 00:14
#5:
Man kan jo godt cache database-kaldet, det bruger jo nok væsenligt flere resourcer end en inkludering (af eksempelvis design) gør.

Problemmet er de sider som opdaterer sig ofte - Newz.dk ville aldrig kunne bruge det til fulde da debatten jo opdaterer sig hele tiden, og man derfor bliver nød til at checke stortset hele tiden.
Gravatar #8 - runesoft
19. jan. 2003 09:35
#7: Da indholdet bliver cachet når det bliver gemt, vil det da egne sig glimrende til en debat som den på newz.dk.
På den måde indeholder cachen jo hele tiden opdateret information, og databasen blive i praksis kun brugt som en backup af hvad der ligger i cachen.
Gravatar #9 - IzeBurn
19. jan. 2003 18:57
"Nu har de lavede" .. find 1 fejl
Gravatar #10 - Regus
19. jan. 2003 18:57
#3
hvis ikke det var fordi de kørte Solaris på serveren ville jeg have været <STRONG>dybt</STRONG> fascineret

Men jeg synes i øvrigt er det er rimeligt forbløffende at Apache ikke kan følge med et VM miljø...
Gravatar #11 - XorpiZ
19. jan. 2003 19:24
#9

Fantastisk..du må virkelig ha det bedre med dig selv, når du har spottet en fejl og gjort opmærksom på den og dig selv!
Gravatar #12 - Cluq
19. jan. 2003 21:06

#11

Fantastisk..du må virkelig ha det bedre med dig selv, når du har spottet en som har spottet en fejl og gjort opmærksom på den og dig selv!

:)
Gravatar #13 - macaw er dum
19. jan. 2003 21:33
#12:

Fantastisk..du må virkelig ha det bedre med dig selv, når du har spottet en som har spottet en som har spottet en fejl og gjort opmærksom på den og dig selv!

:)
Gravatar #14 - macaw er dum
19. jan. 2003 21:35
Nåja, mht. db kald i forbindelse med dynamisk indhold, så er det vel en kendt teknik kun at hente det der *virkelig* er dynamisk. F.eks. er selve artiklen på det omtalte nok forholdsvis statisk, hvor i mod alle de blinkende reklamer er dynamiske. Så vupti, 1 stk. optimering.
Gravatar #15 - mikbund
19. jan. 2003 22:19
"Problemmet er de sider som opdaterer sig ofte - Newz.dk ville aldrig kunne bruge det til fulde da debatten jo opdaterer sig hele tiden, og man derfor bliver nød til at checke stortset hele tiden."

Det tror jeg ikke helt du har ret i. Selv til forumet ville cachen egne sig, da jeg tror at der flere der blot læser debatten i forhold til at skrive.

Hvis der for hvert debatindlæg er 5 som læser det, vil cache procenten alligevel være pæn høj.
Gravatar #16 - wk
20. jan. 2003 00:01
newz.dk ville være forholdsvis nem at optimere..

Først skulle themes laves i rent CSS/CSS2, så kan man have main_theme.css, alt_theme.css, etc .. så er det kun en reference der skal ændres, og siden ville blive genereret clientside.

Og som nævnt tidligere, så skulle forum siderne kun opdateres når der er en som poster et indlæg, da det nok kun er 1 ud af 50-100 af læserne som faktisk laver et indlæg. Dette gælder selvfølgelig også når der er nogen der stemmer (venstre side)..

Disse to ændringer ville sætte database brugen drastisk ned.
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login