Fluent 学习心得
仅仅就我接触过得谈谈对fluent的认识，并说说哪些用户适合用，哪些不适合fluent对我来说最麻烦的不在里面的设置，因为我本身解决的就是高速流动可压缩N-S方程，而且本人也是学力学的，诸如边界条件设置等概念还是非常清楚的同时我接触的流场模拟，都不会有很特别的介质，所以设置起来很简单。
对我来说，颇费周折的是gambit做图和生成网格，并不是我不会，而是gambit对作图要求的条件很苛刻，也就是说，稍有不甚，就前功尽弃，当然对于计算流场很简单的用户，这不是问题。有时候好几天生成不了的图形，突然就搞定了，逐渐我也总结了一点经验，就是要注意一些小的拐角地方的图形，有时候做布尔运算在图形吻合的地方，容易产生一些小的面最终将导致无法在此生成网格，fluent里面的计算方法是有限体积法，而且我觉得它在计算过程中为了加快收敛速度，采取了交错网格，这样，计算精度就不会很高。同时由于非结构网格，肯定会导致计算精度的下降，所以我一贯来认为在fluent里面选取复杂的粘性模型和高精度的格式没有任何意义，除非你的网格做的非常好。
而且fluent5.5以前的版本（包括5。5），其物理模型，（比如粘性流体的几个模型)都是预先设定的，所以，对于那些做探索性或者检验新方法而进行的模拟，就不适合用。
同时gambit做网格，对于粘性流体，特别是计算湍流尺度，或者做热流计算来说其网格精度一般是不可能满足的，除非是很小的计算区域。所以，用fluent做的比较复杂一点的流场（除了经典的几个基本流场）其计算所得热流，湍流，以及用雷诺应力模拟的粘性都不可能是准确的，这在物理上和计算方法已经给fluent判了死刑，有时候看到很多这样讨论的文章，觉得大家应该从物理和力学的本质上考虑问题。
但是，fluent往往能计算出量级差不多的结果，我曾经做了一个复杂的飞行器热流计算，高超音速流场，得到的壁面热流，居然在量级上是吻合的，但是，从计算热流需要的壁面网格精度来判断，gambit所做的网格比起壁面网格所满足的尺寸的要大了至少2个数量级，我到现在还不明白fluent是怎么搞的。
综上，我觉得，如果对付老板的一些工程项目，可以用fluent对付过去，但是如果真的做论文，或者需要发表文章，除非是做一些技术性工作，比如优化计算一般用fluent是不适合的。我感觉fluent做力的计算是很不错的，做流场结构的计算，即使得出一些涡，也不是流场本身性质的反应，做低速流场计算，fluent的优势在于收敛速度快，但是低速流场计算，其大
多数的着眼点在于对流场结构的探索，所以计算得到的结果就要好好斟酌一下了，高速流场的模拟中，一般着眼点在于气动力的结果，压力分布以及激波的捕捉，这些fluent做的很不错。对于多相流，旋转机械我没有做过，就不好随便说了希望做过其他方面工作的大侠也总结一下。
对于运用fluent来求解问题，首先要对本身求解的物理模型有充分的了解，只有在这个基础上，才能够选择出正确的，计算模型以及相应的边界条件。
对于fluent计算的方法，确实是采用的有限体积法，不过对基于非结构网格的5.X，我个人觉得其采用的应该是同位网格而不是交错网格，因为非结构网格情况下，交错网格的方法处理起来比同位网格方法要复杂很多。一般见到的非结构网格下FVM（有限体积法）多半还是采用的同位网格而非交错网格，这个问题还可以进一步探讨。对于非结构网格而言，目前能够做到的离散精度也只能是二阶精度了，再高精度目前还没法做到，或者说还没有做到很实用。
对于gambit做网格，确实不是十分的理想，不过这个也不能怪罪gambit，因为非结构网格的生成方法，本身在理论上就有一些瑕疵（姑且这样说吧，不能说是错误，呵呵）所以对于一些十分复杂，而且特殊的流场，可能最终生成的网格会很不理想，这个时候多半需要采取一些其它的迂回的方法，例如将复杂区域分区，分成一些简单的区域，然后在简单区域里面生成网格，最后再组合，而不是将整个复杂区域教给gambit让其一次生成网格。有时在软件做不到的地方，就需要人想法补上了。
对于壁面网格的问题，gambit中提供了生成边界层网格的方法，恩，不知道是否这个功能也同样不能满足所需。gambit中边界层网格只是在壁面法向进行特别的处理。对于壁面切向方向则是和边界层外网格尺度相当的。
对于fluent的适用范围，我很同意stipulation的说法，本身fluent是一个比较成熟的商业软件，换句话说，其适用的数值方法，多半也是目前相对比较成熟的方法之一。因此用fluent 来做工程项目确实是很适合的，因为它相对效率较高，而且实际上fluent中有一些对特殊问题的简化处理其目的也是直接针对工程运用的。因此如果是完全的基于fluent做流场分析，然后做论文，这样是不行的。需要强调的是，fluent仅仅是一种CFD的工具，一个相对好用的工具。
对于fluent做高速可压流动问题，我做的不多，不知道stipulation兄对fluent评价怎样，我个人觉得，由于有限体积法本身对于求解有间断（激波）的流动问题就存在一定的误差的，有限体积法实际上应该更加的适合于不可压流动问题，因为这个方法本身的特点就保证了通
量的守恒，对于不可压流动，那就是保证了整个流场的质量守恒。就我个人观点而言，对于算激波的问题似乎还是得要实用一些高精度格式，例如{BANNED}，TVD，时空守恒格式等。顺便问stipulation一个问题，在算钝头体（导弹）小攻角来流夸音速流动问题时，在计算中是否有激波的振荡现象？（这个好像说有人做出实验了，我们这边有人在计算，可是死活算不出来振荡，他用的是StarCD了）
对于两相流和旋转机械，我插上两句。两相或者多项流动中，fluent也提供了几种可用的方法，例如VOF方法、Cavitation方法、Algebraic slip方法，我对VOF和Cavitation的原理了解稍微多一些，VOF方法称为体积函数法，以两相流动为例，VOF中定义一个基相，两相之间相互是不发生互融等反应的，通过计算每一个时间步下，各个网格单元中的体积函数，从而确定该网格中另外一项的比例，然后通过界面重构或者一些其它的方法来确定此单元网格中两相交界面的位置，从这个意义上说，VOF是属于界面跟踪方法。Cavitation方法则不是这样，此方法不能用
来明确的区分两相的界面等，但是可以用来计算某一的区域内所含的气泡的一个体积密度。对于旋转机械的流动问题，fluent中提供了几种方法，一种是就是很简单用坐标变换的概念化旋转为静止，然后添加一个惯性力。一种是所谓的多参考坐标系方法，还有就是混合面方法，最后是滑移网格方法。第一种方法自不用说，理论上是精确的，后面三钟方法中，fluent 中以滑移网格方法计算的准确度最好，前面两种方法都有很强的工程背景并且是在此基础上简化而来的。但这些方法的运用都有一些前提条件。
fluent公司还有另外的一个工具，MixSim是针对搅拌混合问题的专用CFD软件内置了专用前处理器，可迅速建立搅拌器和混合器的网格及计算模型。
: 有没有用它做旋转机械内部流动的？
同时其实是给商用CFD软件与科研用CFD之间的关系提出了很好的思考问题。其实就我所知道的搞CFD应用研究的人而言，他们很希望在现有的已经成熟的CFD技术基础上做一些改进，使之满足自己研究问题的需要。为此他们不希望整个程序从头到尾都是自己编，比如N-S方程的求解，其实都是比较固定的。因此很多人都希望商用软件有个很好的接口能让用户自己加入模块，但是这一点
其实真是很难做到，而且到底做到用户能交互的什么程度也很难把握。据握所知，有搞湍流模型研究的人用PHOENICS实现自己的模型，而边界处理以及数值方法等还是原方程的，据说star－CD也是商用软件中提供给用户自主性比较好的，fluent这方面到底如何就不得而知了，看stipulation所说的似乎也还是有限。因此，我觉得现在还是存在这样的问题：既不
能依*商用CFD软件搞研究，但也希望不用反复重复一些繁杂的、没有创造性的工作。
我现在就是用fluent来计算旋转机械的内流场，那就说说旋转机械的流动问题吧。fluent中有几种处理旋转机械流动问题的模型，分别为旋转坐标系模型(Rotating Reference Frame)，多参考坐标系模型(MRF)，混和平面模型(Mixing Plane)，滑移网格模型(Sliding Mesh)。其中，旋转坐标系模型仅适用于不考虑定子影响的流场，其思想就是在视转子为静止的旋转坐标系里进行定常计算，计算中考虑惯性力的影响；多参考坐标系模型(MRF)就是在前一模型的基础上考虑了定子对流场的影响，将流场按不同旋转速度划分成几个流动区域，每个区域里用旋转坐标系进行定常计算，在这些流动区域的交界面上强制流动速度的连续；混和平面模型是另一种用定常方法计算定子与转子相互影响下的流场的模型，它在不同流动区域之间的交界面上进行了一定的周向平均，消除了流动本身的非定常性，这种模型要优于MRF模型；滑移网格模型是采用滑移网格技术来进行流场的非定常计算的模型，用它计算的流场最接近于实际的流动，但这种模型需要耗费巨大的机器资源和时间。
关于对商用CFD软件的看法，我比较赞同zzbb的看法，我们可以利用它里面成熟的计算方法，附加上自己提出的一些模型，这样研究问题，可以省很多的精力和时间，对于CFD的发展也是很有好处的。现在的商用软件提供的接口比较少，软件封装的比较死，这样不利于做科学研究，如果可以像linux的发展模式那样发展CFD，大家公开成熟的CFD代码，然后可以通过自由的研究，添加新的功能，相信CFD发展的会更快，不过如果这样，那商用CFD软件就不好赚钱了
至于商用软件开发源代码的问题，实在是不大可能。由于CFD应用很多领域，特别是还与核、航空、汽车等一些非常重要的工程领域相关，一般来说都属于高科技技术，鬼子是不会轻易公开的。比如phoenics早在80年代初就开发完成并应用于工程，但是当时西方就是对■■■国家封闭，禁运，直到1991年（1993？）才有1.x的版本正式到中国。所以这也是我想说的目前存在的矛盾。
那么请问一下fluent所提供的用户接口主要可以做些什么方面的工作呢？
: 加入自己的模型当然是广义的，其实很多东西都可以称作模型。CFD里最经典的算是湍流模型了吧。比如需要修改系数或增加项，对涡粘系数重新计算，就是这种情况。此外还有边界条件的修改等问题。算法也可以算。但这些并不一定是商用软件都能提供的。
对于运用fluent来求解问题，首先要对本身求解的物理模型有充分的了解，只有在这个基础上，才能够选择出正确的，计算模型以及相应的边界条件。对于fluent计算的方法，确实是
采用的有限体积法，不过对基于非结构网格的5.X，我个人觉得其采用的应该是同位网格而不是交错网格，因为非结构网格情况下，交错网格的方法处理起来比同位网格方法要复杂很多。一般见到的非结构网格下FVM（有限体积法）多半还是采用的同位网格而非交错网格，这个问题还可以进一步探讨。对于非结构网格而言，目前能够做到的离散精度也只能是二阶精度了，再高精度目前还没法做到，或者说还没有做到很实用。
fluent由于其商用性，它的思想就是自己做的很通用，而很少给用户接口，特别在一些核心问题上我们实验室如果真的做论文，就用一个fortran的大程序，是一个博士编的专门求解对称的可压缩n-s方程的看懂了，做一个网格，改改边界条件就能算了，如果需要做相应改动，可以直接该源程序一般，作为研究，重点在研究的物理性质，计算方法，流场结构等所以，不会象做项目那样，物理问题很简单，但是条件，边界很复杂，因此，做研究的程序，一般都在内部的计算方法，物理模型上下功夫而做项目，一般对方关心的是一个结果，而不是具体流场的结构性质。所以，用fluent是非常方便的，比如模拟高速可压缩流场n－s方程和欧拉方程模拟的力，力矩的结果，几乎没有差别
日志记录与异常处理规范(2006-09-19 10:02:15转载日志记录与异常处理规范 1 日志记录规范规范日志设计规范主要目的是节省工作量，帮助对问题进行诊断。最终，终端用户可以获得更好的应用程序，并能从技术支持团队获得迅速的响应。 1.1 日志API 在使用 Java 平台进行开发时，使用的日志 API：Log4j-1. 2.8.jar 1.2 日志分类 l Security：记录外部对系统进行的各项操作 l Business：记录和跟踪业务逻辑执行过程 l Performance：记录和跟踪代码执行情况 1.3 日志级别日志级别有： l Debug: 包含了非常广泛的上下文信息，用于问题诊断。 l Info: 用于在产品环境中（粒度较粗）帮助跟踪执行过程的上下文消息。 l Warning: 警告消息，说明系统中可能存在问题。例如，如果这个消息类别是有关安全性方面的。 l Error: 错误消息说明系统中出现了严重的问题。这种问题通常都是不可恢复的，需要人工进行干预。表1 日志记录程序 public class Log4JTest { // Logging 类由EMIP平台提供Logging logging = Logging.getInstance("STDOUT"; public void testLogging( { //安全日志 https://www.doczj.com/doc/077431348.html,("安全类型INFO级日志记录"; https://www.doczj.com/doc/077431348.html,(Logging. SECURITY,"安 全类型INFO级日志记录"; https://www.doczj.com/doc/077431348.html,(Logging. SECURITY,"安全类型INFO级日 志记录",new RuntimeException(; logging.error("安全类型ERROR级日志记录"; logging.error(Logging. SECURITY,"安全类型ERROR级日志记录"; logging.error(Logging. SECURITY,"安全类型ERROR级日志记录",new RuntimeException(; //业务日志 https://www.doczj.com/doc/077431348.html,("业务类型INFO级日志记录"; https://www.doczj.com/doc/077431348.html,(Logging. BUSINESS,"业务类型INFO级日志记录"; https://www.doczj.com/doc/077431348.html,(Logging. BUSINESS,"业务类型INFO级日志记录",new RuntimeException(; logging.error("业 务类型ERROR级日志记录"; logging.error(Logging. BUSINESS,"业务类型ERROR 级日志记录"; logging.error(Logging. BUSINESS,"业务类型ERROR级日志记录",new RuntimeException(; //系统日志 https://www.doczj.com/doc/077431348.html,("业务类型INFO级日志记录"; https://www.doczj.com/doc/077431348.html,(Logging. BUSINESS,"业务类型INFO级日志记录"; https://www.doczj.com/doc/077431348.html,(Logging. BUSINESS,"业务类型INFO级日志记录",new RuntimeException(; logging.error("业 务类型ERROR级日志记录"; logging.error(Logging. BUSINESS,"业务类型ERROR 级日志记录"; logging.error(Logging. BUSINESS,"业务类型ERROR级日志记录",new RuntimeException(; https://www.doczj.com/doc/077431348.html,("系统类型INFO级日志记录";
FLUENT 教程 赵玉新 I、目录 第一章、开始 第二章、操作界面 第三章、文件的读写 第四章、单位系统 第五章、读入和操作网格 第六章、边界条件 第七章、物理特性 第八章、基本物理模型 第九章、湍流模型 第十章、辐射模型 第十一章、化学输运与反应流 第十二章、污染形成模型 第十三章、相变模拟 第十四章、多相流模型 第十五章、动坐标系下的流动 第十六章、解算器的使用 第十七章、网格适应 第十八章、数据显示与报告界面的产生 第十九章、图形与可视化 第二十章、Alphanumeric Reporting 第二十一章、流场函数定义 第二十二章、并行处理 第二十三章、自定义函数 第二十四章、参考向导 第二十五章、索引（Bibliography） 第二十六章、命令索引 II、如何使用该教程 概述 本教程主要介绍了FLUENT 的使用，其中附带了相关的算例，从而能够使每一位使用 者在学习的同时积累相关的经验。本教程大致分以下四个部分：第一部分包括介绍信息、用户界面信息、文件输入输出、单位系统、网格、边界条件以及物理特性。第二和第三部分包含物理模型，解以及网格适应的信息。第四部分包括界面的生成、后处理、图形报告、并行处理、自定义函数以及FLUENT 所使用的流场函数与变量的定义。 下面是各章的简略概括 第一部分： z开始使用：本章描述了FLUENT 的计算能力以及它与其它程序的接口。介绍了如何对具体的应用选择适当的解形式，并且概述了问题解决的大致步骤。在本章中，我们给出
了一个可以在你自己计算机上运行的简单的算例。 z使用界面：本章描述了用户界面、文本界面以及在线帮助的使用方法。同时也提供了远程处理与批处理的一些方法。（请参考关于特定的文本界面命令的在线帮助） z读写文件：本章描述了FLUENT 可以读写的文件以及硬拷贝文件。 z单位系统：本章描述了如何使用FLUENT 所提供的标准与自定义单位系统。 z读和操纵网格：本章描述了各种各样的计算网格来源，并解释了如何获取关于网格的诊断信息，以及通过尺度化（scale）、分区（partition）等方法对网格的修改。本章还描述了非一致（nonconformal）网格的使用. z边界条件：本章描述了FLUENT 所提供的各种类型边界条件，如何使用它们，如何定义它们and how to define boundary profiles and volumetric sources. z物理特性：本章描述了如何定义流体的物理特性与方程。FLUENT 采用这些信息来处理你的输入信息。 第二部分： z基本物理模型：本章描述了FLUENT 计算流体流动和热传导所使用的物理模型（包括自然对流、周期流、热传导、swirling、旋转流、可压流、无粘流以及时间相关流）。以及在使用这些模型时你需要输入的数据，本章也包含了自定义标量的信息。 z湍流模型：本章描述了FLUENT 的湍流模型以及使用条件。 z辐射模型：本章描述了FLUENT 的热辐射模型以及使用条件。 z化学组分输运和反应流：本章描述了化学组分输运和反应流的模型及其使用方法。本章详细的叙述了prePDF 的使用方法。 z污染形成模型：本章描述了NOx 和烟尘的形成的模型，以及这些模型的使用方法。 第三部分： z相变模拟：本章描述了FLUENT 的相变模型及其使用方法。 z离散相变模型：本章描述了FLUENT 的离散相变模型及其使用方法。 z多相流模型：本章描述了FLUENT 的多相流模型及其使用方法。 z Flows in Moving Zones（移动坐标系下的流动）：本章描述了FLUENT 中单一旋转坐标系，多重移动坐标系，以及滑动网格的使用方法。 z Solver 的使用：本章描述了如何使用FLUENT 的解法器（solver）。 z网格适应：本章描述了explains the solution-adaptive mesh refinement feature in FLUENT and how to use it 第四部分： z显示和报告数据界面的创建：本章描述了explains how to create surfaces in the domain on which you can examine FLUENT solution data z图形和可视化：本章描述了检验FLUENT 解的图形工具 z Alphanumeric Reporting：本章描述了如何获取流动、力、表面积分以及其它解的数据。 z流场函数的定义：本章描述了如何定义FLUENT 面板内出现的变量选择下拉菜单中的流动变量，并且告诉我们如何创建自己的自定义流场函数。 z并行处理：本章描述了FLUENT 的并行处理特点以及使用方法 z自定义函数：本章描述了如何通过用户定义边界条件，物理性质函数来形成自己的FLUENT 软件。 如何使用该手册 z根据你对CFD 以及FLUENT 公司的熟悉，你可以通过各种途径使用该手册 对于初学者，建议如下：
关于系统日志事件2021 的解决方法 症状 “适用于”一节中包括的任何一种操作系统可能在短时间内停止响应，并且系统日志中会记录类似于以下内容的多个事件： 事件ID: 2022 来源: Srv 描述: 服务器无法在最近的s秒内找到可用的连接n次。 事件ID: 2021 来源: Srv 描述: 服务器无法在最后%3 秒内创建%2 次工作项目。 此外，在与出现问题的服务器相连接的服务器或客户端上，可能会记录类似以下内容的事件。 事件ID: 3013 来源: Rdr 描述: 重定向程序对Computer_Name已超时。 有时，当服务器计算机尝试与自己连接时，可能会在出现问题的服务器计算机上记录事件3013。 注意：本文讨论的许多故障排除步骤也可用于解决事件ID 3013 错误。 操作系统的其他组件可能无法工作，且可能会生成错误消息，这些错误消息在其事件日志消息的数据部分报告状态代码1450。也就是“系统资源不足”。可以在系统事件日志或应用程序事件日志中找到这些事件。仅在基础事件涉及与服务器服务的连接时，这些消息才适用于本文描述的问题。但是，这一情况难以确定。例如，CLUSSVC 会生成事件ID 1055。此事件来自群集服务，它通常报告连接服务器服务失败。 原因 出现此问题的原因是服务器服务无法满足按I/O 流网络层排队的网络工作项的需求。服务器服务不能在硬盘上足够快地处理请求的网络I/O 项，并消耗了可用资源。 有许多根源可以导致服务器服务消耗可用资源。例如，网络适配器和硬盘驱动器之间的I/O 路径发生任何问题都会导致出现本文描述的症状。 如果安装的网络适配器驱动程序不正确，也可能出现此问题。
FLUENT中文手册（简化版） 本手册介绍FLUENT的使用方法，并附带了相关的算例。下面是本教程各部分各章节的简略概括。 第一部分： ?开始使用：描述了FLUENT的计算能力以及它与其它程序的接口。介绍了如何对具体的应用选择适当的解形式，并且概述了问题解决的大致步骤。在本章中给出了一个简单的算例。 ?使用界面：描述用户界面、文本界面以及在线帮助的使用方法，还有远程处理与批处理的一些方法。?读写文件：描述了FLUENT可以读写的文件以及硬拷贝文件。 ?单位系统：描述了如何使用FLUENT所提供的标准与自定义单位系统。 ?使用网格：描述了各种计算网格来源，并解释了如何获取关于网格的诊断信息，以及通过尺度化（scale）、分区（partition）等方法对网格的修改。还描述了非一致（nonconformal）网格的使用. ?边界条件：描述了FLUENT所提供的各种类型边界条件和源项，如何使用它们，如何定义它们等 ?物理特性：描述了如何定义流体的物理特性与方程。FLUENT采用这些信息来处理你的输入信息。 第二部分： ?基本物理模型：描述了计算流动和传热所用的物理模型（包括自然对流、周期流、热传导、swirling、旋转流、可压流、无粘流以及时间相关流）及其使用方法，还有自定义标量的信息。 ?湍流模型：描述了FLUENT的湍流模型以及使用条件。 ?辐射模型：描述了FLUENT的热辐射模型以及使用条件。 ?化学组分输运和反应流：描述了化学组分输运和反应流的模型及其使用方法，并详细叙述了prePDF 的使用方法。 ?污染形成模型：描述了NOx和烟尘的形成的模型，以及这些模型的使用方法。 第三部分： ?相变模拟：描述了FLUENT的相变模型及其使用方法。 ?离散相变模型：描述了FLUENT的离散相变模型及其使用方法。 ?多相流模型：描述了FLUENT的多相流模型及其使用方法。 ?移动坐标系下的流动：描述单一旋转坐标系、多重移动坐标系、以及滑动网格的使用方法。 ?解法器（solver）的使用：描述了如何使用FLUENT的解法器。 ?网格适应：描述了如何优化网格以适应计算需求。 第四部分： ?显示和报告数据界面的创建：本章描述了explains how to create surfaces in the domain on which you can examine FLUENT solution data ?图形和可视化：本章描述了检验FLUENT解的图形工具 ?Alphanumeric Reporting：本章描述了如何获取流动、力、表面积分以及其它解的数据。 ?流场函数的定义：本章描述了如何定义FLUENT面板内出现的变量选择下拉菜单中的流动变量，并且告诉我们如何创建自己的自定义流场函数。 ?并行处理：本章描述了FLUENT的并行处理特点以及使用方法 ?自定义函数：本章描述了如何通过用户定义边界条件，物理性质函数来形成自己的FLUENT软件。 如何使用该手册 对于初学者，建议从阅读“开始”这一章起步。 对于有经验的使用者，有三种不同的方法供你使用该手册：按照特定程序的步骤从按程序顺序排列的目录列表和主题列表中查找相关资料；从命令索引查找特定的面板和文本命令的使用方法；从分类索引查找特定类别信息（在线帮助中没有此类索引，只能在印刷手册中找到它）。 什么时候使用Support Engineer：Support Engineer能帮你计划CFD模拟工程并解决在使用FLUENT 中所遇到的困难。在遇到困难时我们建议你使用Support Engineer。但是在使用之前有以下几个注意事项：●仔细阅读手册中关于你使用并产生问题的命令的信息 ●回忆导致你产生问题的每一步 ●如果可能的话，请记下所出现的错误信息 ●对于特别困难的问题，保存FLUENT出现问题时的日志以及手稿。在解决问题时，它是最好的资源。
日志管理与分析-日志收集及来源 【前言】 对广大IT工作者，尤其是运维和安全人员来说，“日志”是一个再熟悉不过的名词。日志从哪来？机房中的各种软件（系统、防火墙）和硬件（交换机、路由器等），都在不断地生成日志。IT安全业界的无数实践告诉我们，健全的日志记录和分析系统，是系统正常运营、优化以及安全事故响应的基础，虽然安全系统厂商为我们提供了五花八门的解决方案，但基石仍是具有充足性、可用性、安全性的日志记录系统。实际工作中，许多单位内部对日志并没有充分的认识，安全建设更多在于投入 设备，比如防火墙、IDS、IPS、防病毒软件等，被动地希望这些系统帮助我们完成一切工作，但是俗话说的好：“魔高一尺道高一丈”，以特征码和预定义规则为基础的上述设备，在防护方面永远落在攻击者后面，防微杜渐才是真正的出路。作为一名合格的安全人员，了解日志的概念，了解日志的配置和分析方法，是发现威胁、抵御攻击的重要技能，有了这方面的深刻认识，各种自动化安全解决方案才能真正地发挥效能。 1、日志数据 简单地说，日志消息就是计算机系统、设备、软件等在某种触发下反应生成的东西。确切的触发在很大程度上取决于日志消息的来源。例如，UNix操作系统会记录用户登录和注销的消息，防火墙将记录ACL 通过和拒绝的消息，磁盘存储系统在故障发生或者在某些系统认为将会发生故障的情况下会生成日志消息。 日志数据就是一条日志消息里用来告诉你为什么生成消息的信息，例如，web服务器一般会在有人访问web页面请求资源（图片、
文件等等）的时候记录日志。如果用户访问的页面需要通过认证，日 志消息将会包含用户名。日志消息可以分成下面的几种通用类型： ?信息：这种类型的消息被设计成告诉用户和管理员一些没有风险的事情发生了。例如，Cisco IOS将在系统重启的时候生成消息。不过，需要注意的是，如果重启发生在非正常维护时间或是业务时间，就有发出报警的理由。 ?调试：软件系统在应用程序代码运行时发生调试信息，是为了给软件开发人员提供故障检测和定位问题的帮助。 ?警告：警告消息是在系统需要或者丢失东西，而又不影响操作系统的情况下发生的。 ?错误：错误日志消息是用来传达在计算机系统中出现的各种级别的错误。例如，操作系统在无法同步缓冲区到磁盘的时候会生成错误信息。?警报：警报表明发生了一些有趣的事，一般情况下，警报是属于安全设备和安全相关系统的，但并不是硬性规定。在计算机网络中可能会运行一个入侵防御系统IPS，检查所有入站的流量。它将根据数据包的内容判断是否允许其进行网络连接。如果IPS检测到一个恶意连接，可能会采取任何预先配置的处置。IPS会记录下检测结果以及所采取的行动。 2、日志数据的传输与收集 计算机或者其他设备都实现了日志记录子系统，能够在确定有必 要的时候生成日志消息，具体的确定方式取决于设备。另外，必须有 一个用来接收和收集日志消息的地方，这个地方一般被称为日志主 机。日志主机是一个计算机系统，一般来说可能是linux和windows服
AIX操作系统错误日志及日常维护 一、系统故障记录(errorlog) errdemon 进程在系统启动时自动运行 记录包括硬件软件及其他操作信息 故障记录文件为/var/adm/ras/errlog 可备份下来或拷贝到别的机器上分析 errpt 命令的使用(普通用户权限也可使用) #errpt |more 列出简短出错信息 ERROR_ID TIMESTAMP T C RESOURCE_NAME ERROR_DESCRIPTION 192AC071 0723100300 T 0 errdemon Error logging turned off 0E017ED1 0720131000 P H mem2 Memory failure 9DBCFDEE 0701000000 T 0 errdemon Error logging turned on 038F2580 0624131000 U H scdisk0 UNDETERMINED ERROR AA8AB241 0405130900 T O OPERATOR OPERATOR NOTIFICATION TIMESTAMP: MMDDHHMMYY (月日时分年 T 类型: P 永久; T 临时; U 未知永久性的错误应引起重视 C 分类: H 硬件; S 软件; O 用户; U未知 #errpt -d H 列出所有硬件出错信息 #errpt -d S 列出所有软件出错信息 #errpt -aj ERROR_ID 列出详细出错信息 # errpt -aj 0502f666 <--- ERROR_ID用大小写均可，例： LABEL: SCSI_ERR1 ID: 0502F666 Date/Time: Jun 19 22:29:51 Sequence Number: 95 Machine ID: 123456789012 Node ID: host1 Class: H Type: PERM Resource Name: scsi0 Resource Class: adapter Resource Type: hscsi Location: 00-08 VPD: <--- Virtal Product Data Device Driver Level (00) Diagnostic Level (00) Displayable Message.........SCSI EC Level....................C25928 FRU Number..................30F8834 Manufacturer................IBM97F Part Number.................59F4566 Serial Number (00002849) ROS Level and ID (24) Read/Write Register Ptr (0120)
请问MT4 EA不能开单，日志显示“OrderSend error 130”是什么意思 最好能直接给我一个能用的ORDERSEND的代码，希望能根据相应条件，每个货币对都能开单而且只开一单。 举报违规检举侵权投诉|2013-08-23 13:19 提问者采纳 百度啊，大哥。也有MT4错误代码表的。 ERR_INVALID_STOPS，检查你的止损价位，是不是太近、甚至设反了。 ====================================================================== MT4错误代码最完整汇总(2011-05-16 09:44:02)转载▼标签：杂谈分类：外汇 MT4 的错误代码是存放在MetaEditor的libraries文件夹下 stdlib.mq4或stderror.mq4文件中 但是内容都是英文,我将这部分的翻译转过来,以供参考 case 1: error_string="no error"; 没有错误返回。; case 2: error_string="common error"; 没有错误返回但结果不明; case 3: error_string="invalid trade parameters"; 一般错误; case 4: error_string="trade server is busy";无效交易参量; case 5: error_string="old version of the client terminal";交易服务器繁忙; case 6: error_string="no connection with trade server";客户终端旧版本; case 7: error_string="not enough rights";没有连接服务器; case 8: error_string="too frequent requests";没有权限; case 9: error_string="malfunctional trade operation (never returned error)";请求过于频繁; case 64: error_string="account disabled"; 交易运行故障; case 65: error_string="invalid account";账户禁止; case 128: error_string="trade timeout";无效超时; case 129: error_string="invalid price"; 无效价格; case 130: error_string="invalid stops";无效停止; case 131: error_string="invalid trade volume";无效交易量; case 132: error_string="market is closed";市场关闭; case 133: error_string="trade is disabled";交易被禁止; case 134: error_string="not enough money";资金不足; case 135: error_string="price changed";价格改变; case 136: error_string="off quotes"; 开价; case 137: error_string="broker is busy (never returned error)";经纪繁忙; case 138: error_string="requote";重新开价; case 139: error_string="order is locked";定单被锁定; case 140: error_string="long positions only allowed";只允许看涨仓位; case 141: error_string="too many requests";过多请求; case 145: error_string="modification denied because order too close to market";因为过于接近市场，修改否定; case 146: error_string="trade context is busy";交易文本已满;
FLUENT多相流模型 分类 1、气液或液液流动 气泡流动：连续流体中存在离散的气泡或液泡 液滴流动：连续相为气相，其它相为液滴 栓塞（泡状）流动：在连续流体中存在尺寸较大的气泡 分层自由流动：由明显的分界面隔开的非混合流体流动。 2、气固两相流动 粒子负载流动：连续气体流动中有离散的固体粒子 气力输运：流动模式依赖，如固体载荷、雷诺数和例子属性等。最典型的模式有沙子的流动，泥浆流，填充床以及各相同性流 流化床：有一个盛有粒子的竖直圆筒构成，气体从一个分散器进入筒内，从床底不断冲入的气体使得颗粒得以悬浮。 3、液固两相流动 泥浆流：流体中的大量颗粒流动。颗粒的stokes数通常小于1。大于1是成为流化了的液固流动。 水力运输：在连续流体中密布着固体颗粒 沉降运动：在有一定高度的盛有液体的容器内，初始时刻均匀散布着颗粒物质，随后，流体会出现分层。 4、三相流 以上各种情况的组合 多相流动系统的实例 气泡流：抽吸、通风、空气泵、气穴、蒸发、浮选、洗刷。 液滴流：抽吸、喷雾、燃烧室、低温泵、干燥机、蒸发、气冷、洗刷。 栓塞流：管道或容器中有大尺度气泡的流动 分层流：分离器中的晃动、核反应装置沸腾和冷凝 粒子负载流：旋风分离器、空气分类器、洗尘器、环境尘埃流动 气力输运：水泥、谷粒和金属粉末的输运 流化床：流化床反应器、循环流化床 泥浆流：泥浆输运、矿物处理 水力输运：矿物处理、生物医学、物理化学中的流体系统 沉降流动：矿物处理。 多相流模型的选择原则 1、基本原则
1)对于体积分数小于10%的气泡、液滴和粒子负载流动，采用离散相 模型。 2)对于离散相混合物或者单独的离散相体积率超出10%的气泡、液滴 和粒子负载流动，采用混合模型或欧拉模型。 3)对于栓塞流、泡状流，采用VOF模型 4)对于分层/自由面流动，采用VOF模型 5)对于气动输运，均匀流动采用混合模型，粒子流采用欧拉模型。 6)对于流化床，采用欧拉模型 7)泥浆和水力输运，采用混合模型或欧拉模型。 8)沉降采用欧拉模型 9)对于更一般的，同时包含多种多相流模式的情况，应根据最感兴趣 的流动特种，选择合适的流动模型。此时由于模型只是对部分流动特 征采用了较好的模拟，其精度必然低于只包含单个模式的流动。 2、混合模型和欧拉模型的选择原则 VOF模型适合于分层的或自由表面流，而混合模型和欧拉模型适合于流动中有相混合或分离，或者分散相的体积分数超过10%的情况（小于10%可使用离散相模型）。 1)如果分散相有宽广的分布（如颗粒的尺寸分布很宽），最好采用混 合模型，反之使用欧拉模型。 2)如果相间曳力规律一直，欧拉模型通常比混合模型更精确；若相间 曳力规律不明确，最好选用混合模型。 3)如果希望减小计算了，最好选用混合模型，它比欧拉模型少解一部 分方程；如果要求精度而不在意计算量，欧拉模型可能是更好的选择。 但是要注意，复杂的欧拉模型比混合模型的稳定性差，可能会遇到收 敛困难。
Testin兼容测试结果终端日志分析手册一、基础知识介绍 Android日志分类 ?V: verbose ?D: debug ?I: information ?W: warning ?E: error ?F:fatal error Android常见错误分类 ?ANR（Application Not Responding） 发生该异常时，Android设备通常会弹出“程序xxx无响应，是否等待”的提示框。 发生原因：1）应用主线程卡住，对其他请求响应超时 2）死锁 3）系统反应迟钝 4）CPU负载过重 ?JAVA Runtime Error 发生该异常时，Android设备通常会弹出“程序xxx意外终止，是否立即关闭”的提示框。 常见错误：1）NullPointerException
2）IndexOutOfBoundsException 3）IllegalArgumentException 4）IllegalStateException ?NDK Error（Native Development Kit） 发生该异常时，程序在Android设备上都会立即退出，即通常所说的闪退，而不会弹出“程序xxx意外终止，是否立即关闭”之类的提示框。 常见错误：1）初始化错误 2）访问错误 3）内存泄露 4）参数错误 5）堆栈溢出 6）类型转换错误 7）数字除0错误 ADB日志相关指令 ?清空logcat缓存，清空历史数据 adb shell logcat -b main -b system -b events –c ?获取logcat日志，合并main+system+events数据 adb shell logcat -b main -b system -b events -v time 日志分析工具 ?UE
路由器日志故障排除的技巧汇总 路由器日志故障排除的技巧汇，路由器日志故障的解决问题是很值得我们探讨的，在“认识syslog设备”里设置好时间段，然后在防火墙配置里面启动时间段的某些功能就基本上OK 了。 日志对于网络安全来说非常重要，他记录了系统每天发生的各种各样的事情，你可以通过他来检查错误发生的原因，或者受到攻击时攻击者留下的痕迹。路由器是各种信息传输的枢纽，被广泛用于企事业单位的网络建设中，承担着局域网之间及局域网与广域网之问连接的重任。 Cisco是目前使用比较广泛的一种路由器，在许多行业系统中有非常普遍的应用。以下是笔者在日常工作中积累的一些对Cisco路由器日志故障方面的经验，这些实例都在实际应用中调试通过并投入使用，供大家参考。 路由器的一些重要信息可以通过syslog机制在内部网络的Unix主机上作路由器日志故障。在路由器运行过程中，路由器会向日志主机发送包括链路建立失败信息、包过滤信息等等日志信息，通过登录到日志主机，网络管理员可以了解日志事件，对日志文件进行分析，可以帮助管理员进行故障定位、故障排除和网络安全管理。 认识syslog设备 首先介绍一下syslog设备，它是标准Unix，的跟踪记录机制，syslog可以记录本地的一些事件或通过网络记录另外一个主机上的事件，然后将这些信息写到一个文件或设备中，或给用户发送一个信息。 syslog机制主要依据两个重要的文件:/etc/syslogd(守护进程)和/etc /syslog.conf配置文件，syslogd的控制是由/etc/syslog.conf来做的。syslog.conf文件指明syslogd程序记录路由器日志故障的行为，该程序在启动时查询syslog.conf配置文件。 该文件由不同程序或消息分类的单个条目组成，每个占一行。对每类消息提供一个选择域和一个动作域。这些域由tab隔开(注意:只能用tab键来分隔，不能用空格键)，其中选择域指明消息的类型和优先级;动作域指明sysloqd接收到一个与选择标准相匹配的消息时所执行的动作。 每个选项是由设备和优先级组成。也就是说第一栏写"在什么情况下"及"什么程度"。然后用TAB键跳到下一栏继续写"符合条件以后要做什么"。当指明一个优先级时，syslogd将记录二个拥有相同或更高优先级的消息。每行的行动域指明当选择域选择了一个给定消息后应该把他发送到哪儿。第一栏包含了何种情况与程度，中间用小数点分隔。详细的设定方式如下: 电脑知识https://www.doczj.com/doc/077431348.html, 电脑技巧，绿色、破解实用软件下载 1.在什么情况下记录 ◆各种不同的情况以下面的宇串来决定:
1.多相流动模式 我们可以根据下面的原则对多相流分成四类： ?气-液或者液-液两相流： o 气泡流动：连续流体中的气泡或者液泡。 o 液滴流动：连续气体中的离散流体液滴。 o 活塞流动: 在连续流体中的大的气泡 o 分层自由面流动：由明显的分界面隔开的非混合流体流动。 ?气-固两相流： o 充满粒子的流动：连续气体流动中有离散的固体粒子。 o 气动输运：流动模式依赖诸如固体载荷、雷诺数和粒子属性等因素。最典型的模式有沙子的流动，泥浆流，填充床，以及各向同性流。 o 流化床：由一个盛有粒子的竖直圆筒构成，气体从一个分散器导入筒内。从 床底不断充入的气体使得颗粒得以悬浮。改变气体的流量，就会有气泡不断 的出现并穿过整个容器，从而使得颗粒在床内得到充分混合。 ?液-固两相流 o 泥浆流：流体中的颗粒输运。液-固两相流的基本特征不同于液体中固体颗 粒的流动。在泥浆流中，Stokes 数通常小于1。当Stokes数大于1 时，流动成为流化（fluidization）了的液-固流动。 o 水力运输: 在连续流体中密布着固体颗粒 o 沉降运动: 在有一定高度的成有液体的容器内，初始时刻均匀散布着颗粒物 质。随后，流体将会分层，在容器底部因为颗粒的不断沉降并堆积形成了淤 积层，在顶部出现了澄清层，里面没有颗粒物质，在中间则是沉降层，那里 的粒子仍然在沉降。在澄清层和沉降层中间，是一个清晰可辨的交界面。 ?三相流(上面各种情况的组合) 各流动模式对应的例子如下： ?气泡流例子：抽吸，通风，空气泵，气穴，蒸发，浮选，洗刷 ?液滴流例子：抽吸，喷雾，燃烧室，低温泵，干燥机，蒸发，气冷，刷洗?活塞流例子：管道或容器内有大尺度气泡的流动 ?分层自由面流动例子：分离器中的晃动，核反应装置中的沸腾和冷凝 ?粒子负载流动例子：旋风分离器，空气分类器，洗尘器，环境尘埃流动 ?风力输运例子：水泥、谷粒和金属粉末的输运
先声明下，虽然用windbg诊断蓝屏之前网络上已经有人发过教程了，但就我而言，学会使用windbg来诊断蓝屏也算是自己的原创吧。以前看一个微软专家的视频（微软专家张银奎老师的《如何诊断和调试蓝屏错误》），专家提到可以用windbg来调试dump文件，当时我就想能不能只关注是什么文件导致的系统崩溃，然后对症下药。后来通过一系列的实验，自己摸索出了用windbg诊断蓝屏的方法，成功解决了包括KIS7.0插件、QQ插件、迅雷插件导致的蓝屏。废话就不多说了，本文没什么高深的技术，只是一些简单的操作，但应该可以让身陷蓝屏困扰中的朋友带来些变化，起码能让你知道是谁在捣乱！ 直观地说，蓝屏是系统崩溃。操作系统在遇到致命错误导致崩溃时，并不是直接挂掉，而是会记录下当时内存中的数据，将其存储成为dump文件，并用一串蓝屏代码向用户做出提示。 好了，大家跟我一起设置吧。 第一步，打开电脑的dump文件存储功能。在“我的电脑”上右键——属性——高级
选好后点确定，下次再出现蓝屏时，系统就会存储下dump文件，一般存放位置在系统盘的minidump文件夹下。（建议在该文件夹上点右键——属性——发送到——桌面快捷方式，以后就能在桌面上找到该文件夹了） 第二步，下载安装windbg https://www.doczj.com/doc/077431348.html,/whdc/devtools/debugging/installx86.mspx#a 这个过程就不说了，随便选一个下载，安装时，一路“下一步”就行了。 第三步，使用windbg诊断蓝屏错误 上面两步设好后，就想办法开始“制造”蓝屏吧，平时怎么用会出现蓝屏就拼命用直到出现蓝屏，嘿嘿。 蓝屏后重启，在minidump文件夹下会出现一个以日期为文件名的东东，那就是我们要的了。接下来打开windbg，点屏幕左下的“开始”，如下图：
ELK日志分析系统 一、ELK日志分析系统介绍 1.1传统的日志统计及分析方式 日志主要包括系统日志、应用程序日志和安全日志。系统运维和开发人员可以通过日志了解服务器软硬件信息、检查配置过程中的错误及错误发生的原因。经常分析日志可以了解服务器的负荷，性能安全性，从而及时采取措施纠正错误。 通常，日志被分散的储存不同的设备上。如果你管理数十上百台服务器，你还在使用依次登录每台机器的传统方法查阅日志。这样是不是感觉很繁琐和效率低下。当务之急我们使用集中化的日志管理，例如：开源的syslog，将所有服务器上的日志收集汇总。 集中化管理日志后，日志的统计和检索又成为一件比较麻烦的事情，一般我们使用grep、awk和wc等Linux命令能实现检索和统计，但是对于要求更高的查询、排序和统计等要求和庞大的机器数量依然使用这样的方法难免有点力不从心。 1.2 ELK介绍 开源实时日志分析ELK平台能够完美的解决我们上述的问题，ELK由ElasticSearch、Logstash和Kiabana三个开源工具组成。 （1）、Elasticsearch是个开源分布式搜索引擎，它的特点有：分布式，零配置，自动发现，索引自动分片，索引副本机制，restful风格接口，多数据源，自动搜索负载等。 （2）、Logstash是一个完全开源的工具，可以对日志进行收集、过滤，并将其存储供以后使用（如：搜索）。 （3）、Kibana 也是一个开源和免费的可视化工具，可以为Logstash 和ElasticSearch 提供的日志分析友好的Web 界面，可以帮助汇总、分析和搜索重要数据日志。 1.2.1 Elasticsearch介绍 Elasticsearch是一个基于Apache Lucene(TM)的开源搜索引擎，Lucene是当前行业内最先进、性能最好的、功能最全的搜索引擎库。但Lucene只是一个库。无法直接使用，必须使用Java作为开发语言并将其直接集成到应用中才可以使用，而且Lucene非常复杂，需要提前深入了解检索的相关知识才能理解它是如何工作的。 Elasticsearch也使用Java开发并使用Lucene作为其核心来实现所有索引和搜索的功能，但是它的目的是通过简单的RESTful API来隐藏Lucene的复杂性，从而让全文搜索变得简单。 但Elasticsearch不仅仅值是Lucene库和全文搜索，它还有以下用途： ?分布式的实时文件存储，每个字段都被索引并可被搜索 ?分布式的实时分析搜索引擎 ?可以扩展到上百台服务器，处理PB级结构化或非结构化数据
Tutorial:Dam-Break Simulation Using FLUENT’s Volume of Fluid Model Purpose This tutorial examines the dam-break problem using the Volume of Fluid(VOF)multiphase model. This tutorial demonstrates how to do the following: ?Set up a dam-break problem. ?Choose the time step by estimating the maximum possible velocity of the interface and the grid cell dimension. ?Solve the problem using the VOF model. ?Manipulate the solution parameters. Prerequisites This tutorial assumes that you are familiar with the FLUENT interface and that you have a good understanding of basic setup and solution procedures.In this tutorial,you will use VOF multiphase model,so you should have some experience with it.This tutorial will not cover the mechanics of using this model;instead,it will focus on the application of this model to solve a dam-break problem. If you have not used this model before,it would be helpful to?rst refer to the FLUENT6.3 User’s Guide and the FLUENT6.2Tutorial Guide. Problem Description The initial setup of the dam-break problem is shown in Figure1. In this problem,a rectangular column of water,in hydrostatic equilibrium,is con?ned between two walls.Gravity is acting downwards with a magnitude of-9.81m/s2.At the beginning of the calculation,the right wall is removed and the water is allowed to?ow out to the horizontal wall.
Windows日志浅析 总体来看，登录/登出事件对可以很好地追踪用户在一台主机上完整活动过程的起至点，和登录方式无关。此外可以提供一些“帐户登录”没有的信息，例如登录的类型。此外对终端服务的活动专门用两个事件ID来标识。ok，我们开始分析，同样从5种类型分别进行分析。 1、本地方式的登录和登出 Randy大神在书中只提到了Windows使用两个事件ID528和540记录用户成功的登录（后者对应网络类型的登录），登出使用ID530。然而事实上同时发生的事件不只限于这些，那么让我们来看看用户简单的登录和登出活动至少会触发那些事件。 首先是成功的登录，从日志分析来看至少会有2个事件发生，分别为ID552和528，以下从左到右分别是各自的截图。 现在来各种进行详细分析，首先是ID552事件，该事件说明有人使用身份凭据在尝试登录，并且头字段中的用户名为SYSTEM。看看描述信息中有什么好东西： 使用明确凭据的登录尝试: （说明有人在尝试登录） 登录的用户: 用户名: WIN2003$ （主机名加了$后缀） 域: WORKGROUP （主机的域名，此例中主机在名称为“WORKGROUP”的工作组中） 登录ID: (0x0,0x3E7) 登录GUID: - 凭据被使用的用户: 目标用户名: Administrator （登录使用的用户名） 目标域: WIN2003 （要登录的主机名） 目标登录GUID: - 目标服务器名称: localhost 目标服务器信息: localhost 调用方进程ID: 1612 源网络地址: 127.0.0.1 （从IP地址很容易判断是本地登录） 源端口: 0 这里有一点要说明一下，Windows对这条日志的解释是“一个已登录的用户尝试使用另外一个用户凭证创建登录会话，例如使用“RUNAS”命令来运行某个可执行文件”。但事实上第1次用户成功登录后也会产生这个事件。