项目介绍

GRNet: 用于稠密点云补全的网格化残差网络

由于传感器本身的分辨率限制或物体的遮挡，现实场景中采集的点云往往不完整，而完整的点云对于点云理解有很大帮助。因此，点云补全在现实应用中有着非常重要的意义。

早期的工作(如3D-EPN [1])将该问题转换为体素的补全问题，然而转换为体素时会引入量化误差，从而丢失物体的细节。近几年的方法(如PCN[2]、TopNet [3]和Cascade Point Completion [4]等)直接使用多层感知机回归点云的坐标值。但由于点云的无序性，多层感知机无法很好地获得点云的几何结构和相邻点的上下文信息。

反观近几年点云分割的方法(如SPLATNet [5]和InterpConv [6])，它们在Permutohedral Lattice和3D Grid中进行卷积操作，从而考虑点云的空间结构和上下文信息。然而这两个方法假定点云中点的坐标和数量在输入输出时保持不变，因此无法直接用于点云补全。

为了解决上述问题，本文提出了**Gridding Residual Network(GRNet)**将无序的点云规则化至3D Grid，从而在点云补全中考虑了点云的空间结构和上下文信息，最终在点云补全任务中取得了更好的效果。

使用现成dotfile

github发现了两个很不错的dotfile方案

GitHub - command-z-z/Arch-dotfiles: 💥 My dotfiles on Arch Linux for Hyprland

GitHub - end-4/dots-hyprland: Modern, feature-rich and accessible desktop configuration. 最后选择使用 end-4的dots-hyprland方案

前两天查了一下API自动化平台,发现目前已有的方案是按使用量收费,腾讯互联免费的版本每月仅有500条额度,完全不够用,于是一番冲浪发现了n8n这个开源自动化平台

万丈高楼平地起

第一步当然是启动docker咯
Docker | n8n Docs

具体启动教程不再赘述,官网教程中介绍的是docker启动

整体回顾

之前大一的时候就开始接一些单子做,从一开始的 50,100,帮人写写脚本,做做课设作业,再到后来慢慢开始改 bug,开发功能模块,最后做完整的商单,单价也慢慢涨到 200,500,1000,也学了全套的技术栈,运维,后端,前端

期间也接触了很多方向,我认为本科期间比起学习一条专精技术栈,更重要的是培养自己的学习能力,对前沿技术的足够敏感,同时找到自己真正感兴趣的方向

当然，以下是一个更详细的MongoDB安装文档的Markdown形式示例：

MongoDB安装文档

1. 下载MongoDB

访问MongoDB官方网站下载适合您操作系统的MongoDB安装程序。根据您的需求选择合适的版本。

2. 安装MongoDB

Windows

• 双击下载的安装程序。
• 在安装向导中选择“Complete”作为安装类型，并单击“Next”。
• 接受许可协议并点击“Next”。
• 选择安装位置和数据目录，建议保留默认设置。
• 选择是否将MongoDB添加到系统PATH环境变量中，建议勾选此选项以便在命令行中访问MongoDB命令。
• 单击“Install”开始安装MongoDB。
• 安装完成后，单击“Finish”关闭安装向导。

起因

最近服务器运行半小时左右就会完全卡死，ssh都无法登录，起初以为是服务太多导致，后来关掉服务发现使用内存还在一直上涨感觉不对劲，开始排除问题

检查流程

参考文章 Linux系统是否被植入木马的排查流程梳理-腾讯云开发者社区-腾讯云

• 检查系统日志

检查系统错误登陆日志，统计IP重试次数（last命令是查看系统登陆日志，比如系统被reboot或登陆情况）
[root@VM-20-9-debian ~]# last

Spark环境搭建和使用

词频统计

任务描述

读取文件 /data/bigfiles/example.txt 中的内容，完成 WordCount 词频统计，其中单词之间的间隔符为：一个空格符。最终输出结果按大小写字母升序排列，使用 \t 作为字段输出间隔符，如下所示：

A    10
B    3
a    5
b    10
c    1
d    9

代码补充完成后，打开右侧命令行窗口，使用 maven 打包项目，并使用 spark-submit 进行手动提交，将打包提交运行的结果保存到 /root/result.txt 文件中。

为什么使用云同步?

因为stable diffusion的模型确实太太太大了，而且好看的模型太多了，所以就像个仓鼠一样收集。但是我们经常会跑在不同的GPU云服务器上,不可能每次都重新下载,另外，服务器的网络也不一定畅通,所以就需要本地使用魔法下载完成后，服务器使用。

为什么使用juiceFS?

其实我一开始使用alist挂载到本地,我觉得也挺不错的,但是毕竟不是专门做这个的,无法保证很好的性能与可用性,还是需要一个专门的分布式文件系统才能用的更安心，所以我选择了juiceFS

这个 Pacman 快速参考备忘单显示了它的常用命令使用清单以及常用操作

pacman 清单查询

介绍

Pacman软件包管理器是 Arch Linux 的一大亮点。它将一个简单的二进制包格式和易用的构建系统结合了起来。_Pacman_的目标是简化对软件包的管理，无论软件包是来自官方软件仓库还是用户自己创建的软件包。 以上文字源于ArchWiki 中对Pacman的介绍

主要分为三部分,Win+ Linux + Android组成了我的电子设备生态