Meaning of block loop in event generation

Asked by Hannes

Hi,

I have a quick question regarding the (now hidden) loop block in the parameter card - is this only relevant for madloop or does it also do something during normal event generation?

Cheers,
Hannes

Question information

Language:
English Edit question
Status:
Answered
For:
MadGraph5_aMC@NLO Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
Olivier Mattelaer (olivier-mattelaer) said :
#1

Hi,

This is the renormalization scale and since loop piece can depend explicitly on it, it is part of the UFO model and is needed by madloop for the evaluation of a single phase-space point.
But in itself this is not part of the benchmark and therefore I have hide it to avoid confusion.

When doing integration, the handling of the scale is done via the run_card.
(and can be dynamical or fixed)

Cheers,

Olivier

> On 10 Nov 2021, at 21:10, Hannes <email address hidden> wrote:
>
> New question #699431 on MadGraph5_aMC@NLO:
> https://answers.launchpad.net/mg5amcnlo/+question/699431
>
> Hi,
>
> I have a quick question regarding the (now hidden) loop block in the parameter card - is this only relevant for madloop or does it also do something during normal event generation?
>
> Cheers,
> Hannes
>
> --
> You received this question notification because you are an answer
> contact for MadGraph5_aMC@NLO.

Revision history for this message
Dylan Porter (dylanporter1122) said :
#2

In the process of identifying and describing the core elements, we also share some rules of thumb we use when building SessionStack, a JavaScript application that has to be robust and highly performant in order to stay competitive.

Did you miss the first three chapters? You can find them here: https://www.10plays.com/

An overview of the engine, the runtime, and the call stack
Inside Google’s V8 engine + 5 tips on how to write optimized code
Memory management + how to handle 4 common memory leaks
This time we’ll expand on our first post by reviewing the drawbacks to programming in a single-threaded environment and how to overcome them using the Event Loop and async/await in order to build stunning JavaScript UIs. As the tradition goes, at the end of the article we’ll share 5 tips on how to write cleaner code with async/await

Why having a single thread is a limitation?
In the first post we launched, we pondered over the question of what happens when you have function calls in the Call Stack that take a huge amount of time to be processed.

Imagine, for example, a complex image transformation algorithm that’s running in the browser.

While the Call Stack has functions to execute, the browser can’t do anything else — it’s being blocked. This means that the browser can’t render, it can’t run any other code, and it’s just stuck. And here comes the problem — your app UI is no longer efficient and pleasing.

Can you help with this problem?

Provide an answer of your own, or ask Hannes for more information if necessary.

To post a message you must log in.