改进PSO算法的混编群兵力部署优化

通过对影响混编群兵力部署因素的分析,结合混编群兵力部署原则,建立了混编群兵力部署优化模型。针对该类NP难组合优化问题,提出了一种基于线形递减权重离散粒子群算法,给出了粒子的编码及其寻优操作步骤。通过设置适当的算法参数,利用Matlab编程实现对应用实例的仿真,取得了理想的兵力部署效果,为解决混编群兵力部署优化问题提供了一种新的途径。     

基于主从递阶决策模型的地空导弹混编群火力运用策略

首先,给山地空导弹兵混编群火力运用的定义.分析了混编群火力运用的主从递阶关系,并在此基础上建立了混编群火力运用主从递阶决策模型.针对主从递阶决策模型特点改进了粒了群算法,即免疫粒了群优化算法.根据地空导弹兵混编群的特点给出主决策和从决策的目标函数方程.最后仿真得到混编群抗击敌空袭的动态结果,并给出战术解释.     

UM3758-108编/解码器在串行通信中的应用

介绍一种基于编/解码器的PC机与多单片机之间的串行通信方法,并对智能卡的设计进行了说明。该编/解码器通信方案,较好地解决了多机系统中作为上位机的工控机对各下位机的寻址问题。     

一种基于棱柱镜的立体图像二维抗混叠数字滤波方法

基于棱柱镜LCD自由立体显示器及其立体图像的特征,针对频域混叠失真问题,提出了一种新的二维抗混叠数字滤波方法。该方法分析了倾斜棱柱镜光栅下多视点LCD子像素排列规律,并结合多维采样理论建立了子采样模型,设计出相应的二维数字滤波器,从而对各视点图像进行二维频域抗混叠滤波以消除失真。实验证明,该方法复杂度低、滤波效果好,对同类自由立体显示器具有适用性。     

原油混输调度建模方法的研究进展

介绍了原油混输调度问题的建模和优化方法及国内外的研究现状.综合国内外在原油混输调度研究的新成果,从建模及求解上分析了现有的研究方法,并比较了其优缺点.指出数学规划方法是原油混输调度问题的最常用方法,但其建模困难,其求解方法--数学规划算法、随机搜索法和智能算法等都有缺陷,很难又快又好的得到最优解.而基于事件树方法通过自然语言建模,用基于事件触发规则的方法求解,可以很快得到较好的解.对于原油混输调度,基于事件树的方法是一种很有潜力的方法.     

UH3758-l08编／解碍器在串行通信中的应用

介绍一种基于编／解码器的PC机与多单片机之间的串行通信方法，并对智能卡的设计进行了说明。该编／解码器通信方案，较好地解决了多机系统中作为上位机的工控机对各下位机的寻址问题。     

高光谱图像非线性解混方法的研究进展

由于空间分辨率的限制,高光谱遥感图像中存在大量混合像元,对混合像元的解混是实现地物精确分类和识别的前提。与传统的线性解混方法相比,非线性解混方法在寻找组成混合像元的端元以及每个端元的丰度时具有较高的精度。分析了光谱非线性混合的原理,总结了近年来提出的非线性解混算法,重点对双线性模型、神经网络、基于核函数的非线性解混算法以及基于流形学习的非线性解混算法进行了介绍和分析。最后总结了混合像元非线性解混未来发展的趋势。     

矿物高光谱解混进展研究综述

由于高光谱传感器低空间分辨率特征,岩石高光谱一般是矿物组分的综合反映。矿物高光谱解混对矿产勘查、矿物含量定量反演和野外地质填图等提供了可行的鉴定方法。首先介绍了2种主要的光谱混合模型;其次基于矿物混合机理特征,从模型驱动法和数据驱动法2个方面,对近年高光谱数据的端元提取和丰度求解算法进行归纳,分析各解混算法的原理和优缺点;然后从实验室实测数据、模拟数据和高光谱影像数据3个方面,对目前已开展的混合矿物高光谱解混实验进行概括,总结各算法的解混效果和适用性;最后针对各解混算法的特点和研究现状指出未来矿物高光谱解混的研究方向。     

交流-直流机车混编重载组合列车互联互通系统设计

为了实现重载列车中交、直流机车的混编互联,文章提出一种基于图形化语言的分布式组合列车互联互通系统,其克服了交、直流机车在动力性能匹配上存在差异的困难,解决了交、直流机车不同牵引特性、不同控制指令、不同状态显示3大互联互通难题,实现了交流机车和直流机车编组同步操纵功能.此方法已被应用于朔黄铁路1.6万t重载组合列车,静态...     

基于C#与Matlab混合编程的实时室温监控系统研究与实现

分析研究了基于C#与Matlab的混编编程方法,并与51系列单片机控制相结合,实现了一种实时室温监控系统,可实现室内温度的实时监测、温度数据的图像化精细显示、温度异常报警、空调开关的远程控制等功能,解决了一般温控系统存在的无上（下）位机设计、只监无控等系统不完整性问题。     

Windows平台下机群并行编译环境配置

现行的并行计算多是在Linux平台下进行的,为了能够在Windows平台下进行机群并行计算,以Fortran90为开发语言,介绍了Windows XP平台下MPICH2的Fortran90并行编译环境的配置,并进一步介绍在MPICH2环境下Fortran90并行程序的编译、连接和运行方法,从而实现了Windows平台下机群的并行计算。     

Windows平台下机群并行编译环境配置

