Wichtige: Diese Seite wird mit Hilfe von Cookies (cookies). Wenn Sie diese Webseite ohne Ausschalten Cookies im Browser, bedeutet, dass Sie für die Verwendung zustimmen.
Im Moment habe ich mein System so konfiguriert, dass die gesamte Cache pro Woche. Mit einem leeren Cache ist meine Datenbank über 1,1 GB, während mit einem vollen Cache, es geht um 4,5 GB ist.
Ich habe bemerkt, dass die größer der Cache, desto höher ist meine durchschnittliche Serverauslastung bekommt. Zu jedem beliebigen Zeitpunkt mein Forum hat zwischen 650 und 1300 Benutzer online, aber das scheint nicht die Last so weit wie Cache-Größe beeinflussen.
Mit einem großen Cache, Server Load 3,3-3.8, während mit einer leeren, es in den 2,0-2,5 Bereich bleibt. Das ist gar nicht so schlecht, wie ich ein 16-Core-Server haben, aber ich habe mich nur gefragt, wenn ein solches Verhalten ist mit dem schwankenden Größe der Datenbank zu erwarten!
vBET hat Indizes für Cache-Tabellen und verwendet schnellsten MySQL-Engine für Hut - MyISAM. So haben wir beste Möglichkeiten für DB-Cache. Whole Differenz, die Sie bemerken, ist nicht in der Seitenansicht von vBET, aber in der Seitenansicht von MySQL, die führt Abfragen. Indizes gibt Ihnen schnellere Reaktionszeiten und sichert zu, dass Zeit der Reaktion ist nicht dramatisch mit größeren Datenmenge. Noch MySQL haben zu größeren Indizes suchen und, wie ich glaube, es braucht mehr Ressourcen. Das ist, warum Sie größere Server-Last kündigen.
Auch - wenn Übersetzung in Cache ist dann ist es von dort übernommen. Wenn nicht, dann Google ist für die Übersetzung gebeten. Es braucht mehr Zeit, dann, aber wahrscheinlich dauert auch weniger Ressourcen des Servers. Es dauert länger, weil es die Kommunikation mit Google-Server, der Zeit braucht, es ist die Übersetzung, die Zeit braucht und es sendet Ergebnisse von Google auf Ihrem Server, die auch Zeit braucht. Es dauert weniger Ressourcen, da Server-Antwort wartet passiv und wenn er es wird, gibt es nur einfache Entpacken Antwort. Erste Übersetzung aus dem Cache ist viel, viel schneller - Übersetzung ist bereits getan, und es ist auf Ihrem eigenen Server, noch sie aus der Datenbank genommen werden müssen, Abfrage ausgeführt werden müssen, nimmt MySQL einige CPU-und Speicher dafür.
Unter der Annahme - mit Cache ist sehr gute Idee. Wenn Sie fühlen, dass Server hat Probleme mit, dass Sie experimentieren, um Cache für einige Sprachen deaktivieren und vergleichen Sie die Serverleistung können. Wir raten den Cache vollständig zu entfernen.
Wir planen auch hinzufügen, Datei-Cache vBET. Weil jetzt unsere Priorität und die meisten Anstrengungen auf vBET4.0 sind, haben wir keinen Zeitplan für die Datei-Cache-Funktionalität. Bitte beachten Sie, dass Sie anpassen können, welche Sprachen wird mit Cache arbeiten. Also, wenn Sie möchten, können Sie Cache nur für einige der Übersetzung, die Sie zur Verfügung stellen wird verwenden. Bitte beachten Sie auch, dass kostenpflichtige Version vBET haben Datenbank-Cache verbessert so dass es schneller ist, dass in der kostenlosen Version. Es gibt auch andere Verbesserungen in kostenpflichtige Version - in der Regel ist es schneller und unter weniger Speicher. Wir haben bereits Kunden, die erfolgreich im Einsatz sind sie auf großen Tafeln.
Wir haben nicht gemacht Leistungstests mit nginx Beschleuniger so kann man nicht vergleichen.
Bitte beachten Sie, dass der Kauf Branding freie Lizenz nicht vorgeschrieben ist, und Sie können jederzeit ein Upgrade Ihrer Lizenz später.
Im Moment sind wir sehr nah an haben vBET4.0 Release und wir viel Arbeit damit. Wenn Sie uns unter Nginx vBET testen möchten, dann öffnen Sie bitte neuen Thread im Feature Request. Wenn Nginx Php läuft funktioniert vBET gibt. Ein Problem - wenn Sie möchten, verwenden Sie Übersetzung SEO Links dann rewrite-Regeln werden. Wir haben die im Moment nur für Apache .htaccess-Datei vorbereitet, aber wenn Sie nicht von Apache auf Nginx umschreiben können dann Sie können jederzeit mit Sprache Attribut - das ist sehr einfach. Sie können mit kostenlosen Version experimentieren, um unerwartete Probleme zu vermeiden, bevor Sie zahlen einen zu kaufen.