最新 | 最热门 | 最高评价

+0  跨域方法汇总

Tag: JavaScript | Recommended | Cookie | flash | iFrame | script | window | 跨域
四火 发于 2014年02月13日 11:12 | 点击: 2410 | 展开摘要
做Web开发经常需要面对跨域问题,跨域问题的根源是浏览器安全中的同源策略,比如说,对于http://www.a.com/1.html来说:

http://www.a.com/2.html是同源的;

https://www.a.com/2.html是不同源的,原因是协议不同;

http://www.a.com:8080/2.html是不同源的,原因是端口不同;

http://sub.a.com/2.html是不同源的,原因是主机不同。

在浏览器中,<script

查看全文: http://www.udpwork.com/item/11695.html

+0  flashcache支持资源隔离的改造

Tag: 存储系统 | cgroup | flashcache | quota
RobinDong 发于 2013年12月13日 17:17 | 点击: 2048 | 展开摘要
去年年底的时候对flashcache做了一番研究,并进行了改造,所谓改造,其实就是希望它能支持cgroup,也就是说,当有在不同cgroup里运行的进程对flashcache进行读写时,flashcache能根据cgroup的不同权重分配这些进程以不同的iops(IO per second)。详细的资料在这里:《flashcache原理及改造》

事情还没有结束,现在能给flashcache设备设io-scheduler了,设成cfq就可以按cgroup weight来分配i

查看全文: http://www.udpwork.com/item/11317.html

+0  Oracle ASM与flashcache不兼容问题

Tag: 工作故事 | flashcache | oracle
RobinDong 发于 2013年03月20日 21:26 | 点击: 1487 | 展开摘要
先强调,本文所说的flashcache是指facebook的那款开源软件,不是指“快速设备”。

同事先是反映flashcache创建的设备被fdisk和parted等工具分区后,在/dev/目录下没有出现新设备(通常,对/dev/sdb设备分区后,会出现/dev/sdb1,/dev/sdb2等子设备)

查了一下资料,multi-device系列的设备(包括flashcache和linux下的软raid)都不支持原始的分区方式,只能用lvm创建logic volume来代替

查看全文: http://www.udpwork.com/item/10051.html

+0  Oracle ASM与flashcache兼容问题

Tag: 操作系统 | flashcache | oracleasm
DongHao 发于 2013年03月14日 16:57 | 点击: 2195 | 展开摘要
先强调,本文所说的flashcache是指facebook的那款开源软件,不是指“快速设备”。

同事先是反映flashcache创建的设备被fdisk和parted等工具分区后,在/dev/目录下没有出现新设备(通常,对/dev/sdb设备分区后,会出现/dev/sdb1,/dev/sdb2等子设备)
查了一下资料,multi-device系列的设备(包括flashcache和linux下的软raid)都不支持原始的分区方式,只能用lvm创建logic volume来代替分

查看全文: http://www.udpwork.com/item/9449.html

+0  Fast’13 几篇不错的Paper

Tag: My Reading | deduplication | Fast 2013 | flash | flash cache
jametong 发于 2013年02月19日 17:39 | 点击: 2622 | 展开摘要
这里为Jeff Darcy 与 Robin Harris的博客汇集

http://storagemojo.com/2013/02/15/storagemojos-best-papers-of-fast-13/

SD Codes: Erasure Codes Designed for How Storage Systems Really Fail by James S. Plank, U of Tennessee, and Mario Blaum and James L.

查看全文: http://www.udpwork.com/item/9267.html

+0  flashcache原理及改造(PPT)

Tag: 操作系统 | flashcache
DongHao 发于 2012年12月29日 13:23 | 点击: 2813 | 展开摘要
上周四在杭州做了一个flashcache的讲座,主要介绍原理和近几个月我的改造工作,PPT如下,供大家参考:

查看全文: http://www.udpwork.com/item/8941.html

+0  解block层死锁

