Ich verwende CarrierWave (0.9.0), Fog (1.14.0) und S3 zum Speichern von Benutzeravataren. Es scheint lange dauern, um die Avatar-URL für einen bestimmten Benutzer zu bestimmen. Nachfolgende Anrufe haben eine stark reduzierte Zeit.
config / initializers / fog.rb
%Vor%user.rb
%Vor%Konsole
%Vor% New Relic meldet, dass user.avatar_url manchmal bis zu 1 Sekunde dauert. Was könnte dazu führen, dass dies so langsam ist? Es gibt eine Diskussion über die langsame URL-Generierung für öffentliche Dateien , aber meine Avatare sind nicht öffentlich.
Explizit erfordert Fog und CarrierWave vor dem ersten Aufruf keinen Unterschied, da false zurückgegeben wird und anzeigt, dass sie bereits geladen sind.
Hier ist der Uploader:
%Vor% user.avatar.url scheint keinen Unterschied zu machen:
Ich denke, dass der Nebelbedarf noch in Frage steht (obwohl es jetzt weniger offensichtlich ist). Da Nebel so viele verschiedene Dinge enthält, haben wir vor langer Zeit die Entscheidung getroffen, viele der Abhängigkeiten aufzuschieben, bis sie benötigt wurden. Dies hat den Vorteil, Nebel zu beschleunigen, kann aber den Nachteil haben, dass es verlangsamt wird, wenn bestimmte Dinge zum ersten Mal passieren. Ich bin mir nicht sicher, wie ich diesen Teil vergessen habe, aber wenn ich ein kleines Benchmarking an meiner Maschine durchführe, kann ich sicherlich eine Verlangsamung feststellen, wenn man dies berücksichtigt.
Um dies zu umgehen, können Sie den entsprechenden benchmarking auf etwas wie:
ändern %Vor%Es mag ein bisschen seltsam erscheinen, dass Sie diese Verbindung nicht verwenden, aber ich habe es so eingerichtet, dass das Laden von S3-Spezifizierungen verzögert wird, bis Sie das tun (damit Sie beispielsweise keine S3-Details laden müssen) um EC2 zu verwenden). Wenn Sie jedoch eine Verbindung zu einem früheren Zeitpunkt initialisieren, vermeiden Sie diesen Overhead. Hoffentlich bringt dich das wenigstens näher an deinen Platz.
Ich habe einige Zeit damit verbracht. Während ich die Ursache nicht herausgefunden habe, hier sind einige Ergebnisse. Du kannst damit beginnen, was ich getan habe und hoffentlich musst du dir darüber nicht zu viele Gedanken machen.
Was ist der Unterschied zwischen den ersten und nachfolgenden Anrufen? Ich schlage vor, dass Sie ruby-prof verwenden, um den Unterschied zu überprüfen. Ich bin kein Experte, aber aus dem Bericht werden Sie sehen, dass der erste Lauf mehr Zeug als der zweite Lauf lädt. ruby-prof stellt einige andere Berichte zur Verfügung, die für Sie hilfreich sein können, insbesondere den Baumbericht.
Der obige Bericht wird durch den folgenden Code generiert.
%Vor%Tags und Links ruby-on-rails amazon-s3 carrierwave fog