memorycancel (memorycancel)

微调 Puma 部署服务器性能

memorycancel — Tue, 14 Jan 2025 13:49:50 +0800

此处讨论范围为 Rails 应用服务器，它是大多数网络应用程序中对性能敏感主要组件。后台作业和 WebSockets 等其他组件也可以调整（数据库组件），但本文不涉及。

有关如何配置应用程序更多信息，请参阅《配置指南》。

本指南假定运行是 MRI Matz's Ruby Interpreter -（Ruby 典型实现，也称为 CRuby）。如果使用是 JRuby 或 TruffleRuby 等其他 Ruby 实现，本指南大部分内容将不适用。如有需要，请查阅与 Ruby 实现相关资料。

1 选择应用服务器

Puma 是 Rails 默认应用服务器，也是整个社区最常用服务器。它在大多数情况下都运行良好。在某些情况下，可能希望更换为其他服务器。

不同应用服务器使用特定并发方法。例如，Unicorn 使用进程，Puma 和 Passenger 是基于进程和线程混合并发，而 Falcon 则使用纤程。

全面讨论 Ruby 并发方法超出了本文范围，但本文将介绍进程和线程之间关键权衡。如果想使用进程和线程以外方法，则需要使用不同应用程序服务器。本文将重点介绍如何调整 Puma。

2 为什么要优化？

从本质上讲，调整 Ruby 网络服务器就是在内存使用率、吞吐量和延迟等多个属性之间做出权衡。吞吐量衡量是服务器每秒能处理多少个请求，而延迟衡量是单个请求所需时间（也称为响应时间）。

一些用户可能希望最大限度地提高吞吐量，以`降低托管成本`；另一些用户可能希望最大限度地减少延迟，以提供最佳用户体验；还有许多用户会在中间寻找折中方案。

重要是要明白，优化一种属性通常至少会损害另一种属性。

2.1 理解 Ruby 并发和并行

广义上，并发性是指通过在单个 CPU 内核上快速切换多个任务来管理看似同时发生多个任务能力，而并行性是指在多个 CPU 内核上同时执行多个任务，使它们真正并行运行；
从本质上讲，并发性是指管理多个任务，而并行性是指在多个处理器上同时执行这些任务。

CRuby 有一个全局解释器锁，通常称为 GVL 或 GIL。GVL 可以防止多个线程在单个进程中同时运行 Ruby 代码。多个线程可以等待网络数据、数据库操作或其他非 Ruby 工作（通常称为 I/O 操作），但一次只能有一个线程运行 Ruby 代码。

这意味着基于线程并发性可以通过并发处理网络请求来提高吞吐量，但每当 I/O 操作完成时，都可能会降低延迟。执行该操作线程可能需要等待才能继续执行 Ruby 代码。同样，Ruby 垃圾回收器是 "stop-the-world"（停止 - 世界），因此当它触发时，所有线程都必须停止。

这也意味着，无论一个 Ruby 进程无论包含多少线程，它使用 CPU 内核都不会超过一个。

因此，如果应用程序有 50% 时间在进行 I/O 操作，那么在每个进程中使用超过 2 或 3 个线程可能会严重影响延迟，吞吐量方面收益也会迅速减少。

一般来说，一个精心设计 Rails 应用程序不会因为 SQL 查询速度慢或 N+1 问题而导致 50% 以上时间用于 I/O 操作，因此不太可能从 3 个以上线程中获益。不过，一些应用程序在内联时调用第三方 API，可能会花费很大一部分时间进行 I/O 操作，因此可能会受益于更多线程。

使用 Ruby 实现真正`并发`方法是使用多进程。代价是消耗更多内存。

只要有一个空闲 CPU 内核，Ruby 进程在 I/O 操作完成后恢复执行之前就不必互相等待。不过，进程只能通过写入时复制共享部分内存，因此一个额外进程使用内存比一个额外线程使用内存还要多。需要注意是，虽然线程比进程便宜，但它们不是免费，增加每个进程线程数也会增加内存使用量。

