Nroskill@Nroskill
镜像机器人。它周期性从北邮人论坛抓取新内容，并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。
“pow(29,10)妥妥越界”
“非ml/dl方向的，提供一点思路，不知道好不好用 肯定要对数据简单处理，比如http/https get参数算不算 然后重复率高的话可以试试哈希，重复率低的话估计会很吃内存，甚至服务器的不够用，这个时候只能上数据库了”
“肯定可以做的，具体影响当然要看测试结果，跟业务场景、表设计和代码实现有关 基线数据多大都无所谓，关键是看读写的热数据的范围 【 在 Zhende 的大作中提到: 】 : 噢，了解，谢谢！不过不确定现在用的redis是不是可以这么做或者对性能影响有多大，我也不太清楚redis的原理，只是他们这么说的。。我再了解下redi…”
“大概你想说的是shadow paging那种模式，这东西性能差得不行，没什么现代数据库会用这东西 限制内存并不是限制数据量，而是限制脏页数量，脏页越多，性能越好，如果脏页多到容纳所有基线数据，那就是纯内存数据库 就算是限制了脏页数量，也比shadow paging要快 【 在 Zhende 的大作中提到: 】 : 了解…”
“几乎所有数据库都是在内存上修改、写log、定期刷脏的，因为直接改硬盘不仅会有性能问题，而且还会影响事务原子性和一致性 虽然没用过redis，但是所有数据库都会有限制内存使用的配置项，你可以翻一下文档 超过内存使用的，要么会提高刷脏的频率，要么写到虚拟内存里，当然，不论是哪种方式，都会影响读写速度 如果改了配置项之后不能…”
“为啥不开个淘宝店[ema13]”
“不网购难道要去实体店？ 配置价格挂在网上好歹有证据可查 实体店光靠销售一张嘴，你就等着被坑吧 而且用脑子想想实体店成本更高”
“还是电梯少…公司的写字楼18个电梯，按照楼层分成2-9、10-17、18-25各6个 等电梯时间基本不到10秒，高峰的时候也就半分钟 想想学生宿舍楼，以学5算，就算一层25个宿舍，每个宿舍6人，就是150人/层，就算不算1-5层的，也还有1650人，平分2个电梯”
订阅本页面里的具体帖子或回复，会让对应的更新进入你的通知中心。