找回密码
 注册

QQ登录

只需一步,快速开始

搜索
楼主: tangdong

[硬件] i7 2600运行截图

  [复制链接]
发表于 2011-7-15 14:22:36 | 显示全部楼层
routeros
回复

使用道具 举报

发表于 2011-7-15 17:03:07 | 显示全部楼层
我有1G 的ECC和512M的ECC内存,需要的找我呀!

QQ:107079154
routeros
回复

使用道具 举报

发表于 2011-7-15 22:53:14 | 显示全部楼层
这样的配制什么价格呀
routeros
回复

使用道具 举报

发表于 2011-7-16 22:37:23 | 显示全部楼层
总版主,你那个是什么配置,带了1500多户?
routeros
回复

使用道具 举报

发表于 2011-7-28 01:25:14 | 显示全部楼层
就不知道那块主板能够耐多久!
routeros
回复

使用道具 举报

发表于 2011-8-1 22:21:21 | 显示全部楼层
大哥,你也用山寨电口网卡啊
routeros
回复

使用道具 举报

发表于 2011-8-2 02:00:09 | 显示全部楼层
ksw520 发表于 2011-7-15 11:47
像i7 2600 之类集成GPU的跑routeros性价比并不理想。而且这类CPU并不支持ECC内存控制,高负载下内存对负载性 ...

ECC只会更慢,ECC并不会提高速度只会降低速度。
routeros
回复

使用道具 举报

发表于 2011-8-26 20:02:27 | 显示全部楼层
过来支持一下,
routeros
回复

使用道具 举报

发表于 2011-8-28 13:40:29 | 显示全部楼层
本帖最后由 ksw520 于 2011-8-28 13:42 编辑
seignior 发表于 2011-8-2 02:00
ECC只会更慢,ECC并不会提高速度只会降低速度。


如果数据有错误,不在内存环节避免,RouerOS 就会重复处理这些数据,高负载下错误会相对较。ECC在种情况下就是提高效率。
除CPU 网卡外 内存是比较大的瓶颈。
routeros
回复

使用道具 举报

发表于 2011-8-28 13:48:29 | 显示全部楼层
1.ECC的确是用于校验内存错误,但无论是否ECC(无论是否校验),如果数据错了,(系统)都必然是重新加载(ECC已经知道错误)或者直接挂掉(没有ECC不知道发生了错误),ECC顶多就是避免了挂掉的情况,但重新加载这种情况,在任何情况下都会发生;
2.非ECC的情况下,每次传递8b,在ECC的情况下,每次传递7b(另外一个b用于校验),所以天生就更慢。
routeros
回复

使用道具 举报

发表于 2011-8-28 13:56:21 | 显示全部楼层
ECC在数据出现错误的初期就发现并纠正错误,再执行后续工作。如果内存数据有错误,RouterOS ,继续仍然处理后续工作需要浪费更多时间,影响效率。
routeros
回复

使用道具 举报

发表于 2011-8-28 14:35:36 | 显示全部楼层
实际上这是绝大多数人的理解错误
实际的工作过程是
在非ECC的情况下,在外存(或者某个运算结果)读取数据暂存在内存,不做处理,直接等待IO读取处理(CPU或者别的),如果不幸发生了什么问题,..........如果错误不是致命的,还在系统的容错范围,那么重新获取,如果完全不在容错范围,那么就down掉(该进程或者系统)。
而在ECC的情况下,内存得到数据前,预先编码,扣出一个b做校验(比较接近的是raid5),所以就只剩下7个b是真正传递数据用的,在再次读取的时候(任何理由,例如要传输,要操作,要扔到cpu的寄存器),会校验一次(注意这个时候实际还未操作),如果发现校验失败(早期常见问题是传递错误,后期常见问题是内存电容掉电),就会扔出一个中断,就重新获取这个数据(就是你说的从新加载),如果校验成功才结束之前那个中断传递出去(中断期间,之前请求的所有相关东西都停摆)。


在整个过程中,无论任何一种情况,实际重新读取的机会都是一样的,非要说差别,只能说是在非ecc的情况下,有可能会把错误的数据送处理环节(例如cpu、网卡之类的),送给cpu,那么大多数情况就是down掉了,毕竟cpu的容错很低,如果是送到网卡、硬盘之类的,那么大多数就是一个坏的文件或者报文,那么这样有很大可能是系统或者协议的容错主动要求重发(因为还有其他校验的存在),而在ECC的情况下,就不会有已知的错误送到对象,所以也不会存在“RouerOS 就会重复处理这些数据,高负载下错误会相对较”


我表达能力比较差啦,罗罗嗦嗦一堆,也不知道说道要旨没有。
routeros
回复

使用道具 举报

发表于 2011-8-28 15:36:32 | 显示全部楼层
seignior 的解释有问题,在seignior 回复之前我一直坚信我对ECC的认识没有错误。为了更肯定,我也百度了下。貌似seignior 对 ECC(错误检查和纠正)的理解不够 面,ECC不仅仅是发现错误,还具备纠正。NAT 路由之类的运用,全在 内存 CPU 网卡直接的数据交换,(因为还有其他校验的存在) 而这些效验的过程就会是效率相对降低。

http://baike.baidu.com/view/2808612.htm
routeros
回复

使用道具 举报

发表于 2011-8-28 23:12:56 | 显示全部楼层
我否决的不是“ECC不仅仅是发现错误,还具备纠正”,ECC的确矫正的功能,所以我原话是“在再次读取的时候(任何理由,例如要传输,要操作,要扔到cpu的寄存器),会校验一次(注意这个时候实际还未操作),如果发现校验失败(早期常见问题是传递错误,后期常见问题是内存电容掉电),就会扔出一个中断,就重新获取这个数据(就是你说的从新加载),如果校验成功才结束之前那个中断传递出去(中断期间,之前请求的所有相关东西都停摆)。

我否决的是“而且这类CPU并不支持ECC内存控制,高负载下内存对负载性能影响是非常的大”,ECC并不能提高速度而是减慢速度来保证稳定性。

在外面,键盘不好使,迟点再回复,乐意深究任何细节,无论错对。
routeros
回复

使用道具 举报

发表于 2011-8-29 01:16:46 | 显示全部楼层
首先,我就没有在回复中说。ECC内存速度比普通内存快,这是常识。使用ECC内存减少了数据传输错误,使RouterOS的运行效率更高,当然这是指高负载下。回帖中我只说了对负载性能的影响。

其次可以避免很多致命错误。因为内存的缘故,RouterOS死机的情况肯定很多朋友遇到过。
routeros
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|Archiver|手机版|小黑屋|软路由 ( 渝ICP备15001194号-1|渝公网安备 50011602500124号 )

GMT+8, 2024-5-16 03:44 , Processed in 0.116319 second(s), 3 queries , Gzip On, Redis On.

Powered by Discuz! X3.5 Licensed

© 2001-2023 Discuz! Team.

快速回复 返回顶部 返回列表