Slab Allocation机制：整理内存以便重复使用

December 8, 2011 Category :PHP| 系统架构和性能优化 0

Slab Allocation机制：整理内存以便重复使用

最近的memcached默认情况下采用了名为Slab Allocator的机制分配、管理内存。在该机制出现以前，内存的分配是通过对所有记录简单地进行malloc和free来进行的。但是，这种方式会导致内存碎片，加重操作系统内存管理器的负担，最坏的情况下，会导致操作系统比memcached进程本身还慢。Slab Allocator就是为解决该问题而诞生的。

下面来看看Slab Allocator的原理。下面是memcached文档中的slab allocator的目标：

the primary goal of the slabs subsystem in memcached was to eliminate memory fragmentation issues totally by using fixed-size memory chunks coming from a few predetermined size classes. » Continue Reading

PhpStorm（php,storm,JetBrains,Intellij idea）过期破解方法

October 21, 2011 Category :技术派 0 

ZendStudio从5.5以后，慢的实在可以，让人实在受不了， 用内存我就多分点，但是分了内存还是不快，后来找到了PHPStorm.

但是只有试用45天，今天使用到期，在网上找了一下破解，发现下面的方法是可行的，下面进入正题：

2010-07-10补充：下面方法失败。
===========================================================
我的安装目录：

1
D:\Program Files\JetBrains\PhpStorm 1.0\lib
1. 将文件branding.jar 改为branding.rar

» Continue Reading

Redis内存存储结构分析

September 19, 2011 Category :感兴趣| 技术派| 系统架构和性能优化 0

1 Redis 内存存储结构

本文是基于 Redis-v2.2.4 版本进行分析.

1.1 Redis 内存存储总体结构

Redis 是支持多key-value数据库(表)的,并用 RedisDb 来表示一个key-value数据库(表). redisServer 中有一个 redisDb *db; 成员变量, RedisServer 在初始化时,会根据配置文件的 db 数量来创建一个 redisDb 数组. 客户端在连接后,通过 SELECT 指令来选择一个 reidsDb,如果不指定,则缺省是redisDb数组的第1个(即下标是 0 ) redisDb. 一个客户端在选择 redisDb 后,其后续操作都是在此 redisDb 上进行的. 下面会详细介绍一下 redisDb 的内存结构. » Continue Reading

MySQL Query Cache 小结

August 19, 2011 Category :Mysql 0

最近经常有人问我 MySQL Query Cache 相关的问题，就整理一点 MySQL Query Cache 的内容，以供参考。

顾名思义，MySQL Query Cache 就是用来缓存和 Query 相关的数据的。具体来说，Query Cache 缓存了我们客户端提交给 MySQL 的 SELECT 语句以及该语句的结果集。大概来讲，就是将 SELECT 语句和语句的结果做了一个 HASH 映射关系然后保存在一定的内存区域中。

在大部分的 MySQL 分发版本中，Query Cache 功能默认都是打开的，我们可以通过调整 MySQL Server 的参数选项打开该功能。主要由以下5个参数构成：

  • query_cache_limit：允许 Cache 的单条 Query 结果集的最大容量，默认是1MB，超过此参数设置的 Query 结果集将不会被 Cache
  • query_cache_min_res_unit：设置 Query Cache 中每次分配内存的最小空间大小，也就是每个 Query 的 Cache 最小占用的内存空间大小
  • query_cache_size：设置 Query Cache 所使用的内存大小，默认值为0，大小必须是1024的整数倍，如果不是整数倍，MySQL 会自动调整降低最小量以达到1024的倍数
  • query_cache_type：控制 Query Cache 功能的开关，可以设置为0(OFF),1(ON)和2(DEMAND)三种，意义分别如下：
    • 0(OFF)：关闭 Query Cache 功能，任何情况下都不会使用 Query Cache
    • 1(ON)：开启 Query Cache 功能，但是当 SELECT 语句中使用的 SQL_NO_CACHE 提示后，将不使用Query Cache
    • 2(DEMAND)：开启 Query Cache 功能，但是只有当 SELECT 语句中使用了 SQL_CACHE 提示后，才使用 Query Cache
  • query_cache_wlock_invalidate：控制当有写锁定发生在表上的时刻是否先失效该表相关的 Query Cache，如果设置为 1(TRUE)，则在写锁定的同时将失效该表相关的所有 Query Cache，如果设置为0(FALSE)则在锁定时刻仍然允许读取该表相关的 Query Cache。 » Continue Reading

