Michail Safronov
Michail Safronov
Current dispatcher code have some problems: 1) read from all sockets (without poll) 2) full scan connections table when new connections established 3) long duration for lock when connections table...
Yes, with libevent with pthreads locks enabled. It's more simply than communicate via pipes or sockets.
I use simple stress test from https://github.com/msaf1980/carbontest It's not ideal, but work for me. But main targets - not a perfomance, we need reduce CPU usage and stably process more...
> I do some refactoring of carbon-c-relay dispatcher code (switch dispatcher to libevent and refactor connections table). > This reduce cpu and memory u > I am a bit hesitant...
> Hi, we plan to use `carbon-c-relay`, @grobian is there any plan to merge libevent patch soon? > > @msaf1980 Can we just build a package from your work and...
How you plan to detect state of socket (ready for read, idle or connection hungup) with semaphore ? Traditional way to do this - user event-driven pollers like poll, epoll...
> I might be wrong, but as far as I remember, problem of `poll` syscall under linux that it takes `O(N)` of amount of sockets your application have opened. While...
What X-Gch-Request-Id will be passed for /render queries (2 requests - find and data with different request ids) ?
May be a execution of commands in file, passed as cli parameter ? If attached to running process, than stop -> execute commands -> continue. Also may be useful for...
Some cleanup (sync with current master)