作者查詢 / dirkc
作者 dirkc 在 PTT 全部看板的留言(推文), 共395則
限定看板:全部
看板排序:
7F推:這事的結論挺讓人訝異,在使用上不得不考慮有10倍差的可能性04/15 17:04
2F推:我用你的code跑,在我筆電上,6553[567]都約0.22s(sys:0s)04/09 16:54
3F→:當然stdio.h換了string.h void改成int04/09 16:55
4F→:所以此現象應該跟OS或編譯器有關,memcpy的實作應該沒差04/09 16:57
7F→:樓上可否提供參考資料? 很好奇速度會差異到10倍是如何實作04/10 10:54
8F→:起初有懷疑過實作,但看了一些src沒看出來,所以有點不解...04/10 11:00
9F→:因實際實驗不出原PO的結果,猜想應是整體環境不同所致04/10 11:04
51F推:推詳細的實驗04/15 16:57
6F推:記得MFC有source,從那裡下手的可能性?另外所說的缺陷是指?04/08 18:48
7F推:提到.exe又提到fork,請問你是用cygwin嗎?OS是?還是要跨?04/03 14:46
9F→:是說我嗎:) 我duck了,還是不確定原PO的OS,是說除了cygwin04/03 15:05
10F→:以外有win版本的fork嗎?順便請教一下。04/03 15:05
11F推:推一樓,不管什麼IPC,大概都不會出現sizeof(std::vector)04/03 15:14
13F→:1要轉字串,且args限制長度,且有安全問題;既是win,2就不提...04/03 17:49
14F→:幫自己和你查了http://ppt.cc/iBtd似乎是環境與偏好選擇問題04/03 17:52
15F→:http://ppt.cc/ttLP簡單;SHM(FileMap)快;socket順便學網路04/03 17:54
16F→:又查到shm手法在多核心架構下可能會較慢,因為記憶體必須在04/04 14:54
17F→:不同核心的cache間搬移拷貝維持相依性。隨著核心數量增加問04/04 14:57
18F→:題可能變嚴重<-OS Concepts第九版所說。僅供參考。04/04 14:58
1F推:了解,謝謝 很有趣,但因不確定用途,時間不大敢花下去。04/03 14:39
2F→:自己是對wine沒什麼興趣 :)04/03 14:39
4F推:理解。請問通常用途在哪裡?04/02 11:18
5F推:在win也可,其實文字檔或影音檔亦可執行,用途是他們有偽裝04/02 11:29
6F→:想請教的是這物件檔的方式,通常可以怎麼運用?04/02 11:30
9F推:你key等效於只有一個,效率慢因為要配記憶體和建二元樹03/28 17:01
10F→:map的設計就是這樣03/28 17:02
10F推:http://ideone.com/4Qj5A6 但還是推薦放在header檔裡03/28 16:58
11F→:放在.cpp裡太邪惡也太痛苦了03/28 17:03
4F推:內層for邏輯不對,要比較每個j;另外同陣列裡的重複未處理03/27 09:03
1F推:要用raw socket判斷03/26 17:28