Google收购摩托罗拉移动，仅仅是为了专利吗？

August 18, 2011 Category :技术派| 社会杂谈-网摘 0

前天Google宣布收购摩托罗拉移动，IT业界为之震动。此次并购的深远影响，不亚于09年Oracle收购Sun。俺对这种业界八卦一向是有兴趣滴，下面就来聊聊此事。为了打字方便，以下把”摩托罗拉移动”简称Moto。

一、Google的专利困境

关注此事的同学都应该听说，最近几个月，Google在专利方面非常郁闷。

1.微软的搅局

要知道Google推广Android是靠免费赚吆喝——硬件厂商不需要支付Google授权许可。因此，大部分硬件厂商都冲着免费而投入 Android阵营。眼看着Android的出货量节节攀升，微软非常捉急，终于拿出专利大棒来威胁那些Android厂商。微软这么干可谓一石二鸟：一来可以坐收高额专利费，二来可以打击Android硬件厂商的积极性。

以HTC这个Android销售大户为例。经过几轮谈判，它支付给微软的专利费是：每台Android手机5美元。有业界人士估计了一下，HTC出货的Android设备大概是3000万。也就是说，微软嘛事不干，就可以从HTC手中拿到1.5亿美金，而Google辛辛苦苦开发出Android给 HTC用，自己却拿不到一分钱。 » Continue Reading

程序员技术练级攻略

July 21, 2011 Category :感兴趣| 技术派 0

月光博客6月12日发表了《写给新手程序员的一封信》，翻译自《An open letter to those who want to start programming》，我的朋友（他在本站的id是Mailper）告诉我，他希望在酷壳上看到一篇更具操作性的文章。因为他也是喜欢编程和技术的家伙，于是，我让他把他的一些学习Python和Web编程的一些点滴总结一下。于是他给我发来了一些他的心得和经历，我在把他的心得做了不多的增改，并根据我的经历增加了“进阶”一节。这是一篇由新手和我这个老家伙根据我们的经历完成的文章。

我的这个朋友把这篇文章取名叫Build Your Programming Technical Skills，我实在不知道用中文怎么翻译，但我在写的过程中，我觉得这很像一个打网游做任务升级的一个过程，所以取名叫“技术练级攻略”，题目有点大，呵呵，这个标题纯粹是为了好玩。这里仅仅是在分享Mailper和我个人的学习经历。（注：省去了我作为一个初学者曾经学习过的一些技术(今天明显过时了)，如：Delphi/Power builder，也省去了我学过的一些我觉得没意思的技术Lotus Notes/ActiveX/COM/ADO/ATL/.NET ……） » Continue Reading

MySQL索引背后的数据结构及算法原理

July 19, 2011 Category :Mysql| 系统架构和性能优化 0

写在前面的话

在编程领域有一句人尽皆知的法则“程序 = 数据结构 + 算法”，我个人是不太赞同这句话（因为我觉得程序不仅仅是数据结构加算法），但是在日常的学习和工作中我确认深深感受到数据结构和算法的重要性，很多东西，如果你愿意稍稍往深处挖一点，那么扑面而来的一定是各种数据结构和算法知识。例如几乎每个程序员都要打交道的数据库，如果仅仅是用来存个数据、建建表、建建索引、做做增删改查，那么也许觉得数据结构和这东西没什么关系。不过要是哪天心血来潮，想知道的多一点，想研究一下如何优化数据库，那么一定避免不了研究索引的原理，如果想要真正明白索引是怎么工作的，如何合理的使用索引以优化数据库，那么就免不了纠结于一堆数据结构与算法之间了。所以，如果说“程序的核心基础 = 数据结构 + 算法”我是十分赞同的，而一个想成为高手的程序员，一定会去学习程序的核心基础。

