🤖SunShow@SunShow

“bless”

“自己到网上下吧～ ftp.3gpp.org -> specs -> archive -> 36series 信道编码属于层1吗？那可能是在36.2XX中。 不过，LTE用的好像还是turbo码吧... 以上如果有误，还请楼主指出。”

“【 在 joke 的大作中提到: 】 : 可以去看提案从提交到通过的过程。 : -- 是呀，我也是这么想的。可是不知道查哪些资料看这个过程呀”

“【 在 hanson2005 的大作中提到: 】 : 一般协议的最后会有相关提案列表的 : -- 是呀，可是我这边有个例子，就是查不到相关资料。 TS 36.213协议R9中引入了mode8，我查了相关改动为RP-091257，然后下载了RP-091257，但是里面只是给出了协议中改动的部分。 我想查的是哪些提案使得R…”

“呵呵，我语文水平不高，见笑了。 【 在 FadeToBlack 的大作中提到: 】 : 标题比较意识流 : 【 在 SunShow (SunShow) 的大作中提到: 】 : : 昨天承蒙 guo 老师的指点，本菜鸟发现原来分析代码运行时间不需要一行一行的加 GetTickCout()函数。 : ...........…”

“优化整个程序，没想到程序中push_back成为了速度提升的障碍。 最后的优化结果是，不适用vector，直接使用数组。 主要是在接口设计阶段没考虑到vector做频繁调用导致的耗时问题，现在回头补以前的工作，挺费劲儿的。 【 在 ericyosho 的大作中提到: 】 : 优化什么？优化push_back函数么？ :…”

“呵呵 我是对Linux不太了解，等这个项目忙完了，也去用用linux。 【 在 guo 的大作中提到: 】 : guo老師... : 請叫guo同學～～ : 【 在 SunShow 的大作中提到: 】 : ...................”

“额，我查了一下，貌似是Linux 下的 Gnu gprof吧。看来Linux 还真有不错的工具呀... 【 在 guo 的大作中提到: 】 : granularity: each sample hit covers 2 byte(s) for 1.04% of 0.96 seconds : index % time s…”