> It could be refactored to support a different subset of event types -- > maybe just sockets, no latches and obviously no 'postmaster death'.
Ok. > But figuring out how to make latches work between threads might also > be interesting for future projects... Maybe. Some people are working on threading PostgreSQL. They may already know... > Maybe Fabien has completion-based I/O in mind (not just "readiness"). > That's something that some of those libraries can do, IIUC. For > example, when your thread wakes up, it tells you "your socket read is > finished, the data is already in your target buffer". As opposed to > "you can now call recv() without blocking", so you avoid another trip > into the kernel. But that's also something we'll eventually want to > figure out in the server. Agreed. -- Tatsuo Ishii SRA OSS LLC English: http://www.sraoss.co.jp/index_en/ Japanese:http://www.sraoss.co.jp