[爆卦]linux可以做什麼是什麼?優點缺點精華區懶人包

雖然這篇linux可以做什麼鄉民發文沒有被收入到精華區:在linux可以做什麼這個話題中,我們另外找到其它相關的精選爆讚文章

在 linux可以做什麼產品中有58篇Facebook貼文,粉絲數超過2,850的網紅矽谷牛的耕田筆記,也在其Facebook貼文中提到, ref: https://lwn.net/Articles/853637/ 如果對 SO_REUSEPORT 這個能夠提供網路服務吞吐量的 socket options 不陌生的話,那這篇文章強烈推薦看看。 本篇文章是從討論開啟 SO_REUSEPORT 這個選項會出現的一些行為以及可能可以怎麼做...

linux可以做什麼 在 林凱鈞 Instagram 的最佳貼文

2021-06-02 14:15:08

【凱鈞話趨勢-生活】 WFH不卡卡神隊友!精選5款筆電+5款WIFI路由器配備,提升居家辦公效率,通訊一路暢行無阻! 最近因為疫情的關係,許多人都改採WFH(Work From Home)的模式,不論是遠距線上工作、上課、會議視訊等,忙碌關頭,訊號可不能卡卡!為確保訊號順暢,重點3C配備缺一不可,...

linux可以做什麼 在 Social More HK|行銷 x 設計教學 Instagram 的最讚貼文

2021-04-04 17:39:28

