Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

gamma basis of su3spinor.h inconsistent with the one used in the Dirac operator #74

Open
kostrzewa opened this issue Jul 10, 2018 · 8 comments

Comments

@kostrzewa
Copy link
Member

I realised yesterday that the gamma basis which is used in su3spinor.h of tmLQCD is not consistent with the one used in the Dirac operator. The difference amounts to a sign difference to all elementary gamma matrices (gamma_mu -> -gamma_mu \forall mu \in [0,1,2,3]) so all it will do is

  • change signs of all correlators with an odd number of vector or time gamma matrices
  • exchange |l=1, m=1> and |l=1, m=-1> basis states
@kostrzewa
Copy link
Member Author

The inconsistency stems, I believe, from notes dating back some time which had the (1+\gamma_\mu) projector associated with positive hops and the (1-\gamma_\mu) projector associated with negative hops. Writing down (on paper) the Dirac operator like that of course means that one ends up extracting the wrong sign for the gamma matrices from the implementation in the code and concluding that what is written in su3spinor.h is actually correct...

@kostrzewa
Copy link
Member Author

I believe that up to signs, the difference is essentially inconsequential up to the point where one begins to employ parity projectors.

@kostrzewa
Copy link
Member Author

On the other hand, @maowerner if the signs of the vectorial Dirac matrices in the contractions are all the opposites of what they should be, does this also affect the isospin projection at non-zero momentum?

@maowerner
Copy link
Collaborator

If they are consistently switched it does not affact the angular momentum projection. The sign propagates through and the correlator simply becomes negative. To project isospin only the 2-particle operators must be projected, the rho is just a single particle and an isospin eigenstate by construction. If we use pions with different operators it might amound to a minus sign between the 2pt and 4pt operator, but as both pions are gamma_5 so far, the -1 drops out and it can not affect the current rho data

When we consider gamma_0 gamma_5 for the pions, we might need to be careful

@kostrzewa
Copy link
Member Author

the -1 drops out and it can not affect the current rho data

what about the < \pi \pi \rho > correlation function?

@kostrzewa
Copy link
Member Author

ps: aren't you on holidays? I wasn't really expecting a reply, just wanted to jot this down here to not forget it...

@maowerner
Copy link
Collaborator

It contains 2 pions. That's why all factors enter squared. This changes when we have something like
\langle (\gamma_5 * \gamma_0 \gamma_5) * (\gammi_i)^\dagger \rangle

@kostrzewa
Copy link
Member Author

kostrzewa commented Jul 17, 2018

What I meant is that:

< \gamma_5 \gamma_5 (\gamma_i)^\dagger >

changes sign when \gamma_i -> -\gamma_i while < \gamma_i (\gamma_i)^\dagger > does not. Similarly,

< \gamma_5 \gamma_0 \gamma_5 (\gamma_i)^\dagger >

does not change sign (because both gamma_0 and gamma_i have the "wrong" sign), while other contributions do change sign.
As long as this doesn't mess up things down the line, it's probably fine to stick with the wrong signs in the gamma basis for now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants