M********t
发帖数: 5032 | 1 Visual Studio
你可以加入LLVM取代MSVC。 |
|
|
l*******m
发帖数: 1096 | 3 就是LLVM IR的东东。一般人不会用到它。但是对model serving, 嵌入式系统, 新的
加速器后端回有帮助。
update: 刚才试试XLA，没有成功。从错误信息上看。在运行TF时，先把TF GRAPH转化
成XLA GRAPH，然后针对所运行的图做JIT产生机器码。好了，他们的代码刚CHECK IN而
且没例子，我先不当小白鼠了。不过我感觉会对训练也有帮助如果能convert到XLA
GRAPH。 |
|
g****t
发帖数: 31659 | 4 来自主题: Programming版 - 忙起来了 熟人做了领导管我们这的生意。
为老中自己人努力工作，不能混日子了。
Julia只能以后看了。最后总结两句吧：
(1) llvm是王道。
Python的go项目，dropbox那个项目看看能弄好最好
(2) IDE比语言重要，一来IdE难学。二来学了坏习惯就难洗掉。
Emacs/vim 配合调整working flow非常重要 |
|
n******g
发帖数: 2201 | 5 来自主题: Programming版 - 忙起来了 Python go 和cython 哪个更值得钻研？ 大牛请评论
[在 guvest (我爱你老婆Anna) 的大作中提到：]
:熟人做了领导管我们这的生意。
:为老中自己人努力工作，不能混日子了。
:Julia只能以后看了。最后总结两句吧：
:(1) llvm是王道。
:Python的go项目，dropbox那个项目看看能弄好最好
:(2) IDE比语言重要，一来IdE难学。二来学了坏习惯就难洗掉。
:Emacs/vim 配合调整working flow非常重要 |
|
h**********c
发帖数: 4120 | 6 整了半天步就是为了卖个llvm吗？有spec没有？ |
|
g****t
发帖数: 31659 | 7 你可以理解成llvm上面跑的matlab
kalman filtering比matlab快25%。
写起来一样容易。 |
|
h*i
发帖数: 3446 | 8 我对Scala没研究过，但从一些人的评论来看，Scala是一种很复杂的语言，OOP， FP，
什么都想要，所以不是我的菜，没有一丁点的兴趣。这是个口味问题，当年我面临C++
和Java的选择，我选了Java。所以Scala与Clojure，必然是选Clojure啊。
也有人在搞llvm上的Clojure |
|
m****o
发帖数: 182 | 9 为啥一定要上llvm？Scala + Zing如何？ |
|
c******n
发帖数: 16666 | 10 来自主题: Programming版 - 跳Dart 我觉得这玩意挺坑的
一般用用ES6也足够了
要typesafe么也有typescript
难道真得去折腾那个dart on llvm?
不过你人在狗家 貌似也真有不少项目可做 NG和NG-Material那块貌似就有不少狗家
Dart的人
我感觉你还是弄webgl或者asmjs这种比较符合吧 |
|
f******2
发帖数: 2455 | 11 来自主题: Programming版 - 跳Dart es6锛屾渶閫傚悎鍚庣绋嬪簭鍛樼殑鍓嶇璇█
銆鍦chunjuan(馃憤鏄ュ嵎馃惐鏇村鏄ュ嵎馃憤) 鐨勫ぇ浣滀腑鎻愬埌: 銆br />
>: 鎴戣寰楄繖鐜╂剰鎸哄潙鐨br />
: 涓埇鐢ㄧ敤ES6涔熻冻澶熶簡
: 瑕乼ypesafe涔堜篃鏈塼ypescript
: 闅鹃亾鐪熷緱鍘绘姌鑵鹃偅涓猟art on llvm?
: 涓嶈繃浣犱汉鍦ㄧ嫍瀹璨屼技涔熺湡鏈変笉灏戦」鐩彲鍋NG鍜孨G-
Material閭ｅ潡璨屼技灏辨湁涓嶅皯鐙楀
: Dart鐨勪汉
: 鎴戞劅瑙変綘杩樻槸寮剋ebgl鎴栬asmjs杩欑姣旇緝绗﹀悎鍚br />
|
|
g****t
发帖数: 31659 | 12 Why IBM did not use LLVM?
eclipse |
|
g****t
发帖数: 31659 | 13 Idispatch Iunknown的设计还是很牛的。JVM上面有类似的东西吗？
browser? LLVM? |
|
g****t
发帖数: 31659 | 14 C/C plus ---> LLVM IR --->WASM--->X86
上面是WASM的编译图。但是它必须被js调用。所以其实补上了js的一块。就好比现在C
plus plus变成了python的辅助
工具一样。
我的浅见，未来js会是浏览器内的python
Python会只在后端做胶水 |
|
|
发帖数: 1 | 16 我上一個貼提到了golang兩大問題：GOGC和goroutine調度，今天開會同事又發現很多
其他性能問題。
1. encryption(對稱或非對稱)：golang非常慢，比openssl慢10倍不止，因為openssl
寫了很多assembly，尤其在非x86上面特別明顯。
2. string vectorization：libc有很多手寫SSE/AVX優化，對應的golang根本全靠編譯
器，在x86和非x86上表現都很差，也是10倍不止。
3. 沒有標準threadlocal，這個Cpp14也有很多優化，多核性能差距明顯。
4. golang周邊庫不如cpp穩健，尤其和folly、abseil比較
5. golang不支持硬件加速，因為目前很多硬件廠商都倒向LLVM，它彌補了部分GCC、
ICC的弊病，留給golang的市場空間變小了
結論：
a. 嚴肅項目（尤其跟性能相關的後台項目）還是cpp天下
b. 深度學習應該使用python和cpp
c. 刷題最好用cpp或java，未來cpp/java都會有fiber，比goroutine強
總之golang看起來很好，但是實際性... 阅读全帖 |
|
发帖数: 1 | 17 （如果你不用第三方库）-> 這個才是重點好嗎。
一個語言不是拼自己的標準庫，是拼社區，三方庫，這方面cpp和java完爆golang。
我結論的前提是：當FB和G、M開放他們自己的庫後，cpp競爭力明顯上升。再加上無縫
兼容LLVM，硬件加速未來也沒有問題。有機會去研究一下我提到的folly和abseil再說
吧，golang的三方庫就是開玩笑。 |
|
发帖数: 1 | 18 我上一個貼提到了golang兩大問題：GOGC和goroutine調度，今天開會同事又發現很多
其他性能問題。
1. encryption(對稱或非對稱)：golang非常慢，比openssl慢10倍不止，因為openssl
寫了很多assembly，尤其在非x86上面特別明顯。
2. string vectorization：libc有很多手寫SSE/AVX優化，對應的golang根本全靠編譯
器，在x86和非x86上表現都很差，也是10倍不止。
3. 沒有標準threadlocal，這個Cpp14也有很多優化，多核性能差距明顯。
4. golang周邊庫不如cpp穩健，尤其和folly、abseil比較
5. golang不支持硬件加速，因為目前很多硬件廠商都倒向LLVM，它彌補了部分GCC、
ICC的弊病，留給golang的市場空間變小了
結論：
a. 嚴肅項目（尤其跟性能相關的後台項目）還是cpp天下
b. 深度學習應該使用python和cpp
c. 刷題最好用cpp或java，未來cpp/java都會有fiber，比goroutine強
總之golang看起來很好，但是實際性... 阅读全帖 |
|
发帖数: 1 | 19 （如果你不用第三方库）-> 這個才是重點好嗎。
一個語言不是拼自己的標準庫，是拼社區，三方庫，這方面cpp和java完爆golang。
我結論的前提是：當FB和G、M開放他們自己的庫後，cpp競爭力明顯上升。再加上無縫
兼容LLVM，硬件加速未來也沒有問題。有機會去研究一下我提到的folly和abseil再說
吧，golang的三方庫就是開玩笑。 |
|
发帖数: 1 | 20 又說外行話。。。你是哪門子的第一排？
Apple最強的SoC：
ISA => ARM
Team => 收購PA Semi
GPU => PowerVR
Modem => Qualcomm/Intel
NAND => Samsung/Toshiba
DRAM => Hynix
哪個是他自己從頭擼的？
再說軟件：
Kernel是XNU/BSD
Compiler是Clang+LLVM，跟ARM和Nvidia一樣
Browser是webkit，跟Chrome一樣
估計只有GUI是他自己做的
再說服務：
iCloud大部分是Azure，來自MS
iTunes是買的
Database是Cassandra，來自FB
搞半天只有少數是Apple獨有。。。
你是搞技術的麼？你不懂Apple就別拿Apple說事。 |
|
发帖数: 1 | 21 又說外行話。。。你是哪門子的第一排？
Apple最強的SoC：
ISA => ARM
Team => 收購PA Semi
GPU => PowerVR
Modem => Qualcomm/Intel
NAND => Samsung/Toshiba
DRAM => Hynix
哪個是他自己從頭擼的？
再說軟件：
Kernel是XNU/BSD
Compiler是Clang+LLVM，跟ARM和Nvidia一樣
Browser是webkit，跟Chrome一樣
估計只有GUI是他自己做的
再說服務：
iCloud大部分是Azure，來自MS
iTunes是買的
Database是Cassandra，來自FB
搞半天只有少數是Apple獨有。。。
你是搞技術的麼？你不懂Apple就別拿Apple說事。 |
|
|
发帖数: 1 | 23 是為了照顧C語言老程序員麼？
沒有class、沒有template、沒有各種語法糖，跟c/cpp/java/csharp演進路線不兼容，
命名規則也不同，概念也不同，唉，我肯定不學，怕攪渾我已有的java/cpp知識，本來
好不容易學會的，而且java/cpp/csharp越來越像了，未來用處更大，應付leetcode刷
題也容易，還支持JVM/LLVM，可以跨界ML和CUDA。。。
否則若是golang精通，以後要是面試女大用go，說不定考官沒一個懂的。。。 |
|
t****a
发帖数: 1212 | 24 你看google facebook amazon哪个现在C++？所有的都在从C++往java上转。维护个烂C+
+ code，debug那个***指针是无解的，所以内存泄露就是C++的死穴！再不用说更匪夷
所思不好debug的宏了。
把虚拟机(VM)分离出来是高明的策略，你不能把所有责任都放给程序员，应该有专人维
护VM。C++这边据说前些年出了个LLVM，细节我不懂，但趋势摆在那里了。
给程序员所有的自由，最后就天下大乱了，写出来根本没办法维护的code。这就是为什
么java严谨一些的原因，这也是java为什么beat C++的原因。
放眼历史，C++就是40-30年前的汇编，你愿意接着汇编就接着编好了。 |
|
G*****7
发帖数: 1759 | 25
C+
delusional rants. pointers no more. pointers are for c. c++ has container
and pointer classes to simplify memory management.
abusing macros is a human stupidity.
if 细节不懂, dont claim that趋势摆在那里.
llvm provides a highly performant c++ compiler, extending the longevity of
that compiled oo language.
pure psychotic rants. completely baseless because you know not c++, java or
asm. |
|
z*******n
发帖数: 1034 | 26 https://stackoverflow.com/questions/24101718/swift-performance-sorting-
arrays#comment37183103_24102237
tl;dr Swift without aggressive compiler optimizations at this stage is very
slow; with them it is very fast. Keep it in mind.
Here is an in-place quicksort in Swift:
func quicksort_swift(inout a:CInt[], start:Int, end:Int) {
if (end - start < 2){
return
}
var p = a[start + (end - start)/2]
var l = start
var r = end - 1
while (l <= r){
if (a[l] < p){
... 阅读全帖 |
|
