s****r
发帖数: 31686 | 1 操， 在研究我老新弄的microcontroler, 才发现只有64byte的内存，
在发愁怎么使用 |
|
o***g
发帖数: 2784 | 2 如果你有空间，就浪费32byte或者64byte吧
查表也已经很快了 |
|
b***i
发帖数: 3043 | 3 先得明确你的需求,假定你需要上千万条的记录。你需要处理随机读写的文件，而不是
顺序文本。
第一个十内容文件可以定为64byte一个单元，每个单元最后4个字节是指针，指向其他
模块单元，你一共可以有4G 个模块。另一个目录文件就存每个行在内容文件的起始单
元比如
0F645343，总长，
93434344，总长，
这个是假定你有过很多存储和删除，所以最开始的可能不是0了。你可以做个标记，比
如内容文件那个指针如果是0，表示没有后续文字了。如果是FFFFFFFF表示该单元被删
除了（释放），可以以后给其他新增的用。
这样，你可以快速更新每一模块。
对你想的任何需求，办法是有的。我这就举个例子。你的需求有任何具体的区别，都可
以经过改动，实现。关键是要明确你的需求。 |
|
T********i
发帖数: 2416 | 4 网络i/o基本上每块网卡，64byte payload，上5 million packets/s没压力。
这是solarflare的benchmark。
当然前提是sandy bridge的架构。前一代的带宽低好几倍。 |
|
g*****g
发帖数: 34805 | 5 这是我们的实测，288结点，百万次写。这是真实用户数据的写，不是什么魏老师那
64byte
dumb数据写本地磁盘。 |
|
g*****g
发帖数: 34805 | 6 我已经说过很多次了，顺序写和并行写差距是很大的。你要维护余票，就只能顺序写。
厂商的这个测试不符合要求。硬件写的能力跟数据大小关系也很大，这是64bytes的写，
超过512B，这个硬件的只能写140K/秒。你如果要对数据压缩，CPU解压又受不了了。
总之，20行的程序不敢写，打嘴炮是没用的。
nanoseconds,
the |
|
t**********1
发帖数: 550 | 7 说实话，2M的都多得是。这东西强实时，guarantee的。
你以为我成天用的是什么？当然我没有同步写盘的要求，是异步写盘，但是64byte
payload 5M跟玩儿一样。 |
|
m*f
发帖数: 3078 | 8 10gbps，dpdk对64byte的包，处理能力直接到线速，大概双向28.88 million packets
per second,这个网上都查得到。同样纯linux内核协议栈只能处理到dpdk的零头，同样
双向，64 bytes的小包，印象中不到5 million packets per second。腾讯和阿里都有
dpdk现成的产品好多年
dpdk不完全是用户态这么简单，还有很多别的基于linux的技术，比如huge page，物理
页可以是2m或1g，大大减少了tlb的失败的可能性，通常标准linux的物理页只有4k |
|
h****e
发帖数: 2125 | 9 64bytes吗?
如果我设定一个char c[64]，那么这个数组的所有成员都在同一个cache line里吗?谢谢
大虾。 |
|
