作者查詢 / CoNsTaR

總覽項目：發文 | 留言 | 暱稱

作者 CoNsTaR 在 PTT [ C_and_CPP ] 看板的留言(推文), 共1276則

限定看板：C_and_CPP

看板排序：

首頁

尾頁

[問題] CUDA Deep learning sample

[ C_and_CPP ]12 留言, 推噓總分: 0

作者: v00623 - 發表於 2017/09/11 21:23(8年前)

1^F推CoNsTaR: 我也還沒看過只給一顆CPU，沒有MB，power…也能跑程式的09/12 00:56

[問題] switch...case的問題

[ C_and_CPP ]51 留言, 推噓總分: +9

作者: marx625001 - 發表於 2017/09/08 10:23(8年前)

45^F推CoNsTaR: 不這樣做是因為以前有些硬體的限制沒辦法 flush stdin 吧09/08 20:18

46^F→CoNsTaR: ？09/08 20:18

[問題] 字串1分為2

[ C_and_CPP ]31 留言, 推噓總分: +11

作者: blueguan - 發表於 2017/09/05 19:52(8年前)

14^F推CoNsTaR: 用 magic numbers？09/05 23:59

15^F→CoNsTaR: XDD09/05 23:59

[討論] boost::variant有沒有更好的做法？

[ C_and_CPP ]21 留言, 推噓總分: +1

作者: Killercat - 發表於 2017/09/05 16:40(8年前)

21^F推CoNsTaR: 像 idris 的 HVect 一樣嗎？09/06 02:53

[閒聊] Nim 好像不錯...

[ C_and_CPP ]14 留言, 推噓總分: +6

作者: Neisseria - 發表於 2017/09/03 12:37(8年前)

9^F推CoNsTaR: 也可以試試 Idris，目前 1.1.1，個人很喜歡09/04 00:57

10^F→CoNsTaR: 可以編成 C 或 javascript 和一大堆其他語言09/04 00:57

11^F推CoNsTaR: 不過有些後端只靠社群努力，最實用的還是 C 或 js09/04 00:59

Re: [問題] 列舉型別enum

[ C_and_CPP ]22 留言, 推噓總分: +11

作者: Lipraxde - 發表於 2017/09/01 00:30(8年前)

3^F推CoNsTaR: enum 可以不只是 int 啊…09/01 02:01

5^F推CoNsTaR: 喔喔，是 c++11 之後才可以啦抱歉09/01 05:41

[問題] void*與void**差異？

[ C_and_CPP ]13 留言, 推噓總分: +3

作者: soheadsome - 發表於 2017/08/28 23:06(8年前)

1^F推CoNsTaR: 那你知道 void 和 void* 的差異嗎？08/28 23:57

2^F→CoNsTaR: * 的意義是什麼？08/28 23:57

[問題] c++抓工作管理員各exe的使用率

[ C_and_CPP ]58 留言, 推噓總分: +10

作者: MOONY135 - 發表於 2017/08/21 17:16(8年前)

2^F推CoNsTaR: windows 不用認識了啦垃圾作業系統希望早日被淘汰08/22 01:49

3^F→CoNsTaR: 不經同意開關機，真的想開關機又開不起來關不了08/22 01:50

4^F→CoNsTaR: 超級火大08/22 01:50

5^F推CoNsTaR: 根本就不是利於消費者使用而設計的系統，M$08/22 01:52

[問題] 關於free()這個函數的使用

[ C_and_CPP ]38 留言, 推噓總分: +10

作者: Petyr - 發表於 2017/08/21 01:46(8年前)

29^F推CoNsTaR: 其實樓主如果有能力找到最小可重現問題的程式碼的話，那08/22 01:56

30^F→CoNsTaR: 他其實也不用上來問了08/22 01:56

[問題] 請問關於 Rust 跟 C 的速度比較

[ C_and_CPP ]54 留言, 推噓總分: +12

作者: os653 - 發表於 2017/08/12 21:49(8年前)

3^F推CoNsTaR: 雖然 rust 可以利用規則來簡化複雜的東西08/13 06:11

4^F→CoNsTaR: 但是相反的，因為 rust 只能照規則走08/13 06:11

5^F→CoNsTaR: 所以不在規則內的 hack 就沒辦法過 type check08/13 06:11

15^F推CoNsTaR: 就說 rust 會在他知道的範圍內把東西做到最簡08/13 11:10

16^F→CoNsTaR: 所以如果 rust 知道所有最快的 hack08/13 11:10

17^F→CoNsTaR: 而且能夠知道同一個語意的所有不同寫法08/13 11:10

18^F→CoNsTaR: 那理論上它會是最快的，但事實是不可能，只能盡力08/13 11:10

19^F推CoNsTaR: 例如說，如果有一種機器，它有一個指令能夠在一個指令周08/13 11:15

20^F→CoNsTaR: 期內做完 foo 做的事，但是 rust 不知道這個指令，或者是08/13 11:15

21^F→CoNsTaR: rust 不知道直接呼叫那個指令和執行這一串程式碼是相等08/13 11:15

22^F→CoNsTaR: 的(操作語意上)，那這兩個情況下 C 內嵌組語都會比 rust08/13 11:15

23^F→CoNsTaR: 快08/13 11:15

24^F推CoNsTaR: 而各個 libc 的實作都用了一大堆這種機器相關的 hack，08/13 11:17

25^F→CoNsTaR: 所以 rust 才會這麼難超過 C08/13 11:17

26^F推CoNsTaR: 至於為什麼我前面說不可能，第一因為這種 hack 可以有無08/13 11:21

27^F→CoNsTaR: 限種，你隨時爽往你的機器上加什麼特性都可以08/13 11:21

28^F→CoNsTaR: 第二因為對於所有正確的敘述，要判斷它們的語意是否相等08/13 11:21

29^F→CoNsTaR: ，常常是 undecidable 的 (有興趣可以參考 logical seman08/13 11:21

30^F→CoNsTaR: tics)08/13 11:21

31^F推CoNsTaR: 所以如果你不知道兩者語意相等，那你就沒辦法用快的取代08/13 11:29

32^F→CoNsTaR: 慢的08/13 11:29

33^F→CoNsTaR: 例如你上面的例子，如果 rust 不能判定少讀一次記憶體位08/13 11:29

34^F→CoNsTaR: 址的語意是否還和原本一樣，那它就沒辦法用少讀一次的版08/13 11:29

35^F→CoNsTaR: 本替換比較慢的版本(雖然這個 case 是可判定的)08/13 11:29

36^F推CoNsTaR: 不知道這樣講有沒有比較清楚…08/13 11:33

首頁

尾頁