Ubuntu24可以做的事情
“Kubuntu 24 完整玩法清单” 活动类别(开发/娱乐/创作/系统优化等) 具体玩法 难度(低/中/高) 资源消耗(低/中/高) 硬件利用率(CPU/GPU/内存/存储) 所需软件/工具 活动类别 具体玩法 难度 资源消耗 硬件利用率 所需软件/工具 系统管理 KDE Plasma/Hyprland 深度定制主题、图标、窗口动画 中 低 CPU低 / GPU低 KDE System Settings, Latte Dock, KWin Scripts 系统优化 监控 CPU/GPU/内存、优化功耗 中 中 CPU中 / GPU中 KSysGuard, htop, glances, nvidia-smi 自动化 Bash/Python 脚本自动化日常任务 中 低 CPU低 Bash, Python, Cron, systemd 开发环境搭建 Java/Python...
UML类图存储与转换分析报告
UML图有很多种,但是并非必须掌握所有的UML图,才能完整系统分析和设计工作。一般说来,在UML图中,只要掌握类图、用例图、时序图的使用,就能完成大部分的工作。也就是说,掌握UML的20%,就能做80%的事情。 类图中具体类、抽象、接口和包的表示法UML类图中具体类、抽象类、接口和包有不同的表示方法。 1)在UML类图中表示具体类具体类在类图中用矩形框表示,矩形框分为三层:第一层是类名字。第二层是类的成员变量;第三层是类的方法。成员变量以及方法前的访问修饰符用符号来表示: “+”表示 public;“-”表示 private;“#”表示 protected;不带符号表示 default。 2)在UML类图中表示抽象类抽象类在UML类图中同样用矩形框表示,但是抽象类的类名以及抽象方法的名字都用斜体字表示,如图2所示。 3)在UML类图中表示接口接口在类图中也是用矩形框表示,但是与类的表示法不同的是,接口在类图中的第一层顶端用构造型 <>表示,下面是接口的名字,第二层是方法,如图3所示。此外,接口还有另一种表示法,俗称棒棒糖表示法,就是类上面的一根棒棒糖(圆圈+实线)。...
KUbuntu24睡眠后掉帧的问题分析
前情提要 我的Kubuntu24在使用一段时间后165hz的刷新率会掉帧到很低,就是明显的感觉到页面动画卡顿,除了我经常使用sleep休眠以外,没有关过机以外,没什么其他的操作,反而是我重启后掉帧就消失了,所以我来分析一下原因。 🧩 一、问题特征总结 描述的情况: 165Hz 高刷屏幕 使用 Kubuntu 24(基于 KDE Plasma 6) RTX 3060(NVIDIA)独显 经常使用 Sleep/休眠,几乎不关机 一段时间后页面动画掉帧、系统卡顿明显 重启后恢复正常 这说明:✅ 并非 CPU 或内存泄漏问题(重启能恢复)❌ 很可能是 GPU 驱动或桌面合成器(KWin)状态异常。 ⚙️ 二、可能的原因(从高到低概率)1️⃣ NVIDIA 驱动的功耗管理 Bug(最常见) NVIDIA 的 Linux 驱动在高刷显示器和动态功耗切换(PowerMizer)时,常出现 GPU 频率锁定过低的问题。 症状: 正常时 GPU core clock 能上 1000MHz+,掉帧时锁定在 210MHz 或 405MHz。 这通常在休眠恢复后最容易出现。 2...
Vmware-Exsi笔记本运行可行性报告
前情提要 Vmware Exsi,可以安装在物理机上的虚拟机系统,可以在此基础上虚拟化很多子虚拟机,所以我想在我的Dell G15上安装,然后安装win+linux虚拟机,这样就可以无缝实现双系统或者多系统切换了,但是我现在有几个可行性的问题需要了解,1.exsi是否支持win上的休眠功能,可以保证在没有外接电源的情况下挂载内存关机,2.exsi是否免费使用,3.exsi是否支持我的想法以及有哪些平替软件。所以我在这里做一个详细的可行性报告 可行性报告 — Dell G15(i7-12700H / 32GB / 1TB / RTX3060)上用 VMware ESXi 做多系统虚拟化的可行性与替代方案结论 ESXi 本身不建议也不可靠地作为笔记本的“休眠主机”来实现断电/断电池时自动把内存挂起保留状态。 虽然 ESXi 有 “suspend VM”(将单个 VM 的内存状态写到磁盘) 和某些版本的 “suspend to memory” 功能用于特定维护场景,但 把整台笔记本主机(运行 ESXi)在无外接电源时进入休眠/挂起并...
常用浏览器对比
常见浏览器比较报告 — Chrome / Brave / Firefox / Tor Browser(详尽对比:安全、隐私、易用性、目标用户等)下面把四款常见浏览器按关键维度做系统性对比——并给出适用人群与实用建议。结论基于官方说明与近期权威综述(引用见文末)。我先给一个快速概览表,再逐项拆解重点与实操建议。 维度 / 浏览器 Google Chrome Brave Mozilla Firefox Tor Browser 默认安全性(沙箱、网站隔离、恶意检测) ★★★★★(强)。沙箱、站点隔离、钓鱼/恶意检测等官方强化。(safety.google) ★★★★☆(良好) — 基于Chromium,继承许多安全特性,同时默认屏蔽追踪。(Brave) ★★★★☆(良好) — 主动推送安全功能(HTTPS-only、DoH 等);更新频繁。(Mozilla 支持) ★★★☆☆(专注匿名) — 安全性强,但为匿名路由流量可能牺牲某些浏览器层面的性能/功能。(privacytools.io) 隐私保护(默认追踪阻断...
微信聊天记录提取与模型训练
前情提要 我计划把微信聊天记录导出来,然后想训练一个模型,根据我的DellG15 5520 32G+1T RTX3060 6G的设备上能够训练那种模型呢?以及我如何拿聊天记录制作一个分析总结. 导出的JSON,CSV等格式的数据可以用来训练大语言模型,已经有网友成功利用自己的聊天记录训练chatglm3,做出一个数字化的自己. 🧩 一、我的硬件能训练什么模型? 模型类型 参数规模 是否可在你电脑上训练 说明 Embedding / 分类模型 <100M ✅ 轻松 可用于情感分析、关键词提取、话题分类 微调 LoRA 小型语言模型 1B~7B ⚠️ 可行(推荐 3B~6B) 通过LoRA、QLoRA、PEFT等低显存微调技术 全参数训练(from scratch) >1B ❌ 不现实 训练成本太高,显存不足 ChatGLM3-6B / Qwen1.5-4B / Gemma-2B 等微调 2B~6B ✅ 适合 可以基于你微信聊天数据微调,做“数字化自己” Embedding + RAG 检索增强生成(不训练) —...
第一章-白月光与汉堡包
第一章 白月光与汉堡包1九月的沈城,空气里还残留着夏日最后的溽热,但早晚已透出初秋的清爽。林晚星坐在驶向沈阳工业大学的动车上,窗外的景物飞速向后掠去,如同她此刻难以捕捉的心绪。她刚刚结束了专升本的漫长征程,如愿考入了这所理想的大学,开启人生的新篇章。本该是纯粹的喜悦与期待,可心底某个角落,总有一丝若有若无的惘然,像窗玻璃上呵出的白气,清晰片刻,又迅速模糊。 她低头,打开随身携带的帆布包,里面除了一本村上春树的《挪威的森林》,还有一个用干净手帕仔细包好的汉堡。这习惯是什么时候开始的?好像就是从那个暑假,和他——陈序——正式在一起之后。他总笑她,说是“汉堡爱好者晚期”,她却理直气壮:“汉堡多好啊,层次丰富,一口下去,面包的软、肉排的香、蔬菜的脆,全都有了,是很有幸福感的东西。” 想到陈序,林晚星的嘴角不自觉微微上扬。那个高高瘦瘦,眉眼干净,带着几分少年特有的清冽和笨拙的男孩。他们的重逢,始于高中毕业两年后一次极其普通的同学群里的寒暄,然后顺理成章地加了微信,从“老同学,最近怎么样?”开始,到分享日常的琐碎,再到某个深夜,隔着屏幕,谁先捅破了那层暧昧的窗户纸……一切都自然得像是早已写好...
税收分析与对比报告
前情提要 最新在观看《肖申克的救赎》电影时,听到里面狱警说的几句话,处处都要收税,因此我对此还是很好奇,到底税收如何存在于我们的日常生活中的?以及它与别的国家税收有何区别呢?接下来就跟随我来分析一下税收。 🧾《中美税收制度比较与分析研究报告》摘要税收是现代国家财政收入的主要来源,是政府实现社会再分配与经济调控的重要工具。本文以中国与美国的税收制度为比较对象,从税制结构、主要税种、征收方式、纳税体验以及社会影响等方面进行系统分析。通过比较可以发现,中国税制以间接税为主、集中统一、代扣代缴为主导;而美国税制以直接税为主、联邦与州分权、自主申报为核心。两国在税收文化与公众参与度上也存在显著差异。本文旨在帮助读者深入理解税收的经济学意义与社会功能,并从税收制度比较中汲取对中国未来税制改革的启示。 关键词:税收制度;中国;美国;税制比较;财政政策 一、引言税收是国家机器正常运转的经济基础,是政府履行职能、提供公共服务的必要条件。从古至今,无论是农业社会的赋税,还是现代社会的所得税与增值税,税收都体现了国家与公民之间的经济关系。 在电影《肖申克的救赎》中,主人公安迪利用对税法的了解为狱警...
Linux包管理器的对比与评测
前情提要 不同版本的Linux发行版有不同的包管理器,有Debian为首的deb,还有RedHat的RPM,以及还有snap和flatpak,以及arch上的一些,还有appimage,但是这些不同的包使得相同的软件要分别打包好多次,所以我想详细的研究一下他们有什么不同之处,以及一个软件是如何在Linux系统中安装和被使用的。 Executive summary(摘要)不同 Linux 发行版使用不同的包格式与包管理器(例如 Debian/Ubuntu 用 .deb + dpkg/apt,Fedora/RHEL 用 rpm + dnf/yum,Arch 用 pacman,Alpine 用 apk,Gentoo 用 Portage,SUSE 用 zypper 等),这些传统包管理器负责系统级软件的安装、依赖解析与升级。近年出现的一类“跨发行版”打包方案(Flatpak、Snap、AppImage)以及“函数式/事务型”管理器(Nix、Guix、rpm-ostree)提供了可移植性、沙箱、安全或可回滚等特性,但各自有资源、维护与生态的权衡。下...
