V2EX › brando 的所有回复 › 第 2 页 / 共 29 页

V2EX = way to explore

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

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 29

❮

❯

2024 年 9 月 6 日

回复了 slamcar 创建的主题 › 游戏 › 玩黑神话晕 3D 怎么办？手柄会好一些吗？

视觉动态有点问题，和手柄没关系，建议咨询医生。另外多运动。

2024 年 7 月 31 日

回复了 guoguobaba 创建的主题 › 云计算 › 都上云还真不便宜

一个是一次性投入比较大，一个是持续性投入，一般都是经过预算再做选择的，初创型都是上云方便，毕竟自建机房一次性投资确实很大。所以规模上都是看的，有条件的基本自建；条件不成熟就上云。

2024 年 7 月 25 日

回复了 fengmengqiu 创建的主题 › Windows › windows11 鼠标卡顿

我能想到的都是硬盘是不是有问题了。

2024 年 7 月 24 日

回复了 drymonfidelia 创建的主题 › 程序员 › 为什么同样是后端语言， Java 可以用来开发 Android（客户端）， PHP 就不可以用来开发客户端？

PHP 可以开发，但没优势，性能，成本等摆在那的。开发总要考虑经济成本的，后续可持续性等等，所以 PHP 一般适合 WEB 脚本。

2024 年 6 月 26 日

回复了 kekylin 创建的主题 › NAS › 分享一个基于 Debian 搭建的 HomeNAS 玩法（对新手友好型）

新手型友好就是买商业版的，有问题直接找售后。

2024 年 5 月 23 日

回复了 shineshane 创建的主题 › 程序员 › 自定义域名邮箱服务

@shineshane #107 它是支持的，对于普通版只是需要下载个桥接的程序，但如果想进一步使用，需要购买，企业或者家庭版之类的。关于它家的 SMTP ，可以看下。https://proton.me/support/smtp-submission

2024 年 5 月 21 日

回复了 shineshane 创建的主题 › 程序员 › 自定义域名邮箱服务

@chanChristin #9 比 protonmail 还贵，当年我用了几年，最后我还是转到 protonmail 上去了，主要还有个 simplelogin.

2024 年 5 月 17 日

回复了 xing2387 创建的主题 › Ubuntu › 对 ubuntu gnome 喜欢不起来，难受啊

UNIX 的 GUI 我基本都受不了...

2024 年 5 月 17 日

回复了 ysicing 创建的主题 › Ubuntu › 现在服务器使用 ubuntu 主流用什么版本

看版本生命周期...主要是补丁，升级对生产线项目基本不会影响。

2024 年 5 月 11 日

回复了 bomjack 创建的主题 › 程序员 › 怎么防止 windows 客户端被破解

不如把精力更好的花在产品质量上，让客户购买。当然被破解了说明这款东西值得去用。

2024 年 4 月 26 日

回复了 mestrace 创建的主题 › 程序员 › 公司废弃项目，未发布代码能作为个人开源项目使用吗？

尽量别去动公司的资产，哪怕是无形资产也不要动。既然你对这项目有感情，可以升华你自己的个人项目，因为你可以做个更好的出来。

2024 年 4 月 26 日

回复了 kksd0912334 创建的主题 › Kubernetes › 如何劝领导不要搭建备用 k8s 集群

不劝，但有必要告诉他你的想法，至于其他交给领导处理就行了，否则要领导干嘛？！

2024 年 4 月 25 日

回复了 HaroldFinchNYC 创建的主题 › 分享发现 › spark, foxmail, outlook 使用体验

现在用 webmail 了，客户端不折腾了。

2024 年 3 月 29 日

回复了 brando 创建的主题 › 问与答 › 关于海量的大数据文件传输问题

@bt7vip 不是单链路，我也有考虑过堆叠线和链路聚合的方式，因为听说分布式是网卡 20G 的，有 2 个链路连接到核心交换机上，海量的碎片文件是非常多，但是以 G 为单位的文件也不在少数，所以我就觉得 250M 这个实在是低。进机房和就介入存储到不是问题，关键是能帮助企业解决些问题才是实实在在的。🥰
@Mithril #9 能提供一些思路和方式，很感激您。。感谢感谢！🥰

2024 年 3 月 28 日

回复了 brando 创建的主题 › 问与答 › 关于海量的大数据文件传输问题

@dode 这也算是个方案，但属于没办法的办法，一般不到这一步是不会做的。

2024 年 3 月 28 日

回复了 brando 创建的主题 › 问与答 › 关于海量的大数据文件传输问题

@Mithril #6 存储是分布式的，不能直接挂靠硬盘，分布式的存储方式和普通的存储是两回事。大容量的数据是可以走网线的，但目前资金有限，没法在升级网络硬件的情况下，有个叫 RoceV2 的协议，当然现在是只能从现有的环境条件去一步步分析了。

客户端设备硬盘是 M2 的，但这个不是问题所在，就是你最后所说的，还是核心网络方面有点问题，毕竟网卡都 20G ，40G 了。（我是后妈，对前期的资源或设置是不了解嘀）

挂靠移动硬盘毕竟是有风险存在的，并不是很可靠，对企业来说是个硬伤，何况数据是几十 TB 的文件了。

2024 年 3 月 28 日

回复了 brando 创建的主题 › 问与答 › 关于海量的大数据文件传输问题

@Mithril #3 我这是企业私有云（就是企业内部服务群集），您说的这种是数据用公有云，我们客户端传输的速度给公有云会直接死翘翘的，如果是公有云，一般直接在线扩容（或者你说的 AWS ，直接用 AZCOPY 这种功能），关键我们这边不想再部署那么大的服务群集在本地了，毕竟机房限制也会有瓶颈。

EMMMMMM ，我另外再想想办法突破下。

2024 年 3 月 28 日

回复了 Cola98 创建的主题 › 程序员 › 终于找到工作了，不过又又是外包

这个是不是所谓的乙方？！

2024 年 3 月 28 日

回复了 brando 创建的主题 › 问与答 › 关于海量的大数据文件传输问题

@Mithril 目前是没有，但不我理解您指的硬盘数据迁移，他的方式是什么？我这边是不能动物理设备的，毕竟这些设备都在工作，又有很多人在使用。

1 2 3 4 5 6 7 8 9 10 ... 29

❮

❯