+michael, does this look good to you? If so, I can get this committed.
On Wed, Jun 24, 2015 at 12:35 AM, haosdent huang haosd...@gmail.com wrote:
---
This is an automatically generated e-mail. To reply, visit:
Wasn't sure if you guys saw this?
On Wed, Jun 24, 2015 at 3:22 PM, Ben Mahler benjamin.mah...@gmail.com
wrote:
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/34943/
3rdparty/libprocess/3rdparty/stout/include/stout/flags/flags.hpp
Jie, I thought that duplicate includes of headers don't have a significant
impact on compile times given our include guards, why do you say it slows
down the compilation?
e.g. https://gcc.gnu.org/onlinedocs/cppinternals/Guard-Macros.html
On Thu, Jul 30, 2015 at 12:57 PM, Vinod Kone
Well, it does seem easier to maintain includes if we rely on the parent
header demonstrating intent to provide symbols (e.g. adding a vector to an
interface does not require adding includes in all child files).
If it provides significant speedup to build times, it would be very
compelling!
How
https://issues.apache.org/jira/browse/MESOS-2902 says this will be done in
a module instead?
Do we still need this review?
On Wed, Jul 22, 2015 at 3:31 AM, Mesos ReviewBot reviews@mesos.apache.org
wrote:
---
This is an automatically
Seems like os::strerror() would be more consistent with our other posix api
wrappers.
On Wed, Oct 7, 2015 at 9:27 AM, Bernd Mathiske wrote:
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/39005/
>
Apologies, I've committed the fix for cmake. Looking forward to getting it
set up in jenkins to catch these!
On Sun, Oct 11, 2015 at 9:53 AM, haosdent huang wrote:
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/37024/
>
> On
This patch still depends on https://reviews.apache.org/r/38579/, are you
planning to remove the dependency? I can't ship these smaller changes since
they depend on the large refactor and your layer id patch:
https://reviews.apache.org/r/38443/
On Tue, Oct 6, 2015 at 5:16 PM, Jojy Varghese
Jie or Ian, can you shepherd this?
On Sat, Oct 3, 2015 at 5:25 PM, Mesos ReviewBot
wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/36180/#review101422
>
---
See summary.
Diffs
-
src/docker/docker.cpp ffbd7ef56d02dfe550a60851251e6645d2ca5925
Diff: https://reviews.apache.org/r/48426/diff/
Testing
---
make check
Thanks,
Benjamin Mahler
1b3a7795b1db83394d4b884c1041c341f88a7df1
src/launcher/executor.cpp ffebb3a496be6a20396f8f539372a1e7527c9b6d
Diff: https://reviews.apache.org/r/48427/diff/
Testing
---
make check
Thanks,
Benjamin Mahler
---
See summary.
Diffs
-
src/tests/containerizer/docker_tests.cpp
7ef52ade0d3389f9e24e3c5c7dda4f8809b9d83f
Diff: https://reviews.apache.org/r/48424/diff/
Testing
---
sudo make check
Thanks,
Benjamin Mahler
---
This test assumes that a Try is Some, and the test can be written more
succinctly.
Diffs
-
src/tests/containerizer/docker_tests.cpp
7ef52ade0d3389f9e24e3c5c7dda4f8809b9d83f
Diff: https://reviews.apache.org/r/48423/diff/
Testing
---
sudo make check
Thanks,
Benjamin Mahler
---
See summary.
Diffs
-
src/docker/docker.cpp ffbd7ef56d02dfe550a60851251e6645d2ca5925
Diff: https://reviews.apache.org/r/48422/diff/
Testing
---
make check
Thanks,
Benjamin Mahler
5591a6784afd10b4c7535f90c2e6745fa74c318b
src/tests/containerizer/docker_tests.cpp
7ef52ade0d3389f9e24e3c5c7dda4f8809b9d83f
src/tests/mesos.hpp 6f2888023c957f0af4f7374c98e406816a8423e3
Diff: https://reviews.apache.org/r/48428/diff/
Testing
---
sudo make check
Thanks,
Benjamin Mahler
d9ffc18496718701fac8182506a8c36e21e9c319
src/docker/docker.cpp ffbd7ef56d02dfe550a60851251e6645d2ca5925
src/tests/containerizer/docker_tests.cpp
7ef52ade0d3389f9e24e3c5c7dda4f8809b9d83f
Diff: https://reviews.apache.org/r/48430/diff/
Testing
---
Added a test.
Thanks,
Benjamin Mahler
/
Testing
---
sudo make check
Thanks,
Benjamin Mahler
---
WSTRINGIFY will specify whether the command terminated with a particular singal
or exited with a particular status.
Diffs
-
src/docker/docker.cpp ffbd7ef56d02dfe550a60851251e6645d2ca5925
Diff: https://reviews.apache.org/r/48425/diff/
Testing
---
make check
Thanks,
Benjamin
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/47719/#review136730
---
Ship it!
Thanks!
- Benjamin Mahler
On May 23, 2016, 6:11
ge what we accept.
Ideally, we could pull in a regex or parsing expression grammar library to
more formally define our formats. The current parsing code is a mess.
- Benjamin Mahler
On March 22, 2016, 1:22 p.m., Klaus Ma wrote:
>
> -
ly generated e-mail. To reply, visit:
https://reviews.apache.org/r/47362/#review133213
---
On May 13, 2016, 9:46 p.m., Benjamin Mahler wrote:
>
> ---
> This is an automatica
the new files to the cmake build.
We should have some tests for this new isolator, I'll leave MESOS-5582 open for
the addition of the tests.
- Benjamin Mahler
On June 9, 2016, 7:34 a.m., Kevin Klues wrote:
>
> ---
> This is an auto
isolators.push_back(Owned(isolator.get()));
- types.erase(creator.first);
+ isolators.emplace_back(isolator.get());
}
}
- if (types.size() != 0) {
-return Error("Unknown or unsupported isolators '" + stringify(types) +
"'");
+ i
tps://reviews.apache.org/r/48455/#comment202002>
Rather than just removing this one, would you mind doing an audit of the
headers? We're missing a lot of includes here.
- Benjamin Mahler
On June 9, 2016, 1:30 a.m., Guangya Liu
36881
-------
On June 9, 2016, 4:04 a.m., Benjamin Mahler wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/
> On June 9, 2016, 11:52 p.m., Benjamin Mahler wrote:
> > Ship It!
We should clarify that QuotaProvidesGuarantee is a test in the summary of this
review because it will become the commit message.
-
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/48458/#review136934
---
Ship it!
Ship It!
- Benjamin Mahler
On June 9, 2016, 2:38
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/48428/#review136726
---
On June 9, 2016, 3:57 a.m., Benjamin Mahler wrote:
>
> ---
the response due to the string construction.
- Benjamin
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/47362/#review133250
---
On M
the encoder. The response encoder
requires the corresponding request object, which we don't have here (I'd have
to make this test more inconsistent with the rest).
- Benjamin
---
This is an automatically generated e-mail.
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/48578/#review137573
---
Ship it!
Ship It!
- Benjamin Mahler
On June 11, 2016, 3:03
Ditto below.
- Benjamin Mahler
On June 11, 2016, 3:06 a.m., Kevin Klues wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https:
(lines 59 - 63)
<https://reviews.apache.org/r/48363/#comment202758>
Looks like this should be alongside isolator includes?
- Benjamin Mahler
On June 11, 2016, 3:04 a.m., Kevin Klues wrote:
>
> ---
> This is an automatica
/containerizer.cpp
92c9898fb41ca0ffbda05e53b595b05c96f4f596
Diff: https://reviews.apache.org/r/48662/diff/
Testing
---
sudo make check
Thanks,
Benjamin Mahler
have lambdas to make this cleaner :)
- Benjamin
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/48422/#review136712
---
On June 8, 2016, 7:18
Benjamin
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/48423/#review136714
---
On June 8, 2016, 7:18 p.m., Benjamin Mahler wrote:
>
> ---
> This i
6f2888023c957f0af4f7374c98e406816a8423e3
Diff: https://reviews.apache.org/r/48428/diff/
Testing
---
sudo make check
Thanks,
Benjamin Mahler
)
-
src/docker/executor.cpp 1b3a7795b1db83394d4b884c1041c341f88a7df1
Diff: https://reviews.apache.org/r/48429/diff/
Testing
---
sudo make check
Thanks,
Benjamin Mahler
(line 1285)
<https://reviews.apache.org/r/47991/#comment200669>
We should add a comment here since this is a bit of a hack to avoid copying
the request. Ideally we make it a Shared or Owned when it is received from the
decoder.
- Benjamin Mahler
On May 27, 2016, 10:14 p.m., Anand Ma
reader
} else {
moved = true;
add to writes
}
```
This seems to miss the idea?
- Benjamin Mahler
On May 30, 2016, 11:21 p.m., Anand Mazumdar wrote:
>
> ---
> This is an automatically generated e
/containerizer/mesos/isolators/cgroups/devices/gpus/nvidia.cpp
d7557a0c338e8c0e51461b2326600c03f89c2e8b
Diff: https://reviews.apache.org/r/48671/diff/
Testing
---
make check
Thanks,
Benjamin Mahler
> On June 21, 2016, 10:36 p.m., Benjamin Mahler wrote:
> > include/mesos/resources.hpp, lines 252-256
> > <https://reviews.apache.org/r/48906/diff/1/?file=1423388#file1423388line252>
> >
> > The Resources abstraction shouldn't need to know anything about sc
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/48986/#review139000
---
Ship it!
Ship It!
- Benjamin Mahler
On June 22, 2016, 12:07
> On June 21, 2016, 10:05 p.m., Benjamin Mahler wrote:
> > Can you describe why you made this change?
> >
> > This follows the same pattern as other isolators (e.g. cpushare.cpp,
> > mem.cpp), so it's hard to tell what the issue is here.
>
> Qian Zhang
---
See summary.
Diffs
-
3rdparty/libprocess/include/process/posix/subprocess.hpp
66efa257850e62cb18a40cac1820f4df37f2a114
Diff: https://reviews.apache.org/r/49057/diff/
Testing
---
make check
Thanks,
Benjamin Mahler
: https://reviews.apache.org/r/49057/diff/
Testing
---
make check
Thanks,
Benjamin Mahler
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/48369/#review137642
---
Ship it!
Ship It!
- Benjamin Mahler
On June 11, 2016, 3:06
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/48368/#review137641
---
Ship it!
Ship It!
- Benjamin Mahler
On June 11, 2016, 3:06
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/48376/#review138097
---
Ship it!
- Benjamin Mahler
On June 11, 2016, 3:05 a.m
e here?
- Benjamin Mahler
On June 11, 2016, 3:37 a.m., Kevin Klues wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.
/nvidia_gpu_isolator_tests.cpp (lines 231 - 232)
<https://reviews.apache.org/r/48367/#comment203325>
Let's break this test apart so that it's a bit clearer what is being tested.
For example:
AutoDiscovery
FlagValidation
- Benjamin Mahler
On June 11, 2016
we print out to the user (error messages,
log messages, etc).
src/slave/containerizer/containerizer.cpp (line 140)
<https://reviews.apache.org/r/48366/#comment203320>
s/unsigned/non-negative/?
- Benjamin Mahler
On June 11, 2016, 3:07 a.m.,
tps://reviews.apache.org/r/48832/#comment203458>
Perhaps we need a comment here to point out that libelf is needed for the
Nvidia GPU support?
- Benjamin Mahler
On June 17, 2016, 6:29 a.m., Kevin Klues wrote:
>
> ---
> This is a
tps://reviews.apache.org/r/48906/#comment204151>
The Resources abstraction shouldn't need to know anything about scarce
resources, you can just use the 'filter' function above if you want to perform
some custom filtering in the caller.
- Benjamin Mahler
On June 18, 2016, 1:04 p.m., Guangya Liu
> On June 17, 2016, 10:07 p.m., Benjamin Mahler wrote:
> > While it's nice to document that this is internally only doing a
> > receive-side shutdown, I'm left wondering why. And now that it's
> > documented, the restriction looks intentional but the intention is
behavior than BSD sockets,
let me know if I'm missing something there.
- Benjamin Mahler
On June 20, 2016, 12:35 p.m., Neil Conway wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.
on GPU agents, in order to
// avoid occupying a GPU agent and preventing GPU workloads
// from running! Currently, if a ...
```
- Benjamin Mahler
On June 21, 2016, 2:14 p.m., Guangya Liu
. For example, when
the weights are updated, why aren't we setting dirty to true?
src/master/allocator/sorter/drf/sorter.cpp (lines 343 - 345)
<https://reviews.apache.org/r/48579/#comment204125>
No need for the comment here.
- Benjamin Mahler
On June 11, 2016, 8:30 a.m., Guangya Liu
;
// shares: a = .05, b = .06
EXPECT_EQ(list({"a", "b"}), sorter.sort());
// Increase b's weight to flip the sort order.
sorter.update("b", 2);
// shares: a = .05, b = .03
EXPECT_EQ(
> On June 21, 2016, 8:35 p.m., Benjamin Mahler wrote:
> > It looks like dirty is not being set to true in all cases. For example,
> > when the weights are updated, why aren't we setting dirty to true?
Just saw that you fixed this in your next patch, I'll go through this again
t204122>
Include for CHECK_SOME?
src/master/allocator/sorter/drf/sorter.cpp (line 416)
<https://reviews.apache.org/r/48455/#comment204124>
Include for Option?
- Benjamin Mahler
On June 11, 2016, 8:27 a.m., Guangya Liu wrote:
>
> --
> On June 21, 2016, 9:32 p.m., Benjamin Mahler wrote:
> > Very nice, however the meaning of the color doesn't seem discoverable. Do
> > we also need a legend or an explicit field to indicate the state?
>
> Tomasz Janiszewski wrote:
> How about adding "Conn
plementation shifts.
- Benjamin Mahler
On June 11, 2016, 8:30 a.m., Guangya Liu wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://re
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/48455/#review138944
---
Ship it!
- Benjamin Mahler
On June 11, 2016, 8:27 a.m
pattern as other isolators (e.g. cpushare.cpp, mem.cpp),
so it's hard to tell what the issue is here.
- Benjamin Mahler
On June 21, 2016, 8:43 a.m., Qian Zhang wrote:
>
> ---
> This is an automatically generated e-mail. To rep
discoverable. Do we
also need a legend or an explicit field to indicate the state?
- Benjamin Mahler
On June 18, 2016, 7:16 p.m., Tomasz Janiszewski wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit
e pull this fix into a patch separate from this one.
- Benjamin Mahler
On June 18, 2016, 8:22 p.m., Tomasz Janiszewski wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.
> On June 21, 2016, 9:39 p.m., Benjamin Mahler wrote:
> > src/webui/master/static/js/controllers.js, lines 151-154
> > <https://reviews.apache.org/r/48911/diff/1/?file=1423454#file1423454line151>
> >
> > This still looks incorrect, we need to set the stopped
ages (e.g. agent_framework.html) have progress
bars?)
- Benjamin Mahler
On June 17, 2016, 10:06 p.m., Tomasz Janiszewski wrote:
>
> ---
> This is an automatically generated
`Socket::shutdown`?
Can you check with Joris?
[1]
https://github.com/apache/mesos/blob/0.22.0/3rdparty/libprocess/src/process.cpp#L1772-L1775
- Benjamin Mahler
On June 16, 2016, 8:55 a.m., Neil Conway wrote:
>
> ---
>
/agents.html (lines 20 - 21)
<https://reviews.apache.org/r/48885/#comment203522>
Whoops, there should be no change to these two.
- Benjamin Mahler
On June 17, 2016, 10:37 p.m., Tomasz Janiszewski wrote:
>
> ---
> This is a
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/48883/#review138323
---
Ship it!
Ship It!
- Benjamin Mahler
On June 17, 2016, 8:58
> On June 17, 2016, 10:19 p.m., Benjamin Mahler wrote:
> > Very nice!
>
> Tomasz Janiszewski wrote:
> @bmahler Thanks for review. I fixed issues. Would you mind take a look
> once again.
> BTW: I saw your
> [todo](https://g
/49108/diff/
Testing
---
N/A
Thanks,
Benjamin Mahler
/49109/diff/
Testing
---
N/A
Thanks,
Benjamin Mahler
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/49013/#review139149
---
Ship it!
Ship It!
- Benjamin Mahler
On June 22, 2016, 9:51
> On June 21, 2016, 10:36 p.m., Benjamin Mahler wrote:
> > include/mesos/resources.hpp, lines 252-256
> > <https://reviews.apache.org/r/48906/diff/1/?file=1423388#file1423388line252>
> >
> > The Resources abstraction shouldn't need to know anything about sc
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/49127/#review139200
---
Ship it!
Ship It!
- Benjamin Mahler
On June 23, 2016, 2:07
able to use gpus,
rather than just being aware of GPUs (e.g. be careful about running non-GPU
workloads on GPU machines, in the future may experience more revocation).
- Benjamin Mahler
On June 18, 2016, 10:07 p.m., Kevin
-mail. To reply, visit:
> https://reviews.apache.org/r/48914/
> ---
>
> (Updated June 18, 2016, 10:07 p.m.)
>
>
> Review request for mesos and Benjamin Mahler.
>
>
> Bugs: MESOS-5634
> https:/
upport
for `--num_tasks`. In the past we found it was a burden to maintain a
proliferation of example frameworks so it would be great if we could leverage
the command (aka "no executor") framework here by adding the `--capabilities`
flag.
- Benjamin Mahler
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/48979/#review138734
---
Ship it!
- Benjamin Mahler
On June 21, 2016, 1:36 a.m
> On June 21, 2016, 1:23 a.m., Benjamin Mahler wrote:
> > include/mesos/mesos.proto, lines 278-281
> > <https://reviews.apache.org/r/48914/diff/1/?file=1423477#file1423477line278>
> >
> > How about the following?
> >
> > ```
> >
log to obtain CHECK
src/slave/containerizer/mesos/isolators/gpu/nvml.cpp (line 216)
<https://reviews.apache.org/r/48364/#comment203019>
To avoid double logging we should omit the caller available information
here (the index).
- Benjamin Mah
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/46025/#review138320
---
Ship it!
Ship It!
- Benjamin Mahler
On June 16, 2016, 8:55
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/48881/#review138321
---
Ship it!
Ship It!
- Benjamin Mahler
On June 17, 2016, 8:57
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/48882/#review138322
---
Ship it!
Ship It!
- Benjamin Mahler
On June 17, 2016, 8:58
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/48571/#review138353
---
Ship it!
Ship It!
- Benjamin Mahler
On June 15, 2016, 9:03
confusion, it seems to be only because there is a potential reason
for only allowing `SHUT_RD`. Let's get context from benh and joris to figure
that out. If it was intentional, let's include the reason in your comment,
otherwise let's allow the caller to specify `how`.
- Benjamin Mahler
It seems unfortunate to introduce alternative looping constructs, for
example the following would be the more composable approach:
foreach (int i, reversed(numbers)) {
}
I remember this coming up before:
ver the UPID of the linkee.
//
// In order to simulate "stale" links (see MESOS-), this
// will exit upon receiving a message.
class LinkeeProcess
```
3rdparty/libprocess/src/tests/test_linkee.cpp (lines 44 - 48)
<https://revi
ame code in link_connect) in a
separate patch (no need for to send a review), can do the following:
```
socket->connect(to.address)
```
- Benjamin Mahler
On June 24, 2016, 2:43 a.m., Joseph Wu wrote:
>
> ---
>
(line 314)
<https://reviews.apache.org/r/49174/#comment204977>
How about making this const and using `.at()` instead of the `[]` operator?
- Benjamin Mahler
On June 24, 2016, 2:43 a.m., Joseph Wu wrote:
>
> ---
> This is a
ilure Future into the accept queue? (Much like how
the poll-based socket works?) That way we can deal with the error in the accept
loop in libprocess.
- Benjamin Mahler
On June 27, 2016, 7:38 p.m., Joseph Wu wrote:
>
> ---
> This is an auto
ssume this is why you added the filter?
```
// When adding in the GPU resources, make sure that we filter out
// the existing GPU resources (if any) so that we do not double
// allocate GPUs.
```
- Benjamin Mahler
On June
s.at(containerId);
infos.erase(containerId);
return Nothing();
```
- Benjamin Mahler
On June 23, 2016, 4:34 p.m., Kevin Klues wrote:
>
> ---
> This is an automatically generated
```
src/tests/containerizer/nvidia_gpu_isolator_tests.cpp (lines 442 - 474)
<https://reviews.apache.org/r/48371/#comment204647>
No need for all of these result variables, we can `AWAIT_READY(f())`
directly.
- Benjamin Mahler
On June
Hey Fan,
Left some comments, mostly I'm a bit confused by your comment that OS
vendors can tweak the format. How did you know they only tweak it that
particular way?
Ben
On Wed, Mar 9, 2016 at 11:53 PM, Mesos ReviewBot
wrote:
> This is an automatically generated
Hey guys, we intentionally removed the ability to decrement Counters,
please see the context here on another recent patch:
https://reviews.apache.org/r/44473/
On Tue, Mar 22, 2016 at 12:00 AM, Benjamin Bannier <
benjamin.bann...@mesosphere.io> wrote:
>
>
on.
Thanks,
Benjamin Mahler
1 - 100 of 2507 matches
Mail list logo