首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Linux PM QoS framework(1)_概述和软件架构

    前言 QOS为Quality Of Service(服务质量)的简称,对PM QoS而言,表示Linux kernel电源管理相关的服务质量。那到底什么是服务质量呢?...我们知道,Linux PM的主要功能,是节省功耗,但同时,会付出一定的性能代价,例如延迟(latency)增加、吞吐量(throughput)下降。...不过,PM QoS framework的存在,并不是为了定义并测量系统的服务质量(Linux系统对实际的qos没有任何兴趣),而是为了定义一套框架,以满足系统各个实体(如进程、设备驱动等等)对QoS的期望为终极目标...实际上,Linux kernel使用“QoS dependencies”的概念,分别用“Dependents on a QoS value”和“Watchers of QoS value”表述这两个实体...Common header位于include/linux/pm_qos.h中,负责通用数据结构的抽象、函数声明等工作。

    86510

    Linux电源管理(11)_Runtime PM之功能描述

    很不幸,到目前为止,linux kernel的runtime PM还是很复杂。这里的复杂,不是从实现的角度,而是从对外的角度。...在“include\linux\pm_runtime.h”中,RPM提供了将近50个接口。软件模块化的设计理念中,最重要的一个原则就是提供简洁的接口。很显然,RPM没有做到!...这就是当前Linux kernel电源管理中“Opportunistic suspend”和RPM两种机制并存的原因。...鉴于这个现状,本文以及后续RPM有关的文章,会选取最新的kernel(当前为linux-3.17),以便及时同步相关的更新。 3....4. runtime PM的API汇整 RPM提供的API位于“include/linux/pm_runtime.h”中,在这里先浏览一下,目的有二:一是对前面描述的RPM运行机制有一个感性的认识;二是为后面分析

    2.5K20

    是什么让PM成为一个伟大的PM

    是什么让PM成为一个伟大的PM? 在正式进入这篇文章之前,我首先要声明,以下内容纯属我个人主观的观点。...我认为自己很幸运,因为我担任过产品团队的PM,并且目前我成为了一个内容团队的PM,这个博客帖子是我对这两个完全不同的组织的亲身体验。...如果你还不知道微软PM职业的历史,那么你可以先阅读Steven Sinofsky写的这篇文章。和Steven一样,几年前,我从SDE转变为PM,这是一段很有启发性的旅程。 ?...另一个我认为伟大的PM需要具备的特点是应用软技能的能力。...但是PM的情况又有所不同,PM沉湎于产品和公司文化,一种他们的团队有许多共生链接却没有必要堆叠在彼此的顶部的公司文化。

    68790

    PM的role

    新手项目经理的一大误区 :项目所有的事情都是PM的责任 。记住,PM也有自己的一亩三分地的 [scope]。 项目经理只对项目的Deliver负责!...member对PM来说,只是被使用的资源(这话说了不好听)。项目一结束,资源被释放,member就和你没关系了。 没有方法的项目管理都是无效管理 !...PM养成自己风格 是不是很多文章都建议PM 要随机应变,会沟通,“见人说人话见鬼说鬼话”,这都是屁话几个人能做到这样?...PM要有自己的说话和管理风格 PM的工作分两个大类 从人性的角度来说,要恩威并施。一味的给予善良和恩惠得到的就是没有威慑力的. 对你忠诚的人,肯定就是不聪明的人,要容人。聪明的人是不会忠诚的。...虽然PM大部分工作是沟通,但沟通不了的就换个方式沟通,直接email。“无效沟通,一身病” 。事情解决不了的,直接esculate。

    45610

    PM被甩锅?

    身为PM,被人甩锅成了常态。是不是没想到?是不是很惊讶? 曾经以为title里带了manager就真的又权力去指挥别人了,那是too young, too naive....然后各种擦屁股的会议,加上指责你没把事情做好,让PM百口莫辨,怀疑自己是不是入错了行。 这时候,咱们回头翻一翻PMP厚厚的一本书,找找解决答案。 1.项目经理必须被授权。...PM本身是没有权力的,需要被赋予权力。项目立项之后,PM就自动获得了权力,但PM的权力仅限于某个project范围内。所以,平时没有项目的时候要低调一点,PM这个title没有自带光环。...但在项目里面,PM不能低调,否则另外的某个人行使了你的权力,随之带来的后果却被你承担。 2. 不能简单服从领导安排,也不能消极怠工。一切以项目顺畅运行没有风险为准,也要以PM自己的利益为准。...不要为了老板做不利于项目的事情,不要为了组员损害项目和PM的利益。这些都是画蛇添足,浪费资源。做且只做范围的事情,that is it ! 5.

    30210
    领券