You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by GitBox <gi...@apache.org> on 2020/10/21 21:26:45 UTC
[GitHub] [accumulo] keith-turner opened a new issue #1749: Survey which performance properties have associated metrics.
keith-turner opened a new issue #1749:
URL: https://github.com/apache/accumulo/issues/1749
Accumulo has many configuration properties that enable runtime performance tuning. For tuning a productions system it would be nice if each of these properties had the following when feasible.
* An associated set of metrics that can be used to make informed decisions about tuning the property.
* Documentation that explains for each performance property what its associated metrics are.
This already exists for some performance properties. A survey of what is missing or incomplete can help identify areas for improvement. The survey should at least identify the following for each performance property.
* Performance property name
* Existing associated metrics, if any.
* Assessment of need for additional metrics.
* Existing documentation that links the property to metrics.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [accumulo] keith-turner commented on issue #1749: Survey which performance properties have associated metrics.
Posted by GitBox <gi...@apache.org>.
keith-turner commented on issue #1749:
URL: https://github.com/apache/accumulo/issues/1749#issuecomment-920194017
I took a look at 2.1.0-SNAPSHOTS properties and opened #2271 as a result of noticing that a lot of the props that could use metrics were all thread pools. Other than that I found the following props need further exploration to see if they could benefit from having metrics to help tune them. Some of these may not make sense for metrics, I just took any that I thought may. I plan to work down the following list opening individual issues for ones where it does make sense after investigating them individually.
```
compaction.coordinator.compaction.finalizer.check.interval
compaction.coordinator.compactor.dead.check.interval
compaction.coordinator.message.size.max
compactor.message.size.max
gc.candidate.batch.size
gc.cycle.delay
manager.startup.tserver.avail.max.wait
manager.startup.tserver.avail.min.count
table.bloom.load.threshold
table.bulk.max.tablets
table.cache.block.enable
table.cache.index.enable
table.durability
table.file.max
table.scan.max.memory
tserver.cache.data.size
tserver.cache.index.size
tserver.cache.summary.size
tserver.files.open.idle
tserver.memory.maps.max
tserver.wal.max.age
tserver.wal.max.referenced
tserver.total.mutation.queue.max
tserver.slow.filepermit.time
tserver.slow.flush.time
tserver.server.message.size.max
tserver.scan.files.open.max
```
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: notifications-unsubscribe@accumulo.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org