Background In redis, the simplest command to read a key is GET. However, there is use case to read multiple keys at same time. Using GET with loops could be costly (especially network IO in cloud), and Redis at least provides two way to speed up: MGET and PIPELINE. Then it is nature to ask how is it different for MGET and PIPELINE, in terms of use case and performance. Benchmark Similar to redis/r

Update 7.05.2024 The S3 team is working on a fix: https://twitter.com/jeffbarr/status/1785386554372042890 Imagine you create an empty, private AWS S3 bucket in a region of your preference. What will your AWS bill be the next morning? A few weeks ago, I began working on a PoC of a document indexing system for my client. I created a single S3 bucket in the eu-west-1 region and uploaded some files th

この度、「Redis 実践入門」を発売します（https://amzn.asia/d/fGlUHb7 ）。このブログは告知のために書きました。 筆者がどういった考えで執筆し、どういった内容を扱っているかについて取り上げます。 本書を執筆した動機私がRedisと関わり始めた当時、Redisに関する日本語書籍は書店にあったものの、仕事を十分にできると感じられる書籍と出会うことが出来ませんでした。 周りのエンジニアからも同じ話を聞くことが多々ありました。 NoSQL関連全般に関する本や技術雑誌の中でRedisについて取り上げられていることは多くありますが、基本的には書籍全体の一部として扱われていたり、絶版でバージョンが古く現在のRedisとは状況がかなり変わっています。 また、日々Redisは急速に進化しており、それらに追随して新しいバージョンのものについて言及した書籍というものもありませんでし

AWS、Google、Microsoftらが、Rust Foundationを設立し、今やRustでなければクラウドネイティブじゃない、と言っても過言ではありませんよね。クラウドネイティブと言えば、スケーラブルなシステム、Goはgoroutineを標準機能として提供しますが、Rustのasync/awaitは、標準機能に含まれていない外部ライブラリを必要とします。悪いことに、複数のライブラリ（非同期処理ランタイム）が乱立し、APIの互換性もありません。Rustはクラウドネイティブなのだろうか、という疑問を抱きながら、いくつかのランタイムの性能を、いつものgRPCベンチマークで比較してみました。 比較対象数多くのランタイムの中から、前回の記事で試した、Linuxの新しい非同期I/Oインターフェイスのio_uringを利用しているglommioと、普及している思われる、tokio、smol、a

Lida Li, June Liu, Rodrigo Menezes, Suli Xu, Harry Zhang, Roberto Rodriguez Alcala | Pinterest Software Engineers, Cloud Management Platform Why Kubernetes?Over the years, 300 million Pinners have saved more than 200 billion Pins on Pinterest across more than 4 billion boards. To serve this vast user base and content pool, we’ve developed thousands of services, ranging from microservices of a hand

Illustration and design by Casey Labatt-Simon.Socket Mode enables you to build powerful Slack integrations safely behind your company’s firewall and unlocks access to the platform’s most interactive features — from the Events API to Block Kit to Workflow Builder. Today, millions of daily active users get exponential value from bringing their work into Slack. For developers, this means as Slack gro

新しいAPIが作られるたびに、私たちは、古いAPIを置き換えるだけで高速化という夢をみます。何度夢破れても、高速なAPIが追加されたと聞けば、試さずにはいられませんよね！ 今回は、Linuxカーネル5.1で追加されたio_uringを使って、Rustのasyncランタイムを実装し、gRPCサーバのベンチマークを実行してみました。 io_uringとはio_uringは、ファイルシステムとネットワークの非同期I/Oのために開発されました。同期よりも非同期のほうがおしゃれ、そういう雰囲気ありますよね！クラウドネイティブも、非同期にAPIを介して、なんかやってるやつですよね。 io_uringのインターフェイスは、高い性能を目指し、1）アプリケーションとカーネル間でのメモリコピーを避ける、2）複数のI/O要求を一度にカーネルに伝えることができる、という工夫がされています。 下図のように、アプリケ

Microsoft has one of the largest C/C++ codebases in the world. All of its core products from Windows and Office to the Azure cloud run on it. Unsurprisingly, since C++ is not a memory-safe language, a lot of memory bugs popup in their codebase, and a lot of time has to be spent fixing them. Last year, Microsoft began looking at alternative programming languages that could help fix their memory saf

