• Re: [请教]问问版上大牛们移植windows下可执行文件的问题 (转载

    或许会在源代码级别进行兼容?而不是可执行文件级别?

    【 在 wanglynn (纯良滴萝莉控~~) 的大作中提到: 】

    : 发信人: wanglynn (纯良滴萝莉控~~), 信区: LinuxDev

    : 标  题: [请教]问问版上大牛们移植windows下可执行文件的问题

    : 发信站: 水木社区 (Tue Jun 14 14:27:35 2011), 站内

    : ...................

    2011-06-26
  • Re: 有熟悉qemu的吗

    Simics4.0 的多线程只能加速非共享内存系统的模拟性能,对共享系统

    的模拟性能没有帮助,看看 Simics 的手册就知道了。

    如果一个翻译、一个执行的话,同步会是一个非常麻烦的问题,代码发

    现也是一个问题。不如一个优化、一个翻译执行。

    【 在 sitsang (Michael,Kang) 的大作中提到: 】

    : “引入多线程设计后性能提升幅度很大”是否有资料和数据?貌似这方面应该可并行

    : 的并不是很多。目前我想到的也就是一个线程翻译,另外一个线程执行。

    2011-06-26
  • Re: 有熟悉qemu的吗

    做 trace 很简单,只要记录所有基本块的起始地址和指令数即可。

    基本块起始地址可以在每个 Translation Block 的开始加上一段桩

    代码来收集。指令数亦很容易获取。

    【 在 processor (ccNUMA) 的大作中提到: 】

    : 正好也在搞相关的。

    : 那你最后是如何做trace的?helper function? singlestep? or GDB script(stepi)?

    2011-06-25
  • Re: emacs中文就是个悲剧

    虽然中文支持有诸多不精细之处,但是悲剧还称不上吧!话说 Emacs 现在可是支持 Unicode 的,应该不会再有编码支持的问题了。

    【 在 leoyong (nicepi) 的大作中提到: 】

    : 就如同linux上面搞多媒体一样

    : 除非自己搞,不然都是悲剧。

    2011-06-06
  • Re: 写了一个Emacs+AUCTeX的编辑环境介绍 (转载)

    LaTeX 主要用于写一些比较正式的文档,如果是自己的笔记或博客的话,确实 org-mode 方便一些

    【 在 WaterLin (浏忙绪绪) 的大作中提到: 】

    : 嗯,我也是用 org 来写的,对 AUCTeX 基本没机会用,我现在在琢磨,哪些场景里

    : 还会用 LaTeX,你写科技论文多不多的?

    2011-05-17
  • Re: 写了一个Emacs+AUCTeX的编辑环境介绍 (转载)

    很不错,写的很详细,排版也很漂亮!

    这里补充一点今天看到的一个技巧,让 AUCTeX 自动确定需要编译的次数,按一个键就可以将文档自动编译,不需要重复按键了。详见 http://www.emacswiki.org/emacs/TN#toc8

    【 在 siziki (开心) 的大作中提到: 】

    : 发信人: siziki (开心), 信区: TeX

    : 标  题: 写了一个Emacs+AUCTeX的编辑环境介绍

    : 发信站: 水木社区 (Sat May 14 23:32:05 2011), 站内

    : ...................

    2011-05-15
  • Re: fvwm 2.6.0 stable release

    有个有越的特性是 FvwmTabs,能将多个窗口的标题栏

    组合在一起,形成一个窗口组,按 Tab 方式使用

    【 在 siziki (开心) 的大作中提到: 】

    : 邮件列表里有声明,cvs了一下,已经是2.6.0了。

    : 从版本变化上,看来是一个大的变化,不过现在还没有来得及好好看有哪些好玩的变化。

    : 下面是邮件列表里作者自己想象的2.6.0的声明,刚开始还以为需要过长一段时间,没想到这么快就release了。

    : ...................

    2011-05-12
  • Re: 【请人】做一个指令集相关的C程序

    这个范围也太大了点

    【 在 eenewman (天泉) 的大作中提到: 】

    : 有偿请人做一个指令集相关的C程序,和指令集、compiler、CPU有些关系。

    : 请加QQ 1204218304

    : 非常感谢^_^

    2011-05-12
  • Re: 想让emacs中英文能正常对齐,好难啊。

    Emacs 是在中英文字体宽度为 2:1 这个假设下进行的

    文档排版,因此当中英文字符宽度不为 2:1 时,就无

    法精确对齐,解决这个问题的根本也在于将中英文的宽

    度调整为 2:1。注意,这里所说的是字体宽度,而不是

    字号!

    对于等宽字体,每个字体的宽度和字号的比例是固定的,

    很多英文字体的这个比例是 0.6,也有一些是 0.5x,也

    有 0.5 的,可以通过 fontforge 打开字体文件查看。中

    文字体的这个比例都是 1.0。因此,要想实现 2:1 的宽度,

    就需要将中文字体的大小设置成

    ceil[en_size * width_factor] * 2

    比如对于 Monaco 字体,其宽度与字号的比例是 0.6,

    因此在英文字体是 16px 时,将中文字体字号设置为 20px

    就可以保证中英文精确对齐。

    注意:计算的时候,必须使用 pixelsize,因为舍入时是根

    据 pixelsize 进行的。

    如果直接在 fontset 中设置中英字体的大小,会导致很多自

    动调整字体大小的地方失效,比如 auctex-mode 下

    section 标题字号自动增大的特性就会失效。好在 Emacs

    中提供了一个配置可以以另外一种方法来在不影响这种特性

    的情况下设置字体大小:

    (add-to-list 'face-font-rescale-alist '("华文细黑" . 1.22))

    但是 Emacs 中有两个 Bug 导致设置这个变量的时候出现一

    些怪异的问题,下面是一个 Patch,在 Emacs24 下经过测

    试没有问题:

    --- a/lisp/startup.el

    +++ b/lisp/startup.el

    @@ -552,7 +552,7 @@ DIRS are relative."

    ;; attribute here.  See bug#1785.

    (unless (eq face-font-rescale-alist

    old-face-font-rescale-alist)

    -           (set-face-attribute 'default nil :font (font-spec)))

    +           (face-spec-reset-face 'default nil))

    ;; Modify the initial frame based on what .emacs puts into

    ;; ...-frame-alist.

    --- a/src/font.c

    +++ b/src/font.c

    @@ -2826,7 +2826,7 @@ font_open_entity (FRAME_PTR f, Lisp_Object entity, int pixel_size)

    {

    Lisp_Object fn = XCAR (objlist);

    if (! NILP (AREF (fn, FONT_TYPE_INDEX))

    -          && XFONT_OBJECT (fn)->pixel_size == pixel_size)

    +          && XFONT_OBJECT (fn)->pixel_size == scaled_pixel_size)

    {

    if (driver_list->driver->cached_font_ok == NULL

    || driver_list->driver->cached_font_ok (f, fn, entity))

    @@ -2836,7 +2836,7 @@ font_open_entity (FRAME_PTR f, Lisp_Object entity, int pixel_size)

    font_object = driver_list->driver->open (f, entity, scaled_pixel_size);

    if (!NILP (font_object))

    -    ASET (font_object, FONT_SIZE_INDEX, make_number (pixel_size));

    +    ASET (font_object, FONT_SIZE_INDEX, make_number (scaled_pixel_size));

    FONT_ADD_LOG ("open", entity, font_object);

    if (NILP (font_object))

    return Qnil;

    【 在 Fermat (不说话) 的大作中提到: 】

    : 就是想让中文正好对应两个英文字符的宽度,就像在普通的终端和vim中那样。网上找的方法,很多居然是自己考察出一个能合适大小的中文字体的字号比例,如英文14对应中文16的字体。就算这样,也不能严格对齐。

    : 有什么自然一点的方法吗

    2011-05-12
  • Re: lisp-mode高亮问题

    一切皆为Face,改一下函数名对应的face即可

    2011-04-16
  • Re: 询问一个原理的名字

    边际收益递减

    【 在 orzgod (orz) 的大作中提到: 】

    : 看你这我想到了Amdahl Law

    : 不过应该不是你想要的 呵呵

    2011-03-27
  • Re: 文章被SPAA被拒了

    模拟器似乎除了并行模拟之外,没有学术上可拿得出手的东西,

    能透露一下你之前做的工作吗,我很久之前也做过一段的模拟

    器相关研究

    要说出 paper 周期短,做理论分析的可能会好些,模型之类的

    【 在 moking (moking) 的大作中提到: 】

    : 去年下半年搞了个东西作了点实验,老板觉得比较不错,希望投个好一点的会议。结果就选了SPAA。今天结果出来了,被拒了,郁闷。不过感觉审稿人比较专业,之前担心的问题被指出来了,感觉这工作没办法开展了。又得再找个点做。

    : 各位大侠能给点建议吗?现在模拟器相关的哪部分比较热,出paper的周期短一点。万分感谢。

    2011-03-11
  • Re: "基于TTY的组调度"会大大改善桌面应用性能

    显然不是这样,Linus 等人有那么傻吗?意思是如果 A 需要的话,B 就不能占用其

    50% 之内的调度时间保证,如果 A 不需要的话,B 就可以多使用 CPU 时间。具体需

    要不需要很容易判定,如果一个进程不需要 CPU,它会自动调用 schedule 函数放弃

    CPU

    【 在 lvsoft (Lv(The Last Guardian)) 的大作中提到: 】

    : 如果是这么样的话,这称得上是“调度”么?

    : 只是一个静态分配而已。

    : 用

    2011-03-08
  • Re: 求最大公约数和最小公倍数的程序和图灵机有啥关系?

    能解释清楚这个问题的人都是牛人,还是先解释一下现代处理器模型与图灵机的关系靠谱些

    【 在 dlysm (新人) 的大作中提到: 】

    : 菜鸟

    : 我翻了翻计算理论的书,一般都是先讲的有穷自动机,然后下推机

    : 然后引入图灵机,说这是通用模型

    : ...................

    2011-03-08
  • Re: 怎么删除文件b中文件a的行? (转载)

    貌似 join 工具可用于解决这个问题,没有深究,有兴越的研究一下

    【 在 fatalme (火叶) 的大作中提到: 】

    : 发信人: fatalme (火叶), 信区: VI

    : 标  题: 怎么删除文件b中文件a的行?

    : 发信站: 水木社区 (Sun Mar  6 18:57:41 2011), 站内

    : ...................

    2011-03-08
  • Re: Emacs' Org-mode clone for Vim

    视频看不了,可能是被墙了。

    如果能够实现 org-mode 的一些常用功能的话,那可是非常令人期待的。我平时就只用 emacs 的 org-mode 来写个笔记,一直期待 vim 也有这样的插件,终于有牛人出来做了。

    【 在 anhnmncb (来碗,药。) 的大作中提到: 】

    : From: hsitz

    : Subject: Emacs' Org-mode clone for Vim

    : To: vim_use <vim_use@googlegroups.com>

    : ...................

    2010-11-29
  • Re: vim的比较可不可以制定两行对准

    嗯,这个问题我也经常遇到,等高手解答

    【 在 fanuq (fanuq) 的大作中提到: 】

    : 自动对准的出错了。也就是file1的第10行对准到file2的第10行,而其实是和file2的第11行的更相似。这样后面的比较就全乱了。有没有什么方法改正过来,windows下面的beyond compare 就可以用align with这个选项来清除这种错误。

    2010-11-11
  • Re: 支持中文的 f/t 命令 [Patch rev.1]

    一般来说,中英文混合的排版都是中文多,英文少,这个应该不是大问题。如果是英文多,中文少,可以关掉这个功能(不设置 cstab 选项)。

    那样的话使用上就非常不方便了。如果你写的文本中英文多,中文少,建议关闭这个功能。

    【 在 anhnmncb (来碗,药。) 的大作中提到: 】

    : 我的意思是,对于英文,fw 能准确定位到 `w' 这个字,而不是指以 `w' 开头的词。对于中文,fw 却定位到了不同的'字'上。本来 f 的初衷是精准定位,现在却不精准了。如果你想移动到第 3 个 `w',但中间夹了很多 w 开头的中文,怎么办?

    : 是不是能增加个选项,定义 f 后再按一个比如 C-f 时才临时打开搜索中文字的功能?

    2010-11-11
  • Re: 支持中文的 f/t 命令 [Patch rev.1]

    时间开销很小,因为是通过汉字的编码直接到一个数组中去查的,所以是 O(1) 的开销。

    空间开销还好,根据映射表的大小而定,对于 UniHan 字符范围,开销大约 20KB。

    实现上的开销包括两点:

    1) 将一行中光标之后/之前的每个汉字编码转换成 unicode 码值;

    2) 查表,第一级是是二分搜索(考虑到扩展性),但是一般只有四项,所以很快;第二级是直接到数组中索引;

    由于是一个交互式的编辑器,人的反应速度非常慢,所以这点开销可以忽略不计。启动的时候 parse 映射表可能需要一点时间,我没有测量,但是主观上感觉不到,应该是在微秒级的。

    【 在 typo (typo) 的大作中提到: 】

    : 另外不知道加这个对性能有多大影响?估计我多虑了。

    2010-11-11
  • Re: 支持中文的 f/t 命令 [Patch rev.1]

    这个很正常,who want to work 这样的英文句子不也有这个问题吗。f/t 命令本来就不是一次到位的,多按几次 ;/, 就行了。

    分词确实是一个比较有用的功能,但是我估计只能通过插件的形式实现了。可能只能在 vim 核心中添加一些接口。这个功能估计还是遥遥无期,先用这个 f/t 凑合着吧,我用了几天,觉得还可以。

    【 在 anhnmncb (来碗,药。) 的大作中提到: 】

    : 不知怎么处理类似这样"w 我 喔"的行呢?感觉这样移动有时很容易给用户个"惊喜"。

    : 对于一个长句,即使分词和自己想的不一样,至少能较小步调的移动,现在一次就一整句,常常会有"惊喜"。

    2010-11-10