TeamCOMPAS / COMPAS

COMPAS rapid binary population synthesis code
http://compas.science
MIT License
64 stars 64 forks source link

AIC labels appear to be misapplied #1138

Closed ilyamandel closed 1 month ago

ilyamandel commented 1 month ago

We sometimes label things as AIC when there was no accretion onto the ONeWD... E.g.

./COMPAS -n 1 --random-seed 1716511244 --detailed-output I believe this is a bug -- ONeWD::IsSupernova() just checks whether the mass is above the ECSN threshold, and it seems that it sometimes is without accretion...

ilyamandel commented 1 month ago

OK, here's what we are currently doing:

In GiantBranch::ResolveElectronCaptureSN(), we ask if the star should go through an ECSN, and if we decide it shouldn't, we make it an ONeWD with a mass equal to the minimum of the current CO core mass and the Chandrasekhar mass, MCH.

Then, in ONeWD, we say it should evolve to the next phase (and go through an AIC) if IsMassAboveEcsnThreshold() evaluates to true -- but that compares the mass to MECS, rather than MCH.

Thus, if we form an ONeWD with a mass between MECS and MCH (because it didn't meet our ECSN criteria), it will immediately go through AIC, even without accreting. I don't think this makes sense, and I think there are two possible solutions:

A) The maximal mass of an ONeWD is set to MECS rather than MCH at formation, AIC happens once mass exceeds MECS (as coded up now).

B) The maximal mass of an ONeWD is set to MCH at formation (as is done now), but AIC should only happen once the mass of the ONeWD exceeds MCH.

In both cases, mass growth, i.e., accretion, is required to create AIC.

I will follow option B) for now to resolve this, but happy to change to option A) if there's a preference for that.

ilyamandel commented 1 month ago

Closed by #1144 (note that the resolution drastically reduces the rate of AICs).