From 54df2afaa61c6a03cbb4a33c9b90fa572b6d07b8 Mon Sep 17 00:00:00 2001 From: Jesse Morgan Date: Sat, 17 Dec 2016 21:28:53 -0800 Subject: Berkeley DB 4.8 with rust build script for linux. --- db-4.8.30/examples_c/README | 40 ++++++++++++++++++++++++++++++++++++++++ 1 file changed, 40 insertions(+) create mode 100644 db-4.8.30/examples_c/README (limited to 'db-4.8.30/examples_c/README') diff --git a/db-4.8.30/examples_c/README b/db-4.8.30/examples_c/README new file mode 100644 index 0000000..34e92e0 --- /dev/null +++ b/db-4.8.30/examples_c/README @@ -0,0 +1,40 @@ +# $Id$ + +getting_started/ + Examples from the Getting Started Guide + +bench_001.c Micro-benchmark for the bulk fetch interface. + +ex_access.c Using just the DB access methods. + +ex_apprec/ Application-specific recovery. + +ex_btrec.c Using the BTREE access method with record numbers. + +ex_dbclient.c Using DB from an RPC client. + +ex_env.c Setting up the DB environment. + +ex_lock.c Locking. + +ex_mpool.c Shared memory buffer pools. + +ex_rep/ Replication. This creates a toy stock quote server + with DB's single-master, multiple-client replication, + with communication over TCP. See ex_rep/README. + +ex_sequence.c Sequences. + +ex_thread.c Threaded application with multiple readers and writers. + +ex_tpcb.c TPC/B. + Ex_tpcb sets up a framework in which to run a TPC/B test. + Database initialization (the -i flag) and running the + benchmark (-n flag) must take place separately (i.e., + first create the database, then run 1 or more copies of + the benchmark). Furthermore, when running more than one + TPCB process, it is necessary to run the deadlock detector + (db_deadlock), since it is possible for concurrent tpcb + processes to deadlock. For performance measurement, it + will also be beneficial to run the db_checkpoint process + as well. -- cgit v1.2.3