V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ungrown  ›  全部回复第 26 页 / 共 90 页
回复总数  1794
1 ... 22  23  24  25  26  27  28  29  30  31 ... 90  
2022-02-10 13:27:04 +08:00
回复了 fire1980 创建的主题 宽带症候群 求教, win10 和 ubuntu 共享的 samba 传输速度满的问题
@fire1980 #12 对了,甚至不需要等到 100%占用的时候,毕竟全志的芯片多数是火炉,估计散热也没有针对性增强,就指望着塑料壳子里面那点微小空间里的空气对流慢慢搬热量,搞不好一上来就过热降频了,全程跑不满。
2022-02-10 13:24:49 +08:00
回复了 fire1980 创建的主题 宽带症候群 求教, win10 和 ubuntu 共享的 samba 传输速度满的问题
@fire1980 #12 再加上你的文件走的是 USB 这条路,那更抱歉了,USB 协议的处理也算得上是高 cpu 占用(针对低功耗低算力芯片而言),主要是有大量的软中断需要 cpu 来处理,USB 的数据包偏偏又很小很多。
这下好了,一个 smbd 的 worker 进程,一个 USB ,俩耗费 cpu 算力的主,传一个文件双倍的 100%占用。
2022-02-10 13:20:27 +08:00
回复了 fire1980 创建的主题 宽带症候群 求教, win10 和 ubuntu 共享的 samba 传输速度满的问题
@fire1980 #12 作为对比,iperf3 这种对 cpu 几乎没占用的,就能把家里的千兆跑满,htop 里面看 cpu 占用毫无波澜
2022-02-10 13:19:01 +08:00
回复了 fire1980 创建的主题 宽带症候群 求教, win10 和 ubuntu 共享的 samba 传输速度满的问题
@fire1980 #12 你不先看看 smb 在传输文件时的 CPU 占用?
提个醒,smbd 的子进程在有文件传输时的 cpu 占用可不低,尤其在低功耗低算力设备上。
我家的 nas 是 n3150 的 cpu ,算力比较低,千兆内网从 samba 拉文件只能跑到约 70MIB/s ,离磁盘瓶颈还有至少 40%的余量,然而速度再也上不去了,因为 smbd 单核占用已经 100%了,而这玩意单个传输连接又不能分给多核心负担,我也就只好这么将就着用。
2022-02-10 13:10:16 +08:00
回复了 Eytoyes 创建的主题 宽带症候群 家宽每天 15G 流量有什么性价比方案吗
我家里人手移动 8 元套餐,家里宽带移动 300M 每月 15 ,哪来的不单卖这个说法
2022-02-10 12:30:26 +08:00
回复了 ghtstice 创建的主题 宽带症候群 联通 60 元 300M 宽带
移动 300M 家宽,15 一个月
2022-02-10 12:27:21 +08:00
回复了 gmq591386005 创建的主题 宽带症候群 如何将一个在美国的 500G 的文件传输到国内?
1. 网盘。别看不起网盘。哪怕是国内网盘,大不了临时买个短期大会员。
2. p2p 文件同步软件。考虑到国内网络环境,建议用国产的微力同步。
3. 不限大小的文件中转服务。anonfiles ,这个我常用,国内下载时最好搭梯子,不然速度可能很慢。
2022-02-10 11:40:05 +08:00
回复了 dNib9U2o8x 创建的主题 宽带症候群 免费升到到 1000M,美滋滋
有啥好美的,你 99 的套餐本来就值千兆,说白了之前 300 兆卖你 99 那是含泪赚 80 (夸张点)
我家里今年更新了 300M ,移动家宽,15/月
我用不到千兆
2022-02-10 11:30:04 +08:00
回复了 wazon 创建的主题 宽带症候群 求一个大文件分享的方案
@lizhiqing #40 这个服务没看太懂,到底要不要注册账号,然后上传限制、体积、有效期之类的也没写明
2022-02-10 11:24:10 +08:00
回复了 wazon 创建的主题 宽带症候群 求一个大文件分享的方案
还不行的话那就还是回到 wetransfer 、文叔叔之类的文件中转服务上,反正都支持匿名,找几个国内速度够快的就行。(奶牛快传现在必须得注册才能用了,不够方便,所以略过)。
虽然单词中转分享的数据量只有 1 、2GB ,但是可以分卷啊,一个脚本的事情。上传下载也不用手动点网页,GitHub 上有个叫 transfer 的项目,命令行工具,支持多个这类服务的上传下载,wetransfer 、文叔叔也在支持列表上。
写个脚本,这头把 40GB 分卷,然后上传到中转服务,把获取的链接保存到一个文本文件,然后把它发给对方,对方用另一个脚本把这些链接的分卷全部下载,然后本地拼接、解压缩。完事。
2022-02-10 11:18:56 +08:00
回复了 wazon 创建的主题 宽带症候群 求一个大文件分享的方案
p2p+sync:微力同步,国产软件,对标竞品应该是 Resilio Sync ,但据说同步功能是“借”自 syncthing 。国内外有足够多的中转、打洞服务器,国内直连大概率能打通,速度应该能保证,搞不好能超过你的预期,但还是先试验一下看看效果。

