#101 closed enhancement (fixed)
Handling of O'Mega cache files
Reported by: | kilian | Owned by: | ohl |
---|---|---|---|
Priority: | P1 | Milestone: | |
Component: | omega | Version: | 2.0.0beta |
Severity: | minor | Keywords: | |
Cc: |
Description
Creating the O'Mega cache when a process in a complicated model (NMSSM ...) is run takes quite long. This may be irritating to the unexperienced user.
Two proposals:
- (minor) Issue a message that the cache is being built, be patient
- (major) Move cache generation to the initial build and install cache files in a central location. Advantage: No waiting for the first process, no pollution of user directory. Disadvantage: Build process takes longer (but only if make check is not run).
Change History (6)
comment:1 Changed 15 years ago by
Priority: | P4 → P2 |
---|
comment:2 Changed 15 years ago by
Status: | new → assigned |
---|
comment:3 Changed 15 years ago by
Priority: | P2 → P3 |
---|
As of r1473, there's a partial solution: O'Mega tries to write the cache files to CACHE_DIR="$localstatedir/cache"
. There can be problems with write permissions.
comment:4 Changed 15 years ago by
Priority: | P3 → P1 |
---|
The rest of the fest should be done relatively quickly (?), ranking this high now.
comment:5 Changed 15 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Implemented in r1564:
make install
will install a small subset of caches (QED, QCD, SM) to allow reasonably quick distchecks.
make -j <number-of-cores+1> install-all-caches
will install caches, but requires a lot of patience.
O'Mega tries to write in
$localstatedir/cache ${HOME}/var/cache .
(in that order) and it will later try to read in reverse order.
I'm closing the ticket. Please test and open new tickets if you are nor satisfied.
Ranked this to higher priority. We should be able to have a cleaner solution here, and also early testing.