V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  yanqiyu  ›  全部回复第 7 页 / 共 37 页
回复总数  721
1 ... 3  4  5  6  7  8  9  10  11  12 ... 37  
2023-12-15 21:36:51 +08:00
回复了 shuiguomayi 创建的主题 Linux 最拥有生产力的 Linux 发行版本推荐
Fedora Silverblue

浏览器,
Firefox
代码编辑器
VSCode, 安装在 flatpak 里面,用 https://github.com/owtaylor/toolbox-vscode 这个脚本配合 toolbox 搭建开发环境
邮件客户端
Thunderbird
笔记软件
一堆.md+git
todo 管理软件
Thunderbird
IM 工具 (这个在国内应该是如论如何都无法满足的)
QQ 有 Linux 版,微信只在手机上用
Telegram
科学上网
人在国外
2023-12-14 20:25:45 +08:00
回复了 Cyshall 创建的主题 程序员 m3 max 和 13900k cpu 性能的简单对比
@Cyshall 就生成 arm 下的二进制和生成 x86 的二进制的工作量显然是不同的,作为性能比较最好编译到相同的目标
@pi1ot 做高能物理实验的人的生活和做数据挖掘的没两样.jpg
@haohaolee 那 CentOS 的(用户空间的)新漏洞还是得想办法处理,容器并没有解决 EOL 的问题
2023-11-23 21:31:23 +08:00
回复了 nodejsexpress 创建的主题 Linux 启动监控进程 目前 Linux 下推荐哪个的?
@OceanBreeze 写成模板 unit ,类似于 unitname@.service 然后启动的时候就 @ 0-99 就启动了 100 个
2023-11-19 03:29:40 +08:00
回复了 shuiguomayi 创建的主题 Linux manjaro plasma 23 上的 fcitx5-rime 打字时字母乱跳
听着像是 im-module 不太对
不过你要是没装 fcitx5-gtk 建议安装,这和你用的什么桌面无关,是程序要加载 im-module ,因为 chromium/chrome 应该就是用的 gtk 的 im-module

要是还是不能解决就运行下 fcitx5-diagnose ,带着输出去找 csslayer
2023-11-15 20:55:32 +08:00
回复了 TossPig 创建的主题 Linux Linux 系统中可以限制 root 的权限?
毕竟要限制登录上来的 root 的权限,你就要把登录上来的 root 用户设置成不能修改 SELinux 状态...然后改错了就除非设置 kargs 重启不让恢复不了了;)
2023-11-15 20:51:45 +08:00
回复了 TossPig 创建的主题 Linux Linux 系统中可以限制 root 的权限?
@billlee 倒不是默认不限制
只是默认情况下用户的登录会话都不限制

[root@karubook]~# id -Z
unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

但是对于作为服务启动的程序而言:
[root@karubook]~# systemd-run --shell --collect --quiet
[root@karubook]~# id -Z
system_u:system_r:initrc_t:s0

虽然还是 root ,但是就受到了 system_u:system_r:initrc_t 这一属性的约束

要限制传统登录上来的要 semanage ,但是很容易翻车(把自己权限改没了改不回去了)
2023-11-15 07:17:53 +08:00
回复了 xinmans 创建的主题 NAS 大家挂 pt 都是啥配置机器呀,我还在用 J1900, 4*16T 的硬盘
epyc 7551p+128GB 内存+2TB 下载缓存盘(三者均为洋垃圾)+三块 HC550 的存储
2023-11-15 04:37:52 +08:00
回复了 ALLENi 创建的主题 Android 对于“酷安”这波评论接口各位有啥看法?
最神奇的是酷安在境外完全打不开,提示“您的访问不匹配网站管理员设置的安全策略,可能会对网站造成危险,已被管理员设置拦截!”
@geelaw 这一点很合理,毕竟 dlclose 的时候清理和对应动态库关联的对象。但是 DT_NEEDED 拉进来的库关联的对象也一视同仁的处理了其实比较超出我预期,不过看了下代码,_dl_call_fini 同时负责 dlclose 的清理,那么也算是合理了。
@proxytoworld #3 现在想起来可能原因是动态库结束的顺序混乱了搞坏了一些运行时的结构。毕竟这时候程序始终会死于 corrupted double-linked list 这类的报错
因为修好了动态库依赖之后回溯正确了
@jones2000 #6 确实,现在看来最简单的方法是把所有全局对象的所有权放在一个静态对象里面,让这个对象构造和析构的时候处理所有其他全局类的依赖关系。

@geelaw #5 主要是考虑到所有析构都是记录在全局的__exit_funcs 来处理的,虽然看到了这篇 stackoverflow 但是当时还是没理解“为什么跨越了 TU 就不好使了”,所以才开始研究发生了什么。

@proxytoworld #3 有时候好使有时候不好使。gdb 会认为调用栈突然没保存 PC ,然后回溯就断掉了
还有一件我不是很理解的事情是虽然整个控制流是__run_exit_handlers 出发的,但是 gdb 打印调用栈的时候会在_dl_fini 断开,看不到谁调用的_dl_fini ,这个奇怪的设计搞得我在一开始调试的时候一头雾水。不知道有无二进制大佬告诉我为啥。
2023-11-09 22:38:06 +08:00
回复了 TNOK 创建的主题 NAS PT 的数据,什么样才算“正常”,或者是“好”?
U2: 分享率: 11.940 上传量: 13.099 TiB 下载量: 1.097 TiB
Byr: 分享率:379.196 上传量:17.966 TiB 下载量:48.52 GiB
曾经刷的数据超级牛逼的蒲公英给关掉了...(大概接近 40TB 上传,>30 的分享率)

网络的话大概千兆对等,不过一般 PT/BT 限速对称 300Mbps
1 ... 3  4  5  6  7  8  9  10  11  12 ... 37  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   874 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 27ms · UTC 21:02 · PVG 05:02 · LAX 13:02 · JFK 16:02
Developed with CodeLauncher
♥ Do have faith in what you're doing.