小编use*_*250的帖子

我主要是一名非常高级的程序员，因此思考 CPU 局部性等问题对我来说是非常新鲜的。

我正在研究一个基本的双线性去马赛克（用于 RGGB 传感器数据），并且我的算法是正确的（根据结果判断），但它的性能没有我希望的那么好（~210Mpix/s）。

这是我的代码（输入是具有单通道 RGGB 的 4640x3472 图像）：

def get_bilinear_debayer(input_raw, print_nest=False):
    x, y, c = Var(), Var(), Var()

    # Clamp and move to 32 bit for lots of space for averaging.
    input = Func()
    input[x,y] = cast(
        UInt(32),
        input_raw[
            clamp(x,0,input_raw.width()-1),
            clamp(y,0,input_raw.height()-1)]
    )

    # Interpolate vertically
    vertical = Func()
    vertical[x,y] = (input[x,y-1] + input[x,y+1])/2

    # Interpolate horizontally
    horizontal = Func()
    horizontal[x,y] = (input[x-1,y] + input[x+1,y])/2

    # Interpolate on diagonals
    diagonal_average = Func()
    diagonal_average[x, y] = (
        input[x+1,y-1] + …

首先,我对CSS很新,所以我希望我没有做过任何可怕的愚蠢行为.

基本上,我有一个设计,我正在使用Pure构建,宽度在谷歌Chrome中播放,而它在Firefox中的工作原理.

这是我所做的链接:http://egf.me/Rushd/rushdtest.html和截图:

• Firefox:http://i.imgur.com/mn3GIbT.png
• Chrome:http://i.imgur.com/44jLC6J.png

如果你看一下网页源代码,我还没有真正做了什么,我自己的CSS改变什么(我评论了这一切作为检查以防万一),所以我我莫名其妙地使用纯猜测错误,因为他们自己的网站在Chrome上呈现良好.

此外,使用Chrome的开发工具检查元素显示应该彼此相邻的div元素的宽度加起来小于父元素的宽度.似乎没有任何缓冲区或填充.此外,如果我手动减少宽度非常小,Chrome似乎神奇地修复了一切.