V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  mikewang  ›  全部回复第 6 页 / 共 36 页
回复总数  710
1 ... 2  3  4  5  6  7  8  9  10  11 ... 36  
@yanqiyu 这不就是 NFS 嘛,D-state 还 kill 不掉(悲)
@est #29 其实这不是解压软件的问题,而是 OS 抛出错误后,应用继续往上抛了而已。我来解释一下实现重试的难点。

假设应用通过 fopen()打开文件,fread()到一半出错了,这个时候如果重新 fopen(),会面临一个版本问题:我重新读的文件还是原来那个吗?有没有被修改过?这些应用都不能判断。

虽然这些是 corner case ,不过一旦遇到都是 bug ,可能造成数据丢失。最保险的做法就是将错误原样抛出去,fail-fast 思想。

这个应当是 OS 层面的责任,比如 macOS 在 SMB 连接断开时,应用尝试 read()并不会立即失败,而是阻塞住直到连接恢复(或者超时几分钟后失败),通过 SMB 协议确保读到的文件没有发生改变。我不太熟悉 Windows 上的机制,不过可以确定这个在应用层是没法处理的。
这种情况网不行也没什么好办法啊,网络会中断就先解决网络问题。

或者 NAS 和电脑之间套一层 WireGuard ,物理链路中断时,WireGuard 并不会断,等恢复就好了。

要么就 NAS 电脑网线直连,配静态 ip 传输。

要么就把电脑硬盘拆下来,塞 NAS 里内部传输。
229 天前
回复了 mikewang 创建的主题 Visual Studio Code 复活 CentOS 7 的 VSCode Remote - SSH
@tt0411 #9 是的,我这里就是简化了所有步骤:

- 将 patchelf 做成了 libpatchelf 静态编译进去 (libpatchelf/libpatchelf.h)
- 自带编译好的 glibc 和 libstdc++
- 修改了 glibc ,将系统目录改为当前目录,这样改 .interp 就行了,不用再改 rpath 。事实上这么做也更安全。(patches/glibc.patch)

然后加上了额外的功能,就是自动处理插件。官方的方案只能让 server 能用,实测很多 native 插件还是不行的。

做的就是一个开箱即用,不用配参数。
230 天前
回复了 mikewang 创建的主题 Visual Studio Code 复活 CentOS 7 的 VSCode Remote - SSH
@hanxiV2EX #3 因为我写 C 和 C++,还是需要旧 glibc 编译的,所以 docker 这条路就行不通了🤦‍♂️
230 天前
回复了 mikewang 创建的主题 Visual Studio Code 复活 CentOS 7 的 VSCode Remote - SSH
@nagisaushio #1

其实原先我也是直接 patchelf 的,但是插件会有些问题。

比如 C/C++ 这个插件,就算 SSH 插件能正常用了,但它还是没法启动 gdb 调试,因为插件里 OpenDebugAD7 这个二进制也需要最新的 glibc 。https://github.com/microsoft/vscode-cpptools/issues/13219

所以这个还做了额外的工作,使用 inotify 监控 extensions.json ,检测到安装新插件时,自动给插件打补丁。然后还判断是否为 glibc 的二进制,排除使用 musl 的二进制(有些还是 musl 动态链接的)。
236 天前
回复了 Fdyo 创建的主题 GitHub GitHub 网页版彻底崩了?
@phithon 似乎是 GitHub 的防火墙配置错了?现在国内又可以正常访问了😂
237 天前
回复了 Fdyo 创建的主题 GitHub GitHub 网页版彻底崩了?
247 天前
回复了 coderpwh 创建的主题 程序员 因为开源项目,我收到了面试邀请!
有可能就是群发的。N 年前我读初中时就收过类似邮件,当时还挺高兴。后来网上查了一下发现是群发的,对方是用爬虫抓取的 GitHub 信息。

这类 AI 公司可能在爬虫基础上还加了 AI 分析,投放更精准😂
挺合理的,而且我会把为什么出 bug 、bug 是什么样的表现、怎么修的等大致思路等等都写上。
以后遇到类似问题或需要复盘的时候,翻找起来很容易。很多时候,人的记性没想象的那么好,多写点没什么坏处。
除非是开发的一次性工具,用完就再也不维护的那种,那就随意了。
255 天前
回复了 mikewang 创建的主题 职场话题 C++ 开发不想 996,如何跳槽转到 Java ?
感谢各位的回复和建议,现在我 C++和 Java 的简历两边投,看谁愿意接受了😂

