Re: [閒聊] systemd

看板Linux作者 (呆呆小狼)時間8年前 (2016/07/07 12:20), 8年前編輯推噓5(5033)
留言38則, 9人參與, 最新討論串2/6 (看更多)
很抱歉,沒想到只是順勢抒發推文一下卻引起紛爭 m=_=m : 推 WolfLord: 其實,我所維護的系統至今為止我都避免使用Systemd 07/07 09:10 : → WolfLord: 倒不是孰優孰劣的問題,而是商用系統一直有繼承維護相容 07/07 09:11 : → WolfLord: 的問題。如果只有特定系統才能使用的東西,那就是應用 07/07 09:13 : → WolfLord: 上應當避免的東西......私人見解 07/07 09:14 其實,就終端使用者來說用的是init 或 systemd甚至是很簡單的Loader或 Busybox都是差異很小的,這個根本沒什麼好爭論的。 我還是說明一下好了,不過這仍然是私人閒聊見解,請不要拿來當傳教論述 或當作什麼比較好的根據。 首先,我要數落一下Systemd的作者。他的想法很好,但是作法有待商榷。更 甚的吸引了一堆GPL 基本教義派附身護法,就這點我就不太想跟Systemd走太 近。畢竟,我是拿Linux做商業作品的,我得有說法讓客戶放心:他不會因為 使用了我的產品就必須公開商業秘密。 其次,在於應用面上的問題上我也面臨一些所謂進步所帶來的煩惱: 我有很多裝置是內嵌系統,這些電腦的資源緊湊,卻要求容錯能力高強可靠 。 systemd的成長環境太優渥,配置在這些裝置上時機常發生資源不足而降 低可靠度。 至於巨型計算堆,我也對應用 systemd頗為頭痛。因為裡面可能混有BDS、 systemV的非linux UNIX。在做分散演算以及RPC roaming時與其他機器溝通 不良,甚至得專為他做translate agent。 然後讓我更頭痛的是,我已經現有的產品administrative UI也跟systemd溝 通不良。我如果要讓管理介面有效能且可靠的運作我得針對Systemd重寫底 層的process manager跟RPC control,問題是寫了也只是給systemd的機器 用,我還得對不同機器設定不同的translate agent。增加系統的設定複雜 度,而且日後維修還多了很多瑕疵點。 好,我承認是因為我懶。所以我仍然繼續用systemV ,我一點都不想讓我的 Linux學得像是Windows。 這一切跟技術無關,跟信仰無關。這只是一隻呆呆小狼對著終端機的喃喃抱怨 XD -- ~~~ 一切的正義在曼尼大神的正義之前均無足輕重 在海賊的砲口下唯有曼尼大神的正義可以私下研究 ~~~ -= WolfLord =- BM4GMR - A23203 - -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.226.92.161 ※ 文章網址: https://www.ptt.cc/bbs/Linux/M.1467865251.A.A7B.html

07/07 12:30, , 1F
這大概就像為什麼美國核武射控電腦還在用軟碟片吧
07/07 12:30, 1F

07/07 12:35, , 2F
總歸就是沒有壞的東西不要去修它 END
07/07 12:35, 2F
根據不負責任的傳說,NASA的太空船也還在用CP/M。(廢話,1980年發射的太空船 要怎麼更新OS?) ※ 編輯: WolfLord (61.226.92.161), 07/07/2016 12:58:07

07/07 12:57, , 3F
太空船的理由完全不一樣
07/07 12:57, 3F

07/07 12:58, , 4F
太空船有一個最直接的問題 發射出去後不能維修
07/07 12:58, 4F
就我所知道,最近的太空船都可以遠端更新系統了說(EX:Spirit,Opportunity, Curiosity)

07/07 12:58, , 5F
隨著零件升級和變精密 更多小零件就是容易壞
07/07 12:58, 5F

07/07 12:58, , 6F
所以只用古老的原件 說好聽是耐用
07/07 12:58, 6F
※ 編輯: WolfLord (61.226.92.161), 07/07/2016 13:03:03

07/07 12:59, , 7F
然後腦包中國人就會說以前東西比較好XD
07/07 12:59, 7F

