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.
Jetzt kaufen! Features Downloads

Verdienen Sie mit uns!

Wenn Sie möchten, verdienen Sie Geld mit vBET Join zu Affiliate-Programm.
Ergebnisse 1 zu 7 von 7

Thema: Leistung mit großem Cache

Hybrid-Ansicht

Vorherigen Post Previous Post   Next Post Im Nächsten Post
  1. #1
    Senior Member
    Registriert seit
    November 2009
    Beiträge
    168

    Default Leistung mit großem Cache

    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!

    Thanks,
    Adam

  2. #2
    Michał Podbielski (vBET Staff) vBET's Avatar
    Registriert seit
    Oktober 2009
    Beiträge
    3,037

    Default

    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.

  3. #3
    Senior Member
    Registriert seit
    November 2009
    Beiträge
    168

    Default

    Das ist ungefähr, was ich erwartet

    Leistung ist in Ordnung jetzt, es ist nur, dass die Last nie viel höher als 2,0, bevor vBET. Ich denke, es lohnt sich, wenn auch!

    Solange die Last unter beträgt 16,0 dann den Server nicht besteuert wird, so dass ich denke, wir sind in Ordnung

  4. #4
    Junior Member
    Registriert seit
    Februar 2010
    Beiträge
    5

    Default

    Text automatically translated from: Russian to: German
    Translated text
    Ist es möglich oder notwendig, um den Cache in einer Datei zu speichern - um die Last auf die Datenbank MySQL zu reduzieren?
    Ich verwende nur zwei Sprachen als die Anzahl der Beiträge sehr viel und wollen keinen großen Umfang der Datenbank

    Wird es einen besseren Ort mit vbet Arbeit nach der Installation nginx, eaccelerator?
    Haben Sie daran gedacht remaking das Modul an, seine Arbeiten auf großen Foren? Verwenden Sie die Cache-Größe von 1-2GB in meinem Fall keine Lösung. Vielleicht gibt es Möglichkeiten, die Arbeit zu optimieren?
    Ist es möglich, setzen Sie das Modul vbet 3.3.1 Forum vb3.8.4 + vBSEO 3.5RC2?
    Warum so teuer Version ohne Copyright? (220 $)
    Ich benutze vbet 2.4.3 und möchte vbet 3.3.1 kaufen. Mein Forum ist Verkauf von Links für SEO Austausch. Urheberrecht doppelt auf 15 000 Seiten für mich richtig - 90 $ zu zahlen bereit, aber 220 $ ist zu viel

    Original text
    Zuletzt bearbeitet von Konstantin; 18-02-10 an 23:34.

  5. #5
    Michał Podbielski (vBET Staff) vBET's Avatar
    Registriert seit
    Oktober 2009
    Beiträge
    3,037

    Default

    Quote Originally Posted by Konstantin View Post
    Text automatically translated from: Russian to: German
    Translated text
    Ist es möglich oder notwendig, um den Cache in einer Datei zu speichern - um die Last auf die Datenbank MySQL zu reduzieren?
    Wird es einen besseren Ort mit vbet Arbeit nach der Installation nginx, eaccelerator?
    Haben Sie daran gedacht remaking das Modul an, seine Arbeiten auf großen Foren? Verwenden Sie die Cache-Größe von 1-2GB in meinem Fall keine Lösung.
    Warum so teuer Version ohne Copyright? (220 $)
    Ich benutze vbet 2.4.3 und möchte vbet 3.3.1 kaufen. Mein Forum ist Verkauf von Links für SEO Austausch. Urheberrecht doppelt auf 15 000 Seiten für mich richtig - 90 $ zu zahlen bereit, aber 220 $ ist zu viel
    Ich verwende nur zwei Sprachen als die Anzahl der Beiträge sehr viel und wollen keinen großen Umfang der Datenbank
    Original text
    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.

  6. #6
    Junior Member
    Registriert seit
    Februar 2010
    Beiträge
    5

    Default

    Text automatically translated from: Russian to: German
    Translated text
    Vielen Dank für Ihre Antwort. Nginx ist ein Server, wie zB Apache. Ich rate Ihnen zu lesen - Caching funktioniert am besten in php + nginx + eaccelerator und Ihre vbet kann viel schneller
    Original text
    Zuletzt bearbeitet von Konstantin; 19-02-10 an 01:54.

  7. #7
    Michał Podbielski (vBET Staff) vBET's Avatar
    Registriert seit
    Oktober 2009
    Beiträge
    3,037

    Default

    Quote Originally Posted by Konstantin View Post
    Text automatically translated from: Russian to: German
    Translated text
    Vielen Dank für Ihre Antwort. Nginx ist ein Server, wie zB Apache. Ich rate Ihnen zu lesen - Caching funktioniert am besten in php + nginx + eaccelerator und Ihre vbet kann viel schneller
    Original text
    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.

Tags zu diesem Thema

Berechtigungen

  • Sie möglicherweise nicht neue Themen zu verfassen
  • Sie möglicherweise nicht Beiträge zu antworten
  • Sie möglicherweise nicht Dateianhänge
  • Sie möglicherweise nicht Ihre Beiträge zu bearbeiten
  •