国内网盘+svip:如果上面那条路效果不能接受,那么这就是最佳的备选方案了,便宜(反正百度 svip 包年 198 的价格隔三差五都有,现在也有),省心。唯一违背你的要求的就是要账号要注册,但我想不通这一点有什么不行的,如果是个人用就用自己账号,如果是团队、或者有他人参与进来,可以搞一个公号,由专人负责管理、或者约定好规章制度来统一管理,如果需要新的手机号也不是问题,办个最低资费套餐就行。
2022-02-10 11:02:42 +08:00
回复了 laravel 创建的主题 程序员 手上有个特别好用的即时通讯系统,支持集群
如上所言,这个需求确实已经被 mqtt 之类的覆盖了
2022-01-15 09:55:50 +08:00
回复了 dangyuluo 创建的主题 Linux 为什么编译起来 aarch64 比 x86_64 要慢,单核 benchmark 却相反
@461da73c #38
你自己的言行正是诠释了这四个字
编译过程是可以选用、禁用功能模块的,这你不知道?
如果少了几个模块,那编译时就直接没了这几个模块的工作量,你说差距大不大?
因为架构不同所以编译时采用不同的模板来分支处理,导致整个编译运算量出现差异,这种事你是真没见过?
2022-01-14 20:32:30 +08:00
回复了 dangyuluo 创建的主题 Linux 为什么编译起来 aarch64 比 x86_64 要慢,单核 benchmark 却相反
@461da73c #31
你这叫问的什么话,因为架构不同,所以有可能支持的功能不同,说不定#ifdef 里面就有禁用 /略过某些功能模块,这编译的工作量不就大相径庭了吗
感觉你问题没描述清楚,是针对 CIFS/SMB 远程共享吗
2022-01-14 13:51:49 +08:00
回复了 dcsuibian 创建的主题 程序员 有没有人跟我一样参考 url 来创建文件夹
只要文件名装得下,我就不会弄那么多中间路径
我给你看一下我最近下载的视频的文件名:
[贝拉] 欢迎来到倾斜之夜 [bilibili BV1ST4y127cU av935412698][神无可绘].mp4
拉姐我的拉姐🤤🤤🤤 [bilibili BV1Kq4y1j74e av545815590][无眠夢].mp4
鸭鸭 衣服也包不住奈奈 [Iwara 18EzAuqkjLu3wNrR1 1641893256][宇轩呀].mp4
EVA 紧身榨乳战斗服-芽衣-LUPIN [Iwara glmXRtzgRVcOZ3MeQ 1641995402][mahou].mp4
[NTR] Rikka ⧸ 宝多六花 ⧸ SSSS.GRIDMAN [Iwara 68z1GU6vZbToe92LB 1642083927][YuukiS].mp4
女警弱音半脱黑丝被后入 [Iwara vmJDVhR5raceZR0k9 1642063851][chengyl9].mp4
2022-01-02 12:53:54 +08:00
回复了 fbichijing 创建的主题 程序员 GPL 协议的疑惑?
@fbichijing #23
理念是理念,协议是协议,执行是执行,结果是结果
理想是理想,现实是现实
咋地你想让这世上的每个理想都能“自动”的转换成现实吗
想让理想变成现实就需要具体的人(们)去出力、去想办法,甚至需要牺牲,做得越多,那份理想就有越多的比例变成现实
但同时,做得越多,最后得到的现实结果中也就会包括越多的跟最初的理想“背道而驰”的成分
而且,理想的最初版本一定会随着人们的行动而演变,原教旨真的能够永存吗
种子能发芽,长成参天大树就够了,别强求结出来的果子和一开始种下去的一模一样
2021-12-31 11:02:53 +08:00
回复了 emUi998 创建的主题 宽带症候群 千兆光猫榨干千兆带宽简单方案(实测 1.2G 左右)
@advancejar #29 这个帖子里的人用的是 USB 网卡,USB 碰上高功耗、高负载、高吞吐之类的情况,掉设备很正常
2021-12-27 09:45:02 +08:00
回复了 LxnChan 创建的主题 Linux 有无基于 Linux 的媒体服务器软件?
你的播放设备有那么古早吗?这点解码能力都没有?非要让服务端进行重编码串流?
服务端只负责文件存储和共享就行了,撑死了加上一个刮削数据,刮削动作可以自动脚本,或者半自动软件( tinyMediaManager )。
播放端用随便什么能解码的播放器,或者也可以用 Kodi 、NovaPlayer 之类支持元数据、媒体墙的播放软件。
就算真有电影之类的,既想保存超高清高码率的版本,又希望解码力弱或者网络带宽不高的情况下也能播放,那就单独压制一份清晰度较低编码更常见的版本保存,总比每次播放都重新编码串流来得强。
大家常说的不就是“硬盘又不贵”“不差这点硬盘钱”吗?
我家里收藏的视频分辨率反正不超过 HD720 或者 FHD1080 ,编码顶多就是 HEVC ,反正所使用的的所有设备都能解码播放,我是不想折腾那些实时重编码串流的媒体服务软件。
1 ... 22  23  24  25  26  27  28  29  30  31 ... 90  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   861 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 20:13 · PVG 04:13 · LAX 13:13 · JFK 16:13
Developed with CodeLauncher
♥ Do have faith in what you're doing.