→ yupog2003: (A)錯在最後一句,lower bound of sorting problem如果 01/09 17:22
→ ken52011219: 有種既視感(? 01/09 17:22
→ yupog2003: 不限制在comparison based的話可以到n 01/09 17:22
→ yupog2003: (C)錯在No one can win the quick-sort 01/09 17:23
→ yupog2003: comparison based裡面insertion跟bubble的best case可 01/09 17:24
→ yupog2003: 以到O(n) 01/09 17:24
→ yupog2003: 他們都是錯在不夠嚴謹而已 01/09 17:25
→ jch660tw: 了解 感謝! 01/09 17:29
→ m666666m: 能問一下為什麼不限制在comparison based的話可以到n嗎? 01/09 17:32
推 Transfat: (a)的語義想表達什麼呀,merge sort不是就會使用compari 01/09 17:37
→ Transfat: son了嗎 01/09 17:38
→ ken52011219: 正想問這個, 我能理解的是merge sort 為 O(nlgn) 01/09 17:38
推 gary19941208: A是錯在一個問題的lower bound和一個演算法的lower 01/09 17:46
→ gary19941208: bound不一樣,要說一個問題的lower bound是指每個 01/09 17:46
→ gary19941208: 演算法都至少要nlogn,但是這邊只是merge sort的low 01/09 17:46
→ gary19941208: er bound是nlogn 01/09 17:46
→ ken52011219: 能理解gray大所說的,這樣看好像題目在玩文字遊戲 01/09 17:52
→ yupog2003: 不限制在comparison就有bucket、radix、counting可以到 01/09 17:53
→ yupog2003: O(n) 01/09 17:53
推 FRAXIS: 這兩個選項都是錯在推論方式不對吧 01/09 21:55
→ FRAXIS: 設計出一個 worst case time complexity f(n) 的演算法 01/09 21:55
→ FRAXIS: 並不能證明問題 worst case time complexity的lower bound 01/09 21:56
推 Transfat: 不太懂F大你說的,一個演算法在worst case下的lower bou 01/09 22:51
推 Transfat: nd不行代表整個問題的lower bound嗎? 01/09 22:52
推 FRAXIS: 你搞混 問題 與 解法 01/09 23:10
→ FRAXIS: 你提供一個解法 只是代表這問題可以這樣解 01/09 23:10
→ FRAXIS: 不代表沒有更快的解法 01/09 23:10
→ FRAXIS: 所以你證明 merge sort 是 O(n lg n) 不能推論出 01/09 23:11
→ FRAXIS: sorting problem 的 lower bound 是 n lg n 01/09 23:11
推 FRAXIS: 精確來說 merge sort worst case running time O(n lg n) 01/09 23:16
→ FRAXIS: 只能推論 sorting 問題 worst case upper bound O(n lg n) 01/09 23:16
推 Transfat: 我看懂了,感謝 01/10 23:03