因此，假如服务器有8Core，可以设置并发进程数为：`(8-2)*1.5=9`（留2Core给系统服务），每个进程线程数设置为 1。

2.2“精兵简政”

希望优化吞吐量和服务器利用率用户会希望每个 CPU 内核运行一个进程，并增加每个进程线程数，直到认为对延迟影响过于重要为止。（榨干服务器性能）

有意优化延迟用户应尽量减少每个进程线程数。

为了进一步优化延迟，用户甚至可以将每个进程线程数设置为 1，并在每个 CPU 内核运行 1.5 或 1.3 个进程，以考虑到进程空闲等待 I/O 操作时情况。需要注意是，有些托管解决方案可能只为每个 CPU 内核提供相对较少内存（RAM），因此无法运行尽可能多进程来使用所有 CPU 内核。不过，大多数托管解决方案都有不同内存和 CPU 比例计划。

另一个需要考虑问题是，由于 "写入时复制"（copy-on-write），Ruby 内存使用得益于规模经济效益。2 台 32 进程服务器比 16 台 4 进程服务器使用进程更少。（2×32 < 16x4）

在总CPU核心数量一定情况下，应该选用单机更强（核心更多）少量服务器。`“精兵简政”`

3 配置

3.1 Puma

Puma 配置位于 config/puma.rb 文件中。两个最重要 Puma 配置是每个进程线程数和进程数，Puma 称其为 workers。

每个进程线程数通过 thread 指令配置。在默认生成配置中，它被设置为 3。可以通过设置 RAILS_MAX_THREADS 环境变量或直接编辑配置文件来修改它。

进程数由 workers 指令配置。如果每个进程使用多个线程，则应将其设置为服务器上可用 CPU 内核数，如果服务器正在运行多个应用程序，则应将其设置为希望应用程序使用内核数。如果每个工作者只使用一个线程，那么可以将其增加到每个进程一个以上，以考虑工作者空闲等待 I/O 操作时情况。

可以通过设置 WEB_CONCURRENCY 环境变量来配置 Puma Worker 数量。

根据公式，如果使用的 Linux，借助nproc命令：

# config/puma.rb
threads_count = ENV.fetch("RAILS_MAX_THREADS", 1)
threads threads_count, threads_count
workers `nproc`.to_i * 1.5

3.2 YJIT

最近的 Ruby 版本带有一个名为 YJIT 的即时编译器。无需赘述太多细节，JIT 编译器可以更快地执行代码，但会占用更多内存。除非真的无法承受额外的内存占用，否则强烈建议启用 YJIT。对于 Rails 7.2，如果应用程序运行在 Ruby 3.3 或更高版本上，Rails 默认会自动启用 YJIT。旧版本的 Rails 或 Ruby 则需要手动启用，具体方法请参阅 YJIT documentation 。

如果额外的内存使用是一个问题，在完全禁用 YJIT 之前，可以尝试通过 --yjit-exec-mem-size 配置来调整它，使其使用更少的内存。

3.3 内存分配器和配置

由于大多数 Linux 发行版的默认内存分配器的工作方式，使用多线程运行 Puma 可能会因内存碎片导致内存使用量意外增加。反过来，增加的内存使用量可能会导致应用程序无法充分利用服务器 CPU 内核。

