Soms ligt het hier ook ineens even plat, andere sites doen het dan wel. Maar dat is soms dagen niet en meestal maar een paar minuten.
Hier het zelfde Fred, vandaag ook weer.
Special Member
Soms ligt het hier ook ineens even plat, andere sites doen het dan wel. Maar dat is soms dagen niet en meestal maar een paar minuten.
Hier het zelfde Fred, vandaag ook weer.
Special Member
ik merk het de laatste tijd ook vaker, gisteren kwam ik er bijna minuut niet op... kreeg al afkick verschijnselen
Op 28 april 2016 17:36:21 schreef fcapri:
ik zit hier in china en ALLES loopt keitraag.
google is zelf totaal niet te bereiken (en dan ook NIKS, geen playstore voor gsm, geen translate functie in chrome, geen google search engine....).circuitsonline is de ENIGE website waar ik kan surfen als in belgie. zelf yahoo.com loopt hier traag. als ik ergens op gratis wifi kom, test ik bijna altijd met de CO website.
nu was ik vanmorgen om 9:00 wel niet op CO aan het surfen. door het tijdverschil zit ik er vaak om 4h smorgens op, of 16-18h savonds
Belgisch is een beetje moeilijke taal voor onze Chinese spionnen/censors. Daarom duurt het zo lang voordat je Google ed ziet. CO gaat probleemloos want electronica is voor de Chinezen gesneden koek.
Special Member
Neehoor Jeroen heeft gewoon goeie banden met de chinezen
elke week 1x 57, 1x 32 en een loempia.
Zie Paulinha_B
Belgisch is een beetje moeilijke taal
Zeg dat wel: zelfs de Belgen spreken geen Belgisch! De meesten spreken Nederlands, sommigen Frans, en een handjevol heeft het Duits als eerste taal.
En om bij het onderwerp te blijven: hier geen enkel probleem, op geen enkel uur van de dag, noch van thuis, noch van op kantoor. Terwijl een ander forum dat ik volg het elke ochtend heel lastig heeft, gegarandeerd elke ochtend, zo lastig dat er al eens gauw een "onbeschikbaar" komt.
[Bericht gewijzigd door big_fat_mama op donderdag 28 april 2016 21:30:14 (41%)
Overleden
Op 28 april 2016 21:18:56 schreef big_fat_mama:
[...]Zeg dat wel: zelfs de Belgen spreken geen Belgisch! De meesten spreken Nederlands, sommigen Frans, en een handjevol heeft het Duits als eerste taal.
Vlaams!
Golden Member
Hier eigenlijk nooit last op twee verschillende locaties die allebei achter een KPN-ADSL hangen.
Heeft iemand tijdens die bereikbaarheidsproblemen al eens een traceroute gedraaid?
Zie Paulinha_B
Vlaams!
Jawel, dat is toch (een deel van het) Nederlands.
On-topic: Maartens opmerking/vraag is erg terecht en relevant. Ik wil best mee tracerouten maar hier zijn er dus geen problemen, dus ook niet veel diagnose te stellen.
[Bericht gewijzigd door big_fat_mama op donderdag 28 april 2016 21:44:25 (54%)
Moderator
@BFM
Over dode dingen gesproken ... je avatar werkt ook niet
goedkope host wrs, verkeerde zuinigheid
tijden niet gehad, nu net hapert de co site weer even. net op de dagelijkse piektijd..
Moderator
In de grafieken zijn af en toe pieken te zien, zoals inderdaad vanmorgen rond 9:00 uur:
Het lijkt erop dat dit een combinatie van backup + veel verkeer is, misschien dat daar nog wat te verbeteren is. En ik ga eens algemeen wat server tuning doen.
Op 28 april 2016 21:49:43 schreef testman:
tijden niet gehad, nu net hapert de co site weer even. net op de dagelijkse piektijd..
Ik heb net even de MySQL server herstart.
Wellicht is nginx een wat lichtere software voor de server.
En mischien dat mariadb (drop-in replacment van mysql) een leuke verbetering
Zie Paulinha_B
Die pieken zijn zo kort en zo uitgesproken dat ze me weinig hinderlijk lijken - één keertje herproberen en het lukt wèl, als het hier aan lag.
Dit is overigens wel een mooie gelegenheid voor een woord van dank en felicitatie voor je inzet, Jeroen!
Golden Member
Hi,
Ik heb PingPlotter even lopen, dit is wel via een OpenVPn server hier in Nederland, maar ziet er verder goed uit op een hele enkele uitval.
Gegroet,
Blackdog
Op 28 april 2016 21:58:07 schreef Jeroen:
In de grafieken zijn af en toe pieken te zien,
Hoeveel CPUs heb je? Als de load de hele tijd rond de 1 zit, dan zit ie eigenlijk zo'n beetje "vol". Als er 4 harddisks en 4 CPUs in zitten, dan is wat je nu ziet prima, maar met 1 CPU is die 70-100% die je nu ziet nogal veel. een piekje met 50% meer "vraag" resulteert dan in dat ie het niet meer aankan en een enorme piek. Zou ie voornamlijk op de disk zitten te wachten is een extra disk misschien een idee...
een veel bezochte site met maar 1 hdd en 1 cpu in de server? lijkt me dat de co server toch wel moderner is als de hp budgetlijn van 1998 nog. meerdere schijven in raid5 is tamelijk standaard in die datacenter servers..
Overleden
Optimalisatie van servers is niet eenvoudig.
Vaak is de CPU niet het grootste probleem. Eerst kijken of er ruim voldoende geheugen in de server zit en dan naar de disks, indeling (file systeem, partities etc.) en prestatie.
LAN/WAN zijn dan al in orde bevonden.
helemaal mee eens. Maar voor de load tellen mee processen die aan het rekenen zijn of op de CPU zitten te wachten EN de processen die op disk zitten te wachten. Dus gegeven dat de load hoog is, moet je daar naar kijken. Blijft de CPU load laag, dan moet je naar de disks gaan kijken en waarom die bezig zijn. En als je naar de disks kijkt, kan het zijn dat er gewoon veel disk-activiteit is, of dat de processen op de machine te veel RAM gebruikten. "gewoon veel disk-activiteit" kan mogelijk ook opgelost worden door meer RAM. 't is allemaal niet zo moeilijk.
Op 28 april 2016 23:44:49 schreef testman:
een veel bezochte site met maar 1 hdd en 1 cpu in de server? lijkt me dat de co server toch wel moderner is als de hp budgetlijn van 1998 nog. meerdere schijven in raid5 is tamelijk standaard in die datacenter servers..
Zelfs op een oude server met maar 1 CPU en 1 HDD moet dit forum nog kunnen draaien zonder al te vaak time outs te krijgen.
En ik vermoed dat het een virtuele server is.
Op 28 april 2016 22:36:14 schreef blackdog:
Ik heb PingPlotter even lopen, dit is wel via een OpenVPn server hier in Nederland, maar ziet er verder goed uit op een hele enkele uitval.
De laatste keer dat ik 2 minuten moest wachten (zie ook de link naar tools.pingdom.com) waren de pingtijden prima, alleen kwam er geen respons van de daadwerkelijke website. Bij mijn eerste post was zelfs een ping niet mogelijk.
@maartenbakker: tracert was ik vorige keer te laat mee, toen deed de boel het net weer. Maarja, als pingen prima gaat, dan loopt de tracert er misschien ook feilloos doorheen.
Golden Member
Een oorzaak die men wel eens over het hoofd ziet is een trage DNS response of timeouts op DNS. Het lijkt mij hier niet het geval maar je zou eens kunnen proberen of het met een public DNS (b.v. Google 8.8.8.8 of 8.8.4.4) ook optreed.
Ja. Hoewel ik er redelijk verstand van denk te hebben tuimel ik er toch weer regelmatig in.
Ik wil hier eigenlijk een opstelling waarbij ik mijn interne machines via de interne DNS kan bereiken, maar nog nooit genoeg moeite in gestoken om het goed werkend te krijgen. Dus soms zit ik thuis op de interne DNS server van m'n werk. Maar als de verbinding naar daar dan traag is, dan zit ik zo nu en dan weer te vloeken dat "het internet weer eens traag is... "
Voor "normale" mensen die niet zelf aan de DNS instellingen zitten te klooien zoals ik, die gebruiken dan de DNS server van hun provider. Mogelijk via een kleine DNS server op hun router. Als 1 van die traag is, voelt het "traag als stront".
Maar goed, dat komt niet overeen met de waarneming: de rest doet het wel vlot, toch?
Golden Member
Wat ik wel merk is dat het de laatste tijd erg lang duurt dat berichten doorkomen.
Ik krijg nu net een mailbericht binnen m.b.t. het CO nixie clock 2016 (show / discussie) topic van AlexP, verzonden op 10:25:16 en de response van Wielklem (10:49:04) is nog steeds niet binnen.
Op 29 april 2016 11:38:46 schreef rew:
Ik wil hier eigenlijk een opstelling waarbij ik mijn interne machines via de interne DNS kan bereiken, maar nog nooit genoeg moeite in gestoken om het goed werkend te krijgen.
Als het om een paar machines gaat is het misschien makkelijker om de name resolving via je host bestand te doen dan kan je de dns gebruiken voor de rest.
Dat klopt....
Maar 't zijn er niet "een paar". En tegenwoordig heb je regelmatig raspberry pi's die dan regelmatig overnieuw geinstalleerd worden of android devices waar je niet bij /etc/hosts kan...