memory

MySQL存储引擎你们知道多少?

空扰寡人 提交于 2020-02-29 13:57:44
MySQL是我们经常使用的数据库处理系统(DBMS),不知小伙伴们有没有注意过其中的“存储引擎”(storage_engine)呢?有时候面试题中也会问道MySQL几种常用的存储引擎的区别。这次就简短侃一下存储引擎那些事儿。 先去查一下“引擎”概念。 引擎(Engine)是电子平台上开发程序或系统的核心组件。利用引擎,开发者可迅速建立、铺设程序所需的功能,或利用其辅助程序的运转。一般而言,引擎是一个程序或一套系统的支持部分。常见的程序引擎有游戏引擎,搜索引擎,杀毒引擎等。 Ok,我们知道了,引擎就是一个程序的核心组件。 简单来说,存储引擎就是指 表的类型以及表在计算机上的存储方式 。 存储引擎的概念是MySQL的特点,Oracle中没有专门的存储引擎的概念,Oracle有OLTP和OLAP模式的区分。不同的存储引擎决定了MySQL数据库中的表可以用不同的方式来存储。我们可以根据数据的特点来选择不同的存储引擎。 在MySQL中的存储引擎有很多种,可以通过“SHOW ENGINES”语句来查看。下面重点关注InnoDB、MyISAM、MEMORY这三种。 一.InnoDB存储引擎 InnoDB给MySQL的表提供了 事务处理 、 回滚 、 崩溃修复能力 和 多版本并发控制 的事务安全。在MySQL从3.23.34a开始包含InnnoDB。它是MySQL上第一个提供外键约束的表引擎

cPickle.load() in python consumes a large memory

生来就可爱ヽ(ⅴ<●) 提交于 2020-02-29 07:40:19
问题 I have a large dictionary whose structure looks like: dcPaths = {'id_jola_001': CPath instance} where CPath is a self-defined class: class CPath(object): def __init__(self): # some attributes self.m_dAvgSpeed = 0.0 ... # a list of CNode instance self.m_lsNodes = [] where m_lsNodes is a list of CNode: class CNode(object): def __init__(self): # some attributes self.m_nLoc = 0 # a list of Apps self.m_lsApps = [] Here, m_lsApps is a list of CApp, which is another self-defined class: class CApp

cPickle.load() in python consumes a large memory

有些话、适合烂在心里 提交于 2020-02-29 07:40:07
问题 I have a large dictionary whose structure looks like: dcPaths = {'id_jola_001': CPath instance} where CPath is a self-defined class: class CPath(object): def __init__(self): # some attributes self.m_dAvgSpeed = 0.0 ... # a list of CNode instance self.m_lsNodes = [] where m_lsNodes is a list of CNode: class CNode(object): def __init__(self): # some attributes self.m_nLoc = 0 # a list of Apps self.m_lsApps = [] Here, m_lsApps is a list of CApp, which is another self-defined class: class CApp

php:// 访问各个输入/输出流

