Posts

音名与唱名的关系 音名与唱名的关系 音名与唱名既有联系又有区别,音名的高度是固定不变的,唱名是根据音名产生的,但唱名的高度则是可以变化的 (如: 在用"首调唱法"读谱时,1 (多) 音随调的主音的变化而变化) 。 现在通行的唱法有两种,即"固定唱名法" (简称: 固定唱法) 和"首调唱名法" (简称: 首调唱法) 。 “固定唱名法"不管唱什么调,各个音的唱名不变,总是以C调的1唱1 (多) ,以C调的2唱2 (来) 。当遇到谱表上的升降音时,就按记号所标记的升高或降低音高演唱。“固定唱名法"的优点是记忆方便,C、D、E、F、G、A、B永远都是唱成1、2、3、4、5、6、7。麻烦的地方是遇到升降号多的调时,唱升降音时有可能会不习惯。音高不容易唱准。个人建议学古典吉他的最好还是使用"固定唱名法”。因为演唱演奏读谱时方便记忆。读谱在读谱时遇到音有升降号时,淡化唱名法而多去记音程关系、音阶关系和和声关系。 首调唱法,它的唱名是随着"调"的不同而变化,“调"的主音在哪个音上,就以这个音唱1 (多) 。如: 1＝C就是将"C"音唱1 (多) ；1＝G就是将"G"音唱1 (多) 。 简谱的唱法就属于首调唱法,它不管调怎么变,始终将调的主音唱成"多”。熟悉简谱的朋友学习五线谱时,采用"首调唱法"会相对容易些。麻烦的地方就是不同的调要去重新记忆唱名。

音名 http://baike.baidu.com/view/74935.htm 音名 pitch names或musical alphabet 各国因音律、文字和历史渊源的不同,所用的音名也各异。几种较常见的音 名如下: 上面是7个基本音级的名称,美、英、德、日等国家用的是字母体系,法、意等国家用的是唱名体系。实际使用时,也有一个国家同时两种音名并用的,例如苏联就兼用两种体系。中国古代的十二律,以黄钟、大吕、太簇、夹钟、姑洗、仲吕、蕤宾、林钟、夷则、南吕、无射、应钟作为音名 (见律吕) ；近现代则主要采用英、美的音名。印度和阿拉伯则有他们自己独立的音律和音名 (见印度音乐、阿拉伯音乐) 。钢琴键盘上的白键和黑键是按照固定规律排列的,每个键上的固定高度的音就是音名 现代音乐用七个英文字母 C D E F G A B (或其小写) 来标记音名。 这七个不同高低的音,其相邻音之间的音高距离,有半音和全音之分,其中E与F 和 B与C 之间为半音关系,其余相邻音之间为全音关系。 C D E F G A B这七个基本音级发生半音变化时,如果比原来的高半音,用升号 (或称升记号) (#) 表示；比原来的低半音,用降号 (或称降记号) (Ь)表示；升高两个半音用重升号 (×) 表示；降低两个半音用重降号(ЬЬ)表示。如果升高或降低的音要恢复原来的音高位置,则另以本位号(□)表示。7个基本音级不断循环反复,构成整个乐音音列。从C音开始到其高八度C之间的音列称为一组。通常以低音谱表第2间的C音开始而排列成的一组音,用小写拉丁字母c、d、e、f、g、a、b标记,称小字组,由此向上各组依次称小字一组、小字二组等；向下各组依次用大写拉丁字母标记,称大字组、大字一组、大字二组等。小字一组的c位于大谱表的中央加线上,故称为中央C；在键盘上的位置也居于中央。 此外,还有以中央C为小字组的；乐器制造业则以钢琴琴键的数序为标准；美国标准协会根据声学学会的倡议,用中央C下面3个八度的C音作为第1组的开始,标C1,然后顺次到C7,现已为西方声学界普遍采用.