[内存碎片](https://en.wikipedia.org/wiki/Fragmentation_(computing))也是为什么要减少线程数的原因之一。

为了缓解这个问题，强烈建议将 Ruby 配置为使用另一种内存分配器：jemalloc。 Rails 生成的默认 Dockerfile 已预置安装和使用 jemalloc。但如果托管解决方案不是基于 Docker 的，就应该研究如何在那里安装并启用 jemalloc。

如果出于某种原因无法做到这一点，另一种效率较低的方法是在环境中设置 MALLOC_ARENA_MAX=2 ，以减少内存碎片的方式配置默认分配器。但请注意，这可能会让 Ruby 运行得更慢，因此 jemalloc 是首选的解决方案。

安装配置jemalloc：

sudo apt-get -y install autoconf libxslt-dev xsltproc docbook-xsl
git clone https://github.com/jemalloc/jemalloc.git
cd jemalloc
autoconf
./configure
make dist
sudo make install

或者 Ubuntu 直接：

apt-get install --no-install-recommends -y libjemalloc2

重新编译 Ruby(换成jemalloc)：

mise uninstall ruby@3.3.6
RUBY_CONFIGURE_OPTS='--with-jemalloc' mise install ruby@3.3.6

启动：

LD_PRELOAD=/usr/local/lib/libjemalloc.so puma

验证 puma 服务器已经使用jemalloc：

ps -ef | grep puma
ldd /proc/35650/exe

去 Google 搜索，大多使用 jemalloc 的应用内存使用率节省 80% 左右。

4 性能测试

由于每个 Rails 应用程序都不尽相同，每个 Rails 用户可能都想针对不同的属性进行优化，因此不可能提供最适合每个人的默认配置或指南。

因此，选择应用程序设置的最佳方法是测量应用程序的性能，然后调整配置，直到达到满意为止。

这可以通过模拟生产工作负载或直接在生产中使用实时应用流量来完成。

性能测试是一门很深的学问。本指南仅提供简单的指导。

4.1 测量什么？

吞吐量是指应用程序每秒成功处理的请求数。（俗称 RPS/TPS）任何好的负载测试程序都会测量它。吞吐量通常是以 "每秒请求数 "为单位的单一数字。

延迟是指从发送请求到成功接收响应的延迟时间，通常以毫秒为单位。每个请求都有自己的延迟时间。

百分比延迟给出的是某一部分的延迟更好。例如，P90 是 90% 以上的请求平均延迟。其中只有 10% 的请求处理时间长于该值。 P50 是一半请求的平均延迟，也称为延迟中位数。

"尾延迟 "是指高百分位数延迟。例如，P99 是指只有 1% 的请求的延迟较差。P99 是尾部延迟。P50 不是尾延迟。

一般来说，平均延迟并不是优化的好指标。最好关注中位延迟（P50）和尾部延迟（P95 或 P99）。

4.2 生产测试

如果生产环境包含不止一台服务器，那么在这里进行 A/B 测试是个不错的主意。例如，可以让一半的服务器每个进程使用 3 个线程，另一半服务器每个进程使用 4 个线程，然后使用应用程序性能监控服务来比较两组服务器的吞吐量和延迟。

应用程序性能监控服务有很多，有些是自托管的，有些是云解决方案，还有很多提供免费的分层计划。推荐特定的服务超出了本指南的范围。

4.3 负载测试仪

需要一个负载测试程序来向应用程序发出请求。这可以是某种专门的负载测试程序，或者也可以编写一个小程序来发出 HTTP 请求并跟踪它们所需的时间。通常情况下，不应该检查 Rails 日志文件中的时间。该时间仅指 Rails 处理请求所花费的时间。它不包括应用服务器花费的时间。

同时发送多个请求并对其进行计时可能很困难。这很容易引入微妙的测量误差。通常情况下，应该使用负载测试程序，而不是自己编写。许多负载测试程序使用简单，而且许多优秀的负载测试程序都是免费的。

例如：loadrunner

4.4 可以更改的内容

可以更改测试中的线程数，以便在吞吐量和延迟之间找到最适合应用的平衡点。

拥有更多内存和 CPU 内核的大型主机需要更多进程才能达到最佳使用效果。可以改变主机提供商提供的主机的大小和类型。

增加迭代次数通常会得到更准确的答案，但需要更长的测试时间。

应该在与生产中运行的主机类型相同的主机上进行测试。在开发机器上进行测试只会告诉哪些设置最适合该开发机器。

4.5 热机

应用程序启动后应处理一些请求，这些请求不包括在最终测量中。这些请求称为 "预热 "请求，通常比后面的 "稳态 "请求慢得多。负载测试程序通常支持预热请求。也可以多次运行，并丢弃第一组次数。当增加预热请求的次数不会明显改变结果时，就有足够的预热请求了。这背后的理论可能很复杂，但大多数常见情况都很简单：用不同的预热次数进行多次测试。看看需要进行多少次预热迭代，结果才会大致相同。长时间预热有助于测试内存碎片和其他只有在多次请求后才会出现的问题。

4.6 测试哪些请求？

应用程序可能会接受许多不同的 HTTP 请求。一开始，只需对其中几种请求进行负载测试。随着时间的推移，可以添加更多类型的请求。如果某类请求在生产应用程序中速度太慢，可以将其添加到负载测试代码中。合成工作负载无法完全匹配应用程序的生产流量。但它仍然有助于测试配置。

4.7 注意事项

负载测试程序应允许检查延迟，包括百分位延迟和尾部延迟。

对于不同数量的进程和线程，或一般的不同配置，检查吞吐量和一个或多个延迟，如 P50、P90 和 P99。增加线程会在一定程度上提高吞吐量，但会使延迟恶化。

根据应用需求，在延迟和吞吐量之间做出权衡。

使用 Rails 8 提供的默认任务队列 Solid Queue

memorycancel — Fri, 03 Jan 2025 18:13:02 +0800

1 Solid Queue 简介

Solid Queue 是 Active Job 的一个基于数据库的队列后端，设计时考虑到了简单性和性能。

它摒弃了Redis内存数据库作为任务队列的后端存储（如：sidekiq等）。

可与 SQL 数据库（如 MySQL、PostgreSQL 或 SQLite）一起使用，它利用 FOR UPDATE SKIP LOCKED子句（如果有的话）来避免轮询作业时的阻塞和锁等待。它依赖 Active Job 进行重试、丢弃、错误处理、序列化或延迟执行，并与 Ruby on Rails 的多线程兼容。

除了常规的作业排队和处理外，Solid Queue 还支持延迟作业、并发控制、重复作业、暂停队列、每个作业的数字优先级、队列顺序优先级和批量排队（enqueue_all for Active Job's perform_all_later）。

这概念是否似曾相识，与Unix的进程控制很像？！通过在命令后加上`&`将任务传送至后台，在通过`jobs -l`查看后台任务队列，并且可以通过
`bg`和`fg`实现前后台操作。只不过在这里的Rails的Active Job 将其封装为一个线程，与操作系统的进程接口交互。

参考官方文档：https://guides.rubyonrails.org/v8.1/active_job_basics.html

2 环境安装和启动任务队列

Solid Queue 将 :solid_queue 适配器设置为生产环境中 Active Job 的默认适配器，并连接到 queue 数据库进行写入。在开发环境中使用生产环境变量：

export RAILS_ENV=production
rails db:prepare
bin/jobs start

为啥要用生产环境？因为 Rails 官方没有准备测试和开发环境，似乎也没有必要。执行rails db:prepare后会创建 solid_queue 需要的queue_schema和创建对应的数据库表。最后启动 jobs 后台任务。

此时在 db 文件夹会看到分别的schema文件：

$ \ls db/
cable_schema.rb  cache_schema.rb  queue_schema.rb  seeds.rb

且Solid Queue对应的表在数据库中也建立起来：

3 创建和发布任务

3.1 创建作业

创建一个在特定队列 (bar_queue) 上运行的作业 (foo_job)。

rails generate job foo_job --queue bar_queue

此时会创建空的jobs/foo_job.rb，编辑加入任务逻辑：

class FooJob < ApplicationJob
  queue_as :bar_queue

  def perform(*args)
    # Do something later
    sleep(args[0])
    logger.info("slept #{args[0]} seconds job!")
    return true
  end
end

3.2 让任务进入队列

rails c
FooJob.perform_now(1)
# 创建1个等待1周执行的任务
FooJob.set(wait: 1.week).perform_later(1)

此时观察solid_queue_jobs表会生成 1 条记录：

使用set方法设置等待时间：https://api.rubyonrails.org/v8.1.1/classes/ActiveJob/Core/ClassMethods.html#method-i-set

其他更多用法 (例如：设置优先级、回调方法、批量任务入队、邮件任务等) 参考官方文档：https://guides.rubyonrails.org/v8.1/active_job_basics.html

4 任务（jobs) 监控

