最新 | 最热门 | 最高评价
^..^

+0  跨域方法汇总

Tag: JavaScript | Recommended | Cookie | flash | iFrame | script | window | 跨域
四火 发于 2014年02月13日 11:12 | 点击: 3132 | 展开摘要
做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 | 点击: 2515 | 展开摘要
去年年底的时候对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 | 点击: 1918 | 展开摘要
先强调，本文所说的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 | 点击: 2644 | 展开摘要
先强调，本文所说的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 | 点击: 3147 | 展开摘要
这里为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 | 点击: 3255 | 展开摘要
上周四在杭州做了一个flashcache的讲座，主要介绍原理和近几个月我的改造工作，PPT如下，供大家参考：

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

+0  解block层死锁

Tag: 操作系统 | block | 死锁 | flashcache | kernel
DongHao 发于 2012年12月27日 18:14 | 点击: 2814 | 展开摘要
把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 | 点击: 1766 | 展开摘要
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 | 点击: 3402 | 展开摘要
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 | 点击: 11642 | 展开摘要
介绍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 | 点击: 2380 | 展开摘要
我们有一个挺重要的页面，每个用户第一次接触我们的产品，都将看到这个页面。

上面挂了一个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 | 点击: 70190 | 展开摘要
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条记录