Uploaded image for project: 'JBoss Enterprise Application Platform'
  1. JBoss Enterprise Application Platform
  2. JBEAP-7351

IO subsystem requires reload when increasing size of io-threads or task-max-threads

    XMLWordPrintable

Details

    • Enhancement
    • Resolution: Duplicate
    • Critical
    • None
    • 7.1.0.DR8
    • IO
    • None

    Description

      IO subsystem in EAP requires reload when increasing size of io-threads or task-max-threads.
      Open source competition like Payara doesn't require server reload when tuning thread pools. Example: https://www.youtube.com/watch?v=Nyq4vcEB6oc#t=9m21

      EAP 7 should at least allow increasing the size without reload, decreasing can be a bit complicated but worth exploring so to say.

      Customer use case: application in production, administrator detects increased load, wants to mitigate it a bit. Option would be to increase number of workers as the HW allows that, but can't do that as it requires reload and current clients would be in trouble.

      CLI example:

      [standalone@localhost:9990 /] /subsystem=io/worker=default:write-attribute(name=io-threads, value=40)
{
    "outcome" => "success",
    "response-headers" => {
        "operation-requires-reload" => true,
        "process-state" => "reload-required"
    }
}

      [standalone@localhost:9990 /] /subsystem=io/worker=default:write-attribute(name=task-max-threads, value=140)
{
    "outcome" => "success",
    "response-headers" => {
        "operation-requires-reload" => true,
        "process-state" => "reload-required"
    }
}

      Attachments

        Issue Links

          is blocked by

          Enhancement - An enhancement to or refactoring of existing functionality that is not configurable by an end user (typically a change made by an internal team that affects users) JBEAP-9183 Ability to change task-core-threads/task-max-threads without a reload

          • Critical - To be worked on immediately following BLOCKER issues.
          • Resolved

          Enhancement - An enhancement to or refactoring of existing functionality that is not configurable by an end user (typically a change made by an internal team that affects users) JBEAP-14209 Ability to change io-threads without a reload

          • Major - To be worked after higher priority work items are addressed. When the severity is high and the effort to change it is low to moderate, this term is chosen. Issues in this category likely have an existing workaround but implementation or execution may be non-trivial.
          • Closed

          Enhancement - An enhancement to or refactoring of existing functionality that is not configurable by an end user (typically a change made by an internal team that affects users) XNIO-287 Add runtime modifiable WORKER_IO_THREADS in xnio

          • Major - To be worked after higher priority work items are addressed. When the severity is high and the effort to change it is low to moderate, this term is chosen. Issues in this category likely have an existing workaround but implementation or execution may be non-trivial.
          • Open
          is cloned by

          Enhancement - An enhancement to or refactoring of existing functionality that is not configurable by an end user (typically a change made by an internal team that affects users) WFCORE-2188 IO subsystem requires reload when increasing size of io-threads or task-max-threads

          • Critical - To be worked on immediately following BLOCKER issues.
          • Resolved
          is incorporated by

          Component Upgrade - A task tracking an update to a bundled component or revision of component upstream of the project. JBEAP-8294 (7.1.0) Upgrade to WildFly Core to 3.0.0.Beta2

          • Major - To be worked after higher priority work items are addressed. When the severity is high and the effort to change it is low to moderate, this term is chosen. Issues in this category likely have an existing workaround but implementation or execution may be non-trivial.
          • Verified

          Activity

            People

              dlloyd@redhat.com David Lloyd
              rsvoboda@redhat.com Rostislav Svoboda
              Votes:
              0 Vote for this issue
              Watchers:
              7 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: