Comments (6)
Hi Ben,
Thanks for getting back so quickly.
I have not tested whether this random number seed will crash reproducible. This is annoying and sorry about that, I should have checked this. I am away at the moment. Once back, I will try to reproduce the crash and dig up the crash log.
(1)Crashes definitely all occur at the beginning of a rum (first 200 generations).
(2) will check whether chromosome length affects the chance of crashing
(3) I have had models running out of memory on the cluster I use, however this produces a different error message, so I was assuming this was not the issue.
And lastly, I indeed am using the current release version.
from slim.
Interesting. I'm on the road at present, but will look into it soon. Thanks.
from slim.
Hi Gertjan. The model you supplied seems to run with no crash for me, with the random number seed of 1889190714725 that you quoted. So I'm not sure what's going on here; I need a reproducible case. Given a random number seed that crashed once, like 1889190714725, does it crash reproducibly for you with that seed? If so, you could dig up the crash log and post that here, which would give me an idea of where the crash occurs, at least.
The model is fairly large and takes a while to run. If there is no reproducible case, and I just need to run it a bunch until one of the runs crashes, then more info would be helpful. (1) Do the crashes generally occur at the beginning of a run, near the end, or at a seemingly random point? (2) If you scale the model down (use a shorter chromosome length), do the crashes still occur, just as often, or is this size of model necessary to get the crashes? (3) Could the crash be related to memory usage limits? I.e. are you running on a cluster with a memory limit that some runs might be exceeding, causing a memory allocation failure and a crash? The model does seem to use quite a lot of memory, so I can see that being an issue.
Also: I assume you're using the current release version of SLiM, 3.3?
from slim.
Hi,
I can't seem to replicate the error consistently, even with the same random bumber seed. And I have not been able to get any useful information out of the core dump.
I will try and run the same script on a different cluster if I have the opportunity. If the same error were to occur on a different cluster, I will report this. But I think this issue can be closed for now.
Thanks for taking the time to respond and to test the issue yourself as well.
from slim.
Hi Gertjan. Hmm. Well, it is a crashing bug, and as such is serious and should be fixed. I don't see a way to get a handle on it at the moment; but I'm not inclined to close it just yet. If you can find out more about it, that would be very helpful. If time goes by and nobody else reports it and we can't find a way to reproduce it, then I'll close it; but right now I remain concerned about it.
from slim.
Well, given no news on this and no other reports of such crashes, I'm going to close this bug. If you can get it to reproduce, or if it is still causing you problems, please comment and I'll re-open the bug. Thanks.
from slim.
Related Issues (20)
- 4.1 Memory Issue HOT 6
- SLiMgui should offer to load external script changes HOT 7
- Wrap Eidos code edition/analysis features into a proper language server. HOT 1
- Slim 4.1 core dumping on computing cluster HOT 19
- small bug in docs HOT 1
- missing parents when using addRecombinant() HOT 2
- "pretty" option for serialize() HOT 2
- Inconsistent global-variable behavior from `x = 1` versus `x = x + 1` HOT 11
- Compiling Eidos script. HOT 13
- Software depends on Qt patch version? HOT 7
- improve recipe 17.5 by using tspop or link_ancestors
- SLiM 4.2 release process HOT 23
- QtSLiM *Open Recipe* list is sorted lexicographically rather than naturally HOT 5
- "buffer overflow detected" when trying to install SLiM on Linux HOT 29
- provide `make test` functionality to run tests after building `slim` and `eidos`
- SLiM 4.2.1 release process HOT 11
- Name collision between binaries and directories prevents linking with `ld` on RHEL 8 HOT 4
- Ubuntu SLiM install error HOT 18
- SLiM 4.2.1 fc 3 release process HOT 9
- 4.2.2 release process HOT 9
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from slim.