You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Vladislav Pyatkov (Jira)" <ji...@apache.org> on 2024/10/03 14:41:00 UTC
[jira] [Updated] (IGNITE-22842) Clients return to the fork-join pool after handle sync-operation
[ https://issues.apache.org/jira/browse/IGNITE-22842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Vladislav Pyatkov updated IGNITE-22842:
---------------------------------------
Summary: Clients return to the fork-join pool after handle sync-operation (was: The client returns to the fork-join pool after handling operations on the server side)
> Clients return to the fork-join pool after handle sync-operation
> ----------------------------------------------------------------
>
> Key: IGNITE-22842
> URL: https://issues.apache.org/jira/browse/IGNITE-22842
> Project: Ignite
> Issue Type: Improvement
> Reporter: Vladislav Pyatkov
> Assignee: Vladislav Pyatkov
> Priority: Major
> Labels: ignite-3
>
> h3. Motivation
> In synchronous operation, we return the result to the fork join pool before providing the result to the client in their pool. Of course, the tric costs several microseconds.
> {noformat}
> loadSchemaAndReadData:ForkJoinPool.commonPool-worker-9 0.2 9950400 9950600
> Here is hidden 5.2 us
> kvClientPutEndMark:org.apache.ignite.internal.benchmark.InsertBenchmark.kvThinInsert-jmh-worker-1 0.0 9955800 9955800
> {noformat}
> The issue is simullar IGNITE-22838 but about that type of operation that started on the client side.
> h3. Definition of done
> We need to develop a strategy that does not involve the extra thread in synchronous operation.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)