依賴著生活創作似乎變成了一種習慣。
把想說的在字裡行間輕輕的描述,說不出的於是放進風景裡,用照片,影片,若是看不見的,或許就用幾個和弦,然後讓情感在每個時刻都能立體。
你都會記得嗎?
這些,或是那些?
雖然放在記憶體裡的照片,其實幾乎不會拿出來看,老實說也不知道存在裡面要幹嘛,就只是覺得先留著,總是等容量不夠了,才肯取捨。
回憶之間的比較,多半來自這些取捨,尤其在取捨的那個當下可以很容易的看出自己的價值觀和對回憶的偏好,那時說不在意的事情現在好像又在意了,而一直在意的事情也好像沒那麼重要了。
都是這樣,人多少會依賴著自身之外的記憶方式活著,大腦只能記錄回憶零碎的片段,而海馬體的神經網絡會重新組合這些碎片,如果組合有不連貫之處,大腦會按照自己的邏輯和當下的信念或是價值觀來填補,然後把回憶變成自己想要的樣子,所以很常經歷過相同事件的兩人,在記憶細節會有許多不同之處,因為我們通常只記得我們自己想記得的樣子。
最近試著把所有之前的文章以及攝影作品整理起來,希望能透過另一種形式分享給大家,而有趣的是,在整理的過程中,我漸漸發現幾年前打的字,拍的作品,價值觀,跟現在的樣子和狀態截然不同,於是好幾個夜晚我都在和過去的自己碰撞,釐清自己一路走來的脈絡,對我來說那也是另一種整理自己的方式。
不喜歡在都市待著,所以總是帶著衝浪板,開著車,拿著相機,一台筆電和一顆能跟我上山下海的隨身硬碟就離開台北了,我的電腦裡經常擁有大量的影像,照片,或是文字需要空間堆疊消化和整理,整理完成的我會將它們放進硬碟裡分類好。以往的許多影片或照片我總是寫完發完就刪掉了,原以為這樣腦子才得以承載更多新的事物和生活。
後來發現,整理過去的日子並沒有不好,因為時間久了,你自然能用另一種價值觀或角度去面對過去無法面對的事物,真正的整理它們,然後內化,長成你現在希望的樣子,那樣或許能活得自在些。
最近Samsung的這顆SSD真的深得我心,方便攜帶容量又大,而且指紋解鎖功能非常方便,如果真的不見了也不用擔心內容外流,很適合流浪工作的時候放在身邊使用。
@SamsungTaiwan
#PortableSSDT7Touch
#迷你移動固態硬碟 #surfphotography #surfer #surfboard #用心流浪 #好好生活 #忙裡偷閒 #防曬不要擦太多 #好好寫字 #好好衝浪
同時也有2部Youtube影片,追蹤數超過16萬的網紅Campfire營火部落,也在其Youtube影片中提到,營火部落初期使用MSI GS70筆電,度過一段時間,大約半年之後升級成MSI GS65,當時主要剪輯還是以1080P為主,後來都以4K拍攝之後,慢慢的也越來越不夠用了,跟筱筱太太申請的許久,購物網頁不知道看了多少回,這次終於來了。 一口氣升級MSI GS66,i9規格CPU,2080S顯示卡,32...
ssd多少夠用 在 Linzin 阿哲 Facebook 的最讚貼文
之前在滑臉書的時候,就有被某個產品吸引到眼球而點了進去。
而今天,我也很高興能在這裡親自體驗這款產品,並分享給大家。
沒有錯啦,就是透過廠商之力 (・ω´・ )
它叫做"ACASIS 10-in-1 SSD 集線盒",也是一款能讓你筆電的Type-C接頭發揮到極致的酷東西。
之前在買那台M1 Mac mini之前,其實就在"Type-C的擴充槽配件選擇"上面苦惱了許久。因為Type-C雖然強大、幾乎什麼都可以轉接,但我在市面上卻一時找不到一個真正符合我連接需求的產品(不是接頭數量不夠,就是HDMI版本太舊...等等的)。
結果最後我還是往Thunderbolt擴充槽去做選擇了,雖然滿足了我的需要,但...我其實也用不到Thunderbolt那樣的傳輸速度,而且它當然也沒辦法接在我其他不支援Thunderbolt的裝置上,重點是還花了一堆錢 _(:з」∠)_
那今天這款ACASIS 10-in-1 SSD 集線盒吸引我的地方,就在於它的插槽之豐富。包含兩個全尺寸USB(一個3.0一個3.1)、一個Type-C 3.1、一個3.5mm耳麥孔、SD與Micro SD記憶卡插槽(這很重要)、支援4K 60Hz的HDMI(這更重要)、乙太網路孔、PD 100W充電孔,還有M.2 SSD的插槽!
而且這一切不需要透過Thunderbolt,一般的Type-C裝置即可享有。
假如你有需要在手機上外接3個硬碟、HDMI、喇叭、滑鼠,還要順便快充的話,它也是辦得到的,我用我的S21 Ultra幫你實測過了。
如果是接在電腦上的話,相容性就更不用說了。只要你的SSD速度夠快,它確實是可以跑上接近USB 3.1 Gen 2的10Gbps理論速度。
不過畢竟USB 3.1還是有它的天花板在嘛,如果多個接口同時傳輸,多少還是會互搶頻寬的。有高度傳輸需求的使用者,建議還是選擇Thunderbolt擴充槽比較穩定。
此外因為它體積真的蠻小巧的,加上用了鋁合金機身來幫助散熱,造成只要連接的裝置一多,就很容易變得燙手。雖然我這樣試用下來,速度都還算正常,不過運作的時候還是別拿在手上,乖乖放在桌上吧。而且記得別放在筆電的散熱口或是太陽底下。
不過總體來講,ACASIS 10-in-1 SSD 集線盒的確擁有了蠻全面的支援度與實用度,無論筆電、平板還是手機,都能單靠一條線,讓它們能做出更多的事情,並提高你的生產力。
那目前ACASIS 10-in-1 SSD 集線盒還是個正在募資中的產品,有分黑、灰兩種顏色。
募資期間享有限時優惠,如果有興趣的話就點這個網址吧:https://pse.is/3jds9m
此外,照片中的那個矽膠保護套是募資平台預購達一定金額後才會解鎖的項目哦。
總之就給大家參考一下了,報告完畢~
ssd多少夠用 在 矽谷牛的耕田筆記 Facebook 的最佳貼文
ref: https://ably.com/blog/no-we-dont-use-kubernetes
八月第一篇,就來個有趣的文章,來看看 ably 這間 SaaS 公司為什麼沒有使用 Kubernetes,不但當前沒有使用,甚至短期未來內都不會想要使用
更是直接的說如果你有興趣來加入團隊,千萬不要把將 Kubernetes 導入到團隊中是一個可能發生的事情。
我個人覺得這篇文章滿好的,因為是認真的去比較導入 Kubernetes 帶來的改變,而這些改變對團隊來說到底是可接受還是不可接受
而不是所謂的人云亦云,人家要我也要,人家不要我也不要...
文章分成兩部分,前述介紹當前 Ably 的環境架構是什麼,而半部分則是很技術的去探討如果導入 Kubernetes 帶來的好處與壞處是什麼
最終權衡比較之下,會發現導入 Kubernetes 沒有帶來實質上的好處。
文章開頭先簡述了一下 Kubernetes 這幾年的風潮,從最初 Google Borg 的開發開始談起,作者特別提到當初 Borg 的用法可是將一堆實體機器給搭建出一個 Private Cloud 的叢集給團隊使用,
而目前 Kubernetes 更多的用法則是搭建於 Public Cloud 上面的虛擬機器中,透過將 Kubernetes 部署到這些不同的 Cloud Provider 似乎帶來了介面統一的結果,對於 DevOps 人員來說
不同 Cloud Provider 如今看起來都是 Kubernetes 的樣貌。
Ably 目前到底怎麼部署應用程式
Ably 主要使用 AWS 作為其 Cloud Provider,並且於 EC2 機器上使用 docker/container 來部署團隊中的應用程式。
作者團隊中沒有使用任何已知的 Orchestration 服務來管理多節點上的 docker/container,取而代之的則是每個 VM 開機後則會根據 autoscaling group 的機制來判斷
每個機器應該要部署哪種 container/docker。
對於 Ably 來說,團隊中沒有任何 scheduler 相關的服務來調度各種服務,這意味每個 VM 就代表一種服務,所以將 VM 上的服務從 Core 轉換成 frontend 這種行為不會發生。
今天需要針對需求轉換服務時就以 VM 為基準來整批換掉即可。
每個節點上面都會有一個輕量的監控服務,用來確保運作的 Container 如果掛掉後可以被重啟,甚至如果當前運行的版本不符合需求時也能夠將該服務給停止。
流量方面,因為每個 Autoscaling Group 就代表一個服務,所以直接使用 NLB 與 Target Group 來將流量導入該 Autoscaling Group 即可。
至於容器與容器之間的內部流量(譬如 k8s service 等)作者認為也不是太大問題,畢竟每個機器本身都會被 VPC 賦予一個 IP 地址,所以使用上沒有什麼太大的問題。
接下來作者從幾個層次去探討當前設計與使用 Kubernetes 帶來的改變,分別有 (原文很多,這邊摘要不然文章會太長)
題外話,由於 Ably 的 Infra Team 數量有限,所以要考慮 K8s 只會考慮 K8s Service,如 EKS。
1. Resource Management
Ably:
a. 根據服務的需求來決定每個服務要用到的 VM 等級
b. 不需要去煩惱如何處理將多個小服務給部署到一個適合的大 VM 中
c. 作者稱這種行為其實就是 AWS 官方強調的 Right Sizing, 譬如只能跑兩個 Thread 的服務不需要 16vCPUs, 久久寫一次硬碟的服務也不需要一個 90,000 IOPS 的 SSD
d. 選擇一個正確的元件來搭建一個符合服務的 VM 讓團隊可以控制成本同時也減少額外的管理負擔
K8s:
a. 必須要使用一個比較強大等級的 EC2 VM,畢竟上面要透過 Container 部署很多服務
b. 針對那些需要小資源的服務來說,透過這種方式能夠盡可能的榨乾機器的資源,整體效能使用率會更好
c. 但是針對資源量沒有很辦法明確定義的服務則是會盡可能地去吃掉系統上的資源,這種被稱為 nosy neighbors 的常見問題已經不是首次出現了, Cloud Provider 本身就需要針對 VM 這類型的服務去思考如何處理資源使用,而 Cloud Provider 都有十年以上的經驗再處理這一塊
而所有 Kubernetes 的使用者則必須要自己去處理這些。
d. 一個可能的作法則是一個 VM 部署一個服務,不過這個做法跟團隊目前的作法已經完全一致,所以就資源管理這一塊,團隊看不到使用 Kubernetes 的優勢。
2. Autoscaling
Ably:
a. EC2 VM 本身可以藉由 Autoscaling Group 來動態調整需求
b. 有時候也是會手動的去調整 EC2 的數量,基本上手動跟自動是互相輔佐的
c. 團隊提供的是 SaaS 服務,所以其收費是針對客戶實際上用多少服務來收,如果開了過多 EC2 VM,則很多不要的花費與開銷都是團隊要自行吸收
d. 團隊需要一個盡可能有效率的方式能夠即使遇到流量暴衝時也能夠保證良好的服務的機制
K8s:
a. 可以透過不少方式來動態調整 Container 的數量,
b. 甚至可以透過 Cluster autoscaler 來針對節點進行調整,根據需求關閉節點或是產生更多節點
c. 動態關閉節點的有個問題是關閉節點時通常會選擇盡可能閒置的節點,但是閒置並不代表沒有任何服務部署再
上面,因此該節點上的 Container 都要先被轉移到其餘節點接者該目標節點才可以被正式關閉。這部分的邏輯作者認為相對複雜
d. 整體來說,k8s 有兩個動態調整的部分,動態節點與動態服務,而現有的架構只有一個動態節點。所以使用 k8s 則會讓問題變得更多更複雜。
3. Traffic Ingress
Ably:
a. Traffic Ingress 基本上每個 cloud provider 都提供了很好的解決方案,基本上團隊只要能夠維持每個服務與背後的機器的關係圖,網路流量基本上都沒有什麼需要團隊管理的。
b. 使用者會透過直接存取 NLB 或是透過 CloudFront 的方式來存取團隊內的服務
K8s:
a. EKS 本身可以透過 AWS VPC CNI 使得每個 Container 都獲得 VPC 內的 IP,這些 IP 都可以讓 VPC 內的其他服務直接存取
b. 透過 AWS LB Controller,這些 Container 可以跟 AWS LB 直接整合,讓封包到達 LoadBalancer 後直接轉發到對應的 Container
c. 整體架構並不會比團隊目前架構複雜
d. 唯一缺點大概就是這個解決方案是完全 AWS 綁定,所以想要透過 k8s 來打造一個跨 Cloud Provider 的統一介面可能就會遇到不好轉移的問題。
4. DevOps
Ably:
a. 開發團隊可以透過簡單的設定檔案來調整部署軟體的版本,後續相關機制就會將 VM 給替換掉,然後網路流量也會自然的導向新版服務
K8s:
a. 開發團隊改使用 Kubernetes 的格式來達到一樣的效果,雖然背後運作的方式不同但是最終都可以對開發團隊帶來一樣的效果。
上次四個分析基本上就是,使用 k8s 沒有帶來任何突破性的好處,但是 k8s 本身還有其他的功能,所以接下來作者想看看 k8s 是否能夠從其他方面帶來好處
Multi-Cloud Readiness
作者引用兩篇文章的內容作為開頭,「除非經過評估,否則任何團隊都應該要有一個跨 Cloud-Provider 的策略」
作者表明自己團隊的產品就是那個經過評估後斷言不需要跨 Cloud Provider 策略的團隊,同時目前沒有往這個方向去追求的打算。
同時作者也不認為 K8s 是一個能夠有效達成這個任務的工具。舉例來說,光 Storage 每家的做法都不同,而 K8s 沒有辦法完全將這些差異性給抽象畫,這意味者開發者終究還是要針對這些細節去處理。
Hybrid Cloud Readiness
管理混合雲(Public Cloud + Private Cloud based on Bare-Metal servers)是作者認為一個很合理使用 K8s 的理由,畢竟這種用法就跟當初 Google Borg 用法一致,是經過驗證可行的。
所以 Ably 如果有計畫要維護自己的資料中心時,底層就會考慮使用 Kubernetes 來管理服務。畢竟這時候沒有任何 Cloud Provider 提供任何好像的功能。
不過 Ably 目前沒有任何計畫,所以這個優點也沒有辦法幫助到團隊
Infrastructure as Code
團隊已經大量使用 Terraform, CloudFormation 來達成 IaC,所以透過 k8s YAML 來維護各種架構不是一個必要且真的好用的方式。
Access to a large and active community
另外一個很多人鼓吹 K8S 的好處就是有龐大的使用者社群,社群內有各種問題分享與探討。
作者認為
a. AWS 的使用者社群數量是高於 Kubernetes
b. 很多情況下,一個迭代太快速的產品其實也不一定對團隊有太大的幫助。
c. 很多人都使用 k8s,但是真正理解 k8s 的人微乎其微,所以想要透過社群來幫忙解決問題其實比你想像的還要難,畢竟裡面的問題太雜,很多時候根本很難找到一個真正有效的答案。
Added Costs of Kubernetes
為了轉移到 K8s, 團隊需要一個全新的 team 來維護 k8s 叢集以及使用到的所有基本服務。舉例來說,EKS, VPN CNI, AWS LB 帶來的網路好處並不是啟動 EKS 就會有的,
還必須要安裝相關的 Controller 並且進行設定,這些都是額外的維運成本。
如果找其他的服務供應商來管理 Kubernetes,這意味公司就要花費更多的$$來處理,所以對團隊來說,金錢與工作量都會提高,不同的解決方式只是這兩個指標的比例不同而已。
結論:
1. Ably 覺得 Kubernetes 做得很好,但是團隊目前沒有任何計畫去使用它,至少目前這階段沒有看到任何實質好處
2. 仔細評估後會發現,導入 k8s 其實也會帶出不少管理上的問題,反而並沒有減輕本來的負擔
ssd多少夠用 在 Campfire營火部落 Youtube 的最佳貼文
營火部落初期使用MSI GS70筆電,度過一段時間,大約半年之後升級成MSI GS65,當時主要剪輯還是以1080P為主,後來都以4K拍攝之後,慢慢的也越來越不夠用了,跟筱筱太太申請的許久,購物網頁不知道看了多少回,這次終於來了。
一口氣升級MSI GS66,i9規格CPU,2080S顯示卡,32G RAM, 2TB SSD,這樣還不夠,馬上補了64G RAM, 2TB SSD,今天開箱就來拆機升級,頂規就要頂上天。
這次還是重金請到珮珮小姐擔任直播助理,退役的GS65未來也為交付給珮珮小姐,最為之後中學、高中課程學習用

