作者查詢 / bitlife
作者 bitlife 在 PTT [ Linux ] 看板的留言(推文), 共3392則
限定看板：Linux
看板排序：
全部Stock42792ForeignEX9198car7535Gossiping4158biker3711KoreaDrama3487Linux3392home-sale2901MobileComm2240creditcard1967Buddhism1501Bank_Service1160Android894PC_Shopping850Storage_Zone599Physics563toberich488Learn_Buddha404TY_Research373PingTung352java331Tech_Job302Google273MobilePay64Math63HatePolitics61soho49CodeJob43Option42ChineseMed39CHU-GO35Fund35Military34joke33PublicIssue32money28NCU97ME-B23LaTeX22Lifeismoney22Taoism22W-Philosophy22Web_Design22goodclass10321movie21Taitung21CFantasy20IA19MenTalk19PttLifeLaw19politics18WomenTalk18Emergency14Soft_Job13Electronics12media-chaos12SYSOP12Aviation11Civil11Road11Windows11Bus10AndroidDev9NetSecurity9Kaohsiung8music8WorkinChina8medache7Militarylife7nCoV20197ArakawaCow6Finance6Foreign_Inv6medstudent6mobilesales6watch6ask-why5Chemistry5FiremanLife5paranormal5Perfume_Shop5SW_Job5TaichungBun5KOTDFansClub4KS94-3214L_LifeInfo4L_TalkandCha4LCD4PCSH91_3054PuzzleDragon4Salary4SuperHeroes4talk4e-seller3EarthScience3Juventus3Keelung3NTUCivilism3SAN3sex3share3specialman3Tea3Violation3WindowsPhone3YOLO3Ancient2Beauty2Broker2Coffee2Daan2DC2Eng-Class2FCU_EE00B2hardware2Law-Service2LordsOfWater2love-vegetal2MoveHouse2Navy2NBAEasyChat2NDHU-LS-SB2Paradox2Shu-Lin2ShuangHe2SongShan2soul2study2SuperBike2teeth_salon2TigerBlue2Warfare2Weyslii2X-files2Aves1C_Chat1CarShop1Christianity1CrossStrait1Disney1GO1Gov_owned1I-Lan1kochikame1KS91-3051KS91-3191KS98-3021Master_D1MeatFamily1Miaoli1MIS_Gbasket1NCKU_MEPhC1NTU1NTU-Pingtung1NTUBW1NTUmed001NUK-APIBM1001PTGSH96-3161SENIORHIGH1Sunrise1TeresaTeng1TORIKO1Transfer1TransPhys1tzuchi1vitalitydiet1youth_ddm1Zombie1<< 收起看板(167)
2F→:這篇也算電腦怪力亂神經歷之一嗎? XD 照理時鐘是在主機板11/26 22:48
3F→:上,應該和硬碟沒什麼關係才對11/26 22:48
4F→:看了圖發現我誤會了,是ssd最後掛載時間.11/26 22:49
10F→:用整句錯誤訊息當關鍵字搜尋,多數人的問題都是系統及硬體11/27 11:15
11F→:時鐘短暫出錯(沒電),然後又被對時(手工或透過網路自動對)11/27 11:16
12F→:調回來,last mount time時間就會被往後修到未來去,供參考11/27 11:18
11F→:沒用過光世代,會不會是modem的inactive timer太短,3分鐘後11/27 14:54
12F→:就自動退還租借的IP?11/27 14:54
7F→:有沒有人試過用VM灌android分享linux目錄,然後用android同10/30 09:43
8F→:步? 單純天馬行空想像,沒去試10/30 09:44
10F→:先用VM也可以,只是把VM內的linux當成主要使用OS,萬一掛了,10/30 10:41
11F→:還有host windows來求救 XD10/30 10:41
12F→:另外VM要備份也很容易,就備份一個大檔就好10/30 10:42
13F→:用fixed(預配置好大小的)image file,不要用變動成長的,效10/30 10:42
14F→:率比較好10/30 10:42
16F→:鳥哥應該很適合初學者吧10/30 13:11
4F→:如果VDI的實體硬碟是同一顆,用raid單純浪費效能而以,除非10/24 11:43
5F→:是操作練習10/24 11:43
5F→:會寫C嗎? 用C寫個小的主程式負責run需要數量的matlab,然後10/19 19:44
6F→:處理 SIGCHLD 就知道有matlab跑完了,再決定後續動作10/19 19:45
11F→:要處理多個child process結束SIGCHLD需要精確的signal10/20 09:29
12F→:handling(例如signal block), 才不會signal lost,我不確定10/20 09:30
13F→:bash有沒有sigblock(.)對應的相關功能,還要bitwise or 來10/20 09:31
14F→:產生sigmask等,還是用c比較簡單10/20 09:32
20F→:如果別人也需要跑,大家的總和是N,更需要用c,用ps之類方式,10/20 11:12
21F→:會有race condition,用c的話可以用semaphore來確保總數量10/20 11:13
22F→:我因為以前常處理這類race condition問題,所以習慣使用一10/20 11:14
23F→:開始看來似乎overkill的方式,但其實是最安全正確的方式10/20 11:15
33F→:jobs還是會有race condition,你剛看完說不定又多死了n個10/20 13:51
37F→:多user又要控制數量,本來就要follow統一架構,其實最好的架10/20 15:51
38F→:構是priority queue+單一負責執行的主程式,大家把job命令10/20 15:52
39F→:丟進queue.不過這是題外話,回到多生少生問題,會少生當然也10/20 15:53
40F→:會多生(多人狀況下),兩個user接近同時發現多出n個容許數量10/20 15:54
41F→:然後都各執行了n個,就會多出了n個.隨著(接近)同時做這樣事10/20 15:54
42F→:的user增加,結果就是數量失控. race condition 本來就很討10/20 15:55
43F→:厭,多無法容許,也只能靠標準做法解決,沒有偷懶步.當然如果10/20 15:55
44F→:數量控制本來就不嚴格要求,那就真的隨便了,反正race cond10/20 15:56
45F→:ition發生低率也不高,就看需求怎麼要求就是了10/20 15:56
46F→: 若無法容許10/20 15:57
47F→: 機率10/20 15:57
54F推:考慮別人也要跑matlab 是 10/20 10:57 你的推文先說的10/21 06:57
55F→:我只是順著寫下來,怎麼變成是我把問題複雜化了呢 XD10/21 06:57
56F→:如果是單位內大家共用,不遵守的就不準用,系統本來就是這樣10/21 06:59
57F→:管理的10/21 06:59
58F→:另外個人電腦若執行多個主程式,就相當於別人也要用的情況,10/21 07:00
59F→:只是這個別人變自己的另一個shell10/21 07:00
60F→:如果是公用電腦,原po不是管理員或有權制定政策者,最多只能10/21 07:05
61F→:建議可行方案就是了. 最後我不認為把問題分析清楚是複雜化10/21 07:06
62F→:,我前面也說了,需求規格要求不嚴,本來就怎麼做都可以,反正10/21 07:06
63F→:發生機率不高10/21 07:07
83F→:前面有說,最佳solution是大家把job命令列丟到queue,由單一10/21 16:47
84F→:程式做類似scheduler工作才是最佳solution.甚至可以考慮10/21 16:48
85F→:priority/loading 等條件10/21 16:48
86F→:以前台大的cray超級電腦就是這樣,我早上丟job進去,傍晚去10/21 16:49
87F→:看,沒任何動靜(發現是day SRU用完),後來半夜被執行,沒幾下10/21 16:50
88F→:就跑完了(在sun工作站要跑好幾天)10/21 16:50
98F→:Kernel的schedule和AP層級考量的重點不同. AP人可以決定哪10/21 19:08
99F→:些白天run,哪天夜晚run,哪些第一優先run其它先suspend掉等10/21 19:09
100F→:等.這些在以前迷你電腦年代確實做在OS,但在Unix時又簡化掉10/21 19:10
101F→:了.原因就是把這種事交還給AP team10/21 19:10
102F→:當然以上可以用指令去控制,但那還是需要人去操作指令,所以10/21 19:11
103F→:一旦有這樣子的需求,自然又會寫成AP層級的管理系統10/21 19:11
104F→:另外throughput絕對不是在當掉前才從最高往下突降到0的,要10/21 19:13
105F→:throughput最佳化,不能只用當不當掉這個標準.10/21 19:14
106F→:後續推文已經脫離原po目前權限及資源能考量的情況,我就先10/21 19:18
107F→:討論到這裏好了10/21 19:18
3F→:knockd + vpn ?10/14 18:32
7F→:https://raid.wiki.kernel.org/index.php/RAID_Recovery09/25 18:36
8F→:先看一下有沒有幫助09/25 18:37
7F→:1F是正解,用select直接解決所有問題09/10 20:58
8F→:其它方法不是不好,是沒有select這麼全面又易寫09/10 20:58
12F→:你有根據 writefds 的 fd 是 FD_ISSET 再寫入嗎?09/10 23:13
13F→:those in writefds will be watched to see if a write09/10 23:14
14F→: will not block09/10 23:14
20F→:我不是有推一段 man select 2 的英文片斷嗎?09/11 15:57
1F→:如果只是怕user不小心多點icon,用Ubuntu的unity launcher09/09 11:59
2F→:或許符合需求,但只能防不太懂的人而以09/09 11:59
8F→:這種傳統做法是程式一執行就 create lock檔並寫入自己的09/09 14:43
9F→:pid,其它程式發現create檔案已存在而failed時,檢查lock內09/09 14:44
10F→:的pid是否還在run,若是則exit,若否則移除lock,重頭再一次09/09 14:44
11F→:這種作法適用範圍極廣,包括多台機器只準一個process,此時09/09 14:45
12F→:lock檔可建在nfs目錄09/09 14:45
14F→:一時沒有,但重點只有creat 而以, man creat 2 用裏面的09/09 17:51
15F→:O_CREAT 其它就是照推文的演算法,應該還好,檢查process就09/09 17:53
16F→:對它送CONT看在不在,細節看 man kill 2 ,大概是這樣09/09 17:55
19F→:同一機器內不可能有2個process的pid相同09/10 13:14
20F→:除非pid繞了一圈,前一個死了,第2個是用到繞一圈後的09/10 13:15
25F→:pid是嚴格遞增,到了上限再繞回來09/10 17:27
26F→:前面忘了講一點,程式正常結束前要自己刪除lock檔,其它程式09/11 10:06
27F→:中第一個一開始就可以順利開始執行09/11 10:07