Tag: 操作系统 | block | 死锁 | flashcache | kernel
DongHao 发于 2012年12月27日 18:14 | 点击: 2378 | 展开摘要
把flashcache改为request-based后,虽然IO数量可以按比例控制了,但是作为”珍稀“资源的cache(通常是昂贵的固态硬盘或更昂贵的fusionio卡),也需要按例分配不同进程以不同的cache空间。近一个月我一直在忙着加这个功能。
新代码写完了,压力测试二十多个小时,出现了一个死锁:

<4>[11957.888102]  [<ffffffff814afa70>] ? nmi+0x20/0x30
<4>[119

查看全文: http://www.udpwork.com/item/8884.html

+0  The Cost of Compromise: 11 Things You Do To Make Storage Run Faster

Tag: Uncategorized | flash | ssd | tradeoff
jametong 发于 2012年12月13日 18:27 | 点击: 1397 | 展开摘要
Over-provisioning (more is not necessarily better)

Short-stroking (try and keep a straight face)

IO Scheduling (there is no app for this)

Caching (what’s the penalty for a “cache miss”?)

Automatic Tiering (who gets to decide?)

Manually

查看全文: http://www.udpwork.com/item/8854.html

+0  flashcache改造

Tag: 操作系统 | devicemapper | flashcache
DongHao 发于 2012年10月23日 15:08 | 点击: 2653 | 展开摘要
flashcache是bio based,也就是说,做为虚拟设备它是直接处理上层发下来的bio们。具体点说,内核所有的block io操作都要走submit_bio,而submit_bio会走generic_make_request,进而调用每个设备自己的make_request_fn函数(代码里是q->make_request_fn),而dm框架对虚拟出来的设备是实现了make_request_fn的,名为dm_request,这样,所有的bio都进了函数dm_req

查看全文: http://www.udpwork.com/item/8443.html

+0  flashcache原理

Tag: 操作系统 | devicemapper | flashcache | generic_make_request | submit_bio
DongHao 发于 2012年10月22日 11:50 | 点击: 10979 | 展开摘要
介绍flashcache的文章很多,我就不废话了。使用上,有余峰老哥的文章;原理上,有ningoo同学的flashcache系列。但是ningoo同学漏掉了device mapper和flashcache的动态原理,只讲了静态的数据结构。我就钻个空子补充一下。

一般来说,我们对磁盘的read和write最后都会走到kernel里的submit_bio函数,也就是把io请求变成一个个的bio(bio的介绍看这里),bio是linux内核里文件系统层和block层之间沟通的数据

查看全文: http://www.udpwork.com/item/8437.html

+0  33K的FLASH

Tag: 前端开发 | flash | html5
崔凯 发于 2012年06月13日 18:42 | 点击: 1990 | 展开摘要
我们有一个挺重要的页面,每个用户第一次接触我们的产品,都将看到这个页面。

上面挂了一个33K的FLASH,仅33K。

33K,怎么会影响页面打开的速度?

开始时,没怎么考虑这货。

直到演示DEMO的时候,为了一个干净的环境,退掉了所有的东西,重新打开浏览器。

结果明显在这个页面上,停顿了一秒。

本地的33K的FLASH怎么会加载一秒??

截了一下数据,发现后台为了响应这货,启了一个占用20多M内存的 Shockwave Flash 来渲染。

解决方法很简单:换

查看全文: http://www.udpwork.com/item/7480.html

+0  我在Follow的部分blog

Tag: Uncategorized | performance;oracle;mysql;nosql;distributed system;flash storage
jametong 发于 2012年05月23日 01:04 | 点击: 67290 | 展开摘要
google-reader-subscription的下载链接

Mysql

About MySQL development (Optimizer mainly)

Andrew Morgan’s MySQL Cluster Database Blog

Arjen’s Journal

Baron Schwartz

Big DBA Head!

Chris on MySQL

Chuck’s Blog

code.openark.or

查看全文: http://www.udpwork.com/item/7343.html
|<<<1234>>>| 一共4页, 37条记录