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