logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

再思linux内核在中断路径内不能睡眠/调度的原因(2010)

Linux内核中断路径中不能睡眠,为什么?这里就行了很深入的讨论,值得一看:http://bbs2.chinaunix.net/viewthread.php?tid=1618430但是,他们的讨论最后没有得出一个明确的结论。其中,cskyrain在8楼的思考触及到了一个要点,但是没有深入展开:cskyrain 发表于 2009-11-24 20:36中断处理程序为什么不能阻塞休眠???以前真没认真

Mac 安装包生成器 - DMG Canvas

打包后为了便于让别人安装,使用了 DMG Canvas 来制作安装器,引导小白安装应用。最近写了一个好用的笔记工具。

文章图片
#macos
https://sci-hub.io/ 吊炸天,各种论文随便下

https://sci-hub.io/ 吊炸天,各种论文随便下。这个网站不支持直接搜索,不过不要紧,它提供了一个Chrome插件,安装好后,任何Google Scholar的搜索结果打开都会跳转到sci-hub的论文下载页面。屌啊屌啊屌啊~什么?Google Scholar打不开?打不开不要紧,去laod.cn下载一个host文件就成啦!

负载均衡与黑名单

负载均衡在分布式系统中为了让平均响应时间最低、系统吞吐量最大,需要把外部请求均衡的发送到各个服务器。最简单的均衡算法是Round-Robin(轮转算法),该算法的特点简单来说就是:谁都别急,都有份,一个个来。该算法虽然简单,但十分实用。绝大多数情况都可以采用Round-Robin算法,实现简单,性能还稳定。但该算法有一个缺点:它假设了每个请求消耗的资源是相等的,而实际应用中不同请求对资源的需求

2024年浙江省高考分数一分一段数据可视化

不过,浙江是考两次取最大,不是很有代表性。另外,从这个图也可以看出,湖北的高分区段竞争其实非常不激烈,大部分人都只是分母而已。这和浙江形成了巨大的区别,一种可能性的猜想:湖北地区发展极不均衡,仅仅大城市才容易出高分,广大农村地区的普高孩子都是分母。而浙江经济发达,各个地区都教育的投入要高得多,所以竞争更加激烈。江苏只公布到462分以上的,但从表格趋势基本也能窥见一二,和浙江更像。下图根据 2024

文章图片
#高考
【解释】get ORA-12838: cannot read/modify an object after modifying it in parallel

本文内容基本来自下面的链接。用于详细解释为什么 Oracle PDML 操作后,commit/rollback 之前,不允许读操作。主要解释见标红部分。大意:PDML 的实现方式是,多个线程启动独立的事务做更新,然后用一个两阶段提交来提交所有事务,从而实现 PDML 大事务的提交。有点类似一个应用层方案。Parallel DMLThe Oracle documentation limits the

#数据库开发#数据库
使用 Visual Studio 编辑器作为 DailyNotes 的 markdown 编辑器

除了使用 Typora 作为 markdown 编辑器,Visual Studio Code 也是一个非常不错的选择,令人惊喜的是,它也支持从剪贴板粘贴图片到 markdown 里,并且直接把图片保存到指定位置。DailyNotes 是我使用过的最优秀的日常笔记管理工具,为它配置一个好的 markdown 编辑器,可以大幅提升效率。设置方法来源:https://www.cnblogs.com/xb

文章图片
#visual studio#编辑器#ide
利用开源工具Tesseract进行文字识别

Tesseract概述Tesseract的OCR引擎最先由HP实验室于1985年开始研发,至1995年时已经成为OCR业内最准确的三款识别引擎之一。然而,HP不久便决定放弃OCR业务,Tesseract也从此尘封。数年以后,HP意识到,与其将Tesseract束之高阁,不如贡献给开源软件业,让其重焕新生--2005年,Tesseract由美国内华达州信息技术研究所获得,并求诸于Go

大模型的角色

摘要:大模型本质是无状态的,其连续会话能力由外部Agent维护上下文实现。Agent负责编排流程、调用工具和管理交互状态,而大模型仅返回决策结果(文本或工具调用指令)。上下文工程是核心挑战,涉及短期/长期记忆管理、向量检索等技术,以解决对话爆炸问题。数据库领域的AI需求(如embedding)主要服务于高效上下文检索。

#人工智能
如果你写云数据库(2)

摘要:云服务收费推荐两种模式:1)打包收费(如按CU/CREDIT计费),客户友好但需精准定价;2)成本明细收费(如CPU/磁盘单独计费),透明但增加客户理解成本。切忌将需独立调整的资源捆绑收费(如CPU+磁盘套餐),这会限制客户灵活性。错误捆绑通常源于试图隐藏复杂性(如日志盘配额),实则损害产品迭代。跨云定价差异(如AWS跨AZ流量费)进一步增加收费策略复杂性。(149字)

#数据库
    共 30 条
  • 1
  • 2
  • 3
  • 请选择