07/07 13:02, , 8F
1980的大概沒辦法 最近的就Mars Curiosity真的跑遠端更新惹
07/07 13:02, 8F

07/07 14:03, , 9F
我指的是硬體問題 當一個零件掛掉時......
07/07 14:03, 9F

07/07 14:06, , 10F
不好意思,是我連累版大了。
07/07 14:06, 10F

07/07 18:10, , 11F
資源問題啊 沒遇過這種規格的embed不清楚了XD
07/07 18:10, 11F

07/07 18:11, , 12F
不過說到UNIX 這算是systemd一個詬病 太過Linux了...
07/07 18:11, 12F

07/07 18:11, , 13F
以致於破壞了unix-like的相容
07/07 18:11, 13F

07/07 18:12, , 14F
要我也會是繼續用sysv XDDD
07/07 18:12, 14F

07/07 19:31, , 15F
我覺得如果是優點的話 互相學習也沒什麼不好啦XD
07/07 19:31, 15F

07/07 20:33, , 16F
就個人知道來說,吸引 systemd 其實大多並非教義派的人
07/07 20:33, 16F

07/07 20:34, , 17F
若要拿嵌入式系統來說,這類系統一般來說會要求簡單
07/07 20:34, 17F

07/07 20:35, , 18F
為主,許多systemd設計內一些機制在遷入系統上比較
07/07 20:35, 18F

07/07 20:35, , 19F
無法顯出它的優點。舉例一般嵌入式系統很少會需要用到
07/07 20:35, 19F

07/07 20:36, , 20F
與整合 dbus,所以光這項systemd整合不錯設計用不到
07/07 20:36, 20F

07/07 20:37, , 21F
systemd 的設計其實是比較符合目前現代環境的諸多需求
07/07 20:37, 21F

07/07 20:38, , 22F
舊的當然不是不好,舊的有他的先天諸多問題
07/07 20:38, 22F

07/07 20:44, , 23F
要說 systemd 都沒缺點也未必,為何不先多看systemd優點
07/07 20:44, 23F

07/07 22:11, , 24F
狼主就是狼主,真願意分享經驗。^_^
07/07 22:11, 24F

07/07 23:49, , 25F
優缺沒絕對啦 至少我自己都全改systemd
07/07 23:49, 25F

07/07 23:49, , 26F
畢竟沒遇到其他問題的話systemd真的方便
07/07 23:49, 26F

07/07 23:50, , 27F
不過也總有不適用的地方
07/07 23:50, 27F

07/07 23:51, , 28F
不過embed也是要看哪種環境
07/07 23:51, 28F

07/07 23:51, , 29F
不然用windows的embed大有XDDD
07/07 23:51, 29F

07/08 22:07, , 30F
我很摳門的,我還在用A4/256M/2G(SD)
07/08 22:07, 30F

07/08 22:09, , 31F
然後還有些機器用的是有MAC的ARM7,RAM只有K級FLASH
07/08 22:09, 31F

07/08 22:09, , 32F
就幾M而已....
07/08 22:09, 32F

07/08 23:48, , 33F
看來狼主在硬體訊號上是完全主宰了,欽佩!
07/08 23:48, 33F

07/09 00:02, , 34F
要看啦... 不過大致一般embed
07/09 00:02, 34F

07/09 00:03, , 35F
不是資源充足跟PC沒差啥 不然就是資源少用busybox兩種
07/09 00:03, 35F

07/09 00:03, , 36F
在中間的感覺反倒不是很多w
07/09 00:03, 36F

07/09 00:36, , 37F
只能夠說若在極端的嵌入式環境環境,systemd 應該比較
07/09 00:36, 37F

07/09 00:36, , 38F
不適合,但是這其實並不會是systemd的缺點的項目
07/09 00:36, 38F
文章代碼(AID): #1NVTYZfx (Linux)
討論串 (同標題文章)
本文引述了以下文章的的內容:
9
152
完整討論串 (本文為第 2 之 6 篇):
9
152
5
38
14
98
4
31
文章代碼(AID): #1NVTYZfx (Linux)