唱名 http://baike.baidu.com/subview/21379/15395075.htm http://tieba.baidu.com/p/1901242774 唱名 在音乐当中，所有的乐音在演唱 (哼唱) 中所用的名称，叫做"唱名"。 在简谱中，唱名由7个阿拉伯数字来代表。即: 阿拉伯数字标记唱名: 1 2 3 4 5 6 7 用拉丁文发音演唱成: do re mi fa sol la si 用中文的谐音演唱成: 多 来 米 法 索 拉 西 在演唱旋律时为方便唱谱而采用的名称称唱名，目前，我们采用的将自然大调式中的七个基本音级分别唱作do、re、mi、fa、sol、la、si (或ti) 。七个固定音节的唱名方法产生于11世纪，由意大利音乐家圭多发明。他采用自己编配的一首赞美诗每一行歌词的第一个音节作唱名，沿用至今 (原do为ut、si为sa，后改) 。在唱名的具体使用中，有首调唱名法和固定调唱名法两种。此外，我国工尺谱中的上、尺、工、凡、六、五、乙为音名 (六、五、乙的低八度唱作合、四、一) 。中国音名为: 宫、商、角、徵、羽。 唱名 各种音谱只是表现的形式不同。一个音，在不同的音谱中会有不同 唱名中 唱名中 的音符，在不同的人口中可以按习惯唱成不同的"唱名"，但想唱的音只能是这一个。 所以音符和"唱名"是音谱中至关重要的一个因素，也是讨论一种音谱特点的重要关键。按一般的概念直接称为 —— “唱名”，我们先从讨论"“唱名"“开始 大调式音阶的七个唱名发音 大调式音阶的七个"唱名"发音依次为； do re mi fa sol la si (英文拼音) 欧美"字母谱"的"唱名"取拼音第一个字母，其中第7个因重复改成"梯 t i “为: d r m f s l t 汉字音谱的"唱名"为: 多、来、米、发 、索 、拉 、西 ...

拍号 在乐谱中,拍号是用分数的形式来标画的。每一个乐谱前面都有拍号,中间如果改变节奏会标出改变的拍号,拍号如同分数,如2/4、3/4等。拍号,是用分数的形式来标画的,分母表示拍子的时值也就是说用几分音符来当一拍,分子表示每一小节里有几拍,前面说过了2/4拍就是以四分音符为一拍,一小节有2拍,3/4以四分音符为一拍,每小节有三拍……读法是先读分母,再读分子,比如2/4叫四二拍,3/4叫四三拍,6/8叫八六拍。拍号要写成分数的形式,是因为在五线谱中把全音符作为整数1看待。全音符是1,二分音符是全音符的一半,自然是1/2,四分音符的时值就是1/4,以四分音符为例,每小节有2拍, (两个四分音符) 时,拍号就要写为2/4,如果每小节有三拍 (三个四分音符) 就标画成3/4,这样以此类推。 拍号要标画在乐曲开始的地方,画在乐曲第一行谱表的后面, (但如果有调号,要先画调号再画拍号) 顺序是这样的: 谱号->调号->拍号。 在谱表上标画拍号时要以三线 (五线谱中间的那条线) 当作分数的横线,不必另外再画横线。如果乐曲在中途不改变拍子的话,只在开始的地方写一次就可以了,如果中途变化拍子,还需要标画新的拍号。 另外,拍号还有、5/8 7/8 9/8 1 /1 2/2 http://baike.baidu.com/view/675716.htm

net-tools Deprecated @See iproute2 $ ifconfig eth1 使用iproute2: 同样，如果接口分配了多个IP地址，iproute2会显示出所有地址，而net-tools只能显示一个IP地址。 为网络接口分配IPv6地址 使用这些命令为网络接口添加IPv6地址。net-tools和iproute2都允许用户为一个接口添加多个IPv6地址。 http://linux.cn/article-4326-1.html 如今很多系统管理员依然通过组合使用诸如ifconfig、route、arp和netstat等命令行工具 (统称为net-tools) 来配置网络功能，解决网络故障。net-tools起源于BSD的TCP/IP工具箱，后来成为老版本Linux内核中配置网络功能的工具。但自2001年起，Linux社区已经对其停止维护。同时，一些Linux发行版比如Arch Linux和CentOS/RHEL 7则已经完全抛弃了net-tools，只支持iproute2。 作为网络配置工具的一份子，iproute2的出现旨在从功能上取代net-tools。net-tools通过procfs(/proc)和ioctl系统调用去访问和改变内核网络配置，而iproute2则通过netlink socket 接口与内核通讯。抛开性能而言，iproute2的用户接口比net-tools显得更加直观。比如，各种网络资源 (如link、IP地址、路由和隧道等) 均使用合适的对象抽象去定义，使得用户可使用一致的语法去管理不同的对象。更重要的是，到目前为止，iproute2仍处在持续开发中。 如果你仍在使用net-tools，而且尤其需要跟上新版Linux内核中的最新最重要的网络特性的话，那么是时候转到iproute2的阵营了。原因就在于使用iproute2可以做很多net-tools无法做到的事情。 对于那些想要转到使用iproute2的用户，有必要了解下面有关net-tools和iproute2的众多对比。 显示所有已连接的网络接口 下面的命令显示出所有可用网络接口的列表 (无论接口是否激活) 。 使用net-tools: $ ifconfig -a 使用iproute2: $ ip link show 激活或停用网络接口 使用这些命令来激活或停用某个指定的网络接口。 使用net-tools: $ sudo ifconfig eth1 up $ sudo ifconfig eth1 down 使用iproute2: $ sudo ip link set down eth1 $ sudo ip link set up eth1 值得注意的是，可以使用iproute2给同一个接口分配多个IP地址，ifconfig则无法这么做。使用ifconfig的变通方案是使用IP别名。 $ sudo ip addr add 10.0.0.1/24 broadcast 10.0.0.255 dev eth1 ...

