きになるなるなる

@iwate's bookmarks

  1. LinuxサーバーのTCPネットワークのパフォーマンスを決定するカーネルパラメータ – 3編 | NHN Cloud Meetup

    連載 LinuxサーバーのTCPネットワークのパフォーマンスを決定するカーネルパラメータ- 1編 LinuxサーバーのTCPネットワークのパフォーマンスを決定するカーネルパラメータ- 2編 5. TIME_WAIT socket TIME_WAIT状態のソケットは、利用可能なlocal port数を軽減させて同時に保有できるクライアントソケットの数を制限します。 5.1 TIME_WAIT socketとは？ TIME_WAIT状態のソケットは、いつ発生するでしょうか？ まず、TCPソケットの状態フローを見てみましょう。 上図から分かるように、active closingするソケットの最後の終着地がTIME_WAITの状態です。 言い換えれば、クライアントソケットであれ、サーバーソケットであれ、close()システムコールを先に呼び出した側（active closing）が最終的にそうなります。 TIME_WAIT状態では、RFC793の定義通りなら2MSL（Maximum Segment Lifetime）、すなわち2分間待機することになります。ところが、実際はほとんどのOSは、最適化のため1分程度をTIME_WAIT状態で待機するように実装されています。Linuxもこの時間を1分で規定しており、変更できません。（カーネルコードの定数として定められています。） Googleで検索できる一部の文書では、net.ipv4.fin_timeoutを変更すると、TIME_WAITで待機する時間を変更できると紹介しています。net.ipv4.fin_timeoutは、FIN_WAIT_2の状態に停留できる最大時間を設定します。（RFCは、TIME_WAIT状態以外では別途timeoutを定義していませんが、大半のシステムでは、最適化のため別途timeout時間を置いています。）現実世界では、FIN_WAIT_2に留まるソケットは非常に珍しく、自然とTIME_WAIT状態に遷移されるので、設定値はデフォルトのままでも大きな問題にはなりません。 ここで強調したいのは、TIME_WAIT状態は悪い状態ではないということです。 ソケットの、極めて正常なライフサイクル内の1つの状態であり、ソケットのgracefully shutdownを保証する不可欠な要素です。

    Edit/Delete

  2. eSIM非搭載スマホでeSIMが使えるSIMカードほかワザあり通信デバイスにときめく（スマホ沼） | テクノエッジ TechnoEdge

    GlocalMeから、eSIM非対応スマホでも使える「GlocalMe eSIM Trio」が登場。これにより、eSIMの機種間交換が可能に。正式販売は2025年2月か3月の予定。

    Edit/Delete

  3. HMD Global to end production and sales of all Nokia-branded smartphones | HelenTech

    HMD Global は、過去数年間ノキアブランドのデバイスの製造・販売を手掛けてきましたが、ついに すべての Nokia ブランドスマートフォンの生産が終了することが明らかになりました。 すでに HMD は Nokia ブランドを離れて独

    Edit/Delete

  4. [Individual Development] [Gemini × DALL-E3] Developed an app that uses AI to create picture books from your diary #React - Qiita

    はじめにReactの勉強を今年の8月から始めました。最初は全く無知の状態でしたが、今回のアプリを開発できるまで成長することができました。どういうアプリか、開発までどんな道のりだったか紹介してい…

    Edit/Delete

  5. ブログのPVがどんどん落ちてると思ったら、Google自体のトラフィックが1年前の4分の1になってた→「Googleはオワコン？」「AIが教えてくれる」

    更新日:1月11日13時34分

    Edit/Delete

  6. Solving the issues with ServiceWorker!? I tried using the Static Routing API - Repro Tech Blog

    はじめに こんにちは、Repro Booster という製品の開発責任者／プロダクトマネジメントを担当しているEdward Fox（@edwardkenfox）です。 今回は、ServiceWorkerに組み込まれた新機能「Static Routing API」を実際に試してみた件について説明します。Repro Boo…

    Edit/Delete

  7. AppleやGoogleも活用する最先端のプライバシー保護技術「差分プライバシー」とは？ | LayerX PrivacyTech Blog

    本ブログではAppleやGoogleも活用する最先端のプライバシー保護技術「差分プライバシー」について、その仕組みと重要性、活用事例を解説します。

    Edit/Delete

  8. 「成果なんてすぐに見えるものじゃない」ヨドバシが圧倒的な自前主義と長期的視点に立てる理由 - エンジニアtype | 転職type

    データセンターも、クラウドも、ECサイトも......自前で用意する必要のないこの時代に、圧倒的自前主義を貫く企業がある。国内売上2位のECサイト『ヨドバシ・ドット・コム』でもお馴染みの、ヨドバシカメラを展開するヨドバシグループだ。膨大な時間とお金がかかる道をなぜあえて選ぶのか。その理由を、グループをITで支えるヨドバシリテイルデザインの事業部長・戸田宏司さんに聞いた。　水だけ再配送はやめておくれよ

    Edit/Delete

  9. Overview - Operating System in 1,000 Lines

    Edit/Delete

  10. Fidget

    Edit/Delete

  11. HipScript: Run HIP and CUDA code with WebGPU

    Online compiler for HIP and NVIDIA® CUDA® code to WebGPU

    Edit/Delete

  12. トヨタ、ウーブンシティを今秋開始

    Enjoy the videos and music you love, upload original content, and share it all with friends, family, and the world on YouTube.

    Edit/Delete

  13. A story that makes me think that Rust is the answer in the age of AI

    Edit/Delete

  14. GitHub Actionsで定期実行（cron）のワークフローを組んだユーザーが退職すると、ワークフローは無効化される - shmokmt's blog

    GitHub Actionsで定期実行（cron）のワークフローを組んだユーザーが退職すると、ワークフローは無効化される 大事なことなので、見出しでも同じことを書いてしまいました。 何を言っているんだという感じですが、とにかくそういうことらしいです。 厳密には最後にワークフローにコミットしたユーザーが組織から削除される…

    Edit/Delete

  15. What's so great about DeepseekV3? Explains why it's so awesome

    Edit/Delete

  16. Intl.Segmenter - JavaScript | MDN

    The Intl.Segmenter object enables locale-sensitive text segmentation, enabling you to get meaningful items (graphemes, words or sentences) from a string.

    Edit/Delete

  17. Andrew's Blog - Resolving an unusual wifi issue

    Edit/Delete

  18. CSSでハッキングができるって本当？静かに忍び寄る新たな脅威と緊急対策 - コハム

    Defending Against CSS-Based Attacks: Best Practices for Web Security 記事は上記記事を意訳したものです。 ※当ブログでの翻訳記事は元サイト様に許可を得て掲載しています。 現代のウェブセキュリティ環境において、CSSやJavaScriptなどのフロントエ…

    Edit/Delete

  19. Quiver: A Modern Commutative Diagram Editor

    A modern commutative diagram editor for the web.

    Edit/Delete

  20. Static search trees

    Table of Contents 1 Introduction 1.1 Problem statement 1.2 Recommended reading 1.3 Binary search and Eytzinger layout 1.4 Hugepages 1.5 A note on benchmarking 1.6 Cache lines 1.7 S-trees and B-trees 2 Optimizing find 2.1 Linear 2.2 Auto-vectorization 2.3 Trailing zeros 2.4 Popcount 2.5 Manual SIMD 3 Optimizing the search 3.1 Batching 3.2 Prefetching 3.3 Pointer arithmetic 3.3.1 Up-front splat 3.3.2 Byte-based pointers 3.3.3 The final version 3.4 Skip prefetch 3.5 Interleave 4 Optimizing the tree layout 4.1 Left-tree 4.2 Memory layouts 4.3 Node size \(B=15\) 4.3.1 Data structure size 4.4 Summary 5 Prefix partitioning 5.1 Full layout 5.2 Compact subtrees 5.3 The best of both: compact first level 5.4 Overlapping trees 5.5 Human data 5.6 Prefix map 5.7 Summary 6 Multi-threaded comparison 7 Conclusion 7.1 Future work 7.1.1 Branchy search 7.1.2 Interpolation search 7.1.3 Packing data smaller 7.1.4 Returning indices in original data 7.1.5 Range queries In this post, we will implement a static search tree (S+ tree) for high-throughput searching of sorted data, as introduced on Algorithmica. We’ll mostly take the code presented there as a starting point, and optimize it to its limits. For a large part, I’m simply taking the ‘future work’ ideas of that post and implementing them. And then there will be a bunch of looking at assembly code to shave off all the instructions we can. Lastly, there will be one big addition to optimize throughput: batching.

    Edit/Delete