Fixing the Acrolinx for Correctness score

Author: Padmalathas

articles/batch/batch-get-resource-counts.md

@@ -9,19 +9,19 @@ ms.devlang: csharp
 
 To monitor and manage large-scale Azure Batch solutions, you may need to determine counts of resources in various states. Azure Batch provides efficient operations to get counts for Batch tasks and compute nodes. You can use these operations instead of potentially time-consuming list queries that return detailed information about large collections of tasks or nodes.
 
-- [Get Task Counts](/rest/api/batchservice/job/gettaskcounts) gets an aggregate count of active, running, and completed tasks in a job, and of tasks that succeeded or failed. By counting tasks in each state, you can more easily display job progress to a user, or detect unexpected delays or failures that may affect the job.
+- [Get Task Counts](/rest/api/batchservice/job/gettaskcounts) gets an aggregate count of active, running, and completed tasks in a job, and of tasks that succeeded or failed. By counting tasks in each state, you can easily display job progress to a user, or detect unexpected delays or failures that may affect the job.
 
 - [List Pool Node Counts](/rest/api/batchservice/account/listpoolnodecounts) gets the number of dedicated and [Spot compute nodes](batch-spot-vms.md) in each pool that are in various states: creating, idle, offline, preempted, rebooting, reimaging, starting, and others. By counting nodes in each state, you can determine when you have adequate compute resources to run your jobs, and identify potential issues with your pools.
 
-Note that at times, the numbers returned by these operations may not be up to date. If you need to be sure that a count is accurate, use a list query to count these resources. List queries also let you get information about other Batch resources such as applications. For more information about applying filters to list queries, see [Create queries to list Batch resources efficiently](batch-efficient-list-queries.md).
+At times, the numbers returned by these operations may not be up to date. If you need to be sure that a count is accurate, use a list query to count these resources. List queries also let you get information about other Batch resources such as applications. For more information about applying filters to list queries, see [Create queries to list Batch resources efficiently](batch-efficient-list-queries.md).
 
 ## Task state counts
 
-The Get Task Counts operation counts tasks by the following states:
+The `Get` Task Counts operation counts tasks by the following states:
 
-- **Active**: A task that is queued and able to run, but is not currently assigned to a compute node. A task is also `active` if it is [dependent on a parent task](batch-task-dependencies.md) that has not yet completed.
-- **Running**: A task that has been assigned to a compute node, but has not yet completed. A task is counted as `running` when its state is either `preparing` or `running`, as indicated by the [Get information about a task](/rest/api/batchservice/task/get) operation.
-- **Completed**: A task that is no longer eligible to run, because it either finished successfully, or finished unsuccessfully and also exhausted its retry limit.
+- **Active**: A task that's queued and ready to run but isn't currently assigned to any compute node. A task is also `active` if it's [dependent on a parent task](batch-task-dependencies.md) that hasn't yet completed.
+- **Running**: A task that has been assigned to a compute node but hasn't yet finished. A task is counted as `running` when its state is either `preparing` or `running`, as indicated by the [`Get`information about a task](/rest/api/batchservice/task/get) operation.
+- **Completed**: A task that's no longer eligible to run, because it either finished successfully, or finished unsuccessfully and also exhausted its retry limit.
 - **Succeeded**: A task where the result of task execution is `success`. Batch determines whether a task has succeeded or failed by checking the `TaskExecutionResult` property of the [executionInfo](/rest/api/batchservice/task/get) property.
 - **Failed**: A task where the result of task execution is `failure`.
 
@@ -43,19 +43,19 @@ You can use a similar pattern for REST and other supported languages to get task
 
 The List Pool Node Counts operation counts compute nodes by the following states in each pool. Separate aggregate counts are provided for dedicated nodes and Spot nodes in each pool.
 
-- **Creating**: An Azure-allocated VM that has not yet started to join a pool.
-- **Idle**: An available compute node that is not currently running a task.
+- **Creating**: An Azure-allocated VM that hasn't yet started to join a pool.
+- **Idle**: A compute node that's availale and currently not running any tasks.
 - **LeavingPool**: A node that is leaving the pool, either because the user explicitly removed it or because the pool is resizing or autoscaling down.
 - **Offline**: A node that Batch cannot use to schedule new tasks.
 - **Preempted**: A Spot node that was removed from the pool because Azure reclaimed the VM. A `preempted` node can be reinitialized when replacement Spot VM capacity is available.
 - **Rebooting**: A node that is restarting.
-- **Reimaging**: A node on which the operating system is being reinstalled.
+- **Reimaging**: A node where the OS is being reinstalled.
 - **Running** : A node that is running one or more tasks (other than the start task).
-- **Starting**: A node on which the Batch service is starting.
-- **StartTaskFailed**: A node on which the [start task](/rest/api/batchservice/pool/add#starttask) failed and exhausted all retries, and on which `waitForSuccess` is set on the start task. The node is not usable for running tasks.
+- **Starting**: A node where the Batch service is starting up.
+- **StartTaskFailed**: A node where the [start task](/rest/api/batchservice/pool/add#starttask) failed after all retries, and `waitForSuccess` is enabled. This node cannot run tasks.
 - **Unknown**: A node that lost contact with the Batch service and whose state isn't known.
 - **Unusable**: A node that can't be used for task execution because of errors.
-- **WaitingForStartTask**: A node on which the start task started running, but `waitForSuccess` is set and the start task has not completed.
+- **WaitingForStartTask**: A node on which the start task is running, but `waitForSuccess` is enabled and it hasn't completed.
 
 The following C# snippet shows how to list node counts for all pools in the current account: