N******K
发帖数: 10202 | 1 java搞3d图形 或者gui啥的 然后用 wrapper调用 c++算法
然后用户操作序列 或者说算法序列 A1~A100
A1是简单的求和 sum
A2是进行图像高斯滤波
A3是进行傅里叶变换
A4是进行目标识别
你说 A1是不是直接java写 然后有人说了 A2也可以 提高速度 避免调用c++库
ok 一部分算法A_i java实现 一部分A_j c++实现
随着算法序列复杂度提高 整体性能怎么调优 怎么维护？ 怎么划分算法集合？ |
k**********g
发帖数: 989 | 2
http://docs.opencv.org/modules/imgproc/doc/filtering.html
Didn't you see that most OpenCV functions are already available on the
Python wrapper?
【在 N******K 的大作中提到】
: java搞3d图形 或者gui啥的 然后用 wrapper调用 c++算法
: 然后用户操作序列 或者说算法序列 A1~A100
: A1是简单的求和 sum
: A2是进行图像高斯滤波
: A3是进行傅里叶变换
: A4是进行目标识别
: 你说 A1是不是直接java写 然后有人说了 A2也可以 提高速度 避免调用c++库
: ok 一部分算法A_i java实现 一部分A_j c++实现
: 随着算法序列复杂度提高 整体性能怎么调优 怎么维护？ 怎么划分算法集合？
|
N******K
发帖数: 10202 | 3 在开发交互式算法 更不能用java和c++混合 而应该用单一语言 那就是c++ 这样设置
断点差错也方便
比如用 jna或者jni 调用c++库 出现的问题：
JNA does not support mapping of c++ classes, so if you're using c++ library
you will need a jni wrapper
If you need a lot of memory copying. For example, you call one method which
returns you a large byte buffer, you change something in it, then you need
to call another method which uses this byte buffer. This would require you
to copy this buffer from c to java, then copy it back from java to c. In
this case jni will win in performance because you can keep and modify this
buffer in c, without copying.
把一个3D图像从 c++ 复制到 java 修改 然后更改 复制到c++ 修改 不仅仅耗时 编程
序的人更要疯了 就跟上课在中文和英文互相切换 估计只有新加坡人能受得了
【在 N******K 的大作中提到】
: java搞3d图形 或者gui啥的 然后用 wrapper调用 c++算法
: 然后用户操作序列 或者说算法序列 A1~A100
: A1是简单的求和 sum
: A2是进行图像高斯滤波
: A3是进行傅里叶变换
: A4是进行目标识别
: 你说 A1是不是直接java写 然后有人说了 A2也可以 提高速度 避免调用c++库
: ok 一部分算法A_i java实现 一部分A_j c++实现
: 随着算法序列复杂度提高 整体性能怎么调优 怎么维护？ 怎么划分算法集合？
|
N******K
发帖数: 10202 | 4 综上所述
qt+vtk+itk 为开发期间的最优选择
程序稳定成熟 可以把qt换为其他的 比如javafx+swing什么的
library
which
【在 N******K 的大作中提到】
: 在开发交互式算法 更不能用java和c++混合 而应该用单一语言 那就是c++ 这样设置
: 断点差错也方便
: 比如用 jna或者jni 调用c++库 出现的问题：
: JNA does not support mapping of c++ classes, so if you're using c++ library
: you will need a jni wrapper
: If you need a lot of memory copying. For example, you call one method which
: returns you a large byte buffer, you change something in it, then you need
: to call another method which uses this byte buffer. This would require you
: to copy this buffer from c to java, then copy it back from java to c. In
: this case jni will win in performance because you can keep and modify this
|
g*****g
发帖数: 34805 | 5 你小就不能歇歇，我又没说过java啥都适合，最典型的例子就是操作系统。
自己弄个风车还卯上了。
这年头竞争的不是语言，是生态系统。Objective C是这几年上升最快的语言，是因为
有多维数组，还是因为有
linq?
IT业变化快，5年前mobile前端还是 win mobile and symbian的天下，首选语言是C++
，现在又如何？ |
N******K
发帖数: 10202 | 6 看清楚了 我说的什么领域
你不是这个领域的 你知道啥是生态系统？
赵丝好歹还能讨论点技术问题 你就一个纯粹跳大神的
【在 g*****g 的大作中提到】
: 你小就不能歇歇，我又没说过java啥都适合，最典型的例子就是操作系统。
: 自己弄个风车还卯上了。
: 这年头竞争的不是语言，是生态系统。Objective C是这几年上升最快的语言，是因为
: 有多维数组，还是因为有
: linq?
: IT业变化快，5年前mobile前端还是 win mobile and symbian的天下，首选语言是C++
: ，现在又如何？
|
g*****g
发帖数: 34805 | 7 你谈来谈去不就一个一年招不了几个人还是postdoc，基本上是学校里糊弄资金发paper
的领域吗。难道这行发展很快不成？
【在 N******K 的大作中提到】
: 看清楚了 我说的什么领域
: 你不是这个领域的 你知道啥是生态系统？
: 赵丝好歹还能讨论点技术问题 你就一个纯粹跳大神的
|
N******K
发帖数: 10202 | 8 你又来撒泼 玩下三路了？
paper
【在 g*****g 的大作中提到】
: 你谈来谈去不就一个一年招不了几个人还是postdoc，基本上是学校里糊弄资金发paper
: 的领域吗。难道这行发展很快不成？
|
g*****g
发帖数: 34805 | 9 我老就是跟你说个现实问题，啥行业发展快，啥行业招人就多。谈这些年C++没落，你
整个图像算法领域需要C++，是出来搞笑的吗？
【在 N******K 的大作中提到】
: 你又来撒泼 玩下三路了？
:
: paper
|
N******K
发帖数: 10202 | 10 跟风是一般人所为
纯IT领域基本垄断 适合找个公司混饭吃
图像算法领域由于计算机硬件发展以及近些年的算法突破 正在实用化 适合开辟新的
应用市场
买买提应该是phd居多 不是所有人都和你一样 跟风吃java这碗饭
你天天出来跳大神 不觉得搞笑么？ java在cs基本是必修 你在本版jjww 有什么价值
？ 劝别人学java？ 还是吹嘘你因为学了java 在美国先富起来了？
另外需要编程的地方不仅仅是纯IT 视频播放之类的玩意 你要是真想搞点对比 找点数
据 做做分析 比你跳大神更有益于本版
【在 g*****g 的大作中提到】
: 我老就是跟你说个现实问题，啥行业发展快，啥行业招人就多。谈这些年C++没落，你
: 整个图像算法领域需要C++，是出来搞笑的吗？
|
|
|
N******K
发帖数: 10202 | 11 忘了说了 你去查查 video/image analysis scientist/engineer
google amazon facebook intel 等公司都在招聘
更别说一些小公司了 基本要phd
paper
【在 g*****g 的大作中提到】
: 你谈来谈去不就一个一年招不了几个人还是postdoc，基本上是学校里糊弄资金发paper
: 的领域吗。难道这行发展很快不成？
|
g*****g
发帖数: 34805 | 12 正在实用化，你的意思是现在还不实用？LOL，这跟21世纪是生物的世纪真是异曲同工。
还在学校混得小毛孩，写俩算法就出来指点江山。
我老恰恰不是跟风得，我老指出java有前途，C++要没落是10年以前，这个板上都能找
到原帖。
你要招数据做对比，indeed我都举了无数次了，你有完没完。
【在 N******K 的大作中提到】
: 跟风是一般人所为
: 纯IT领域基本垄断 适合找个公司混饭吃
: 图像算法领域由于计算机硬件发展以及近些年的算法突破 正在实用化 适合开辟新的
: 应用市场
: 买买提应该是phd居多 不是所有人都和你一样 跟风吃java这碗饭
: 你天天出来跳大神 不觉得搞笑么？ java在cs基本是必修 你在本版jjww 有什么价值
: ？ 劝别人学java？ 还是吹嘘你因为学了java 在美国先富起来了？
: 另外需要编程的地方不仅仅是纯IT 视频播放之类的玩意 你要是真想搞点对比 找点数
: 据 做做分析 比你跳大神更有益于本版
|
t*****n
发帖数: 4908 | 13 这个太折腾了。自寻麻烦。
library
which
【在 N******K 的大作中提到】
: 在开发交互式算法 更不能用java和c++混合 而应该用单一语言 那就是c++ 这样设置
: 断点差错也方便
: 比如用 jna或者jni 调用c++库 出现的问题：
: JNA does not support mapping of c++ classes, so if you're using c++ library
: you will need a jni wrapper
: If you need a lot of memory copying. For example, you call one method which
: returns you a large byte buffer, you change something in it, then you need
: to call another method which uses this byte buffer. This would require you
: to copy this buffer from c to java, then copy it back from java to c. In
: this case jni will win in performance because you can keep and modify this
|
N******K
发帖数: 10202 | 14 你不懂别装懂 我看你个傻逼 美国多年 中文都读不懂了
indeed的历史数据你有？ 装什么b
工。
【在 g*****g 的大作中提到】
: 正在实用化，你的意思是现在还不实用？LOL，这跟21世纪是生物的世纪真是异曲同工。
: 还在学校混得小毛孩，写俩算法就出来指点江山。
: 我老恰恰不是跟风得，我老指出java有前途，C++要没落是10年以前，这个板上都能找
: 到原帖。
: 你要招数据做对比，indeed我都举了无数次了，你有完没完。
|
N******K
发帖数: 10202 | 15 给大家提个醒而已 别被跳大神的给忽悠了
【在 t*****n 的大作中提到】
: 这个太折腾了。自寻麻烦。
:
: library
: which
|
g*****g
发帖数: 34805 | 16 傻逼装逼到你这份上，也算极品。自己看吧。我建议你自杀吧，再在这个板上混只有丢
人的份。
http://www.indeed.com/trendgraph/jobgraph.png?q=java%2C+C%2B%2B
【在 N******K 的大作中提到】
: 你不懂别装懂 我看你个傻逼 美国多年 中文都读不懂了
: indeed的历史数据你有？ 装什么b
:
: 工。
|
m*******l
发帖数: 12782 | 17 你们掐的好看
【在 g*****g 的大作中提到】
: 傻逼装逼到你这份上，也算极品。自己看吧。我建议你自杀吧，再在这个板上混只有丢
: 人的份。
: http://www.indeed.com/trendgraph/jobgraph.png?q=java%2C+C%2B%2B
|
S**********n
发帖数: 264 | 18 Hybrid structure is the way to go.
The power of C/C++ is on the lower level, including image processing.
However, C/C++ is too rigid and too expensive. In most companies, there are
differences between application developers and algorithm developers. The
product of the latter is libraries only. They even don't have any say on
threading models.
Except some qt freaks, there is limited areas where C/C++ is needed to do
the framework. Both java and .net are way better on this regard. Python
binding, JNI, or managed C++ are decent glues. This has been the trend in
industry for several years, however, html5 might change this trend.
As a trade-off, C/C++ developers usually have better job securities and
enjoy higher pays. Very few people dare to change bottom layer dramatically
. Yes, the job pool is shrinking, so is the candidates pool. |
h*****a
发帖数: 1718 | 19 比较同意你的说法。C++的熟练工确实越来越少了，虽然switch到一个新编程语言对大
部分码工来说不是问题，但对语言和library的熟悉程度还是需要一段时间才能build起
来。象C＋＋这样稍微接近底层一点的语言就更是需要一点时间才行。
are
【在 S**********n 的大作中提到】
: Hybrid structure is the way to go.
: The power of C/C++ is on the lower level, including image processing.
: However, C/C++ is too rigid and too expensive. In most companies, there are
: differences between application developers and algorithm developers. The
: product of the latter is libraries only. They even don't have any say on
: threading models.
: Except some qt freaks, there is limited areas where C/C++ is needed to do
: the framework. Both java and .net are way better on this regard. Python
: binding, JNI, or managed C++ are decent glues. This has been the trend in
: industry for several years, however, html5 might change this trend.
|
g*****g
发帖数: 34805 | 20 关于工资这事，C++程序员跟java工资相当，但职位就少多了，这些indeed trends上都
能查到。 |
|
|
S**********n
发帖数: 264 | 21
Keep image data in native buffer all the time. .net/java manages meta data.
Only commands and pointers are passing to/from these two layers, probably
through JNI or C++/CLI. Threading could happen in java layer or native
layer. Usually, architects don't believe C++ developer's knowledge on
threading. As I said, this is standard practice in industry. Dealing with
data on GPU might be a little bit different.
For image data, even C++ containers are presumed to be bad. C, good old C,
rocks.
Copying large amount of raw datas between layers are assumed to be bad
practcie with few exceptions. On this regards, managed C++ is better than
JNI.
【在 N******K 的大作中提到】
: java搞3d图形 或者gui啥的 然后用 wrapper调用 c++算法
: 然后用户操作序列 或者说算法序列 A1~A100
: A1是简单的求和 sum
: A2是进行图像高斯滤波
: A3是进行傅里叶变换
: A4是进行目标识别
: 你说 A1是不是直接java写 然后有人说了 A2也可以 提高速度 避免调用c++库
: ok 一部分算法A_i java实现 一部分A_j c++实现
: 随着算法序列复杂度提高 整体性能怎么调优 怎么维护？ 怎么划分算法集合？
|
k**********g
发帖数: 989 | 22 "They even don't have any say on threading models. "
此句本人不敢苟同。详情以後再谈。
are
【在 S**********n 的大作中提到】
: Hybrid structure is the way to go.
: The power of C/C++ is on the lower level, including image processing.
: However, C/C++ is too rigid and too expensive. In most companies, there are
: differences between application developers and algorithm developers. The
: product of the latter is libraries only. They even don't have any say on
: threading models.
: Except some qt freaks, there is limited areas where C/C++ is needed to do
: the framework. Both java and .net are way better on this regard. Python
: binding, JNI, or managed C++ are decent glues. This has been the trend in
: industry for several years, however, html5 might change this trend.
|
N******K
发帖数: 10202 | 23 你有 工资历史趋势表？
以量取胜有啥 扛大包的工作更多
我看你搞人身威胁 考虑找律师起诉你个变态
【在 g*****g 的大作中提到】
: 傻逼装逼到你这份上，也算极品。自己看吧。我建议你自杀吧，再在这个板上混只有丢
: 人的份。
: http://www.indeed.com/trendgraph/jobgraph.png?q=java%2C+C%2B%2B
|
S**********n
发帖数: 264 | 24
This is arugable. Usually, threading model and scalability needs to be
considered at framework level of the whole application, if performance of
algorithm is predicatable.
Agreed, some kind of threading is better done on algorithm level (and can
only be done there). However, many companies might make do just put
threading into java and .net level. Also many C/C++ algorithm engineers do
not have the ability to write good concurrency codes.
One of the dillemsa for C++ developer is that if you were young, people don'
t trust you. If you were old, your knolwedge is ouptdated.
【在 k**********g 的大作中提到】
: "They even don't have any say on threading models. "
: 此句本人不敢苟同。详情以後再谈。
:
: are
|
N******K
发帖数: 10202 | 25 没人这么胡折腾 只是给版友提个醒 别被跳大神的忽悠了 java在这个领域根本行不通
data.
probably
with
,
【在 S**********n 的大作中提到】
:
: This is arugable. Usually, threading model and scalability needs to be
: considered at framework level of the whole application, if performance of
: algorithm is predicatable.
: Agreed, some kind of threading is better done on algorithm level (and can
: only be done there). However, many companies might make do just put
: threading into java and .net level. Also many C/C++ algorithm engineers do
: not have the ability to write good concurrency codes.
: One of the dillemsa for C++ developer is that if you were young, people don'
: t trust you. If you were old, your knolwedge is ouptdated.
|
S**********n
发帖数: 264 | 26
This is standard practice in industry!
【在 N******K 的大作中提到】
: 没人这么胡折腾 只是给版友提个醒 别被跳大神的忽悠了 java在这个领域根本行不通
:
: data.
: probably
: with
: ,
|
N******K
发帖数: 10202 | 27 我说没人这么胡搞 绝对了点
但是算法复杂度很高的时候 java c++ 混合 就是自找麻烦
你要是把java当python胶水用 另一回事
把java 混进核心算法里面 那就要精神崩溃了
【在 S**********n 的大作中提到】
:
: This is standard practice in industry!
|
S**********n
发帖数: 264 | 28
I think I see your point. Still, industry is different from academia.
Eventually, "use cases" and "applications" would take hold most of the
effots. It is sad but true.
Partition codes into layers is the first step to solve the complicated
problems. Even for complicated applications, real road block still could be
isolated. Let C/C++ people eat the bone (more money) and let java people
eat the meat. Algorithm complexity is different from I/O bound problems.
From my limited expereince, hybrid is the mainstream of the industry. This
model could be even extended (modified) to GPU and cell processor level.
【在 N******K 的大作中提到】
: 我说没人这么胡搞 绝对了点
: 但是算法复杂度很高的时候 java c++ 混合 就是自找麻烦
: 你要是把java当python胶水用 另一回事
: 把java 混进核心算法里面 那就要精神崩溃了
|
N******K
发帖数: 10202 | 29 切分层次是个头疼问题 如果有 java c++ 合体语言 就好了
be
people
This
【在 S**********n 的大作中提到】
:
: I think I see your point. Still, industry is different from academia.
: Eventually, "use cases" and "applications" would take hold most of the
: effots. It is sad but true.
: Partition codes into layers is the first step to solve the complicated
: problems. Even for complicated applications, real road block still could be
: isolated. Let C/C++ people eat the bone (more money) and let java people
: eat the meat. Algorithm complexity is different from I/O bound problems.
: From my limited expereince, hybrid is the mainstream of the industry. This
: model could be even extended (modified) to GPU and cell processor level.
|
G***l
发帖数: 355 | 30 Java没有。如果你真的需要无缝混合编程的话，.net有cli/c++。c#和c++的功能都有，
而且设计的很巧妙，不得不承认微软还是有牛人的。不过只能在windows上。
【在 N******K 的大作中提到】
: 切分层次是个头疼问题 如果有 java c++ 合体语言 就好了
:
: be
: people
: This
|
|
|
g*****g
发帖数: 34805 | 31 LOL，你根本没在industry混过，装啥蒜。
【在 N******K 的大作中提到】
: 切分层次是个头疼问题 如果有 java c++ 合体语言 就好了
:
: be
: people
: This
|
N******K
发帖数: 10202 | 32 你个傻逼 老子在国内工作过
不就是打个工么 还什么 industry
我看你中文退步很厉害 英文也不怎么样 纯粹一个二鬼子
【在 g*****g 的大作中提到】
: LOL，你根本没在industry混过，装啥蒜。
|
z****e
发帖数: 54598 | 33 你不也在给老板打工？难道你的老板不是老板，你还真以为丫是导师？
你们cs搞的那些数学也配来谈science？
统计都比你们高级点
你搞的图形学，古德霸就是这个的phd，你估计得叫它叫师兄
还臭屁啥呀，cs就是一工匠，埋头赚钱是王道
没事别老是装得自己是啥scientist一般
真正的难题在数学上，有本事做数学去啊
基础数学，你在数学系呆过么？
到那时候怕就怕你又不甘清贫，又跳出来打工了
【在 N******K 的大作中提到】
: 你个傻逼 老子在国内工作过
: 不就是打个工么 还什么 industry
: 我看你中文退步很厉害 英文也不怎么样 纯粹一个二鬼子
|
g*****g
发帖数: 34805 | 34 我还真没读过phd，不喜欢研究，就喜欢做码农，读完2年硕士就出来混了，这个不能瞎
说。
【在 z****e 的大作中提到】
: 你不也在给老板打工？难道你的老板不是老板，你还真以为丫是导师？
: 你们cs搞的那些数学也配来谈science？
: 统计都比你们高级点
: 你搞的图形学，古德霸就是这个的phd，你估计得叫它叫师兄
: 还臭屁啥呀，cs就是一工匠，埋头赚钱是王道
: 没事别老是装得自己是啥scientist一般
: 真正的难题在数学上，有本事做数学去啊
: 基础数学，你在数学系呆过么？
: 到那时候怕就怕你又不甘清贫，又跳出来打工了
|
g*****g
发帖数: 34805 | 35 LOL，被我说中了吧，对美国的IT行业完全没有了解，就出来装逼了。
你丫在国内打过工，在美国被AP吸血，能了解美国企业里都在用啥，装逼还装出德性了。
【在 N******K 的大作中提到】
: 你个傻逼 老子在国内工作过
: 不就是打个工么 还什么 industry
: 我看你中文退步很厉害 英文也不怎么样 纯粹一个二鬼子
|
k**********g
发帖数: 989 | 36
Jon Skeet (now Google)
Eric Lippert (now Coverity)
下一个是谁不小心被椅子掷中了。Herb Sutter ?
现在的大牛是 Ade Miller
好在还有从未被椅子轧过的 Hans Passant
【在 G***l 的大作中提到】
: Java没有。如果你真的需要无缝混合编程的话，.net有cli/c++。c#和c++的功能都有，
: 而且设计的很巧妙，不得不承认微软还是有牛人的。不过只能在windows上。
|
k**********g
发帖数: 989 | 37
Don't pass in a Java callback or predicate.
Instead, write the function in functional style - construct an expression
tree using Java objects. Then the Java - C layer can parse and convert this
expression tree into native C function structure. It won't be a single
function, but at least it can be executed in pure C code.
【在 N******K 的大作中提到】
: 你个傻逼 老子在国内工作过
: 不就是打个工么 还什么 industry
: 我看你中文退步很厉害 英文也不怎么样 纯粹一个二鬼子
|
k**********g
发帖数: 989 | 38
Agreed.
If parallelism only occurs at the framework level, then the latency of
processing cannot be reduced, and the CPU will be under-utilized (if there
are not enough requests at the framework level).
Certain image processing operations are non-parallelizable - when considered
alone. Examples are image decoding and encoding. However, that doesn't mean
other image operations had to wait until these operations finish - other
image operations can use partial results, and can do so from a different
thread.
Users of Intel IPP will remember that IPP is exactly not designed for such
incremental usage. For this reason, it is in the process of being completely
redesigned to be utilized in an incremental (and concurrently-driven)
manner.
A carefully-designed parallelized image processing framework would have very
low overhead (CPU cycles overhead divided by CPU cycles spent on doing
useful work), in the range of 0.1 percent. This is possible by choosing
suitable chunk factors (granularity of work).
Exploiting parallelism at the algorithm level requires both task-
decomposition and data-decomposition. It will certainly increase development
cost. The number of lines code in a parallelized implementation could
easily exceed 10 times that of a sequential implementation. The software
development effort will increase by more than 10 times.
Intel TBB and Microsoft PPL (also known as ConcRT (Concurrency Runtime) or
AAL (Asynchronous Agents Library)) provides an ABI-compatible way of
developing parallel applications that can adapt to a reasonably large number
of CPU cores.
PPL is backward-compatible on Windows XP and Server 2003.
Microsoft PPL provides task-oriented features not found on Intel TBB.
OpenCV already uses Microsoft PPL on Windows for certain image operations,
such as image resizing and rotation (known as "remaps").
concurrency codes.
A robust understanding of reference counting is a basic requirement. For
this reason, it is recommended that C/C++ engineers for Windows platform
spend at least 3 years working with COM-based frameworks, and have thorough
understanding and practice with Design Patterns using COM, before trying to
apply to one of the core technology teams.
Other must-knows are: atomic operations, CPU cache behavior, SIMD (SSE2, etc
), bit manipulation, message dispatch queues.
If you meet deadlines, people will trust you. If you don't meet deadlines,
people won't trust you. (unfortunately I'm in the latter category ...)
【在 S**********n 的大作中提到】
:
: I think I see your point. Still, industry is different from academia.
: Eventually, "use cases" and "applications" would take hold most of the
: effots. It is sad but true.
: Partition codes into layers is the first step to solve the complicated
: problems. Even for complicated applications, real road block still could be
: isolated. Let C/C++ people eat the bone (more money) and let java people
: eat the meat. Algorithm complexity is different from I/O bound problems.
: From my limited expereince, hybrid is the mainstream of the industry. This
: model could be even extended (modified) to GPU and cell processor level.
|
l***y
发帖数: 1166 | 39 java 有ImageJ ，用java编的，免费的。有很多plugin。
用户也可以自己编plugin |
w**z
发帖数: 8232 | 40 we tried to use imageMagic in Java via JNI. it has crazy memory leak.
【在 l***y 的大作中提到】
: java 有ImageJ ，用java编的，免费的。有很多plugin。
: 用户也可以自己编plugin
|
|
|
f****4
发帖数: 1359 | 41 java没有memory leak；只是gc没办法释放那些对象而已
其实这就是memory leak啊？？？
【在 w**z 的大作中提到】
: we tried to use imageMagic in Java via JNI. it has crazy memory leak.
|
k**********g
发帖数: 989 | 42
Java 现在也有 Closeable 了。
（也许是来晚了。）
http://docs.oracle.com/javase/7/docs/api/java/lang/AutoCloseabl
【在 f****4 的大作中提到】
: java没有memory leak；只是gc没办法释放那些对象而已
: 其实这就是memory leak啊？？？
|
f****4
发帖数: 1359 | 43 jvm core dump了的话，它用的内存会还给os么？
【在 k**********g 的大作中提到】
:
: Java 现在也有 Closeable 了。
: （也许是来晚了。）
: http://docs.oracle.com/javase/7/docs/api/java/lang/AutoCloseabl
|
k**********g
发帖数: 989 | 44
咳咳咳咳。。。
言归正传。
其实 C++ 做 Image Processing 也快没戏了。
未来几年的大趋势是 Image processing engineer 给数学式，编译器直接生成各种
CPU Architecture 优化的底层代码。输出格式任君选择，可以是plain C、LLVM、
native CPU assembly。
例子有 CMU 的 SPIRAL ，
MIT 的 HALIDE
http://www.spiral.net/
http://people.csail.mit.edu/jrk/halide12/
两个项目好像都已经有龙头企业靠山
未毕业的同学们，尤其是PhD，别忽略了 Compiler 。
【在 N******K 的大作中提到】
: 你个傻逼 老子在国内工作过
: 不就是打个工么 还什么 industry
: 我看你中文退步很厉害 英文也不怎么样 纯粹一个二鬼子
|
l***y
发帖数: 1166 | 45 不是imageMagic
是ImageJ
【在 w**z 的大作中提到】
: we tried to use imageMagic in Java via JNI. it has crazy memory leak.
|
