• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

project-rig / rig / 768
100%
master: 100%

Build:
Build:
LAST BUILD BRANCH: rename_keyspace
DEFAULT BRANCH: master
Ran 24 May 2015 07:11PM UTC
Jobs 1
Files 71
Run time 4s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

pending completion
768

push

travis-ci

mundya
Use core count to speed application loading

The current implementation of `load_application` queries the state of
each loaded core to ensure that loading was successful. This is good for
cases where the application map isn't _all_ the applications that will
be loaded (i.e., a count of all cores in the `wait` state is not
necessarily a count of all the cores we just tried to load), or when a
failure mode may allow the right number of cores in the wrong place.
However, in the majority of cases this is overkill because:

 1) This failure mode isn't currently possible.
 2) Most of the time `load_application` is called once to load all
    applications.

The result is that loading applications takes noticeably more time than
loading application data.

This commit provides a new parameter to `load_application`. If
`all_cores` is True then the core count is used to quickly determine
whether all applications are loaded. If False (the default) then the
current method is used.

6200 of 6200 relevant lines covered (100.0%)

1.0 hits per line

Jobs
ID Job ID Ran Files Coverage
1 768.1 24 May 2015 07:11PM UTC 0
100.0
Travis Job 768.1
Source Files on build 768
Detailed source file information is not available for this build.
  • Back to Repo
  • Travis Build #768
  • 2b1ad033 on github
  • Next Build on faster-app-load (#769)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc