如何快速存取大数组

keith_cheung 2011-12-04 12:24:56
如下例子:

int i,iDimMax,iDim[1000 0000];

iDimMax = -1;
for( i = 0 ; i < 1000 0000; i++ )
{
if( ... )
continue;

iDim[ ++ iDimMax ] = i;
}

发觉这数组存入 i 值很慢,有何快速的方法? 谢了!
...全文
163 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
keith_cheung 2011-12-08
  • 打赏
  • 举报
回复
先结贴,慢慢再试。
lcy_888 2011-12-06
  • 打赏
  • 举报
回复
我学得开一块大内存区专用。
havedown 2011-12-06
  • 打赏
  • 举报
回复
应该new一个这样的内存区,再当数组用吧。
keith_cheung 2011-12-06
  • 打赏
  • 举报
回复
[Quote=引用 8 楼 qunkangli 的回复:]

应该是数组过大,因此存取时页面错误过多.
先试下将变量声明为寄存器:
register int i, iDimMax ;
int iDim[10000000];
[/Quote]


我猜是这种原因:存取时页面错误过多?
正在想办法处理。

大家快些发言啊,想结贴了。。。
QunKangLi 2011-12-05
  • 打赏
  • 举报
回复
应该是数组过大,因此存取时页面错误过多.
先试下将变量声明为寄存器:
register int i, iDimMax ;
int iDim[10000000];


dfasri 2011-12-05
  • 打赏
  • 举报
回复
用一个CPU处理这个数组觉得慢, 就开多个线程并行处理是了. 要么就是流水线的形式, 把iDim[ ++ iDimMax ] = i;作为流水线的最后一步操作. 不过以现在的CPU来说, 进行这步操作1s内是5千万的级别的, 我想你这1千万, 根本不成问题.
jiuzhoulh 2011-12-05
  • 打赏
  • 举报
回复
memcpy()是最快的了
whycom 2011-12-04
  • 打赏
  • 举报
回复
memcpy
  • 打赏
  • 举报
回复
慢吗? 我试了一下很快啊 除非是你的if中有耗时的操作
hztj2005 2011-12-04
  • 打赏
  • 举报
回复
[Quote=引用 3 楼 keith_cheung 的回复:]
不是这么会事啊!

iDim[ ++ iDimMax ] = i

将此句删除和保留,运行时间差别太大了。
[/Quote]

cpu就8个寄存器,如果程序简单到不需要在寄存器与内存中交换数据,就非常快。

如果需要,速度就慢至少一个数量级。

你可以保留此句,删掉if句,看看速度。

总之,要想快,除非你自己用汇编写,否则你很难控制,达到自己的目的。
keith_cheung 2011-12-04
  • 打赏
  • 举报
回复
不是这么会事啊!

iDim[ ++ iDimMax ] = i

将此句删除和保留,运行时间差别太大了。
hztj2005 2011-12-04
  • 打赏
  • 举报
回复
if( ... ) 复杂的话,自己简化。

多核的话,多线程可以快一点,

否则用汇编语言自己写。

没有其它办法。
本课程目前总计105课时,并且不定期的进行新知识点的补充,目的是打造一部围绕MySQL的全体系课程。课程涵盖11大章节,分别是:第1章基础&技巧:这部分的重点是会讲解一些容易被开发人员忽略的技巧,例如utf8mb4字符集问题、如何使用外部临时表提高查询效率、快速创建同结构表及快速复制数据、截断表和删除数据使用和差异、以及怎样使用help语句查看帮助文档。第2章六大数据类型:这部分的重点是对MySQL的8种数字类型、5种日期和时间类型、10种字符串类型、枚举类型、集合类型和时间戳类型的区别和使用进行深入讲解。第3章数据库函数大全:MySQL中有上百种函数之多,使用函数可以快速的解决我们很多开发问题,但是由于我们掌握的函数不够多,往往没有办法实际应用,本章节重点是让你掌握更多好用而你不知道的函数使用。第4章数据库引擎精讲:本章节带您深入到MySQL的体系架构,深入理解innoDB、MyISAM、MEMORY、ARCHIVE引擎的区别和使用原则。第5章数据库索引精讲:索引是保障我们查询效率的重点,本章节从逻辑存储和物理存储的底层入手,深入剖析索引的存储结构和查找方法,掌握聚簇索引、非聚簇索引、前缀索引等的存取原理和使用技巧。第6章调优工具:工欲善其事必先利其器,本章节带你掌握读写比例查询、缓存设置、执行计划和Profile调优工具。第7章参数调优和索引调优:怎么样让SQL执行的更快、数据库的性能更强,怎样充分利用索引进行不断的优化。本章节会为您讲解16种MySQL的优化策略。第8章SQL调优:SQL语句是我们日常使用的重点,怎么样写出一手高性能的SQL语句,其实是具有一定技巧的,本章节讲解8种优化策略,让数据SQL执行性能更强。第9章分库分表:在面对海量数据的时候单表和单个数据库的性能始终会存在瓶颈,本章节为您讲解分库分表的原理和技巧,怎么样使用Merge引擎分表、深入掌握MySQL数据库分区表的能力。第10章高可用架构和安全管理:本部分涵盖MySQL的高可用架构,主备架构、主从架构、主从从架构、互为主从架构。数据的同步复制、半同步复制、异步复制。主从复制原理和主从延迟的问题,以及在管理和开发层面怎样保证数据库安全。第11章MySQL日志:对MySQL的7种日志进行讲解,包括errorlog错误日志、general log查询日志、slow log慢日志、binlog 二进制日志、redlog重做日志。课程会附带配套文档和SQL脚本。有问题可以直接联系作者,24小时线上答疑。

16,470

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