Difference between revisions of "Using IceCC"
Revision as of 14:59, 7 November 2012
|NOTE: This page has been identified as having content that is significantly out-of-date, usually because it refers to OpenEmbedded-Classic - for new projects, you should use OpenEmbedded-Core.
See OpenEmbedded Wiki Update Project for more details.
NOTE: we should probably split out and update the icecc information to a separate page and then possibly delete this one -- PaulEggleton 16:49, 3 November 2012 (UTC)
IceCC and OE
It is possible to compile on a cluster of machines with OE, and quite easily so. This code is still somewhat experimental, but should rapidly stabilize thanks to the work that Ifaistos has put into it recently and previous work from likewise and zecke (I hope I did not forget anyone). You need to take the following steps to prepare for compilation with icecc. How to set up icecc itself is beyond this intro.
- Put INHERIT += "icecc" in your local.conf
- copy the customized create-icecc-env.sh script to /path/to/your/oe/root/tmp/ and make it executable.
- set ICECC_ENV_EXEC = /path/to/your/oe/root/tmp/create-icecc-env.sh in your local.conf
- set ICECC_PATH = /usr/bin/icecc in your local.conf (be sure this matches the output of 'which icecc')
User now can specify if certain packages or packages belonging to class should not use icecc to distribute compile jobs to remote machines, but handled localy, by defining ICECC_USER_CLASS_BL and ICECC_USER_PACKAGE_BL with the appropriate values in local.conf
# # Nice level of running compilers # # ICECC_NICE_LEVEL="5" ICECC_NICE_LEVEL="5" # # icecc daemon log file # # ICECC_LOG_FILE="/var/log/iceccd.log" ICECC_LOG_FILE="/var/log/iceccd.log" # # Identification for the network the scheduler and daemon run on. # You can have several distinct icecc networks in the same LAN # for whatever reason. # # ICECC_NETNAME="" ICECC_NETNAME="oe" # # You can overwrite here the number of jobs to run in parallel. Per # default this depends on the number of (virtual) CPUs installed. # # ICECC_MAX_JOBS="" ICECC_MAX_JOBS="3" # # This is the directory where the icecc daemon stores the environments # it compiles in. In a big network this can grow quite a bit, so use some # path if your /tmp is small - but the user icecc has to write to it. # # ICECC_BASEDIR="/var/cache/icecc" ICECC_BASEDIR="/var/cache/icecc" # # icecc scheduler log file # # ICECC_SCHEDULER_LOG_FILE="/var/log/icecc_scheduler.log" ICECC_SCHEDULER_LOG_FILE="/var/log/icecc_scheduler.log" # # If the daemon can't find the scheduler by broadcast (e.g. because # of a firewall) you can specify it. # # ICECC_SCHEDULER_HOST="" ICECC_SCHEDULER_HOST=""
A sample local.conf entry for icecc that does not distribute compiles jobs for native packages looks like this. Change the paths to match your setup
PARALLEL_MAKE = "-j 10" ICECC_PATH = "/usr/bin/icecc" ICECC_ENV_EXEC = "/proj/oplinux-0.2/op-linux/branches/oplinux-0.2/tmp/icecc-create-env" ICECC_USER_CLASS_BL = " native" INHERIT += "icecc"
Successes and Failures
This whole explanation is probably highly dependent on the icecc version used. Please do add success reports here. Also note that a lot of packages turn PARALLEL_MAKE off, as they break if compiled on a single machine, although i have noticed that they do not fail under icecc. Any feedback on this would be helpful
- mixing versions of the icecc package can create problems. For example the icecc package from dapper and edgy are incompatible.
- I (Laibsch) have a working setup between two edgy machines now. I had trouble until I set ICECC_NETNAME and ICECC_SCHEDULER_HOST to the respective, pingable hostnames of the machines. This is weird since I am on a LAN (192.168.1.x) for both machines and there is no firewall.