Visio Forward Engineer Addin 正向工程 http://www.it165.net/pro/html/201303/5237.html 您跟笔者有一样的困扰吗？设计数据库时利用 Visio 画数据库模型图，画好之后得重新以土法炼钢的方式，透过 SSMS 或 SSDT 等工具，把数据库模型中的数据表以及字段的定义，一个一个的重新输入一次，若数据库中的数据表数量不多时，这也许花不了多少时间，但如果是遇上庞大的系统，数据表数量多得吓人时，传统方式恐怕是旷日废时。透过安装 Visio Forward Engineer Addin 让您可以将在 Visio 2010 画好的数据库模型图直接产生相关的 T-SQL 指令码，详细作法请见下一节。 【实作步骤】 步骤一、下载 Visio Forward Engineer Addin 首先您必须到 CodePlex 下载 Visio 2010 的 Addin 程序，安装完毕之后开启 Visio 2010 就会看到多一个 Forward Engineer 的功能选单。 步骤二、新增数据库模型图 于 Visio 2010 中点选【档案 > 新增 > 数据库模型图】然后按建立来新增一个空白的数据库模型。 于数据库模型图中建立使用者数据表 (Users) 及角色数据表 (Roles) 两个实体，并建立由使用者数据表的 RoleId 数据行参考到角色数据表的 RoleId 数据行。 步骤三、Forward Engineer 点选【Forward Engineer】功能区块，您会看到两个按钮，其中【Validate Data Model】是用来验证您的数据库模型是否正确无误。 验证如果没问题您将看到如下图的画面: 【Forward Engineer】 则是用来产生模型的相对应的数据库对象指令码。 ...

查找文件 通过文件名打开文件时，通过文件名先找到对应的inode，然后通过inode找到文件内容所在的block来读取数据。 文件存储和删除的过程 https://blog.csdn.net/MyySophia/article/details/107696414 创建文件 /tmp/a.txt 首先从 inode table 中找一个空闲的 inode 号分配给 a.txt，例如 2222。再将 inode map(imap) 中 2222 这个 inode 标记为已使用。 在 /tmp 的 data block 中添加一条 a.txt 文件的记录。该记录中包括一个指向 inode 的指针，例如 “0x2222”。 然后从 block map (bmap) 中找出空闲的 data block，并开始将 a.txt 中的数据写入到 data block 中。每写一段空间 ( ext4 每次分配一段空间 ) 就从 bmap 中找一次空闲的 data block, 直到存完所有数据。 设置 inode table 中关于 2222 这条记录的 data block 指针, 通过该指针可以找到 a.txt 使用了哪些 data block。 删除文件的过程 /tmp/a.txt 在 inode table 中删除指向 a.txt 的 data block 指针。这里只要一删除，外界就找不到 a.txt 的数据了。但是这个文件还存在，只是它是被"损坏"的文件，因为没有任何指针指向数据块。 在 imap 中将 2222 的 inode 标记为未使用。于是这个 inode 就被释放，可以被后续的文件重用。 删除父目录 /tmp 的 data block 中关于 a.txt 的记录。 这里只要一删除，外界就看不到也找不到这个文件了。 在 bmap 中将 a.txt 占用的 block 标记为未使用。这里被标记为未使用后，这些 data block 就可以被后续文件覆盖重用。 考虑一种情况，当一个文件被删除时，但此时还有进程在使用这个文件，这时是怎样的情况呢？外界是看不到也找不到这个文件的，所以删除的过程已经进行到了第 3 步。但进程还在使用这个文件的数据，也能找到这个文件的数据，是因为进程在加载这个文件的时候就已经获取到了该文件占用哪些 data block，虽然删除了文件，但 bmap 中这些 data block 还没有标记为未使用。 ...

