i believe when a result goes into the queu.txt it is sort of in stasis mode.
This is reserved for odd results or ones that are just abnormally high.
For example, right now the program can do 5+ checks on 1 results to prove it's validity if it is pretty crazy...so never fear...while muon results w/ this version should be HIGH up tehre ~9 %...
~~~~~~~~~~~~~~~
From Stephen brooks:
Yes, it's fairly confusing - I can't remember the exact figures, but it's roughly like this:
Original solenoid channel design (baseline) ~2.9% transfer
Solenoid channel in v3.x (12D optimisation) ~6.5% transfer
Solenoid channel in v4.3x (137D optimisation) expected 9% transfer [RUNNING NOW]
Baseline solenoid channel + chicane ~0.8% transfer
(v3.x 12D optimised solenoid channel) + chicane ~1.9% transfer
v4.2x joint-optimised 137D (solenoid channel + chicane) ~3% transfer
There was some stuff going on in versions v4.0x and v4.1x that I've left out, and can't check because those results got deleted, but basically I it was just a 12D joint optimisation of the solenoid channel + chicane, giving something like 2.1% transfer in the end.
The chicane design has now been abandoned, I think on the basis that it is too inefficient (as you see above, we were losing about 2/3rds of our particles in it). v5 will joint-optimise the solenoid channel plus a new design for the subsequent section
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Also, v 4.31a just came out (it is backwords compatible) to squash some of the bugs that were floating around...
Just extract into your current muon folder and everything should transfer over just fine!
enjoy!
Facebook
Twitter