两盒软妹~` 提交于 2020-02-29 05:12:36
相关 php.ini 配置 allow_url_fopen :on 默认开启 该选项为on便是激活了 URL 形式的 fopen 封装协议使得可以访问 URL 对象文件等。 allow_url_include:off 默认关闭,该选项为on便是允许 包含URL 对象文件等 php://stdin, php://stdout 和 php://stderr php://stdin(只读)、php://stdout 和 php://stderr (只写) 允许直接访问 PHP 进程相应的输入或者输出流, 推荐使用常量 STDIN、 STDOUT 和 STDERR 来代替手工打开这些封装器。 应用一: <?php while($line = fopen('php://stdin','r')){ echo fgets($line); } ?> // 结果 D:\phpStudy\WWW\test>php test.php 12345你好 12345你好 应用二:在dos命令行下直接返回STDIN文件指针(文件句柄) <?php echo STDIN; ?> // 结果 D:\phpStudy\WWW\test>php test.php Resource id #1 应用三: <?php echo fgets(STDIN); ?> //STDIN可以拿到在dos下输入的内容

php的特殊协议

本秂侑毒 提交于 2020-02-29 05:12:21
php:// php:// — 访问各个输入/输出流(I/O streams) 说明 PHP 提供了一些杂项输入/输出(IO)流,允许访问 PHP 的输入输出流、标准输入输出和错误描述符, 内存中、磁盘备份的临时文件流以及可以操作其他读取写入文件资源的过滤器。 php://stdin, php://stdout 和 php://stderr php://stdin 、 php://stdout 和 php://stderr 允许直接访问 PHP 进程相应的输入或者输出流。 数据流引用了复制的文件描述符,所以如果你打开 php://stdin 并在之后关了它, 仅是关闭了复制品,真正被引用的 STDIN 并不受影响。 注意 PHP 在这方面的行为有很多 BUG 直到 PHP 5.2.1。 推荐你简单使用常量 STDIN 、 STDOUT 和 STDERR 来代替手工打开这些封装器。 php://stdin 是只读的, php://stdout 和 php://stderr 是只写的。 php://input php://input 是个可以访问请求的原始数据的只读流。 POST 请求的情况下,最好使用 php://input 来代替 $HTTP_RAW_POST_DATA ,因为它不依赖于特定的 php.ini 指令。 而且,这样的情况下 $HTTP_RAW_POST_DATA

php:// — 访问各个输入/输出流(I/O streams)

只愿长相守 提交于 2020-02-29 05:10:37
PHP: php:// - Manual http://www.php.net/manual/zh/wrappers.php.php php:// php:// — 访问各个输入/输出流(I/O streams) 说明 PHP 提供了一些杂项输入/输出(IO)流,允许访问 PHP 的输入输出流、标准输入输出和错误描述符, 内存中、磁盘备份的临时文件流以及可以操作其他读取写入文件资源的过滤器。 php://stdin, php://stdout 和 php://stderr php://stdin 、 php://stdout 和 php://stderr 允许直接访问 PHP 进程相应的输入或者输出流。 数据流引用了复制的文件描述符,所以如果你打开 php://stdin 并在之后关了它, 仅是关闭了复制品,真正被引用的 STDIN 并不受影响。 注意 PHP 在这方面的行为有很多 BUG 直到 PHP 5.2.1。 推荐你简单使用常量 STDIN 、 STDOUT 和 STDERR 来代替手工打开这些封装器。 php://stdin 是只读的, php://stdout 和 php://stderr 是只写的。 php://input php://input 是个可以访问请求的原始数据的只读流。 POST 请求的情况下,最好使用 php://input 来代替 $HTTP_RAW

针对Kubernetes群集做资源限制

一世执手 提交于 2020-02-29 00:39:46
Kubernetes对资源的限制实际上是通过cgroup来控制的,cgroup是容器的一组用来控制内核如何运行进程的相关属性集合,针对内存、CPU各种设备都有对应的cgroup。 默认情况下,Pod运行没有CPU和内存的限制,这就意味着系统中的任何pod将能够像执行该pod所在的节点一样,消耗足够多的CPU和内存,一般会针对某些应用的Pod资源进行资源限制,这个资源限制是通过resources的limits来实现的。 注:以下只是在yaml文件中进行资源限制的一个片段,并不是完整的yaml文件! 1)针对pod的资源限制 [root@master limit]# vim cgroup-pod.yaml spec: containers: - name: xxx image: xxx ports: - protocol: TCP containerPort: 80 resources: limits: #硬限制 cpu: "4" memory: 2Gi requests: #运行pod时请求的资源数量 cpu: 260m memory: 260Mi requests: 要分配的资源,limits为最高请求的资源值。可以简单的理解为初始值和最大值。 2)基于名称空间的资源限制(可以具体制定限制某一个名称空间) 1)计算资源配额 [root@master limit]# vim

Kubernetes1.3:QoS服务质量管理

我与影子孤独终老i 提交于 2020-02-28 20:40:55
Kubernetes1.3:QoS 服务 质量管理 在kubernetes中,每个POD都有个QoS标记,通过这个Qos标记来对POD进行 服务 质量管理 。QoS的英文全称为"Quality of Service",中文名为"服务质量",它取决于用户对服务质量的预期,也就是期望的服务质量。对于POD来说,服务质量体现在两个指标上,一个指标是CPU,另一个指标是 内存 。在实际运行过程中,当NODE节点上内存资源紧张的时候,kubernetes根据POD具有的不同QoS标记,采取不同的处理策略。 在Kubernetes中,POD的QoS 服务 质量 一共有三个级别,如下图所示: 这三个QoS级别介绍,可以看下面表格: QoS级别 QoS介绍 BestEffort POD中的所有容器都没有指定CPU和内存的requests和limits,那么这个POD的QoS就是BestEffort级别 Burstable POD中只要有一个容器,这个容器requests和limits的设置同其他容器设置的不一致,那么这个POD的QoS就是Burstable级别 Guaranteed POD中所有容器都必须统一设置了limits,并且设置参数都一致,如果有一个容器要设置requests,那么所有容器都要设置,并设置参数同limits一致,那么这个POD的QoS就是Guaranteed级别

程序员的英语学习001

余生颓废 提交于 2020-02-28 05:53:29
Computer Hardware Para 1 Computer hardware can be divides into four categories: input hardware, storage-hardware, processing hardware, and output hardware. 生词: hardware 硬件 category 种类,类别 process 处理 计算机硬件能被分为四类:输入硬件,存储硬件,处理硬件和输出硬件。 Para 2 Input Hardware The purpose of input hardware is to collect data and convert it into a form suitable for computer processing. The most common input device is a keyboard. It looks very much like a typewriter keyboard. Its key are arranged in the typical typewriter layout. There are also a number of additional keys. They can be used to enter special computer

进程占用过高cpu的排查

你说的曾经没有我的故事 提交于 2020-02-27 13:33:28
1. vmstat工具,可以查看系统级别的负载情况,包括进程、内存、IO、CPU、系统调用等等 用法:vmstat [options] [delay [count]] 第一行是自上次reboot之后的平均负载,之后的输出是该delay时间段内的增量值(比如中断数、系统调用数等,但像是内存、cpu负载这些参数等就还是实时值) 输出示例: procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa st 2 0 8 266056 130176 1352704 0 0 294 35 665 1552 8 4 86 2 0 1 0 8 264356 130216 1354632 0 0 0 184 1958 2605 1 4 93 2 0 0 0 8 264248 130216 1354660 0 0 0 0 781 1364 1 1 99 0 0 参数解释: Procs r: The number of runnable processes (running or waiting for run time). b: The number of processes in