查看: 5362|回复: 16
注册时间最后登录在线时间132 小时威望72 金币阅读权限20积分72帖子分享精华0UID202882
注册会员, 积分 72, 距离下一级还需 128 积分
最后登录在线时间132 小时威望72 金币苹果332 注册时间阅读权限20帖子分享精华0积分72UID202882
工作室的摄录设备都是索尼的，素材文件是MTS格式，每次都需要转MOV，iMac内存2G*2，在转格式的时候，全部满负荷运转，但是转录完成后，内存还是占用满满的，Mac不会自动清理内存吗？
清理内存啥软件比较好，内存有没有必要加两条4G的？
注册时间最后登录在线时间132 小时威望72 金币阅读权限20积分72帖子分享精华0UID202882
注册会员, 积分 72, 距离下一级还需 128 积分
最后登录在线时间132 小时威望72 金币苹果332 注册时间阅读权限20帖子分享精华0积分72UID202882
沉了，自己顶！
注册时间最后登录在线时间7879 小时威望6764 金币阅读权限255积分6764帖子分享精华5UID101
最后登录在线时间7879 小时威望6764 金币苹果8143 注册时间阅读权限255帖子分享精华5积分6764UID101
用什么机器剪辑？内存大了当然好，现在内存便宜得很，木桶短板在内存上就太可惜了。
尽你的能力把内存加到最大吧~
注册时间最后登录在线时间2332 小时威望2578 金币阅读权限70积分2578帖子分享精华0UID50137
金牌会员, 积分 2578, 距离下一级还需 422 积分
最后登录在线时间2332 小时威望2578 金币苹果3565 注册时间阅读权限70帖子分享精华0积分2578UID50137
上到16G 会很好&&8G够用 4G小了
注册时间最后登录在线时间4324 小时威望9734 金币阅读权限100积分9734帖子分享精华0UID182316
论坛长老, 积分 9734, 距离下一级还需 2266 积分
最后登录在线时间4324 小时威望9734 金币苹果12135 注册时间阅读权限100帖子分享精华0积分9734UID182316
注册时间最后登录在线时间4365 小时威望4476 金币阅读权限90积分4476帖子分享精华13UID418
论坛元老, 积分 4476, 距离下一级还需 4524 积分
最后登录在线时间4365 小时威望4476 金币苹果5404 注册时间阅读权限90帖子分享精华13积分4476UID418
MTS不需要那么复杂，用ClipWrap秒秒转换，无需等待，FCPX你至少需要8G内存，不过内存不是重点，重点是硬盘，必须上SSD
注册时间最后登录在线时间132 小时威望72 金币阅读权限20积分72帖子分享精华0UID202882
注册会员, 积分 72, 距离下一级还需 128 积分
最后登录在线时间132 小时威望72 金币苹果332 注册时间阅读权限20帖子分享精华0积分72UID202882
飞烟 发表于
MTS不需要那么复杂，用ClipWrap秒秒转换，无需等待，FCPX你至少需要8G内存，不过内存不是重点，重点是硬盘， ...
谢谢，挨个感谢各位
注册时间最后登录在线时间132 小时威望72 金币阅读权限20积分72帖子分享精华0UID202882
注册会员, 积分 72, 距离下一级还需 128 积分
最后登录在线时间132 小时威望72 金币苹果332 注册时间阅读权限20帖子分享精华0积分72UID202882
mchero 发表于
上到16G 会很好&&8G够用 4G小了
依照Win的习惯，4G还以为就够了呢
Mac不会自动清理内存吗？
注册时间最后登录在线时间132 小时威望72 金币阅读权限20积分72帖子分享精华0UID202882
注册会员, 积分 72, 距离下一级还需 128 积分
最后登录在线时间132 小时威望72 金币苹果332 注册时间阅读权限20帖子分享精华0积分72UID202882
MacWin 发表于
用什么机器剪辑？内存大了当然好，现在内存便宜得很，木桶短板在内存上就太可惜了。
尽你的能力把内存加到 ...
哈，其实买Mac的也有穷人，当初选购的时候，没想到会需要这么大的内存
Win7 64bit不论玩啥，4G内存也都够了
注册时间最后登录在线时间7879 小时威望6764 金币阅读权限255积分6764帖子分享精华5UID101
最后登录在线时间7879 小时威望6764 金币苹果8143 注册时间阅读权限255帖子分享精华5积分6764UID101
gedon 发表于
哈，其实买Mac的也有穷人，当初选购的时候，没想到会需要这么大的内存
Win7 64bit不论玩啥，4G内存也都够 ...
Mac会自动侦测到你有多大内存，会尽量充分利用你的所有内存，做到物尽其用。所以，内存没有够的时候，只有更大没有最大（那些不规范的小程序例外）
注册时间最后登录在线时间2668 小时威望2674 金币阅读权限70积分2674帖子分享精华0UID104220
我是一只天然呆，天然呆
金牌会员, 积分 2674, 距离下一级还需 326 积分
最后登录在线时间2668 小时威望2674 金币苹果3324 注册时间阅读权限70帖子分享精华0积分2674UID104220
gedon 发表于
哈，其实买Mac的也有穷人，当初选购的时候，没想到会需要这么大的内存
Win7 64bit不论玩啥，4G内存也都够 ...
我开机就3.23G没了。。。开个PS再开个虚拟机(1.25g)直接报内存不足。。。
注册时间最后登录在线时间2053 小时威望3014 金币阅读权限90积分3014帖子分享精华0UID339
论坛元老, 积分 3014, 距离下一级还需 5986 积分
最后登录在线时间2053 小时威望3014 金币苹果4712 注册时间阅读权限90帖子分享精华0积分3014UID339
8G表示压力很大，已经想换16g内存了，这个越大越好，大型软件没有够的时候
授予拥有作品精华帖5个或以上会员或版主
终身成就勋章
授予为论坛做出贡献的会员或版主
捐助义卖徽章
捐助义卖活动专属徽章
授予经常解答问题的热心会员
Powered bymemcached内存分配及回收初探 - 01 - 渔歌唱晚 - ITeye技术网站
在小虎的授意下，对memcached(后面简称mc) 的内存分配及回收机制进行了深度分析和测试，以下是一些学习的心得，和大家共同探讨一下，期望能抛砖引玉
mc是由LiveJournal技术团队开发的一套分布式对象缓存系统，基于c语言，目前应用十分广泛，它可以应对任意多个连接，使用非阻塞的网络I/O。它的使用非常简单和方便，最常用的功能不超过5个方法(set,get,delete...)。目前pconline的网站群基本上都是使用mc做缓存服务
mc在很多时候都是作为数据库前端缓冲使用的。因为它比数据库少了SQL解析、磁盘操作等开销，而且它是使用内存来管理数据的，
所以它可以提供比直接读取数据库更好的性能，在大型bbs系统中，访问同样的数据是很频繁的，mc可以大大降低数据库压力，使系统执行效率提升。
另外，mc也经常作为服务器之间数据共享的存储媒介，例如在SSO系统中保存系统单点登陆状态的数据就可以保存在mc中，被多个应用共享。
前段时间登录系统出现了一个比较怪异的问题，刚刚登录的用户，还未到session过期时间就开始抛空异常，查看mc内存利用率不到60%，检查重启mc后问题得到缓解，后来小虎分析可能是mc中缓存的未过期数据被冲掉，于是有了下面的分析
mc内存分配机制简介
memcached默认情况下采用了名为Slab Allocator的机制分配、管理内存，Slab Allocator的基本原理是按照预先规定的大小，将分配的内存分割成特定长度的块，以完全解决内存碎片问题。
先来解释一下与Slab Allocator存储有关的几个术语：
Page：分配给Slab的内存空间，默认是1MB。分配给Slab之后根据slab的大小切分成chunk。
Chunk：用于缓存记录的内存空间。
Slab Class：特定大小的chunk的组。
Growth Factor：增长因数，默认为1.25(较早的版本固定为2)
mc启动后，会根据这个factor，计算出从1M逐步递减的不同的slab，如factor=1.25时：
slab class
1: chunk size
88 perslab 11915
slab class
2: chunk size
112 perslab
slab class
3: chunk size
144 perslab
slab class
4: chunk size
184 perslab
slab class
5: chunk size
232 perslab
slab class
6: chunk size
296 perslab
slab class
7: chunk size
376 perslab
slab class
8: chunk size
472 perslab
slab class
9: chunk size
592 perslab
slab class
10: chunk size
744 perslab
第一列数据(slab class)，为slab的编号；
第二列数据是chunk的大小，跟slab class是一一对应的关系，可以通俗的理解为slab就是存放一组相同大小chunk的集合，只不过这个集合是固定的(1M)，
第三列数据，表示每种不同slab中的page可以存放的chunk个数,实际上等于1MB/ (chunk size),例如slab1中的chunk size是88B，那么这种slab中每个page中可以存放的chunk个数为 1MB / 88B ，约等于11915
很显然，slab的chunk size越大，其中的每个page包含的chunk数量就越少
如图所示：
新入对象时，会根据自身大小来匹配slab列表，比如100KB的对象，根据最小空间损失原则，会被放入到slab2(size:112B)对应的page下，如下图
这时，如果slab2下的page中有尚可以使用的chunk(即空闲的chunk或者过期的chunk)，slab2会优先使用这些chunk，在没有chunk可用的情况下，mc会去内存中再申请一个page，然后切分成chunk，然后使用；需要注意的是，根据
Slab Allocator算法，
该实例中的100KB对象，是永远没有机会存放到其他slab(如slab3,slab4等等)，即便是其他slab中有大量的可用chunk，细心的朋友会发现，这种机制很有可能会导致内存浪费严重，mc命中率降低等问题，对，这种问题真的存在，这也正是这种机制的缺点，下面会进行详细的分析和探讨
mc数据删除机制简介：
首先我们知道，缓存在mc中的数据，不会主动从内存中消失，也就是说mc不会监视记录是否过期，而是在client端执行get方法时才去检查时间戳是否过期(这样做的目的就是避免在过期监视上耗费cpu资源，以提高mc的响应能力)；每次有新对象加入时，mc会优先将对象置于已超时的同一规格chunk中，然而，即使如此，内存仍然会发生追加新记录时空间不足的情况，那么，当mc内存耗完后，又是怎样处理新入的数据呢？mc有两种处理策略，一种是默认的LRU(Least Recently Used),指删除近段时间最少使用同规格chunk,再将对象塞入)，另一种策略是存满即不可再存，除非有过期的对象，否则会报错
再回头看问题：
想必各位已经发现我们的登录状态数据是怎么被冲走的了，对，没错，LRU！在内存还有将近一半的情况下，就发生了LRU，为什么呢？这一半空闲的内存，表面是空闲的，实际上已经被mc将其打包成page分配到了其他stat里，而这些stat即便空闲、数据过期，也不会被mc回收已供其他繁忙的slab调用的。产生这种情况的直接原因就是，mc启动后，较大chunk size的slab同时间大量涌入mc，假设slab为20，这时，mc不得为slab 20分配大量的page，而在一小段时间后，slab 20中的chunk纷纷过期，但是它们曾经占用的page就永远不会被mc主动回收了，除非再有与slab20同规格的对象进入时，这些page才会重新得到使用的机会，与此形成强烈对比的slab2(chunk size = 112B)却处于无可用chunk，无内存已供分配新page的境地，这个时候，LRU出场了，会按时间相关度清理掉一些尚未过期的slab2 chunk，如此造成缓存来去匆匆，实际上性能严重下降
首先,在memcache分配的时候，初始化会去分配一系列的slab，例如初始的slab为88k，然后factor为1.25，那么你会发现开始的时候
就会有：88,112,44,....一直到1M大小的slab各一个，假如对象集中在其中某一个区间，那么很快那个slab就会分配满，此时如果内存还有，那么就会新建一个同样大小的slab作为链挂在第一个同等大小的slab上，如果说内存也满了，slab也满了，那么就开始LRU算法了。
但是Memcached的LRU算法是针对slab的，而非全局的，如果数据集中在一个slab上，那么初始化的时候其他几个slab肯定就浪费了，同时，如果slab的大小和对象的大小有比较大的差异，那么浪费的将会更加巨大。所以在评估使用
memcache初始大小和factor的时候需要注意这些，选择适合的初始化size和factor，减少slab分配的浪费。
思路1.通用解决方法：
调整growth factor
逐步调整growth factor,并观察chunks的分布，尽量将数据对象的大小控制到一定区间内，启动时加入-f参数即可，在factor=1.25时有39组slab
$memcached
-l localhost
-p 11211 -f 1.25s
slab class
1: chunk size
88 perslab 11915
slab class
2: chunk size
112 perslab
slab class
3: chunk size
144 perslab
slab class
4: chunk size
184 perslab
slab class
5: chunk size
232 perslab
slab class
6: chunk size
296 perslab
slab class
7: chunk size
376 perslab
slab class
8: chunk size
472 perslab
slab class
9: chunk size
592 perslab
slab class
10: chunk size
744 perslab
slab class
11: chunk size
936 perslab
slab class
12: chunk size
1176 perslab
slab class
13: chunk size
1472 perslab
slab class
14: chunk size
1840 perslab
slab class
36: chunk size 250376 perslab
slab class
37: chunk size 312976 perslab
slab class
38: chunk size 391224 perslab
slab class
39: chunk size 489032 perslab
当growth factor调大成2以后，slab class明显变少，只有13组了
$memcached
-l localhost
-p 11211 -f 2
slab class
1: chunk size
128 perslab
slab class
2: chunk size
256 perslab
slab class
3: chunk size
512 perslab
slab class
4: chunk size
1024 perslab
slab class
5: chunk size
2048 perslab
slab class
6: chunk size
4096 perslab
slab class
7: chunk size
8192 perslab
slab class
8: chunk size
16384 perslab
slab class
9: chunk size
32768 perslab
slab class
10: chunk size
65536 perslab
slab class
11: chunk size 131072 perslab
slab class
12: chunk size 262144 perslab
slab class
13: chunk size 524288 perslab
很显然，factor越小，chunk匹配得就越精准，但是slab组就会分得越多，而产生LRU的机会也会增加，factor越大，分组就越少，产生LRU的机会就越小，但是chunk匹配精准度会有所下降，如在数据大小为130B时，如果f=1.25，mc会将其放入class3(chunk size = 144B),浪费的空间为14B；如果f=2.0，mc会将其放入class2(class size = 256)中,浪费的空间为126B，相当惊人，所以factor的大小设置在一个比较平衡的值，一般以默认的1.25较为理想。
思路2.动态调整slab中page的数量
大体思路是使用java客户端监控程序，定时检查每个slab的使用情况，动态调整每个slab中的page，将某个比较空闲的slab中的page移动到另外的slab中去，不过mc的开发人员认为在mc中遍历slab和page移动会造成较大系统开销，所有没有提供直接的api已供调用，一直屏蔽调用，在1.28版本以前，还可以通过在memcached.h中添加宏#define ALL_SLABS_REASIGN并重新编译使slabs reassign命令生效，但在使用过程中，出现了大量的性能问题，mc稳定性下降，而且在数据移动过程中，会导致mc不可写的问题，针对这些弊端，mc的开发团队在其后续版本中已经彻底删除相关处理逻辑，我也尝试对1.28的源码进行修改和编译，基本可用，但是何时调用
reassign，以及reassign后对系统造成的影响仍然需要进一步的数据分析，继续跟进中。。。
浏览: 21096 次
来自: 广州
大致对内存分配有个初步了解,很不错
分析的很到位
服务端增加的callback参数的处理什么意思，如果跨域跨到其 ...在这个花枝招展的年代，请多多珍惜眼前的一切，2016马上又要过去了。
一向不喜欢明说自己突破了什么的苹果最近真的是一反常态，而且还都是冲着人工智能去的...
作为苹果软件和服务内容最重要的一块,App Store未来还会如何突破,我们关注着,并且拭目...
如果一年一年增加下去，以后会不会同时有几十种颜色的iPhone出现？
这种技术在一定程度上解决了此前iOS 9.3.3越狱的一个主要问题：对于开发者证书的依赖...
只会自拍、或者拍拍美食……
这是要挑战呢，还是要”示威“呢？
外媒认为macOS Sierra 10.12.2已经进入到了最后的测试工作，正式版如无意外将会很快发...
在移动平台上不得不提到开发商FISHLABS所制作的太空射击类游戏《浴火银河（Galaxy on ...
台湾独立游戏《Mr. Catt》国服上架，这次喵星人又要怎么样踏上这段旅程呢？
著名游戏开发商State of Play Games曾经在移动平台上推出过休闲游戏《神之折纸（KAMI...
这款基于《洛奇》改编的手游并没有让人重温电影的那种励志与激情，没有什么剧情，也没...
作为一款面向孩子的应用，单就功能性方面来看，本身的质量以及趣味玩法是非常棒的，不...
《松树林（PINE GROVE）》是 DONGSEOP LEE 推出的一款探案解谜游戏，不过与传统的解谜...
【自动选图+批量修图 泼辣修图团队新应用：《霹雳相册》】不需要你有修图技术，甚至不...
市面上的 iPhone 7 配件不在少数，那用户到底应该选择哪一些比较合适呢？
谁都知道 Mophie 肯定会推出适配 iPhone 7 系列的电池保护壳，就看什么时候来而已~
我们今天要介绍的是一款名为 iblazr 的保护壳，它的作用就是给 iPhone 提供强大的闪光...
锋友huiming163分享了自己拆解 iPhone 5 和 iPhone 6 电池的过程，不过，该锋友表示，...
闲来没事摇一摇，手机竟然又满电了。
国内用户应该会最关心App Store商店活动有没有。
如果这封邮件是真实的，那么 AirPods 的推出日期总算是有了眉目~
苹果上个月调查发现，亚马逊平台上所谓的正版充电头以及数据线，有超过 90% 都是冒牌...
有图有真相，4g内存虚拟机win7
注册时间 最后登录
在线时间526 小时 UID
主题帖子人气
白苹果, 积分 534, 距离下一级还需 966 积分
分给win7&&2g内存，上图，一张是开虚拟机的，一张是虚拟机关闭的！！
<p id="rate_0162" onmouseover="showTip(this)" tip="既然开虚拟机，那么xp不能满足要求？&人气 + 1
" class="mtn mbn">
既然开虚拟机，那么xp不能满足要求？
注册时间 最后登录
在线时间1725 小时 UID
主题帖子人气
专业制作keynote
4g也开虚拟机。。。
注册时间 最后登录
在线时间2976 小时 UID
主题帖子人气
所以 如果需要經常開虛擬機工作 選擇8G內存是比較穩妥的做法
注册时间 最后登录
在线时间590 小时 UID
主题帖子人气
世间百态‘
注册时间 最后登录
在线时间4636 小时 UID
帖子 精华1
主题帖子人气
别大惊小怪的，我的MC975，8G内存，WIN7分的只有1，5G，结果开虚拟机时也只剩380多M
(442 KB, 下载次数: 1)
11:54 上传
注册时间 最后登录
在线时间4636 小时 UID
帖子 精华1
主题帖子人气
引用第4楼lpf6-07-04 11:54发表的
别大惊小怪的，我的MC975，8G内存，WIN7分的只有1，5G，结果开虚拟机时也只剩380多M
虽然只剩下300M可用内存，但系统很流畅，不卡
注册时间 最后登录
在线时间503 小时 UID
主题帖子人气
表示8G比较稳妥啊
注册时间 最后登录
在线时间4636 小时 UID
帖子 精华1
主题帖子人气
引用楼主sdrzlyz于 11:21发表的 有图有真相，4g内存虚拟机win7 :
2g内存，上图，一张是开虚拟机的，一张是虚拟机关闭的！！
你可以装个内存清理工具
注册时间 最后登录
在线时间57 小时 UID
主题帖子人气
我想关心楼主卡不卡
注册时间 最后登录
在线时间171 小时 UID
主题帖子人气
怎么肯能不卡啊，4G开虚拟机，剩下的在跑一点其他程序就直接卡死，真锻炼耐心
威锋旗下产品
Hi~我是威威！
沪公网安备 29号　|　沪ICP备号-1
新三板上市公司威锋科技（836555）
增值电信业务经营许可证：
Powered by Discuz!}