聯繫客服
您的IP位置:18.97.14.83
會員中心
Gary Shen

Gary Shen

NAS的SSD快取有用嗎?

NAS的SSD快取有用嗎?
如果直接測試硬碟可能會繞過內建快取機制 因為我也不確定
如果測試區網傳輸 又有太多變數 因為我也不確定
所以小弟弟選擇 測試單純內部檔案複製 排除網路傳輸變數
如果這樣再說沒觸發到快取機制 那就說不過去了吧!
測完後準備讓它服役…

測試環境 : 群暉 Synology DS916+ (2G自改8G)
DSM版本 : 6.0.1-7393 Update 1
資料硬碟 : Seagate Archive HDD 8TB (ST8000AS0002) x 2 (RAID 1模式)
檔案系統 : Btrfs (啟用壓縮)
快取硬碟 : OCZ Trion 150 240G (TRN150-25SAT3-240G)
測試工具 : SSH + CP
測試附註 :
1.SSD快取一律不勾選略過循序I/O 也就是不忽略循序I/O
2.唯讀快取模式系統會自動將兩個SSD合併成RAID 0模式
3.讀寫快取模式系統會自動將兩個SSD合併成RAID 1模式


單檔測試方式
1.先清除記憶體中的檔案快取
2.s1資料夾中 只有單一個 2000 MB 檔案 複製至s3資料夾
3.移除s3資料夾
以上連續重複三次 取time real值

每次單檔複製指令
sync && echo 3 > /proc/sys/vm/drop_caches
time cp -a s1 s3
rm -R s3

多檔測試方式
1.先清除記憶體中的檔案快取
2.s2資料夾中 共有512000個 4KB 檔案 複製至s4資料夾
3.移除s4資料夾
以上連續重複三次 取time real值

每次多檔複製指令
sync && echo 3 > /proc/sys/vm/drop_caches
time cp -a s2 s4
rm -R s4

   

第一次

第二次

第三次

關閉快取

單檔複製

0m8.986s

0m10.190s

0m9.003s

多檔複製

8m44.042s

9m18.484s

9m5.331s

唯讀快取

單檔複製

0m7.064s

0m4.872s

0m5.117s

多檔複製

8m33.584s

11m14.408s

7m27.722s

讀寫快取

單檔複製

0m6.401s

0m4.461s

0m4.581s

多檔複製

9m6.634s

6m30.468s

6m21.694s

看了以上數據 除了 唯讀快取 多檔複製 第二次 讓我納悶 其餘皆不意外
所有快取第一次都花多時間完成 後來的 第二次第三次 皆有加速效果
至於值不值得 見仁見智 正所謂 快取 最後都還是得回歸實際存放的讀寫 只是他趁你不注意的後 慢慢回寫慢慢讀取罷了

對於多人使用的時候 確實會有相當程度的緩衝幫助

總結速度 = 讀寫快取 > 唯讀快取 > 關閉快取

總結 還好錢沒白花 最少實測有快一些 就不會覺得自己是傻子 這是自我安慰的心理嗎?哈哈

我只選好物 其他品牌 有些基本功能真的弱到爆炸 不敢領教 就不詳述…

以上就是 小弟弟 的不負責測試報告 僅供參考

閱讀全文...

我們如何選擇域名類型(後綴)?

我們常常聽到一些非常奇怪的說法
例如
網站在台灣 要選用 com.tw 或 tw 排名才會高?
網站要給大陸看得到 就要選用 cn 域名?
網站在日本 co.jp 比起 jp 還受人信任?

以上這些奇怪的說法 在我們的認知是完全否定的!請勿道聽瞎說!

不論在哪裡 我們首推 .com .net 以及 新頂級跟你產業有關的後綴!
如果是非營利機構 則是 .org 首選.

最早 .com 是指 公司 .net 是指網路提供者相關產業,
但是到了後期 越來越多 .net 被運用在非網路產業上
慢慢變成 xx網 都在使用 .net
例如 www.ettoday.net 就是媒體業 非網路資訊產業

所以 .net 也慢慢模糊成為一般公司會選擇的類別之一

我們非常不建議選擇 有地域性的域名 例如 tw jp …等等
除非你在 .com .net 或新頂級找不到滿意的名字 才會退而求其次選擇 tw jp 之類的地域性域名.
因為 網路是無國界的 何必畫地自限? .com 比 .com.tw 還短還要好記 為何還要多加個 .tw ?
選用 .tw 不能代表愛國!ok?

