Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 24 reacties

Op het moment zijn we (okay, ik) testen aan het uitvoeren met reverse proxy door middel van Squid. Hierdoor kan het zijn dat je af en toe een plaatje niet ziet, of kun je andere wazige meldingen tegen komen. De test draait op Athena.

Door het cachen van statische gifs en html files zou het surfen wat sneller moeten gaan, ook wordt op deze manier de load wat beter verdeeld tussen de servers.

Het is uiteindelijk de bedoeling om de reverse proxy op Artemis te draaien, die Athena en Aphrodite ondersteunt in het serveren van de eerdergenoemde statische data.

Als je het plaatje hieronder ziet doet hij het

Squid Logo

Update:

Ik ben zeer tevreden over het functioneren van de proxy. Nu worden ook alle gifs en plaatjes op GoT via de reverse proxy ingeladen. Weer wat load gebalanced, en waarschijnlijk een tikje sneller.

Moderatie-faq Wijzig weergave

Reacties (24)

Denk niet dat de eindgebruikers hier er iets van zouden merken, zit zelf op nogal snelle connect en zie duidelijk dat de browser de trage factor is. Met Netscape dan, je ziet hem echt ff alle trans gifjes neerzetten etc. Met IE tja hmm, alles staat er binnen een halfe seconde, in 1 keer dus :) Voor en na de squid setup.

Denk dat je het verschil alleen zou merken als er 1 van de Apache servertjes begint te laggen. Als je dan de switched naar squid zou doen zou je het vet merken denk ik.

Dus eeeh, als tweakers langzamer bij je is moet je is een andere isp proberen ofzo :P
Denk niet dat de eindgebruikers hier er iets van zouden merken
Nou, ik merk het wel degelijk!! Stukken sneller (2 tot 3 keer sneller). ISDN / Netscape / Squid-Proxy-Provider

En ook al is het _alleen maar_ voor de load, ik word hier ook wel blijer van :)
Nou erm, dan zat de Apache server dus te laggen? :P

En als het goed is als je ISP dus al een proxy gebruikt dan zouden alle gifs enzo al gecached worden door je ISP, dus erm.. kan het gewoon niet zo zijn dat het sneller gaat nu. Of de load spreading geeft meer ruimte voor de niet cache-able content zoals de pages..

Denk dat het sneller is omdat het lekker rustig op internet is nu :)
Hier vanuit China is de site opeens een stuk sneller. We hebben hier altijd te maken met drie 'staats'computers in Beijing waardoorheen alle informatie moet voor eventuele filtering (zo is cnn.com vanaf hier niet -direct- te bereiken, als het jullie interesseert kan ik daar nog wel eens wat leuke artikelen over posten hoewel ik dan natuurlijk riskeer mijn Shanghai Citizenship kwijt te raken :( ). Ik zit meestal 's ochtends lokale Chinese tijd op het net, wat neerkomt op 'n uurtje 2/3/4 's nachts in Nederland. Ik merk duidelijk dat er nu grotere 'brokken' informatie tegelijk binnen stromen. Het is trouwens fantastisch om op deze manier op de hoogte te blijven, hoewel ik soms toch door een proxy (van een Amerikaanse universiteit) heen moet om de site goed te kunnen accessen...
Denk dat het sneller is omdat het lekker rustig op internet is nu
Hmm, ik zit hier vaker rond deze tijd :7
Nee, het is echt een duidelijk waarneembaar verschil in snelheid voor mij (of er moet iets ergens anders opeens goed performen?? Ik hou het maar op de reverse-proxy)
<offtopic>
gaan die chinesen dan zelfs het nederlands vertalen??, je kan toch redelijk veilig nederlands praten ?

</offtopic>
Eerste indruk is dat het in ieder geval zonder fouten werkt. Geen halve pagina's of missende plaatjes, of javascript errors.

Wel heb ik de indruk dat het langzamer is (zo 15 tot 20%), maar ik heb dus nu zelf Squid al als normale cache aanstaan.(Werkt met "cache_peer" dus uiteindelijk gaat het door 3 Squid servers heen voordat het bij mij op het beeldscherm komt :) )

