大约有 2,200 项符合查询结果(耗时:0.0141秒) [XML]
驯服Linux OOM Killer(优质英文资料翻译) - 操作系统(内核) - 清泛网 - ...
...动进行更大程度的控制。
为什么是 OOM Killer?
主要发行版内核设置/proc/sys/vm/overcommit_memory的默认值 为零,这意味着进程可以请求比系统中当前可用的内存更多的内存。这是基于试探法完成的,即分配的内存不会立即使用,并...
驯服Linux OOM Killer(优质英文资料翻译) - 操作系统(内核) - 清泛网 - ...
...动进行更大程度的控制。
为什么是 OOM Killer?
主要发行版内核设置/proc/sys/vm/overcommit_memory的默认值 为零,这意味着进程可以请求比系统中当前可用的内存更多的内存。这是基于试探法完成的,即分配的内存不会立即使用,并...
驯服Linux OOM Killer(优质英文资料翻译) - 操作系统(内核) - 清泛网 - ...
...动进行更大程度的控制。
为什么是 OOM Killer?
主要发行版内核设置/proc/sys/vm/overcommit_memory的默认值 为零,这意味着进程可以请求比系统中当前可用的内存更多的内存。这是基于试探法完成的,即分配的内存不会立即使用,并...
驯服Linux OOM Killer(优质英文资料翻译) - 操作系统(内核) - 清泛网 - ...
...动进行更大程度的控制。
为什么是 OOM Killer?
主要发行版内核设置/proc/sys/vm/overcommit_memory的默认值 为零,这意味着进程可以请求比系统中当前可用的内存更多的内存。这是基于试探法完成的,即分配的内存不会立即使用,并...
驯服Linux OOM Killer(优质英文资料翻译) - 操作系统(内核) - 清泛网 - ...
...动进行更大程度的控制。
为什么是 OOM Killer?
主要发行版内核设置/proc/sys/vm/overcommit_memory的默认值 为零,这意味着进程可以请求比系统中当前可用的内存更多的内存。这是基于试探法完成的,即分配的内存不会立即使用,并...
不同品牌的防火墙组成高可靠性集群 - 更多技术 - 清泛网 - 专注C/C++及内核技术
...者相同的流量从不通的端口流出。做到负载均衡。
而我的的要求是相同的流量走相同的口,而相同的口里面有两个可用路由。
Linux 默认还是只认第一条匹配的路由。
后来想想这个根本就不是策略路由可以解决的,属...
新浪是如何分析处理32亿条实时日志的? - 更多技术 - 清泛网 - 专注C/C++及内核技术
...闭swap,调整max open files等;App Level的优化如Java运行环境版本的选择,ES_HEAP_SIZE的设置,修改bulk index的queue size等,另外还设置了默认的index template,目的是更改默认的shard,replica数并将string改为not_analyzed,开启doc_values以应对elasti...
汇编语言超浓缩教程(汇编入门必备) - C/C++ - 清泛网 - 专注C/C++及内核技术
...是:最好料到自己所写的程序一定会有些错误(别人告诉我的);如果第一次执行程序后,就得到期望的结果,你最好还是在检查一遍,因为它可能是错的。原则上,只要大体的逻辑架构正确,查找程序中错误的过程,与写程序...
深入理解 x86/x64 的中断体系 - 操作系统(内核) - 清泛网 - 专注C/C++及内核技术
...使用 16-bit interrupt gate,并且使用了 16-bit selector
下面是我的 interrupt handler 代码:
bits 16
;-----------------------------------------------------
; INT3 BreakPoint handler for 16-bit interrupt gate
;--------------------------------------------------...
Vsphere 6 集群上 安装 oracle rac 遇到的共享磁盘故障 - 数据库(内核) - ...
...联系上了原厂工程师。
对了我们购买的VMWARE 是联想的OEM版,直接联系VMWARE是没有卵用的。必须经过联想。
关于配置Oracle RAC最佳配置参考VMware文档。
文档链接:http://www.vmware.com/files/pdf/solutions/oracle/Oracle_Databases_VMware_RAC_Deployme...