Hi Greg,

On 03/12/2016 13:16, Greg Landrum wrote:
Builds do take a while, but there is *no way* they should be taking 2 hours unless they are running on extremely overloaded hardware. The travis builds, which include running all the tests, typically take less than 40 minutes.
yes on my normal machine a build takes about 45 mins. But on Docker hub it seems your only get pretty limited hardware (1 core for instance) and can't do anything about this.

If, for some reason, you do still need to deal with this, I would guess that it would help to start by building an image without the java (or python) wrappers and then build an image on top of that which adds just the java (or python) wrappers
Yes, I can try that. In fact I'm sort of doing this for the Java wrappers, but not quite in that way.

Still, I would hope that you don't need to run too many builds on docker. It seems like one of those "once per release" activities. Certainly not something you'd want to do after every commit.
Yes, that's the case. Typically I build when there is a new release (e.g. every 6 months) and from time to time check that the build on master is still OK.

Tim

-greg





On Fri, Dec 2, 2016 at 6:29 PM, Tim Dudgeon <tdudgeon...@gmail.com <mailto:tdudgeon...@gmail.com>> wrote:

    Of course builds from source are never fast enough, and the RDKit
    one is
    pretty big.
    So far I've lived with this and made cups of coffee.
    But since I've been working with the Release_2016_09_2 release my
    Docker
    image builds on Docker Hub [1] are timing out as they sometimes exceed
    the 2 hour limit. If I try at a quiet time I can sometimes get them to
    complete, but I suppose the situation is only going to get worse.

    I've tried breaking the build into 2 steps, the first to prepare the
    base image [2] and the second to build RDKit [3], and that's helped a
    bit, but I don't think there's more mileage here as nearly all the
    time
    is spend in the 'make' command.

    Anticipating things getting worse, does anyone have suggestions for
    speeding this up. I hanker after a --fast mode, but I suppose if there
    was one it would already be the default.

    Any ideas?

    In case anyone wonders I'm building from source as I need to also
    create
    a Java enabled version and one for the Postgres cartridge and want to
    use the same approach to generating them all.

    Tim

    [1] https://hub.docker.com/r/informaticsmatters/rdkit/
    <https://hub.docker.com/r/informaticsmatters/rdkit/>
    [2] https://github.com/InformaticsMatters/rdkit_debian_base
    <https://github.com/InformaticsMatters/rdkit_debian_base>
    [3] https://github.com/InformaticsMatters/rdkit
    <https://github.com/InformaticsMatters/rdkit>





    
------------------------------------------------------------------------------
    Check out the vibrant tech community on one of the world's most
    engaging tech sites, SlashDot.org! http://sdm.link/slashdot
    _______________________________________________
    Rdkit-discuss mailing list
    Rdkit-discuss@lists.sourceforge.net
    <mailto:Rdkit-discuss@lists.sourceforge.net>
    https://lists.sourceforge.net/lists/listinfo/rdkit-discuss
    <https://lists.sourceforge.net/lists/listinfo/rdkit-discuss>



------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Rdkit-discuss mailing list
Rdkit-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rdkit-discuss

Reply via email to