至於 域名會不會讓人信任 並不是看後綴 而是看內容以及經營方式!
如果後綴會影響信任 那詐騙集團買一大堆受信任的後綴 你就會被騙了吧?

再來就是 新頂級的概略說明
例如 你是補習班業者 就可以選擇 .school 這類的後綴
可以很容易讓客戶一看就知道你是哪類的相關網站!會讓人很好記憶!

最後還是要強調 就是網站要有人氣 不是選個好域名就一定成功 用心經營才是王道!

有好的內容 再爛的域名 也會有人為你去輸入到網址列!
沒內容的網站 再厲害的域名 你可能看10次都記不起來!
這是絕對不變的真理!

總結 .com .net & 新頂級 > .tw 或 com.tw .jp ....

以上是 我們選擇域名的準則!那你呢?

謝謝收看 下次再見!

閱讀全文...

網站資料不見了 求償可否?!

在此並非要為任何一方說話 只是客觀分析 釐清觀念

現行各類虛擬業務 例如 主機代管 雲端主機 VPS主機 一般虛擬主機
如果您將網站資料放在上面營運 當資料不見了 可否向主機公司求償?

如果不幸發生在你身上時 看完下文之後 再決定是否要請律師幫您求償也不遲

在此提供幾個思考方向

網頁主機 是 珠寶展示場 還是 一般店面?
珠寶展示場 是您將商品放進去 且會對該展示商品投入大量保險和警衛的成本
通常網站本身建立時的價值並未有如此高 所以不會有人願意投入大量成本買保險
網站的價值是在於透過它創造出來的商業價值

所以答案肯定只是一般店面 那您就可以想想 如果一個店面收銀台錢被偷了 可否向房東求償?
您將網站資料放進去 是對外展示營運 網站各種安全或備份機制就好比收銀機的鑰匙
收銀機只是多一層保障 且收銀機並非房東提供
當您的資產損失時 大多並不會向房東提起求償 除非房東偷你的錢 哈

所以各種主機商 通常都不會寫 100% 的安全,只敢寫 99.99% 也就是 如果你倒楣 你就是那 0.01%
因為主機公司絕不會向你保證 你的網站 在公開面對網際網路的狀態下 不會有任何風險

至於有沒有保險公司有這種業務?我相信有錢能使鬼推磨 但是你會花在這上面嗎?

網站價值 事實上很難量化 它能幫你賺多少錢有多少商業價值 沒人知道 因為隨時起伏
這時候通常 會選擇 比較廉價的方式 額外購買異地備份機制 或 勤勞手動備份

如果你的網站每個月可以為您創造100萬元的利潤
假設資料不見了 你可以向主機商求償 每個月100萬元嗎?
你一年可能只付給主機商 數千元至數萬元的金額 通常法官會以比例原則判斷 所以連律師費可能都不夠

當然啦 如果你跟主機商是夥伴關係 你每個月的利潤都有照比例分給主機商 那可能又是另外一種求償局面

另一種更簡的的比喻 我付錢給行動電信業者 如果剛好我在沒訊號的地方 或者 這種因素電話斷線
造成我沒接到一百萬的案子 我會去跟行動業者求償嗎?基本上是不會 除非律師不用錢加上我吃太飽沒事幹

不過有個例外 到是有求償的可能 就是如果主機商自己的人為疏失 造成的集體損失 例如 人為誤刪資料
但不包括因硬體老舊造成的傷害 例如磁碟同時無預警損壞

就像如果房東住二樓 房東不小心在二樓地板撞出了一個洞 造成一樓營運損失 那就得向房東要求賠償囉
但如果是因為房子老舊造成的損失 那也未必可向房東求償

看完以上 希望各位能有 所付出成本和得到服務的概略認知 打完收工!

閱讀全文...

如果域名經銷商 倒了 我的域名怎辦?

常常有人會有這種疑問 域名經銷商 倒了 會不會有風險?
其實是質疑我們 怕我們倒了啦 因為我們賣域名不算第一也算第二便宜了
很多人會怕我們是詐騙集團 小人之心?君子難為啊!

先來說說程序吧 如果 域名經銷商倒了 怎辦?

首先查詢 域名的 Whois 看看域名註冊商是誰
因為就算 經銷商不見了 域名註冊商也會存在
就算 註冊商倒了 ICANN (最高網際網路名稱與IP地址分配機構) 也會存在

國際域名架構大致為 ICANN(IANA) -> 域名註冊商 -> 域名經銷商 -> 域名註冊人
TW域名架構大致為 ICANN(IANA) -> TWNIC -> 域名註冊商 -> 域名經銷商 -> 域名註冊人

以下以我們 100hub.com 域名為例 Whois 查詢結果如下
Domain Name: 100HUB.COM
Registrar: PDR LTD. D/B/A PUBLICDOMAINREGISTRY.COM
Sponsoring Registrar IANA ID: 303
Whois Server: whois.PublicDomainRegistry.com
Referral URL: http://www.publicdomainregistry.com

由上得知 我們域名是註冊商是 PDR LTD. D/B/A PUBLICDOMAINREGISTRY.COM
如果 經銷商 倒了 跑路 這時候 您就可以向 註冊商 提出您是域名所有人
要求更換經銷商 或者 要求域名轉出 到別的註冊商或經銷商

但您要證明你是域名所有人 這時候 您在註冊時留下的 Whois 資料就格外重要
特是註冊時留的聯絡信箱 千萬要可以收到往來信件

以上狀況通常 必須是確定經銷商 無營運狀態 不然 註冊商大多不會直接受理一般用戶的問題
如果經銷商還聯絡得到人 註冊商會請您找所屬經銷商處理域名問題

以下為常見最高管理單位官網連結
ICANN 官網 https://www.icann.org/ <- 通常不會這找到這層 除非你域名的註冊商不見了
IANA 官網 http://www.iana.org/ <- 通常不會這找到這層 除非ICANN倒了
TWNIC 官網 http://www.twnic.net.tw/ <- 此為TW域名最高管理單位 除非台灣不見了 才找更高單位

事實上 註冊商 或 經銷商 只是 經手與服務
只要您有合法付費註冊使用域名 最高單位 ICANN 或 IANA 都必須為您負責到底
以上說明 如有錯誤 請自行 Google 謝謝

閱讀全文...

18禁成人小說 選擇改變

傳說中上古世紀有一個小弟弟 ...

他深信不疑 買 PC 當然是選AMD架構
便宜又大碗 效能未必差 甚至可能更好
他當時認為買Intel的人 簡直是笨蛋或盤仔

沒錯 一樣的價格 往往AMD架構會給人這種印象 便宜好用

但後來 擊敗魔王之後 這位小弟弟 發現 AMD 因為比較熱所以全速運算時風扇比較吵

古老傳說中這是 AMD 的通病

最後他決定 在可接受噪音的環境 例如客廳之類的地方 使用AMD架構的 PC 便宜又大碗 誰不愛

但是在他自己房間或者伺服器選擇上 則是選用Intel較安靜的架構 即使比較貴 也是值得

最後他不再是任何一方的支持者 而是變成為不同環境挑選適合的工具 支持特定的一方 變得毫無意義可言

此邏輯亦適用於 Linux 與 Windows 之爭!

以上就是 選擇改變 的故事

謝謝各位閱讀完畢

閱讀全文...

OPcache VS XCache 失之毫釐 差之千里

以下為 OPcache 即時載入時間 請稍後...
以下為 XCache 即時載入時間 請稍後...

在短暫的測試下 或 許您會認為 差不多啊!才一秒上下!
但是長時間看下來 累積的數字可是非常驚人的!一樣的主機 不一樣的快取機制 看你怎選擇囉!
因為有些程式 會針對不一樣的快取去寫優化!本文所使用的程式 並無針對兩種快取方式去做優化!
在底下的附件中 為本文所使用的測試檔 您可以下載去測試看看您的主機空間速度 謝謝!

閱讀全文...

HTTP/1.1 vs HTTP/2 載入時間簡易測試

以下為 HTTP/1.1 即時載入時間
以下為 HTTP/2 即時載入時間

測試結果 HTTP/2 載入時間大幅超越 HTTP/1.1

