From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 Date: Tue, 17 Aug 2010 09:50:36 -0400 Message-ID: From: Brad Frank To: 9fans@9fans.net Content-Type: multipart/alternative; boundary=0016e64c3acccf373c048e053b27 Subject: [9fans] Load spikes on intervals in qemu Topicbox-Message-UUID: 48bc939c-ead6-11e9-9d60-3106f5b1d025 --0016e64c3acccf373c048e053b27 Content-Type: text/plain; charset=ISO-8859-1 Hi, I recently did a clean install of plan9 on qemu on linux. I've noticed that the load is spiking on an interval every 30 seconds or something like that. I looked at suggestions that it might be venti and timesync. But it couldn't be venti because I didn't install venti, I have a fossil only install. I looked at timesync, and killed it, and the load was still spiking. It was suggested I try zwansch's gtop, which I did do, and I found that fossil was using the most utime/stime. But it seemed like two different threads? Fossil [disk] and Fossil [flush]. When I killed fossil [disk] my load dropped, but obviously I lost disk access. What could possibly be wrong, and why is it doing this? Another interesting thing, is that when the load spikes like that, the emulator seems to temporarily lag or not respond, until the load drops again, so this also effects the performance of plan9. Any suggestions would be quite helpful. --0016e64c3acccf373c048e053b27 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I recently did a clean install of plan9 on qemu on linux. I've noti= ced that the load is spiking on an interval every 30 seconds or something l= ike that. I looked at suggestions that it might be venti and timesync. But = it couldn't be venti because I didn't install venti, I have a fossi= l only install. I looked at timesync, and killed it, and the load was still= spiking. It was suggested I try zwansch's gtop, which I did do, and I = found that fossil was using the most utime/stime. But it seemed like two di= fferent threads? Fossil [disk] and Fossil [flush]. When I killed fossil [di= sk] my load dropped, but obviously I lost disk access. What could possibly = be wrong, and why is it doing this? Another interesting thing, is that when= the load spikes like that, the emulator seems to temporarily lag or not re= spond, until the load drops again, so this also effects the performance of = plan9. Any suggestions would be quite helpful.
--0016e64c3acccf373c048e053b27--