【主流UI設計工具】⁣ 根據uxtools.co 的 2019 Design Tools Survey ,Sketch仍然首居第一,其他工具也在快速成長中。除了PS和AI外,其他的UI設計工具功能上都大同小異,他們各自有什麼特色呢?⁣ ⁣ 🌟Sketch⁣ ・30天免費試用 ⁣ ・只支援Mac系統 ...

  • linux可以做什麼 在 矽谷牛的耕田筆記 Facebook 的最佳貼文

    2021-09-07 08:00:11
    有 36 人按讚

    ref: https://lwn.net/Articles/853637/

    如果對 SO_REUSEPORT 這個能夠提供網路服務吞吐量的 socket options 不陌生的話,那這篇文章強烈推薦看看。
    本篇文章是從討論開啟 SO_REUSEPORT 這個選項會出現的一些行為以及可能可以怎麼做

    最直得看的應該是留言區本身,有很多不同層級的討論,大家最愛講的 Google SRE 人也都出來分享自己的經驗了。

    正常情況下,每個 TCP Port 只能被一個 process 給使用來聽取封包,但是對於一些網路重度使用的系統來說,就算讓該 process 將連線給分散到其他的 process 去處理,該 process 依然可能是系統的效能瓶頸。
    Linux Kernel 3.9 後引入的 SO_REUSEPORT 參數就是為了解決這個效能問題而來的,這個參數允許多個 Process 同時使用一個 TCP Port,每當底層有一條新的連線請求時, Kernel 會從眾多的候選人之一中挑選一個可用來處理。
    這種情況下,網路應用程式就可以專心處理連線工作,然後實務上同時執行多個 Process 即可。底層的 Kernel 會幫忙做連線的負載分配。

    當眾多候選 process 其中之一掛掉了(可能是 crash,也有可能是有意的重啟), kernel 會注意到這個候選人要說掰掰,這候選人處理的所有 connection 都會被移除,比較糟糕的是其他待在 Accept-Queue 那些還沒被建立連線的連線請求也會一併被移除。
    作者認為 Kernel 應該要有能力可以轉移那些 Accept-queue 中的連線到其他還工作的候選 process 下去處理,這樣使用者/Client 的連線就不會需要處理太多重連的問題。

    文章後面都在探討可行的做法以及這個問題可能會導致什麼問題。

    留言區滿熱鬧的,譬如說
    1. 有人認為 server 重啟的情況實在太少見,有需要為這麽少見的情況導入這麼複雜的修改到 Kernel 中?
    a. 有人回答使用 Let's Encrypt 你可能每幾週就要重啟一次。
    b. Google SRE 回答其內部因為調整設定的緣由,幾乎無時無刻都需要重啟服務,不過這問題已經從別的層級去處理掉,所以修改 Kernel 對他們的用途不太大。
    2. 有人提出 Nginx 本身有 live migration 的功能,可以將 fd 給轉移到其他的 process 去處理。
    a. 有人提出這邊談的是 socket/connection 的層級,這些東西都還沒發生到 userspace process 同時也不是 userspace 應用程式可以接觸處理的。
    b. 本文探討的是 bind(), accept(), listen() 這類型 function call 之間 kernel 會幫忙做的事情。

    有興趣的別忘了閱讀留言區

  • linux可以做什麼 在 矽谷牛的耕田筆記 Facebook 的最讚貼文

    2021-06-07 08:00:07
    有 85 人按讚

    本篇文章是個經驗分享文,作者分享使用 Docker 作為開發環境時值得注意的 Best practices,透過這些經驗分享希望能夠讓開發者少走一些冤枉路。

    原文提出了 15 個經驗談,這邊幫大家節錄幾個,有興趣的可以點選原文瞭解更多!
    1. One thing at a time
    2. Be ephemeral
    3. Utilize .dockerignore
    4. Less is more
    5. Secrets should be secret
    6. PID 1 is your birth right
    7. Share and Care
    8. Vulnerability Scan
    9. Tag like you mean it
    10. Permissions are costly
    11. Source of Truth
    12. Always official
    13. Don’t include debug
    14. Use entry point script smartly
    15. Size does matter

    One thing at a time
    建置 Image 的時候專注做好一件事情,每個 Image 應該有一個專心要解決的問題,譬如一個應用程式,一個小工具等。對於 Nginx 這類型的 Image 來說,應該沒有人會期望於裡面看到有 Apache 的應用程式吧?

    Be ephemeral
    這個主要探討的是該 Image 本身建置時應該要以 stateless 的概念去處理,未來不論是透過 docker 或是 Kubernetes 來管理部署時,Contaienr 都很有機會被重啟,每次的重啟都意味該容器是重新啟動。所以千萬不要讓你的 Image 變成多次重啟會導致應用程式出問題的形式,任何的這類型資料應該都要透過外部取得,不要塞到你的 Image 內

    Utilize .dockerignore
    善用 .dockerignore 這個檔案來將不必要的檔案從 build 過程給排除,使用方法與 .gitignore 類似。透過這個檔案的設定可以避免 docker build 的時候不會把一些過大或是完全不需要的檔案都送給 docker daemon,不當浪費時間也浪費空間。

    Less is more
    避免安裝任何無關或是非必要的套件到你的 image 中,特別是那些 "nice to have" 的理由。

    註: 我個人是滿討厭把 Image 弄得很乾淨的,除錯什麼工具都沒有,連 ash/sh/busybox/bash 都沒有的 image 更是我討厭中的排行榜冠軍

    Secrets should be secret
    任何機密資訊都應該要於運行期間動態載入,而不是建置期間塞入。請使用其他工具譬如 Vault 來管理這些機密資訊,並且執行期間讓 Container 能夠存取到正確的值。

    PID 1 is your birth right
    Linux 環境下會使用 SIGTERN, SIGKILL 等相關的 Singal 來戳你的應用程式,請確保你運行的應用程式要能夠攔截這些訊號來處理並完成有效的 Graceful shutdown.

    Share and Care
    如果環境中有多個 Image 彼此有共享相同的工具與功能,與其每個 Image 都單獨建置維護不如建置一個 Base Image,接者讓所有要使用的 image 去載入使用即可。
    透過這種方式可以讓整體的維護性與管理性更為簡單,每個 image 可以減少重複的程式碼,同時要升級時只要針對 base Image 處理即可。

    https://medium.com/pradpoddar/avoid-costly-mistakes-using-advanced-docker-development-best-practices-acd812784109

  • linux可以做什麼 在 Facebook 的精選貼文

    2021-02-20 17:31:08
    有 375 人按讚

    哈囉大家新年快樂!好和弦頻道從今天(第301集)開始,會改成每週六中午 12:00 同時在 Wiwi.Video 和 Odysee 首發,然後同一集在下週六的晚上 6:00 才會上到 YouTube 頻道。

    也就是說,以後當你在 YouTube 看到任何一集好和弦的時候,你就已經可以在 Wiwi.Video 或 Odysee 頻道看到下一集拉!我覺得這樣做,是既能夠鼓勵大家多使用更自由的平台,同時也依然讓想待在 YouTube 的人繼續收看的折衷方法。

    也許這樣做會減低我在 YouTube 的觸及率,但我覺得長遠看來,減低對 YouTube 的依賴度,還是是對創作者和觀眾兩邊都好的事情。

    說到減低對 YouTube 的依賴度,今天最新的影片就是在聊為什麼我們應該這樣做,以及如何自己架自己的 YouTube,按下面的連結收看唷!

    https://wiwi.video/videos/watch/520117bc-f93d-4f9c-b165-314bf71aded1

    https://odysee.com/@NiceChord:5/run-your-own-youtube:3
    (你可以兩個連結各看一次 XD,兩邊都要訂閱唷!)

    ---

    另外,如果你還不知道,我開了一個新頻道叫做「NiceCode」,它是只在 Wiwi.Video 和 Odysee 才有的獨家頻道唷!現在我已經做了五集了,最近一集是關於如何使用 macOS 和 Linux 的終端機,這一集講的是超級重要的技能,如果你想成為一個「真正會用電腦」的人,學會終端機是一定要的唷!也來新頻道逛逛吧~到:

    https://wiwi.video/video-channels/nicecode/videos

    https://odysee.com/@NiceCode:e

    ---

    謝謝大家長年以來對好和弦的支持啦!新年也請多多關照,我們 Wiwi.Video 見!