目前支援 HTTP/2 瀏覽器如下
Chrome 已支援 HTTP/2. 目前僅支援 TLS 加密後的 HTTP/2.
Chrome for iOS 已支援 HTTP/2.
Firefox 版本 34 開始實驗性質支援 HTTP/2 版本 36 正式支援 HTTP/2 目前僅支援 TLS 加密後的 HTTP/2.
Internet Explorer 已支援 HTTP/2 於版本 11, 僅限於 Windows 10. 目前僅支援 TLS 加密後的 HTTP/2.
Microsoft Edge 已支援 HTTP/2.
Opera 已支援 HTTP/2.
Safari 9 已支援 HTTP/2.

閱讀全文...

註冊域名 登記資料亂填 可以嗎?

或許 很多人 會認為應該可以吧!? 但是 真的沒事嗎?

其實 就算你要亂填 也請你 假裝得像一點!裝的一點都不像 很容易被踢下床!
例如 你姓名填 abc efg 或者 電話 填 123456789

這種連假裝都不願意 那你很有機會遭人檢舉 導致域名被暫停
最嚴重 域名可能會被直接刪除 且完全不會退還費用
以上處罰 皆遵循 ICANN 明文規定 域名登記人必須確保登記資料正確性

事實上 如果你有得罪人 或者 有人真的閒閒無聊
去投訴質疑你的whois登記資料為造假
那你就真的一定要提出書面證明你登記的資料為真實資料
例如 掃描或照相電話帳單 上頭有您的姓名地址電話 或者 身份證 之類的文件證明
且要說明你為何要申請該域名 作為何種用途 手續非常麻煩

所以沒事 請你還是不要亂填寫假資料
若真的不想讓人知道您的個人資料 請購買 ID隱私保護功能

很多註冊商都可以加購ID隱私保護功能
但有部份域名不支援ID隱私保護功能 例如 tw 系列域名皆不支援

總結如下 你可以三擇一
1.如果可以 請完全填寫真實資料

2.如果真的想填假資料 也請裝得像一點 但最少email一定要填寫真實資料
若剛好沒被發現檢舉 你會偷笑 省下ID隱私保護費用

3.最安全的做法 完全填寫真實資料 並加購ID隱私保護

因為日前 我們接到幾個客戶域名被投訴 資料造假
結果發現 大多是 連假裝都懶得假裝 電話竟然敢填 000000000
那域名被投訴造假也是自己活該剛好而已!

不要不相信 網路上 無聊人士真的很多 謝謝!

 

閱讀全文...

頻寬保證的迷思?!

頻寬保證的迷思?!

很多很多主機商 都會打上 頻寬保證的數字 這個數字其意義何在??
給你 100 Mbps 你就可以用得到 100 Mbps 嗎?

讓我們釐清觀念吧!因為很多人可能都還是搞不清楚其中意義!

通常 主機商 會保證的頻寬 僅止於 主機出去的接口 到機房 集限器 或 路由器
簡單說 主機上網卡 有 1Gbps 或 100 Mbps 只要沒設限 就可以跟你說保證 1Gbps 或 100 Mbps!

但這有用嗎?做為一個無國界的網站 這個保證 在小弟弟看來 只能參考而已
網路傳輸架構大約如下

網站主機 <-- 100Mbps --> 機房路由 <-- ???Mbps --> 訪客ISP公司 <-- ???Mbps --> 訪客

由上述架構舉例
在台灣 訪客最大宗ISP公司 非 Hinet 莫屬
訪客用哪種線路上網?也會影響訪客瀏覽速度!
假設訪客也使用 100 Mbp 光世代 那是否就可達到 100 Mbp ? 答案是 未必

就我們日本主機來說 除非你在日本當地 有機會達到最高速 100 Mbp 其餘國家皆要看國際線路品質而定.
平均來說 我們日本主機 到達台灣Hinet訪客最大速度 約 40~50 Mbp 左右.

這速度夠了嗎? 我相信各位用戶可以自行感受.

因為有些標榜台灣本土機房的主機商 對外線路 只有 10 Mbp 就開主機公司了!
你沒看錯 就是 10 Mbp 不要懷疑.

10 Mbps 夠用嗎? 也未必不夠用 客戶數不多 或者網站內容物不多 其實感覺不太出來 除非你下載大檔案!

再來說說 美國主機好了 很多美國 標榜無限空間無限流量主機公司 划算吧?!
但 大多 美國主機商線路 到達台灣Hinet訪客理想狀態最大速度 約 10~15 Mbp 左右!
因為美國國際線路過於壅塞 大家一起搶 10~15 Mbp 已經算是很厲害的速度了 但還是輸給日本 40~50 Mbp .

