Ich habe Mac OSX 10.6 ausgeführt und festgestellt, dass ein Prozess „fseventsd“ 100% CPU und 1,5 G RAM benötigt. Bei einer Google-Suche stellte ich fest, dass dies mit Time Machine verbunden sein könnte. Ich führe Time Machine jedoch nicht auf diesem Computer aus.
Gibt es eine Möglichkeit, die Quelle des Ressourcenfressens zu verfolgen? Wird es irgendwo angemeldet? Ein Neustart hat das Problem „behoben“, aber ich bin sicher, dass es wieder auftreten wird, wenn ich nicht herausfinden kann, warum es überhaupt begonnen hat.
Vielen Dank im Voraus.
Kommentare
- Haben Sie jemals die Quelle gefunden? Bei ' tritt das gleiche Problem auf unserem Schneeleopardenserver auf. Ich kann einen Neustart versuchen, aber ich kann ' das erst später heute Abend tun.
- Ich habe es seit meinem Neustart nicht mehr auftauchen lassen, (un) zum Glück Daher kenne ich ' die Quelle immer noch nicht.
- Ich habe das gleiche Problem. Ein Neustart hilft nicht '. Nach 20 bis 30 Minuten startet fseventsd erneut und benötigt 99% CPU. Das Macbook ist nicht mehr still …
Antwort
fseventd ist der Protokollierungsprozess für Dateisystemereignisse Lesen Sie viel darüber im ars technica-Test von Mac OS X Leopard. Sie können Programme wie fseventer verwenden, um dieselbe Art von Ausgabe anzuzeigen.
Aus dem Artikel:
Das FSEvents-Framework basiert auf einem einzelnen, ständig laufenden Daemon-Prozess namens fseventsd, der aus / dev / fsevents liest und die Ereignisse in Protokolldateien auf der Festplatte schreibt (gespeichert in einem .fseventsd-Verzeichnis unter die Wurzel des Volumes, für das die Ereignisse bestimmt sind). Das ist es. Das ist die Super-High-Tech-Lösung: Schreiben Sie die Ereignisse einfach in eine Protokolldatei. Langweilig, pragmatisch, aber sehr effektiv.
Sie können dieses Protokoll überprüfen, obwohl ich nicht weiß, wie nützlich es für Sie sein wird. Es würde mich nicht überraschen, wenn Time Machine, das sich mit vielen Dateien und manchmal auch mit vielen kleinen Dateien befasst, möglicherweise Probleme mit fsevents verursacht.
Kommentare
- Hoffentlich ist ' keine Zeitmaschine, da dies deaktiviert ist! Wie auch immer, ich ' lese auf fseventer nach, also danke für den Vorschlag.
Antworte
Entweder steckte ein Programm in einer sehr effizienten Schleife, die Änderungen verursachte, die dazu führten, dass fseventsd viel Arbeit hatte, oder es ist eine Endlosschleife, die selbst eine verarbeitet Nicht auflösbare Datenstruktur auf einem der bereitgestellten Volumes.
Im vorherigen Fall – Programme wie fseventer, die denselben Datenstrom lesen, hängen wahrscheinlich ebenfalls – haben Sie jetzt zwei Prozesse mit einer Auslastung von 50% eine unendliche Datenmenge zu verarbeiten. (Dies ist ein großartiger Datenpunkt, wenn Sie stöbern, um zu sehen, was nicht stimmt.) Es ist analog zu Fragen, warum syslogd die gesamte CPU belegt – normalerweise sind es einige Andere Programme sind verrückt geworden und verursachen viel Arbeit.
Wenn / wenn es erneut passiert, beenden Sie Programme und ziehen Sie das Abmelden in Betracht. Sie werden wissen, ob es sich bei dem fehlerhaften Element um einen Prozess auf Systemebene oder einen Prozess auf Benutzerebene handelt fs_usage kann hilfreich sein, um festzustellen, welche spezifischen Programme E / A-schwer sind.
fsck von einem Start in einen einzelnen Benutzer Der Modus ist normalerweise erforderlich, wenn Sie kreisförmige Hardlinks oder andere entartete Dateisystem-Spielereien haben, die diese Art von Aktivitätsspitzen verursachen können.
Kommentare
- Ja Tut mir leid, wenn ich unklar war, Sie konnten fseventer definitiv nicht öffnen, während der Poop sprichwörtlich den Fan traf. Ich wollte Ihnen nur einen Hinweis darauf geben, welche Art von Daten protokolliert und sichtbar waren, wie es fs_usage tun würde.
- Wow, danke für den Tipp zu ' fs_usage '. Und ja, ich dachte, es wäre nicht ', das die Last verursacht, sondern ein anderes Programm. Ich erwarte irgendwo eine Schleife. Abgesehen davon läuft die Maschine seit ungefähr 24 Stunden normal und es ist ' nicht noch einmal passiert.
ch habe es geliebt, abo zu lernen ut fseventer – sieh sehr gut aus. Es gibt keinen Fehler – nur Daten.