V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  zwy100e72  ›  全部回复第 4 页 / 共 26 页
回复总数  504
1  2  3  4  5  6  7  8  9  10 ... 26  
2022-06-22 10:07:39 +08:00
回复了 shyrock 创建的主题 新手求助 没人觉得 v2 新上的广告过于碍眼吗?
楼主,如果你希望看 v2 过程中不显示广告,也可以选择充值。最低充值 30 元即可选择开启“不显示广告”功能。

广告是谷歌的重要业务,在网页上显示广告,并提示这是 google 提供的广告无可厚非。是否插入广告,主要还是看站长如何考量。

理性(“友善”)的交流是达成共识的前提,建议您发言过程中保持理性,没必要用进攻性的字眼来表达您的意思。
2022-03-27 11:44:06 +08:00
回复了 bmpidev2019 创建的主题 分享创造 介绍 Go/ Java /C/C++/ Swift 等编程语言是如何实现范型的
@bmpidev2019 没关系,交流也是提升的一部分,您已经比我做的更好了,因为你写了这样的总结

看了你的总结,我也对泛型这个玩法有了更清晰的认识,这要感谢您

如果您希望在公开宣传之前减少瑕疵的话,可以先找身边的同行帮忙审校一下(英语中应该对应是 proof-reading )
2022-03-27 11:13:44 +08:00
回复了 bmpidev2019 创建的主题 分享创造 介绍 Go/ Java /C/C++/ Swift 等编程语言是如何实现范型的
我认为 Generic Programming 应该翻译为 “泛型”,而不是“范型”。Generic programming 是对具有相同性质的数据做通用的处理,其面向的数据类型是“宽泛”的,因此称为“泛型”是更合适的。
2022-01-16 15:13:24 +08:00
回复了 wanliyi 创建的主题 问与答 如何才能在 Python 中提高得到 https 响应速度
可以从几个方向排查

1. DNS: 楼主这 1s 时间中有包含 DNS 查询时间吗?如果有的话,通过 dig 命令确认 DNS 响应时间是不是过大,如果 DNS 延迟较高,可通过更换其他 DNS 或者本地 DNS 缓存的方式来降低 DNS 的影响

2. 连接时的开销:请求 alipay.com 时会涉及到 TCP 连接、301 跳转、TCP 重连、TLS 协商等流程,可通过抓包分析是否这个阶段开销过高,通过优化连接时参数来降低影响;也可以通过连接复用降低影响

3. 楼主的目标:楼主需要明确需求,是“单次连接时长小于 N ms”,还是 “多次连接,p50 / p90 / p99 延迟指标小于 N ms”。

4. 程序本身的开销:如果连接时 CPU 占用过高,可以用相关 profiler 工具分析热点,尝试通过更换效率更高的框架来降低开销

最后,当你在讨论 “1s” 这个指标时,有可能不是带宽瓶颈。如果带宽不是瓶颈,那么再增加带宽也是无法加速连接的。
@acbot 不经过 GFW 的话有特征也没问题吧?貌似这种情况没人管

如果使用 Tailscale 的 DERP 服务器的话可能不符合相关法律要求(两端都在中国境内的话流量不允许经过国外),可以通过自建 DERP 并关闭官方 DERP 实现;貌似也没人管

我认为有中间商的问题可以通过部署 HeadScale 来规避,或者自己组件 Wireguard 网络;只是方便程度逐渐下降了
2021-11-18 21:08:51 +08:00
回复了 v2byy 创建的主题 问与答 steam deck 是基于 Linux os 的,怎么解决 directx windows 特有的 API 啊
Steam 的解决办法可以参考这个视频 (封面貌似就是软件架构图)

https://youtu.be/EosEZqf9IA8?t=199
2021-11-04 16:02:24 +08:00
回复了 cweijan 创建的主题 宽带症候群 各位家用宽带可以用 UDP 吗
我之前遇到了一样的问题,我最后的选择是直接交给 Tailscale ;

Wireguard 不通的问题,我猜你 ping 等小流量的应用是通的,传输大包的时候就不通了;现在我想应该是 MTU 的问题,Wireguard 的 MTU 要减掉 PPPoE 消息头等开销,或者学 Tailscale 用 1280 Byte 以保证绝大多数情况都可以通过
2021-10-11 23:19:39 +08:00
回复了 icelo 创建的主题 iPhone iPhone 短信怎么拦截垃圾短信啊
熊猫吃短信 +1
2021-09-26 11:53:41 +08:00
回复了 sansansan333 创建的主题 生活 有没有山西的朋友?
山西人不在山西
2021-07-23 09:22:41 +08:00
回复了 eggt 创建的主题 程序员 如何通过跳板机无缝连接需要跳转的服务器?
先搭建 本机 - A 的隧道( SSH / VPN 均可)
再通过隧道连接其他机器
2021-07-23 09:07:30 +08:00
回复了 leiakun 创建的主题 DNS Cloudflare 升级在中国的网络,并改善 DNS 服务
@hxy100 如 @lostberryzz 所说,中国区 cdn 需要备案+Enterprise Plan,由于不可描述的网站一般无法备案,所以不会用到中国区 cdn
2021-07-22 23:49:14 +08:00
回复了 leiakun 创建的主题 DNS Cloudflare 升级在中国的网络,并改善 DNS 服务
@lsylsy2 20 年 4 月宣布和京东云合作 https://blog.cloudflare.com/cloudflare-partners-with-jd-cloud/

