作者查詢 / galic
作者 galic 在 PTT [ C_and_CPP ] 看板的留言(推文), 共200則
限定看板:C_and_CPP
看板排序:
全部Lifeismoney4942Linux338Tainan260C_and_CPP200Gossiping183CYCU_Talk141PC_Shopping139MobileComm103Storage_Zone89ChungLi80LinuxDev70ask45PlayStation36Key_Mou_Pad35Stock27HardwareSale26StupidClown24Windows24NSwitch23WomenTalk21Gamesale20fastfood17EZsoft16Soft_Job15MobilePay14creditcard12e-shopping12NCKU12Browsers11points11nb-shopping10C_Chat9Miaoli9mobilesales9swim9Digitalhome8graduate8homemaker7Japan_Travel7LCD7PHP6Steam6WhiteCat6WrawlStars6E-appliance5Free_box5AntiVirus4consumer4cookclub4drawing4joke4Tech_Job4VideoCard4DailyArticle3java3Life3CodeJob2e-seller2hardware2J-PopStation2PokeMon2RealPlaying2Rent_tao2Android1AndroidDev1Bank_Service1Broad_Band1car-pool1Car-rent1CLHS-TALK1Diary1Doctor-Info1dog1e-coupon1Facebook1FoodDelivery1hypermall1IME1iOS1KS98-3021Live1movie1NetSecurity1Network1part-time1Road_Running1SMSlife1Taoyuan1Test1TigerBlue1TWproducts1WindowsPhone1wisdom1<< 收起看板(93)
5F→: 沒在gdb裡面 在shell直接打 ./abc < file 會work?12/10 19:35
6F→: 你該不會用cygwin吧 https://tinyurl.com/yd7qprpc12/10 19:38
5F→: https://en.wikipedia.org/wiki/Include_guard12/09 12:42
1F→: 去Soft_Job板爬文看看吧12/08 10:51
2F→: 我是覺得你別想太遠 先把1. 2.做好 但是1. 2.的過程會很枯12/08 10:56
3F→: 燥 所以偶爾4. 一下也不錯 3.就完全不建議 因為這裡是...12/08 10:57
4F→: 大學期間能用C接的小case 大概只有"幫同學寫/改/指導作業"12/08 10:57
6F→: 你可以試著挑戰在大三大四的時候去實習12/08 10:59
10F→: 網路上有一堆開放式課程12/08 11:18
37F推: 5. 先交女友12/09 08:46
3F→: 建議 編譯的時候把warning全開喔 有些"顯而易見"的問題12/08 10:46
4F→: 編譯器都有幫你發現12/08 10:46
2F→: scanf("%[^\n]*s")的 "*s" !?12/07 23:20
3F→: 為何不用通用的 while loop 配getchar 就好12/07 23:20
23F→: c的標準沒定義沒錯 但POSIX有定義12/08 10:43
24F→: 所以回到原點 還是用while loop配getchar吧 XD12/08 10:44
9F→: 2F的意思比較接近 樓上的會錯意了12/07 20:52
10F→: 並不是說"label"本身怎麼實作 而是function內部的實作細節12/07 20:52
11F→: 包含label本身 對於其他function都是被隱藏起來的12/07 20:53
15F→: 看不懂沒關係 猜猜意思就好 然後先往下看 不要琢磨小地方12/08 10:34
16F→: 之後再回頭看看自己有沒有猜對12/08 10:34
17F→: 善用Note之類的功能記錄之前猜的意思 之後回頭看也方便12/08 10:35
7F→: detach沒問題 他只是改狀態而已12/05 21:48
8F→: 先報個環境版本上來吧 glibc kernel等等12/05 21:49
9F→: malloc和free從很早開始就一直都是thead safety12/05 21:49
12F→: 我猜啦 你配置的記憶體很大 glibc會改用mmap/munmap12/05 22:20
13F→: 這會比小記憶體用的brk/sbrk方法慢上許多12/05 22:20
14F→: 你可以用malloc_stats() 觀察12/05 22:21
15F→: 小是多小? 預設是超過128*1024就會用mmap12/05 22:46
17F→: 同樓上 我用相似環境跑沒問題... 用valgrind跑吧12/05 23:19
18F→: 然後你所謂的"記憶體用量" 是從哪邊觀察的?12/05 23:20
21F→: XD 竟然能用top觀察到 這程式跑沒幾秒12/06 10:56
22F→: still reachable的那個別管他 pthread_create配置的空間12/06 13:29
23F→: thread死掉不會歸還 為了效能 下次pthread_create會reuse12/06 13:30
24F→: 很多std library實作上都有類似操作 光malloc系列有一大堆12/06 13:31
31F→: 我的意思是你從valgrind觀察到的still reachable是pthread12/06 14:00
32F→: 走detach的話沒辦法free pthread create的空間 但是下次12/06 14:01
33F→: pthread create的時候會去reuse 若沒被reuse 整個程式結束12/06 14:02
34F→: 後 還是能正確的被OS回收 所以這種std library實作造成的12/06 14:02
35F→: 常見的still reachable 並不算是真正的memory leak12/06 14:02
36F→: 也不該是造成你程式記憶體不斷膨脹的主因12/06 14:03
39F→: 下"--leak-check=full --show-leak-kinds=reachable"看看12/06 14:23
40F→: 看看特別大的那次是誰造成的 XD12/06 14:24
41F→: 你提了之後我才想到 你改成全部由malloc的thread來free之後12/06 14:25
42F→: 狀況就不存在 所以問題可能出在由不同thread來malloc和free12/06 14:25
7F→: 你自己先把程式看懂吧... 這樣找鄉民除錯要弄到幾時12/04 20:27
8F→: 不就一個for loop把1~100填到對應index裡面去?12/01 11:16
2F→: 你這不知道從哪邊說起耶... vector<string> v[i]11/30 20:37
7F→: 給小精靈來著 小精靈被吵醒 觸發segmentation fault11/30 21:37