Linux 下删除正在进行读写操作的文件 多进程环境下, 打开同一个文件, 进行读写操作过程中, 如果其中一个进程删除这个文件, 那么, 另外正在读写这个文件会发生什么呢？ 因为文件被删除了, 正在读写的进程发生异常？ 正在读写的进程仍然正常读写, 好像没有发现发生了什么？ 删除文件，其实是删除 inode 和文件的对应关系，而 linux 文件系统只有当连接文件的 inode 数量为0，并且没有程序在使用这个文件时，才会标记文件内容所在的数据块删除。 每个文件都有 2 个 link 计数器 - i_count 和 i_nlink。i_count 的意义是当前使用者的数量，i_nlink 的意义是介质连接的数量；或者可以理解为 i_count 是内存引用计数器，i_nlink 是硬盘引用计数器。再换句话说，当文件被某个进程引用时，i_count 就会增加；当创建文件的硬连接的时候，i_nlink 就会增加。 对于 rm 而言，就是减少 i_nlink。这里就出现一个问题，如果一个文件正在被某个进程调用，而用户却执行 rm 操作把文件删除了，会出现什么结果呢？ 当用户执行 rm 操作后，ls 或者其他文件管理命令不再能够找到这个文件，但是进程却依然在继续正常执行，依然能够从文件中正确的读取内容。这是因为，rm 操作只是将 i_nlink 置为 0 了；由于文件被进程引用的缘故，i_count 不为 0，所以系统没有真正删除这个文件。i_nlink 是文件删除的充分条件，而 i_count 才是文件删除的必要条件。 基于以上只是，大家猜一下，如果在一个进程在打开文件写日志的时候，手动或者另外一个进程将这个日志删除，会发生什么情况？ 是的，数据库并没有停掉。虽然日志文件被删除了，但是有一个进程已经打开了那个文件，所以向那个文件中的写操作仍然会成功，数据仍然会提交。 下面，告诉大家如何恢复那个删除的文件。 例如，你删除了 tcpdump.log, 执行 lsof | grep tcpdump.log，你应该能看到这样的输出： tcpdump 2864 tcpdump 4w REG 253,0 0 671457 /root/tcpdump.log (deleted) ...

MBR GPT http://www.rodsbooks.com/linux-fs-code/ 自从 2007 年 Vista 操作系统推出以后, 各大硬件厂商对硬件开发速度明显加快, 其中对于硬盘的速度和容量, 从最早的 5400 转, 160G 容量, 提升到现在的 7200 转甚至万转机械盘, 容量也先后出现上 TB 级别的。单硬盘都出现 4Tb 容量。 由于磁盘容量越来越大, 传统的 MBR 分区表 (主引导记录) 已经不能满足大容量磁盘的需求。传统的 MBR 分区表只能识别磁盘前面的 2.2TB 左右的空间, 对于后面的多余空间只能浪费掉了,而对于单盘4TB的磁盘,只能利用一半的容量。因此,才有了GPT (全局唯一标识分区表) 。 除此以外,MBR分区表只能支持4个主分区或者3主分区+1扩展分区 (包含随意数目的逻辑分区) ,而GPT在Windows下面可以支持多达128个主分区。 下面IT之家也给大家分享下MBR和GPT的详细区别。 MBR 分区表 在传统硬盘分区模式中,引导扇区是每个分区 (Partition) 的第一扇区,而主引导扇区是硬盘的第一扇区。它由三个部分组成,主引导记录MBR、硬盘分区表DPT和硬盘有效标志。在总共512字节的主引导扇区里MBR占446个字节,第二部分是Partition table区 (分区表) ,即DPT,占64个字节,硬盘中分区有多少以及每一分区的大小都记在其中。第三部分是magic number,占2个字节,固定为55AA。 一个扇区的硬盘主引导记录MBR由4个部分组成。 •主引导程序 (偏移地址0000H-0088H) ,它负责从活动分区中装载,并运行系统引导程序。 •出错信息数据区,偏移地址0089H-00E1H为出错信息,00E2H-01BDH全为0字节。 •分区表 (DPT,Disk Partition Table) 含4个分区项,偏移地址01BEH-01FDH,每个分区表项长16个字节,共64字节为分区项1、分区项2、分区项3、分区项4。 •结束标志字,偏移地址01FE-01FF的2个字节值为结束标志55AA,如果该标志错误系统就不能启动。 GPT 分区表, GUID Partition Map GPT 的分区信息是在分区中,而不象 MBR 一样在主引导扇区, 为保护 GPT 不受 MBR 类磁盘管理软件的危害, GPT 在主引导扇区建立了一个保护分区 (Protective MBR) 的MBR分区表 (此分区并不必要), 这种分区的类型标识为0xEE, 这个保护分区的大小在Windows下为128MB,Mac OS X下为200MB,在Window磁盘管理器里名为GPT保护分区, 可让MBR类磁盘管理软件把GPT看成一个未知格式的分区,而不是错误地当成一个未分区的磁盘。 ...

