27 Commits (c4142c00f149260dcf4ae6335a7c1632870b3e0f)

Author	SHA1	Message	Date
Sean McBride	c4142c00f1	chore: more cleanup	5 years ago
Sean McBride	0c85cd4102	chore: Assorted cleanup	5 years ago
Sean McBride	862143f37a	chore: clean up interrupt logic	5 years ago
Sean McBride	3d6266750e	chore: assorted refactors	5 years ago
Sean McBride	69086d012d	Various refactors and end-to-end tracking of cycles	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	b5e9abced5	chore: Assorted cleanup	5 years ago
Sean McBride	9185852236	docs: Add documentation to code (#7)	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	0c92419978	fixed syscall based sync http-req/resp	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	affe5fbc35	read() chunks fix, other standalone compilation fixes	5 years ago
phani	611ec2257a	keep empty and add work program	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	f019193952	read() to read from request body!	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