Skip to content
Snippets Groups Projects
  • mechanik20051988's avatar
    2ede3be3
    iproto: implement ability to run multiple iproto threads · 2ede3be3
    mechanik20051988 authored
    There are users that have specific workloads where iproto thread
    is the bottleneck of throughput: iproto thread's code is 100% loaded
    while TX thread's core is not. For such cases it would be nice to have
    a capability to create several iproto threads.
    
    Closes #5645
    
    @TarantoolBot document
    Title: implement ability to run multiple iproto threads
    Implement ability to run multiple iproto threads, which is useful
    in some specific workloads where iproto thread is the bottleneck
    of throughput. To specify count of iproto threads, user should used
    iproto_threads option in box.cfg. For example if user want to start
    8 iproto threads, he must enter `box.cfg{iproto_threads=8}`. Default
    iproto threads count == 1. This option is not dynamic, so user can't
    change it after first setting, until server restart. Distribution of
    connections per threads is managed by OS kernel.
    2ede3be3
    History
    iproto: implement ability to run multiple iproto threads
    mechanik20051988 authored
    There are users that have specific workloads where iproto thread
    is the bottleneck of throughput: iproto thread's code is 100% loaded
    while TX thread's core is not. For such cases it would be nice to have
    a capability to create several iproto threads.
    
    Closes #5645
    
    @TarantoolBot document
    Title: implement ability to run multiple iproto threads
    Implement ability to run multiple iproto threads, which is useful
    in some specific workloads where iproto thread is the bottleneck
    of throughput. To specify count of iproto threads, user should used
    iproto_threads option in box.cfg. For example if user want to start
    8 iproto threads, he must enter `box.cfg{iproto_threads=8}`. Default
    iproto threads count == 1. This option is not dynamic, so user can't
    change it after first setting, until server restart. Distribution of
    connections per threads is managed by OS kernel.