首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  iwtbauh  ›  全部回复第 1 页 / 共 67 页
回复总数  1337
1  2  3  4  5  6  7  8  9  10 ... 67  
KVM 加上 -usbdevice tablet 后就是无缝切换的啊,而且不需要安装其他闭源软件,比这个什么 Logitech Flow 不知道高到哪里去了啊。

而且我没搞明白为什么 KVM 里面还要自己和无线 hid 连接,直接用宿主机的不好吗
现在的人的基础知识已经如此差了吗?

“linux socket”我是第一次听说。我猜 lz 是想说“unix domain socket”( Unix 域套接字),见手册页 unix(7)

"linux socket"更容易被理解为是“linux 上特有的非 POSIX 的 socket”,如“netlink socket”

还是需要继续提高姿势水平
能像 Firefox for Android 一样可以安装扩展程序吧
小家子气的 Apple 强迫第三方浏览器用 WebKit,自己的浏览器做不好用还要强迫其他浏览器一样难用
当然是 winehq 官方提供的二进制版本了。

如果你的发行版不被官方支持也可以自己编译。
gog.com 上购买 drm free 游戏,下载然后刻录到光盘上。
20 天前
回复了 wysnylc 创建的主题 Java 为什么不建议用 try catch?
@wysnylc #4

外星人可读的错误消息是认真的??

请看#2 第二句话

你这种设计会导致实现各种功能的函数和本地化机制紧密耦合。

正确的做法是返回(或通过异常)错误代码,或者某种定义良好的数据结构,然后通过错误代码或数据结构获取错误消息。这时候调用者可以选择最合适的国际化方式。也使本地化工作能更简单地完成。

例如 open 函数,如果使用 errno,则调用者负责国际化可以非常灵活,一种方法是

concat_string(_("open %s for %s failed, "), errorstr(errno))

在英文下:open /var/xxx for write failed, Permision denied
在中文下: 打开 /var/xxx 写入失败,拒绝访问

想象一下,如果 open 函数自己搞一套或者用某一套国际化机制,对于调用者来说则太重量级了,可能会很不舒服,调用者可能很难选择更好的方式来进行国际化。

考虑你需要调用库 a 和库 b,现在这两个库都返回人类可读的错误消息,然后分别搞了 2 套不同国际化机制,那个场面一定很好玩,而负责本地化的人也一定会向你抱怨。
21 天前
回复了 wysnylc 创建的主题 Java 为什么不建议用 try catch?
3, 4 并不好

因为这种设计将错误处理和本地化这两个无关的模块耦合在了一起。

不应该直接返回人类可读的错误信息。
25 天前
回复了 ankazen 创建的主题 分享创造 支持多标签的文件管理 UWP TagFile
@ungrown #31

不吧。不应该是 linux 下的程序吧。fuse 又不是 Linux-only 的软件。fuse 脱胎于 hurd 系统的设计,后来进入了 bsd 系,Linux 在支持 fuse 的系统里算是较晚的了。

即使在 Unix 以外的 Windows 世界,我至少知道有 3 个类似项目(开源和闭源)在积极开发中,如 dokany。其中一个叫 winfsp 的还号称与 fuse 兼容。
移动家宽是很垃圾,但是你们为什么认为 ipv6 不是“公网 ip”呢。
26 天前
回复了 ankazen 创建的主题 分享创造 支持多标签的文件管理 UWP TagFile
@ungrown #11

我认为并不是没有这个硬需求,而是用记录结构存储某些元数据时会造成一些根本性的问题。

比如我觉得最麻烦的一个问题是,如果文件本身记录结构中包含使用此文件相关的重要信息,那么

cp 1.txt 2.txt
cat 1.txt > 2.txt

可能会产生惊人的不一致性,而这种不一致性也无法解决。

其实我觉得像这种需求,写成一个单独的文件系统比较好,例如就叫 tagfs 吧,tagfs 的工作类似 overlayfs,在原有的文件系统目录中索引文件,并把数据放到另外的地方,同时提供一些 /by-tags/xxx 等等的虚拟目录,这样在应用程序层是透明的,可以自动兼容绝大部分的文件管理器和其他应用程序。
@xinxuyue #4

