虽然自己没设备但喜欢聊 😀，和别人讨论的时候经常要反复查，查询一下汇总，有可能填错了。。。到时候发现错误再订正吧。

AMD 的没找到哪个表/文档里有算 TOPS 的…就不列了

N 卡

20 系到 40 系

GeForce RTX 20 系列

型号	架构	制程 (nm)	显存大小	显存类型	显存位宽	显存带宽 (GB/s)	峰值单精度 (FP32)	TOPS (AI)	TDP (W)
RTX 2080 Ti	Turing	12	11GB	GDDR6	352-bit	616	13.45 TFLOPS	114 TOPS	260
RTX 2080 Super	Turing	12	8GB	GDDR6	256-bit	496	11.15 TFLOPS	89 TOPS	250
RTX 2080	Turing	12	8GB	GDDR6	256-bit	448	10.07 TFLOPS	81 TOPS	225
RTX 2070 Super	Turing	12	8GB	GDDR6	256-bit	448	9.06 TFLOPS	72 TOPS	215
RTX 2070	Turing	12	8GB	GDDR6	256-bit	448	7.47 TFLOPS	65 TOPS	175
RTX 2060 Super	Turing	12	8GB	GDDR6	256-bit	448	7.19 TFLOPS	57 TOPS	175
RTX 2060	Turing	12	6GB	GDDR6	192-bit	336	6.45 TFLOPS	52 TOPS	160

Read More

jina 出了 ReaderLM v2 版本，这个版本的 ReaderLM 在处理文本数据时更加高效和准确。
之前简单测试了下 v1, 结论是:

• 幻觉严重, 尤其特别喜欢造 url
• 很容易触发无限生成 比如 example1 example2…. 一直生成下去

第一眼就是不可用就没继续了。
这次 v2 来了，测试了一下，幻觉问题好了很多，无限生成测试了几个也没遇到，但最为一个 html 转 markdown 的工具还是不够稳定。
这里的稳定性主要是指，与传统的基于语法树解析的工具相比，它在处理速度和结构识别的准确性上还有差距。他的确能生成不错的 markdown，但是很容易被正确结构但是内容文本里有特殊构造的/或者有一些语法错误的 html 页面所影响。

注意：这个博客里的测试只是为了列出 v2 的一些问题，针对问题进行特殊构造的测试，实际网页可能也遇不到文中提到的问题，具体以实际场景为准了。
顺道一提，这个模型是以 CC 协议发布的，所以商用场景需要遵守相关协议。

Read More

AWS 坑爹啊

最近查看 AWS 的账单才发现，在 route53 买的每个域名每个月都会额外收 0.5 刀，并且还有解析费，一看是因为用了托管区（hosted zone）,这个收费是托管区的。

这个托管区的作用其实就是 DNS 管理，emmmmm….那可不得不迁移到赛博大善人 Cloudflare 了。

这里记录一些遇到的问题吧，并把一些概念阐述下。

Read More

问题概述

今天在开发时遇到了一个有趣的问题。我在实现一个异步任务提交和状态轮询的功能时，使用了两个 useFetcher：

• 第一个 fetcher 用于任务提交，使用 submit 方法（这样可以触发页面 credit 的自动刷新）
• 第二个 fetcher 用于状态轮询，使用 load 方法（因为不需要页面刷新数据）

结果发现了一个奇怪的现象：第一个任务能正常工作，但提交第二个任务后，轮询返回的却始终是第一个任务的数据, 后面也是返回的永远是第一个任务的结果.

Read More

1. 问题背景

在 Docker 环境中运行 Spring Boot 应用时，为了确保应用能够优雅关机（Graceful Shutdown），需要正确配置多个组件。错误的配置可能导致应用无法正常接收关闭信号，从而无法执行优雅关机流程。

今天才发现服务器上配置有问题没支持, 本地是没问题的。。。最后发现是配置有问题, 这里总结一下。

日志中出现INFO o.s.b.w.e.tomcat.GracefulShutdown - Commencing graceful shutdown. Waiting for active requests to complete表示成功(我使用的是 tomcat 容器, 其他的日志内容可能不太一样)。

2. Docker 关机流程

Docker 容器的关闭过程如下：

1. Docker 向容器的 1 号进程（PID 1）发送 SIGTERM 信号
2. 等待 stop_grace_period 时间（默认 10 秒）
3. 如果进程还未退出，发送 SIGKILL 信号强制终止

3. 常见配置错误

Read More

Shopify CLI是开发Shopify应用和主题的重要工具,但在中国等网络受限地区使用时常遇到困难。
官方仓库有一些issue都提到了这些问题, 但是官方一直没有加对应的配置。
比如: [Bug]: Execute Shopify theme dev with error message: request to xxx.theme.json?xxx processing failed, reason: read ETIMEDOUT
本文将指导你如何正确配置Shopify CLI,以便在中国顺利进行Shopify开发。

主要问题

1. Shopify CLI默认不支持配置代理
2. 不读取系统环境变量
3. 内置的Cloudflare tunneling在中国连接不稳定

本指南基于Shopify CLI 3.67.1版本。

Read More

最近跟着教程学react native,教程使用的是iOS,而我在windows下开发用的安卓真机,除了一些样式上的区别大体的功能差不多.
但路由的modal显示不一样感觉观感差的有点多.
这是因为安卓原生是没有iOS那种modal的路由的,expo router使用的是react navigation的native stack,这个设置项在安卓下没有效果.

Read More

EC2的指标没有内存相关,而内存是个很重要的指标,要在cloudwatch中监控需要使用cloudwatch agent(CWAgent), 照着官方文档做结果发现没有指标… 最后发现文档里少说了一步

Read More

有个功能需要在数据库中配置模板将用户输入填入占位符, 因为要配置多轮message以及各个参数,使用自己配置的方式会比较麻烦,就想着把ChatCompletionsOptions整个序列化到数据库里,然后拿出来再填入占位符.
但是直接使用jackson会导致对于user的ChatRequestUserMessage会序列化和反序列化都失败.

Read More

问题描述

最近，我们在开发Shopify应用时，遇到了一个非常恼人的问题。我们希望允许商家降级他们当前的订阅计划，但是要求降级要在下一个计费周期才生效，当前的计划应该保持不变直到下一个计费周期。

我们发现了Shopify的 APPLY_ON_NEXT_BILLING_CYCLE 替换行为，本以为这就是我们想要的功能。但是，在测试时，我们发现当前的订阅立即被取消，降级后的订阅直接变成了 ACTIVE 状态，而这个行为应该是在下一个计费周期才触发的。

Read More