> On Feb. 24, 2016, 1:53 a.m., Guangya Liu wrote: > > src/tests/hierarchical_allocator_tests.cpp, lines 2369-2370 > > <https://reviews.apache.org/r/43881/diff/1/?file=1265551#file1265551line2369> > > > > What about following format? > > > > allocator->setQuota( > > framework1.role(), > > createQuota(framework1.role(), > > "disk:10"));
I think this fits on a single line well, so let's be a little conservative with making this function even longer. - Benjamin ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/43881/#review120422 ----------------------------------------------------------- On Feb. 23, 2016, 6:09 p.m., Benjamin Bannier wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/43881/ > ----------------------------------------------------------- > > (Updated Feb. 23, 2016, 6:09 p.m.) > > > Review request for mesos, Alexander Rukletsov and Ben Mahler. > > > Bugs: MESOS-4719 > https://issues.apache.org/jira/browse/MESOS-4719 > > > Repository: mesos > > > Description > ------- > > Added allocator metric for the number of allocations to a framework. > > > Diffs > ----- > > src/master/allocator/mesos/hierarchical.hpp > 0d39d3f3b5f4ff7f62f9de7200d062845c71818a > src/master/allocator/mesos/hierarchical.cpp > 5ef29f26ec8071f79c2f4f78dbe2bb0a613cc92d > src/tests/hierarchical_allocator_tests.cpp > 1af5c9870430eb05ca0b19ece0ca2957a05093ff > > Diff: https://reviews.apache.org/r/43881/diff/ > > > Testing > ------- > > make check (OS X) > > I confirmed that this does not lead to general performance regressions in the > allocator; this is partially expected since the added code only inserts > metrics in the allocator while the actual work is perform asynchronously. > These tests where performed with > `HierarchicalAllocator_BENCHMARK_Test.DeclineOffers` on an optimized build > under OS X using clang(trunk) as compiler. > > > Thanks, > > Benjamin Bannier > >