Force csv.DictWriter to create unix file format

Always write results of a test to results.json

The idea is to keep things simple by having a directory of results per
test, and to have each directory with a consistently named results
files.

Capture uname information

It has some things that are not in the sysctl information.  Like
hardware architecture.

Stop storing log files as json

Keep the json results document small by saving log information
externally.  This include:

* postgres log
* pgbench output
* sar output

Fix use of env in call()

The env parameter to call() was clearing the PATH environment to only
have the postgres binary install path.  Modify only the PATH
environment.

Install pgbench from contrib for older versions

Prior to 9.5, pgbench was in contrib.

Alter postgres options on the command line

This allows testing of older versions of postgres.  Otherwise only
versions of postgres supporting ALTER SYSTEM (9.4+) will work with this
client.

Saved timestamp from test start

Use python2.7 from environment settings

Pythonic way to check for None

Also check to make sure files exist before trying to collect them.

Fix check for csv flag

Fix handling of csv option

pep8 coding style

also add CSV output to pgbench

add support for collecting results into simple CSV file

Originally the results were collected into a JSON format, which is
not very convenient when running ad-hoc benchmarks.

add shebang explicitly invoking Python 2.7

The code is not fully compatible with Python 3.x (although it should
not be a big deal to make that happen).

explicitly flush stdout in log()

Otherwise the messages may get buffered for a quite long time, which
is annoying, particularly in multi-process system.

fix lockups in PostgreSQL collector

When the workers produce results and return them through a queue, we need
to first drain the queue and then wait for the thread to join(). Otherwise
it seems to lock up - the join() call with wait as long as there are items
in the queue. This also happens because we do both things (reading from
queue and waiting for the thread) in the same thread.

open connections in a way resilient to temporary failures

In case of connection failure (e.g. a backend getting terminated by
OOM killer and taking down the whole server), the workers failed
with an exception without putting a result into the queue, leading
to hangs.

This fixes that by making the workers resilient to connection issues
by catching the exceptions and terminating nicely. Also, we retry
connection several times, to continue with benchmarking even after
OOM hits us unexpectedly, etc.

Check configuration before running any benchmarks

Before doing any heavy-lifting, check existence of directories,
binaries and some other sanity checks.

Fix CWD when running 'git pull', fix parameters.

When refreshing a reporitory clone, running 'git pull $dir' does
not do the trick - it assumes the CWD is the clone, and imports
data from repository at $dir. So we need to set CWD properly and
do just 'git pull'.

Also, prefix class members with 'self'.

Add .lock to .gitignore

Rework the perffarm client configuration.

Instead of configuration hardcoded into the perffrarm-client.py
script, move it into a separate settings.py file, and allow
override using settings_local.py (not required).

Also somewhat improve the benchmark configurations by allowing
specifying number of runs, durations etc. in the configuration
file (instead of using default parameter values).

Handle missing sar stats gracefully

Import initial version of the client

Update requirements.txt

Add PG Community Auth support.

Cute-ify the name.

Nice logo

Add boilerplate legal stuff.

Fix the responsive navbar.

Add a basic Bootstrap template.

Fix ACL

403/404 error pages.

Cleanup layout, and ensure templates/static files work.

Fix some minor errors/typos

Move the requirements.txt for the web site as the client will need one too.

Initial import of a framework Django app.