Tag: Performance

Telegraf kann SNMP Daten vom Ubiquiti Edge Router Max nur teilweise abrufen

Aktuell versuche ich per Telegraf über das SNMP Protokoll die Daten meines Routers abzugreifen und diese in eine InfluxDB zu packen, damit ich die Daten dann in Grafana überwachen kann. Soweit klappt das auch, aber sobald ich meine Glasfaser mal ausnutze und mit vollen 250Mbit einen Download laufen habe, dann setzt Telegraf mit solchen Meldungen aus:

E! Error in plugin [inputs.snmp]: agent ---: gathering table ifXTable: performing bulk walk for field ifAlias: Request timeout (after 4 retries)

Sprich, er bekommt Timeouts beim Abrufen der Daten. Nach langem hin und her sieht es wohl so aus, als ob der Parameter “max_repetitions = 50” das Problem verursacht. Stellt man diesen auf 20 oder nur 15, dann gehen die Fehler auf einmal weg und man kann auch in kürzeren Intervalen Abfragen tätigen.

Meine Config sieht aktuell so aus:


[[inputs.snmp]]
# List of agents to poll
agents = [ "IP_DES_SNMP_SERVERS" ]
# Polling interval
interval = "60s"
# Timeout for each SNMP query.
timeout = "10s"
# Number of retries to attempt within timeout.
retries = 5
# SNMP version, values can be 1, 2, or 3
version = 2
# SNMP community string.
community = "global"
# The GETBULK max-repetitions parameter
max_repetitions = 15
...

Die ganze Config, mit der man einen Ubiquiti Edge Router auslesen kann, findest du hier: https://grafana.com/grafana/dashboards/1756 unter “Collector Configuration Details”.

Chrome scheint Videosoftware unter MacOS auszubremsen

Creative Director Felipe Baez von der Agentur Cre8ive Beast hat bemerkt, dass sich Final Cut Pro deutlich langsamer wird, und teilweise sogar abstürzen kann. Grund dafür ist das “Video-Toolbox” Framework, welches von MacOS bereitgestellt wird. Chrome nutzt dieses Framework und klaut somit die Ressourcen anderen Programmen, wie eben Final Cut Pro. Das gleiche Problem tritt auch z.B. bei Handbrake auf, und somit wahrscheinlich auch bei weiteren Video-Editoren.

Aktuell ist der Ratschlag: sobald man irgendeine Art von Videoschnitt macht, sollte Chrome nicht laufen.

Bei dieser Gelegenheit rate ich wirklich JEDEM dazu, sich den aktuellen Firefox nochmal anzusehen. War er in den letzten Jahren eher langsam und behäbig geworden, ist er nun seit ca. 0,5-1 Jahr wieder in seiner alten Form zurück. Er ist super schnell (teilweise sogar schneller als Chrome), hat die gleichen Funktionen, und ganz wichtig: nimmt Privatsphäre und Datenschutz höchstwahrscheinlich deutlich ernster als andere Browserhersteller. Ich bin schon vor einer ganzen Weile umgestiegen (auf meinem Mac und auch auf iPhone/iPad) und bereue es in keinster Weise!

via Golem

[Quicktip] Chrome ruckelt unter OSX Mountain Lion mit dem Retina Macbook Pro

Das neue Macbook Pro mit Retina Display rockt! Allerdings gibt es noch einige Probleme im Zusammenhang mit der neuen Technik, etwa, dass nicht alle Apps darauf optimiert sind und dann die Schriften verwaschen sind.

Ein anderer unglücklicher Effekt ist, dass das Scrollen z.B. im Chrome ziemlich ruckelig werden kann, wenn man die volle Auflösung ausnutzt. Wo hingegen der Safari in der gleichen Konfiguration butterweich scrollt, hat der Chrome schwer zu kämpfen. Das Problem kann man größtenteils umgehen, wenn man folgendes tut:

  • die URL chrome://flags/ aufrufen
  • Die Optionen “GPU-Compositing auf allen Seiten” (“GPU compositing on all pages”) und “Aufbau mit Thread” (“Threaded compositing”) auf aktiviert/enabled stellen
  • unten den Button “jetzt neu starten” (“restart now”) betätigen

Damit wird die Grafikkarten-Beschleunigung beim Rendern von Internetseiten sowie das Berechnen in Threads, also mehreren parallelen Prozessen, aktiviert.

Der Chrome sollte jetzt schonmal deutlich schneller laufen, wenn er auch noch immer nicht ganz mit dem Safari mithalten kann. Ich gehe aber mal davon aus, dass Google da bald Abhilfe schaffen wird…