好吧，说了这么多，其实我的意思是如果想把数据库索引学个明明白白，就必须将数据结构和算法作为切入点去学习，遗憾的是我目前还没有在网上找到从原理层面去介绍数据库索引的资料（这里仅指在通俗资料领域没找到，不包括学术论文），倒不是说没有高水平的程序员，就只在我们公司范围内能把这一点讲透彻讲明白的数据库大牛也海了去了，只是由于工作的忙碌和个人兴趣原因，这些大牛们没有时间或没有兴趣去写这方面的文章。由于工作的需要，我这个半桶水的程序员这段时间也草草研究一些关于MySQL数据库索引的东西，虽然对这方面的理解相比那些大牛差的太远了，不过这里我还是将这些浅薄的知识总结成文吧。 » Continue Reading

PHP Performance Optimization

June 6, 2011 Category :PHP 0

今天把当时交流的PPT放到slideShare了.

顺便谈一下对PHP性能优化的一些看法.

1. 优化建议目的不是为了优化, 而是为了防微杜渐..

在PPT中罗列的编码时候的优化建议, 不是为了让大家在出现性能问题的时候, 以这些作为准则去对代码进行优化. 而是希望能在大家最初写代码的时候, 就有一个心理的认知, 应该怎么写会更好.

2. 优化的建议不是准则

当我把PPT分享给公司的同事的时候, 会有人质疑, 魔术方法都不让用?

优化的建议, 是建议, 是防止大家滥用, 肆无忌惮的用. 如果你能在写代码的时候, 能意识到, 什么慢, 什么快, 从而避免一些没有必要的对魔术方法的调用, 那就是这个优化建议所追求的效果了 » Continue Reading

MySQL innodb引擎中小心count(*)陷阱

May 23, 2011 Category :系统架构和性能优化 0

以下的文章主要描述的是MySQL innodb引擎中的count(*)陷阱，你如果对MySQL innodb引擎中的count(*)陷阱有兴趣的话你就可以点击以下的文章进行观看了。希望会给你带来一些帮助在此方面。

word引起MySQL数据库崩溃？

InnoDB delete from xxx速度暴慢原因

MySQL Storage Engine 小记

更多相关推荐 今天同学们在群里讨论oracle的count(*)与count(1)的问题，正好提到MySQL的情况。我突然想到自己遇到的问题：在myisam引擎执行count(*)速度非常快，而且执行速度与记录条数无关，而MySQL innodb却不是这样，记录越多，速度越慢。

于是做了一个实验，在一个有8000W条记录的innodb表执行了一下 select count(*) from table 。 果然一直等待，大概8分多后出来结果。马上再次执行相同的语句，用时大约22秒。马上执行第三次，还是约22秒。 » Continue Reading

Javascript 里跑Linux

May 22, 2011 Category :其他 0

牛逼到暴的大拿 Fabrice Bellard，用Javascript实现了一个x86 PC 模拟器，然后成功在这个模拟器里面跑Linux（请用Firefox 4 / Google Chrome 11打开，Chome 12有BUG）

关于这个东西… 伊说 “I did it for fun“，大大啊大大啊…. 我整个人都斯巴达了 » Continue Reading

Page: 1 of 13 1 2 3 4 5 6 ... 13 Next »
  • Tags
    apache apple blank src body边框 C10K C500K cache cheat sheets compatMode Cookie CSRF debug email facebook fun hash html5 http状态 IE iframe image Javascript jquery js json memcached memory_limit mysql mysql cluster NOSQL php rewrite rsync SQL tip web webservice 优化 安全 架构 程序开发 系统架构 速查 闭包 高性能
  • Meta