<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[roshy的专栏]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/roshy</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; roshy]]></copyright><item><title><![CDATA[Dan Koe爆火全网：1.5亿人都在看的文章到底说了什么？]]></title><link>https://blog.csdn.net/roshy/article/details/157472234</link><guid>https://blog.csdn.net/roshy/article/details/157472234</guid><author>roshy</author><pubDate>Wed, 28 Jan 2026 15:52:16 +0800</pubDate><description><![CDATA[承认你现在的行为模式正在让你走向你不想要的结果。明确你的反面愿景（不要什么）和正面愿景（要什么）。哪怕只是扔掉家里所有的垃圾食品，或是购买一个心仪已久的课程，做一个让“旧的你”感到痛苦、让“新的你”感到必然的行为。修复生活不需要奇迹，只需要你停止修补旧的自己，开始构建一个新的身份。当你的愿景足够清晰，旧的习惯会让你感到恶心，而新的行为将变得势不可挡。Dan Koe的原文链接：https://x.com/thedankoe/status/2010751592346030461。]]></description><category></category></item><item><title><![CDATA[AI编程工具，Cursor和Coze（扣子）的区别以及应用场景？]]></title><link>https://blog.csdn.net/roshy/article/details/157471120</link><guid>https://blog.csdn.net/roshy/article/details/157471120</guid><author>roshy</author><pubDate>Wed, 28 Jan 2026 15:05:52 +0800</pubDate><description><![CDATA[你问的这两个问题直击本质。]]></description><category></category></item><item><title><![CDATA[可信计算、TPM]]></title><link>https://blog.csdn.net/roshy/article/details/154686293</link><guid>https://blog.csdn.net/roshy/article/details/154686293</guid><author>roshy</author><pubDate>Tue, 11 Nov 2025 11:21:40 +0800</pubDate><description><![CDATA[需要厂商公钥这样一个灵活的、可更新的策略执行者，来将顶层的信任传递到动态的软件世界中去。只要签名来自策略中信任的发布者（如微软商店证书），无论版本新旧，都允许运行。这套机制在提供强大安全保证的同时，完美适应了现实世界中软件必须不断更新和变化的本质需求。：在某些实现中，它持有验证平台最核心固件（如Intel Boot Guard）的根公钥。中，与容易被攻击的客户端环境分离。它本身不直接验证应用，它只确保整个信任体系从一个纯净的起点开始。它在信任根建立的纯净环境下，具体执行“允许/拒绝”的决策。]]></description><category></category></item><item><title><![CDATA[小模型实现判断两句话的意思是否相同，余弦相似度]]></title><link>https://blog.csdn.net/roshy/article/details/153785273</link><guid>https://blog.csdn.net/roshy/article/details/153785273</guid><author>roshy</author><pubDate>Thu, 23 Oct 2025 16:41:49 +0800</pubDate><description><![CDATA[对于"你吃过饭了吗"和"吃了吗你"这样的例子，推荐使用方法，因为它：专门为语义相似度任务训练能很好地处理词序变化对中文支持良好计算效率较高这种方法在实际应用中能达到很好的效果，相似度通常会在0.9以上。]]></description><category></category></item><item><title><![CDATA[C应对的方法策略]]></title><link>https://blog.csdn.net/roshy/article/details/153321939</link><guid>https://blog.csdn.net/roshy/article/details/153321939</guid><author>roshy</author><pubDate>Wed, 15 Oct 2025 12:32:44 +0800</pubDate><description><![CDATA[我将尽力完成公司给我安排的合理工作，但是由于工作量过大，我无法保证能够如期完成，我将尽量保证结果的准确性但是如果出现部分误差我无法承担相关责任。公司安排不合理工作，包括超过能力范围或工作量大逼你离职如何应对？同时是由于临时接到此任务有很多不熟悉的地方请公司对我进行培训。：不能拒绝， 公司可以以不服从工作安排为由辞退。//然后你别加班好好做就可以了。]]></description><category></category></item><item><title><![CDATA[x86、arm、rsc-v指令集架构，指令集、OS、应用3者的关系]]></title><link>https://blog.csdn.net/roshy/article/details/153194695</link><guid>https://blog.csdn.net/roshy/article/details/153194695</guid><author>roshy</author><pubDate>Mon, 13 Oct 2025 14:37:39 +0800</pubDate><description><![CDATA[应用程序二进制接口，可以看作是ISA和OS共同制定的“二进制层面的调用约定”，规定了函数如何调用、参数如何传递、数据如何对齐等。这对开发者提出了更高要求（需要掌握交叉编译、关注ABI等），但也带来了前所未有的创新机遇，尤其是在AI、物联网等需要深度定制计算的领域。：在A架构的机器上，编译生成能在B架构上运行的程序。：将一个OS（如Linux）移植到一个新的ISA（如RISC-V）上，是一项艰巨的任务，需要重写这些底层代码。：指令集架构是整个软件栈的基石，它决定了上层的OS、编译器和应用软件的运行模式。]]></description><category></category></item><item><title><![CDATA[SSE与Websocket、Http的关系]]></title><link>https://blog.csdn.net/roshy/article/details/151364908</link><guid>https://blog.csdn.net/roshy/article/details/151364908</guid><author>roshy</author><pubDate>Tue, 09 Sep 2025 16:27:43 +0800</pubDate><description><![CDATA[SSE 的全称是（服务器发送事件）。目的：它的主要目的是允许服务器在任何时候主动向客户端（通常是浏览器）推送数据。特性：它是一种单向通信通道。数据流只能从服务器流向客户端。客户端无法通过这个连接向服务器发送数据（除了最初的连接请求）。协议：它是一个Web API，在浏览器端通过 JavaScript 的接口来实现。同时，它也是一种简单的、基于文本的数据格式协议。本质：SSE 本质上是对 HTTP 协议的一种创新使用，它没有创造一个新的协议，而是充分利用了 HTTP 的长连接和流式传输特性。关系：SSE不是。]]></description><category></category></item><item><title><![CDATA[RPC 与http对比]]></title><link>https://blog.csdn.net/roshy/article/details/151362948</link><guid>https://blog.csdn.net/roshy/article/details/151362948</guid><author>roshy</author><pubDate>Tue, 09 Sep 2025 15:46:11 +0800</pubDate><description><![CDATA[是对外API还是内部调用？对外 → HTTP/RESTful内部 → 考虑RPC性能要求是否极高？是 → RPC否 → HTTP可能足够团队能否维护接口一致性？能 → RPC不能 → HTTP是否需要浏览器直接调用？是 → HTTP否 → 可以考虑RPC。]]></description><category></category></item><item><title><![CDATA[MCP与http、websocket的关系]]></title><link>https://blog.csdn.net/roshy/article/details/151356481</link><guid>https://blog.csdn.net/roshy/article/details/151356481</guid><author>roshy</author><pubDate>Tue, 09 Sep 2025 14:11:53 +0800</pubDate><description><![CDATA[MCP 与 HTTP 的关系是：MCP 是应用层协议，可以使用 HTTP/WebSocket 作为传输机制MCP 不是替代 HTTP，而是在其之上构建的专门协议MCP 消息可以通过 HTTP 升级的 WebSocket 连接传输Nginx 可以代理 MCP 服务的原因：Nginx 支持 WebSocket 代理，这是 MCP 的常用传输方式Nginx 可以处理协议转换和适配Nginx 提供安全增强功能，如 SSL 终止和访问控制Nginx 支持负载均衡和高可用性配置。]]></description><category></category></item><item><title><![CDATA[MCP入门教程2 -- 一个最精简的代码实例]]></title><link>https://blog.csdn.net/roshy/article/details/151354487</link><guid>https://blog.csdn.net/roshy/article/details/151354487</guid><author>roshy</author><pubDate>Tue, 09 Sep 2025 10:44:37 +0800</pubDate><description><![CDATA[MCP 服务器和 Web 服务器的主要区别在于它们的协议设计目标和目标用户：Web 服务器主要为人类用户和传统应用程序设计MCP 服务器专门为 AI 模型和智能体设计，提供更适合 AI 交互的协议和语义选择哪种方式取决于你的使用场景：如果需要为 AI 助手提供扩展功能，MCP 是更合适的选择；如果需要构建传统的 Web API，则应使用 Web 服务器。]]></description><category></category></item><item><title><![CDATA[MCP（模型上下文协议）入门教程1]]></title><link>https://blog.csdn.net/roshy/article/details/151330916</link><guid>https://blog.csdn.net/roshy/article/details/151330916</guid><author>roshy</author><pubDate>Mon, 08 Sep 2025 19:48:55 +0800</pubDate><description><![CDATA[MCP（模型上下文协议）作为连接AI模型与外部世界的"万能插座"，正在重塑AI应用开发的方式。它通过标准化的协议解决了AI与工具集成中的碎片化问题，使开发者能够构建更强大、更灵活的AI应用。随着MCP生态的快速发展，我们现在已经可以看到各种实用的MCP服务器，从个人效率工具到企业级系统集成，从云服务管理到代码性能分析，应用场景不断扩大。值得买科技的"海纳"MCP Server月对外输出量达到1300万，新增30多家合作伙伴的数据也证明了MCP技术的迅速普及和实用价值。]]></description><category></category></item><item><title><![CDATA[气胸复查重点提问清单 ，怎样平衡检查必要性和辐射影响？]]></title><link>https://blog.csdn.net/roshy/article/details/147990208</link><guid>https://blog.csdn.net/roshy/article/details/147990208</guid><author>roshy</author><pubDate>Thu, 15 May 2025 19:11:53 +0800</pubDate><description><![CDATA[15. 如果引流超过一周仍有漏气，是否属于恢复慢？是否说明需要考虑手术？13. 孩子咳嗽时仍有气泡，是否说明肺仍在漏气？16. 孩子近期有无胸痛、呼吸困难或发热，这些是否可能代表并发症？7. 如果现在不做手术，将来再次发作的话处理是否会更复杂？10. 引流瓶如何观察是否正常？胸片显示肺是否已经完全展开？需要观察几个无漏气的小时？是否意味着肺尚未复张？8. 上次CT刚拍过，这次是否可以只用胸片来判断？9. 是否必须再做CT？是否可以用低剂量CT替代？我们的恢复速度是否正常？4. 水封瓶波动是否正常？]]></description><category></category></item><item><title><![CDATA[青少年气胸术后护理要点清单]]></title><link>https://blog.csdn.net/roshy/article/details/147987663</link><guid>https://blog.csdn.net/roshy/article/details/147987663</guid><author>roshy</author><pubDate>Thu, 15 May 2025 17:12:27 +0800</pubDate><description><![CDATA[以下为孩子气胸引流及术后恢复期间的家庭护理要点，建议打印后贴于醒目位置，供日常参考。14. 拔管当天应继续观察是否有气胸复发迹象，如呼吸急促或胸痛加重。6. 保持插管处敷料干燥清洁，如敷料松动、渗血或发红，应联系医生。4. 留意是否出现胸痛加剧、呼吸困难或发热等症状，如有立即就医。2. 咳嗽时若仍有气泡冒出，提示肺仍在漏气，需继续保留引流管。5. 确保引流管不扭曲、不受压、不被拔出；活动时避免拉扯管路。8. 鼓励白天适度走动、深呼吸、轻咳，有助于肺复张。9. 避免剧烈运动、屏气、提重物、用力咳嗽。]]></description><category></category></item><item><title><![CDATA[【人工智能】智能体的开发, 知识库]]></title><link>https://blog.csdn.net/roshy/article/details/145700509</link><guid>https://blog.csdn.net/roshy/article/details/145700509</guid><author>roshy</author><pubDate>Tue, 18 Feb 2025 11:31:58 +0800</pubDate><description><![CDATA[掌握开源模型的训练复现（如数据清洗、分布式训练），逐步向更大规模（如400B参数）或垂直领域（如机器人控制）扩展。使用领域数据（如智能体交互日志）对Base模型进行指令微调（SFT），结合DPO/PPO优化对齐效果。Llama 3的生态完善，工具链（如Hugging Face适配）和教程丰富，适合初学者。关注Meta官方更新及Hugging Face社区案例，学习优化技巧（如量化、蒸馏）。若需商业化，可基于开源模型构建私有化服务，或结合闭源API补充特定功能（如实时搜索）。]]></description><category></category></item><item><title><![CDATA[【人工智能】大模型通识，名词术语、基本原理、实践方法，知识库、微调，bit 比特位]]></title><link>https://blog.csdn.net/roshy/article/details/144827294</link><guid>https://blog.csdn.net/roshy/article/details/144827294</guid><author>roshy</author><pubDate>Mon, 30 Dec 2024 16:33:50 +0800</pubDate><description><![CDATA[对于AI产品经理来说，我们的核心工作是应用大模型，而不是作为大模型的研究者。无论各研究团队推出了什么新的架构，对于产品来说都不重要，重要的是如何将其集成到现有的系统中。至于如何集成到系统，不同公司有不同的解决方案，这些就需要在工作中探索了。“文章转自 @入幽 原创发布于人人都是产品经理题图来自 Unsplash，基于CC0协议。]]></description><category></category></item><item><title><![CDATA[关于SNAT、DNAT及浮动地址， 正向代理、反向代理]]></title><link>https://blog.csdn.net/roshy/article/details/144769430</link><guid>https://blog.csdn.net/roshy/article/details/144769430</guid><author>roshy</author><pubDate>Fri, 27 Dec 2024 14:58:20 +0800</pubDate><description><![CDATA[在。]]></description><category></category></item><item><title><![CDATA[CDN与负载均衡]]></title><link>https://blog.csdn.net/roshy/article/details/144749842</link><guid>https://blog.csdn.net/roshy/article/details/144749842</guid><author>roshy</author><pubDate>Thu, 26 Dec 2024 17:52:44 +0800</pubDate><description><![CDATA[【代码】CDN与负载均衡。]]></description><category></category></item><item><title><![CDATA[POD 存储、PV、PVC]]></title><link>https://blog.csdn.net/roshy/article/details/144590547</link><guid>https://blog.csdn.net/roshy/article/details/144590547</guid><author>roshy</author><pubDate>Thu, 19 Dec 2024 19:13:52 +0800</pubDate><description><![CDATA[是 Kubernetes 集群中一个。]]></description><category></category></item><item><title><![CDATA[Linux系统进程启动事件及监控性能测试]]></title><link>https://blog.csdn.net/roshy/article/details/142630965</link><guid>https://blog.csdn.net/roshy/article/details/142630965</guid><author>roshy</author><pubDate>Sun, 29 Sep 2024 14:26:37 +0800</pubDate><description><![CDATA[然后再实现一个程序：循环启动上述程序，等待程序运行结束再启动。执行10秒后统计每秒钟进程打开和关闭的次数。从3个线程（936个）依次提升到10个线程，测试结果可以逐步提升到940多个左右，无法再提升了。经过测试：如果等待进程结束再启动运行，进程的执行次数大概是800次左右。如果改成启动后等待3us,那进程的执行次数大概只有586次左右。我们再看下如此高频的短生命周期的进程事件可以监控到多少。2、这些大量的进程启动事件是否每次都能被监控到？3、如果有些监控不到，大概能监控到多少？]]></description><category></category></item><item><title><![CDATA[利用perf 进行性能分析、火焰图--【C/C++程序】的性能分析、监控]]></title><link>https://blog.csdn.net/roshy/article/details/142597803</link><guid>https://blog.csdn.net/roshy/article/details/142597803</guid><author>roshy</author><pubDate>Fri, 27 Sep 2024 17:18:30 +0800</pubDate><description><![CDATA[性能调优工具如 perf，Oprofile 等的基本原理都是对被监测对象进行采样，最简单的情形是根据 tick 中断进行采样，即在 tick 中断内触发采样点，在采样点里判断程序当时的上下文。性能分析原理：perf对运行中的进程按一定频率进行中断采样，获取当前执行的函数名及调用栈，如果大部分的采样点都落在同一个函数上，则表明该函数执行的时间较长或该函数被频繁调用，可能存在性能问题。CPU性能分析：Perf可以监测程序的CPU使用情况，包括每个函数的执行时间和调用次数，帮助找出CPU密集型程序的性能瓶颈。]]></description><category></category></item></channel></rss>