Skip to content
Snippets Groups Projects
user avatar
Konstantin Osipov authored
Split results from .test files into
.result files. Make each individual test a
small python program, which is executed from the context
of the main interpreter. This allows for easy access to
interpreter environment, such as the currently running
server.

Implement a pre-processor for .test files that replaces

exec admin <expr>
and
exec sql <expr>

with python syntax that actually sends string <expr>
to tarantool server connection (lib.admin.Connection), and
prints output to stdout (i.e. .reject file).

Implement stdout filters, for use in .test files:
this enables testing of statement that produce
run-dependent or host-dependent results.

Remove 'cmd' suite as unnecessary, args.test is moved
to box.suite. @todo: make results of the test host-independent.

Fix a bug in lib.admin.Connection (administrative connection)
when it would block and indefinitely wait for response for
some administrative commands.
87bd27a3
History
Taranool/Silverbox

Taranool: in-memory storage framework
Silverbox: Yet another in-memory key-value database

Key features:
 * fast
 * log streaming replication
 * hot standby
 * simple binary protocol
 * memcached protocol emulation
 * extensibility


Cons:
 * only tested on x86/Linux and x86/FreeBSD
 * gcc is required to build


How to run:

1) compile (note GNU make is required)
	(g)make _release_box/tarantool_silverbox
2) customize config
	emacs cfg/tarantool_silverbox_cfg.cfg
3) initialize storage
        _release_box/tarantool_silverbox --config cfg/tarantool_silverbox_cfg.cfg --init_storage
4) run
	_release_box/tarantool_silverbox --config cfg/tarantool_silverbox_cfg.cfg