diff options
| author | Egor Tensin <Egor.Tensin@gmail.com> | 2022-08-28 15:14:07 +0200 |
|---|---|---|
| committer | Egor Tensin <Egor.Tensin@gmail.com> | 2022-08-28 15:14:07 +0200 |
| commit | 0ff63a9ceff4c8fcd679b52cb1c03d96675f52f0 (patch) | |
| tree | 2b0d1fb32b09988f652228a40508dbcef9c1032e /src/CMakeLists.txt | |
| parent | net: use MSG_NOSIGNAL (diff) | |
| download | cimple-0ff63a9ceff4c8fcd679b52cb1c03d96675f52f0.tar.gz cimple-0ff63a9ceff4c8fcd679b52cb1c03d96675f52f0.zip | |
holy crap, it actually kinda works now
Previously, I had a stupid system where I would create a thread after
every accept(), and put worker descriptors in a queue. A special
"scheduler" thread would then pick them out, and give out jobs to
complete.
The problem was, of course, I couldn't conveniently poll job status from
workers. I thought about using poll(), but that turned out to be a
horribly complicated API. How do I deal with partial reads, for example?
I don't honestly know.
Then it hit me that I could just use the threads that handle accept()ed
connections as "worker threads", which would synchronously schedule jobs
and wait for them to complete. This solves every problem and removes the
need for a lot of inter-thread synchronization magic. It even works now,
holy crap! You can launch and terminate workers at will, and they will
pick up new jobs automatically.
As a side not, msg_recv_and_handle turned out to be too limiting and
complicated for me, so I got rid of that, and do normal
msg_recv/msg_send calls.
Diffstat (limited to '')
| -rw-r--r-- | src/CMakeLists.txt | 3 |
1 files changed, 1 insertions, 2 deletions
diff --git a/src/CMakeLists.txt b/src/CMakeLists.txt index c75bb49..e565d78 100644 --- a/src/CMakeLists.txt +++ b/src/CMakeLists.txt @@ -17,8 +17,7 @@ add_executable(server server_main.c server.c msg.c net.c signal.c - tcp_server.c - worker_queue.c) + tcp_server.c) add_executable(client client_main.c client.c msg.c |