PXE booting 预启动执行环境 (Preboot eXecution Environment，PXE，也被称为预执行环境)提供了一种使用网络接口 (Network Interface) 启动计算机的机制。这种机制让计算机的启动可以不依赖本地数据存储设备 (如硬盘) 或本地已安装的操作系统。 PXE当初是作为Intel的有线管理体系的一部分，Intel 和 Systemsoft于1999年9月20日公布其规格版本2.1。通过使用像网际协议(IP)、用户数据报协议(UDP)、动态主机设定协定(DHCP)、小型文件传输协议(TFTP)等几种网络协议和全局唯一标识符(GUID)、通用网络驱动接口(UNDI)、通用唯一识别码(UUID)的概念并通过对客户机(通过PXE自检的电脑)固件扩展预设的API来实现目的。 _PXE 客户机(client)_这个术语是指机器在PXE启动过程中的角色。一个_PXE 客户机(client)_可以是一台服务器、桌面级电脑、笔记本电脑或者其他装有PXE启动代码的机器。

MES系统 MES系统即制造企业生产过程执行管理系统，是一套面向制造企业车间执行层的生产信息化管理系统。MES 可以为企业提供包括制造数据管理、计划排程管理、生产调度管理、库存管理、质量管理、人力资源管理、工作中心/设备管理、工具工装管理、采购管理、成本管理、项目看板管理、生产过程控制、底层数据集成分析、上层数据集成分解等管理模块，为企业打造一个扎实、可靠、全面、可行的制造协同管理平台。[1]

flake8 pip install flake8 flake8 --max-line-length=120 project_0 # 忽略掉 E501,E302,E122,E225,E303,W291,E221,E231 flake8 --max-line-length=120 --ignore=E501,E302,E122,E225,E303,W291,E221,E231 project_0 # 只检查 F821 undefined name flake8 --select=F821 /path/to/project_0

IntelliJ tomat IntelliJ and Tomcat{.question-hyperlink} http://stackoverflow.com/questions/19596779/intellij-and-tomcat-changed-files-are-not-automatically-recognized-by-tomcat/19609115#19609115

tcp状态 LISTENING, ESTABLISHED, TIME_WAIT, CLOSE_WAIT TCP协议规定, 对于已经建立的连接, 网络双方要进行四次握手才能成功断开连接, 如果缺少了其中某个步骤, 将会使连接处于假死状态, 连接本身占用的资源不会被释放。网络服务器程序要同时管理大量连接, 所以很有必要保证无用连接完全断开, 否则大量僵死的连接会浪费许多服务器资源。在众多TCP状态中, 最值得注意的状态有两个: CLOSE_WAIT 和 TIME_WAIT。 LISTENING 状态 TCP 服务启动后首先处于侦听 (LISTENING) 状态。 ESTABLISHED 状态 ESTABLISHED的意思是建立连接。表示两台机器正在通信。 CLOSE_WAIT 对方主动关闭连接或者网络异常导致连接中断, 这时我方的状态会变成 CLOSE_WAIT 此时我方要调用 close() 来使得连接正确关闭 TIME_WAIT 我方主动调用 close() 断开连接, 收到对方确认后状态变为 TIME_WAIT。 TCP 协议规定 TIME_WAIT 状态会一直持续 2MSL (即两倍的分段最大生存期), 以此来确保旧的连接状态不会对新连接产生影响。处于 TIME_WAIT 状态的连接占用的资源不会被内核释放, 所以作为服务器, 在可能的情况下, 尽量不要主动断开连接, 以减少 TIME_WAIT 状态造成的资源浪费。 目前有一种避免 TIME_WAIT 资源浪费的方法, 就是关闭 socket 的 LINGER 选项。但这种做法是 TCP 协议不推荐使用的, 在某些情况下这个操作可能会带来错误。 http://www.cppblog.com/prayer/archive/2009/04/01/78592.html http://www4.cs.fau.de/Projects/JX/Projects/TCP/tcpstate.html TIME_WAIT CLOSE_WAIT http://blog.csdn.net/kobejayandy/article/details/17655739 在服务器的日常维护过程中,会经常用到下面的命令: ...

english date time on at in 答: 英语中表示时间的介词用法: in+年/月/季节/世纪 (较大范围) ，另外固定结构: in the morning/afternoon/evening 如: in 2010在2010年， inJune在六月， in spring 在春天， in the 1980s 在20世纪80年代 on+具体某日/星期几 (要具体到某一天) 如: on October 1st在十月一日， on Sunday 在星期日 at+具体点钟，另外固定结构: at night ，at noon 如: at ten o’clock在十点钟， at half past four 在四点半 at指时间表示: (1) 时间的一点、时刻等。如: They came home at sunrise (at noon, at midnight, at ten o’clock, at daybreak, at dawn) . (2) 较短暂的一段时间。可指某个节日或被认为是一年中标志大事的日子。如: He went home at Christmas (at New Year, at the Spring Festival, at night) . in指时间表示: (1) 在某个较长的时间 (如世纪、朝代、年、月、季节以及泛指的上午、下午或傍晚等) 内。如: in 2004, in March, in spring, in the morning, in the evening, etc (2) 在一段时间之后。一般情况下，用于将来时，谓语动词为瞬间动词，意为"在……以后"。如: He will arrive in two hours. 谓语动词为延续性动词时，in意为"在……以内"。如: These products will be produced in a month. 注意: after用于将来时间也指一段时间之后，但其后的时间是"一点"，而不是"一段"。如: He will arrive after two o’clock. on指时间表示: (1) 具体的时日和一个特定的时间，如某日、某节日、星期几等。如: On Christmas Day (On May 4th) , there will be a celebration. (2) 在某个特定的早晨、下午或晚上。如: He arrived at 10 o’clock on the night of the 5th.