关于任务队列的监控，目前一种解决方案是通过查询 queue 数据库的finished_at 和 scheduled_at 字段，这将包括在队列中等待的时间。参考：https://github.com/rails/solid_queue/issues/448

同时对任务队列的监控也提供一个 GUI：https://github.com/rails/mission_control-jobs

gem "propshaft"
$ bundle install
RAILS_ENV=production rails assets:precompile
RAILS_ENV=production bin/rails mission_control:jobs:authentication:configure
RAILS_ENV=production rails s

5 关于性能扩展数据库分片

任务队列的本质是不断的轮询数据库和少量写入，随着队列任务增多，数据库读的压力会骤增，简单对机器进行垂直扩展（CPU RAM）起不到本质改变，需要水平扩展数据库分片（shard），从而提升“读”（轮询）效率。目前 Solid Queue 还没完备支持。不过已经有 Issue 在追踪此问题，作者也将其列为高优先级。

https://github.com/rails/solid_queue/issues/353

使用 Github Primer Design System 设计和 Github 风格一致的布局

memorycancel — Wed, 01 Jan 2025 20:04:14 +0800

primer 是 Github 开源设计框架，目的是对 github 设计经验进行输出。极具设计美感，且对移动端、rails 生态天然友好。先准备好环境：

node -v
# v23.5.0
ruby -v
# ruby 3.3.6 (2024-11-05 revision 75015d4c1f) [x86_64-linux]
rails -v
# Rails 8.0.1
mise -v
# 2024.10.7 linux-x64 (7d15bd5 2024-10-14)

