search for: avg_idle

Displaying 5 results from an estimated 5 matches for "avg_idle".

2010 Nov 18
9
Interesting problem with write data.
Hi, Recently, I made a btrfs to use. And I met slowness problem. Trying to diag it. I found this: 1. dd if=/dev/zero of=test count=1024 bs=1MB This is fast, at about 25MB/s, and reasonable iowait. 2. dd if=/dev/zero of=test count=1 bs=1GB This is pretty slow, at about 1.5MB/s, and 90%+ iowait, constantly. May I know why it works like this? Thanks. -- To unsubscribe from this list: send the
2012 Sep 12
2
Deadlock in btrfs-cleaner, related to snapshot deletion
...: 0 [ 386.319965] .cpu_load[3] : 0 [ 386.319967] .cpu_load[4] : 0 [ 386.319970] .yld_count : 0 [ 386.319973] .sched_count : 445110 [ 386.319976] .sched_goidle : 198003 [ 386.319979] .avg_idle : 1000000 [ 386.319982] .ttwu_count : 184667 [ 386.319985] .ttwu_local : 178809 [ 386.319990] [ 386.319990] cfs_rq[0]:/autogroup-47 [ 386.319994] .exec_clock : 13.273210 [ 386.319998] .MIN_vruntime...
2017 Oct 18
2
Null deference panic in CentOS-6.5
...active_balance = 0, push_cpu = 20, cpu = 4, online = 1, avg_load_per_task = 342, migration_thread = 0xffff882052c4c040, migration_queue = { next = 0xffff88013bc57140, prev = 0xffff88013bc57140 }, rt_avg = 11804, age_stamp = 70548000000000, idle_stamp = 0, avg_idle = 1000000, prev_steal_time = 0, calc_load_update = 4365161392, calc_load_active = 19, hrtick_csd_pending = 0, hrtick_csd = { list = { next = 0x0, prev = 0x0 }, func = 0xffffffff8105aff0 <__hrtick_start>, info = 0xffff88013bc56840, flags = 0,...
2012 Jul 31
2
Btrfs Intermittent ENOSPC Issues
I''ve been working on running down intermittent ENOSPC issues. I can only seem to replicate ENOSPC errors when running zlib compression. However, I have been seeing similar ENOSPC errors to a lesser extent when playing with the LZ4HC patches. I apologize for not following up on this sooner, but I had drifted away from using zlib, and didn''t notice there was still an issue. My
2012 Aug 01
7
[PATCH] Btrfs: barrier before waitqueue_active
We need an smb_mb() before waitqueue_active to avoid missing wakeups. Before Mitch was hitting a deadlock between the ordered flushers and the transaction commit because the ordered flushers were waiting for more refs and were never woken up, so those smp_mb()''s are the most important. Everything else I added for correctness sake and to avoid getting bitten by this again somewhere else.