windows command tasklist 查看进程对应哪服务 tasklist -svc 查看进程调用哪些DLL tasklist -m 查看调用某一Dll的所有进程 tasklist -m MSVCP60.DLL，有时候不得以需要删除文件夹，老是提示dll文件受保护，不能删除文件夹，找到进程结束掉，regsvr32 -u *.dll注销dll文件，删除。这样应该可以了。 查看进程详细信息 tasklist -v: “进程名”,“PID”,“会话名 “,“会话#”,“内存使用 “,“状态 “,“用户名”,“CPU 时间”,“窗口标题 " 筛选器查找进程 EQ:等于 NE:不等于 LT:小于 LE:小于等于 GT:大于 GE:大于等于 tasklist -fi “username ne NT authority\system” -fi “status eq running” 列出系统中正在运行的非SYSTEM状态的所有进程 tasklist -fi "username ne NT authority\system" -fi "status eq running" 列出系统中正在运行的非SYSTEM状态的所有进程 tasklist -fi "pid eq 2860" -svc列出pid是2860的这个进程中的服务 (有问题的进程调用哪些服务) tasklist -fi "pid eq 2860" -m列出pid是2860的这个进程加载的dll模块 (有问题的进程调用哪些DLL文件) tasklist -fi "pid eq 2860" -v列出pid是2860的这个进程的详细信息 tasklist -fi "servicers eq spooler"列出对应服务是spooler的进程 (哪些进程在使用这个有问题的服务) tasklist -fi "modules eq MSVCP60.DLL"列出调用MSVCP60.DLL的进程 (哪些进程在使用这个有问题的DLL) Taskkill -pid 2860/Taskkill -im qq.exe 关掉进程 系统debug级的ntsd，很多进程Tasklist是杀不了的，但是用ntsd就可以，基本上除了WINDOWS系统自己的管理进程,ntsd都可以杀掉，不过有些rootkit级别的超级木马就无能为力了，不过幸好这类木马还是很少的。 ntsd 系统debug级的ntsd，很多进程Tasklist是杀不了的，但是用ntsd就可以，基本上除了WINDOWS系统自己的管理进程,ntsd都可以杀掉，不过有些rootkit级别的超级木马就无能为力了，不过幸好这类木马还是很少的。 1、利用进程的PID结束进程 命令格式: ntsd -c q -p pid 命令范例: ntsd -c q -p 1332 (结束explorer.exe进程) 2、利用进程名结束进程 命令格式: ntsd -c q -pn ***.exe (***.exe 为进程名,exe不能省) 命令范例: ntsd -c q -pn explorer.exe 大家有补充的，请留言 ...

come in 和 come on in 怎么说呢，come on in 是比较热情比较口语的，在日常生活中很常用，而譬如说你去一个美国人家里，他肯定是招呼你 come on in 的，但你要敲门进上司的办公室，他肯定是说come in，因为come in毕竟比较正式

sum、number、amount、quantity quantity 基本意义是"数量",正是用语.强调大批计量,含准确测量的意味. 可用large, great, small 等表示"大小"意义的词修饰.不可用much, less 等表示"多少"的词修饰. quantity of + 不可数名词+谓单 quantity of + 可数名词复数+谓复 quantities +不可数名词/可数名词复数 + 谓复 Quantities of flowers appear in the park in Spring.春季公园里有许多花. 涉及到quantity 时要注意谓语单复数的选择 2 . amount 指累积的结果.用于表示"量"“额”,如重量、金额等. The amount of your bill is $252.你的账单总额为252美元. 3 . number 指数字或东西相加所得的总数.强调"数",与复数名词或代词连用.常与介词 of 连用. A small number of people believe in ghosts.只有少数人相信有鬼. 4 . sum 指最后的总结果,表示截止现在的总数,还有增加的可能. The sum will be increased by fifteen percent.金额将要增加百分之15. 表示金额数目巨大的有amount 通常于of 连用,表示金额的"量".sum 则可以直接表示金额.