创建项目。并且引入 Primer，参考步骤：https://primer.style/guides/rails 首先在 Gemfile 引入https://rubygems.org/gems/primer_view_components：

gem 'primer_view_components', '~> 0.36.2'

执行：

bundle install -V
mise install nodejs
mise use -g node@23.5.0
npm install -g yarn
yarn init
yarn add @primer/view-components @primer/css @primer/primitives

在 config/application.rb 的最下方添加以下几行：

require "view_component"
require "primer/view_components"

因为rails v 8.0.0默认使用Propshaft作为前端管理框架，在 config/application.rb 中添加以下内容，将 node_modules/ 目录添加到 Propshaft 的加载路径中：

config.assets.paths << Rails.root.join("node_modules")

在 app/views/layouts/application.html.erb 中的

标记内添加以下内容。

<%= stylesheet_link_tag "@primer/css/dist/primer.css", "data-turbo-track": "reload" %>
<%= stylesheet_link_tag "@primer/view-components/app/assets/styles/primer_view_components.css", "data-turbo-track": "reload" %>
<%= stylesheet_link_tag "@primer/primitives/dist/css/primitives.css", "data-turbo-track": "reload" %>
<%= stylesheet_link_tag "@primer/primitives/dist/css/functional/themes/light.css", "data-turbo-track": "reload" %>
<%= stylesheet_link_tag "@primer/primitives/dist/css/functional/themes/dark.css", "data-turbo-track": "reload" %>
<%= javascript_include_tag "@primer/view-components/app/assets/javascripts/primer_view_components.js", "data-turbo-track": "reload" %>

创建一个主页 controller：

rails g controller main

在 main_controller.rb 添加 page action

def page
end

创建一个页面views/main/page.html.erb。添加一个布局，参考https://primer.style/components/layout/rails/alpha:

<%= render(Primer::Alpha::Layout.new(stacking_breakpoint: :md, gutter: :default, first_in_source: :main)) do |component| %>
  <% component.with_main(bg: :attention, p: 6) do %>
    <div style="background-color: red;"><h1>Main content</h1></div>
  <% end %>
  <% component.with_sidebar(bg: :accent, p: 6) do %>
    <div style="background-color: green;"><h1>Sidebar</h1></div>
  <% end %>
<% end %>

到这里，一个移动端兼容的响应式布局就完成了。我们再将 sidebar 变成一个菜单导航列表，参考https://primer.style/components/nav-list 首先将上部分 <div style="background-color: green;"><h1>Sidebar</h1></div> 替换为一个patial:

<%= render(Primer::Alpha::Layout.new(stacking_breakpoint: :md, gutter: :default, first_in_source: :main)) do |component| %>
  <% component.with_main(bg: :attention, p: 6) do %>
    <div style="background-color: red;"><h1>Main content</h1></div>
  <% end %>
  <% component.with_sidebar(bg: :accent, p: 6) do %>
    <%= render 'sidebar_nav' %>
  <% end %>
<% end %>

编辑_sidebar_nav.html.erb:

<%= render(Primer::Beta::NavList.new(selected_item_id: :collaborators)) do |list| %>
  <% list.with_heading(title: "Repository settings") %>
  <% list.with_item(label: "General", href: "/general") do |item| %>
    <% item.with_leading_visual_icon(icon: :gear) %>
  <% end %>
  <% list.with_group do |group| %>
    <% group.with_heading(title: "Access") %>
    <% group.with_item(label: "Collaborators and teams", href: "/collaborators", selected_by_ids: :collaborators) do |item| %>
      <% item.with_leading_visual_icon(icon: :people) %>
    <% end %>
    <% group.with_item(label: "Moderation options") do |item| %>
      <% item.with_leading_visual_icon(icon: :"comment-discussion") %>
      <% item.with_item(label: "Interaction limits", href: "/interaction-limits", selected_by_ids: :interaction_limits) %>
      <% item.with_item(label: "Code review limits", href: "/review-limits", selected_by_ids: :code_review_limits) %>
      <% item.with_item(label: "Reported content", href: "/reported-content", selected_by_ids: :reported_content) %>
    <% end %>
  <% end %>
<% end %>

这样我们就可以做一个和 Github 风格一致的网站了，是不是很酷，嗯？

浅谈 Rails 8.0.0 特性

memorycancel — Wed, 20 Nov 2024 19:21:22 +0800

浅谈 Rails 8.0.0 特性

Rails 8.0.0 版本基于 Ruby 3.3.5

分几个部分介绍：开发、中间件、部署。

一、开发

1.1 使用开发模式启动 rails 服务器

dev

1.2 脚手架/资源

rails generate scaffold post title:string body:text

这会生成全部 MVC，DB migration，以及 spec 测试文件。如果不需要 View 可以使用：

rails g resource comment post:references comment:string

1.3 通过`CDN`的方式快速引入`CSS`

编辑app/views/layouts/application.html.erb，插入一行<%= stylesheet_link_tag "https://cdn.simplecss.org/simple.css" %>。

<%# Includes all stylesheet files in app/assets/stylesheets %>
    <%= stylesheet_link_tag :app, "data-turbo-track": "reload" %>
    <%= stylesheet_link_tag "https://cdn.simplecss.org/simple.css" %>
    <%= javascript_importmap_tags %>

1.4 方便的前端 console debug 功能

class PostsController < ApplicationController
  before_action :set_post, only: %i[ show edit update destroy ]

  # GET /posts or /posts.json
  def index
    @posts = Post.all
    raise 'err'
  end
  ...

1.5 一行代码创建富文本编辑

rails action_text:install

修改model，添加对应富文本字段has_rich_text :body:

class Post < ApplicationRecord
    has_rich_text :body
    has_many :comments
end

修改view，将textarea修改为rich_textarea:

<div>
    <%= form.label :body, style: "display: block" %>
    <%= form.rich_textarea :body %>
</div>

