2006-10-14 比坏更坏

最新推荐文章于 2021-04-21 22:56:47 发布

原创最新推荐文章于 2021-04-21 22:56:47 发布 · 728 阅读

0 ·

CC 4.0 BY-SA版权

写半途而废的日记专栏收录该内容

69 篇文章

订阅专栏

作者因无法控制自己的破坏行为导致电脑频繁出现问题，包括病毒感染和系统崩溃等，最终不得不选择更换新电脑。作者表达了对此事的懊悔及对未来可能带来的严重后果的担忧。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

有些事情,虽然是对我很重要但却不想记入日记中的,比如昨天晚上卡丁又卡,我又控制不住,晚上又搞破坏,今天又惹我妈生气,最后结果是给我7000去换电脑.

我实在不想换,但我又控制不住.

而且还有更差的,今天没下什么东西,机器就爆出一个infostealer的木马,杀了还有,弄的机器更慢了.想恢复系统,那张98盘还读不出来了,明明在逯扬家一点问题都没有的. 我扫了一遍杀一遍,就是还有.

买新机器是个很麻烦的事情,而且这代表着我又被打败了,我解决不了病毒问题,只能靠换机器.

但实际上最近确实出问题很频繁,要格盘,又不舍得.

我也想控制情绪,但毁坏是我的极大的快感来源,我控制不住.恐怕这会导致我早死或者崩溃,这结论我今天终于仔细考虑了一下,也到了内心恐惧的层次了.

明知道吸毒会死,但还是要吸.说要戒毒N次,但没有成功过.

和学习不同,遇到这些困难会让我更快的绝望,因为是连续的无法扭转的,也是我不想花费太多精力的.

比坏更坏,坏上加坏.

我要是死了,谁都对不起.所以还得让自己控制.

我想哭啊,替我妈哭,替这电脑哭.

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

apodemakeles

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
2
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

10、不确定数据上的Top-k典型性查询方法与实证研究

transformer2023的博客

07-08

本文探讨了在不确定数据上进行Top-k典型性查询的方法，包括随机锦标赛方法和局部典型性近似方法（DLTA和LT3），并从理论和实证两个角度分析了这些方法的性能与应用效果。通过对动物园数据集和NBA数据集的实验分析，比较了简单典型性、判别性典型性和代表性典型性查询的特点，以及它们在实际场景中的适用性。文章还评估了不同方法的误差率，总结了各类典型性查询的优缺点及其适用场景，为处理不确定数据的典型性查询提供了理论依据和实践指导。

EtherCAT主站IGH-- 14 -- IGH之fsm_coe.h/c文件解析

常驻客栈的博客--嵌入式EtherCAT

07-12

1052

函数名功能使用场景启动读取从站 SDO 字典的过程。需要读取从站的 SDO 字典时调用。功能和用途：启动读取从站 SDO 字典的过程，检查从站是否支持 CoE 协议和 SDO 信息服务，初始化请求过程。如果从站不支持相关功能或数据不可用，则将状态机切换到错误状态。使用场景：需要读取从站的 SDO 字典时调用。调用时机：当需要获取从站的 SDO 字典信息时。以上就是EtherCAT主站IGH文件解析的内容。有不明白的地方欢迎留言；有建议欢迎留言，我后面编写文档好改进。

2 条评论您还未登录，请先登录后发表或查看评论

算法分析：芯片测试问题非递归 JAVA 有n片芯片，已知好芯片比坏芯片至少多1片......

BarryA11en的博客

04-21

1898

【芯片测试】有n片芯片，已知好芯片比坏芯片至少多1片。现在需要通过测试从中找出1片好芯片，测试方法如下：将2片芯片放到测试台上，2片芯片互相测试并报告测试结果（即好或者坏）；其中，好芯片的报告是正确的，而坏芯片的报告是不可靠的。为保证使用更少的测试次数，请设计一个合适的算法解决上述问题算法设计思路当芯片数为偶数时，每两个互相测试，测试保存下来的芯片存到一个数组中（该数组记录原数组的芯片的下标）。当芯片为奇数的时候，将从第一个芯片开始不断与最后一个芯片互相测试，当测试到最后一个芯片的结果为好.

比较的好与坏

weixin_33969116的博客

08-19

130

今天看孩子教育QQ群的文字教学如下：妈妈：“那影响你上课了吗？还有比你晚到的同学吗？” 【不太清楚为什么要关心“有没有比你更晚到的同学”？不管有没有比你更晚，和“自己晚”没有关系。】发现自己有时也会无意在孩子面前提及其他人，特别是犯错误的时候，本来的目的是让孩子认为犯错误是正常的，不要过分认识，改过就好；但不知自己这样做是不是无意中引导孩子的比较心理，会不会对孩子产生负面影响。但整个社会中，很难...

