Vi er løbet ind i et problem ang. hukommelse på vores site.
Det sker vel hver 14 dag at vi løber tør og så bliver alle billeder vist som et rødt kryds.
En kyndig har udtalt at vores site bruger alt for meget hukommelse. Og jeg kan forestille mig at nogle ting er programmeret uhensigtsmæssigt så de suger alt for meget hukommelse.
Sitet er et frækt datingsite, så der kommer mange bruger igennem, og der er rigtig mange funktioner at holde styr på. Sitet er programmeret i asp og kører på MS SQL server.
Vi må derfor have hjælp udefra. En mand/kvinde der kan kigge koder igennem, finde årsagerne til at hukommelsen løber løbsk og herfra optimere i samarbejde med vores faste programmør.
Det kræves at du har styr på IIS, og en kæmpe fordel at du har arbejdet med store sites før og selvfølgelig er billig i drift. Fast pris foretrækkes.
Prøv at besøg www.flexer.dk der sidder rigtig mange dygtige freelancere klar til at hjælpe dig, de har hjulpet mig, med mine problemer, og jeg har været mere end tilfreds.
Jeg tror også at et kig på hardwaren er billigere end at skulle kode og databaser igennem. SQL ER bare glad for specielt ram. Med mindre du naturligvis har en mistanke om, at programmeringen er helt i hegnet, så ville jeg kigge på hardware.
Jeg tror også at et kig på hardwaren er billigere end at skulle kode og databaser igennem. SQL ER bare glad for specielt ram. Med mindre du naturligvis har en mistanke om, at programmeringen er helt i hegnet, så ville jeg kigge på hardware.
Med i den sammenhæng vil det være relevant om belastningsproblemet er opstået som følge af en øget aktivitet på sitet, eller om det har været et problem hele tiden. I MySQL kan man sætte den til at logge de sql-forespørgsler der er særligt langsomme til en fil, så man kan holde øje med hvor det er databasen har hastighedsproblemer, jeg vil tro der findes tilsvarende muligheder i MSSQL.
Det lyder lidt underligt i mine øjne hvis det er IIS der har performanceproblemer med blot at servere billeder, så vil jeg nærmere tro at det er noget bagvedliggende der er skyld i problemet.
Jeg vil for god ordens skyld sige at mine ovenstående betragtninger er teoretisk funderede, da jeg generelt ikke arbejder synderligt meget MSSQL og IIS i det daglige.
Jeg tror også at et kig på hardwaren er billigere end at skulle kode og databaser igennem. SQL ER bare glad for specielt ram. Med mindre du naturligvis har en mistanke om, at programmeringen er helt i hegnet, så ville jeg kigge på hardware.
Det lyder ret underligt, at et problem der opstår hver 14. dag skulle kunne løses med en større maskine. Især med de symptomer, der beskrives. Jeg kender dog intet til ASP, IIS eller MSSQL, så det kan da godt være, at det er et load problem.
Det mest logiske at gøre i første omgang vil vel være at få identificeret flaskehalsen med sikkerhed, så man ved med om det er f.eks. IIS eller MSSQL der æder serverens hukommelse. Her ud over bør man sætte noget logging af ressourceforbrug op så man kan se om det er en udvikling der sker løbende eller om det f.eks. forårsages af nogle bestemte scripts er eksekveres på bestemte tidspunkter. Selvom det naturligvis er ret oplagt, så husk også at kigge i eventloggen for at se om der er noget der løbende fejler.
Hver 14 dag lyder for mig ikke som om det har noget med spidbelastning og antal af brugere at gøre (ikke direkte ihvertfald)
Men som Sune og nogle andre også har hentydet kræver det lige en undersøgelse af loggene osv.
Mit umiddelbare gæt ville være et memoryleak i asp koden, og jeg tror ikke at serveren er underdimensioneret hvis det kun sker hver 14 dag.
MEEEN som sagt uden en fornuftig undersøgelse er det alt sammen gætteri.
Nu har jeg for det meste kun arbejdet med MSSQL express og workstation men jeg har ikke fundet en "slow query logging" så hvis der er nogen der kender til det i MSQL er jeg meget ivrig efter at høre mere.