• 【公告】walterxh/jeanhaw列入黑名单

    经版友举报并核实,walterxh与jeanhaw虚假信息征友,现决定将此ID及其马甲列入黑名单

    2019-12-30
  • [连任申请] anthem2003 | PieLove

    版主 ID:

    anthem2003

    版面英文名称:

    PieLove

    到任时间:

    2019-05-15

    2019-05-12
  • PieLove版重要提醒

    【PieLove版FAQ】 链接: http://www.newsmth.net/nForum/article/PieLove/1665375?s=1665375

    【报喜贴】       链接: http://www.newsmth.net/nForum/article/PieLove/1002455?s=1002455

    【删帖原则和禁止行为】

    1. 代征 只限代认识的人(曾经见过面、知道姓名及工作生活情况),不得替陌生人、网友征友。凡是代人征友后,被人投诉举报且提供证据,并经版务组核实的,该ID及其马甲将被列入黑名单。

    这个链接 http://www.chinanews.com/sh/2016/01-30/7740919.shtml 里的案犯曾经在本版征友,为了逃避追查,该案犯是通过站内信件请求某ID代其征友。网友要多留心帖子内容以及置顶名单列表,以免人身和财产遭受损失

    2. 征友者的性别,年龄,身高,体重,未婚/离异/丧偶,必填。否则会删帖

    3. 如果多次征友,征友帖中同一人的关键信息如果前后不一致,或不符合逻辑/常识,会删帖,该ID及其马甲将被列入黑名单

    4. 如果征友超过6次以上,会在发帖后的第二天删帖

    5. 不得在ID说明档、帖子签名档、Re帖中加入征友内容

    6. 不得替黑名单人员征友

    7. 有离异、丧偶、身体残疾、患有疾病、重大病史、携带传染病毒、家族遗传病史、心理障碍、同性恋等情况者,不得隐瞒

    8. 不允许已婚者征友

    9. 不得多马甲为同一人征友,不得多马甲演双簧、互相称赞/捧场/推荐/顶帖

    10.关于代发征友,所留的联系方式(邮箱/微信/QQ等)必须是征友者本人的,不得用代发者的联系方式

    11.不得用自动化程序或脚本发文

    12.不得Re三个月前的旧帖

    13.标题不得使用●■◆▲★之类符号

    14.不得转载文章至本版

    15.不得推荐婚介网站、交友聚会/活动、交友群

    16.本版默认征友地点是北京。位于北京以外的征友者,必须明确征友地点(市/县)

    17.征友帖必须明确是 男征女,还是 女征男

    18.不得在征友帖中加入其它网站链接(含有征友者照片的链接除外)

    19.评论时不得用偏见、歧视、侮辱、低俗语言,不得有对地域、性别、年龄、职业、身体的歧视,不得讨论宗教、种族、处/非处、政治类话题,不得无证据的乱扣帽子

    【投诉须知】

    网友在投诉时,不要在版面投诉,应发信给版主,同时务必提供有效的证据截图,包括但不限于:

    1. 能证明被投诉人不当行为的邮件、QQ、微信、短信等截图,其中要有被投诉人征友时所用邮箱名、QQ号、微信号

    2018-05-25
  • [公告]把 killer22th nonlogic mlwyou 列入黑名单

    有网友举报 killer22th nonlogic mlwyou 多个马甲 长期在PieLove PieFriends 豆瓣 天涯等网站恶意征友,经查属实,列入黑名单

    killer22th 使用过的QQ号码有 [2545208371, 1208659786, 2961647575, 928475142, 3124449557] 请网友注意防范

    举报链接

    http://www.newsmth.net/nForum/article/PieLove/2554419?s=2554455

    http://www.newsmth.net/nForum/article/Age/17966930?s=17966930

    2018-05-24
  • [连任申请] anthem2003 | LinuxDev

    版主 ID:

    anthem2003

    版面英文名称:

    LinuxDev

    到任时间:

    2018-04-25

    2018-04-14
  • [合集] memcached确实缺少一些高级特性

    ☆─────────────────────────────────────☆

     JulyClyde (我的月份又来了) 于  (Wed Apr 26 21:51:48 2017)  提到:

    情景:

    一堆自研软件,通过netscaler这个4/7层load balancer访问多台memcached

    疑似因为netscaler的bug,memcached这边挂了很多虚假的TCP连接

    memcached没有kill client的功能

    其中的数据又很宝贵(注入一次需要耗时四个小时)

    真是两难

    打算明天用gdb进去call close()一下

    ☆─────────────────────────────────────☆

     qlogic (戒网了) 于  (Wed Apr 26 23:51:16 2017)  提到:

    so_linger

    tcp_tw_recycle

    ☆─────────────────────────────────────☆

     hgoldfish (老鱼) 于  (Thu Apr 27 00:22:14 2017)  提到:

    现在已经找不到多少场景必须用 memcached 而不能用 redis 的吧。

    你这个对预热有要求,尤其应该用 redis 啊。

    ☆─────────────────────────────────────☆

     shallowreg (金子) 于  (Thu Apr 27 01:22:58 2017)  提到:

    memcached 应该古董了吧

    ☆─────────────────────────────────────☆

     JulyClyde (我的月份又来了) 于  (Thu Apr 27 10:46:51 2017)  提到:

    tw_recycle是在半开状态吧?我这里显示还是established呢

    ☆─────────────────────────────────────☆

     JulyClyde (我的月份又来了) 于  (Thu Apr 27 10:47:22 2017)  提到:

    问题是东西不是我写的……

    诶memcached的几个指令,在redis里都存在吗?我如果偷偷给换掉会怎样?

    ☆─────────────────────────────────────☆

     JulyClyde (我的月份又来了) 于  (Thu Apr 27 11:13:09 2017)  提到:

    哦,好像指令相同但响应格式不同。

    ☆─────────────────────────────────────☆

     lushan5436 (密如) 于  (Thu Apr 27 11:50:51 2017)  提到:

    redis就不出现lz说的问题么?这个难度不是连接没有主动关闭,redis会主动关闭?不了解。

    ☆─────────────────────────────────────☆

     hgoldfish (老鱼) 于  (Thu Apr 27 12:46:53 2017)  提到:

    可以啊。。

    # Close the connection after a client is idle for N seconds (0 to disable)

    timeout 0

    ☆─────────────────────────────────────☆

     tenyear (十年) 于  (Thu Apr 27 13:24:19 2017)  提到:

    开源的不是,自己加

    【 在 JulyClyde 的大作中提到: 】

    ☆─────────────────────────────────────☆

     KnightZorro (程序源 & 程序缘) 于  (Thu Apr 27 13:26:58 2017)  提到:

    好奇问下,为啥不用haproxy?

    【 在 JulyClyde 的大作中提到: 】

    ☆─────────────────────────────────────☆

     JulyClyde (我的月份又来了) 于  (Thu Apr 27 16:55:37 2017)  提到:

    redis可以手工关闭,里面有这个指令

    ☆─────────────────────────────────────☆

     JulyClyde (我的月份又来了) 于  (Thu Apr 27 16:58:28 2017)  提到:

    可以运行时增减upstream吗?

    ☆─────────────────────────────────────☆

     KnightZorro (程序源 & 程序缘) 于  (Thu Apr 27 17:47:47 2017)  提到:

    https://www.egnyte.com/blog/2017/04/dynamic-backends-in-haproxy-with-lua/

    【 在 JulyClyde 的大作中提到: 】

    ☆─────────────────────────────────────☆

     JulyClyde (我的月份又来了) 于  (Fri Apr 28 16:27:43 2017)  提到:

    一看到with lua我就没兴趣了……

    ☆─────────────────────────────────────☆

     KnightZorro (程序源 & 程序缘) 于  (Fri Apr 28 17:08:19 2017)  提到:

    这....

    【 在 JulyClyde 的大作中提到: 】

    ☆─────────────────────────────────────☆

     silentguy (沉默是金) 于  (Sun Apr 30 08:01:30 2017)  提到:

    大神,嘛系统?导入一次要4小时。

    【 在 JulyClyde 的大作中提到: 】

    ☆─────────────────────────────────────☆

     JulyClyde (我的月份又来了) 于  (Sun Apr 30 17:12:57 2017)  提到:

    主要是数据产生的慢

    ☆─────────────────────────────────────☆

     hgoldfish (老鱼) 于  (Mon May  1 14:56:12 2017)  提到:

    redis 也是用 lua 写脚本的啊。

    ☆─────────────────────────────────────☆

     JulyClyde (我的月份又来了) 于  (Mon May  1 19:57:49 2017)  提到:

    我没有脚本的需求啊

    ☆─────────────────────────────────────☆

     fancyrabbit (fancy★摩托党★醚恋) 于  (Tue May  2 15:14:45 2017)  提到:

    lua多么好!

    【 在 hgoldfish 的大作中提到: 】

    2017-05-08
  • [合集] [求助] execv后面的代码正常情况下会被执行吗?

    ☆─────────────────────────────────────☆

     xeagle (静下心来编程) 于  (Wed Aug 31 18:30:48 2016)  提到:

    代码示例如下:

    1.    execv(program, &args[0]);

    2.    PLOG(ERROR) << "Failed to execv(" << command_line << ")";

    按我的理解,line 2代码正常情况下不会被执行,除非可执行文件program有问题,比如'program'没有执行权限或被破坏。只要'program'开始执行,line 2就不可能被执行了。我的理解对吗?

    ☆─────────────────────────────────────☆

     JulyClyde (我的月份又来了) 于  (Wed Aug 31 18:36:50 2016)  提到:

    我理解应该是“绝对不可能”

    ☆─────────────────────────────────────☆

     xeagle (静下心来编程) 于  (Wed Aug 31 18:46:05 2016)  提到:

    忘了写了:在执行1之前,先fork了一个子进程,在子进程里执行的1,2

    ☆─────────────────────────────────────☆

     xeagle (静下心来编程) 于  (Wed Aug 31 18:47:15 2016)  提到:

    请教一下,如果'program'不存在或者没有执行权限,程序应该怎么执行?

    注意一下,我3楼补充的条件

    【 在 JulyClyde 的大作中提到: 】

    ☆─────────────────────────────────────☆

     xeagle (静下心来编程) 于  (Wed Aug 31 18:58:16 2016)  提到:

    我在ubuntu上测试了一下:

    如果'program'不存在或者没有可执行权限,line 2会被执行到

    【 在 JulyClyde 的大作中提到: 】

    ☆─────────────────────────────────────☆

     JulyClyde (我的月份又来了) 于  (Wed Aug 31 20:51:44 2016)  提到:

    你是搭配fork试的还是没fork?

    ☆─────────────────────────────────────☆

     xeagle (静下心来编程) 于  (Wed Aug 31 23:08:09 2016)  提到:

    用了fork试的

    【 在 JulyClyde 的大作中提到: 】

    ☆─────────────────────────────────────☆

     Gameplayer (*.*) 于  (Thu Sep  1 10:27:00 2016)  提到:

    用不用都一样,不出错时不返回,出错时会返回-1,man 2 execve可以看看ERRORS段,有很多种可能的错误

    ☆─────────────────────────────────────☆

     JulyClyde (我的月份又来了) 于  (Thu Sep  1 10:43:46 2016)  提到:

    那你知道后面哪句是在哪个进程里执行的吗?

    ☆─────────────────────────────────────☆

     xeagle (静下心来编程) 于  (Thu Sep  1 14:29:43 2016)  提到:

    应该是在子进程里。一般不是取fork()返回的pid来走2个分支吗

    【 在 JulyClyde 的大作中提到: 】

    ☆─────────────────────────────────────☆

     xeagle (静下心来编程) 于  (Fri Sep  2 12:15:51 2016)  提到:

    请教一下,在实际情况下(从log看出来的,无法重现):

    execv下面的代码被执行了,但我估计这种情况下'program'应该还是一个正常的可执行文件。那还有什么出错的情况,让execv下面的代码被执行到了?

    【 在 Gameplayer 的大作中提到: 】

    ☆─────────────────────────────────────☆

     Gameplayer (*.*) 于  (Mon Sep  5 13:36:51 2016)  提到:

    在execv返回后,打印errno,看到底是什么错,可能性太多了

    ☆─────────────────────────────────────☆

     xeagle (静下心来编程) 于  (Tue Sep  6 10:39:45 2016)  提到:

    看了一下错误码,大部份情况都不太可能发生, 比如'program'本身有问题,文件系统mount有问题, I/O错误。因为是系统框架的代码出错,而且只有极个别情况下才会出这个错误,很难重现。

    可能的错误是:系统内存不足,打开的文件句柄不足。这些情况系统本身已经有问题了

    【 在 Gameplayer 的大作中提到: 】

    ☆─────────────────────────────────────☆

     Gameplayer (*.*) 于  (Tue Sep  6 11:12:03 2016)  提到:

    exec后面那一句打印就不能把errno打出来么?方便调试的话,最好根据常见错误号打印一下具体信息,比如你提到的内存不足,可以加个if判断后打印系统内存使用情况,本进程内存使用情况,文件句柄也类似,反正正常不会走到的代码,不会影响业务

    文件句柄可以先看看ulimit设置的多少,lsof看看正常运行时这个进程打开的数量,看还有多少余量

    ☆─────────────────────────────────────☆

     xeagle (静下心来编程) 于  (Tue Sep  6 12:07:41 2016)  提到:

    是系统框架的代码,没有打印errno, 我们没法改。

    【 在 Gameplayer 的大作中提到: 】

    ☆─────────────────────────────────────☆

     xeagle (静下心来编程) 于  (Tue Sep  6 12:09:00 2016)  提到:

    如果真的是内存或文件句柄的问题,怎么处理?这种错误是可以恢复的?

    【 在 Gameplayer 的大作中提到: 】

    ☆─────────────────────────────────────☆

     Gameplayer (*.*) 于  (Tue Sep  6 12:20:43 2016)  提到:

    文件句柄可以ulimit调整上限,内存问题的话最好评估一下理论需要的内存规模和实际使用的内存情况,看有没有必要检查泄露,确实不足的话,要么优化内存使用,要么增加物理内存等等

    ☆─────────────────────────────────────☆

     xeagle (静下心来编程) 于  (Tue Sep  6 14:42:00 2016)  提到:

    我意思是程序运行时刻这种错误怎么处理?当程序运行到这时候,继续执行应该也不太可能保证后面正确的行为吧

    【 在 Gameplayer 的大作中提到: 】

    ☆─────────────────────────────────────☆

     Gameplayer (*.*) 于  (Tue Sep  6 15:30:10 2016)  提到:

    看业务了,要看不能执行的那个程序重不重要,可以发邮件大骂程序员,也可以自杀重来一遍,或者拍拍屁股继续走

    最好还是把错误找出来解决掉

    ☆─────────────────────────────────────☆

     xeagle (静下心来编程) 于  (Tue Sep  6 15:50:28 2016)  提到:

    问题是,不能执行不是程序的问题(program可执行文件本身肯定没问题,跑了百万千万次了),还是当时系统状态不正常了。

    如果这种系统不正常是极小概率事件,假设无法避免,程序运行遇到这种错误继续运行下去有可能意义不大了吧。就像Windows的蓝屏,总不能让应用程序还继续正常的跑下去吧。

    我主要想表达的是:如果程序执行到这里,后面再发生什么bug也属于无法避免了吧。普通的应用不能为了这种问题做处理吧。

    【 在 Gameplayer 的大作中提到: 】

    ☆─────────────────────────────────────☆

     cppgx (s# 巛) 于  (Tue Sep  6 16:03:29 2016)  提到:

    > 如果这种系统不正常是极小概率事件,假设无法避免,程序运行遇到这种错误

    > 继续运行下去有可能意义不大了吧

    我平时在终端里输错命令也是极小概率事件,也是无法避免,所以bash继续运行下去

    就意义不大了?

    ☆─────────────────────────────────────☆

     cppgx (s# 巛) 于  (Tue Sep  6 16:06:14 2016)  提到:

    没法改也没法设断点调试么?什么权限都没有你还折腾啥?

    有多大权力才有多大责任。你无权操心的事你就别操心了。

    ☆─────────────────────────────────────☆

     xeagle (静下心来编程) 于  (Tue Sep  6 16:10:10 2016)  提到:

    终端输入错误不是极小概率事件吧,类比错误。

    用户输入错误和系统状态异常也是完全不同的两种情况吧。

    【 在 cppgx 的大作中提到: 】

    ☆─────────────────────────────────────☆

     cppgx (s# 巛) 于  (Tue Sep  6 16:11:40 2016)  提到:

    不是。

    【 在 xeagle 的大作中提到: 】

    2017-04-25
  • [合集] ns级别高精度定时器实现问题

    ☆─────────────────────────────────────☆

     slice (nihao) 于  (Sat Jan 14 19:45:15 2017)  提到:

    是这样,应用中要精确时间操作,

    正好硬件上有硬件定时器,24Mhz

    驱动搞定了,现在是while中循环查询定时器,这样可以精确延时,误差可以到50ns以内

    问题是,app中用while来查询实在太耗CPU了

    看到有用select(0, NULL, NULL, NULL, &tv);来实现的,貌似精度也不是很高,还没测试

    我在想能不能用这种方式:

    int fd=open("/dev/mytimer",O_RDWR);

    select(fd, NULL, NULL, NULL, &tv);

    用select和定时器"关联"不知道是否可行,或者说,在driver这边要实现什么接口?

    ☆─────────────────────────────────────☆

     dormouseBHU (dormouseBHU) 于  (Sat Jan 14 20:53:05 2017)  提到:

    没什么好办法,linux不是实时系统,保证不了延时精度。死等应该是最好的办法了。或者你能把这个定时器的输出信号接到一个优先级特别高的硬件中断上。把你要做的工作放到中断处理函数里,而且这个中断还要不受linux监管,这样差不多能到纳秒精度

    ☆─────────────────────────────────────☆

     slice (nihao) 于  (Sat Jan 14 21:11:29 2017)  提到:

    不要ns,500ns也行的

    测试了一下,这些函数的误差是延时越大误差越大

    /*

    * @FileName: test_sleep.c

    * @Author: wzj

    * @Brief:

    *

    *

    * @History:

    *

    * @Date: 2012年02月07日星期二22:20:00

    *

    */

    //#include<stdio.h>

    //#include<stdlib.h>

    //#include<time.h>

    //#include<sys/time.h>

    //#include<errno.h>

    //#include<string.h>

    //#include<unistd.h>

    //#include<sys/types.h>

    //#include<sys/select.h>

    #include <ctype.h>    #include <string.h>    #include <stdlib.h>    #include <stdio.h>    #include <math.h>    #include <signal.h>    #include <sys/types.h>    #include <sys/stat.h>    #include <fcntl.h>    #include <sys/mman.h>    #include <sys/select.h>    #include <pthread.h>    #include <unistd.h>    #include <sched.h>    #include <errno.h>

    int main(int argc, char **argv)

    {

    unsigned int nTimeTestSec = 0;

    unsigned int nTimeTest = 0;

    struct timeval tvBegin;

    struct timeval tvNow;

    int ret = 0;

    unsigned int nDelay = 0;

    struct timeval tv;

    int fd = 1;

    int i = 0;

    struct timespec req;

    unsigned int delay[20] =

    {500000, 100000, 50000, 10000, 1000, 900, 500, 100, 10, 1, 0};

    int nReduce = 0; //误差

    fprintf(stderr, "%19s%12s%12s%12s\n", "fuction", "time(usec)", "realtime", "reduce");

    fprintf(stderr, "----------------------------------------------------\n");

    for (i = 9; i < 20; i++)

    {

    if (delay[i] <= 0)

    break;

    nDelay = delay[i];

    //test sleep

    gettimeofday(&tvBegin, NULL);

    ret = usleep(nDelay);

    if(ret == -1)

    {

    fprintf(stderr, "usleep error, errno=%d [%s]\n", errno, strerror(errno));

    }

    gettimeofday(&tvNow, NULL);

    nTimeTest = (tvNow.tv_sec - tvBegin.tv_sec) * 1000000 + tvNow.tv_usec - tvBegin.tv_usec;

    nReduce = nTimeTest - nDelay;

    fprintf (stderr, "\t usleep       %8u   %8u   %8d\n", nDelay, nTimeTest,nReduce);

    //test nanosleep

    req.tv_sec = nDelay/1000000;

    req.tv_nsec = (nDelay%1000000) * 1000;

    gettimeofday(&tvBegin, NULL);

    ret = nanosleep(&req, NULL);

    if (-1 == ret)

    {

    fprintf (stderr, "\t nanousleep   %8u   not support\n", nDelay);

    }

    gettimeofday(&tvNow, NULL);

    nTimeTest = (tvNow.tv_sec - tvBegin.tv_sec) * 1000000 + tvNow.tv_usec - tvBegin.tv_usec;

    nReduce = nTimeTest - nDelay;

    fprintf (stderr, "\t nanosleep    %8u   %8u   %8d\n", nDelay, nTimeTest,nReduce);

    //test select

    tv.tv_sec = 0;

    tv.tv_usec = nDelay;

    gettimeofday(&tvBegin, NULL);

    ret = select(0, NULL, NULL, NULL, &tv);

    if (-1 == ret)

    {

    fprintf(stderr, "select error. errno = %d [%s]\n", errno, strerror(errno));

    }

    gettimeofday(&tvNow, NULL);

    nTimeTest = (tvNow.tv_sec - tvBegin.tv_sec) * 1000000 + tvNow.tv_usec - tvBegin.tv_usec;

    nReduce = nTimeTest - nDelay;

    fprintf (stderr, "\t select       %8u   %8u   %8d\n", nDelay, nTimeTest,nReduce);

    //pselcet

    req.tv_sec = nDelay/1000000;

    req.tv_nsec = (nDelay%1000000) * 1000;

    gettimeofday(&tvBegin, NULL);

    ret = pselect(0, NULL, NULL, NULL, &req, NULL);

    if (-1 == ret)

    {

    fprintf(stderr, "select error. errno = %d [%s]\n", errno, strerror(errno));

    }

    gettimeofday(&tvNow, NULL);

    nTimeTest = (tvNow.tv_sec - tvBegin.tv_sec) * 1000000 + tvNow.tv_usec - tvBegin.tv_usec;

    nReduce = nTimeTest - nDelay;

    fprintf (stderr, "\t pselect      %8u   %8u   %8d\n", nDelay, nTimeTest,nReduce);

    fprintf (stderr, "--------------------------------\n");

    }

    return 0;

    }

    测试了几次,很不稳定,可能是非实时系统调度导致的么?

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        110        109

    nanosleep           1         76         75

    select              1         78         77

    pselect             1         76         75

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        117        116

    nanosleep           1         80         79

    select              1         79         78

    pselect             1         73         72

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        114        113

    nanosleep           1         81         80

    select              1         78         77

    pselect             1         77         76

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        116        115

    nanosleep           1         79         78

    select              1         84         83

    pselect             1         74         73

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        119        118

    nanosleep           1         77         76

    select              1         77         76

    pselect             1         74         73

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        122        121

    nanosleep           1         77         76

    select              1         79         78

    pselect             1         75         74

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        106        105

    nanosleep           1         75         74

    select              1         80         79

    pselect             1         74         73

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        116        115

    nanosleep           1         78         77

    select              1         78         77

    pselect             1         74         73

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        118        117

    nanosleep           1         77         76

    select              1         81         80

    pselect             1         73         72

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        120        119

    nanosleep           1         77         76

    select              1         81         80

    pselect             1         74         73

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        114        113

    nanosleep           1         77         76

    select              1         80         79

    pselect             1         74         73

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        115        114

    nanosleep           1         78         77

    select              1         79         78

    pselect             1         73         72

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        119        118

    nanosleep           1         78         77

    select              1         79         78

    pselect             1         75         74

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        118        117

    nanosleep           1         77         76

    select              1         79         78

    pselect             1         74         73

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        121        120

    nanosleep           1         78         77

    select              1         84         83

    pselect             1         73         72

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        117        116

    nanosleep           1         79         78

    select              1         79         78

    pselect             1         74         73

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        109        108

    nanosleep           1         78         77

    select              1         82         81

    pselect             1         74         73

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        122        121

    nanosleep           1         78         77

    select              1         78         77

    pselect             1         77         76

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        118        117

    nanosleep           1         77         76

    select              1         79         78

    pselect             1         74         73

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        117        116

    nanosleep           1         77         76

    select              1         79         78

    pselect             1         75         74

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        115        114

    nanosleep           1         78         77

    select              1         81         80

    pselect             1         74         73

    --------------------------------

    # ./test_sleep

    fuction  time(usec)    realtime      reduce

    ----------------------------------------------------

    usleep              1        104        103

    nanosleep           1         80         79

    select              1         80         79

    pselect             1         74         73

    --------------------------------

    ☆─────────────────────────────────────☆

     slice (nihao) 于  (Sat Jan 14 21:16:45 2017)  提到:

    看来得用别的办法,在cpu里只能用粗时间颗粒了。

    ☆─────────────────────────────────────☆

     flyoutsky (每天不许偷懒!!!) 于  (Sun Jan 15 08:41:12 2017)  提到:

    为啥要用gettimeofday来测量啊,那是系统时间,精度到不了, 用clock_gettime(mono)/clock_getres() 试试吧

    ☆─────────────────────────────────────☆

     slice (nihao) 于  (Sun Jan 15 10:14:22 2017)  提到:

    恩,gettimeofday精度只能是us级别,而且受cpu调度影响

    用硬件的24M定时器测了下,

    --------------------------------

    usleep            900        983         83

    nanosleep         900        968         68

    select            900          4       -896

    pselect           900        968         68

    --------------------------------

    usleep            500        565         65

    nanosleep         500        564         64

    select            500          1       -499

    pselect           500        565         65

    --------------------------------

    usleep            100        164         64

    nanosleep         100        164         64

    select            100          1        -99

    pselect           100        166         66

    --------------------------------

    usleep             10         74         64

    nanosleep          10         73         63

    select             10          1         -9

    pselect            10         75         65

    --------------------------------

    usleep              1         65         64

    nanosleep           1         64         63

    select              1          1          0

    pselect             1         66         65

    --------------------------------

    usleep              0         64         64

    nanosleep           0         64         64

    select              0          1          1

    pselect             0          2          2

    不知道为啥select误差那么大

    usleep倒还好,基本上和想休眠的时间差64us,这不知道是怎么引入的?

    如果CPU按1GHZ算,函数调用时间应该远用不了64us吧

    ☆─────────────────────────────────────☆

     dormouseBHU (dormouseBHU) 于  (Sun Jan 15 10:46:01 2017)  提到:

    一微秒以内的精度基本都要靠硬件实现。普通的操作系统上定时精度也就百微秒这个量级吧。如果发生任务调度了,那就是十毫秒这个量级。

    即使上了实时系统也没多么乐观,周期性任务的时间抖动也在微秒这个量级。不受操作系统管理的硬中断能好点,不过这种限制太多,好多事都干不了

    很好奇你为啥要这么高的定时精度?

    【 在 slice 的大作中提到: 】

    ☆─────────────────────────────────────☆

     slice (nihao) 于  (Sun Jan 15 11:20:10 2017)  提到:

    给板子上的fpga发送的数据,时序性要求比较高,本来想在CPU上把时序调好,省事。

    看来得在fpga内部来重新调整才行。

    ☆─────────────────────────────────────☆

     Gameplayer (*.*) 于  (Sun Jan 15 11:25:20 2017)  提到:

    那个定时器没有中断吗?

    ☆─────────────────────────────────────☆

     slice (nihao) 于  (Sun Jan 15 11:28:44 2017)  提到:

    中断应该可以实现,问题是调用中断等都会不够精确吧?us级别以上了吧

    ☆─────────────────────────────────────☆

     beansoflinux (beans) 于  (Sun Jan 15 12:43:09 2017)  提到:

    可以这样,用while轮询,然后把这个app绑定在一个cpu上 这样它不会被调度走

    然后稍微修改一下内核,就是内核init那里,把init绑定在另外一个cpu上。这样所有的init fork出来的进程都会被绑定在另外一个cpu上了

    这种情况下 你的app相当于独占了一个cpu. 但是仍然会有中断打断你的app(时钟,网卡等。不过这些东西也都可以通过定制修改到别的cpu上去或者规避掉

    ☆─────────────────────────────────────☆

     lvsoft (Lv(The Last Guardian)) 于  (Sun Jan 15 17:17:48 2017)  提到:

    建议看看这个。

    http://newsmth.net/bbscon.php?bid=172&id=328265

    ☆─────────────────────────────────────☆

     newre (民工六草) 于  (Sun Jan 15 20:18:57 2017)  提到:

    arm的话,fiq

    【 在 slice 的大作中提到: 】

    ☆─────────────────────────────────────☆

     thufresh (sfs) 于  (Mon Jan 16 00:13:43 2017)  提到:

    上个stm32做fifo吧 最便宜的方法了

    【 在 slice 的大作中提到: 】

    ☆─────────────────────────────────────☆

     yunfeng7854 (heartever) 于  (Mon Jan 16 00:55:27 2017)  提到:

    Intel CPU 支持APIC的话,可以定时中断,精度很高。不知道是不是你想做的事情

    ☆─────────────────────────────────────☆

     slice (nihao) 于  (Tue Jan 17 22:11:25 2017)  提到:

    多谢各位回复

    系统是arm linux3.4内核,硬件支持hrtimer

    打算用hrtimer+ waitqueque来做

    基本思路是app发送数据的同时,告诉driver相应的延时时间, send_data(data,delay_us)

    driver阻塞这个函数,并且用wait_event等待定时器中断函数超时,返回到用户态

    预期是即延时准确又不占用CPU

    不知道是否靠谱?

    之前用usleep测试发现,执行几百次usleep 3000us,偶尔会出现一次100多ms的延时,线程中用到了和别的线程同步的信号,专门测量了这个信号,并没有出现很大的延时。

    ☆─────────────────────────────────────☆

     jcteng (jcteng) 于  (Tue Feb 14 03:08:22 2017)  提到:

    唯一的办法就是直接把处理函数写在中断句柄上。

    【 在 slice 的大作中提到: 】

    2017-04-25
  • [合集] compiling gcc 6.3

    ☆─────────────────────────────────────☆

     wuhaochi (oo) 于  (Thu Apr  6 20:30:07 2017)  提到:

    双CPU,12core hyper threads

    结果编译了好几个小时,还在ing中

    这可是台服务器啊!

    ☆─────────────────────────────────────☆

     zkr (Just Waiting.) 于  (Fri Apr  7 08:13:36 2017)  提到:

    没有make -j N;multilib;bootstrap。

    我知道的三个最容易导致半天搞不定的。

    ☆─────────────────────────────────────☆

     cwall (宝塔) 于  (Fri Apr  7 08:56:20 2017)  提到:

    没看readme吧

    暴力编译,不看说明书

    ☆─────────────────────────────────────☆

     wuhaochi (oo) 于  (Fri Apr  7 10:11:53 2017)  提到:

    是的,后来想起来用了 -j 24,快了许多。

    只是因为boost编译过很多回了,还真没有这么慢的。感觉新版本比之前的慢很多

    ☆─────────────────────────────────────☆

     wuhaochi (oo) 于  (Fri Apr  7 10:12:22 2017)  提到:

    在多台机器上装了不下5遍

    ☆─────────────────────────────────────☆

     wuhaochi (oo) 于  (Fri Apr  7 10:13:39 2017)  提到:

    一般都不太会想起来用-j,因为对于自己的工程,编译起来快得不太明显。

    也只有偶尔发现编译实在太慢了,才会想起来这个

    ☆─────────────────────────────────────☆

     cwall (宝塔) 于  (Fri Apr  7 10:46:18 2017)  提到:

    一般这种东西编译,主要就是-j了。

    ☆─────────────────────────────────────☆

     wuhaochi (oo) 于  (Fri Apr  7 10:57:59 2017)  提到:

    Got

    ☆─────────────────────────────────────☆

     zkr (Just Waiting.) 于  (Fri Apr  7 17:07:53 2017)  提到:

    有内存的话,弄个tmpfs,然后在上边-j N。

    个人感觉推背感会强。

    ☆─────────────────────────────────────☆

     nabice (葱油饼) 于  (Fri Apr  7 17:14:09 2017)  提到:

    每次输入-j8,都觉得好邪恶

    ☆─────────────────────────────────────☆

     Quanm (胖子) 于  (Fri Apr  7 17:18:35 2017)  提到:

    这得多大?

    ☆─────────────────────────────────────☆

     Maxshine (Max) 于  (Fri Apr  7 19:13:31 2017)  提到:

    编译能并行了么?

    ☆─────────────────────────────────────☆

     zkr (Just Waiting.) 于  (Fri Apr  7 19:53:09 2017)  提到:

    Linux下Cross Win32下的ARM,我是在18G内存的VM里Cross的,没细看需要多少空间。

    无Check无BootStrap;编译完了就清掉没用的文件。

    BootStrap并且Check的话,那就没谱了。。。

    ☆─────────────────────────────────────☆

     wuhaochi (oo) 于  (Fri Apr  7 20:36:36 2017)  提到:

    哈哈

    ☆─────────────────────────────────────☆

     hgoldfish (老鱼) 于  (Sat Apr  8 00:39:36 2017)  提到:

    好奇啊。。为啥你们不直接用 mingw64 之类的直接在 windows 下面编译。用交叉编译是不是因为在 linux 环境上面搭了分布式编译之类的?

    ☆─────────────────────────────────────☆

     zkr (Just Waiting.) 于  (Sat Apr  8 07:58:50 2017)  提到:

    我不在Win下操作的原因是Win下太慢。

    不清楚是MinGW的问题还是Windows创建进程开销大。

    ☆─────────────────────────────────────☆

     javaboy (喝了咖啡就话多-_-;) 于  (Sat Apr  8 08:42:10 2017)  提到:

    win下编译比linux慢很多。

    2017-04-25
  • Re: 刚需首套,求购劲松桥附近二手房。首付65.

    一居室也200+啊 平乐园呢

    【 在 dingding98 的大作中提到: 】

    : 那边老房子200+,你这个首付不够

    2015-12-23
  • Re: 刚需首套,求购劲松桥附近二手房。首付65.

    农光东里或磨房北里的,够不够

    【 在 yuandao888 的大作中提到: 】

    : 首付不够。。。。

    2015-12-23
  • Re: 刚需首套,求购劲松桥附近二手房。首付65.

    顶!

    2015-12-23
  • Re: 刚需首套,求购劲松桥附近二手房。首付65.

    有合适的个人房源吗

    2015-12-23
  • 刚需首套,求购劲松桥附近二手房。首付65.

    刚需首套,求购劲松桥附近二手房。首付65.

    2015-12-23
  • 求教,国管公积金贷款买二手,公积金余额怎么取?

    求教,国管公积金贷款买二手,公积金余额怎么取?过户后能当天先办理吗?

    2015-12-23
  • 刚需首套,求购劲松桥附近二手房。

    刚需首套,求购劲松桥附近二手房。首付65.

    2015-12-23
  • Re: 为什么搜房是过户以后再公积金复审啊

    求教什么是公积金复审?

    【 在 sosoyisi 的大作中提到: 】

    : 我们是15天

    2015-12-23
  • 求购,北工大附近最好平乐园小区处大概一居室50平以内的房源

    承受价位与付款方式:

    北工大附近最好平乐园小区

    需求区域与地理位置(越详细越好):

    一居室50平以内

    户型与面积:

    一居室50平以内

    朝向、楼层与装修等:

    朝南或朝东

    是否接受与中介合作:

    搜房之类的中介可以。不需要链家

    其它要求:

    可以落户口,公积金贷款

    2015-12-18
  • [合集] 听说奶茶来我软实习了?

    ☆─────────────────────────────────────☆

     sunseraphic (この世界がいつかは幻に変わると) 于  (Tue Mar 18 22:29:22 2014)  提到:

    北京的同事谁去盗摄几张写真?

    ☆─────────────────────────────────────☆

     argonspin (喵咪) 于  (Wed Mar 19 20:48:12 2014)  提到:

    听说做pr

    为毛不去某东啊。。。

    真心觉得她一般。。。。

    ☆─────────────────────────────────────☆

     holy834 (SMALI破解) 于  (Wed Mar 19 21:12:38 2014)  提到:

    拍张她的工作照

    保证几个礼拜不愁积分了

    ☆─────────────────────────────────────☆

     Joythie (Joy) 于  (Wed Mar 19 21:49:54 2014)  提到:

    【 在 holy834 的大作中提到: 】 : 拍张她的工作照 : 保证几个礼拜不愁积分了 :

    alias多少?

    ☆─────────────────────────────────────☆

     lazuma (lazuma) 于  (Wed Mar 19 21:59:53 2014)  提到:

    这种的我软不缺吧

    ☆─────────────────────────────────────☆

     argonspin (喵咪) 于  (Wed Mar 19 22:35:59 2014)  提到:

    确实!望京那楼的pp mm 还是很多的!

    ☆─────────────────────────────────────☆

     zzqww (@@) 于  (Wed Mar 19 23:10:44 2014)  提到:

    ☆─────────────────────────────────────☆

     ColinYu (Colinyu) 于  (Thu Mar 20 15:33:13 2014)  提到:

    我孤陋寡闻,谁给科普一下,谁是奶,谁是茶…

    ☆─────────────────────────────────────☆

     cookiez (没心没肺) 于  (Fri Mar 21 07:49:08 2014)  提到:

    奶茶就是刘若英,这都不知道

    【 在 ColinYu 的大作中提到: 】

    ☆─────────────────────────────────────☆

     acent (acent) 于  (Fri Mar 21 16:15:19 2014)  提到:

    v-zez

    ☆─────────────────────────────────────☆

     ColinYu (Colinyu) 于  (Fri Mar 21 18:17:23 2014)  提到:

    呵呵,thanks

    ☆─────────────────────────────────────☆

     JetApple (头号通缉犯·金牌全解) 于  (Fri Mar 21 23:08:26 2014)  提到:

    啧啧

    ☆─────────────────────────────────────☆

     N95 (国不知有民,则民不知有国) 于  (Sat Mar 22 00:38:11 2014)  提到:

    没头像啊

    ☆─────────────────────────────────────☆

     ColinYu (Colinyu) 于  (Sun Mar 23 08:33:55 2014)  提到:

    怎么是v不是t?

    ☆─────────────────────────────────────☆

     acent (acent) 于  (Mon Mar 24 11:53:53 2014)  提到:

    【 在 ColinYu 的大作中提到: 】

    intern 也是 v啊

    ☆─────────────────────────────────────☆

     lazuma (lazuma) 于  (Thu Apr  3 11:32:06 2014)  提到:

    v和t的intern有什么区别?

    【 在 lazuma 的大作中提到: 】

    2014-09-03
  • [合集] 今年想回中国微软,咨询问题

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Sun Jun 29 19:05:39 2014)  提到:

    两年前从美国微软回国,然后在另外一个外企做了一年半。然后就是辞职生娃儿。今年想申请中国微软职位,什么时候是招工旺季?另外,我想申请senior test 职位,面试大概需要准备哪些东西?

    万分感谢。

    ☆─────────────────────────────────────☆

     Joythie (Joy) 于  (Sun Jun 29 21:57:26 2014)  提到:

    【 在 mtiger 的大作中提到: 】 : 两年前从美国微软回国,然后在另外一个外企做了一年半。然后就是辞职生娃儿。今年想申请中国微软职位,什么时候是招工旺季?另外,我想申请senior test 职位,面试大概需要准备哪些东西? : 万分感谢。

    你走的时候啥level?北京test职位就少,何况senior test?为啥不senior dev?

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Mon Jun 30 11:21:02 2014)  提到:

    之前就做test的,挺喜欢这个职位。我怎么感觉之前微软一直给我的职位都是senior test。呵呵

    ☆─────────────────────────────────────☆

     Joythie (Joy) 于  (Mon Jun 30 20:46:01 2014)  提到:

    【 在 mtiger 的大作中提到: 】 : 之前就做test的,挺喜欢这个职位。我怎么感觉之前微软一直给我的职位都是senior test。呵呵 :

    test我没有信息,想dev的话可以帮你投简历

    ☆─────────────────────────────────────☆

     Michier (Follow Your Heart) 于  (Mon Jun 30 23:02:24 2014)  提到:

    既然美国ms回来的,面试啥的应该熟门熟路吧

    另外,这句话神马意思“我怎么感觉之前微软一直给我的职位都是senior test”???

    【 在 mtiger 的大作中提到: 】

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Tue Jul  1 07:46:15 2014)  提到:

    不知道中国跟美国有啥区别。美国微软和谷歌面试前HR会发送面试需要准备的事宜。中国从未遇到过。呵呵

    另外,我的意思是我回国这段时间,中国微软HR联系我的职位都是senior test or senior test lead。因为之前有人说senior test 的机会非常少,我只是觉得不少而已。呵呵

    【 在 Michier 的大作中提到: 】

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Tue Jul  1 07:49:44 2014)  提到:

    无论如何还是很感谢。我现在还没要找,可能年底开始吧。不知道招人旺季是啥时候。

    【 在 Joythie 的大作中提到: 】

    ☆─────────────────────────────────────☆

     Joythie (Joy) 于  (Tue Jul  1 18:28:44 2014)  提到:

    【 在 mtiger 的大作中提到: 】 : 不知道中国跟美国有啥区别。美国微软和谷歌面试前HR会发送面试需要准备的事宜。中国从未遇到过。呵呵 : 另外,我的意思是我回国这段时间,中国微软HR联系我的职位都是senior test or senior test lead。因为之前有人说senior test 的机会非常少,我只是觉得不少而已。呵呵 :

    Senior test可能,senior test lead有点不靠谱,现在人至少在招,冬天真不好说

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Tue Jul  1 19:23:47 2014)  提到:

    想我说的是前一段时间。另外,从未想过要做lead,只要安稳做技术就满足了。呵呵

    【 在 Joythie 的大作中提到: 】

    ☆─────────────────────────────────────☆

     lazuma (lazuma) 于  (Tue Jul  1 21:01:18 2014)  提到:

    看你走之前的level, 面试什么产品部门,中国区senior offer比美国那边难拿

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Wed Jul  2 11:15:45 2014)  提到:

    走之前每面试过什么部门。当时就不想在微软呆了。很多人也说中国微软很难进。

    【 在 lazuma 的大作中提到: 】

    ☆─────────────────────────────────────☆

     snnn (cm) 于  (Wed Jul  2 11:22:42 2014)  提到:

    lol...

    不是说社招至少senior起吗?

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Thu Jul  3 06:47:03 2014)  提到:

    真的?我不了解国内行情。

    【 在 snnn 的大作中提到: 】

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Thu Jul  3 06:52:42 2014)  提到:

    另外,我只是听说难,但不知道难在哪里?能告知一二吗?美国那边就是基本功加简历上的东西即可。不知道国内的senior test 需要考察的还有啥?

    【 在 lazuma 的大作中提到: 】

    ☆─────────────────────────────────────☆

     lazuma (lazuma) 于  (Thu Jul  3 14:18:10 2014)  提到:

    背景要求高,即使是IC,也有leadership的要求,否则根本镇不住组里61,62的

    【 在 mtiger 的大作中提到: 】

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Thu Jul  3 17:11:19 2014)  提到:

    这个没啥问题吧。凡是到了这个Level的基本都是带过组的。

    【 在 lazuma 的大作中提到: 】

    ☆─────────────────────────────────────☆

     Joythie (Joy) 于  (Thu Jul  3 18:41:50 2014)  提到:

    【 在 mtiger 的大作中提到: 】 : 这个没啥问题吧。凡是到了这个Level的基本都是带过组的。 :

    带过组和leadership也不能完全划等号的,code写的比小弟快,ramp up比小弟快,经验比小弟多,等等

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Thu Jul  3 19:20:16 2014)  提到:

    这些我都没啥问题。多谢提醒

    【 在 Joythie 的大作中提到: 】

    ☆─────────────────────────────────────☆

     cookiez (没心没肺) 于  (Sun Jul  6 12:26:14 2014)  提到:

    不过要做好准备,测试这个职位还能有多久恐怕也是个问号了

    【 在 mtiger 的大作中提到: 】

    ☆─────────────────────────────────────☆

     lazuma (lazuma) 于  (Mon Jul  7 09:38:04 2014)  提到:

    也就是tittle改一下,事情还是一样做

    【 在 cookiez 的大作中提到: 】

    ☆─────────────────────────────────────☆

     cookiez (没心没肺) 于  (Tue Jul  8 06:17:37 2014)  提到:

    看来我对公司不如你对公司有信心

    【 在 lazuma 的大作中提到: 】

    ☆─────────────────────────────────────☆

     iame (志玲思敏贝鲁奇) 于  (Wed Jul  9 03:35:21 2014)  提到:

    你以前是多少级自己不知道么

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Wed Jul  9 16:45:26 2014)  提到:

    我一猜就会有人这样回复,所以从一开始一直忍着,觉得无论我说什么,中国这边总有人会有说道。呵呵。

    中国微软很多人都觉得自己是很了不起的一个人,美国微软员工绝大部分人觉得自己就是颗螺丝钉而已,尽管是螺丝钉,大家也要把工作做到极致,让自己这颗螺丝钉得不到替换。所以我觉得即便是回美国微软,也不是一件什么了不起的事情,呵呵。仅此而已。

    既然没有任何有价值的信息,我以后不会再来这个版了

    【 在 JaneTong 的大作中提到: 】

    ☆─────────────────────────────────────☆

     KyleMiller (KyleMiller) 于  (Wed Jul  9 17:24:23 2014)  提到:

    同意

    国内氛围太浮躁,大家都把自己太当回事了,新来的new hire干活都挑挑拣拣,不愿意打杂,稍有不如意就以离职相威胁

    岂不知,你不打杂难道让美国的principal sde们去打杂么?人家principal当年也是一步一步从打杂开始证明自己能力的

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Thu Jul 10 07:14:19 2014)  提到:

    不好意思,我也是被刺激到了。最后实在没忍住。。。

    我把帖子删了,省得误伤到真正微软的FTE。呵呵

    【 在 wsmj 的大作中提到: 】

    ☆─────────────────────────────────────☆

     icebupt (ice) 于  (Fri Jul 11 15:04:25 2014)  提到:

    【 在 mtiger 的大作中提到: 】

    说一下我知道的信息

    1. test 会变少,test转dev是趋势,stc早就这么干了

    2. 和nokia合并会导致今年招聘偏保守

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Fri Jul 11 18:05:03 2014)  提到:

    多谢信息。另外,想问一下,Test 会变少是整个微软的趋势还是中国的?

    【 在 icebupt 的大作中提到: 】

    ☆─────────────────────────────────────☆

     lazuma (lazuma) 于  (Fri Jul 11 23:10:52 2014)  提到:

    只有live service的部门会减少test吧,因为每个dev会需要比以前做更多的unit test

    【 在 mtiger 的大作中提到: 】

    ☆─────────────────────────────────────☆

     N95 (国不知有民,则民不知有国) 于  (Sat Jul 12 00:24:31 2014)  提到:

    现在很多部门的dev都要坐unit test了,test的重点也不在automation了,所以整个微软的test应该都会减少。

    ☆─────────────────────────────────────☆

     cookiez (没心没肺) 于  (Sat Jul 12 00:26:31 2014)  提到:

    取消test啊,全转dev,c&e正在动呢

    【 在 mtiger 的大作中提到: 】

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Sat Jul 12 09:07:27 2014)  提到:

    那是专门有人unit test 还是大家都作开发,互相作unit test?作开发我倒不害怕,美国微软的时候老板就劝我转Dev,因为开发升得更快。我自己编程从来没放下过,但是微软这个动作应该会让很多人离开吧!

    【 在 cookiez 的大作中提到: 】

    ☆─────────────────────────────────────☆

     N95 (国不知有民,则民不知有国) 于  (Sat Jul 12 09:15:20 2014)  提到:

    自己做自己的UT。

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Sat Jul 12 09:17:57 2014)  提到:

    应该是增强UT,缩减功能测试和系统测试了吧?

    【 在 N95 的大作中提到: 】

    ☆─────────────────────────────────────☆

     N95 (国不知有民,则民不知有国) 于  (Sat Jul 12 09:22:03 2014)  提到:

    不是,是UT和功能测试给dev了,test只做数据收集和分析了

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Sat Jul 12 09:27:38 2014)  提到:

    那功能测试应该是交叉测试,否则隐患太多了,而且如果test只做数据收集和分析的话,还不如让PM去做这些事情,这样更好控制项目进度。所以这样做下去的结果应该是test的消亡。这如果试验成功,应该会大幅度节约成本。有意思!

    【 在 N95 的大作中提到: 】

    ☆─────────────────────────────────────☆

     cookiez (没心没肺) 于  (Sat Jul 12 11:12:52 2014)  提到:

    以后dev自己负责测试,当然scalablity/perf还是有专门人员,现在的想法是这样。至于离开,恐怕是领导希望的,尤其是test mgr/lead,要转职很麻烦。ic么就像你说的问题倒是不大。

    【 在 mtiger 的大作中提到: 】

    ☆─────────────────────────────────────☆

     cookiez (没心没肺) 于  (Sat Jul 12 11:15:17 2014)  提到:

    这是和行业内其他公司学习的结果,不强行分离开发测试,谁写的代码谁负责到底。个人理解是为了适应快速迭代发布的节奏而做的改变吧。毕竟做云和互联网产品,不能用做windows那个套路来做了。

    就是以后PM这块会比较难做,以前可以挑动群众斗群众,以后难了。

    【 在 mtiger 的大作中提到: 】

    ☆─────────────────────────────────────☆

     binling (新生活) 于  (Sat Jul 12 11:23:40 2014)  提到:

    主要是贵软的面试挺难过的,5轮要做至少5、6道算法题,不仅要做出来还要做的比较完美

    才行。如果有一道题没思路或者不会做基本就挂了。

    开,恐怕是领导希望的,尤其是test mgr/lead,要转职很麻烦。ic么就像你说的问题倒是不

    大。

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Sat Jul 12 11:30:26 2014)  提到:

    我也觉得这是创业公司或互联网的模式了。这样应该会更有效率。

    PM 这块儿是比较难做,权利也应该是更大了吧!

    【 在 cookiez 的大作中提到: 】

    ☆─────────────────────────────────────☆

     N95 (国不知有民,则民不知有国) 于  (Sat Jul 12 13:14:32 2014)  提到:

    PM跟以前变化不大。主要是测试思路变化了,通过收集质量数据来断定产品质量,不再通过automation之类的测试来断定产品质量了。

    ☆─────────────────────────────────────☆

     cookiez (没心没肺) 于  (Sat Jul 12 13:14:35 2014)  提到:

    pm会转型为inbound marketing和product manager,权力恐怕是大不了,以前是三权制衡,现在一对一,pm彻底弱势了

    【 在 mtiger 的大作中提到: 】

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Sat Jul 12 15:25:24 2014)  提到:

    我还以为PM会既负责项目又有部分产品经理的角色呢。如果如你所说,的确弱势了。

    【 在 cookiez 的大作中提到: 】

    ☆─────────────────────────────────────☆

     cookiez (没心没肺) 于  (Sun Jul 13 00:31:01 2014)  提到:

    project management以后交给dev lead们做。

    当然,pm暂时问题不大,现在头疼的是test lead/manager们。

    【 在 mtiger 的大作中提到: 】

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Sun Jul 13 10:24:44 2014)  提到:

    我不知道中国这边怎么样,美国那边test lead自己也是编程地,也就是转成同级别的 dev应该也可以。头疼的可能只有 test manager了。

    另外,我们这些离开微软的test不好回来了,因为,微软比较偏向于找dev,这跟内部test转成dev还是有很大区别的!呵呵。顺其自然吧!

    多问一句azure在中国发展的怎么样?在我看来这绝对是微软的重点产品。

    【 在 cookiez 的大作中提到: 】

    ☆─────────────────────────────────────☆

     lazuma (lazuma) 于  (Sun Jul 13 11:09:58 2014)  提到:

    中国的test lead大部分不写代码,这是最奇葩的一点。另外azure在中国主要是CCIC,提供客户资源以及中国定制化解决方案,azure本身的技术还是在美国。

    【 在 mtiger 的大作中提到: 】

    ☆─────────────────────────────────────☆

     cookiez (没心没肺) 于  (Sun Jul 13 14:27:41 2014)  提到:

    是的,test lead其实也看人,我认识不少principal test lead已经完全没有上手能力了,这样的人转成dev lead天晓得能干吗。test manager当然更头疼一点。

    azure在中国还可以吧,前一段也正式商用了,上海有个做存储的产品团队,还有就是CCIC了。

    【 在 mtiger 的大作中提到: 】

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Sun Jul 13 18:36:13 2014)  提到:

    test lead这事儿是中国人通病,美国那边即便是test manager很多具体项目review会议也会参加,跟大家讨论具体技术问题,更别说test lead了!说白了这是我们真正的饭碗。

    ccic在北京有吗?我怎么感觉很多有意思的机会都在上海呢!呵呵

    【 在 cookiez 的大作中提到: 】

    ☆─────────────────────────────────────☆

     game137 (game137) 于  (Sun Jul 13 18:47:17 2014)  提到:

    北京都是bing吧,还有msra

    上海这边虽然部门多,但是规模都很小。。。

    ☆─────────────────────────────────────☆

     cookiez (没心没肺) 于  (Mon Jul 14 02:46:52 2014)  提到:

    我说的azure团队和ccic都在上海。北京以osd为主。我说的test lead mgr指的是redmond这边。

    【 在 mtiger 的大作中提到: 】

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Mon Jul 14 07:23:07 2014)  提到:

    那是Bing的文化?!bing 里面中国人和俄罗斯人最多吧!我们部门 lead manager绝大部分是白人、印度人,还行吧。放下的不多!

    【 在 cookiez 的大作中提到: 】

    ☆─────────────────────────────────────☆

     cookiez (没心没肺) 于  (Mon Jul 14 09:28:32 2014)  提到:

    我在azure,这里老中老印多,包括leads和manager也是。我说的看到不少也不是绝大部分,从比例说,leads大部分还是能做ic的活,但是manager大部分都不能上手了。

    我不知道你原先在什么部门,可能windows/office里白人多吧,现在的azure和osd基本都是老中老印的天下了。dev线上老中多,test线上老印多。

    【 在 mtiger 的大作中提到: 】

    ☆─────────────────────────────────────☆

     mtiger (米老虎) 于  (Mon Jul 14 09:58:51 2014)  提到:

    我是Windows。leads们都是论起袖子来自己干!呵呵

    【 在 cookiez 的大作中提到: 】

    ☆─────────────────────────────────────☆

     cookiez (没心没肺) 于  (Mon Jul 14 12:36:50 2014)  提到:

    新部门不一样了

    【 在 mtiger 的大作中提到: 】

    ☆─────────────────────────────────────☆

     lazuma (lazuma) 于  (Mon Jul 14 15:45:03 2014)  提到:

    凡是最初靠vendor干活的组,test lead基本就很少coding,即使后面转为纯FTE干活也会保留传统

    【 在 cookiez 的大作中提到: 】

    【 在 Joythie 的大作中提到: 】

    2014-09-03