芯片测试

Stephan14的专栏

03-12

1017

问题描述　　有n（2≤n≤20）块芯片，有好有坏，已知好芯片比坏芯片多。　　每个芯片都能用来测试其他芯片。用好芯片测试其他芯片时，能正确给出被测试芯片是好还是坏。而用坏芯片测试其他芯片时，会随机给出好或是坏的测试结果（即此结果与被测试芯片实际的好坏无关）。　　给出所有芯片的测试结果，问哪些芯片是好芯片。输入格式　　输入数据第一行为一个整数n，表示芯片个数。　　第

芯片测试...

CNnumen

08-11

1440

有2k块芯片，已知好芯片比坏芯片多。请设计算法从其中找出一片好芯片，说明你所用的比较次数上限。 其中好芯片和其它芯片比较时，能正确给出另一块芯片是好还是坏。坏芯片和其它芯片比较时，会随机的给出好或是坏。 思路: 两块芯片比较，结果可能是（好好），（好坏），（坏坏）。如果结果是（好好），则可能是两块好芯片，也可能是两块坏芯片。如果结果是（好坏）或者（坏坏），则两块芯片中至少有一块是坏的。 1. 将2k块芯片分成k组，每组两个比较。如果结果是（好

P4326 [COCI2006-2007#1] Herman.c

01-22

逻辑错误比语法错误更难发现和调试，因为它涉及到程序的运行时行为和预期行为之间的差异。 47. 代码复用：代码复用是指在编写新程序时使用旧代码的过程。通过代码复用可以减少开发时间和成本，同时提高软件的可靠性...

rt-thread操作系统API

07-08

1. RT-Thread诞生：RT-Thread最初是为一个小型手持设备而开发的，其内核在2006年上半年完成。它从一个具有简单IPC（Inter-Process Communication，进程间通信）功能的雏形，逐步发展成为一个成熟的实时操作系统。 2...

深度学习-10-深度学习发展简介

qq_20466211的博客

11-01

384

深度学习发展的几个阶段：严寒、复苏、寒冬、曙光。

坏了的芯片居然又好了一片，太神奇了

weixin_30919235的博客

07-25

138

猜测可能是底部的焊盘虚焊，用烙铁头使劲焊了一下，再下程序就OK了。转载于:https://www.cnblogs.com/nios_ii/archive/2010/11/26/1888678.html

蓝桥杯-基础练习-芯片测试

Silentnewborn的博客

03-28

785

首先上题目：问题描述　　有n（2≤n≤20）块芯片，有好有坏，已知好芯片比坏芯片多。　　每个芯片都能用来测试其他芯片。用好芯片测试其他芯片时，能正确给出被测试芯片是好还是坏。而用坏芯片测试其他芯片时，会随机给出好或是坏的测试结果（即此结果与被测试芯片实际的好坏无关）。　　给出所有芯片的测试结果，问哪些芯片是好芯片。输入格式　　输入数据第一行为一个整数n，表示芯片个数。　　第二

算法0x01：芯片测试

布谷布谷

04-12

354

有n=2^k块芯片（好芯片至少比坏芯片多1片），从中挑出一片好芯片。已知有如下的测试情形： A测试 B测试结论坏的坏的至少一片是坏的坏的好的至少一片是坏的好的坏的至少一片是坏的好的好的都好或都坏采用分治策略，伪码如下： [code="c"] k = n; while k...

算法2.分治算法芯片判断好坏

热门推荐

wsk1103

12-11

2万+

有n片芯片，已知好芯片比坏芯片至少多1片。现需要通过测试从中找出1片好芯片，测试方法为：将2片芯片放到测试台上，2片芯片互相测试并报告测试结果（即好或者坏）；其中，好芯片的报告是正确的，坏芯片的报告是不可靠的（即可能正确、也可能错误）。为保证使用较少的测试次数就能从中找出1片好芯片，请设计一个分治算法解决上述问题。 1. 算法设计思路芯片进行一一比较可能的结果为（好，好）（好，坏），其中（好，

有难度的算法笔试题：芯片测试

金庆的专栏

09-24

9768

有难度的算法笔试题摘自：http://community.youkuaiyun.com/Expert/TopicView3.asp?id=57649203）芯片测试：有2k块芯片，已知好芯片比坏芯片多。请设计算法从其中找出一片好芯片，说明你所用的比较次数上限。其中：好芯片和其它芯片比较时，能正确给出另一块芯片是好还是坏。坏芯片和其它芯片比较时，会随机的给出好或是坏。 Vitin(卫亭) (

好程序需要至少写两遍

tianyu的专栏 - Linux site:blog.youkuaiyun.com/wishfly

11-01

811

导读：本文是从《Great code is written twice (or more)》这篇文章翻译而来。文章内容如下：最近这些年，越来越多的人开始转向敏捷开发。各种敏捷开发技术并不新鲜，大多是在80和90年代发展形成。但只是在最近这些年，程序员和（更重要的是）一些商业顾问，架构师，客户开始变得喜欢和拥抱敏捷开发。进化中的需求现在的一种普遍的认识是，在开始编码前，你不可能把所有

芯片测试及其应用（分治典例）

不忘初心

08-18

6264

问题叙述：　　VLSI芯片测试　　　　Diogenes教授有n个被认为是完全相同的VLSI芯片，原则上它们是可以互相测试的。教授的测试装置一次可测二片，当该装置中放有两片芯片时，每一片就对另一片作测试并报告其好坏。一个好的芯片总是能够报告另一片的好坏，但一个坏的芯片的结果是不可靠的。这样，每次测试的四种可能结果如下：　　　　A芯片报告　　　　　　　　　B芯片报告　　　　　结论

百度笔试--芯片测试

expleeve

10-08

996

有2k块芯片，已知好芯片比坏芯片多。请设计算法从其中找出一片好芯片，并说明你所用的比较次数上限。其中：好芯片和其它芯片比较时，能正确给出另一块芯片是好还是坏；坏芯片和其它芯片比较时，会随机的给出好或是坏。答案： 1．首先两个两个分成一对。如果互测的结果是好好，那么留下

3.021614] 3.021705] 3.021800] 3.021879] 3.021952] 3.022026] 3.021253] CPU: 3 PID: 1 Comm: swapper/0 Not tainted 4.15.0-45-generic #48~1 5.04.1-Ubuntu 3.021403] Hardware name: innotek GmbH VirtualBox/VirtualBox, BIOS VirtualBo X 12/01/2006 3.021552] Call Trace: ptdump_walk_pgd_level_core+0x284/0x2e0 ptdump_walk_pgd_level_checkwx+0x18/0x20 mark_rodata_ro+0xf5/0x111 ? rest_init+0x90/0x90 kernel_init+0x33/0xf0 ret_from_fork+0x2e/0x38 3.022101] Code: fa ff ff 83 c2 0c c7 43 18 00 00 00 00 89 53 14 e9 1a fd ff ff 8b 43 0c c6 05 e8 49 cc d3 01 50 50 68 40 39 af d3 e8 54 74 00 00 <of> 0b 83 c4 Oc e9 74 fa ff ff ff 72 10 68 32 38 af d3 e8 6c 51 3.393208] [drm:vmw_host_log [vmwgfx] ] *ERROR* Failed to send log 3.393517] [drm:vmm_hnst_lng [vmingfx]] *FRRnR* Failed tn send log 安装Ubuntu系统时重启后显示以上代码

