这次拍照的地点场景并不是特别多 据说2-3点左右，阳光就可以从窗外透出来。 不过我想想这个点广州实在是太热了 过去的话可能要1个半小时？ 所以4点左右到可能比较合适，现在天黑的也比较晚。 接下来按场景的顺序，展示一下别人拍的样图。

TMS320C2000系列 TMS320C2000系列DSP又称为数字信号控制器(Digital Signal Controller, DSC)，适用于控制领域，如工业自动化、汽车电子、电机控制、家用电器和消费电子等领域。该系列DSP目前主要由TMS320C24x和TMS320C28x组成，所有TMS320C2000平台控制器均实现了全面的软件兼容性。 TMS320C5000系列 TMS320C5000系列DSP是为实现低功耗、高性能而专门设计的定点DSP处理器。该系列针对消费类数字产品、通信电子、便携…

一条指令的执行可能会受到某些状态位的影响，也可能会改变某些状态位的值，这些状态位都在状态寄存器。 用于控制D单元的运行模式，会影响累加器溢出、进位标志等。 M40=0时，D单元按32位运算模式，因此累加器溢出、进位、符号扩展和移位操作都以第31比特为准。 M40=1时，D单元按40位运算模式，因此累加器溢出，进位，符号扩展和移位操作都以第39比特为准。 当AC0~AC3寄存器溢出时，目的累加器的溢出状态位ACOV0～3被置1。 溢出位检测受ST1_55中的M40位影响，即： M40=0时: 溢出位在第31位检测…

当CPU读取指令时，程序空间才被访问。CPU采用字节寻址来读取指令，指令缓冲队列每次通过程序数据总线PB从程序空间读取32位程序指令 字节寻址（24位） 当CPU从程序空间读取指令时，采用字节寻址，即按字节分配地址，且地址为24位。一个行宽为32位存储器的地址分配由下图说明，每个字节分配一个地址，例如字节0的地址是00 0100h，字节2的地址是00 0102h。 DSP支持8位、16位、24位、32位和48位长度的指令。 在32位宽的存储器中存放了5条指令，每一条指令的地址是指操作码最高有效字节的地址，阴影部分表示没有代码。…

VC5509A是C55x系列一款典型的处理器，在VC5509A中集成了一个C55x内核，128Kx16位片上RAM存储器，并具有最大8Mx16位的外部寻址空间，片上还集成了USB总线、McBSP和I2C等外部接口。

C55x根据功能的不同将CPU分为4个单元，即指令缓冲单元（I）、程序流程单元（P）、地址流程单元（A）和数据计算单元（D）。 C55x有1条32位的程序数据总线（PB），5条16位数据总线（BB、CB、DB、EB、FB）和1条24位的程序地址总线及5条23位的数据地址总线，这些总线分别与CPU相连。 总线通过存储器接口单元（M）与外部程序总线和数据总线相连，实现CPU对外部存储器的访问。 读程序地址总线（PAB）上传送24位的程序代码地址，由读程序数据总线（PB）将32位的程序代码送入指令缓冲单元I进行译码。…

TMS320C55x数字信号处理器是在C54x的基础上发展起来的新一代低功耗、高性能数字信号处理器，其软件具有C54兼容模式，极大地节省了C54x向C55x的转化时间。 C55x采用了新的半导体工艺，其工作时钟大大超过了C54x系列处理器，CPU内部通过增加功能单元增强了DSP的运算能力，与 C54x相比具有更高的性能和更低的功耗。 这些特点使之在无线通信、便携式个人数字系统及语音电话系统中得到广泛应用。

在Linux 操作系统中，通常我们会跑一些服务任务而有些服务会产生大量的日志，这也便成为服务器磁盘溢出的元凶 查找过期日志并自动删除 在有日志收集的服务器上，通常我们的日志不需要存储特别长的时间，只要保障日志能够被采集器扫到即可。为了防止采集器自身故障而导致日志无法采集丢失，可以适当保留一定阈值范围的日志来为后期日志采集恢复提供帮助 Shell 脚本 ## 例如查找 过期3天的 rocketmq日志find /var/lib/docker/overlay2/ -mtime +3 -type f -name…

Lint RPC Framework

跟4个美女去团建

时间真的是过的太快了 一下就是半年 太堕落了 上一行是6月写的 这一行是7月才开始写

我最常用的就是sibelius这个打谱软件，但是这个软件是不能生成简谱的。我找了半天，发现网上确实是有这个插件，但是真的有点贵... 后来接了一个打简谱的活，我上蹿下跳在mac和win的平台上找遍了，都没有找到合适的软件。我一气之下淘宝找了个人帮我手打的，还花了我100元，真的是痛彻心扉！

最开始是在esxi上安装openWRT 但是后来听了猫哥的建议换成了pve pve上面安装其实也差不了太多，依旧是涉及到固件转盘的问题 不过pve的话本身自带这个功能

小可生日！

最近正好要做一个比较大的练习册，做好之后进行编译。结果弹出一个报错信息： Tex capacity exceeded [number of strings = 2078043] 差不多是一个这样的报错信息，只是数值有点区别。 我拿着这个报错信息去问chatGPT，给到我的回复是内存设定的太低了。 我一听觉得合理，按照它给的方法去改配置文件，结果一点用都没有。 最后在论坛上找到了相应的解决办法。

灯+音箱+无线充三合一，很赞！

第一次接触电子书是在高中的晚自习，学校不允许学生携带手机但唯独对MP3以及电子书网开一面。晚自习的时间从下午六点五十一直要十点五十才能结束，每当作业不多的时候早早完成了作业的学生便可以听听歌或者看看书。相比携带一本本厚厚的书籍电子书便显得更加便利。但在国产墨水屏设备兴起前电子书往往只有kindle这个唯一的选项，对于学生而言高昂的价格只能让人望而却步。 对于如今拥有多块屏幕且不被限制使用电子设备的成年人而言，专门买一个设备来看书似乎显得没那么必要，但俗话说的好“人终会被其年少不可得之物困扰一生”，恰逢K…

简单版本(计算词频 并取前三) /** * 计算词频 并取前三 */object WordCountSimple { def main(args: Array[String]): Unit = { val list:List[String] = List( "hello", "hello world", "hello world by spark", "hello world by flink", "hello scala", "scala" ) // 计算词频 val words1 = taskThirdWords1(list)…

本文章由 flowerss 抓取自RSS，版权归源站点所有。 查看原文：Test - liuliのsite