V2EX › generic 的所有回复 › 第 2 页 / 共 4 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4

❮

❯

2021-06-23 19:25:59 +08:00

回复了 lolcat 创建的主题 › Linux › 如何理解 mv 重命名改变了文件的 ctime？

inode 是没变（如果不跨文件系统）。ctime 是文件系统驱动在 rename 调用里自己改的。

2021-06-08 11:31:43 +08:00

回复了 ch2 创建的主题 › Linux › Linux 上有没有这样一种“写时复制”的文件系统或者工具？

overlayfs 。

2021-06-03 16:32:50 +08:00

回复了 justicelove 创建的主题 › Go 编程语言 › golang aspect 切面

一边 if err!=nil 一边玩这种魔法吗？风格上完全两个极端啊...

2021-06-02 16:41:01 +08:00

回复了 somewheve 创建的主题 › 云计算 › 青云科技云计算技术上有啥优势啊

最初号称强项是 sdn，现在应该没什么优势了。

2021-05-18 12:13:11 +08:00

回复了 LeeReamond 创建的主题 › Python › Python 的 gil 到底解决了什么具体的问题？

GIL 锁住了什么？
字节码解释循环。多个线程在任意时刻，只有一个线程能运行字节码，除非字节码调用的 C 扩展显式释放了 GIL 。

GIL 的作用：
防止多线程的字节码恰好访问同一 Python 对象造成 crash 。GIL 使得多线程的纯 Python 程序不可能（因为 race condition ）在 VM 的 C 代码里 crash 。
如果 C 扩展要显式释放 GIL，那么该扩展就需要自行保证线程安全。

如果直接去掉 GIL 会怎样：
多线程 Python 程序的 bug 会 crash 在 VM 的 C 代码里。

2021-03-16 23:02:34 +08:00

回复了 RedrumSherlock 创建的主题 › 程序员 › 微服务架构和代码复用是不是本身就是有冲突的？

@RedrumSherlock 就像楼上说的，你两个微服务用了相同的日志库，难道它们就耦合了？显然不是。只要微服务 A 不依赖于微服务 B 用了和自己一样的日志库，那用哪个日志库就是实现细节。同样的，你的微服务依赖于别的微服务内部用了同一个公共模块么？不依赖，那就没有耦合。

2021-03-16 16:59:19 +08:00

回复了 James369 创建的主题 › Linux › 有哪些比较好的 C++进阶的书籍？

@James369 它讲的东西这十多年没什么变化。未来十多年可能也没什么变化。
倒是楼上 effective c++这种，变化很快，务必看最新版。

2021-03-16 16:49:33 +08:00

回复了 RedrumSherlock 创建的主题 › 程序员 › 微服务架构和代码复用是不是本身就是有冲突的？

微服务是一种架构和部署方式，不是一种源代码组织方式。谁规定一个 source tree 只能 build 出一个微服务的？
服务间不要依赖对方的实现细节，和服务间不要共用代码，也是两回事。

2021-03-16 16:26:50 +08:00

回复了 zhoudaiyu 创建的主题 › Kubernetes › 对美团的 LEGO-Agent 很感兴趣，并且要做一个功能弱化版的 LEGO-Agent，大家帮忙看看思路

@zhoudaiyu systemd 有(dbus) api 。systemctl 就是通过它操作 systemd 的。
但是，显然 supervisord 简单得多。

2021-03-16 16:15:49 +08:00

回复了 zhoudaiyu 创建的主题 › Kubernetes › 对美团的 LEGO-Agent 很感兴趣，并且要做一个功能弱化版的 LEGO-Agent，大家帮忙看看思路

很多选择。比如 supervisord 。
你想直接在容器里跑 systemd 也可以啊。podman 默认支持。docker 需要设置一下。

2021-03-14 18:20:29 +08:00

回复了 xuegy 创建的主题 › 程序员 › 从 Linux 换到黑苹果的一些感想

绝大部分时间都在 firefox, vscode, 终端和文件管理器这四个应用里打转，不太能理解各平台在“颜值和稳定”上有什么差别。前俩应用各平台长得都一样，后俩像 konsole/dolphin 明显强于其它平台的...

2021-03-14 14:50:45 +08:00

回复了 bot2020 创建的主题 › JetBrains › 不庆祝一下么，可以在浏览器使用 JetBrains 家的 IDE 了 ( VSCode 退出群聊..

@BeautifulSoap 其实你很不想 rebuild 镜像的话也没关系。以 vscode 的 python container 为例，它的 dockerfile 里有一句 pip3 install -r requirements.txt 。你如果往 requirements.txt 里增加了新的依赖，也可以不 rebuild，直接进到容器里运行一下 pip3 install -r requirements.txt 就好了嘛。

2021-03-13 11:26:04 +08:00

回复了 bot2020 创建的主题 › JetBrains › 不庆祝一下么，可以在浏览器使用 JetBrains 家的 IDE 了 ( VSCode 退出群聊..

@BeautifulSoap 开发过程中直接在容器里装，提交代码前再去改 Dockerfile 。vscode remote container 也是这样开发。如果你的项目本来就打算 docker 部署，那就应该这样。否则，就直接运行。

2021-03-11 21:52:55 +08:00

回复了 zgray 创建的主题 › 程序员 › VS Code Remote 的方案？ Jetbrains 发布了 Projector

其实远程是 linux 的话，你一直都可以用 Xwindow (ssh -X)。本质上都是远程绘制。
不过 X 协议延迟稍高就很卡，一方面所有输入都要发到远程去处理，一方面协议本身没对高延迟优化。这方面 vscode remote 基于 web 优势就很大。
不知道这个 projector 更接近哪一方，也就是说，有多少交互逻辑在本地处理。

2021-02-25 00:09:08 +08:00

回复了 iceorange 创建的主题 › 程序员 › cproxy: 使用简单的 Linux per app 透明代理

@cathedrel 全部流量那你 vpn 呀。

2021-02-23 13:36:15 +08:00

回复了 ClassicOldSong 创建的主题 › 程序员 › 在没有大厂/大佬背书的前提下，个人开发者是否应该放弃以回馈社区、推动技术进步为目的的开源？

大部分个人开发者的开源，只是我写了代码给自己用，传 github 上给自己作备份的同时，举手之劳也可能帮到别人。
打个比方，好比经过商场弹簧门时给后面的人带一下门。
楼主呢，看很多人这样做，就专门跑商场去帮人开门，当免费门童。
应不应该放弃？大部分情况下应该放弃。

2014-11-18 11:49:21 +08:00

回复了 cshwen 创建的主题 › Android › Nexus 4 升级 lollipop 感觉跪了

@cshwen 重启，别插usb线。

2014-11-13 18:03:24 +08:00

回复了 oojiayu 创建的主题 › 分享发现 › 鲜果也要关闭阅读器了（我想问候它大爷）

现在最大的应该是feedly。需翻墙。

1 2 3 4

❮

❯