> Only testing will tell, so yes you are very welcome to give it a shot.
> Let me release a known working version first :)
Jens,
I found whats using 32MB out of 8192-byte slab.
size-8192 before:10 after:4012 diff:4002 size:8192 incr:32784384
It is deadline_init():
dd->hash = kmalloc(sizeof(struct list_head)*DL_HASH_ENTRIES,GFP_KERNEL);
It is creating 8K hash table for each queue. Since we have 4000 queues,
it used 32MB. I wonder why the current code needs 1024 hash buckets,
when maximum requests are only 256. And also, since you are making
request allocation dynamic, can you change this too ? Any issues here ?
Thanks,
Badari
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/