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

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

一、linux操作系统

  类似于windows,linux也是一个操作系统,负责分配和调度系统资源,将计算机底层封装,给与程序开发者更良好的操作系统环境。Linux 内核最初只是由芬兰人林纳斯·托瓦兹(Linus Torvalds)在赫尔辛基大学上学时出于个人爱好而编写的。Linux 是一套免费使用和自由传播的类 Unix 操作系统,是一个基于 POSIX 和 UNIX 的多用户、多任务、支持多线程和多 CPU 的操作系统。Linux 能运行主要的 UNIX 工具软件、应用程序和网络协议。它支持 32 位和 64 位硬件。Linux 继承了 Unix 以网络为核心的设计思想,是一个性能稳定的多用户网络操作系统。

  今天各种场合都有使用各种 Linux 发行版,从嵌入式设备到超级计算机,并且在服务器领域确定了地位。Linux主要应用于服务器领域,因为他对于普通的用户并不友好,各种发行版本没有统一的操作逻辑,并且门槛较高,需要一定的编程基础才能熟练使用。但是它对程序开发者更加的友好,由命令行进行操作要方便过于图形界面,它可以操控计算机的每一个细节,并且具有高度的稳定性,适合服务器开发使用。同时Linux具有完整的服务器生态,很多服务器软件都是基于Linux进行开发的,因此使用Linux也可以提高开发效率。、

二、DPTF(Dynamic Platform and Thermal Framework)

  DPTF是英特尔公司开发的动态平台和散热框架主要解决功耗的散热问题的开源框架。

  在DPTF出现以前,BMC、EC或者ME这些带外设备,通过PECI读取CPU内核DTS的温度,来控制CPU风扇;也通过其他方式读取其他的温度传感器(如磁盘的SMART信息,DIMM的温度传感器信息等等),来控制它们那里的风扇。策略就是温度低转慢点,温度高转快点,简单而高效。由于它们是带外设备,不受CPU死机的影响,可以高效而不被干扰的完成任务,是散热的可靠保证。但是Intel认为这并不是最优解,靠温度来散热毕竟被动,总是晚了一步,能不能根据工作量(work load)来散热呢?由此引入了DPTF。

  操作系统有现在运行程序的详细信息。如果能够让操作系统来控制风扇,就可以有的放矢,在工作量大的时候加速风扇,而不是等工作一会有温度上升再来降温。这是一种主动散热的方案,也是一种带内策略。操作系统要控制风扇,就要知道有哪些风扇,它们都各自给谁散热,而这些信息又只有BIOS才能够知道。因此Intel提出DPTF(Dynamic Platform and Thermal Framework)来规范这些信息。至此,DPTF可以通过一些策略来控制风扇达到更好的目的 。

三、Kubernetes

  在Docker 作为高级容器引擎快速发展的同时,Google也开始将自身在容器技术及集群方面的积累贡献出来。在Google内部,容器技术已经应用了很多年,Borg系统运行管理着成千上万的容器应用,在它的支持下,无论是谷歌搜索、Gmail还是谷歌地图,可以轻而易举地从庞大的数据中心中获取技术资源来支撑服务运行。

  Borg是集群的管理器,在它的系统中,运行着众多集群,而每个集群可由成千上万的服务器联接组成,Borg每时每刻都在处理来自众多应用程序所提交的成百上千的Job, 对这些Job进行接收、调度、启动、停止、重启和监控。正如Borg论文中所说,Borg提供了3大好处:

  1)隐藏资源管理和错误处理,用户仅需要关注应用的开发。

  2) 服务高可用、高可靠。

  3) 可将负载运行在由成千上万的机器联合而成的集群中。

  作为Google的竞争技术优势,Borg理所当然的被视为商业秘密隐藏起来,但当Tiwtter的工程师精心打造出属于自己的Borg系统(Mesos)时, Google也审时度势地推出了来源于自身技术理论的新的开源工具。

  Kubernetes是一个开源的,用于管理云平台中多个主机上的容器化的应用,Kubernetes的目标是让部署容器化的应用简单并且高效(powerful),Kubernetes提供了应用部署,规划,更新,维护的一种机制。Kubernetes一个核心的特点就是能够自主的管理容器来保证云平台中的容器按照用户的期望状态运行着(比如用户想让apache一直运行,用户不需要关心怎么去做,Kubernetes会自动去监控,然后去重启,新建,总之,让apache一直提供服务),管理员可以加载一个微型服务,让规划器来找到合适的位置,同时,Kubernetes也系统提升工具以及人性化方面,让用户能够方便的部署自己的应用(就像canary deployments)。现在Kubernetes着重于不间断的服务状态(比如web服务器或者缓存服务器)和原生云平台应用(Nosql),在不久的将来会支持各种生产云平台中的各种服务,例如,分批,工作流,以及传统数据库。

  

原文地址:https://www.cnblogs.com/logan233/p/11663510.html

时间: 2024-08-30 05:09:30

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

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

我的工程实践选题是 “服务器风扇散热控制” 本项目主要是根据服务器内部的芯片的功耗和温度,只能的调控服务器风扇转速.主要涉及风扇转速智能控制算法设计,linux下的应用开发,服务器系统风扇控制编程,板卡温度读取等技术. 由于以往生活和学习经历中并没有接触过服务器散热控制等,本片文章以温控风扇为例进行调研和分析同类软件. 本文主要以 1.基于51单片机的智能温控风扇系统 2.树梅派自动风扇降温系统 3.基于pid的只能风扇系统.这三种都属shrinkwrap(包装在盒子里的软件) 1.这些软件的开

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

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

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

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

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

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

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

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

2019全球C++软件技术大会 ,深度探讨围绕C++及相关技术栈的最佳工程实践

C++自1985年由Bjarne Stroustrup博士在贝尔实验室发明以来 ,作为计算机领域最有影响力的编程语言,其构建的庞大软件系统已经成为当今世界IT与互联网应用的关键支撑.秉承“全球专家.连接智慧”的理念,我们特邀C++之父Bjarne Stroustrup和众多在C++领域的一线专家.教育学者,于2019年11月2日-3日在上海世纪珀俪酒店举办“2019 全球C++软件技术大会”. 大会通过主题演讲.互动研讨.案例分享等形式,深度探讨围绕C++及相关技术栈的最佳工程实践.前沿应用和教

敏捷遇上UML-需求分析及软件设计最佳实践(郑州站 2014-6-7)

邀请函:尊敬的阁下:我们将在郑州为您奉献高端知识大餐,当敏捷遇上UML,会发生怎样的化学作用呢?首席专家张老师将会为您分享需求分析及软件设计方面的最佳实践,帮助您掌握敏捷.UML及两者相结合的实战技巧.时间:2014.06.07(周六),上午9:00-12:00,下午14:00-17:30(时长6.5小时)地点:郑州市畜牧路16号牧业经济学院实验楼B座2518(可乘坐B11.909.962.47路等公交车到老长途汽车北站下车畜牧路向东300米路北)软件知识原创基地www.umlonline.or

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

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

工程实践用例建模Use Case Modeling

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