Hello, Parav. Sorry about the delay. On Sat, Mar 12, 2016 at 11:49:03AM +0530, Parav Pandit wrote: > > For (1) shall I have one spin lock that is uses across multiple > > hierarchy and multiple cgroup. > > Essentially one global lock among all cgroup. During hierarchical > > charging, continue to use same lock it at each level. > > Would that work in this first release? > > I am waiting for your reply. > Shall one lock for all cgroup is ok with you? Yes, when you're locking up to the root each time, splitting locks at the bottom doesn't really achieve anything. It just makes things more expensive. > If this is ok. I will keep the code as it is, because it uses common > helper functions for max and current files. Hmmm... can you please try to refactor the common part to helpers? It's not a big thing but there were both styles across different controllers and helper based ones tend to be easier to follow. > >> 3 is fine but resource [un]charging is not hot path? > > charge/uncharge is hot path from cgroup perspective. > > Considering 1 to 4 devices in system rpool list would grow upto 4 > > entry deep at each cgroup level. > > I believe this is good enough to start with. O complexity wise its > > O(N). where N is number of devices in system. I see, but if that's the case, please drop the fine locking. The fine locking doesn't make much sense - as implemented it's slower and the whole thing is not hot. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
