Scoutnet vzw

We connect scouts!
Het is momenteel 28 Mrt 2024 23:38

Alle tijden zijn UTC + 1 uur




Plaats een nieuw onderwerp Reageren op dit onderwerp  [ 20 berichten ]  Ga naar pagina 1, 2  Volgende
Auteur Bericht
BerichtGeplaatst: 14 Sep 2004 11:37 
Offline
 
 
Gebruikers-avatar

Geregistreerd: 05 Jul 2002 23:00
Berichten: 24
Woonplaats: Aarschot
Het is misschien omdat ik terug wat meer koffie drink, of omdat het werkjaar terug begonnen is en iedereen massaal op de website van zijn/haar groep ligt te surfen, maar ik kan mij niet van den indruk ontdoen dat alles de laatste weken trager binnenkomt van de scoutnet server, en sporadisch geven sommige dingen zelfs een time-out (grafische layout elementen die niet verschijnen enz).

Is er iets aan de hand met de webserver dat dit verklaart (bv. iemand zijn eigen distro aant rollen op de server) of is het enkel mijn verbeelding die op hol slaat ?
In mei-juli-augustus waren alle webpaginas heel wat responsiever, imho.


Omhoog
 Profiel  
 
 Titel:
BerichtGeplaatst: 14 Sep 2004 15:03 
Offline
Site Admin
Site Admin

Geregistreerd: 30 Sep 2002 23:00
Berichten: 1806
Er is niets mis met de webserver, maar de response-time is idd. soms onaanvaardbaar traag geworden.

Kan je volgens mij als volgt verklaren:
- er komen steeds meer webhosts bij.
- er wordt meer en meer gebruik gemaakt van php (oa. phpnuke sites)
maar de 'belastings pieken' zijn vooral afkomstig van:
- 'online' image resizen ( zonder de aangemaakte thumbs weg te schrijven op HD -> gebeurt dus telkens opnieuw)
- versturen van mass-mailings via de webserver!!
- iemand nog andere oorzaken gezien?


oplossingen:
-snellere hardware -> begin volgend jaar nieuwe server?
-gezamelijk organiseren van bv. stats (awstats), mass-mailings, ...
-virusscan disablen (bypass) bij versturen van mass-mailings
-bandbreedte/cpu throttling per virtualhost
-beperking opleggen naar het aantal mails dat je per minuut kan versturen.
-2de webserver
- nog ideeën?

Willen we de snelle server behouden dan zijn er acties nodig.
Aan iedereen vriendelijk vragen om bv. hun mailings maar te starten na middernacht, zal - vrees ik - niet veel helpen.


Omhoog
 Profiel  
 
 Titel:
BerichtGeplaatst: 14 Sep 2004 17:22 
Offline
 
 
Gebruikers-avatar

Geregistreerd: 22 Jan 2004 0:00
Berichten: 773
jorisp schreef:
- 'online' image resizen ( zonder de aangemaakte thumbs weg te schrijven op HD -> gebeurt dus telkens opnieuw)

....

- nog ideeën?

GD eruit smijten...


Omhoog
 Profiel  
 
 Titel:
BerichtGeplaatst: 15 Sep 2004 12:38 
Offline
 
 
Gebruikers-avatar

Geregistreerd: 01 Sep 2002 23:00
Berichten: 8
Citaat:
GD eruit smijten...


Niet akkoord.

Ben eerder voorstander van webmasters opvoeden om correct met de aangeboden diensten om te gaan. Leren we mss allemaal nog van bij.

In het geval van de thumbnails dus idd. wegschrijven voor hergebruik.
Desnoods tik je de hardleerse gebruikers maar op de vingers.


Omhoog
 Profiel  
 
 Titel:
BerichtGeplaatst: 15 Sep 2004 14:51 
Offline
 
 
Gebruikers-avatar

Geregistreerd: 22 Jul 2002 23:00
Berichten: 53
Woonplaats: O.L.V.Waver
Goed gezegd Haze !
Maar als ge ni beter weet ? :D


Moezze


Omhoog
 Profiel  
 
 Titel:
BerichtGeplaatst: 15 Sep 2004 14:53 
Offline
 
 
Gebruikers-avatar

Geregistreerd: 08 Sep 2003 23:00
Berichten: 72
Woonplaats: Leuven
roeland schreef:
Maar als ge ni beter weet ? :D


dan moete da zeggen als er op uw vingers getikt is he :-)
ik wil wel mee wepmeesters opvoeden, misschien eens over afspreken om een documentje op te stellen met wat (basic) rules in?

contacteer me maar

_________________
groetjes,
BBBart


Omhoog
 Profiel  
 
 Titel:
BerichtGeplaatst: 15 Sep 2004 15:22 
Offline
Site Admin
Site Admin

Geregistreerd: 30 Sep 2002 23:00
Berichten: 1806
Ik ben ook niet zo'n voorstander om beperkingen op te leggen.
Liever opvoeden...

...maar ondertussen zijn we wel al met een heleboel webmasters hé. En dat 300keer (lichtjes overdreven) persoonlijk gaan uitleggen, dat gaat ook niet meer.

(invoeren van "register globals OFF" - wel geen performance issue - maar een security issue en dus ook zeer belangrijk, gaat ook niet echt vlot)

Hulp met het opstellen van zo'n documentjes (help,faq) is meer dan welkom.

Nog opmerkingen/ideeën?


Omhoog
 Profiel  
 
 Titel:
BerichtGeplaatst: 15 Sep 2004 16:36 
Offline
 
 
Gebruikers-avatar

