# Incompressible BCs not fully enforced

**URL:** <https://pyfr.discourse.group/t/incompressible-bcs-not-fully-enforced/786>\
**Category:** Cases\
**Tags:** config, incompressible, bcs\
**Created:** [3 April 2023 11:42 UTC](https://pyfr.discourse.group/t/incompressible-bcs-not-fully-enforced/786 "2023-04-03T11:42:24Z")\
**Posts on this page:** 1\
**Showing post:** 14

<div class="post-metadata">

**Author:** ![WillT](https://avatars.discourse-cdn.com/v4/letter/w/bc79bd/32.png) [@WillT](https://pyfr.discourse.group/u/WillT)\
**Post date:** [11 April 2023 07:58 UTC](https://pyfr.discourse.group/t/incompressible-bcs-not-fully-enforced/786/14 "2023-04-11T07:58:46Z")

</div>

Two points, you probably want to reduce the `pseudo-niters-min`, you don’t want to force the system to take 100 steps if it has already converged, 4 is probably more appropriate. For `pseudo-niters-max`, 100 is probably better too.

PyFR doesn’t assume units, see one of the many other posts asking similar questions.

For example:

> [@Units of time in solver](https://pyfr.discourse.group/t/units-of-time-in-solver/766):
>
> Hello, everyone. Is the unit of time t in the source term is seconds (s)? For example, I want the source term to work within 1 subtle (us), then I make the working interval is 0≤t\<1e-6. Is this right? With best regards

Finally on you question about GMSH, this might be better asked to there support team/community.

---

_[View the full topic](https://pyfr.discourse.group/t/incompressible-bcs-not-fully-enforced/786)._