V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  chocotan  ›  全部回复第 1 页 / 共 84 页
回复总数  1670
1  2  3  4  5  6  7  8  9  10 ... 84  
我折腾半天,先是登不上,开了 tun 模式登上了,然后模型加载不出来,再切全局重新打开,加载出来了。
然后对话又是卡死
22 天前
回复了 qwqqwq 创建的主题 问与答 怎么办,看见好看的女孩就喜欢
正常,窈窕淑女君子好逑
glm4.6 你们不卡吗,上下文一长就卡爆炸,超时概率特别大,基本上处于没法用的状态。
换成其他就快得很,差点以为是我网络有问题。
80 天前
回复了 syh2 创建的主题 问与答 大家有觉得小米红米的电子产品寿命不行么
我买的红米显示器,刚过保就坏了
前后买过 10 个显示器了,只有它是这样
83 天前
回复了 YShell 创建的主题 问与答 这是碰见人贩子了嘛!
我以前走在路上突然一个男的过来问我去哪,要用他电瓶车载我。
后来了解了是说这附近的知名男同
98 天前
回复了 anzu 创建的主题 日本語 其实日语的外来语不算多
十年前看日本某网站排名靠前的轻小说,没有一个人名是能看懂的,全是片假名
在我这里,信微软不如信网友。
很久以前买过 surfacebook ,某次大更新之后账号无法登录,只能整个重装。
还有很久以前的睡死、IME 导致单核 100%占用等问题,微软要是能复现就不至于拖那么久都修不了了。
我也有类似感觉。
NAS:群辉"欺骗"我存储池损毁,ssh 连接上去实际能读。且群辉系统文件疑似损坏,我登都登不上。后来是组了新机器把盘挂上去读出来恢复的。
软路由:我自从用上后,网络出问题每周都能遇到......某些软件的稳定性实在是太差了,再加上一堆看不懂的配置......
docker:只是因为 nas 碰巧也可以当成服务器吧,还有界面,使用门槛低。

我就自组了机器装了普通 linux 发行版后,我卖了群辉,至今用的很舒服。
105 天前
回复了 pikes2023 创建的主题 问与答 想问问,有人用过运动相机么?
没有任何长焦&高清需求的话就可以买。哪怕是 8k 也很糊,一到晚上更加不能看了。录演唱会的话基本就是记录生活和氛围,实际连舞台人脸轮廓都看不到,噪点爆炸,哪怕是第一排也只能勉强拍到人脸轮廓,完全没有细节。我曾经用 pocket3 和 ace pro2 试图拍了剧场演出&音乐节,炫光+噪点+高糊,完全没法出片。还有一次演员贴脸演出(全程离我 1-3 米+曝光充足),拍出来的也基本不如手机。
132 天前
回复了 ZGeek 创建的主题 NAS 想不通为何那么多人对 NAS 有核显转码的需求
软解速度很慢,有时比播放速度都慢
一些设备不少格式是不支持的,比如 chrome 就是,我们经常有用户跑来问为什么手机拍的视频浏览器播放不了
134 天前
回复了 abcfreedom 创建的主题 健康 脂溢性皮炎究竟该怎么治
油甜辣都不要吃。
去专业皮肤科看看
161 天前
回复了 LxnChan 创建的主题 Linux 求 Linux 访问外网的解决办法
v2raya
用很久了,没啥问题
对我来说是学习成本太高了,任何配置调整我都要去谷歌一下才知道怎么弄,而且记不住。比如我想改个启动参数,居然要去改配置文件......
不会
我之前看 spring boot 官方的视频教程就是 controller 直接调用 repository
报备两个月,连公司全称的签名都经常被拦截(提示没实名制报备),本来就是残废还继续折腾
我申请水星的时候被要求提供公司的地址证明,而中介不提供这个。
后来用申请 EIN 的文件(上面有地址)才通过了。(美国人效率是真的低,等 EIN 花了将近四个月)
173 天前
回复了 nszbf 创建的主题 程序员 小红薯开发者模式模式
来晚了,不行了已经
* 坑主要与 EC 有关,其中一部分功能提交 pr 给官方了。我们是从去年这个时候 fork 出来做的二次开发,期间经历了多次集群突然崩溃、突然选举导致服务中断等问题,直到现在才勉强稳定运行。后来我们试图合并官方的代码,发现创建新 volume 的功能疑似被其他人负优化了,就没继续合并了。

* EC 后文件被删除了空间无法释放的问题,我们目前是简单的做了判断——判断 volume 里所有文件都被删除后再删除该 volume 的文件

* Java 版的 EC 我们目前暂时没有精力单独开源出来,等集群稳定后再考虑。

* 一个集群的 master 节点数量设置成 3 个,5 个会增加超时概率,超时了就会触发选举。我们是搭建了两个完全独立的集群,一个无法提供服务的时候会自动切换到另一个

* weed 有预创建 volume 的,但是当 collection 数量过多+高并发的时候,由于它创建 volume 是串行处理、且每创建一个 volume 耗时在百毫秒左右,会导致一部分请求超时( 10 秒超时)。业务应用需要做重试。

* 副本复制可以,如果空间足够的话建议不要做 EC 。

=========
就在刚刚,我们又发现了一个极端情况下返回上传成功实际文件上传失败的 BUG (与 EC 有关),造成一集群近几个月约 10%共上百 TB 的文件丢失了,这个 BUG 仍然存在于官方的最新版里。

@niz
@niz
我们用 seaweedfs 的一些坑:
1. seaweedfs 的 EC 坑很多——比如不支持 ttl (提了 pr 现在支持了),并且如果用机械盘的话,EC 速度是赶不上文件上传的速度的。我们后来参考 go 源码另外开发了 java 的 ec 任务。还有诸如 EC 后文件删除无法释放空间等问题。
2. 内部大量用到了锁,有几个地方有性能问题,还有并发读写 map 导致 panic 崩溃的问题。
3. 在大量文件写入的情况下,master 节点会突然触发选举,且其选举非常慢——超过 30 秒,且保证可用性的话需要准备两个集群
4. 有大量文件写入、新 volume 生成频繁的时候,创建 volume 的速度赶不上文件写入的速度。
1  2  3  4  5  6  7  8  9  10 ... 84  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2367 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 15:52 · PVG 23:52 · LAX 07:52 · JFK 10:52
♥ Do have faith in what you're doing.