结合工程实践选题调研分析同类软件产品

  我的工程实践选题是 “服务器风扇散热控制”

  本项目主要是根据服务器内部的芯片的功耗和温度,只能的调控服务器风扇转速。主要涉及风扇转速智能控制算法设计,linux下的应用开发,服务器系统风扇控制编程,板卡温度读取等技术。

  由于以往生活和学习经历中并没有接触过服务器散热控制等,本片文章以温控风扇为例进行调研和分析同类软件。

  本文主要以 1.基于51单片机的智能温控风扇系统 2.树梅派自动风扇降温系统 3.基于pid的只能风扇系统。这三种都属shrinkwrap(包装在盒子里的软件)

1.这些软件的开发者是怎么说服你(陌??)成为他们的?户的?他们的?标都是盈利么?他们的?标都是赚取?户的现?么?还是别的?

 由于这些软件都是开源的算法,是我自己在网上寻找成为他们的用户的。

 他们的目标不一定都是盈利,有一些是科研性质的,有一些纯属作者个人爱好。基于51单片机的智能温控风扇系统和 树梅派自动风扇降温系统都是学生和计算机爱好者发布在网络上分享。只是为了学习和帮助他人。基于pid的只能风扇系统三是在一片科研论文中找到的,主要是科研性质的。

 他们的目标不是赚取用户现金。都是为了解决一个实际的问题,并且同时分享出来帮助他人。

2.这些软件是如何到你??的(邮购,下载,互相拷?、在线使用……)

 基于51单片机的智能温控风扇系统和 树梅派自动风扇降温系统是在开源网站上下载。基于pid的只能风扇系统是在科研论文中找到。

3.这些软件有Bug 么??是如何更新新版本的?

 不能说没有bug,因为一般主机的散热风扇是轴流风扇,根据物理学,风扇散热和风量风压这两个概念有关。空气的比热容一定,更大的风量,也就是单位时间内能带走更多热量。但是更大的风量也就意味着要牺牲一定的风压。如果风扇可以带动大量的空气流动,但风压小,风就吹不到散热器底部,这就是为什么一些风扇转速很高但是散热效果却很差。相反的,风压大,风量小,没有足够的冷空气与散热片进行热交换,也会造成散热效果不好。这就造成了这些软件的一些隐形的bug,有时候在一个系统上运行的效果很好,在另一个系统上却效果一般。

 更新版本主要靠作者在网上推出新的版本,然后用户手动去下载。

4.此类软件是什么时候开始出现的,同?类型的软件之间是如何竞争的? 发展趋势如何?

 最早时间并没有记录,不过应该是在大规模集成电路出现以后,所以最早应该是1967年。这些软件软件之间的竞争主要依赖于其服务的芯片厂商。发展出现如今统一的温控散热系统种类多样。

5.列举你在使?上述软件时观察到的“特殊”现象,它们和硬件有什么不同?这些能说明软件的某些本质特性么?

 特殊现象就是在第三问的回答中叙述的内容。

 他们和硬件紧密相联却又互相区别。有一部分硬件可以看成是固化的软件,还有一部分硬件可以看成是软件指令的实现者,根据软件的指令去完成一些事情。这些说明了软件的某些本质。软件编译后的指令能够驱动硬件,一部分软件和硬件的功能可以相互取代。软件的修改比硬件更加方便。两者都是为服务人而创造设计的。

6.你个?第?次?此类软件是什么时候,你当时是?年级,班主任叫什么?在哪?,什么状态,当时的软件是如何得到的(买的正版,盗版,下载?)

 第一次使用此类软件是这个礼拜,我研究生一年级,班主任叫李春杰,在苏州,学习状态,通过网络获取开源代码。

7.你是如何精通这类软件的?它给你什么好处,坏处?

 暂时说不上精通。只是了解了风扇的驱动原理,散热量与风扇风压还有散热片材料形状之间的联系。好处是让我了解了不同芯片版卡还有风扇的设计对算法的影响很大,可能一直算法只能应用于一种散热系统。

8.你现在还?它么,或者是同类软件的不同品牌,为何?

 现在我正在学习这三种软件。因为工程实践要设计一个服务器风扇散热算法,只有通过不断地学习和时间才能设计出一个符合要求的高性能的算法。

9.这种软件再过10年,20年还会存在么,为什么?

 可能会存在。存在的理由是根据物理学能量的转换不可能百分之百,总有一部分转化为热能,如果将来的计算机运算时还是会发热,那么就需要廉价的风扇来进行散热。

原文地址:https://www.cnblogs.com/SA19225239/p/11594080.html

时间: 2024-10-09 02:43:49

结合工程实践选题调研分析同类软件产品的相关文章

结合工程实践选题调研分析同类软件

首先我的工程实践题目是“风扇调度”.主要内容是IO板卡温度监控与风扇调度,我曾经在网上搜索过相关论文和代码,但是很不幸,这只是一个很冷门的问题,并没有人关心.业内虽然有着一些解决方案,但是并没有成型的软件出现,都是内置于操作系统的.因此我只能选择几个相关的软件进行介绍,linux操作系统,DPTF(Dynamic Platform and Thermal Framework)和Kubernetes. 一.linux操作系统 类似于windows,linux也是一个操作系统,负责分配和调度系统资源

