Suoritin Mac OSX 10.6: n ja huomasin, että prosessi ”fseventsd” vie 100% prosessoria ja 1,5 Gt RAM-muistia. Tehdessäni Google-haun huomasin, että tämä voi olla sidottu Time Machineen. En kuitenkaan käytä Time Machine -tietokonetta tällä tietokoneella.
Onko resurssien sian lähde mahdollista jäljittää? Kirjautuuko se mihinkään? Uudelleenkäynnistys ”korjasi” ongelman, mutta olen varma, että se palaa takaisin, jos en pysty selvittämään miksi se alkoi.
Kiitos etukäteen.
Kommentit
- Löysitkö koskaan lähteen? ' on sama ongelma lumileopardipalvelimessamme. Voin kokeilla uudelleenkäynnistystä, mutta en voi ' tehdä sitä vasta tänä iltana.
- Minulla ei ole ollut sitä ponnahdusikkunassa uudelleenkäynnistyksen jälkeen, (epä) onneksi, joten en silti ' tiedä lähdettä
- Minulla on sama ongelma. Uudelleenkäynnistys ei auta '. 20-30 minuutin kuluttua fseventsd alkaa jälleen ottaa 99%: n suorittimen. Macbook ei ole enää hiljainen …
Vastaus
fseventd on tiedostojärjestelmän tapahtumien kirjausprosessi, voit lue paljon siitä Mac OS X Leopardin ars technica -katsauksessa. Voit käyttää fseventer -ohjelmia nähdäksesi samanlaisen lähdön kuin se näkee.
Artikkelista:
FSEvents-kehys perustuu yhteen jatkuvaan demoniprosessiin fseventsd, joka lukee tiedostosta / dev / fsevents ja kirjoittaa tapahtumat lokitiedostoihin levylle (tallennetaan .fseventsd-hakemistoon osoitteessa tapahtumien volyymin juuri). Siinä se. Se on huipputeknologiaratkaisu: kirjoita tapahtumat vain lokitiedostoon. Tylsää, käytännöllistä, mutta varsin tehokasta.
Voit tarkistaa lokin, vaikka en tiedä kuinka hyödyllinen se sinulle on. En olisi niin yllättynyt nähdessäni, että Time Machine, joka käsittelee monia tiedostoja ja joskus monia monia pieniä tiedostoja, saattaa aiheuttaa ongelmia fseventsissä.
Kommentit
- Toivottavasti se ' ei ole Time Machine, koska tämä on pois käytöstä! Joka tapauksessa ' luin ylös fseventerissä, joten kiitos ehdotuksesta.
Vastaa
Joko yksi ohjelma oli juuttunut erittäin tehokkaaseen silmukan kirjoitusmuutokseen, joka aiheutti fseventsd: lle paljon työtä, tai se on ääretön silmukka, joka itse käsittelee ratkaisematon tietorakenne yhdellä asennetulla volyymillä.
Aikaisemmassa tapauksessa – todennäköisesti myös saman ohjelmavirran lukevat fseventer-ohjelmat – sinulla on nyt kaksi prosessia 50%: n käyttöasteella käsitellä ääretön määrä tietoa. (Tämä on hieno datapiste, jos yrität nähdä, mikä on vialla.) Se on analogista kysymyksille, joissa kysytään, miksi syslogd vie koko prosessorin – yleensä se on jotakin muut ohjelmat ovat menneet mutkiin aiheuttaen sille paljon työtä.
Milloin / jos se tapahtuu uudelleen – aloita ohjelmien lopettaminen ja harkitse kirjautumista ulos. Tiedät onko loukkaava kohde järjestelmätaso vai käyttäjätason prosessi . fs_usage voi olla hyödyllistä nähdä, mitkä ohjelmat ovat IO-raskaita.
fsck käynnistyskäytöstä yhdeksi käyttäjäksi tila vaaditaan yleensä, jos sinulla on pyöreitä kovia linkkejä tai muita rappeutuneita tiedostojärjestelmiä, jotka voivat aiheuttaa tällaisen piikin toiminnassa.
Kommentit
- Joo Anteeksi, jos olin epäselvä, et todellakaan voinut avata fseventeria, kun kakku osui puhuttavasti tuulettimeen. Tarkoitin vain antaa sinulle vihjeen siitä, millainen data on kirjattu ja katseltavissa, kuten fs_usage tekisi. li> Rakastin abon oppimista ut fseventer – näyttää hyvältä. Ei ole vikaa – vain tiedot.
- Vau, kiitos ' fs_usage ' -vinkistä. Ja joo, ajattelin, että se ei ollut ' t, joka tosiasiassa aiheutti kuorman fseventsd, vaan pikemminkin jokin muu ohjelma. Odotan silmukan jonnekin. Kone on normaalisti kuormittanut noin 24 tuntia, eikä sitä ole ' tapahtunut uudelleen.