21 Commits (1d724f04e8c17e6b0b1bce6157237812765451fa)

Author	SHA1	Message	Date
Sean McBride	1d724f04e8	refactor: Shift sandbox_request to new file	5 years ago
Sean McBride	9762477902	chore: assorted refactors	5 years ago
Sean McBride	2220cf34a0	chore: rerun formatter	5 years ago
Sean McBride	0c85cd4102	chore: Assorted cleanup	5 years ago
Sean McBride	3d6266750e	chore: assorted refactors	5 years ago
Sean McBride	d058f99e0f	feat: Assign start_time to sandbox	5 years ago
Sean McBride	b0434ac941	build: remove STANDALONE, SBOX_SCALE_ALLOC, USE_LIBUV flags	5 years ago
Sean McBride	ae93435e2a	refactor: Assorted refactors and add start_time to request	5 years ago
Sean McBride	6946b08644	refactor: modularize and rename things	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	645d138787	for runtime with multi-sandboxing, globals are to be populated per sandbox, that was what causing random crashes!	5 years ago
phani	69b1f94fe8	scalable sandbox creation in each runtime core	5 years ago
phani	576bc4b086	sandbox alloc on each core, for scalability	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
phani	8a3e050282	Support TCP (TODO: http parsing based on module specification) ... * Major: - Moved sandbox data struct into linear memory of a sandbox. - (Should work well with other sandboxing mechanisms). - Removed all mallocs from within uv usage, using a pre-allocated memory within sandbox data-struct for read/write. - TODO: convert prints on stdout to a string and send it out with function response body. - TODO: for each function loaded, what is the request and response http header/body specification. To start, keep headers minimal. body either: json, plain. - TODO: track TIMEOUTS. If we go beyond that, return a HTTP 408?	5 years ago
phani	9376453058	uvio for sandbox response.	5 years ago
phani	95bf6fc1a9	udp response (return value of main) and multi-threaded udp client	5 years ago
phani	eb8fcf00c4	Work-stealing deque for global request queue ... * all cores steal from that queue. * other bug fixes * tested with NCORES = 2 and 4.	5 years ago
phani	9b0ec6f7dc	Changed directory structure ... * silverfish is a submodule now * memory modules from silverfish runtime is copied in to the aWsm runtime. * runtime/tests/Makefile compiles different tests and silverfish/code_benches..	5 years ago