Een week geleden heeft de hosting provider een productie site van mij verplaatst. Uiteraard ging dit niet zonder problemen maar alles is back up and running. Nu klaagt de hosting provider dat ik teveel cpu tijd gebruik en ook teveel bandbreedte.
Aangezien bandbreedte geld kost voor de hostingprovider en hij dit gewoon doorrekend aan mij, moet dit beperkt worden.
Uit de statistieken bleek dat de site de laatste twee dagen rond de 300 bezoekers had. De bandbreedte was 500 megabytes op twee dagen.
De cpu van de webserver werd steeds belast met 20 tot 25% terwijl er een aantal (drie of vier) bezoekers online waren.
De site maakt veelvuldig gebruik van afbeeldingen. Deze afbeeldingen werden on the fly gecomprimeerd met de drawImage methode (Dit is een tragere methode als etThumbnailImage, maar dit leverd bij sommige foto's slechte afbeeldingen). Het resultaat van de thumbnail wordt verstuurd via g.Save(Response.OutputStream, ImageFormat.Jpeg)
De hosting-provider stelde voor om de foto's niet meer on the fly te comprimeren. Deze morgen heb ik de code dan herschreven zodat hij eerst een bestand maakt, en dan dat bestand weergaf.
Nu blijkt dit nog steeds niets op te lossen.
De hosting-provider zegt dat ze met NAT werken, wat gedeeltelijk zou verklaren waarom er zoveel bandbreedte zou zijn: g.save(REsponse.outputstream) ZOU daardoor trager gaan: ik versta dit niet. Dat bij nat elk pakketje een nieuw destionation ip moet worden gegeven kan er toch niet voor zorgen dat bandbreedte of cpu vermeerdert?
Wat kunnen we doen (hostingprovider of ik) om dit probleem te verhelpen!
Aangezien bandbreedte geld kost voor de hostingprovider en hij dit gewoon doorrekend aan mij, moet dit beperkt worden.
Uit de statistieken bleek dat de site de laatste twee dagen rond de 300 bezoekers had. De bandbreedte was 500 megabytes op twee dagen.
De cpu van de webserver werd steeds belast met 20 tot 25% terwijl er een aantal (drie of vier) bezoekers online waren.
De site maakt veelvuldig gebruik van afbeeldingen. Deze afbeeldingen werden on the fly gecomprimeerd met de drawImage methode (Dit is een tragere methode als etThumbnailImage, maar dit leverd bij sommige foto's slechte afbeeldingen). Het resultaat van de thumbnail wordt verstuurd via g.Save(Response.OutputStream, ImageFormat.Jpeg)
De hosting-provider stelde voor om de foto's niet meer on the fly te comprimeren. Deze morgen heb ik de code dan herschreven zodat hij eerst een bestand maakt, en dan dat bestand weergaf.
Nu blijkt dit nog steeds niets op te lossen.
De hosting-provider zegt dat ze met NAT werken, wat gedeeltelijk zou verklaren waarom er zoveel bandbreedte zou zijn: g.save(REsponse.outputstream) ZOU daardoor trager gaan: ik versta dit niet. Dat bij nat elk pakketje een nieuw destionation ip moet worden gegeven kan er toch niet voor zorgen dat bandbreedte of cpu vermeerdert?
Wat kunnen we doen (hostingprovider of ik) om dit probleem te verhelpen!
/u/56680/gurgi.png?f=community)
Er was de voorbije 2 weken 1 gig aan upload./u/64853/crop59bfb34d82ba1_cropped.png?f=community)