Tutorials/Contributing to Catagolue
- 1 Generating a Payosha256 key
- 2 Your Catagolue user page
- 3 Soup-searching
- 4 Caveats
- 5 References
- 6 Support threads
- 7 External links
Generating a Payosha256 key
If you want to contribute anonymously, you can skip this section.
If you want to contribute under your name or a pseudonym, you will have to create a Payosha256 key. (Payosha256 is a protocol based on Adam Back's HashCash proof-of-work system).
In order to generate a Payosha key, you need to be logged into a Google account; create a new one if you don't have one or don't want to use your existing one. If you can't or don't want to do this, you'll not be able to contribute to Catagolue non-anonymously.
Go to Catagolue's Payosha256 page, log in using the login link, and authorize Catagolue. Once you're logged in and back on Catagolue, create a new key/displayed name pair. The key itself can be chosen by you and should be kept safe, the same way a password would. Contributions made using the key will carry the displayed name you provided.
You can create as many keys as you'd like. (But you won't need more than one.)
The unofficial Twitter bot
Significant discoveries in Conway's Game of Life (B3/S23) are automatically reported on the independently-operated conwaylife Twitter bot account, and credited to you if they're from asymmetric soups. If your displayed name starts with an @ sign, it will be considered a Twitter username.
If your displayed name does not start with an @ sign, codeholic (the maintainer/operator of the Twitter bot) can map your displayed name to your Twitter user name. Send him a PM on the Conway Life forums (or otherwise get in touch with him) to have this done.
Your Catagolue user page
Your Catagolue user page tracks your contributions for B3/S23/C1, awards badges for certain achievements, and displays your findings.
Unlike on the unofficial Twitter bot account, your findings include any of the first 20 occurrences of any oscillator with period greater than 2, and any spaceship or yl pattern. For oscillators with period 2 and "interesting" still lives (above a certain population or precursors of important patterns), only the first occurrence is credited. Other still lives, zz patterns and PATHOLOGICALs are not reported.
The badges are:
- Conchita: find a soup containing a phoenix.
- Gemini: discover a new twin bees shuttle variant.
- Gigamyriad: contribute 1013 objects.
- Hitchhiker: find a soup containing a Kok's galaxy.
- Limitless: observe a new natural infinite-growth pattern.
- Monarchist: discover a new queen bee shuttle variant.
- Sprotsmanship: contribute one third of a trillion objects to a different rule or symmetry.
- Trillionaire: contribute one trillion objects.
- Voyager: find one of the first twenty occurrences of a spaceship.
Start by choosing the right version of apgsearch as indicated in the flowchart at the top of this page.
- If you want to look at non-totalistic rules, you'll need either apgluxe 4.x or the hacked version of apgsearch 1.x.
- If your CPU is not x86_64 (all modern Intel/AMD CPUs are), or does not support at least SSE2 (most modern Intel/AMD CPUs do), you'll need apgsearch 1.x (regular or hacked).
- You're not sure what your CPU can do? Take a look at /proc/cpuinfo on Linux, or use a tool like CPU-Z on Windows.
- If you do not have access to Unix-ish command line (Cygwin is fine), or you don't feel comfortable compiling C/C++ code, you'll need apgsearch 1.x (regular or hacked).
- If you want to search Generations or Larger than Life rules, you'll need apgluxe 4.x. (Note that since this requires a reasonably modern x86_64 CPU, you cannot currently search such rules if you don't have a sufficiently modern computer.)
The older Python version 0.x is deprecated, as are apgnano (2.x) and apgmera (3.x) since they are superseded by apgluxe 4.x.
Soup-searching with apgsearch 1.x
You will need:
If you want your contributions attributed to you, be sure to generate a Paoysha256 key (see above).
Install Golly and Python 2.7 if you haven't yet. Newer Python versions (3.x) will NOT work! Be sure to use a 32-bit Python if you're using a 32-bit Golly, and a 64-bit Python if you're using a 64-bit Golly. Also note that Python 2.7.11 is incompatible with Golly.
To install apgsearch, copy it into Golly's scripts/python directory. You may also want to edit the apgsearch script to default to using your Payosha256 key.
To search, simply start Golly and click on the script to run it.
Local logging is enabled by default; on Windows, you'll find logs in %APPDATA%\Golly\apgsearch\progress. On Linux/Unix-like systems, it's likely ~/.golly/apgsearch/progress (or something similar). Logs are named e.g. search_b1838fd357f0b003f985c20d19fd664a.txt.
If you want to search a different rule, it's recommended that you quit and restart Golly; this is due to Python scripts not releasing all their memory when they finish.
Soup-searching non-totalistic rules
You will need:
- Golly and Python (as above)
- A for awesome's hacked version of apgsearch (currently at version 0.54+0.32i)
- If you're using a Golly version prior to 2.8, wildmyron's isotropic-rule.py.
Install everything the same way as above.
- Choose a rule.
- Run the hacked apgsearch by clicking on it; when prompted, enter the rule like this: "B3/S234c".
As with semi-totalistic rules, it is recommended that you quit and restart Golly if you want to search a different rule.
Soup-searching using apgluxe 4.x
You will need:
- A computer with an x86_64 CPU and a 64-bit OS.
- A Unix-ish command line (Cygwin works if you're on Windows, and WSL for Windows 10).
- A C/C++ compiler and make tool.
- Python (apgluxe is compatible with both Python 2 or Python 3).
- apgluxe 4.x (current version: 4.44-ll1.53).
If you're on Windows, install the 64-bit version (!) of Cygwin (any mirror works fine). Be sure to select the "gcc-g++", "make" and "python" packages. Include their dependencies when asked to.
Configure/compile like this (every time before running apgluxe in a new Cygwin64 terminal), substituting your desired rule and symmetry:
$ cd /apgluxe $ ./recompile.sh --rule b3s23 --symmetry C1
$ cd /apgluxe $ ./recompile.sh --update
The recompilation script will automatically pull in the latest lifelib version from Gitlab if necessary. The resulting binary will support SSE2, AVX1 and AVX2, and use the best instruction set your machine supports. You must recompile the program each time you want to change the rule or symmetry; it may be advisable to keep different binaries on hand.
To execute apgluxe, execute it from the command line like so:
$ ./apgluxe -n 10000000 -k my_payosha256_key
When running apgluxe, supply the options you want and note that local logging is DISABLED BY DEFAULT and must be enabled by passing "-L 1" on the command line; again, the "1" is mandatory. Logs are named according to the current Unix timestamp and seed root, such as log.1457882181.m_cDbsaQswZHeL.txt. To perform an offline test without uploading to Catagolue, include "-t 1". To parallelise over 4 cores (for instance), include "-p 4".
You may want to create a wrapper script to call apgluxe with your desired options.
Alternatively, download Majestas32's hacked apgluxe, extrcating the apgluxe-ss folder from the zip into the cygwin64 folder directly in order to skip calling ./recompile.sh everytime (except for updates; for this version the file needs to be re-downloaded).
It is available here; current version is 184.108.40.206-ss2.
The default setting for the -n parameter here is 20001 instead of 10000000.
Run it like this:
$ cd /apgluxe-ss $ ./recompile.sh $ ./apgluxe -n 20001 --rule b2-a5k6n7cs12-i3ij4k5j8 -k majestas32 --symmetry C1
All other times:
$ cd /apgluxe-ss $ ./apgluxe -n 20001 --rule b2-a5k6n7cs12-i3ij4k5j8 -k majestas32 --symmetry C1
Substitute the appropriate -n parameter, rulestring, key, and symmetry.
The executive summary
- Run test hauls.
- Mind Catagolue's haul requirements (size and number of soups/objects).
- Be careful with rules combining high search speed and large hauls.
- When in doubt, don't submit hauls too often to help keep hosting costs down.
- Don't test client modifications on regular symmetries.
- Don't break Catagolue.
Catagolue imposes certain requirements on submitted hauls: they must contain at least 10,000 soups or 250,000 objects (or both); and they must not exceed a total size of 1 MiB.
In order to avoid running afoul of these limits, as well as to gauge the speed with which your rule of choice can be searched, try submitting a small test haul first: 10,000 soups works well for apgsearch 1.x, 1 million soups is a good choice for apgluxe 4.x. Take note of how long it takes to submit your test haul, and how big the resulting log is.
If your rule takes too long to search, try fewer soups. (If you're already at the server-imposed minimum of 10,000... tough luck.) If your test haul finished too quickly, try a bigger test. This'll also help you get a feel for how quickly hauls grow as you add soups.
You may find that with some rules (such as B/S012345678), even the smallest possible haul will exceed the 1 MiB limit. These rules are not soup-searchable, at least not on Catagolue; again, this is tough luck.
There are also some rules that combine fast searching and big hauls. Day & Night (B3678/S34678) is a notable example; a C1 haul of 8 million soups may take roughly 5 minutes (give or take a few, depending on how your computer's speed and CPU load) to finish using apgluxe 4.x, and will weigh in at just under one megabyte. Keep in mind that hauls must be processed server-side, so when searching rules like these, don't run too many searcher instances at once. If Catagolue is struggling, e.g. by producing 500 Internal Server Errors or by failing to process all hauls submitted, cut down on the number of searchers. If you're already running just one, write a wrapper script to search something else (like Conway Life) in between hauls to give Catagolue time to cool down. This also applies if you're contributing to such a rule if another user is already submitting hauls for it.
The above also applies to other rules. Catagolue needs to carry out a datastore operation for each type of object in a haul, and datastore operations cost money. Thus, if you have the choice between submitting a haul of 200 distinct objects every 30 seconds, and submitting a haul of 1,000 distinct objects every 30 minutes, then absent a compelling reason to choose the former... choose the latter. You should not generally upload more than one haul every 20 minutes from a single machine.
A word on server-side haul processing: new hauls are commissioned to the census every 12 minutes. This process usually takes only a few minutes to finish; if it does not finish before the next commissioning process is started, 12 minutes later, it will be one of those days and Adam P. Goucher will not be happy.
All this said, most rules are fine to search and do not need any special considerations or attention.
Testing client modifications
Modifications to the client program should be tested with a special "test" symmetry, rather than one of the "production" symmetries such as C1; by convention, all such symmetries should be suffixed "_Test" (case-insensitive).
If a client program is modified to allow additional rules, symmetries, or topologies, then it should be done in a way that adheres to the Catagolue naming conventions.
Take care to disable haul verification if you're modifying the client, too, or your modified client may wrongly reject good hauls.
- Re: Golly 3.0b1 (discussion thread) at the ConwayLife.com forums
- Re: catagolue is down (discussion thread) at the ConwayLife.com forums
- apgsearch v1.0 (discussion thread) at the ConwayLife.com forums
- Hacking apgsearch (discussion thread) at the ConwayLife.com forums
- apgsearch 2.2 (discussion thread) at the ConwayLife.com forums
- apgsearch 3.1 (discussion thread) at the ConwayLife.com forums
- apgsearch 4.0 (discussion thread) at the ConwayLife.com forums
- Catagolue quota (discussion thread) at the ConwayLife.com forums