现行的并行计算多是在Linux平台下进行的,为了能够在Windows平台下进行机群并行计算,以Fortran90为开发语言,介绍了Windows XP平台下MPICH2的Fortran90并行编译环境的配置,并进一步介绍在MPICH2环境下Fortran90并行程序的编译、连接和运行方法,从而实现了Windows平台下机群的并行计算。     

Linux机群系统并行程序调试器的设计与实现

介绍了在基于Linux的机群系统中，并行程序调试工具XBUSTER的设计与实现，包括调试器的基本结构及在实现时所涉及的一些关键技术。XBUSTER具有一般调试器的基本调试功能，可以调试用C／Fortran语言编写的PVM或MPI，对并行程序的各个进程能够单独或同时进行调试，并且能够实现进程的动态调试。该系统已在运行Linux系统的清华集群计算机系统上运行，具有较好的实用性。     

Visual C++与Compaq Visual Fortran混合编程研究

详细论述了Visual C 与Compaq Visual Fortran混合编程所要解决的问题，并结合实例提出了解决方法，并进而利用函数直接嵌入法和动态链接库调用方法结合实例用Visual C 调用了已有Fortran代码，有效的利用了Fortran遗产代码，避免了资源浪费，节省了编程时间，在工程与科学研究中有着极大的应用价值。     

Fortran 90与面向对象程序设计

面向对象方法已经成一种最有前途的软件开发方法之一。面对对象程序设计方法应用于工程计算已有近十年,所采用的语言为Ｃ＋＋,Ｅｉｆｆｅｌ和Ｓｍａｌｌｔａｌｋ等。     

Finite element programming and C

In finite element programming, data have to be dealt with which are of different types but belong together in a logical sense. It would be very effective, with respect to program readability and maintainability, to store these data as a single unit. Effcient software design requires that all parts of information, which belong together logically, are stored as a single data unit. This can be accomplished utilizing structured data types.

Dynamic memory allocation allows the definition of dynamic variables which can be created and destroyed during run-time. Dynamic memory management is handled in C by pointers. In other conventional languages, e.g. Fortran 77, the programmer has the responsibility to select adequate array sizes for the largest problem to be solved. This often leads in engineering practice to array oversizing and to memory wasting. By allocating memory dynamically during program execution according to actual problem size, wasting can be avoided.

The combination of structured data and pointers along with the dynamic memory allocation capabilities of C allows the creation of linked lists. Utilizing these concepts, an effective and easy-to-read C program has been written for finite element analysis. The C program presented demonstrates the use of these techniques for interactive finite mesh generation. The strengths of C are compared to that of Fortran 77 and Fortran 90. It has been found that for finite element programming C is in many aspects superior to Fortran 77. However, it has some disadvantages in comparison with Fortran 90 concerning array processing.     

基于ARM9的嵌入式Linux系统移植

描述移植Linux内核到ARM9的具体实现过程和方法。ARM9采用三星公司的S3C2440,Linux内核版本号为2.6.34.8。首先从搭建交叉编译环境入手,接着介绍Bootloader引导程序及移植,然后详述Linux2.6.34.8内核的移植过程,最后介绍根文件系统的制作。移植后的Linux在嵌入式系统中运行稳定。     

串行与并行FORTRAN数据文件接口

本文分析了在３Ｌ并行Ｆｏｒｔｒａｎ编译环境下，以及ＭＳ－Ｆｏｒｔｒａｎ和ＮＤＰ－Ｆｏｒｔｒａｎ串行编译环境下，数据文件按二进制数代码以顺序方式存取时的存储格式；分别提出并实现了采用串并行Ｆｏｒｔｒａｎ设计数据文件接口的方法，并给出了适当的例子。     

基于txt文件快速实现C#与Fortran混合编程

将Fortran控制台应用程序制作成Fortran动态链接库文件,使用C#语言开发软件界面并调用Fortran DLL实现混合编程。给出了C#语言和Fortran语言混合编程时需要注意的要点。结合示例介绍了一种利用txt文件快速实现C#和Fortran混合编程的方法。该方法只需要对Fortran源代码做较小的修改就能有效地实现两种语言的混合编程,此方法对其他不同语言之间的混合编程提供了一种参考思路。     

Evaluation and optimization of method calls in Java

Recent advances in Virtual Machine's technology have led to the diffusion of Java execution environments which provide performance levels comparable to those of traditional languages such as C/C++ and Fortran. This paper's focus is on method calls, a well researched area of compilers' optimization. In particular, we evaluate the impact on the performance of the Java virtual call mechanism and the advantages which can be obtained through the inlining optimization. Moreover, we propose a new heuristic methodology which allows us to consider whole sequences of methods for the inlining decision and not only simple couples of caller–callee methods. The proposed methodology operates at bytecode level and is applicable only to the calls that can be resolved at compile time. Thus, we execute a devirtualization algorithm before the inlining decision, in order to enlarge the basis for the optimization. We made empirical measures on three major platforms (Unix, Windows and Linux) by using the SPEC JVM98 benchmark suite. Results reveal an average performance improvement of 1.9% with devirtualization and 5.5% with inlining. We discuss the different behaviour of single benchmarks and virtual machines, arguing that dynamic compilers are not yet able to fully exploit the wider scope for intra‐procedural optimization offered by eliminating the calls. Finally, we show that taking into consideration whole sequences of calls—instead of single calls—is effective only on a few benchmarks where hotspots of execution involve cycles of nested methods. Copyright © 2003 John Wiley & Sons, Ltd.