Ik ga de proxy eens uitzetten en nogmaals vergelijken.
Langzamer kan niet. De plaatjes e.d. worden nu direct uit het RAM geladen ipv de harde schijf. Staat trouwens ook in een van de readme's, het kan er alleen maar sneller op worden.
Ik heb nog verder wat zitten testen.

Waar ik achter ben, is dat het voor de "eindgebruiker" eigenlijk niet goed te testen is. Snelheidswisselingen zijn voornamelijk toe te wijzen aan je (kabel)modem of ISDN verbinding.

Verder is de meeste content "vanuit een script" dus dat wordt niet gecached. Blijft inderdaad (zoals je al zei) over: alle statische informatie. En nu denk ik dus meteen aan GoT. Zou GoT niet enorm veel sneller worden door een Cache ertussen ?

Wat ik wel zou willen weten, is of Apache nu op poort 80 of 81 draait.
GoT zou best wel veel sneller worden ja, maar omdat GoT binnenkort ook PHP powered wordt blijft die nog even non-cached.

\[edit: GoT draait nu dus lekker ook met de cache ertussen :P ]

Apache draait nu op 81, de proxy op 80. En zoals al eerder gezegd is, de snelheid is niet het belangrijkste, maar het verdelen van de load en resources.
Waarom draait het dan trager... Of ligt dat aan mijn knektie
Je moet er wel ff rekening mee houden dat je browser in het begin de pics moet cachen.

Waarschijnlijk is het snelheidsverschil voor de browsers niet zo groot, maar wel voor de server omdat-ie geen apache childs van 2MB hoeft te maken om een simpel gifje te serveren. Scheelt geheugen en processor gebruik.
Ik dacht ook dat het aan mijn verbinding lag... maar er zijn dus meer mensen die vinden dat Tweakers trager is de laatste tijd....
(...) Tweakers trager is de laatste tijd
Deze test loopt net pas, dus dat kan dus nooit de reden zijn voor die eventuele traagheid bij jou.
Aannemend dat je met "de laatste tijd" niet de afgelopen paar uur bedoelt.
Word er wel iets gecached?? Alles staat gewoon direct in verbinding met athenaip poort 81. Dus dat is gewoon de Webserver...
Ik denk dat het idd niet werkte, maar nu wel. M'n script zet de base_href op het domein waarop je binnenkomt, dus als dat athena.tweakers.net:81 is, dan komen de GIFjes daar ook vandaag. Hij zit nu vast op athena.tweakers.net, dus gaat 't nu denk ik wel door de proxy.
Is e.e.a. er nu ook de oorzaak van dat posten op GoT niet meer lukt ("server busy") ?
Nee, dat kwam gewoon om UBB zichzelf weer eens heeft opgehangen.
Ik ben blij dat het werkt.

In je vorige .plan update schreef je dat je in een volgende .plan verder in zou gaan op de werking van Squid en reverse proxy.

Misschien een leuk idee om daar een review aan te besteden? Lijkt me wel interessant.
Dat is zeker een idee ja, aangezien er zowiezo al niet veel reviews over software zijn. Dat komt vast nog wel een keertje :)
Ik heb het gevoel dat het inderdaad sneller gaat dan eerst.
Nou zit ik dan ook niet met een simpel modempje te internetten en het gaat hier sowieso meestal wel snel.
Volgens mij worden de plaatjes iets sneller en ook meer tegelijkertijd binnen gehaald.
Ik connect via het LAN van de Universiteit Twente. Het ging altijd al snel, maar soms duurde het even voordat de plaatjes (en dan vooral het tweakers.net-logo) verschenen. Nu lijkt het alsof dit veel sneller gaat.

Soms heb ik nog wel eens last van verkeerde lettertype's. Dan wordt alles in Times New Roman getoond en blijven alle plaatjes weg. Ik weet waar het aan ligt; misschien is het nu opgelost.
Uhmm, hoe kan het dan zijn dat het sneller gaat nu?

Femme zei dat de Apache servers nog lang niet stonden te pompen. Misschien dat squid geen proxy headers meestuurt, Apacha doet wel dacht ik met de standard configs, dus dat Apache een header meestuurt dat proxy's de content niet mogen cachen.

Meer kank nu ff niet bedenken :P Ook al omdat gezien bijna iedereen hier die merkt dat het sneller gaat zegt een locale ISP proxy of iets in die richting te gebruiken..

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True