This is a proposal to have oe-init-build-env-memres (and oe-init-build-env) to either: A) use getopts B) at the memres script have this argument order: <builddir> <port> (right now it is <port> <builddir>) I consider A the standard for calling a script with arguments but it might present some portability issues and, I consider B would help positional argument coherency between the two oe-init-build-env* scripts. B would also allow you at the memres script to specify <builddir> and leave port to random.
The proposal has turned to make the memres option default. This would mean to try to keep a single file for both memres and not and do memres always unless otherwise specified via command line. There is also the proposal to use the port for memres from the environment or generate it randomly if not found. This means dropping the command line argument for the port as well. Testing required for this type of change would be: 1. build machine core count variation (run bbperf on it). This would act as both, performance and functional testing. 2. build small and big (number of tasks) image targets.
changing title since it is no longer accurate
This has been resolved in a slightly different way than anticipated - Richard has reworked the server connection logic to remove the process/xmlrpc abstraction - there is now a hybrid server that can be persistent if a timeout is set via BB_SERVER_TIMEOUT (in seconds). There are still some bugs to be worked out, but we are now operating with memory resident mode effectively being the default. (oe-init-build-env-memres is now gone as well so there's no split from the user perspective.) Here's Richard's commit that implemented it: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=4602408c69132315c3784718fe4ce155b12464cf