keakon 最近的时间轴更新

keakon's repos on GitHub

Go · 40 人关注

golog

Super fast, unstructured logging in Go.

Python · 35 人关注

Doodle

A blog system based on Python 2.7 and Redis.

Python · 3 人关注

etag-middleware

A middleware to handle ETag for Starletter or FastAPI.

Kotlin · 2 人关注

ClashMetaForAndroid

A rule-based tunnel for Android.

Python · 2 人关注

fastapi-skeleton

A web application template of FastAPI with best practice.

2 人关注

NaiveProxy

一个不占用内存的 Chrome 代理扩展。

Python · 1 人关注

delayed

A simple but robust task queue.

1 人关注

enable-copy

1 人关注

go-delayed

A simple but robust task queue.

Go · 1 人关注

go-utils

Python · 1 人关注

gunicorn

gunicorn 'Green Unicorn' is a WSGI HTTP Server for UNIX, fast clients and sleepy applications.

Python · 0 人关注

huey

a little task queue for python

Go · 0 人关注

hysteria

Hysteria is a powerful, lightning fast and censorship resistant proxy.

0 人关注

mihomo

A simple Python Pydantic model for Honkai: Star Rail parsed data from the Mihomo API.

Python · 0 人关注

peft

🤗 PEFT: State-of-the-art Parameter-Efficient Fine-Tuning.

Python · 0 人关注

redis-shard

Redis sharding client library

0 人关注

seahub

The web end of seafile server.

Python · 0 人关注

selectors2

Backported, durable, and portable selectors designed to replace the standard library selectors module.

Go · 0 人关注

shard

0 人关注

sing

Do you hear the people sing?

Go · 0 人关注

sing-quic

quic-go API wrapper and QUIC based protocol implementations

Go · 0 人关注

sql-builder

Go · 0 人关注

sql-to-struct

Python · 0 人关注

starlette

The little ASGI framework that shines. 🌟

Python · 0 人关注

taskiq

Distributed task queue with full async support

Python · 0 人关注

tornado

Tornado is an open source version of the scalable, non-blocking web server and tools that power FriendFeed.

Python · 0 人关注

uvicorn

The lightning-fast ASGI server. 🦄

Python · 0 人关注

white

A fork of the Black formatter but prefers single quotes.

keakon

V2EX 第 2704 号会员，加入于 2010-11-01 02:41:26 +08:00

keakon

keakon.top GitHub

keakon

keakon 提问技术话题好玩工作信息交易信息城市相关

5 年小米/红米用户，准备换新手机，问下其他厂商有啥推荐的

Android • keakon • 111 天前 • 最后回复来自 spark

如何让 Rime 在双拼时，优先用 2 个字母确定一个汉字？

中州韻 • keakon • 122 天前 • 最后回复来自 isudfv

Garnet 真比 Redis 快吗？

Redis • keakon • 330 天前 • 最后回复来自 haython

PyPI 维护超过 7 小时了

Python • keakon • 360 天前 • 最后回复来自 Dynesshely

如何在输入大写字母时，用数字键选词？

中州韻 • keakon • 2024-03-11 14:05:04 PM • 最后回复来自 keakon

Safari 真的比 Chrome 占用更少的资源么？

macOS • keakon • 352 天前 • 最后回复来自 toutaikkj

如何让 VSCodeVim 在命令模式下自动切换到英文？

Visual Studio Code • keakon • 2024-02-29 15:14:48 PM • 最后回复来自 keakon

官翻机和资源机的真实来源是什么？

MacBook Pro • keakon • 313 天前 • 最后回复来自 jakeyfly

拼多多的 M1 Pro 怎样？

MacBook Pro • keakon • 2024-02-02 19:36:41 PM • 最后回复来自 LiFExxl

[珠海 or 远程]有靠谱的公司招 Python 开发吗？ 8 年工作经验

求职 • keakon • 2017-07-05 11:19:12 AM • 最后回复来自 Irenelee

» keakon 创建的更多主题

keakon 最近回复了

5 天前

回复了 daimaosix 创建的主题 › 程序员 › 请教消息队列的选择

@daimaosix 假设你有 1000 个 topics ，5000 个客户端。
原方案是某个 topic 收到消息，只会通知 5 个客户端来获取消息。
你的方案会导致 5000 个客户端来获取消息，然后大部分丢弃掉。
性能差异可想而知。

此外，RabbitMQ 默认是不允许同一条消息被多个消费者并发消费的，需要使用 Fanout Exchange 。此时每个消费者都是一个单独的队列，即变成 5000 条队列，发布消息的开销会增大 5000 倍。

5 天前

回复了 daimaosix 创建的主题 › 程序员 › 请教消息队列的选择

RabbitMQ 在低负载（< 30 MB/s ）下延迟更低，资源开销、易用性和稳定性都更好。但是如果 topics 过多，例如上千，就会显著影响性能。当然你也可以多部署几个 RabbitMQ ，将不同客户打散到不同的实例，让每个实例的 topics 减少。
Kafka 的内存开销很大（毕竟 Java ），稳定性不够好，但是 topics 增长基本不影响性能。

7 天前

回复了 mxdyeah 创建的主题 › 程序员 › 在小内存服务器上，高效处理 30 万次/天 API 请求的数据库与缓存优化方案？

用 SQLite 吧，我的笔记本上一秒 40 万次随机查询，比 Redis 还快。

10 天前

回复了 bronyakaka 创建的主题 › 程序员 › web 框架性能排名 techempower 发布 2025 最新结果

实际场景数据库才是瓶颈，Multiple queries 排第一的是个 js 框架

17 天前

回复了 sampeng 创建的主题 › 程序员 › 无聊算了一下 cursor 的成本

我测试是 cursor 的一个问题最多可以调用 25 次 claude ，只计算一次。

cline / roo code 每个问题大概花费 $0.3 ，效果略好于 cursor ，但是 $16 只够问 50 多次。

26 天前

回复了 lyxxxh2 创建的主题 › 程序员 › cursor 使用感觉

@buynonsense 自动补全、光标预测、代码生成和 agent 模式都是 cursor 更好