kuaza
(kuaza)
1
我已切换到云服务器。我以前从未见过这些错误,我想知道是什么原因造成的,以及它们是否会对用户交互产生负面影响?
这可能会导致在使用编辑器中的 AI 时出现问题。例如,当我尝试在 discourse.org 上使用它时,它在翻译时会崩溃,如下图所示:
处理缓存计数时出现意外错误:Redis::TimeoutError:等待 1.0 秒
作业异常:等待 1.0 秒 (redis://localhost:6379/1)
无法处理作业:等待 1.0 秒 \[“/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.24.0/lib/redis_client/ruby_connection/buffered_io.rb:214:in block in fill_buffer'”, “\u003cinter 处理作业失败:等待 1.0 秒 \[“/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.24.0/lib/redis_client/ruby_connection/buffered_io.rb:214:in block in fill_buffer’”, “\u003cinter
处理缓存计数时出现意外错误:Redis::TimeoutError:等待 1.0 秒
作业异常:MiniScheduler::DistributedMutex::Timeout
作业异常:等待 1.0 秒 (redis://localhost:6379/1)
5 Redis::TimeoutError (等待 1.0 秒)
4 处理缓存计数时出现意外错误:Redis::TimeoutError:等待 1.0 秒
1 个赞
kuaza
(kuaza)
3
kuaza
(kuaza)
5
我用土耳其语回复您,当要求人工智能助手将其翻译成英语时,它会像图片中那样卡住。
2 个赞
kuaza
(kuaza)
7
total used free shared buff/cache available
Mem: 7.6Gi 6.2Gi 1.3Gi 1.2Gi 1.6Gi 1.4Gi
Swap: 0B 0B 0B
Filesystem Size Used Avail Use% Mounted on
tmpfs 775M 956K 774M 1% /run
efivarfs 256K 27K 225K 11% /sys/firmware/efi/efivars
/dev/sda1 75G 21G 51G 30% /
tmpfs 3.8G 0 3.8G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
/dev/sda15 253M 6.2M 246M 3% /boot/efi
overlay 75G 21G 51G 30% /var/lib/docker/overlay2/*****************/merged
tmpfs 775M 12K 775M 1% /run/user/0
kuaza
(kuaza)
9
至少我松了一口气,不是只有我一个人
也许是浏览器的问题。我再观察一下。谢谢。
sam
(Sam Saffron)
10
请务必重新构建,我修复了一个“卡住”的问题。
也就是说,我们在校对时会尽量保持语言风格,但不知为何在您这里不起作用。
您使用的是哪个LLM?
1 个赞
system
(system)
关闭
12
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.