0
0
Fork 0
mirror of https://github.com/matrix-construct/construct synced 2024-11-25 16:22:35 +01:00
construct/ircd
2018-09-13 05:12:25 -07:00
..
m ircd:Ⓜ️ Use better constexpr for room_id() stack buffer size. 2018-09-13 05:02:24 -07:00
.gitignore Remove certain cruft from .gitignore. 2017-12-12 14:59:41 -07:00
aio.cc ircd::fs: Reorg some #include statements. 2018-08-28 20:15:40 -07:00
aio.h ircd::fs: Reorg some #include statements. 2018-08-28 20:15:40 -07:00
allocator.cc ircd::allocator: Add state::available(n) query. 2018-08-25 18:46:54 -07:00
base.cc ircd: Add b64 <-> b58 convenience conversion suite. 2018-04-22 14:24:37 -07:00
cbor.cc ircd: Move preliminary cbor into directory. 2018-08-11 00:42:08 -07:00
client.cc ircd::client: Move client make_shared into ircd/client.cc due to SO issues. 2018-09-01 22:35:01 -07:00
conf.cc ircd::conf: Add item init callback. 2018-09-03 04:41:14 -07:00
ctx.cc ircd: Relax noexcept in std::function template declarations. 2018-09-13 05:12:25 -07:00
ctx.h ircd::ctx: Minor cleanup. 2018-08-21 08:10:37 -07:00
db.cc ircd: Fix std::ios::openmode name. 2018-09-13 05:12:01 -07:00
db.h ircd::db: Move the write mutex to a global and lock for compaction points too. 2018-08-26 20:46:59 -07:00
demangle.cc ircd::util: Better to return the input symbol rather than throwing not_mangled. 2018-06-11 00:26:20 -07:00
exception.cc ircd: Add make_error_code(std::system_error) for completeness. 2018-08-23 03:23:59 -07:00
fmt.cc ircd::fmt: Support width-aligned signed and unsigned integers. 2018-05-31 10:23:29 -07:00
fs.cc ircd: Fix std::ios::openmode name. 2018-09-13 05:12:01 -07:00
hash.cc ircd:#️⃣ Deinline the abstract finalize() defaulter. 2018-04-08 12:29:29 -07:00
http.cc ircd::http: Simplify interface; DRY. 2018-08-30 19:00:07 -07:00
info.cc ircd::info: Fix some informational timestamps. 2018-09-05 23:32:52 -07:00
ircd.cc construct: Add program option to disable direct IO. 2018-09-03 07:59:05 -07:00
js.cc ircd: Factor out the ircd::BUFSIZE; remove stale ircd::config extern. 2018-08-17 12:51:48 -07:00
json.cc ircd::json: Conditions for which string grammar to invoke. 2018-09-05 23:23:26 -07:00
lexical.cc ircd: Prevent nulls in the output buffer of u2a(). 2018-08-11 00:42:09 -07:00
locale.cc Update Copyrastafaris. 2018-02-05 21:24:34 -08:00
logger.cc ircd::log: Eliminate stack buffers; simplify w/ error directory to stderr. 2018-08-17 12:51:48 -07:00
magic.cc ircd::magic: Avoid stderr pollution by checking if the file exists first. 2018-03-16 23:13:37 -07:00
Makefile.am configure: Rework the SSL support sections. 2018-09-03 03:05:09 -07:00
mods.cc ircd::mods: Minor cleanup. 2018-08-30 21:55:19 -07:00
mods.h ircd::mods: Add shared_from mod& sym_ptr ctor; adjust conversions. 2018-03-25 16:10:52 -07:00
net.cc ircd::net: Minor cleanup. 2018-09-01 22:21:42 -07:00
openssl.cc ircd::openssl: Increase default generated certificate duration value. 2018-08-31 21:53:35 -07:00
parse.cc Update Copyrastafaris. 2018-02-05 21:24:34 -08:00
rand.cc ircd::rand: Modernize interface. 2018-02-15 12:53:00 -08:00
README.md ircd: Remove redundant sentence from README. 2018-02-16 11:26:43 -08:00
resource.cc ircd::resource: Internalize the buffering boilerplate used with json::stack. 2018-09-04 22:03:12 -07:00
rfc1035.cc ircd::rfc1035: Relax SRV rdata assertion. 2018-09-03 03:36:23 -07:00
rfc1459.cc ircd: Consolidate spirit typedefs from all relevant units into spirit.h. 2018-03-17 10:44:40 -07:00
rfc3986.cc ircd: Consolidate spirit typedefs from all relevant units into spirit.h. 2018-03-17 10:44:40 -07:00
server.cc ircd::server: Assertion on tag removal. 2018-09-04 20:27:30 -07:00
sodium.cc ircd::ed25519: Fix fs::read regression from fs:: exception changes. 2018-03-01 04:34:22 -08:00
tokens.cc ircd: Split tokens.cc from lexical.cc 2018-04-24 17:01:11 -07:00