1.6 使用基于`websocket`的`hotwired`功能，让页面数据`实时`更新：

修改View在页面添加turbo_stream_from标签：

<%= turbo_stream_from @post %>

修改model添加broadcasts_to：

class Comment < ApplicationRecord
  belongs_to :post
  broadcasts_to :post
end

此时我们同时打开 2 个网页，在一个网页上更新一条数据，那么在另外 1 个网页页面会实时更新，而不用按下“F5”。

将鼠标移到链接上，从日志可以看到接收到了get请求，为什么页面跳转会变快，从这里也“可见一斑”。

也就是说当鼠标移到链接上（还没有点击时），服务器已经开始处理请求了。这会大大提高客户端的使用体验，服务器也会增加一定的负担。

1.7 内置身份验证

只需运行一条命令就可完成登陆功能：

rails generate authentication
rails db:migrate

在application.html.erb加入退出登陆：

<body>
    <%= button_to "sign out", session_path, method: :delete if authenticated?  %>
    <%= yield %>
</body>

1.8 脚本文件管理

bin/rails generate script my_script
bundle exec ruby script/my_script.rb

二、中间件

2.1 后端中间件

官方原话是 Solid Adapters（可靠的适配器）。在国内我们喜欢用“中间件”这一词。主要有 3 部分：Solid Cable、Solid Cache、Solid Queue。 rails 8 放弃了对redis的依赖。取而代之使用SQLite和 3 个中间件融合解决了pub/sub websocket 服务器、缓存、以及队列 3 个重要功能。

这三个适配器的设计理念很简单：现代固态硬盘和 NVMe 硬盘的速度足以处理许多以前需要内存解决方案才能完成的任务。通过利用这些高速驱动器，Rails 不再需要单独的基于 RAM 的工具，如 Redis。

2.2 前端中间件

Rails 8 还引入了 Propshaft作为新的 assets pipeline 默认设置，取代了沿用已久的 Sprockets 。它是一种更简单、更现代的 assets 管理方法，围绕当今开发人员的核心需求而构建的。它的目的很简单：为 assets 提供清晰的路径，并应用 digest 进行缓存。

三、部署

部署方面 rails8 默认加入了Kamal 2 和 Thruster，分别解决了 docker 容器化部署以及https自动证书问题。但国内目前并没有与之适配基础设施，慎用。如果需要跳过kamal执行：

rails new blog --skip-kamal

参考：

尝鲜 Omakase

memorycancel — Mon, 28 Oct 2024 14:46:41 +0800

Omakase(おまかせ)是日语词汇,在美食界通常指“厨师发办”,即客人无需点菜,完全由主厨根据当季食材、个人喜好和餐厅特色来安排菜品。

Omakase 是 DHH 最新花活，见 https://omakub.org/ ，旨在 Ubuntu24.04 系统上，搭建统一的 Rails 开发环境。刚好家里有一台 Dell 工作站，果断装之，甚好。以下是安装时大致步骤记录和分享之。 Omakase 遵循“默认大于配置”原则，甚至有推荐的笔记本 https://frame.work/ ，我用 Dell 工作站高替。在这里我只选取了大部分喜欢的“菜”浅尝，并非尝完全部。

步骤一安装 ubuntu

找一台可以装 windows 的电脑，下载 UltraISO 软件和 Ubuntu 24.04 Desktop ISO 镜像文件,准备一个 U 盘，将文件考入 U 盘，重启电脑，F2 进入 Boot 修改启动项目，按照自动向导安装 Ubuntu。

另外准备好科学上网，rust（cargo）具体步骤略。

步骤二 Omakase“上菜”

到这里相当于已经走进餐厅了，遂叫“厨师”https://omakub.org/#installing-omakub，上菜。也就是执行

wget -qO- https://omakub.org/install | bash

命令，到这里其实并没有按照预想上完所有菜，因为“食材”（电脑、网络环境）都不一样。真是“巧妇难为无米之炊”啊～好在 DHH 主厨为我们准备了“菜谱”，我们只需要替换相应的事材，然后按照菜谱制作就好了。