golang defer 不要在for循环直接用defer https://studygolang.com/articles/12061 panic Golang里比较常见的错误处理方法是返回error给调用者,但如果是无法恢复的错误,返回error也没有意义,此时可以选择go die: 主动触发panic。 除了代码中主动触发的panic,程序运行过程中也会因为出现某些错误而触发panic,例如数组越界。 panic 会停掉当前正在执行的程序 (注意,不只是协程) ,但是与os.Exit(-1)这种直愣愣的退出不同,panic的撤退比较有秩序,他会先处理完当前 goroutine 已经 defer 挂上去的任务,执行完毕后再退出整个程序。 而defer的存在,让我们有更多的选择,比如在defer中通过recover截取panic,从而达到try..catch的效果。 panic允许传递一个参数给他,参数通常是将出错的信息以字符串的形式来表示。panic会打印这个字符串,以及触发panic的调用栈。 defer func() { if e := recover(); e != nil { var buf [4096]byte n := runtime.Stack(buf[:], false) fmt.Printf("==> %s\n", string(buf[:n])) os.Exit(1) } }() defer defer 和 go一样都是Go语言提供的关键字。defer用于资源的释放,会在函数返回之前进行调用。一般采用如下模式: f,err := os.Open(filename) if err != nil { panic(err) } defer f.Close() 如果有多个defer表达式,调用顺序类似于栈,越后面的defer表达式越先被调用。 不过如果对defer的了解不够深入,使用起来可能会踩到一些坑,尤其是跟带命名的返回参数一起使用时。在讲解defer的实现之前先看一看使用defer容易遇到的问题。 defer使用时的坑 先来看看几个例子。例1: ...

