“游到海水变蓝”为你分享7篇“用蒙特卡洛法对非线性零部件的优化设计”,经本站小编整理后发布,但愿对你的工作、学习、生活带来方便。
篇1:用蒙特卡洛法对非线性零部件的优化设计
用蒙特卡洛法对非线性零部件的优化设计
膜片弹簧是典型的`非线性零部件,膜片弹簧的优化设计用蒙特卡洛法(M-C)比通常运用的罚函数法计算更为简单、精确,本文提供了一个汽车离合器膜片弹簧三个主参数的最优化设计(M-C)计算方法,随后又对优化结果作了验证.
作 者:张枫念 ZHANG Feng nian 作者单位:东风汽车传动轴公司,江苏苏州,215007 刊 名:传动技术 英文刊名:DRIVE SYSTEM TECHNIQUE 年,卷(期): 23(3) 分类号:U463.211 关键词:非线性零部件 膜片弹簧 优化设计篇2:基于非线性规划的空域扇区结构优化设计
基于非线性规划的空域扇区结构优化设计
在统计、分析管制员工作负荷和使用管制员工作负荷模型的基础上,提出一个受不同扇区规划数目约束的扇区结构划分的`数学模型.作者采取多变量有约束非线性整数规划法简化了算法流程,并给出了算法解法步骤:在MATLAB平台上,通过编辑算法程序,实现了非线性算法运算功能,完成了扇区结构优化的计算机实现.通过对广州终端区空域进行扇区结构优化设计,根据数据对比得出扇区结构优化后各扇区工作负荷与工作负荷平均值的相对误差由原来的1 104 s/h降低到1 34.4 s/h,验证了扇区结构优化数学模型的可行性和非线性算法的有效性.
作 者:杨光 胡明华 王艳军 YANG Guang HU Ming-hua WANG Yan-jun 作者单位:中国民用航空局,空中交通管理局,北京,100022 刊 名:交通运输工程与信息学报 ISTIC英文刊名:JOURNAL OF TRANSPORTATION ENGINEERING AND INFORMATION 年,卷(期): 6(4) 分类号:V355.1 关键词:空域扇区结构优化 工作负荷平衡 非线性规划篇3:用MATLAB回归非线性模型参数
用MATLAB回归非线性模型参数
非线性模型参数回归难度大,需要一定的数学基础,用MATLAB回归分析工具箱可直接进行非线性回归,计算简单准确,并能给出直观的拟合曲线图.
作 者:彭勇 牛俊峰 活泼 Peng Yong Niu Junfeng Huo Po 作者单位:浙江科技学院生化学院,杭州,310012 刊 名:化学通报(印刷版) ISTIC PKU英文刊名:CHEMISTRY 年,卷(期): 70(11) 分类号:O6 关键词:MATLAB 回归分析 非线性模型篇4:PSO并行优化LSSVR非线性黑箱模型辨识
PSO并行优化LSSVR非线性黑箱模型辨识
针对非线性黑箱系统辨识中存在不确定性、高阶次,采用常规辨识方法建立其精确数学模型十分困难等问题,提出一种基于自适应粒子群算法的最小二乘支持向量机回归(PSO-LSSVR)非线性系统辨识方法.该方法采用2组自适应粒子群算法并行计算模型,分别利用自适应粒子群算法对LSSVR中的'参数进行自动选取和矩阵迭代求解,既克服了传统LSSVR参数难以确定的缺点,提高了辨识精度,同时避免了复杂矩阵求逆运算,加快了计算速度.将该方法应用于船舶操纵性模型非线性系统辨识,仿真结果表明,由该方法得到的LSSVR能够有效地对系统进行建模,仿真精度高,结构简单,具有一定的理论推广意义.
作 者:刘胜 宋佳 李高云 LIU Sheng SONG Jia LI Gao-yun 作者单位:哈尔滨工程大学,自动化学院,黑龙江,哈尔滨,150001 刊 名:智能系统学报 ISTIC英文刊名:CAAI TRANSACTIONS ON INTELLIGENT SYSTEMS 年,卷(期): 5(1) 分类号:N945.1 TP18 关键词:粒子群算法 最小二乘支持向量机回归 非线性系统辨识 黑箱模型 船舶操纵模型篇5:如何对页面进行优化
做SEO的兄弟都知道,百度非常喜欢
一、写一个关于主题的简介
既然是关于某个主题的专题,那么一个简介视乎是必不可少的,各大专题页我们都能看到这样一个简介,或长或短,可以让不了解的用户首先对这个主题所提的事物有一定的了解,我们来看下那些牛站是不是都是这样做的,
新浪“杰拉德”专题
爱美网“BB霜”专题
二、链接的相关内容页越多越好
我们可以看出,排名比较好的专题页往往都是链接着大量的相关内容页,为什么要这样呢?上面说了,专题页都是围绕一个主题的所有内容都面面俱到,只有这样才能满足用户的需求,而且链接的相关页面越多,相关性也更好,需要注意的是内容页的相关性,什么样的内容才是最有相关性的呢?那些查询百度关键词的工具一查能出来一箩筐,
三、图片、视频,能上的统统上
为了满足用户需求,我们必须尽量扩充专题页的内容,这样才能尽可能的满足绝大部分用户的需求,像图片、视频之类的,能上就统统上,各位看官可以看下那些门户的专题页,哪个不是神马都往上堆。其实我们可以把专题页看成一个搜索引擎搜索结果页面,比如我们在百度搜索“贝克汉姆”的时候,会出来贝克汉姆的简介、贴吧、图片、视频、新闻等等关于贝克汉姆的一切,而我们的专题页就可以像这样来设置内容,来看看新浪“贝克汉姆”的专题是不是这样的。
四、所有链接的内容页要有回链
这一点很重要,但却被很多人所忽视,专题页链接内容页,同样那个内容页也必须要链回专题页,这个有两个好处,一来可以加强相关性,二来可以更好的传递权重。
以上所说的比较笼统,还有一些细节也是我们不容忽视的,这些都可以从各大门户的专题页上看出来,此外,一个优秀的专题在视觉效果上也是不可疏忽的,因此,在专题页的美工上,我们也该好好下一番功夫才是。
篇6:如何对CPU进行优化
对于CPU二级缓存(L2 Cache)的作用,想必大家都多多少少有一定了解,即使不完全明白其中道理,至少也可以从Pentium 4和Celeron的差价判断出其重要性―256KB二级缓存的Celeron D 2.4GHz比512KB二级缓存的Pentium 4 2.4C便宜近一半,如果这时候有人说Windows XP操作系统并没有充分利用CPU的二级缓存,你会怎么想?这简直就是在浪费用户的投资嘛!
事实上,有一种广为流传的说法是Windows XP没有对CPU进行优化,理由就是它默认状态下并没有打开CPU的二级缓存。如果你打开注册表编辑器,找到“HKEY_LOCAL_MACHINESYSTEM CurrentControlSetControlSession ManagerMemory Management”,在其中可以看到一个名为“SecondLevelDataCache”的项,它的默认值为“0”。再明显不过了,“SecondLevelDataCache”就是二级数据缓存的意思,既然被设置为“0”,那就是关闭了二级缓存。
正是基于以上论断,才出现了优化二级缓存的技巧,也就是把“SecondLevelDataCache”的值设置为CPU的二级缓存容量(单位KB)。在众多的优化软件中也包含了优化CPU二级缓存的设置,例如“超级兔子魔法设置”、“Windows优化大师”和PcMedik等。这样的优化到底有多大的效果呢?还是让事实说话比较好,请看我们进行的对比测试。
从测试结果来看,修改“SecondLevel DataCache”的值对测试结果没有任何影响,这是为什么呢?事实上,在微软的知识库文章(http://support.microsoft.com/default.aspx?scid=kb;en-us;183063)中可以看到,从Windows NT4开始,“SecondLevelData Cache”的默认设置就已经是“0”了,
这篇文章指出,当“SecondLevelDataCache”为“0”时,系统会尝试通过硬件抽象层(Hardware Abstraction Layer,HAL)获取二级缓存容量,即便是硬件抽象层无法获取二级缓存容量,系统也默认设定二级缓存为256KB,而不是完全关闭二级缓存。在另外一篇Windows 的知识库文章中(http://support.microsoft.com/default.aspx?scid=kb;en-us;228766)中,明确地告诉用户,一些第三方资料宣称修改“SecondLevelDataCache”可以优化系统性能,这是不正确的。Windows XP与Windows NT4/2000都是NT内核,因此在设计上具有一定的继承性,虽然这两篇知识库文章并不是直接针对Windows XP提出的,但可以看到这个问题由来已久,Windows NT系列操作系统在最初就已经把这个问题考虑周全了。
从实际测试的结果和微软知识库文章的解释可以得出结论,所谓的Windows系统没有对CPU进行优化的说法是错误的,虽然手动修改“SecondLevelDataCache”也没有带来什么负面影响,但这种“优化”绝对是多此一举。
测试平台: CPU Pentium 4 2.8E
主板 微星865PE Neo2
内存 Kingston DDR400(256MB×2)
硬盘 Maxtor Plus 9 120GB(SATA)
显卡 ELSA影雷者FX534DV
操作系统 Windows XP Pro+SP1
SecondLevelDataCache Super Pi 209万位测试
0 110秒
1024 110秒
512 110秒
256 110秒
128 110秒
64 110秒
32 110秒
16 110秒
8 110秒
篇7:用status信息对MySQL服务器进行优化(一)
网上有很多的文章教怎么配置MySQL服务器,但考虑到服务器硬件配置的不同,具体应用的差别,那些文章的做法只能作为初步设置参考,我们需要根据自己的情况进行配置优化,好的做法是MySQL服务器稳定运行了一段时间后运行,根据服务器的”状态”进行优化,
mysql> show global status;
可以列出MySQL服务器运行各种状态值,另外,查询MySQL服务器配置信息语句:
mysql> show variables;
一、慢查询
mysql> show variables like %slow%;
+------------------+-------+
| Variable_name | Value |
+------------------+-------+
| log_slow_queries | ON |
| slow_launch_time | 2 |
+------------------+-------+
mysql> show global status like %slow%;
+---------------------+-------+
| Variable_name | Value |
+---------------------+-------+
| Slow_launch_threads | 0 |
| Slow_queries | 4148 |
+---------------------+-------+
配置中打开了记录慢查询,执行时间超过2秒的即为慢查询,系统显示有4148个慢查询,你可以分析慢查询日志,找出有问题的SQL语句,慢查询时间不宜设置过长,否则意义不大,最好在5秒以内,如果你需要微秒级别的慢查询,可以考虑给MySQL打补丁:http://www.percona.com/docs/wiki/release:start,记得找对应的版本。
打开慢查询日志可能会对系统性能有一点点影响,如果你的MySQL是主-从结构,可以考虑打开其中一台从服务器的慢查询日志,这样既可以监控慢查询,对系统性能影响又小。
二、连接数
经常会遇见”MySQL: ERROR 1040: Too many connections”的情况,一种是访问量确实很高,MySQL服务器抗不住,这个时候就要考虑增加从服务器分散读压力,另外一种情况是MySQL配置文件中max_connections值过小:
mysql> show variables like max_connections;
+-----------------+-------+
| Variable_name | Value |
+-----------------+-------+
| max_connections | 256 |
+-----------------+-------+
这台MySQL服务器最大连接数是256,然后查询一下服务器响应的最大连接数:
mysql> show global status like Max_used_connections;
+----------------------+-------+
| Variable_name | Value |
+----------------------+-------+
| Max_used_connections | 245 |
+----------------------+-------+
MySQL服务器过去的最大连接数是245,没有达到服务器连接数上限256,应该没有出现1040错误,比较理想的设置是:
Max_used_connections / max_connections * 100% ≈ 85%
最大连接数占上限连接数的85%左右,如果发现比例在10%以下,MySQL服务器连接数上限设置的过高了。
三、Key_buffer_size
key_buffer_size是对MyISAM表性能影响最大的一个参数,下面一台以MyISAM为主要存储引擎服务器的配置:
mysql> show variables like key_buffer_size;
+-----------------+------------+
| Variable_name | Value |
+-----------------+------------+
| key_buffer_size | 536870912 |
+-----------------+------------+
分配了512MB内存给key_buffer_size,我们再看一下key_buffer_size的使用情况:
mysql> show global status like key_read%;
+------------------------+-------------+
| Variable_name | Value |
+------------------------+-------------+
| Key_read_requests | 27813678764 |
| Key_reads | 6798830 |
+------------------------+-------------+
一共有27813678764个索引读取请求,有6798830个请求在内存中没有找到直接从硬盘读取索引,计算索引未命中缓存的概率:
key_cache_miss_rate = Key_reads / Key_read_requests * 100%
比如上面的数据,key_cache_miss_rate为0.0244%,4000个索引读取请求才有一个直接读硬盘,已经很BT了,key_cache_miss_rate在0.1%以下都很好(每1000个请求有一个直接读硬盘),如果key_cache_miss_rate在0.01%以下的话,key_buffer_size分配的过多,可以适当减少,
MySQL服务器还提供了key_blocks_*参数:
mysql> show global status like key_blocks_u%;
+------------------------+-------------+
| Variable_name | Value |
+------------------------+-------------+
| Key_blocks_unused | 0 |
| Key_blocks_used | 413543 |
+------------------------+-------------+
Key_blocks_unused表示未使用的缓存簇(blocks)数,Key_blocks_used表示曾经用到的最大的blocks数,比如这台服务器,所有的缓存都用到了,要么增加key_buffer_size,要么就是过渡索引了,把缓存占满了。比较理想的设置:
Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 80%
四、临时表
mysql> show global status like created_tmp%;
+-------------------------+---------+
| Variable_name | Value |
+-------------------------+---------+
| Created_tmp_disk_tables | 21197 |
| Created_tmp_files | 58 |
| Created_tmp_tables | 1771587 |
+-------------------------+---------+
每次创建临时表,Created_tmp_tables增加,如果是在磁盘上创建临时表,Created_tmp_disk_tables也增加,Created_tmp_files表示MySQL服务创建的临时文件文件数,比较理想的配置是:
Created_tmp_disk_tables / Created_tmp_tables * 100% <= 25%
比如上面的服务器Created_tmp_disk_tables / Created_tmp_tables * 100% = 1.20%,应该相当好了。我们再看一下MySQL服务器对临时表的配置:
mysql> show variables where Variable_name in (tmp_table_size, max_heap_table_size);
+---------------------+-----------+
| Variable_name | Value |
+---------------------+-----------+
| max_heap_table_size | 268435456 |
| tmp_table_size | 536870912 |
+---------------------+-----------+
只有256MB以下的临时表才能全部放内存,超过的就会用到硬盘临时表。
五、Open Table情况
mysql> show global status like open%tables%;
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Open_tables | 919 |
| Opened_tables | 1951 |
+---------------+-------+
Open_tables表示打开表的数量,Opened_tables表示打开过的表数量,如果Opened_tables数量过大,说明配置中table_cache(5.1.3之后这个值叫做table_open_cache)值可能太小,我们查询一下服务器table_cache值:
mysql> show variables like table_cache;
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| table_cache | 2048 |
+---------------+-------+
比较合适的值为:
Open_tables / Opened_tables * 100% >= 85%
Open_tables / table_cache * 100% <= 95%
★ 汽修技师论文
★ 输电线路合同
【用蒙特卡洛法对非线性零部件的优化设计(精选7篇)】相关文章:
医用加速器使用测试研究论文2023-09-17
油藏水平井井网优化设计方法研究论文2023-04-02
纳米材料论文2023-11-29
微波辐射对造纸业污水处理研讨的论文2022-08-08
酸化压裂的研究现状分析和在现场中的应用论文2022-08-28
全球人工智能会议2022-04-30
逆向工程技术在公路设计领域的应用论文摘要2023-04-15
浅谈城市给水管网优化设计2023-08-04
逆向工程技术在车门设计中的运用论文2022-06-21
新技术学习总结2023-08-09