Geregistreerd: 04 Jul 2002 23:00
Berichten: 501
Woonplaats: Reet
mja, register globals off... daarvoor moet je soms wel veel voor aanpassen als je scripts al jaren gebruikt, en niet alle scripts die je van het net haalt zullen hierop voorzien zijn veronderstel ik.

tegewoordig werk ikzelf ook altijd met die globals, maar heb idd nog scripts draaien die dit niet hebben.


Kunnen jullie in een of andere log zien wat de grootste oorzaak is van de vertragingen? Ik merk de laatste tijd ook zware vertragingen op.
Kan het zijn dat er ondertussen te veel sites draaien voor één server?
(kleine gok want ik weet niet hoe veel gebruikers er zijn en welke hardware in de server zit)


Omhoog
 Profiel  
 
 Titel:
BerichtGeplaatst: 15 Sep 2004 17:20 
Offline
Site Admin
Site Admin

Geregistreerd: 30 Sep 2002 23:00
Berichten: 1806
scripts van het net die register globals "ON" nodig hebben, zijn slechte scripts. (dit is heus niet iets exotisch hé, gewoon een slechte erfenis van php)

Oorzaken van soms hoge response tijden zie hierboven.

teveel sites voor 1 webserver? -> hangt vooral af van wat die sites allemaal uitspoken.


Omhoog
 Profiel  
 
 Titel:
BerichtGeplaatst: 15 Sep 2004 18:39 
Offline
 
 
Gebruikers-avatar

Geregistreerd: 22 Jan 2004 0:00
Berichten: 773
jorisp schreef:
Oorzaken van soms hoge response tijden zie hierboven.

Kan het mss ook komen doordat steeds meer en meer mensen shell-access gebruiken? Of weegt dat niet zo zwaar door op de server?

Ik moet toegeven, ik doe al mijn editing rechtstreeks op de server en dan nog eens in vim. Als 20 mensen dat tegelijk doen... Niet dat ik nu zeg dat je shell-acces moet verbieden hé (zeker niet), maar mss is er al veel verholpen door een zwaardere/extra cpu en/of meer geheugen?

Michiel


Omhoog
 Profiel  
 
 Titel:
BerichtGeplaatst: 15 Sep 2004 21:24 
Offline
 
 
Gebruikers-avatar

Geregistreerd: 20 Sep 2002 23:00
Berichten: 166
hopla schreef:
jorisp schreef:
Oorzaken van soms hoge response tijden zie hierboven.

Kan het mss ook komen doordat steeds meer en meer mensen shell-access gebruiken? Of weegt dat niet zo zwaar door op de server?

Ik moet toegeven, ik doe al mijn editing rechtstreeks op de server en dan nog eens in vim. Als 20 mensen dat tegelijk doen... Niet dat ik nu zeg dat je shell-acces moet verbieden hé (zeker niet), maar mss is er al veel verholpen door een zwaardere/extra cpu en/of meer geheugen?

Michiel


Een ssh connectie openen naar de server en daar in vim wat bestanden aanpassen is niet echt zwaar belastend voor de server. Telkens ik inlog en kijk wie er allemaal ingelogd is (commando who ) dan blijken er maximaal 10 mensen een connectie te hebben. Vim openen is dan ook niet echt belastend dus die overhead die dat meebrengt gaat het dan ook niet maken. De grote belasting zal vooral van de webserver komen en php. Misschien is dit gewoon de tol die scoutnet betaald voor zijn succes.


Omhoog
 Profiel  
 
 Titel:
BerichtGeplaatst: 15 Sep 2004 21:30 
Offline
 
 
Gebruikers-avatar

Geregistreerd: 22 Jan 2004 0:00
Berichten: 773
Ah... ik dacht dat vim wel een redelijke footprint had, enfin, des te beter :)


Omhoog
 Profiel  
 
 Titel:
BerichtGeplaatst: 15 Sep 2004 21:35 
Offline
 
 
Gebruikers-avatar

Geregistreerd: 20 Sep 2002 23:00
Berichten: 166
open eens enkele bestanden met vim (gebruik split) en kijk dan via top welke resources je gebruikt. Deze zijn echt beperkt.


Omhoog
 Profiel  
 
 Titel:
BerichtGeplaatst: 16 Sep 2004 17:23 
Offline
 
 
Gebruikers-avatar

Geregistreerd: 27 Jul 2002 23:00
Berichten: 65
Woonplaats: Edegem
Kan de CPU load niet per gebruiker worden gemonitored? Gebruikers die teveel resources opsoeper gewoon vriendelijk verzoeken om hun code een beetje aan te passen.

Stijn


Omhoog
 Profiel  
 
 Titel:
BerichtGeplaatst: 16 Sep 2004 17:49 
Offline
 
 
Gebruikers-avatar

Geregistreerd: 20 Sep 2002 23:00
Berichten: 166
en hoe gaat dat bekeken worden als alle code momenteel door gebruiker apache wordt uitgevoerd?


Omhoog
 Profiel  
 
Berichten weergeven van de afgelopen:  Sorteer op  
Plaats een nieuw onderwerp Reageren op dit onderwerp  [ 20 berichten ]  Ga naar pagina 1, 2  Volgende

Alle tijden zijn UTC + 1 uur


Wie is er online?

Gebruikers in dit forum: Geen geregistreerde gebruikers en 4 gasten


U mag geen nieuwe onderwerpen plaatsen in dit forum
U mag geen reacties plaatsen op onderwerpen in dit forum
U mag uw berichten niet wijzigen in dit forum
U mag uw berichten niet verwijderen in dit forum
U mag geen bijlagen plaatsen in dit forum

Zoeken naar:
Ga naar:  
cron
Powered by phpBB® Forum Software © phpBB Group
Vertaald door phpBBservice.nl.