12 Commits (696dcba5242bb4c937f6dc219f8c0619bb733210)

Author	SHA1	Message	Date
Sean McBride	faacc5c785	refactor: http header cleanup	4 years ago
Sean McBride	d6f10cac7a	refactor: decompose types.h	4 years ago
Sean McBride	5e937fc204	chore: decompose http	5 years ago
Sean McBride	f471011776	chore: cleanup http	5 years ago
Sean McBride	dfe5667bef	chore: resolve TODOs from Phani	5 years ago
Sean McBride	1f988bd113	chore: complete HTTP cleanup	5 years ago
Sean McBride	4a80e6dd70	chore: assorted refactors	5 years ago
Sean McBride	e61be257f9	chore: add clang-format from Composite (#5) ... * chore: add clang-format from Composite * chore: cleanup JSON * chore: add clang-format from Composite * chore: stylistic corrections * chore: ignore swap files and vscode conf * chore: check semver of clang-format and require 9	5 years ago
phani	9528f65b32	Synchronous I/O for http request/response fixes 99%tile latencies ... * Async I/O is being used for reading and writing http request and response respectively. This causes the worker core to steal new tasks as when one sandbox blocks on "read" or "write". This causes true round-robin on timer interrupts, leading to those high latencies. * Ideally, the request/response should be synchronous I belive because we are expected to have "low"/near-realtime latencies and the read/writes are only performed when a client connects, so ideally not block! Plus, we expect only small data transfers (in KBs) so that should also support synchronous request/response processing.	5 years ago
phani	affe5fbc35	read() chunks fix, other standalone compilation fixes	5 years ago
phani	ae392fdfe3	read from stdin (http req body), write to stdout (http resp body), bug fixes in http parsing	5 years ago
phani	aa0017f4b0	http request response using uv	5 years ago