# Is more verbosity possible?

**URL:** <https://pyfr.discourse.group/t/is-more-verbosity-possible/145>\
**Category:** General\
**Created:** [6 March 2017 10:52 UTC](https://pyfr.discourse.group/t/is-more-verbosity-possible/145 "2017-03-06T10:52:22Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![Robert\_Sawko1](https://avatars.discourse-cdn.com/v4/letter/r/9de053/32.png) [@Robert\_Sawko1](https://pyfr.discourse.group/u/Robert_Sawko1)\
**Post date:** [6 March 2017 10:52 UTC](https://pyfr.discourse.group/t/is-more-verbosity-possible/145/1 "2017-03-06T10:52:22Z")

</div>

Hello,

I am still playing with SD7003 benchmark. When it runs, it scales really well.  
I will share my results in another thread when they're ready, but I am  
experiencing some strange freezing behaviors. I am almost sure this is down to  
our cluster or software stack and I will be getting our system team to help me  
with this on Wednesday, but I was wondering if you can suggest something to  
make pyfr more verbose.

I already print everything I can from MPI and I use --verbose flag in pyfr. I  
also print residuals ever 10 steps which is the only way for me to see that the  
job has frozen.

Best wishes,  
Robert

---

<div class="post-metadata">

**Author:** ![fdw](https://avatars.discourse-cdn.com/v4/letter/f/a587f6/32.png) [@fdw](https://pyfr.discourse.group/u/fdw)\
**Post date:** [6 March 2017 14:35 UTC](https://pyfr.discourse.group/t/is-more-verbosity-possible/145/2 "2017-03-06T14:35:15Z")

</div>

Hi Robert,

I do not believe that anything in PyFR currently makes use of the  
–verbose flag. However, your best best upon noticing that the code has  
frozen is to attach GDB and get a backtrace. GDB is quite good these  
days about understanding Python stack frames so you’ll be able to see  
exactly what is going on.

Regards, Freddie.