19 Commits (7706c24126fb44c61639e7a99301993096f10bb7)

Author	SHA1	Message	Date
Sean McBride	d14af73c30	chore: remove unused types	5 years ago
phani	cfa458c5b9	moved jsmn, http-parser to thirdparty/ and pulled in ck submodule there too	5 years ago
phani	37db945637	TODO: use CK? for env.c	5 years ago
phani	7ff05b9d73	making it work for aarch64 - seem to work on RPi ... * changes to be fully tested! * cas etc needs to be implemented for aarch64	5 years ago
Sean McBride	9dfc740d05	chore: namespace macros and globals in main.c	5 years ago
Sean McBride	b0434ac941	build: remove STANDALONE, SBOX_SCALE_ALLOC, USE_LIBUV flags	5 years ago
phani	ed234f9ac5	default: async io for http req/resp. sync based io doesn't seem to work with huge data like 500k-1m I tested. They just timeout with concurrency	6 years ago
phani	0c92419978	fixed syscall based sync http-req/resp	6 years ago
phani	b9d7278c54	fixes 99% latency problem here (but a problem with 1m data transfer test, it is broken.)	6 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.	6 years ago
phani	69b1f94fe8	scalable sandbox creation in each runtime core	6 years ago
phani	3fab99424a	fibonacci test update	6 years ago
phani	aa0017f4b0	http request response using uv	6 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?	6 years ago
phani	69b6dcf83c	added http-parser	6 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.	6 years ago
Phani	670e3ad2b5	revert from standalone	6 years ago
Phani	a231796990	for standalone execution	6 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..	6 years ago