[
https://issues.apache.org/jira/browse/YARN-415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eric Payne updated YARN-415:
----------------------------
Attachment: YARN-415.201408080204.txt
[~leftnoteasy]
Thank you for all of your reviews.
{quote}
bq. However, I had trouble setting up a test with more than one attempt for the
same app. I think I covered the rest.
I suggest you can refer to TestAMRestart#testAMRestartWithExistingContainers as
an example. Please let me know if you still have problem to set up
multi-attempt test.
{quote}
Thanks. I think I've got it now.
{quote}
{code}
+ private final static File TEMP_DIR = new File(System.getProperty(
+ "test.build.data", "/tmp"), "decommision");
{code}
I think it didn't use by the test
{quote}
Good catch. I removed the declaration.
{quote}
{code}
+ Assert.assertTrue(YarnConfiguration.DEFAULT_RM_AM_MAX_ATTEMPTS > 1);
{code}
We don't need this assert
{quote}
I removed it.
{quote}
{code}
+System.out.println("EEP 001");
{code}
It's better to remove such personal debug-info.
{quote}
I'm sorry. This was an unprofessional oversight. I removed them.
{quote}
{code}
+ conf.setInt(YarnConfiguration.RM_AM_MAX_ATTEMPTS,
+ YarnConfiguration.DEFAULT_RM_AM_MAX_ATTEMPTS);
{code}
It's better to put such logic to setup
{quote}
I moved this code to the setup() method.
{quote}
And please update your patch against trunk,
{quote}
I did so. Thank you again.
> Capture memory utilization at the app-level for chargeback
> ----------------------------------------------------------
>
> Key: YARN-415
> URL: https://issues.apache.org/jira/browse/YARN-415
> Project: Hadoop YARN
> Issue Type: New Feature
> Components: resourcemanager
> Affects Versions: 0.23.6
> Reporter: Kendall Thrapp
> Assignee: Andrey Klochkov
> Attachments: YARN-415--n10.patch, YARN-415--n2.patch,
> YARN-415--n3.patch, YARN-415--n4.patch, YARN-415--n5.patch,
> YARN-415--n6.patch, YARN-415--n7.patch, YARN-415--n8.patch,
> YARN-415--n9.patch, YARN-415.201405311749.txt, YARN-415.201406031616.txt,
> YARN-415.201406262136.txt, YARN-415.201407042037.txt,
> YARN-415.201407071542.txt, YARN-415.201407171553.txt,
> YARN-415.201407172144.txt, YARN-415.201407232237.txt,
> YARN-415.201407242148.txt, YARN-415.201407281816.txt,
> YARN-415.201408062232.txt, YARN-415.201408080204.txt, YARN-415.patch
>
>
> For the purpose of chargeback, I'd like to be able to compute the cost of an
> application in terms of cluster resource usage. To start out, I'd like to
> get the memory utilization of an application. The unit should be MB-seconds
> or something similar and, from a chargeback perspective, the memory amount
> should be the memory reserved for the application, as even if the app didn't
> use all that memory, no one else was able to use it.
> (reserved ram for container 1 * lifetime of container 1) + (reserved ram for
> container 2 * lifetime of container 2) + ... + (reserved ram for container n
> * lifetime of container n)
> It'd be nice to have this at the app level instead of the job level because:
> 1. We'd still be able to get memory usage for jobs that crashed (and wouldn't
> appear on the job history server).
> 2. We'd be able to get memory usage for future non-MR jobs (e.g. Storm).
> This new metric should be available both through the RM UI and RM Web
> Services REST API.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
