TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Optimizing the Lichess Tablebase Server

246 点作者 cristoperb11 个月前

7 条评论

imperialdrive11 个月前
Lichess is one of those things you just have to sit and appreciate like a fine wine. It's absolutely wonderful for people in the chess community. I use it every day and am inspired by the functionality and performance, especially knowing it's a 1-2 person shop with limited budget.
评论 #40955855 未加载
评论 #40955997 未加载
评论 #40955830 未加载
评论 #40963885 未加载
robbles11 个月前
&gt; here are the empirical distribution functions (ECDFs) with 30ms added to each response time<p>&gt; The added constant seems artificial, but it&#x27;s just viewing the results from the point of view of a client with 30ms ping time. Otherwise the log scaled x-axis would overemphasize the importance of a few milliseconds at the low end.<p>I thought this was interesting - maybe it&#x27;s a standard practice I was just unaware of but it seems like a smart trick.
aeyes11 个月前
Did they have to reduce cost or is there any other reason to not stick 20TB of SSDs in a box and call it a day? 4TB SSDs only cost ~$300, even HP or Dell SFF drives aren&#x27;t much more expensive.<p>I guess they were interested in doing the testing and optimization for fun. From a product standpoint I probably would have invested my limited time in other projects.
评论 #40954144 未加载
评论 #40954976 未加载
评论 #40954891 未加载
评论 #40954413 未加载
评论 #40955025 未加载
评论 #40954421 未加载
treebeard90111 个月前
Some questionable choices are made in this optimization.<p>The reason for the optimization is that there is so much IO activity the RAID checks can&#x27;t complete.<p>It is unclear from the article if the RAID checks were ever completed on 17TiB of data. Instead, they choose to disable the periodic RAID checks and instead switch to doing the error checking as a page of data is read in. The two are not equivalent, and both should be used for important data.<p>Finding corrupt data only as you try to read it can lead to long running data corruptions, maybe to the point your backups do not go back far enough to restore the uncorrupted data. Underpinning this also is a change to RAID 0... While the fastest option, they are putting a lot of faith in that NVMe config handling that kind of workload.<p>Hope they have good backups...<p>EDIT: A good way to solve this is to spin up a temporary server, restore your backups to it, do the full data checks and when successful, you have also checked your backup and restore process along with the integrity of the file. You still want to have enough overhead available to complete the RAID checks on the primary server and don&#x27;t use RAID 0 for performance.
评论 #40956434 未加载
29athrowaway11 个月前
There is also lishogi but it is smaller enough to not require such optimizations yet.<p>Shogi is the most entertaining for chess variants. Xiangqi not as much.
everyone11 个月前
A lichess is a female lich I&#x27;m assuming? (It&#x27;s like baron &#x2F; baroness)
评论 #40954885 未加载
评论 #40955142 未加载
评论 #40956582 未加载
hocuspocus11 个月前
I know it&#x27;s not a fair comparison but I&#x27;m truly impressed by the quality of engineering shown by the Lichess team, when their main competitor was for example boasting about a migration to GCP and yet suffering from repeated outages due to fairly organic growth in popularity. While I believe they employ 100x more people.<p>Lichess&#x27; mobile app was a weak spot, however the v2 rewrite in Flutter is already pretty good while still in beta.<p>And keep in mind Thibault pays himself less than 60k&#x2F;year.
评论 #40954149 未加载
评论 #40954047 未加载
评论 #40954977 未加载
评论 #40954850 未加载
评论 #40954266 未加载