ssd多少夠用 在 包一包 Youtube 的最讚貼文
BlueStacks4+黑沙下載連結:http://bstk.me/u6Se3NAJy
(這是WIN7~10適用的版本,MAC系統暫時不支援)
《時間目錄》
00:28 穩定運行黑沙的基本設定
01:07 鍵盤操控設置
02:17 設定技能點擊換頁(免滑動)
~遊戲內調整視角的三種方法~
03:02 使用遊戲內建的目標方向視角
03:31 滑鼠縮放視角或射擊模式
04:08 用鍵盤或手把(香菇頭)控制視角
06:12 多開無限刷首抽或同時玩多個遊戲
08:19 BS4+黑沙下載安裝、備份還原
~文字原稿~
要順暢玩黑沙的最低建議設置:
解析度1280*720
引擎→性能模式選OpenGL
高級圖形引擎打勾(不勾連遊戲都開不起來)
CPU核心數2
記憶體1400以上(1800更好,2400最穩)
如果追求極緻,可以把各種設定調高,不過肉眼很難看出畫面有差多少。
鍵盤操控設置,BS4對應鍵盤操控,系統很貼心的幫你把黑沙按鍵先設定好,不喜歡全刪掉沒關係!(按「還原」就會恢復系統設定)
我個人習慣,移動用WASD鍵,半徑設定為12。
閃避用空白鍵,把「點擊」拉到閃避按鈕上,再按空白鍵就設定完成(或直接滑鼠左鍵點閃避按鈕位置),其它攻擊鍵隨便你要怎麼設定都可以。
如果要設定技能換頁,在黑沙設定中選擇便利,把戰鬥模式打開,技能欄左邊就會出現一個小白圈,點它就可以切換第二頁技能(按鍵提示把小眼睛往下拉就變透明)。
調整視角的三種方法:
1,使用遊戲內建的鎖住目標及目標方向視角(速度建議100%)功能,在鎖定對像後,鏡頭會自動幫你正對目標(打王或打架好用)。
2,在畫面上按住你的滑鼠左鍵轉動視角(按住Ctrl+轉動滑鼠滾輪=縮放視角)。或把「射擊模式」按鍵拖到畫面中央,設定為右鍵開關,這樣按下右鍵時,滑鼠指標會消失,然後就可以用滑鼠轉動視角。如果再按一次右鍵就會取消功能(缺點是滑鼠視角時,角色操控很容易卡到)。
3,用鍵盤或手把(香菇頭)控制視角。把「旋轉」按鈕拖到畫面中央,BlueStacks4預設用鍵盤上的方向鍵調整視角(速度建議150),按一下就會轉一下。
如果你本身有在使用Xpadder(或JoyToKey之類的手把模擬鍵盤操作),平常鍵盤怎麼控制遊戲,就相對設定到手把上。
例如視角操作可以把鍵盤方向鍵設定為右香菇頭,並設定連發,這樣香菇頭往右或左就會快速轉動視角,其它按鍵自己設定,都弄好後,在角色操控上會更加靈活而且舒適。
多開無限刷首抽或同時玩多個遊戲,在BS4首頁,點下方的多開引擎管理員,新建一個多開引擎,選複製同一帳戶,再按創建,就會複製一個跟你原本設定相同的多開引擎。
運行黑色沙漠,用遊客登入(Guest),創建一個新家門就可以去領寵物當首抽刷(9月27以前創新帳號會送寵物,以後沒有了)。
刷完後刪掉這個引擎,再創一個新的,等於無限刷首抽(重點,你剛裝遊戲時不要用遊客登入,不然複製出來的引擎會有遊客記錄)。
如果你要多開掛機為全球暖化盡一份心力,首先建議把遊戲效能調到最小,然後就看你家電腦效能跟記憶體夠不夠力,我家電腦算古董了,記憶體8G,雙開勉強勉強,拔劍時會頓主要就是記憶體快被吃光光,所以BS4的設定也要盡量調低(記憶體壓在1100還可以動,懶得測長時間穩定度)。
BS4&黑沙的下載安裝及備份還原,安裝時建議你把BS4裝在SSD硬碟(傳統碟也可以,但SSD讀取較快!),裝好後登入Google商店,就會自動進入黑沙下載頁面(如果沒有,你就自己找一下吧)。
不管你用任何模擬器,最新版本不一定相容你喜歡的遊戲,所以當你目前用的模擬器跑遊戲很順時,你要做的是:
一,把模擬器的安裝檔留著。
二,備份模擬器檔案(會包含所有安裝的遊戲檔案完整備份)。
日後如果發生任何問題,就重新安裝並且把備份還原就好了。
可轉貼,但請附上影片網址或直接嵌入哦,謝謝:https://youtu.be/XHYWd-WgKy0