最新发布

03-26

<think>嗯，用户之前在安装Ubuntu后遇到了黑屏和错误代码的问题，我之前已经给出了一些解决方案。现在用户又提供了具体的错误日志，看起来是内核启动时的错误，可能涉及硬件虚拟化或驱动问题。首先，我需要仔细看看用户提供的日志内容。日志中的时间戳和错误信息提示可能与内核模块或硬件虚拟化有关。例如，`Hardware name: innotek GmbH VirtualBox/VirtualBox`说明用户是在VirtualBox虚拟机中安装Ubuntu。这可能是一个关键点，因为虚拟环境和物理机的驱动问题可能不同。接下来，错误信息中的`drm:vmw_host_log [vmwgfx] ] *ERROR* Failed to send log`和`vmm_hnst_lng [vmingfx]] *FRRnR* Failed tn send log`看起来像是虚拟显卡驱动的问题。特别是`vmwgfx`和`vmingfx`可能与VirtualBox的图形驱动有关。用户可能在安装过程中遇到了与虚拟机显卡驱动不兼容的问题。用户之前的问题可能尝试过nomodeset或调整GRUB配置，但在虚拟机环境中可能需要不同的处理方式。例如，VirtualBox的Guest Additions可能需要安装或更新。此外，内核版本（4.15.0-45-generic）较旧，可能在较新的Ubuntu版本中不兼容，或者需要更新内核。另外，用户提到的`swapper/0`进程是内核初始化的进程，出现错误可能意味着在内核启动阶段就存在问题。可能的原因包括内核模块加载失败、硬件虚拟化支持不足，或者虚拟机配置问题。我需要考虑用户是否在安装时选择了正确的虚拟机配置，比如显存分配是否足够，是否启用了3D加速等。此外，Secure Boot是否关闭也可能影响驱动加载，但在虚拟机中可能不需要考虑Secure Boot，不过用户可能使用的是UEFI配置的虚拟机。可能的解决方案包括：安装VirtualBox Guest Additions，调整虚拟机显示设置，更新内核，或者更换图形驱动。同时，检查虚拟机配置是否正确，确保分配足够的资源。还要注意用户提供的错误日志中的拼写错误，比如`FRRnR`和`Failed tn send log`，可能是日志输出时的乱码或显示问题，但这也可能提示驱动或内核模块的损坏，可能需要重新安装相关驱动或内核模块。总结下来，用户的问题可能源于虚拟机环境中的显卡驱动兼容性问题，建议用户安装Guest Additions，调整虚拟机设置，并检查内核更新。同时，确保虚拟机配置正确，资源充足。</think>以下是针对你提供的错误日志的详细分析与解决方案： --- ### 一、错误日志关键信息解读 1. **硬件环境**： ```bash Hardware name: innotek GmbH VirtualBox/VirtualBox # 系统运行在VirtualBox虚拟机中 ``` - **核心问题**：虚拟机显卡驱动（`vmwgfx`模块）与Ubuntu内核存在兼容性问题 2. **关键错误**： ```bash [drm:vmw_host_log [vmwgfx] ] *ERROR* Failed to send log [drm:vmm_hnst_lng [vmingfx]] *FRRnR* Failed tn send log ``` - **直接原因**：VirtualBox虚拟显卡驱动（`vmwgfx`）加载失败 - **深层原因**：内核版本（4.15.0-45）与VirtualBox Guest Additions版本不匹配 --- ### 二、分步解决方案 #### 步骤1：安装VirtualBox Guest Additions 1. **启动虚拟机时按住 `右Ctrl`，选择「设备」→「安装增强功能」 2. 挂载增强工具镜像： ```bash sudo mount /dev/cdrom /mnt cd /mnt sudo ./VBoxLinuxAdditions.run ``` 3. 重启系统： ```bash sudo reboot ``` #### 步骤2：更新内核（适用于旧版Ubuntu） ```bash sudo apt update sudo apt install linux-generic-hwe-18.04 # 适用于Ubuntu 18.04 sudo reboot ``` #### 步骤3：手动加载`vmwgfx`驱动 1. 临时加载测试： ```bash sudo modprobe vmwgfx ``` 2. 永久生效： ```bash echo "vmwgfx" | sudo tee -a /etc/modules ``` #### 步骤4：调整虚拟机显示设置 1. 关闭虚拟机 →「设置」→「显示」 - 显存调至 **128MB** 以上 - 勾选 **启用3D加速** - 控制器类型选择 **VBoxSVGA** --- ### 三、备选方案（若仍失败） #### 方案1：更换显示驱动类型 ```bash sudo nano /etc/default/grub ``` 修改为： ```bash GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video=vesafb:off" ``` 更新并重启： ```bash sudo update-grub && sudo reboot ``` #### 方案2：禁用Wayland（仅限Ubuntu 20.04+） ```bash sudo nano /etc/gdm3/custom.conf ``` 取消注释： ```bash WaylandEnable=false ``` --- ### 四、错误日志补充说明 | 错误代码片段 | 含义 | |-------------------------------|---------------------------------------------------------------------| | `swapper/0 Not tainted` | 内核初始化进程未受第三方模块污染 | | `ptdump_walk_pgd_level_core` | 内存页表遍历过程触发保护机制 | | `mark_rodata_ro` | 内核尝试将只读数据段标记为只读时失败 | --- ### 五、验证修复效果 1. 检查驱动加载状态： ```bash lsmod | grep vmwgfx # 应显示驱动已加载 glxinfo | grep "OpenGL" # 检查3D加速是否生效 ``` 2. 查看最新日志： ```bash dmesg | grep -i error # 确认无重复错误 ``` --- ### 扩展建议 1. **虚拟机配置升级**： - CPU核心数 ≥ 2 - 内存 ≥ 4GB - 启用嵌套虚拟化（若需运行容器/KVM） 2. **版本匹配原则**： - VirtualBox主程序版本 ≥ Guest Additions版本 - Ubuntu LTS版本优先（对虚拟机兼容性更好）通过以上操作，VirtualBox虚拟机中的显卡驱动问题应得到解决。如仍遇到黑屏，可尝试新建虚拟机并选择「Ubuntu 64-bit」预设模板重新安装。