这次升级的应该不是递归 DNS,而是权威 dns - 开通中国业务的客户会有中国区 dns + cdn 支持,降低延迟
ssr (server side render): (个人理解)狭义的 SSR 指可以做客户端渲染的 js 框架部署在服务端做预渲染;广义上也可以指传统的服务端模板引擎+填充数据形式生成最终页面
@tctc4869 动态页面我理解是 服务端直接生成最终网页;页面之间的跳转通过网页跳转实现。

这种情况下 js & css 这类文件最好还是放在 Nginx 或者 CDN 上。页面服务器 通常用模板引擎+直接填充内容的方式搭建。

仔细看了下你的问题,我认为你可以考虑 ASP.NET core 作为服务端,加上 Vue / React / jQuery 等做客户端框架。(据个人浅薄的知识)服务端用 Node.js 可能需要和浏览器 js 不一样的玩法

也有服务器渲染 + 客户端渲染的玩法,这种情况下服务端负责首次加载时的渲染,后续内容交给客户端完成、服务端仅提供 API
(以下是个人一点外行角度的看法)

前后端分离,我理解为客户端渲染,服务端只提供静态页面 + API 。这种情况下静态页面用什么都可以,API 部分当然要用支持动态返回的服务器。

请求量较小时静态页面可以直接用 API 服务器提供,量较大时推荐用 Nginx 等静态服务器返回本地文件;请求量更大的情况下静态文件通常都缓存在 CDN 上。
2021-06-21 01:01:15 +08:00
回复了 adrianzhang 创建的主题 宽带症候群 家庭网经常传输大文件的网络方案求教
我推荐楼主重新走线,走 6 类线或者超六类线,这样可以支持 10 Gbps 这个级别的速度。10Gbps 级别下可以有很便宜的服务器拆机网卡,也有不少企业做了 10Gbps 交换机,价格还算可以

另一个方向是楼主减少网络需要承载的数据量,比如原来是完整下载,改成流式传输或者挂载远程目录;或者用楼上说的,通过高速接口写进临时存储器,比如先以 6Gbps 写进 SSD 里,再人肉搬运过去,这样的平均速率也是远超 100Mbps 的
2021-05-24 14:31:54 +08:00
回复了 zhoudaiyu 创建的主题 iPhone iPhone 夜间耗电严重,且看不到耗电应用
@zwy100e72 刚刚检查了下,我的 iPhone 12 mini 启用了“使用 5G”,不是默认的“自动 5G”;目前切换回去了,今晚再试试看
2021-05-24 11:55:39 +08:00
回复了 zhoudaiyu 创建的主题 iPhone iPhone 夜间耗电严重,且看不到耗电应用
我这边遇到了类似的问题。

晚上睡觉前 MagSafe 给 iPhone 12 mini 无线充电,早上起来看充了一晚上才充到 80%,且手机背面发热严重;另一次先有线充电到 100%,晚上接上 MagSafe 充电板,早上起来还掉了 2% ( 100% ->98%)。

我不知道是什么应用在耗电,只能看到 Surge 有后台活动,可以认为是有网络请求导致的;充电充不满也可以认为是发热导致的
2021-05-14 19:54:50 +08:00
回复了 yitingbai 创建的主题 Android 求超强 Android 系统编译主机推荐
> 双路 e5 2890 v3

我想提醒楼主一句,买双路 E5 可能还不如买 5950X,因为近几年 Intel 性能已经渐渐落后于 AMD 了;同时服务器平台会有开机慢、运行噪音大等问题,希望楼主能考虑好再下手
https://www.cpubenchmark.net/high_end_cpus.html

> 32G 内存

32G 内存对 24c / 48t 还是太少了,楼主可能会在内存上遇到瓶颈
2021-05-14 19:47:28 +08:00
回复了 yitingbai 创建的主题 Android 求超强 Android 系统编译主机推荐
编译是少数单纯加核心就能获得近乎线性性能提升的场景(链接阶段除外)。

计算方面:
单机编译配置简洁,最高可以到 64c/128t ( Threadripper ) 或 128c / 256t (双路 EPYC);分布式的玩法下最密集可以做到 2U 高度 512c / 1024t ( 4x 双路 EPYC )

内存方面:
c++ 编译通常 1 线程配置 2-4GB 内存,这个可以提前测试出来;如果想并行链接的话,需要的内存会大大超出这个范围

存储方面:
SSD 肯定很有必要。产生的中间文件都需要保存在磁盘中,机械硬盘除非做阵列,很难跟上编译的速度

分布式编译方面:
商用方案 IncrediBuild 、开源方案 distcc / icecc
java 等其他语言编译加速我不确定,可能不需要这种方案吧(逃

参见:
https://www.servethehome.com/dell-emc-poweredge-r7525-review-flagship-dell-dual-socket-server-amd-epyc/

https://www.servethehome.com/dell-emc-poweredge-c6525-review-2u4n-amd-epyc-kilo-thread-server/

https://en.wikipedia.org/wiki/Incredibuild

https://en.wikipedia.org/wiki/Distcc

https://youtu.be/72AHENDeTEI?t=897
1  2  3  4  5  6  7  8  9  10 ... 26  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2745 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 10:00 · PVG 18:00 · LAX 02:00 · JFK 05:00
Developed with CodeLauncher
♥ Do have faith in what you're doing.