5.3.10 及更早的内核里似乎有这个网卡的驱动,好不好用另说,你先用最新内核试试看吧。
Firefox 是目前仍在支持使用 file scheme 提供 PAC 文件的浏览器。chrome/chromium 因为一些莫名其妙的原因( chromium 的开发者说:这个改动是因为安全性考虑的,浏览器怎么可以访问文件呢 balabala,而且你看 IE 和 safari 都不支持 file://,所以我们也没必要支持,23333 )于某一个版本中废弃了其支持

直接在系统代理或 Firefox 代理中,填入 file://你的 PAC 文件路径即可,例如你的 PAC 文件在 /home/xxx/1.pac ,然后填入 file:///home/xxx/1.pac

PAC 文件怎么生成,你只需要

pip3 install genpac
利益相关:我没用过任何一款 Realtek 无线网卡

换目前最新的 stable 版本( 5.3.8 )内核试试吧。不行就记下来网卡型号避免以后踩雷。
@745839 #66

@passerbytiny #74

我明白你的意思,你就是想说 http server 的 vhost 而已呗,但是:你先看看#21 说的啥吧:“域名的解析是双向的,不是说你想解析到哪个 IP 地址,它就能被访问。同样也要该 IP 地址的设备做好解析工作,这个域名才能真正工作”

域名解析是双向的??我一口老血喷出来。

不是说你想解析到哪个 IP 地址,它就能被访问??这句话主语是“IP 地址”而不是“web 站点”没问题吧。那么问题来了,访问 IP 地址是三层通信,只要能路由过去,你设置 DNS 了其他人就能解析到 IP,然后发 IP 包就可以访问到目的主机了。至于你应用层认不认,关我网络层什么事。

同样也要该 IP 地址的设备做好解析工作,这个域名才能真正工作?? DNS 系统什么时候规定解析的目标必须要有 name server 了,找这个意思岂不是随便一个需要域名的服务器(“该 IP 的设备”)上都要运行个 BIND ?(“做好解析工作”)这不是搞笑吗。
@Mac #21

建议了解一些计算机网络的基础知识。
不明白你们有什么特别的需要这么倒腾。

有专门打印的协议,ipp (互联网打印协议)。可以试试看。

中间跨越不信任的网络时可以 vpn 或者 over tls
@loong0xf #42

我反复读了你这段话,愣是没看明白你什么意思

“系统调用带来性能提主要是依靠实现用户态网络协议栈。”
系统调用带来什么性能提升,系统调用从来都是拖慢性能的地方。而且这和用户态协议栈又有什么关系。

“gquic,iquic 大都是基于系统协议栈,CPU 占用是比 TCP 高。”
前后的因果关系也太牵强了吧。基于系统协议栈,所以 CPU 占用高?你要是说 offload 的话,TCP 不 offload CPU 占用也高。

“性能优异是得益于流控以及多数据流互相不阻塞等特性。”
什么叫“互相不阻塞等待性”?

“以后硬件提供 offload 后性能还有提升空间。”
说的好像 TCP 不能 offload 一样
@yyfearth #23

“之所以说性能更好 是因为减少了系统调用导致的在内核空间和用户空间频繁切换的问题”

然而这是不可能的,即使你使用 quic,数据还是需要以某种形式传递给内核,还是需要调用基本同样数量的系统调用。TCP 的时候,你打开 TCP 套接字,然后调用 read/write 及变种(或 recv/send 及变种)来传递数据,现在虽然换到用户层实现流量控制,拥塞控制,但是 quic 发送时还是要对 UDP 套接字调用 read/write 及变种(或 recv/send 及变种)来传递数据。要想没有这方面的开销,唯一的办法就是无操作系统或者单用户操作系统。

由于将更多逻辑放到用户层,性能反而比内核层中实现性能有一些下降。

如果你说因为 quic 因为更先进的算法 /或者某种 offload 而导致比 TCP 快,倒是有可能的(但我个人不认为 quic 能在这方面超过 TCP 太多),你要是说因为放到用户层所以快,这个我是不能认同的。

至于放到用户层灵活性更好,这一点我没有意见,这也是我同意的 quic 的一种优势。
@yyfearth #13

“比如你不能指望网络上面的路由器全部更新到新版本的 TCP 这种事情”
原来现在人都被惯的 TCP 都成了底层了哦,根据端到端原则,中间网际路由器不应该涉及 TCP 层,TCP 数据流应被看作是透明的 payload。
换句话说,既然中间节点可以不遵守端到端原则而感知 TCP,你又怎么能保证它们不会感知 quic 呢,所以这说到底不是技术问题而是政治问题。

“把很多本来依赖系统底层内核空间实现的功能 放到用户空间应用层来实现 性能上和灵活性都会好很多”
灵活性当然会好很多,但是性能这个你是认真的?不如再去学习一个操作系统课程。在保证其他特性相同的情况下,计算机世界里几乎没有性能和灵活性兼得的情况。
48 天前
回复了 yaapoo 创建的主题 分享发现 说实话,还是公网 ip 比较香
虽然移动是很垃圾

但是移动的 ipv6 难道不是公网 IP ?莫非我用的假移动
1  2  3  4  5  6  7  8  9  10 ... 67  
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2281 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 45ms · UTC 14:33 · PVG 22:33 · LAX 06:33 · JFK 09:33
♥ Do have faith in what you're doing.