@@ -8,11 +8,11 @@ Current Operation Reporting
8
8
9
9
The :method:`db.currentOp()` helper in the :program:`mongo` shell
10
10
reports on the current operations running on the :program:`mongod`
11
- instance. The command returns the ``inprog`` array, that contains a
11
+ instance. The command returns the ``inprog`` array, which contains a
12
12
document for each in progress operation. Consider the following
13
13
example output:
14
14
15
- .. code-block::
15
+ .. code-block:: javascript
16
16
17
17
{
18
18
"inprog": [
@@ -63,7 +63,7 @@ example output:
63
63
64
64
db.currentOp(true)
65
65
66
- Furthermore, active operations (i.e. where :data:`active` are
66
+ Furthermore, active operations (i.e. where :data:`active` is
67
67
``true``) will return additional fields.
68
68
69
69
Output Reference
@@ -72,17 +72,17 @@ Output Reference
72
72
.. data:: opid
73
73
74
74
Holds an identifier for the operation. You can pass this value to
75
- :method:`db.killOp()` in the :program:`mongo` shell to terminate an
75
+ :method:`db.killOp()` in the :program:`mongo` shell to terminate the
76
76
operation.
77
77
78
78
.. data:: active
79
79
80
- A boolean value, that is ``true`` if the option is currently running,
81
- or ``false`` if queued and waiting for a lock to run.
80
+ A boolean value, that is ``true`` if the option is currently running
81
+ or ``false`` if the operation is queued and waiting for a lock to run.
82
82
83
83
.. data:: secs_running
84
84
85
- The duration of this operation in seconds.
85
+ The duration of the operation in seconds.
86
86
87
87
.. data:: op
88
88
@@ -98,20 +98,20 @@ Output Reference
98
98
99
99
.. data:: ns
100
100
101
- The :term:`namespace` that this operation targets. Namespaces are
101
+ The :term:`namespace` the operation targets. Namespaces are
102
102
formed using the name of the :term:`database` and the name of the
103
103
:term:`collection`.
104
104
105
105
.. data:: query
106
106
107
- A document containing the current operation's query. This document
107
+ A document containing the current operation's query. The document
108
108
is empty for operations that do not have queries: ``getmore``,
109
109
``insert``, ``delete``, and ``command``.
110
110
111
111
.. data:: client
112
112
113
113
The IP address (or hostname) and the ephemeral port of the client
114
- connection where this operation originates. If your ``inprog``
114
+ connection where the operation originates. If your ``inprog``
115
115
array has operations from many different clients, use this string
116
116
to relate operations to clients.
117
117
@@ -122,16 +122,16 @@ Output Reference
122
122
123
123
.. data:: threadId
124
124
125
- An identifier for the thread that services this operations and its
125
+ An identifier for the thread that services the operation and its
126
126
connection.
127
127
128
128
.. data:: connectionId
129
129
130
- An identifier for the connection where this operation originated.
130
+ An identifier for the connection where the operation originated.
131
131
132
132
.. data:: locks
133
133
134
- The :data:`locks` document reports on the kinds of locks this
134
+ The :data:`locks` document reports on the kinds of locks the
135
135
operation currently holds. The following lock types are possible:
136
136
137
137
.. data:: locks.^
@@ -161,55 +161,55 @@ Output Reference
161
161
.. data:: msg
162
162
163
163
The :data:`msg` provides a message that describes the status and
164
- progress of the operation. In the case of indexing operations, this
164
+ progress of the operation. In the case of indexing operations, the
165
165
field reports the completion percentage.
166
166
167
167
.. data:: numYields
168
168
169
- :data:`numYields` is a counter that reports the number of time that
170
- this operation has yielded to allow other operations to complete.
169
+ :data:`numYields` is a counter that reports the number of times the
170
+ operation has yielded to allow other operations to complete.
171
171
172
- Typically, operations will yield when they need access that
173
- is not yet in memory while MongoDB reads in the data . This allows
174
- other operations that have data already in memory, to complete quickly
175
- while MongoDB reads the data for the yielding operation into memory .
172
+ Typically, operations yield when they need access to data that
173
+ MongoDB has not yet fully read into memory . This allows
174
+ other operations that have data in memory to complete quickly
175
+ while MongoDB reads in data for the yielding operation.
176
176
177
177
.. data:: lockStats
178
178
179
- The :data:`lockStats` document reflects the amount of time that
180
- this operation has spent both acquiring and holding
179
+ The :data:`lockStats` document reflects the amount of time the
180
+ operation has spent both acquiring and holding
181
181
locks. :data:`lockStats` reports data on a per-lock type, with the
182
182
following possible lock types:
183
183
184
- - ``r`` represents the database specific read lock and
184
+ - ``r`` represents the database specific read lock, and
185
185
- ``w`` represents the database specific write lock.
186
186
187
187
.. data:: timeLockedMicros
188
188
189
189
The :data:`timeLockedMicros` document reports the amount of
190
- time this operation has spent holding a specific lock.
190
+ time the operation has spent holding a specific lock.
191
191
192
192
.. data:: timeLockedMicros.r
193
193
194
- Reports the amount of time that this operation has held the
195
- database specific read lock in microseconds .
194
+ Reports the amount of time in microseconds the operation has held the
195
+ database specific read lock.
196
196
197
197
.. data:: timeLockedMicros.w
198
198
199
- Reports the amount of time that this operation has held the
200
- database specific write lock in microseconds .
199
+ Reports the amount of time in microseconds the operation has held the
200
+ database specific write lock.
201
201
202
202
.. data:: timeAquiringMicros
203
203
204
204
The :data:`timeLockedMicros` document reports the amount of time
205
- this operation has spent *waiting* to acquire a specific lock.
205
+ the operation has spent *waiting* to acquire a specific lock.
206
206
207
207
.. data:: timeAcquiringMicros.r
208
208
209
- Reports the mount of time the operation has waited for the
210
- database specific read lock in microseconds .
209
+ Reports the mount of time in microseconds the operation has waited for the
210
+ database specific read lock.
211
211
212
212
.. data:: timeAcquiringMicros.w
213
213
214
- Reports the mount of time the operation has waited for the
215
- database specific write lock in microseconds .
214
+ Reports the mount of time in microseconds the operation has waited for the
215
+ database specific write lock.
0 commit comments