8D报告 8D又称团队导向问题解决方法、8D问题求解法 (8D Problem Solving) 是福特公司处理问题的一种方法,亦适用于制程能力指数低於其应有值时有关问题的解决,它提供了一套符合逻辑的解决问题的方法,同时对於统计制程管制与实际的品质提升架起了一座桥梁。 8D最早是美国福特公司使用的经典质量问题分析手法。 二战期间,美国政府率先采用一种类似8D的流程——“军事标准1520”,又称之为"不合格品的修正行动及部署系统"。 1987年,福特汽车公司首次用书面记录下8D法,在其一份课程手册中这一方法被命名为"团队导向的问题解决法" (Team Oriented Problem Solving) 。 当时,福特的动力系统部门正被一些经年累月、反复出现的生产问题搞得焦头烂额,因此其管理层提请福特集团提供指导课程,帮助解决难题。 8D是解决问题的8条基本准则或称8个工作步骤,但在实际应用中却有9个步骤: D0: 征兆紧急反应措施 D1: 小组成立 D2: 问题说明 D3: 实施并验证临时措施 D4: 确定并验证根本原因 D5: 选择和验证永久纠正措施 D6: 实施永久纠正措施 D7: 预防再发生 D8: 小组祝贺 D0: 征兆紧急反应措施 目的:主要是为了看此类问题是否需要用8D来解决,如果问题太小,或是不适合用8D来解决的问题,例如价格,经费等等,这一步是针对问题发生时候的紧急反应。 关键要点: 判断问题的类型、大小、范畴等等。与D3不同,D0是针对问题发生的反应,而D3是针对产品或服务问题本身的暂时应对措施。 D1: 小组成立 目的:成立一个小组,小组成员具备工艺/产品的知识,有配给的时间并授予了权限,同时应具有所要求的能解决问题和实施纠正措施的技术素质。小组必须有一个指导和小组长。 关键要点: 成员资格,具备工艺、产品的知识;目标 ;分工 ;程序 ;小组建设 D2: 问题说明 目的:用量化的术语详细说明与该问题有关的内/外部顾客抱怨,如什么、地点、时间、程度、频率等。 "什么东西,在什么时候,在哪里,发生了什么问题,严重程度怎样,发生比率多少" 方法: 质量风险评定,FMEA分析 关键要点:收集和组织所有有关数据以说明问题;问题说明是所描述问题的特别有用的数据的总结;审核现有数据,识别问题、确定范围;细分问题,将复杂问题细分为单个问题;问题定义,找到和顾客所确认问题一致的说明,"什么东西出了什么问题",而原因又未知风险等级。 D3: 实施并验证临时措施 目的:保证在永久纠正措施实施前,将问题与内外部顾客隔离。 (原为唯一可选步骤,但发展至今都需采用) 方法: FMEA、DOE、PPM 关键要点: 评价紧急响应措施;找出和选择最佳"临时抑制措施";决策 ;实施,并作好记录;验证 (DOE、PPM分析、控制图等) D4: 确定并验证根本原因 目的:用统计工具列出可以用来解释问题起因的所有潜在原因,将问题说明中提到的造成偏差的一系列事件或环境或原因相互隔离测试并确定产生问题的根本原因。 方法: FMEA、PPM、DOE、控制图、5W1H法 关键要点: 评估可能原因列表中的每一个原因;原因可否使问题排除;验证;控制计划 D5: 选择并验证永久纠正措施 目的:在生产前测试方案,并对方案进行评审以确定所选的校正措施能够解决客户问题,同时对其它过程不会有不良影响。 方法: FMEA 关键要点: 重新审视小组成员资格;决策,选择最佳措施;重新评估临时措施,如必要重新选择;验证;管理层承诺执行永久纠正措施;控制计划 D6: 实施永久纠正措施 目的:制定一个实施永久措施的计划,确定过程控制方法并纳入文件,以确保根本原因的消除。在生产中应用该措施时应监督其长期效果。 方法: 防错、统计控制 关键要点: 重新审视小组成员;执行永久纠正措施,废除临时措施;利用故障的可测量性确认故障已经排除;控制计划、工艺文件修改 D7: 预防再发生 目的:修改现有的管理系统、操作系统、工作惯例、设计与规程以防止这一问题与所有类似问题重复发生。 关键要点:选择预防措施;验证有效性;决策 ;组织、人员、设备、环境、材料、文件重新确定 D8: 小组祝贺 目的:承认小组的集体努力,对小组工作进行总结并祝贺。 关键要点: 有选择的保留重要文档;流览小组工作,将心得形成文件;了解小组对解决问题的集体力量,及对解决问题作出的贡献;必要的物质、精神奖励。 问题解决方法 8D (8 Disciplines) 问题解决8步法 8D的原名叫做8 Disciplines,意思是8个人人皆知解决问题的固定步骤。原始是由Ford公司,全球化品质管制及改善的特殊必备方法,之后已成为QS9000/ISO TS16949、福特公司的特殊要求。凡是做FORD的零件,必须采用8D 作为品质改善的工具,成为一个固定而有共识的标准化问题解决步骤。 Discipline 1. 成立改善小组(Form the Team): 由议题之相关人员组成,通常是跨功能性的,说明团队成员间的彼此分工方式或担任的责任与角色。 Discipline 2. 描述问题(Describe the Problem): 将问题尽可能量化而清楚地表达,并能解决中长期的问题而不是只有眼前的问题。 Discipline 3. 实施及确认暂时性的对策(Contain the Problem): 对于解决 D2 之立即而短期行动,避免问题扩大或持续恶化,包含清查库存、缩短PM时间、加派人力等。 Discipline 4. 原因分析及验证真因(Identify the Root Cause): 发生 D2 问题的真正原因、说明分析方法、使用工具(品质工具)的应用。 Discipline 5. 选定及确认长期改善行动效果(Formulate and Verify Corrective Actions): 拟订改善计划、列出可能解决方案、选定与执行长期对策、验证改善措施,清除 D4 发生的真正原因,通常以一个步骤一个步骤的方式说明长期改善对策, 可以应用专案计划甘特图(Gantt Chart),并说明品质手法的应用。 Discipline 6. 改善问题并确认最终效果(Correct the Problem and Confirm the Effects): 执行 D5 后的结果与成效验证。 Discipline 7. 预防再发生及标准化(Prevent the Problem): 确保 D4 问题不会再次发生的后续行动方案,如人员教育训练、改善案例分享(Fan out) 、作业标准化、产出BKM、执行FCN 、分享知识和经验等。 Discipline 8. 恭喜小组及规划未来方向(Congratulate the Team): 若上述步骤完成后问题已改善,肯定改善小组的努力,并规划未来改善方向。 适用范围 该方法适用于解决各类可能遇到的简单或复杂的问题； 8D方法就是要建立一个体系,让整个团队共享信息,努力达成目标。 8D本身不提供成功解决问题的方法或途径,但它是解决问题的一个很有用的工具； 亦适用于过程能力指数低于其应有值时有关问题的解决； 面对顾客投诉及重大不良时,提供解决问题的方法。 8D法是美国福特公司解决产品质量问题的一种方法,曾在供应商中广泛推行,现已成为国际汽车行业 (特别是汽车零部件产家) 广泛采用来解决产品质量问题最好的、有效的方法。 优点 发现真正肇因的有效方法,并能够采取针对性措施消除真正肇因,执行永久性矫正措施。 能够帮助探索允许问题逃逸的控制系统。 逃逸点的研究有助于提高控制系统在问题再次出现时的监测能力。 预防机制的研究有助于帮助系统将问题控制在初级阶段。 缺点 8D培训费时,且本身具有难度。 除了对8D问题解决流程进行培训外,还需要数据挖掘的培训,以及对所需用到的分析工具 (如鱼骨图和流程图,等等) 进行培训。[1] http://baike.baidu.com/view/1318951.htm