IRCd Library Definitions

This directory contains definitions and linkage for libircd

The purpose of libircd is to facilitate the execution of a server which handles requests from end-users. The library hosts a set of pluggable modules which may introduce the actual application features (or the "business logic") of the server. These additional modules are found in the modules/ directory;

libircd can be embedded in your application with very minimal overhead.

Linking to libircd from your executable allows you to customize and extend the functionality of the server and have control over its execution, or, simply use library routines provided by the library without any daemonization.

libircd runs only one server at a time.

Keeping with the spirit of simplicity of the original architecture, libircd continues to be a "singleton" object which uses globals and keeps actual server state in the library itself. In other words, only one IRC daemon can exist within a process's address space at a time. Whether or not this was a pitfall of the original design, it has emerged over the decades as a very profitable decision for making IRCd an accessible open source internet project.

libircd is single-threaded✝

This methodology ensures there is an uninterrupted, uncontended, predictable execution. If there are periods of execution which are computationally intense like parsing, hashing, cryptography, etc: this is absorbed in lieu of thread synchronization and bus contention. Scaling this system is done through running multiple independent instances which synchronize with application logic.

✝ However, don't start assuming a truly threadless execution for the entire address space. If there is ever a long-running background computation or a call to a 3rd party library which will do IO and block the event loop, we may use an additional std::thread to "offload" such an operation. Thus we do have a threading model, but it is heterogeneous.

libircd introduces userspace threading✝

IRCd presents an interface introducing stackful coroutines, a.k.a. userspace context switching, a.k.a. green threads, a.k.a. fibers. The library avoids callbacks as the way to break up execution when waiting for events. Instead, we harken back to the simple old ways of synchronous programming where control flow and data are easy to follow.

✝ If there are certain cases where we don't want a stack to linger which may jeopardize the c10k'ness of the daemon the asynchronous pattern is still used.

libircd leverages formal grammars

We utilize the boost::spirit system of parsing and printing through formal grammars, rather than writing our own parsers manually. In addition, we build several tools on top of such formal devices like a type-safe format string library acting as a drop-in for ::sprintf(), but accepting objects like std::string without .c_str() and prevention of outputting unprintable/unwanted characters that may have been injected into the system somewhere prior.

Overview

libircd is designed specifically as a shared object library. The purpose of its shared'ness is to facilitate IRCd's modular design: IRCd ships with many other shared objects which introduce the "business logic" and features of the daemon. If libircd was not a shared object, every single module would have to include large amounts of duplicate code drawn from the static library. This would be a huge drag on both compilation and the runtime performance.

                           (module)   (module)
                               |         |
                               |         |
                               V         V
                             |-------------|
----------------------       |             | < ---- (module)
|                    |       |             |
|  User's executable | <---- |   libircd   |
|                    |       |             |
----------------------       |             | < ---- (module)
                             |-------------|
                               ^         ^
                               |         |
                               |         |
                           (module)   (module)

The user (which we may also refer to as the "embedder" elsewhere in documentation) only deals directly with libircd and not the modules. libircd is generally loaded with its symbols bound globally in the executable and on most platforms cannot be unloaded (or even loaded) manually and has not been tested to do so. As an aside, we do not summarily dismiss the idea of reload capability and would like to see it made possible.