只显示主题贴

原因如下: 1. 跨国企业在中国的研发中心很容易受到总部的很大制约。比如head account 被总部所把握,项目上缺乏话语权。有想法也无法争取到资源。争取到资源也要很久。 2. 领导不力。我觉得这也可以理解,试想一下,如果你是Google 或 Microsoft 中国区的头。如果你是华人,在公司内往上恐怕相当难,即使做出成绩,只怕也还是这个位置。在中国经济蓬勃发展的情况下,不如利用这些名字的光环给自己打打广告。找个好下家。至于老外领导,大部分来中国就是来happy的。 3. 大环境和氛围。 社会整体的浮躁和急功近利。知识产权的不受重视。技术创新不可避免的受到抑制 所以, Google ...
再来挖一下坟。这个实现还可以有进一步的提高:那就是进一步提高写的效率。对于所有的有 lock 的 hashtable.一种基本的思路是partition lock。也就是说可以把这一个hashtable分成若干个子table。 而同步(复制)操作仅发生在每一个子table上。这样可以减少每次allocation的时间。对于 cache 的 locality也较好。 这里要解决的一个问题是如何保证hash key 的uniform distribution.一种比较naive的办法是, 基于java 的hashtable 的大小总是2的幂。可以选择子table的数量为一个质数 比如3,5,7, ...
gigix 写道我觉得你们没有理解我的point… 我做Java就骂JSF,做Ruby就骂Rails 不然怎么办呢?难道我做什么就夸这个工具好?既然工具好那为什么做起来还那么费劲呢?那就只能说是我很傻x咯?既然不肯承认我自己傻x,当然就只好骂工具了。 嗯, 还是工具复杂一点好。这样大家的位置都比较稳当啊。
刑天战士 写道vicksong 写道说得有道理,我赞成软件搞得让用户觉得越简单越好,我们软件人员应该就是MS或SUN的用户,有MOUSE点,非要输SHELL去,傻呀 你给我拿windows batch写一个系统任务的自动化…… Powershell?
说错了。用SIFT的feature直接计算distance怎么样 corvallis 写道全部转成黑白的再比? 你这个和很popular的SIFT加cascade的decision tree 比, 有什么优势? caocao 写道rubynroll 写道无论是面积还是颜色直方图,在对付楼主列出来的图像都有问题。 例如那个蓝色笔画污染,还有绿色块,以及那个色温变化的图像都会有问题的.... 说得对,颜色直方图无法对付偏色的图像,而且图片旋转后的直方图会大变样,因为边角补齐的像素基本都是纯色的。 我这个算法主要考虑的是整体上点与点之间的关系,对颜色也不是很敏感的,类似围棋里看一片棋子的势,围棋 ...
全部转成黑白的再比? 你这个和很popular的SIFT加cascade的decision tree 比, 有什么优势? caocao 写道rubynroll 写道无论是面积还是颜色直方图,在对付楼主列出来的图像都有问题。 例如那个蓝色笔画污染,还有绿色块,以及那个色温变化的图像都会有问题的.... 说得对,颜色直方图无法对付偏色的图像,而且图片旋转后的直方图会大变样,因为边角补齐的像素基本都是纯色的。 我这个算法主要考虑的是整体上点与点之间的关系,对颜色也不是很敏感的,类似围棋里看一片棋子的势,围棋高手看大片的棋子能够评价出优劣,我这个算法有点评价图像整体的“势”的意味,所以可以用很少的 ...
嗯 没错。 忽略了这是个为写操作很少的前提 qiezi 写道 写是用了同步,但这个结果跟CAS有什么不一样吗?如果有原子的CAS一样可以用。 这种实现方式面向的是读比写多得多,比如1000:1以上,但数据量又不是很大,可能数百条以内。它对读操作的优化是显而易见的。
这个code本质还是 rwlock.所有的写操作用了sychronized, 还是lock. 另外每次写都要copy, 其实更差。按照cliff的测试。其实32个processor以下。ConcurrentMap足够。只有在更大的情况下。基于CAS的lockfree的数据结构才更有效 qiezi 写道seen 写道楼主 你该去看看rwlock是怎么实现的 至少看看是怎么用的 你这么闭门造车牵强附会不会有什么进步的 根本不是一码事。。你应该了解一下rwlock以外的东西。。Lock-Free和Wait-Free的概念
强烈推荐以下部分。 AZUL 应该是世界上最强的Java系统。 他们的JVM和JDK完全为高并发设计: A Non-Blocking HashTable http://blogs.azulsystems.com/cliff/2007/03/a_nonblocking_h.html A Non-Blocking HashTable, Part 2 http://blogs.azulsystems.com/cliff/2007/04/a_nonblocking_h.html Engineering a Hash Table http://blogs.azulsystems.com/cliff ...
你首先应该问自己,为什么你所做的没有收到效果。说服别人是需要有理有据的, 同时沟通是要在一个互相尊重的氛围中进行。 一个组织中, 有强有弱很正常,任何地方是这样。你必须要能和这些同事合作, 你不能认为所有的人都要照着你的思路,要能够发现可以驱动大部分的方式。每个人都有自己的背景,目的和方式。要使团队能够前进,必须要对至少大部分成员有驱动力。
corvallis
搜索本博客
博客分类
最近加入圈子
最新评论