结合工程实践选题调研分析相关技术背景

我的工程实践题目由于比较少见,因此市面上并没有大规模的软件出现.故我选择来仔细分析一下我的工程实践的技术背景. 我的工程实践的题目是基于量子密钥分发的云计算安全保障研究,这里有三个关键词,分别是量子密钥分发.云计算以及云计算安全保障,接下来我将就这三个关键词分别阐述其技术. 首先介绍的是量子密钥分发技术.量子密钥分发,顾名思义,就是利用量子力学的技术进行密钥分发的技术.那么什么又是密钥分发呢?在保密通信的过程中,如果通信双方采用的是对称加密方式,那么双方需要在通信前协商好加密密钥,而这个过程通常

结合工程实践选题调研同类软件产品

我的工程实践选题是facering,在输入视频流中使用3D建模软件进行头部建模,实时捕捉头部的动作和表情变化,该项目所用到的软件有 Maya,tensortflow,操作系统是Linux Q1:这些软件的开发者是怎么说服你(陌??)成为他们的?户的?他们的?标都是盈利么?他们的?标都是赚取?户的现?么?还是别的? A1:选择这些软件的原因是因为它们提供的动能恰好是我这个项目开发所需要的,比如人物.动物建模一般就要用到Maya,这些软件的正版下载都是需要费用的,所以目标是盈利 Q2:这些软件是如何

结合工程实践分析同类软件产品-抖音快手微视

我的工程实践选题是做前后端软件开发,所以挑选了三款软件进行分析:1.抖音  2.微视  3.快手 这三款软件具有一定的共同点:用户可以在此之上观看基于推荐算法的视频流,但是它们的定位与特点有很多的不同之处, 从信息架构图中可以看出,三个产品的主要核心功能都是浏览短视频.拍摄短视频和搜索,并通过视频.关注.互动.消息等操作发展短视频社区. 下面具体分析: 一.总体分析 1.抖音的风格潮酷,视频质量高,但拍摄成本高,拍摄需要内容引导,会导致视频内容同质化. 2.快手的视频接地气,与生活息息相关,内容

结合工程实践选题分析调研同类软件产品

我的工程实践题目是基于大数据问答训练的中文自然语言理解系统设计,因,学习知识工程的构建方法,研究学习WordNet.frameNet等常用语义网络,使用机器学习算法研究中文自然语言理解,构建一套特定知识库的智能语音应答系统.因此基于智能语音应答系统,我选择了3款同类软件的分析: 1.微软小冰小娜:都基于必应搜索和深度神经网络等技术,属于2C产品.微软小娜如今可以在iOS.Android.Window 10系统中使用,她更像一个秘书,可以打电话.发短信.发邮件以及查询上一场曼联的比分.但是微软小娜

视频剪辑软件产品调研分析

视频剪辑软件产品调研分析,互联网短视频快速放大了对视频剪辑软件产品的需求,视频剪辑软件产品一般比较复杂庞大,因此选择视频剪辑软件产品作为调研对象. 1.选取三款视频剪辑软件,运用表格的形式进行对比分析,比较它们基本的功能特点: 软件名称 基本介绍 突出优点 爱剪辑 爱剪辑是一款易用.强大的视频剪辑软件,也是国内首款全能的免费视频剪辑软件,由爱剪辑团队凭借10余年的多媒体研发实力,历经6年以上创作而成. 操作简单.功能强大.速度快.画质好.稳定性高.好莱坞文字特效.上百种风格滤镜.视频转场特效多.

管理信息系统需求调研分析指南

摘要:本文是在管理信息系统需求调研实践和学习中的一些经验总结,有些是自己的体会,有些来自专家的书本或文章,希望与大家分享,并起到一个抛砖引玉的作用,如有不妥之处欢迎指正. 一.软件需求的定义 IEEE软件工程标准词汇表(1997年)中定义的需求为: (1) 用户解决问题或达到目标所需的条件或能力: (2) 系统或系统部件要满足合同.标准.规范或其他正式规定文档所需具有的条件或能力: (3) 一种反映上述条件和能力的文档说明. 二.需求分析的几个方面 需求分析可分为问题识别.分析与综合.编制需求分

工程实践用例建模Use Case Modeling

用例建模就是通过对软件需求的调研,从具体的功能性需求中抽象出用例模型的工作过程.参与者和用例由对功能性需求的分析来确定,用例图是参与者和用例的可视化表示.用例图中的四种关系: 1.关联:建立参与者与用例通信的渠道,当然关联可以是双向的,可以是单向的.箭头的方向表示消息的传递方向. 2.依赖:一个用例受到另一个用例的影响. 3.包含:基USE CASE图本用例的行为包含了另一个用例的行为 4.扩展:扩展用例是基本用例的一个扩展 5.泛化:存在于Actor和Use case之间,例如数学老师是老师的

Git工程开发实践(六)——Git工程实践扩展

Git工程开发实践(六)--Git工程实践扩展 一.Git提交日志规范 1.Git提交日志模板 Git支持对每次提交的日志信息进行规范,可以通过设置提交模板实现.建立一个gitCommitTemplate文件,内容为: #commit message包含三部分,header, body和footer,其中header必选,body和footer可选. # type(<scope>): <subject> #<body> #<footer> #type字段包含