我把 C 的岗位(如内核开发)算进来的原因是,我在 C++招聘信息板块看,确实看到了这些。HR 不做区分,而且也明确会招 C++开发,即使工作语言是 C 。虽然现在两个语言互不隶属,但是大多数 C++开发者去写 C 是没有问题的(尤其像我这种因为项目规范禁用 STL 、RTTI 的 C++98 开发)。因此我也考虑 C 岗位。描述中产生了混淆,非常抱歉。#61 @slideclick

另外赞同 #50 @metmit 的说法,国产 DB 非常卷,而且基本只招对 DB 内核有深入了解的人(我就不大行)。好些需求技术含量并不高,比如支持国密,支持 GB18030 ,都是在调库,这些工作也不会专门社招个人来做。
259 天前
回复了 mikewang 创建的主题 职场话题 C++ 开发不想 996,如何跳槽转到 Java ?
@javak #3 算不上牛人 hhh 其实内核部分也分层,我目前也就熟悉做不同 SQL 方言的语法兼容解析,对象元数据等等比较浅层次的,数据存储、执行器、优化器等等深层次的理解还是很令人头大。

@wogogoing #4 TiDB 应该是 Go 语言吧,也不大一样。投过别的数据库厂商,可能是学历或者是经验不足,面试机会都拿不到:(

@BD8NCF #5 感谢,这也是一个方法,我去了解了解 Qt 。

@miniaoes #6 哈哈哈,其实我目标就是能跳槽,C++ 能互相匹配的岗位很少,Java 通用性强多了

@L4Linux #7 果然还是学历啊,是低了点...
259 天前
回复了 mikewang 创建的主题 职场话题 C++ 开发不想 996,如何跳槽转到 Java ?
@a33291 有道理,但我现在简历一发一个不吱声,开始自我怀疑了😩
#1 @heiher 刚刚实测了一下。有意思的是,这个包不分方向。
从 server -> client 或者 client -> server 只要有一处匹配到特征,就解除限速了。
270 天前
回复了 Tounea 创建的主题 Linux Centos 7 真是低配小鸡的福音!
Evoxt 最小级别的 VPS ,512MB RAM 。
跑着 Debian 12 + Docker + Nginx + php-fpm
使用内存在 150 MB 以内。

$ free -h
total used free shared buff/cache available
Mem: 470Mi 139Mi 29Mi 2.8Mi 315Mi 330Mi
Swap: 235Mi 1.5Mi 233Mi

我猜你的厂商是自带了桌面环境,不然 Debian 应该是最轻量的。
@xqzr SNI 伪装成 test.ustc.edu.cn ,并且是 443 端口时才有效果。其他端口都是 1Mbps 。实测是运营商在作恶。
#15 @iijboom 不会是阿里云。除了测速网站能达标,其他网站都是 1Mbps ,随便上传个文件都只有 100+ KB/s 。
就这 100+ KB/s 的上传,期间开别的网页都卡。大概是没有上行空间了。换手机流量跑 iperf3 速度立刻上来。
#11 @ouqihang 是 IPv6 WireGuard 直连回去的,不是软件原因。
#5 #10 @465456 @titanium98118 自建的阿里云 200Mbps 轻量应用服务器,流量应该是不限量。抢了一个 38 元/年的,约等于白送🤣
299 天前
回复了 seafog 创建的主题 生活 大学没有独立卫浴这件事?
有独立卫浴,在宿舍内,设施一般(蹲位 & 固定的喷头花洒)。厕所门必须随时严闭,不然宿舍里总会有一股味。尤其是靠近厕所门的床位,即使关门,晚上睡觉经常能闻见味。
所以也不一定是好事...
1 ... 2  3  4  5  6  7  8  9  10  11 ... 36  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2753 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 09:23 · PVG 17:23 · LAX 01:23 · JFK 04:23
♥ Do have faith in what you're doing.