この記事は、はてなエンジニア Advent Calendar 2017の 20 日目の記事です。19 日目の記事は yasuhiro_onishi さんのScratchを使った子どもへのプログラミング教育 — 大西ブログでした。 今年の 2 月にはてなに入社して、あと 1 ヶ月と少しで 1 年を迎えようとしています。はてなに入社してから Mackerel のインフラと時系列データベースの AWS 移行プロジェクトを任されたり、移行を終えた後も後片付けや移行後の運用を担当したりと、主に Mackerel にコミットしていた 1 年でした。自分が Mackerel にコミットしたところは Mackerel のイベントで登壇したいくつかの登壇資料にもあるとおり数多いのですが、この記事では、運用する中で試行錯誤を重ねて苦労した Mackerel を支える時系列データベースのコンポーネントとして利用

私はもともと富士通っていう会社で働いてたんですが、そこには中国にいても北海道にいても違和感なく会議ができる仕組みがありました。（少なくとも私が所属していた部署の現場には） 会議スペースが絶対的に足りないという理由からMicrosoft Lyncが導入されて、それ以来は社員同士が（たとえ向かい合って座っているとしても）Lyncでスクリーンシェアしながら電話会議をするというのが習慣化していたのです。 ところが、2015年にとあるベンチャー企業に転職して、それが当たり前じゃないことに気づきます。 「リモートワークやろう」と意識高く言う人はイケイケベンチャーだとたくさんいます。しかし、ちゃんとやることもやらないまま「うまくいかない・・・」と結論付けられるさまを何度か目の当たりにしました。 この記事では、「ちゃんとやることやってからじゃない？」と違和感を覚えたところをなんとなく書きのこしておきます。

［本稿執筆後、ベーシックインカム懐疑論者に転向した。詳しくは末尾へ］ 自由人にとって政府とは一つの道具や手段にほかならず、何か施しをしてくれるやさしい庇護者でもなければ、敬い仕えねばならない主人 でもない。また国家の目標も、一人ひとりの目標の集合体としてしか認めない。 — ミルトン・フリードマン（『資本主義と自由』） 私の政治思想では「セイフティネットや機会の平等を重視するリベラル的な側面」と「市場原理を重視しつつ結果としての経済格差も許容するリバタリアン的な側面」が併存しています。 これは奇妙に見えるかもしれません。というのも、一般的には、リベラリズムとリバタリアニズムは矛盾すると思われているからです。 しかし、リベラリズムとリバタリアニズムそれぞれの弱点を補う形で、「新しい政治思想」に昇華させることができるのだ、というのが私の主張です。それを可能にするカギは、ベーシック・インカム制度で

在宅勤務の素晴らしさ以下のようなスタンスなので、在宅勤務最高と思っていて、結婚前も後も快適に過ごしています( ´･‿･｀) 極力楽したいストレスを最小化したい無駄なことをしたくない楽しいことをしたい成果/労力 を最大化したい常時自宅でもなく、基本的に水曜日夕方だけ出社していますが、それはむしろ良い気分転換です。その時間帯の電車空いていますし。コミュニケーション必要などの場面で出社するのは目的があるので苦では無いですが、そうではなく漫然と出社・退社を繰り返すのに違和感を感じています。 在宅勤務で4時間きちんと集中して作業すると、会社に8時間滞在する時相当(通勤時間入れると10時間相当)の成果が出せているかなと感じています。残りの余裕ある時間は、普通に働いて成果を増やしたり(通勤時代の最大2倍程度の成果出せる)、勉強したり技術記事書いたり、ちょっと休んだり、など余裕の出来た時間を色々活用出来ま

なんか、このサイトBootstrapくさい。そう感じることはありませんか? その理由はズバリ、欧文ベースでつくられたフレームワークを文字構造の違う日本語で適用した際に不都合が出てしまっているからです。 それらが醸し出す違和感を放っておくと、Bootstrapくささを生み出す大きな原因になってしまいます。 そもそもの問題として、欧文と比較して和文は文字の要素が多く、文字自体のリズムも少ないため、どうしても複雑で単調に見えてしまいます。 しかし、和文だからといってあきらめることはありません。BootstrapのCSSを少しだけ変えるだけでグッと見た目がよくなる隠し味をご紹介します。 1. line-heightで行間にゆとりを。明朝やゴシックなど、フォントの種類が言葉の印象を表すように、文字の行間は読みやすさ、文章全体の雰囲気を左右します。 欧文をベースに設計されたBootstrapをそのまま

オープンソースのサーチエンジン Elasticsearch に関連する技術ノート