@liujuncfd 熄火是extinction, 可能得具体看看哪种发动机的所谓超音速状态？
超音速应该是和航空相关的，应该是扩散火焰吧。
扩散火焰熄火可以有几种情况：
V2ray自建服务器，有一键脚本，联通不封github v2ray的repo，可以直接下载。手机用v2rayng，电脑用v2rayn。
服务器可选在日本、荷兰或者美国，最好根据当地联通/电信/移动的网络来选。
反正，u2b 4k能看。而且还能做透明代理啥的。也可以做订阅。
这个是理论大坑啊。
如果压力基的求解器，求解的是速度和压力场，那么得用连续性方程来求压力。
如果是密度基的，连续性可以求密度，然后用状态方程求压力。
Linux调度的话默认多核是会给任务分配不同的核直到所有核都满。但是你调整了优先级，那个NI，nice value。
@hungryandfool 赞，语言层级越抽象，越容易搞清楚逻辑。也越容易把“概念一致性”搞明白。
而且Python并不一定低效，实际的工作都调用线代库或者Kernel其实也挺快的。
docker 好像没有这么多问题。
@夜阑烟寒
NICE!
@李东岳
同问，到底谁是压力方程，Pressure Linked Equation(PLE), Pressure Poisson Equation(PPE)?
PISO用的好像也不是PPE
@litong189456
另外OpenFOAM是Picard迭代，
至少SIMPLE的PLE是玩的Discrete Then Split, DTS流程。投影法之类的玩的是STD流程。
@litong189456
UEqn是一个fvMatrix<T> 类，类成员里有个指针psi_，指向了U，所以UEqn.A, H计算都会引用U，U更新，A,H也更新。
@youmengtian 可以用Foam-extend，感觉要全乎一点儿，至少真弄了个全耦合的样子，但是还是扩展不下去了。估计到时候OF整个底层得大改。现代求解器好多都是外挂数值库的，内置数值库要求太高了。
@yhdthu 呵呵，OF的精度问题不止如此，湍流模型如果是后加的，算子分裂可能会导致精度下降到1阶和稳态无法达到的问题。所以Jasak在FE中玩耦合求解是另外的套路。
@youmengtian
这个破模板类是个大坑，建议绕开。lduMatrix的元素都是scalar，LduMatrix分成了对角和上下三角两种类型，比如对角可以是球量，非对角可以是标量。
那破玩意儿就是OF进化不完全的铁证。。。
@yhdthu 看了文章，似乎是对的。本来CN格式是2阶，但是解压力方程的时候阶数下降了。
感觉这个和压力方程的本质有关系，压力本来没有非定常项，都是通过速度算出来的。
所以里面的没修正的结果都是时间：速度2阶精度，压力1阶精度，最后到达一个平台。
我的理解是他是玩了个插值修正。把压力方程源项弄得更准了。
@浪迹天大 国内用coding.net就行了。github... 太慢。
@李东岳 早毕业了，在职博后。这个还可以，我用的bandwagon，CN网直连，速度取决于你的网速
shadowsock, 如果有需要我的可以借给你用，反正我在UConn待一年。v: chengdi562643
@yhdthu
你管他呢，就说时间格式有二阶精度完了呗。解有没有二阶精度谁知道。而且时间精度还和时间步长有关呢。
@izumi
我的理解是，拆项的话你得把phiEp和sigmaDotU表示成rhoE的函数才行，这似乎有点儿困难吧。。
