|
T********i
发帖数: 2416 | 2 你这个基本是worst case了。
L3 cache总共20M，你inputs搞400M。init inputs以后L3基本miss。
有7M不错。也就是说我的机器上10m以上。 |
|
T********i
发帖数: 2416 | 3 Sandybridge直接IO到LLC。solarflare就是。
因此10M左右worst case应该差不过。
反正5M是打折扣的。 |
|
g*****g
发帖数: 34805 | 4 别忘了这个线程还要deque, enque，要write result, 都不是免费的。 |
|
|
b*******s
发帖数: 5216 | 6 现代处理器差4倍，以前老处理器能差一个量级
其实cache line size影响还不是最大的
大的是L1 cache size |
|
|
q*c
发帖数: 9453 | 8 所有开销都不大，就是放在一起突然就发现不行了
就和你发现日常生活没件事情花钱都不多啊，我收入多的是，等到月末突然就发现月光
了，一个道理。
这种事情万万不能玩理论计算 ～ 你知道操作系统内部有些啥开销？前面还有人说网卡
驱动调用一次几个锁就加上了。 里面问题太多，只分析 cpu 内部时钟数毫无意义。 |
|
n*****t
发帖数: 22014 | 9 你有 OS 的实战经验不？没有跑一下别人的测试程序 |
|
t**********1
发帖数: 550 | 10 这个实时优化分配卖票，确实挺难的。
就像我说的，啥都不做，从1000个16位short里选一个最大的，就超过0.9us。
而且我那个测试程序，所有数据还都在L1 cache。
实际上，65536路车，每路20和路段，3等共3000张票，远超20MB的L3 CACHE。意味着数
据要从main memory load。实际memory access要慢一个数量级。
就算是挑战，我还可以试试。
但是好虫得承认以下几点：
1. Transaction不是这样算的。任何数据库，我都可以做一个运行一天的transaction
。用Tickets per second是最合理衡量。其他的都是无耻故意找茬。
2. 现有的12306就是实时售票。你不能声称实时不好。更不能说实时不能做。现在的每
秒10K算实时，我的这个目标1MM 凭什么不算？
3. 你还要认识到同样的要求，你连100K都做不出来。
咱们就以上几点达成共识。大家纯粹技术交流，客观，公正，遵循体育精神。我可以试
试看。让诸位网友也有一个进一步交流的机会。
否则，就算了。我也省事了。 |
|
t**r
发帖数: 3428 | 11 工程控制 算法都是小学数学 难点是逻辑。
没经验的随便搞几下 逻辑就错了 还不容易发现。
普通测试很多bug是测不出来的 |
|
|
g****t
发帖数: 31659 | 13 5年之前了2页C,很多人测试了4年。
今年终于全球力推，出产值了。
也就1000多行。绝大多数时间在分析结构，搞清楚patch在什么地方。整个系统几十万行 |
|
D***n
发帖数: 6804 | 14 阿三写啥关你什么事？你如果不爽，要做的事无非
1）搞一个测试程序，按照Spec检查它的正确性。
2）Code Review不让过，直接说看不懂，让他写清楚点。
同时准备直接开骂或者打小报告。
经常看不懂阿三写的这个变量到底是啥 |
|
D***n
发帖数: 6804 | 15 每个基于Lock的sync实现都是像你这样想的，但现实很残酷。
写这么一个像样的lib你知道有多难么？
就你根据写的这些，我不太相信你的测试程序质量。
Lock-free任意线程堵了都有别的线程make progress，无所谓主次。 |
|
S*A
发帖数: 7142 | 16 看了一下，感觉把简单的事情搞复杂了。
要读懂程序流要费很多不必要的力气。
我就算用 C 实现一下也比这个要紧凑。 |
|
w***g
发帖数: 5958 | 17 gcc的openmp是shared memory，机制跟natureOK的差不多，就是语法更好，各种控制更
多。
比如要把vector jobs里的每个东西用work函数算一个结果出来放入vector<
Result>里，并且要打印progress，用下面的代码就行
#include
boost::progress_display progress(jobs.size(), cerr);
result.resize(jobs.size());
#pragma omp parallel for
for (unsigned i = 0; i < jobs.size(); ++i) {
work(jobs[i], &results[i]);
#pragma omp critical
++progress;
}
openmp可以通过编译器命令行启动或者禁止。禁止的话就是传统的单线程程序。
用C（包括C with class)写才直接用pthread。就是C++11之前也早就有boost::thread
了。 |
|
n******7
发帖数: 12463 | 18 主要两个目的：
1. 尽量减少内存使用。因为在cluster上跑job有cpu和内存配额，需要的内存越少越好
2. 我本来琢磨触发GC会降低运行效率，所以想测试不同参数下运行时间，在内存使用
和运行时间之间找一个平衡。 不过这个结果似乎说明，GC不是问题，最快的结果是在
XMX参数最小的时候获得的。另外XMS参数不宜过大。
我结果里面的mem用量是每个参数下极限mem使用量，所以还是可比的。我的job必须指
定比这个量大的mem用量才不会被杀掉 |
|
n******7
发帖数: 12463 | 19 不错，这样只用测试XMX就好，更省事了
that
t |
|
k**n
发帖数: 3989 | 20 是楼主快猛糙习惯了，从不适应其他SDLC吧。
不管java，c#都要build然后deploy,
现在连node.js都用上build了。
简单的说，
首先，你用vs在本机fix bug。。如用上TDD，mstest就能把大部分bug搞定，
然后你checkin TFS 或其他的source control， 然后continue Integration自动build
与deploy到服务器上。
服务器应该有dev,qa,uat ，Prod等，
你上QA后，所以测试由专门QAtester来完成。每个bug会记录在系统发给你修改。
稍正规点的软件公司都这样的。 |
|
z****e
发帖数: 54598 | 21
vert.x启动一个shell service很容易的
照着做，然后可以listen bus里面的msg
还可以模拟发射msg给某个verticle
测试时候很顶用，而且支持不同的参数格式
比如-*，--*, D*，启动后就可以telnet连进去了
shell service是3.1呼声很高的一个module
以后会逐步强化这个功能，现在刚起步 |
|
t**********1
发帖数: 550 | 22 E3 4G，i3 2G。
你自己算算好了。理论上TRAIN 10万cache miss稍大一点。其实现在我这个也已经远大
于cache。而且请求是random的，故意造成最大cache miss。
因此，我很肯定没大影响。你可以自己改了试试。都不用改程序，-D TRAIN=100000 就
好了。
确保你物理内存够用。否则直接core dump。 |
|
|
g****t
发帖数: 31659 | 24 python很不错。糙快猛第一选择。
适合验证新idea.
读写分析文件格式，画图，数据计算,矩阵.....
各种功能都有。
0基础
2天撸了个手写体数字识别新算法
MNIST data 测试准确率80%. |
|
|
|
h**********c
发帖数: 4120 | 27 [et@localhost ~]$ vmstat -s
2915864 K total memory
1351968 K used memory
1433572 K active memory
652544 K inactive memory
516272 K free memory
1004 K buffer memory
1046620 K swap cache
3145724 K total swap
0 K used swap
3145724 K free swap
123731 non-nice user cpu ticks
88 nice user cpu ticks
19288 system cpu ticks
2600085 idle cpu ticks
1494 IO-wait cpu ticks
0 IRQ cpu tic... 阅读全帖 |
|
h*i
发帖数: 3446 | 28 觉得变量不是难点的小孩，属于学不求甚解那种。不是说不好，不适合搞技术。
我的旧文：
数学的变量与计算机语言的变量不同。数学的变量更抽象，是真的变量。而计算机语言
的变量是假的，其实还是属性，是某个内存地址或者寄存器的属性。
一个非程序员A，第一次编程，看到变量，会很疑惑，比如我当年，“这是什么东西的
的变量啊”， variable for what? 后来明白了，原来就是一个地址可以存不同的东西啊
，明白了。指针？这不是很明显么，就是地址啊，有什么难的？
另一个非程序员B，第一次编程，看到变量，说，哦，我知道，数学上小学就学了的，
变量就是数学上的变量啊，懂了。结果看到指针，panic了，数学上没有指针啊，
到底什么是指针啊?
人和人的思维方式不一样，从对数学的态度可以看出。有的人，比如冯诺伊曼，说“
You don't need to *understand* mathematics, you just get used to it". 这种人
就是上面的非程序员B。这些人成为数学家的话，一般会成为分析学家。中国培养出的
职业数学家，大多是分析学家，比如张益唐之类，解决问题能力很强，... 阅读全帖 |
|
Z******5
发帖数: 435 | 29 你这个值也太低了吧。读数大小和荧光收集时间的设置有关，我一般设置收集2秒，自
己用移液枪加液（没钱，剩），每次就测3个well的。具体：
背景值：黑板40左右，白板100左右
Firely的值从几万（转染效率低的细胞）到几千万（293T细胞）；Renilia的值从几百
到几万（我用的是pRL-TK载体做内参，转的相对较少）
你的明显有问题（当然前提是问题不是出在你用的promoter上），建议你在你用的cell
line和293细胞中同时转染pGL3 control，pGL3 Basic，和pRL-TK载体，然后测荧光值
，看看你的试剂，测试程序等有没有问题。 |
|
c******r
发帖数: 889 | 30 Glutathione太少，细胞就会被各种高反应性有害物质OVERWHELM，蛋白被氧化，DNA被
修饰，细胞会启动NECROSIS坏死程序。然后肝坏死。反正自杀别选这个，是非常慢而且
痛苦的死亡。TYLENOL主要是肝毒性。因为那里是他被代谢氧化的地方。
TYLENOL的代谢物基本（做RESEARCH习惯，不说都，其实我认为都）被identify了，有
害的就NAPQI一种。
其实他没什么可怕的。细胞里线粒体里一个辅酶Q，也是quinone化合物，和NAPQI一样
。我们有氧呼吸，制造ATP，我们能量分子离不开他。生命离不开辅酶Q。你在nutrient
supplement柜台能看到卖这玩意儿的。
结论是，化合物毒和无毒不是绝对的。量，地点什么都是因素。
谈西药变色是没有根据的恐惧，因噎废食了。
中药其实本质上一样。 |
|
x**l
发帖数: 1 | 31 e【 在 ccfantasia (cc-time killer) 的大作中提到: 】
首先，俺是菜鸟。赫赫：）
其次，
如果只是用在测试模块，VHDL不知道，verilog看样子该有。（在最后面）
但是要到fpga里面，呵呵：）
如果对随机性要求不高，建议用移位寄存器搭一个伪随机序列生成器。
如果要求高， 要么自己设计 true random number generator
要么去找 IP core.
3.8.7.系统任务 $random
这个系统函数提供了一个产生随机数的手段。当函数被调用时返回一个32bit的随机数。
它是一个带符号的整形数。
$random一般的用法是：$ramdom % b ,其中 b>0.它给出了一个范围在（-b+1):(b-1)中
的随机数。下面给出一个产生随机数的例子：
reg[23:0] rand;
rand = $random % 60;
上面的例子给出了一个范围在－59到59之间的随机数，下面的例子通过位并接操作产生
一个值在0到59之间的数。
reg[23:0] rand;
rand = {$random} % 60; |
|
n*****e
发帖数: 153 | 32 我写了个sample program来测试如下,希望每次抽掉一行数据用作prediction用.可是程
序有错,有谁能帮我看一下么? 哎,放假了还得做project... 谢谢..
data test;
input n m;
cards;
1 2
8 3
3 6
;
run;
do i=1 to 3;
data test;
set test;
drop n m;
where _n_='i';
run;
proc print data=test;
run;
end; |
|
c*******n
发帖数: 300 | 33 univariate 的话，shapiro wilk test 足够好了。 程序采用Royston的近似方法， 结果中包括test statistics 和p value。 |
|
k*******a
发帖数: 772 | 34 如果只想知道有没有这个RULE，何不自己写个简单的测试程序验证一下 |
|
r****9
发帖数: 4961 | 35 我代表多届版主表示你们吵架劝不住，只有吵累了才会消停，只能劝你们吵架的时候不
要PA,不要骂脏话，抓到了关小黑屋，没抓到算你运气好，属于抽查，和国内海关查神
医往国内走私化妆品一个道理，和IRS查中餐馆的税一个道理，和休斯顿警察抓非法移
民打工一个道理，和IT测试程序测bug一个道理，和东莞警察扫黄一个道理。如有雷同,
纯属巧合。 |
|
m****s
发帖数: 18160 | 36 您好，经过测试，找回密码功能没有问题。
您可以把您的注册邮箱 和 ID名称 发站内邮件给MITBBS，站务帮您看看。 |
|
y******n
发帖数: 490 | 37 哈哈哈～～～丝袜。。。
大笑着路过。。。gig很搞，娟娟们不要当真。
电脑上玩这个主要是用声卡和幻象电源供电的麦（英文不知怎样打，这种麦出来
的声音才够大声和保真度）：
麦直接接声卡的mic口，然后用系统的测试程序调试好音量；
声卡就不用说了，越高级的越好，最好是4通道line in和4通道line out以上的；
滤网的作用主要是消齿音和呼吸换气声，特别是吞口水时的声音。。。
软件消音的伴奏不能保证100%的消除原唱主唱声音，
因为很多乐器的发声频率和人声的发声频率区重叠，减弱或消减音场中间的人声
发声频率区音量，顺带也减弱的该区中频率区段内的信号和音量，
所以做出来的乐器伴奏声音肯定有失真。
用上面说的专业声卡，K歌时可以先跟着原唱和伴奏一起唱，
录音时只录通过麦输入的自己唱的纯人声部分，原唱和伴奏的音乐可以屏蔽不录；
然后把录下来的人声音轨叠加到消音伴奏的音轨，合成出来就是一首完整的翻唱歌曲。 |
|
b******g
发帖数: 54 | 38 这个小程序的timer是根据cpu主频设置的,我用我的p4 3.7GHz玩最多只能23秒,结果用
我的p3 800MHz.... |
|
b******g
发帖数: 54 | 39 那就不知道她程序怎么编的啦.我用双核3点几G的就只能23秒.p3就慢的象乌龟爬. |
|
c*********r
发帖数: 19468 | 40 现在是初步数据，最后的数据高很多也有可能啦，就好比ZL1，最早只说550+hp，最后
定在了580hp
歇缸这个希望GM解决得比较好吧，LS3推出时没敢用，憋了这么多年，照说应该修炼成
熟了吧？
至于stop-start，不知道GM设计LT1有没有兼容这个的打算，如果有的话，未来会用到吧
现在主要是EPA的测试程序不能体现stop-start的作用，美国车厂开发这个的动力不足哦 |
|
c*********r
发帖数: 19468 | 41 我感觉程序还可以更细腻一些，这个Macan变线的轨迹不管怎么说确实有点jerky，
Porsche理应做得更好一点啊…… |
|
|
i***h
发帖数: 12655 | 43 你这么搞，报税不得烦死？
还是有程序可以自动输入schedule-D? |
|
n**********2
发帖数: 648 | 44 【 以下文字转载自 Programming 讨论区 】
发信人: xykkkk (asdf), 信区: Programming
标 题: 老码农冒死揭开行业黑幕：如何编写无法维护的代码(zz)
发信站: BBS 未名空间站 (Fri Nov 28 13:28:27 2014, 美东)
如何编写无法维护的代码
让自己稳拿铁饭碗 ;-)
– Roedy Green（翻译版略有删节）
简介
永远不要（把自己遇到的问题）归因于（他人的）恶意，这恰恰说明了（你自己的）无
能。 — 拿破仑
为了造福大众，在Java编程领域创造就业机会，兄弟我在此传授大师们的秘籍。这些大
师写的代码极其难以维护，后继者就是想对它做最简单的修改都需要花上数年时间。而
且，如果你能对照秘籍潜心修炼，你甚至可以给自己弄个铁饭碗，因为除了你之外，没
人能维护你写的代码。再而且，如果你能练就秘籍中的全部招式，那么连你自己都无法
维护你的代码了！
（伯乐在线配图）
你不想练功过度走火入魔吧。那就不要让你的代码一眼看去就完全无法维护，只要它实
质上是那样就行了。否则，你的代码就有被重写或重构的风险！
总体原则
Quidquid... 阅读全帖 |
|
x****k
发帖数: 2932 | 45 如何编写无法维护的代码
让自己稳拿铁饭碗 ;-)
– Roedy Green（翻译版略有删节）
简介
永远不要（把自己遇到的问题）归因于（他人的）恶意，这恰恰说明了（你自己的）无
能。 — 拿破仑
为了造福大众，在Java编程领域创造就业机会，兄弟我在此传授大师们的秘籍。这些大
师写的代码极其难以维护，后继者就是想对它做最简单的修改都需要花上数年时间。而
且，如果你能对照秘籍潜心修炼，你甚至可以给自己弄个铁饭碗，因为除了你之外，没
人能维护你写的代码。再而且，如果你能练就秘籍中的全部招式，那么连你自己都无法
维护你的代码了！
（伯乐在线配图）
你不想练功过度走火入魔吧。那就不要让你的代码一眼看去就完全无法维护，只要它实
质上是那样就行了。否则，你的代码就有被重写或重构的风险！
总体原则
Quidquid latine dictum sit, altum sonatur.
(随便用拉丁文写点啥都会显得高大上。)
想挫败维护代码的程序员，你必须先明白他的思维方式。他接手了你的庞大程序，没有
时间把它全部读一遍，更别说理解它了。他无非是想快速找到修改代码的位置、改代码
、编译，然后就能交差，... 阅读全帖 |
|
w*********g
发帖数: 30882 | 46 丰田一绝 - 28万行代码竟有1万多全局变量，庞大的bug培养基地
来源: 日理万机 于 2013-11-07 05:22:57 [档案] [博客] [旧帖] [给我悄悄话] 本文
已被阅读：249次 字体：调大/调小/重置 | 加入书签 | 打印 | 所有跟帖 | 加跟贴 |
查看当前最热讨论主题
More Sharing Services
转贴自：http://club.tgfcer.com/thread-6817371-1-1.html 网友Kuzuryuusen的文章
抗日的理论基础 -事后诸葛-
----------------------------
【第一部分】背景简介
前几年闹得沸沸扬扬的丰田刹不住事件最近又有新进展。十月底俄克拉荷马的一次庭审
，2007年一辆2005年凯美瑞暴冲（Unintended Acceleration，UA）致一死一伤事件中
丰田被判有责。引起广泛关注的是庭审中主要证人Michael Barr的证词让陪审团同意丰
田的动力系统软件存在巨大漏洞可能导致此类事件。这是丰田在同类事件中第一次被判
有责。庭审过后丰田马上同意支付300万美元进入调解程... 阅读全帖 |
|
j*********n
发帖数: 6034 | 47 【 以下文字转载自 Auto_Fans 俱乐部 】
发信人: andrews (旱鸭子), 信区: Auto_Fans
标 题: 丰田工程师真的该枪毙啊
发信站: BBS 未名空间站 (Sun Nov 3 00:14:23 2013, 美东)
看下面的这文章，我是无语了……
以前不知道什么是＂在看不到的地方偷工减料＂， 这回见识了。 以后不敢买丰田车了
转贴自：http://club.tgfcer.com/thread-6817371-1-1.html 网友Kuzuryuusen的文章
----------------------------
【第一部分】背景简介
前几年闹得沸沸扬扬的丰田刹不住事件最近又有新进展。十月底俄克拉荷马的一次庭审
，2007年一辆2005年凯美瑞暴冲（Unintended Acceleration，UA）致一死一伤事件中
丰田被判有责。引起广泛关注的是庭审中主要证人Michael Barr的证词让陪审团同意丰
田的动力系统软件存在巨大漏洞可能导致此类事件。这是丰田在同类事件中第一次被判
有责。庭审过后丰田马上同意支付300万美元进入调解程序。
出于好奇，... 阅读全帖 |
|
y******e
发帖数: 1194 | 48 冷静，我有存档，你整理一下格式再发吧
————————————————————————————
背景简介
前几年闹得沸沸扬扬的丰田刹不住事件最近又有新进展。十月底俄克拉荷马的一次庭审
，2007 年一辆 2005 年凯美瑞暴冲（Unintended Acceleration，UA）致一死一伤事件
中丰田被判有责。引起广泛关注的是庭审中主要证人 Michael Barr 的证词让陪审团同
意丰田的动力系统软件存在巨大漏洞可能导致此类事件。这是丰田在同类事件中第一次
被判有责。庭审过后丰田马上同意支付 300 万美元进入调解程序。
出于好奇，我漫不经心地下载了 Barr 的 286 页证词，却一下子被吸引住了。几天内
读完，算是对这次事件进行了一次深入了解。下面就从外行角度总结一下这份证词并尝
试以更简单的语言解释里面提到的暴冲原因以及丰田犯下的错误。
Barr 的证词下载自他的个人博客 Barr Code，但现在该文已经被删除。（附在文末）
Michael Barr 是谁？他是一位拥有 20 年以上行业经验的嵌入式系统工程师。在十八
个月中，有 12 位嵌入式系统专家，包 Barr，受原... 阅读全帖 |
|
y******e
发帖数: 1194 | 49 冷静，我有存档，你整理一下格式再发吧
————————————————————————————
背景简介
前几年闹得沸沸扬扬的丰田刹不住事件最近又有新进展。十月底俄克拉荷马的一次庭审
，2007 年一辆 2005 年凯美瑞暴冲（Unintended Acceleration，UA）致一死一伤事件
中丰田被判有责。引起广泛关注的是庭审中主要证人 Michael Barr 的证词让陪审团同
意丰田的动力系统软件存在巨大漏洞可能导致此类事件。这是丰田在同类事件中第一次
被判有责。庭审过后丰田马上同意支付 300 万美元进入调解程序。
出于好奇，我漫不经心地下载了 Barr 的 286 页证词，却一下子被吸引住了。几天内
读完，算是对这次事件进行了一次深入了解。下面就从外行角度总结一下这份证词并尝
试以更简单的语言解释里面提到的暴冲原因以及丰田犯下的错误。
Barr 的证词下载自他的个人博客 Barr Code，但现在该文已经被删除。（附在文末）
Michael Barr 是谁？他是一位拥有 20 年以上行业经验的嵌入式系统工程师。在十八
个月中，有 12 位嵌入式系统专家，包 Barr，受原... 阅读全帖 |
|