假設 你的網站 訪客大多來自台灣 可以選擇下列兩種方式 不建議選擇美國主機
1.對外頻寬大的台灣主機商 一定經過要實測才知道
2.以可選擇我們的日本虛擬主機 或 VPS 主機

假設 你的網站 內容大多以文字為主 例如一大堆文章的部落格
那你可以選擇的地方就會比較多 包括美國主機亦可 因為 你的網站 並不會使用太大的頻寬
這時只需在乎主機硬體的效能即可


總結 就是 不要太在意 主機商的頻寬保證 因為大頻寬保證沒啥意義!
因為主機商不保證 主機到你訪客電腦的頻寬速度 只保證主機出口有多大

但是如果看到 主機商 只保證 1 Mbp 或 10 Mbp 的出口 那你還是別租得好!
大陸就有多主機商只保證 1~10 Mbp 這種連出口設限過小的保證 那我寧願他別保證!

希望大將能對 頻寬保證 一詞 有更準確的認知 也不必太執著在這上面 謝謝!

 

閱讀全文...

網站資料全毀!? CodeGuard!

近日某家同業 又發生災難性的資料毀損 導致客戶網站全毀!
多數網站資料完全沒得救! 類似的事情 層出不窮!如何自保?

除了 虛擬主機商所提供的備份 有的收費 有的不收費
像我們的主機備份方式有分三種
1.每日本機備份 保留三日 + 每週異地備份 不同公司機房
2.每日本機備份 保留一日 + 每週異地備份 不同公司機房
3.每週異地備份 不同公司機房

我們依不同方案提供以上的三種方式 均無額外收費 且不佔用客戶空間

除了這些備份以外 夠了嗎? 見仁見智!更何況 很多主機商 備份都是寫假的!因為都要成本!
單純只有RAID就說自己有備份 夠瞎了吧!

一個網站 不論是花錢製作 或是花心思經營 都是 網站擁有者的成本與心血!
當資料找不回的時候 你一定會後悔 怎沒每年花點錢 買個保險呢!

主角登場 CodeGuard !

CodeGuard 顧名思義 就是由兩個字組合的 Code (摳) Guard (鬼) ! 
摳鬼!到底是說 他們自己摳 還是肯不花錢的人摳 這就不得而知了!
此服務 可用於任何主機商 不限我們的主機客戶 但是有以下條件限制

1.你的網站空間 一定要有 FTP 或 SFTP 可以傳輸檔案
2.資料庫只支援 MySQL 且 Port 要開放讓 CodeGuard 直接連線

大部分主機商 都可以輕易滿足以上兩個條件

檔案差異備份
CodeGuard 比較特別的是 它只會去做差異備份 檔案有異動 新增 修改 刪除 才會備份
可以省下很多的流量 以及IO資源的耗費

資料庫每次備份
這點就比較簡單 沒啥特別 就是每次去備份一次

自訂備份啟動時間
可以自行設定 每次幾點開始備份

壓縮空間計算
CodeGuard 是計算已壓縮後的空間
例如 你的網站未壓縮檔案總共 10GB 壓縮過後 只有2GB 那你只需要租用5GB即可滿足

空間最大利用
根據 CodeGuard 說明 您可以設定資料保留天數 30天 60天 或 90天
如果發生空間不足時 CodeGuard 會嘗試自動移除最舊的備份

監測報告
這功能 個人認為超有用 如下圖
它會列出 你每天 檔案異動的狀態 如果被入侵 或者 工程師或操作人員想唬你說沒動檔案
你都可以很容易舉證 超安心!

CodeGuard1

CodeGuard2

其實 等網站資料全毀 再來懊惱 或者求償 其實也是於事無補!
求償能拿到多少?能否救回商譽?能否救回網站排名?

好好思考一下吧!大家!

PS.我們提供的方案 除了最低 1G 方案是屬於5天備份一次 其餘的都是每天備份
方案網址 https://100hub.com/veryhub/cart.php?gid=27

閱讀全文...
訂閱此 RSS
在线帮助 (开始聊天)

 

在线帮助 (开始聊天)

 

註冊/登入 註冊會員

QR Code