See ticket #13942 where Tor dies if you feed it a hidden service
directory with the wrong owner via SETCONF.

When comparing 64-bit types, you need to use tt_[ui]64_op().

Found by Jenkins

This is CID 1256187 ; bug not in any released tor.

Andrea, do you agree with this?

This is CID 1256186

1) Set them to the values that (according to Rob) avoided performance
   regressions.  This means that the scheduler won't get much exercise
   until we implement KIST or something like it.

2) Rename the options to end with a __, since I think they might be
   going away, and nobody should mess with them.

3) Use the correct types for the option variables. MEMUNIT needs to be a
   uint64_t; UINT needs to be (I know, I know!) an int.

4) Validate the values in options_validate(); do the switch in
   options_act(). This way, setting the option to an invalid value on
   a running Tor will get backed out.

Conflicts:
	src/or/or.h
	src/test/Makefile.nmake

Conflicts:
	src/or/or.h

Based on a patch from grpamp on tor-dev.

Patch from akwizgran.  Ticket 13447.

This has been already disabled in the directory consensus for a while;
it didn't seem to break anything.

Finally closes #7803.

Conflicts:
	src/or/config.c