yoyo011
发表于 2012-5-15 14:16:54
be840 发表于 2012-5-14 18:29 static/image/common/back.gif
我跟群晖的工程师说过这个问题,他们貌似没有理睬,不晓得是不是技术不到位还是怎么 ...
太强了,这个kala是何许人物,这回算对qnap有了很好的了解,问个问题为什么qnap不做成html5的界面呢?按道理这个技术很简单的,那么多技术员没理由做不出来吧?
leweiwei20
发表于 2012-5-15 14:21:57
如果nas能加上硬raid就好了,那就强很多了,现在来看两家还是很大区别,如果讲安全性那么还是首选qnap了,毕竟我的数据重要。
spedb31844
发表于 2012-5-15 14:32:21
嗯嗯,写的不错,怎么没有了,很期待啊!
kala
发表于 2012-5-15 14:47:50
lpandacc 发表于 2012-5-9 23:51 static/image/common/back.gif
终于明白群晖所谓的硬盘加密了 他这种磁盘模式难道除了便宜就没有别的好处了么? ...
有,可以让nas市场更快的普及,让更多的大厂家进来这个市场。那么价格自己就低了,现在nas还属于奢侈品
kala
发表于 2012-5-15 14:48:13
sus262 发表于 2012-5-10 17:53 static/image/common/back.gif
楼主写得太好了。了解了这样的原理,我计划干脆就买个好点的带USB口的路由器,直接挂2个硬盘算了。稍微麻烦 ...
这个完全看自己的需求了。有时候简单也未必是错的
kala
发表于 2012-5-15 14:48:34
leko 发表于 2012-5-11 12:14 static/image/common/back.gif
NAS主打数据备份,文件共享,机器的稳定性很重要
我觉得硬件部分,得围绕着 稳定性 来设计
让我想起Promise ...
能把raid芯片做进去那么的确很强了。
kala
发表于 2012-5-15 14:49:18
be840 发表于 2012-5-13 17:05 static/image/common/back.gif
在看QNAP的论坛求助的时候,看到了这个帖子,证明了RAID0在QNAP上都是安全的,不必担心无法读出硬盘中的数 ...
看来兄弟对qnap的东西也有不少的研究啊,的确这个论坛太多群晖的东西了,看着有点眼花,现在来搅局,希望不会给大家扔砖头。
kala
发表于 2012-5-15 14:49:48
be840 发表于 2012-5-14 18:29 static/image/common/back.gif
我跟群晖的工程师说过这个问题,他们貌似没有理睬,不晓得是不是技术不到位还是怎么 ...
这是群晖最大的弱点,这个弱点是没办法修改的,所以你这样问了他的痛处,人家肯定没办法解释了。
kala
发表于 2012-5-15 14:50:28
fttbcm 发表于 2012-5-15 14:15 static/image/common/back.gif
可能两个厂商对于数据的处理办法不同吧,出于不同的利益吧。
的确是这样的,大家的出发点和考虑放心不同,就像苹果和ibm一样,一个做消费级一个做企业级所以两家真的来比还是没法比的。
kala
发表于 2012-5-15 14:51:48
yoyo011 发表于 2012-5-15 14:16 static/image/common/back.gif
太强了,这个kala是何许人物,这回算对qnap有了很好的了解,问个问题为什么qnap不做成html5的界面呢?按 ...
呵呵,谢谢,不过技术上面对应qnap来讲的确没什么问题,因为核心都做好了,只是在核心外面加个外壳,只要找个更加注重用户体验的产品经理和美工来那么就很容易做出来了。
kala
发表于 2012-5-15 14:52:29
spedb31844 发表于 2012-5-15 14:32 static/image/common/back.gif
嗯嗯,写的不错,怎么没有了,很期待啊!
还有第二篇
http://www.gebi1.com/thread-24598-1-1.html
be840
发表于 2012-5-15 20:14:10
kala 发表于 2012-5-15 14:49 static/image/common/back.gif
看来兄弟对qnap的东西也有不少的研究啊,的确这个论坛太多群晖的东西了,看着有点眼花,现在来搅局,希望 ...
斑竹给我们多点NAS学习资料呗,我现在都开始自学LINUX了,呵呵。
都开心哦
be840
发表于 2012-5-15 20:16:03
kala 发表于 2012-5-15 14:51 static/image/common/back.gif
呵呵,谢谢,不过技术上面对应qnap来讲的确没什么问题,因为核心都做好了,只是在核心外面加个外壳,只要 ...
怎么现在就只有两家做得比较红火啊?其他有技术,有资源的厂商死哪儿去了?期待大规模进入啊
jacktr
发表于 2012-5-27 16:38:05
很详细,专业学习了~~~
每景
发表于 2012-5-27 20:36:16
在考虑买中,看完再定买什么吧!楼主很强!学习中!
AHa
发表于 2012-6-1 12:52:54
非常好的技术贴,认真学习了。
zzbaobei
发表于 2012-6-4 18:39:07
的确是好文 啊
cjviuej22
发表于 2012-6-9 12:33:33
好文章,认真学习了..
sunrise
发表于 2012-6-28 14:49:27
聆听ing……
pctine
发表于 2012-7-3 01:35:15
本帖最后由 pctine 于 2012-7-3 01:41 编辑
小弟有些不同的看法.
NAS OS 區採用 RAID1 的做法在 QNap & Synology 上並沒有不同, 樓主的所有論點都是圍繞著 QNap 有較大容量的 Flash (DOM), 而 Synology 沒有, 所以 QNap 就勝出. 但事實是如此嗎?
在 NAS OS image 解壓後, 不管 QNap or Synology 早就不需要再透過 DOM 去做任何事了, 並不會因為這樣 QNap 的 software RAID 穩定性就比 Synology software RAID 更好, 而所謂休眠模式和 DOM 及 OS 存放在那裡更是沒有關係.
至於 SHR 是個不穩定的系統嗎? 只要 google 查一下就曉得, SHR 並不是一個特殊的格式, 它本身也是 base on open source, 它的特性是對於採用不同容量硬碟時, 可以有更高的空間運用, User 不見得一定要用它, 事實上如果在 NAS 上採用相同容量的硬碟, 就不用去特別去採用它, 但採用它也不會讓系統難以救回.