snelheid webserver hosting provider
ik ben op zoek naar een hosting provider die
snelheid kan leveren ook al heb je bv 1 miljoen records. Ik zit momenteel bij sohosted.
werkt allemaal goed zolang je database niet te groot is. Nu ben ik aan het testen geslagen en de sql database met 300.000 records gevuld. Deze records worden in mijn website veel benaderd voor zoeken en filteren van gegevens. De snelheid varieerd van minder dan een halve seconde tot 10 seconden. Het is de bedoeling om straks meer dan 1 miljoen records te hebben dan gaat mijnsnelheid nog verder naar beneden. (de webste werkt lokaal als een speer)
Mijn vraag is nu:
Hebben jullie ook deze ervaringen en graag hoor ik hou jullie dit hebben opgelost.
Gr Creator
snelheid kan leveren ook al heb je bv 1 miljoen records. Ik zit momenteel bij sohosted.
werkt allemaal goed zolang je database niet te groot is. Nu ben ik aan het testen geslagen en de sql database met 300.000 records gevuld. Deze records worden in mijn website veel benaderd voor zoeken en filteren van gegevens. De snelheid varieerd van minder dan een halve seconde tot 10 seconden. Het is de bedoeling om straks meer dan 1 miljoen records te hebben dan gaat mijnsnelheid nog verder naar beneden. (de webste werkt lokaal als een speer)
Mijn vraag is nu:
Hebben jullie ook deze ervaringen en graag hoor ik hou jullie dit hebben opgelost.
Gr Creator
andere host kiezen zoals Yourhosting
Gewijzigd op 01/01/1970 01:00:00 door Mark D
Of misschien een andere database? Ik weet niet hoe bijv. PostgreSQL (wat ook door veel hosters wel aangeboden wordt) presteert bij zulke aantallen records.
Ook kan het nuttig zijn nogmaals je indexes & queries na te lopen. Indien je een en dezelfde, of een vergelijkbare query hebt is het misschien ook lovend om een soort van cache-tabel, een tabel met geoptimaliseerde data die sneller doorzoekbaar is, aan te maken en deze op de zoveel tijd even opnieuw te genereren.
Wat is als laatste nog kan bedenken en nuttig kan zijn bij echt grotere projecten & websites: dedicated hosting. Een machine voor jouw alleen. Jij hebt geen last meer van de andere websites die door de server geserveerd worden en de webhoster hoeft niet meer bang te zijn dat jij de hele database opeet.
Ook kan het nuttig zijn nogmaals je indexes & queries na te lopen. Indien je een en dezelfde, of een vergelijkbare query hebt is het misschien ook lovend om een soort van cache-tabel, een tabel met geoptimaliseerde data die sneller doorzoekbaar is, aan te maken en deze op de zoveel tijd even opnieuw te genereren.
Wat is als laatste nog kan bedenken en nuttig kan zijn bij echt grotere projecten & websites: dedicated hosting. Een machine voor jouw alleen. Jij hebt geen last meer van de andere websites die door de server geserveerd worden en de webhoster hoeft niet meer bang te zijn dat jij de hele database opeet.
En het ligt in grote mate aan hoe jij je datamodel en je queries opgebouwd hebt.
Een ruk datamodel en querie als SELECT * FROM tabel vreten nu eenmaal geheugen.
Uiteaard zal de processor snelheid en de hoeveelheid geheugen wel iets uitmaken maar echt niet alles.
Snelheid staat of valt met jouw gegevens
Een ruk datamodel en querie als SELECT * FROM tabel vreten nu eenmaal geheugen.
Uiteaard zal de processor snelheid en de hoeveelheid geheugen wel iets uitmaken maar echt niet alles.
Snelheid staat of valt met jouw gegevens
Ik zou inderdaad eens naar de structuur van je query's kijken, daarmee kan je heel veel snelheidswinst halen.
niek:
andere host kiezen zoals Sollie.Comm B.V. , heb je meteen gezellige medewerker aan de lijn, cestmoi
wes:
andere host kiezen zoals Sollie.Comm B.V. , heb je meteen gezellige medewerker aan de lijn, cestmoi
niek:
andere host kiezen zoals Sollie.Comm B.V. , heb je meteen gezellige medewerker aan de lijn, cestmoi
Neee, signet :p dan heb je meteen een gezellige medewerker aan de lijn! mijn pa! :D :p
http://www.phphulp.nl/forum/showtopic.php?id=21294&cat=14&replies=20
wroden nog meer gegeven.
Van mij kun je je daar wel in vinden.
wroden nog meer gegeven.
Van mij kun je je daar wel in vinden.
Ga je verdiepen in het gebruik van indexen en ga de queries optimaliseren. 1 probleem blijf je houden, MySQL kan per query slechts 1 index gebruiken. Bij eenvoudige queries maakt dat niet zo veel uit, maar wordt het complex, dan mis je de grote kracht van meerdere indexen. Hoewel, bij het gebruik van teveel indexen wordt het systeem ook weer langzamer... Het is dus een delicate balans tussen datamodel, queries, subqueries en indexen.
Geen eenvoudig onderwerp!
Geen eenvoudig onderwerp!
Mijn lokale database, MySQL op 1,3 Ghz, heeft 2,3 miljoen records en een select * via de mysql prompt duurt gemiddeld tien minuten.
Niet echt snel dus. Misschien kan je beter eerst op je eigen lokale server een paar testen uitvoeren en dan concluderen of het aan je scripts/opbouw/query's ligt of echt bij de provider.
Niet echt snel dus. Misschien kan je beter eerst op je eigen lokale server een paar testen uitvoeren en dan concluderen of het aan je scripts/opbouw/query's ligt of echt bij de provider.
Mischien kan je op http://www.swprozee1.com ook ff aanmelden, kan je ff testen of ie daar snel gaat of niet :D (aanmelden kan volgens mij door ff een post te plaatsen op hun infocenter: http://www.swprozee1.com/_Infocenter )
De host is geheel gratis, no ads, support, php, gdlib, mysql, max 2 gb opslag enz
Is het proberen waard zou ik zeggen :D
groetjes tim
De host is geheel gratis, no ads, support, php, gdlib, mysql, max 2 gb opslag enz
Is het proberen waard zou ik zeggen :D
groetjes tim
Neem eens contact op met je webhosting club, vaak kunnen zij al dingen voor je regelen om je als klant te houden. Je hebt een redelijk specifiek probleem wat je op verschillende fronten kan aanvallen (ik betwijfel of switchen naar een andere shared hosting provider het zal oplossing)
o Zoals eerder gezegd: je database optimaliseren, hier in ongetwijfeld nog wel wat te willen
o Het aantal requests beperken, door bijvoorbeeld cachen (erg afhankelijk van je situatie)
o De databaseserver optimaliseren: stel het voor aan je hosting club
En technische oplossingen:
o Een dedicated/colocating: een eigen machine, alles in eigen hand. Misschien wel nodig als je echt een miljoen records snel wilt accessen. Shared hosting accounts zijn simpelweg niet gebouwd op enorme loads, al adverteren ze wel met 'unlimited'. In de praktijk bestaat dat natuurlijk niet.
o Een Virtual private server: een oplossing om goedkoop een 'eigen' server te draaien, waarmee je een hele machine met ongeveer 5 tot 10 andere klanten deelt en je meer gebruik kan maken van resource van de machine. Ook kan je je databaseserver beter optimaliseren voor betere load.
o Zoals eerder gezegd: je database optimaliseren, hier in ongetwijfeld nog wel wat te willen
o Het aantal requests beperken, door bijvoorbeeld cachen (erg afhankelijk van je situatie)
o De databaseserver optimaliseren: stel het voor aan je hosting club
En technische oplossingen:
o Een dedicated/colocating: een eigen machine, alles in eigen hand. Misschien wel nodig als je echt een miljoen records snel wilt accessen. Shared hosting accounts zijn simpelweg niet gebouwd op enorme loads, al adverteren ze wel met 'unlimited'. In de praktijk bestaat dat natuurlijk niet.
o Een Virtual private server: een oplossing om goedkoop een 'eigen' server te draaien, waarmee je een hele machine met ongeveer 5 tot 10 andere klanten deelt en je meer gebruik kan maken van resource van de machine. Ook kan je je databaseserver beter optimaliseren voor betere load.




