• [大赛资讯] 江山复赛举办地点?
    请问江山复赛在哪举办
  • [大赛资讯] 数据能否重新写入
    对象删除后会产生碎片,可不可以将已经写入的其他对象块重新写入来填充碎片
  • [大赛资讯] read_object_block_not_loaded是出了什么错
    请问能详细解释一下 read_object_block_not_loaded是出了什么错?
  • [大赛资讯] 标签规律问题
    sample_official.in为线上评测数据official.in对象为粒度 随机抽样 的后的数据可以理解为sample_official.in标签的读写删周期规律与official.in标签的读写删周期规律大致一样吗
  • [大赛资讯] 本地编译成功,上传后提示compile_error 能帮忙定位一下吗
    本地编译成功 ,格式也满足,能帮忙定位下原因吗
  • [大赛资讯] 报名问题
    我本人在江苏上学,但是想和在深圳上学的两个同学一起组队,可以报名粤港澳赛区吗?
  • [大赛资讯] unexpected_eoln
    三个数据集本地都过了 为啥还是unexpected_eoln
  • [大赛资讯] 使用要求的CMake版本,仍然本地通过、上传Compile Error
    以上除gcc外,包括系统环境在内,均与赛题要求一致。本地编译通过,但是提交后显示Compile Error.
  • [大赛资讯] 组队问题
    目前已有自己队伍,并且在榜单上有提交,可以解散队伍之后,加入到另一个队伍当中么?另外之前的提交记录会不会涉及到查重的问题?
  • [大赛资讯] 在windows环境中跑了200s在linnux中要跑700s
    同一份代码用linux编译后跑的时间数倍于windows环境的 有没有大佬能解释一下
  • [大赛资讯] 2025华为软件精英挑战赛-demo解析
    题目解析:本题是要求大家设计一个分布式存储系统,要求大家接受外界的写入,读取,删除对象的请求。其中:删除:直接从系统中删除对象。写入:要求选择三块盘,每块盘写入一个副本。要输出写入的硬盘和写入的位置。读取:控制磁头移动到对象所在位置,并读取该对象,对外报对象读取成功。 Demo实现解析(以python语言举例):1.     全局预处理阶段:这里demo只读入了T,M,N,V,G等数据,没有读取频率数据(因为频率数据不是必须的),并输出了字符串OK,然后刷新了输出缓冲区(sys.stdout.flush())。这里展示了最简单的实现方式。 2.     删除对象:删除对象的demo实现分为3部分:第1部分为读入所有删除的对象第2部分为计算有多少个请求被取消掉。方法为对每一个对象都维护一个链表,链表中的元素代表读取该对象的请求。链表头用lastRequestPoint表示。被取消的请求均为该对象的未完成的请求(用req_is_dones表示一个请求是否完成)。第3部分为输出所有的被取消的请求,输出后刷新了输出缓冲区。 3.     写入对象:写入对象的demo实现分为3部分:第1部分为读入所有写入的对象第2部分为计算每个对象写入的位置,replica[j]为第j个副本写入的位置,(write_id + j) % N + 1保证了两个副本不会写入到同一个盘上。接下来调do_object_write函数计算具体的写入位置,demo的位置计算方式为从前向后找空余的存储单元,找到就存储。demo没有考虑对象标签。第3部分为输出对象的写入结果,输出后刷新了输出缓冲区。 4.     读取对象:读取对象的demo稍微复杂一点,实现分为5部分:第1部分为读入所有读取对象请求第2部分为将请求初始化为链表上的一个元素,将请求挂到对象的链表的表头。第3部分为选择当前的请求。demo实现的存储系统只会同时处理一个请求,记为current_request。对于其他请求,demo会忽略掉。第4部分为特殊情况,如果当前存储系统中没有正在处理的请求,所有的磁头在这一时间片什么也不做。第5部分为处理当前的请求。当前处理的请求id为current_request,demo实现的算法固定使用size * 2个时间片完成读取。demo每次只挪动一个磁头,两个时间片为一组,首先jump到该存储单元,然后再读该存储单元。demo使用current_phase来计算当前是第几个处理该请求的时间片,如果是奇数就jump,偶数就读取,读取完成后上报请求完成。输出后刷新了输出缓冲区。 5.     如何拿到更高分?对新手小白的建议:1.     新手建议不要考虑对象标签,顺序读写和随机读写等问题,也不要考虑输入中的频率信息等,题目中给出的这些信息均为优化读写效率的信息,并非必须信息。2.     注意到demo中每个时间片只有一个磁头有动作,其余磁头都是闲置状态,可以考虑将每个磁头都先分配任务,然后执行任务,提升并发数量,可以获得数倍于demo的分数。3.     每个磁头分配的任务足够多后,可以考虑在每个磁头在一个时间片内做多个请求(也就是执行多次read动作),再次增大并发量。4.     注意到这道题目是读取密集型(写入和删除最大次数为10w,读取为3000w),在某个时间片时,大量的存储单元都需要被读取,可以考虑从头读取到尾的策略。合理运用数据结构,使得程序不会运行超时。 接下来的优化策略,就请选手自行探索吧~官方提供的优化路径并非唯一的,如果你有更好的优化思路,可以按照自己的想法来,希望看到你创造的不同的算法!
  • [大赛资讯] replay有bug
    replay应该有bug,我们看到replay显示当前obj448有6个request共8.865分,但本地打印的结果明明已经上报成功了。并且105帧内,算上已经上报的,也只有5个request。
  • [大赛资讯] 赛区更新异常
    江山赛区更新时间大于一天,每超过24h才更新一次
  • [大赛资讯] 江山赛区排行榜怎么不刷新
    江山赛区排行榜怎么不刷新,都一天了
  • [大赛资讯] c语言代码提交后compile_error
    本地跑测试样例能够正常运行,但是提交代码就会compile_error。(提交demo是正常的)
总条数:1790 到第
上滑加载中