在讨论《这题是要输出什么》回复：

@[STA_Morlin](/user/347089) 输出的确实是那个最大值 好好读题，$p_n$ 是排列

在讨论《求助优化？这都过不去？》回复：

memset 第三个参数填 `sizeof(数据类型) * 数据个数` 就行，并不是只能填整个数组的大小。 memset 的时效是比手动清零快不少的。

在讨论《写了篇有关oi的文章，求支持》回复：

果然有些话还是得发出来了。 感觉可以停了。 事实上刚刚这些言论与这个帖子本身的话题已经没什么关系了。 您各位刚关注的就是之前 [george_jiang](/user/395758) 提到的关于衡中学生的言论而已。请保持清醒，毕竟头脑一热对着一个难以纠正的刻板印象就开喷很不理智，也没必要。 说得过多，因难以容忍错误而想…

在讨论《救命，我难以抑制的兴奋》回复：

~~为什么时限比我做的时候放宽了一倍啊~~

翻译是我写的，然而照着写还写错了（汗） 第二句中的“对所有满足 $i \leq j \leq i+1$ 的 $j$ ”有误，条件关系应为 $i \leq j \leq i + k - 1$。 （虽然从上面也能看出来） 感谢 @Broken_Eclipse 指出错误。

在讨论《memset真的比for快吗》回复：

一次填充8位的连续段内存覆盖一定比你挨个赋值快。 数组规模比较大的时候尤为明显。 刚才本机实测，对 1e6 的数组清空 1e6 次，`memset` 1min13s，`for` 8min19s。没开O2。

首先感谢开发组对 RMJ 的修复，更准确的抓取结果确实让用户感觉方便了许多。 但本人目前遇到的问题是对于 CF 的某些题目，由于原题设置了 Subtask 或 SPJ，采用了另行的评分标准，当下RMJ只抓取“AC”状态的机制不能再适配此类题目，比如目前[此题](https://www.luogu.com.cn/prob…

在讨论《求帮忙注册SPOJ，悬赏关注》回复：

~~完了 当时好像用的是360装的~~ 抱歉，貌似适配不了Firefox 您用的是Linux吗

在讨论《求帮忙注册SPOJ，悬赏关注》回复：

@[_JF_](/user/361141)

在讨论《求帮忙注册SPOJ，悬赏关注》回复：

[~~塞了个文件~~](https://www.luogu.com.cn/problem/U259062) 不清楚能不能兼容您的浏览器 不过我把这个东西拖到浏览器里就可以直接使用了

在讨论《求帮忙注册SPOJ，悬赏关注》回复：

@[_JF_](/user/361141) 虽然当前gooreplacer不可用，但您还是能够在浏览器里搜索到该插件的早先版本并下载。 本人通过这种方式已注册成功。

在讨论《建议撤下题解&添加数据范围》回复：

@[_bzy](/user/213388) @[VinstaG173](/user/59388)

如题。唯一一篇题解使用暴力 $\mathcal O(Tn^2)$ 枚举，根本无法通过此题。 数据范围为 $$ T \leq 500 $$ $$ N \leq 10^9 $$ ，建议添加。 ~~N方过十亿~~

在讨论《建议添加数据范围&警示后人》回复：

@[小粉兔](/user/10703)

本题数据范围未正常显示，建议重新添加。 $$ T \leq 10 $$ $$ 1 \leq N, Q \leq 10^5 $$ $$ 1 \leq u \leq v \leq N $$ $$ 0 \leq c, k \leq 10^9 $$ ``` $$ T \leq 10\\ 1 \leq N, Q \leq 10^…

在讨论《【更新】洛谷维护公告》回复：

貌似现在RMJ除WA和AC之外都会返回UKE的结果，而且不会返回测试点信息 稍微有点怪而且不大方便（？）

在讨论《如果你TLE》回复：

@[方杰123](/user/234356) 建议使用 `memset(a, 0, n + 5 << 2)` （`<< 2` 相当于 `sizeof(int)`） 在数据规模比较大的情况下内存覆盖要比 for 循环快一些（小数据没啥差别，但大数据优势明显）

在讨论《关于本题讨论区、题解的时间常数细节讨论&一些忠告》回复：

@[_•́へ•́╬_](/user/90693) 清楚了，感谢！ 把均匀分布调成全部查询确实跑得很慢，即使 $k$ 随机也得跑5秒 当时确实没有手算，现在才发现两种操作复杂度貌似差一个数量级（ 话说我上面的复杂度也写错了，第一个 $\delta$ 应该做 $n$ 的除数www

在讨论《#4#11输出呢？》回复：

同样是特色 毕竟AT是同时面向日/英的网站，会用不同语言复述样例。

在讨论《#4#11输出呢？》回复：

特色，AT样例中有0的都不显示。 （历史遗留问题了属于是）

在讨论《【更新】洛谷维护公告》回复：

......啊不过RMJ修缮之后用时和内存都取最小值，和原来的比较方式起冲突，AC后不容易再去找到之前的最优解进行借鉴了捏

在讨论《【更新】洛谷维护公告》回复：

喜欢维护后的设计，终于不是只显示第一个Unaccepted的测试点力 ~~虽然对于CF来说本质未变~~

在讨论《关于本题讨论区、题解的时间常数细节讨论&一些忠告》回复：

额 应该是一些特判和重构了大量函数的问题吧 我也不清楚为什么优化了一些东西以后突然变得这么快 本人块长在130~150稳过（但我是由块数决定块长的）

在讨论《关于本题讨论区、题解的时间常数细节讨论&一些忠告》回复：

（起这样的标题是因为看到讨论区里求助TLE代码几乎均为对元素排序，而本人同样被卡）

奋战了四天终于有资格发言了。 出题人将时限缩至一秒之后个别题解已不能在现行条件下通过（不过应该只是常数问题），因而在参考题解对常数进行优化时应当谨慎。 本人对此题修改的复杂度有一些疑问： 若单纯对元素进行排序，由于不能同时维护顺序及位置关系，单次重构边角块复杂度将退化为 $\mathcal O(\delta log\d…

在讨论《题目描述与输出范例 矛盾了！》回复：

~~对于楼主来说这句话的重点应该是“比如”~~

在讨论《对本题A* 估价函数的hack》回复：

不客气 ~~关于时效，好像是我的A-star实现出了点问题~~

在讨论《线段树的单点修改和单点查询有什么意义?》回复：

无所谓。 不过如果只有单点修改/查询的话，上面那一版可以省去一个特判和一个 `pushdown`，且实现常数更小。

在讨论《建议降橙》回复：

这东西有个人差，个人认为本题黄/绿即可。

在讨论《建议降橙》回复：

…… 不会有人一开始学OI就杠上数论，整除分块作为一门新鲜的小“科技”不应该遭受这等待遇。 况且这道题是需要推柿子的，降橙真不至于。 按您的说法，[这道题](https://www.luogu.com.cn/problem/P2260)是否也应该降橙？