步骤三亲自下厨

于是我挑选了几道我爱的精品菜。烹之。先准备“以下食材”

书呆子 Nerd 自体 https://www.nerdfonts.com/ 有很多变体版本自选，装上后终端会养眼很多。
高替 rvm https://mise.jdx.dev/ ，rust 重写的，可以管理 ruby node 等等版本，包会比 rvm 新，还会自动检测项目里面的.ruby_version 切换版本
高替 terminal https://alacritty.org/
高替 tmux https://zellij.dev/
高替 vi/vim https://neovim.io/

（不得不说 rust 野心真大，重写很多 Linux 基础设施，感觉想大一统）

安装自行参考官方链接，或者使用 rust（cargo）进行安装。

制作“预制菜”

mise,neovim 和字体安装好后就自动替换默认了，最后将 alacritty 设置为默认的 terminal

> GNOME Keyboard Settings
        > "Customize Shortcuts"
            > "Custom Shortcuts"
                > "Add shortcuts"
                    - `alacritty -e zellij`
                    - Set keybinding to terminal launch (i.e. `Ctrl+Alt+T`)

将 alacritty 设置为默认的 terminal

$ cargo install zellij alacritty
$ sudo update-alternatives --install \
      /usr/bin/x-terminal-emulator x-terminal-emulator \
$(which alacritty) 50
$ sudo update-alternatives --config x-terminal-emulator

编辑 ~/.config/alacritty/alacritty.yml

shell:
    program: /usr/bin/bash
    args:
    - -l
    - -c
    - zellij attach --index 0 || zellij

收工

至此，酒足饭饱，后面通过Ctrl+Alt+T就可以打开 alacritty，通过 vi 打开文件夹进行 coding 了（具体食用方法参考https://zellij.dev/tutorials/basic-functionality/），如下图

最后

当然，对于字体，包管理器，编辑器，终端都是众口难调、老生长谈的问题，面对新的工具，我们还是要发扬“拿来主义”精神，好则留，坏则废。这也遵循 Rubyist 的 slogan，进步总是比稳定要好～

DHH，霸总镇楼～

memorycancel (memorycancel)

微调 Puma 部署服务器性能

1 选择应用服务器

2 为什么要优化？

2.1 理解 Ruby 并发和并行

2.2“精兵简政”

3 配置

3.1 Puma

3.2 YJIT

3.3 内存分配器和配置

4 性能测试

4.1 测量什么？

4.2 生产测试

4.3 负载测试仪

4.4 可以更改的内容

4.5 热机

4.6 测试哪些请求？

4.7 注意事项

使用 Rails 8 提供的默认任务队列 Solid Queue

1 Solid Queue 简介

2 环境安装和启动任务队列

3 创建和发布任务

3.1 创建作业

3.2 让任务进入队列

4 任务（jobs) 监控

5 关于性能扩展数据库分片

使用 Github Primer Design System 设计和 Github 风格一致的布局

浅谈 Rails 8.0.0 特性

浅谈 Rails 8.0.0 特性

一、开发

1.1 使用开发模式启动 rails 服务器

1.2 脚手架/资源

1.3 通过CDN的方式快速引入CSS

1.4 方便的前端 console debug 功能

1.5 一行代码创建富文本编辑

1.6 使用基于websocket的hotwired功能，让页面数据实时更新：

1.7 内置身份验证

1.8 脚本文件管理

二、中间件

2.1 后端中间件

2.2 前端中间件

三、部署

参考：

尝鲜 Omakase

步骤一 安装 ubuntu

步骤二 Omakase“上菜”

步骤三 亲自下厨

制作“预制菜”

收工

最后

1.3 通过`CDN`的方式快速引入`CSS`

1.6 使用基于`websocket`的`hotwired`功能，让页面数据`实时`更新：

步骤一安装 ubuntu

步骤三亲自下厨