LinkedInが2つのタブで2.4GBのRAMを使用

 (news.ycombinator.com)
4 ポイント 投稿者 GN⁺ 2026-03-30 | 2件のコメント | WhatsAppで共有
  • LinkedInのウェブサイトは、ブラウザでタブを2つ開いただけで2.4GBのメモリを消費
  • ウェブアプリケーションにおける非効率なリソース使用の問題として指摘されている
  • ブラウザのパフォーマンス低下やユーザー体験の悪化につながる可能性がある
  • 原因として、大規模なフロントエンドフレームワークや広告・トラッキングスクリプトの影響が挙げられている
  • 主要プラットフォームにおけるウェブ最適化の必要性が改めて浮き彫りになった

LinkedInウェブサイトの過剰なメモリ使用

  • LinkedInを2つのタブで実行した際、合計2.4GBのRAMが使用された事例が報告された
  • 単純なページ閲覧だけでも高いメモリ使用率となり、ウェブリソース管理の非効率性が明らかになった
  • このような現象は、ブラウザのパフォーマンス低下やユーザー体験の悪化につながりうる

原因と示唆

  • 大規模なフロントエンドフレームワーク、広告およびトラッキングスクリプト、複雑なクライアントレンダリング構造などが、メモリ使用増加の要因として指摘されている
  • 主要なウェブプラットフォームがリソース最適化と軽量化に、より注力すべきことを示す事例と評価されている
  • ユーザー側では、タブ数の制限やブラウザ拡張機能の管理が必要となる

関連記事

2件のコメント

 
GN⁺ 2026-03-30
Hacker Newsの意見

  • 「Voyager 1が69KBのメモリと8トラックテープレコーダーで動いている」という事実と今の状況を比べると、本当に劇的な対比に感じる

    • その通り。今では5G通話は途切れるし、LinkedInはGB単位のメモリを食うし、冷蔵庫でさえアップデートしないとライトが点かないのに、Voyager 1はいまだに69KBで宇宙を飛び続けている
    • あの時代なら69KBでもとてつもない容量だったはず。1KBあたり1,000ドルくらいしたかもしれないし、宇宙放射線耐性メモリならその10倍くらい高かった可能性もある
    • 今なら単純なチャットアプリでも、LinkedInがやっていることのほとんどを100MB未満のRAMで処理できる
    • もちろんVoyager 1ははるかに単純な製品だから、それだけ少ないメモリしか使わないのも当然ではある

  • 現実的にはLinkedInは変な人たちであふれているが、実際はほとんどのソーシャルメディアが似たようなひどさだ
    FacebookもTwitterも、結局はどちらも悪い方向に流れていった。Google+には地域ベースで体験を制限できる仕組みがあって、まだ可能性があった

    • 最近は司法機関も似た認識を持っているように見える。MetaやGoogleは規制に苦しみ続けている一方で、新しい革新的な企業が出てこられないようにもしている。規制の逆効果で、イノベーションがさらに難しくなる悪循環が生まれている
    • LinkedInは特に最悪だ。インスピレーションポルノみたいな投稿と政治的な論争が混ざっていて、頭がぼんやりする。でも就職活動ではLinkedInのURLを求められるので、いやいやアカウントを維持しなければならない
    • ソーシャルメディアが悪いのは企業の不透明なビジネス慣行のせいでもあるが、ユーザー自身の問題でもある。Mastodonを使ったことがあるのか気になる
    • HNとソーシャルメディアの違いは何なのか気になる。パーソナライズされたフィードがあれば「ソーシャル」なのか、それともグラフベースの推薦こそが本質なのか、などと考えてしまう
    • LinkedInはまるで企業広告のニュースフィードだ。大人たちが自発的に購読している広告板のような感じがする

  • AWSも同じようにRAMを大量に食う。会社のVMでAWSのタブをいくつか開いただけで1.4GBくらい使う。単純なテキストページですらギガバイト級のメモリを使うことが珍しくなくなってきた
    Redditの新UIやDeepL翻訳のように、見た目は単純なのにCPUが暴走するサイトも多い。もしかするとLLMが自動でコードを修正する過程で、パフォーマンス最適化が抜け落ちたのではないかと思ってしまう

    • 問題は、多くのWebフレームワークが「とにかく動く」複雑なアプリを簡単に作れるようにしている一方で、性能を考慮していないことだ。以前のOpenAIのWeb UIも毎回会話履歴全体を再レンダリングしていて、ひどく遅かった
    • BestBuyのサイトを見ていたらiPhoneが熱くなって、バッテリーが急速に減った。まるで暗号資産のマイニングでもしているかのようだった
    • 最近のWebサイトは、ユーザー行動を追跡するためにJavaScriptで独自ブラウザを内蔵しているようなレベルになっている
    • 昔、Slackのデスクトップアプリが自分のIDEよりメモリを食っていたので、コンパイルのたびにSlackを終了しなければならなかった
    • 最近のWeb開発者のあいだでは、CSSフィルタの乱用競争でもしているように見える。DeepLのページを1時間開きっぱなしにしたらノートPCが熱くなったが、動画が無限SEEKループに入ってCPUを焼いていた。GoogleはWeb Vitalsにリソース使用量も含めるべきだと思う

  • LinkedInの**bot対策サービス（protechts.net）**が、自分のノートPCのRAMを42GBも食ったことがある。Firefoxが狂ったようにスワップしていたので調べたら、犯人はそれだった。
    スクリーンショットもある。iframe名が「humanSecurityEnforcerIframe」だなんて、本当に皮肉だ

  • この問題を永久に解決する方法がある。タブを閉じて、LinkedInを二度と開かなければいい

    • メールの負担を減らす奇妙なコツも1つある

  • いまだに誰がLinkedInを使っているのかわからない。ログインするとAI生成の文章と画像ばかりで、まるでドラマ Severance の一場面のようだ

    • ほとんどのユーザーはフィードを読んだり投稿したりしない。単に求職と人脈管理用に使っているだけだ。むしろフィードで活発に活動している応募者は、勤務時間中にLinkedInにのめり込みすぎた人に見えて、リスクとみなされる
    • 自分も前職はLinkedInで見つけたし、今でもリクルーターから継続的に連絡が来る。フィードはまったく見ていない
    • 昔はログインゲートを見ると「登録しようかな」と思ったが、今では「ここは自分を歓迎していないな」と思う。だからLinkedInはむしろ採用に逆効果かもしれない
    • LinkedInはあまりにもひどいので、逆に感情を動かされずに使える。昔のFacebookのように、元同僚と連絡を取るときだけ使っている
    • ほとんどの人はフィードを楽しんでいない。LinkedInはほぼ書き込み専用（write-only）のプラットフォームだ。もっと良い代替が必要だが、自動化スパムとアルゴリズムがどこにでもついて回るのが問題だ。
      自分も以前      デーティングスタートアップ      を運営していたが、ChatGPTの登場後に差別化ポイントが消えてしまい、畳んだ。AIベースの採用も結局は、より自動化されたスパムへ流れる危険が大きい

  • LinkedInがスクロール速度を人為的に制限しているのは狂気じみている。まるで粘つく糖蜜の中を歩いている感じだ

    • これを回避する方法を見つけた。uBlock Originに次のルールを追加すればいい:
      www.linkedin.com##main:style(font-size: 16px !important;)
    • 求人ページをめくるたびに、新しいページがリストのいちばん下から始まって、また上へスクロールし直さなければならない。2026年にこんなUIが存在することに驚く
    • スクロールの強制制御は本当に気が狂いそうになる
    • こんなアイデアを出したMBAを想像すると笑える。Microslop式エンジニアリングの真髄だ
    • こうしたスクロールハイジャックは、プロダクト思考の腐敗を示している。ユーザーを遅くして滞在時間を伸ばそうとする小細工だが、アクセシビリティツールやキーボードナビゲーションを壊してしまう。古いノートPCはすでにLinkedInで重いのに、そこへ人工的な遅延まで加えている

  • 昔のWebブラウザでは、ユーザーがRAMやキャッシュの上限を自分で設定できた。今はそうしたリソース制御権が完全に失われてしまって残念だ

    • 結局、テキストを読むだけでも常にリモートコード実行を許可しなければならない時代になったということだ

  • LinkedInが1.3GBも使う理由が気になる。メモリダンプ解析を誰かにやってほしい。
    ブラウザが「空いているRAMは無駄」と言って先回りして確保する、という説明も聞いたが、それは言い訳に聞こえる。必要になったときにOSへ要求すればいいのであって、なぜ最初から埋め尽くすのかと思う

  • LinkedInがブラウザ拡張機能を検査して、スクリーンスクレイピング防止を試みているのではないかと推測している
    関連スレッド参照

    • ただしそのコードはごく小さく、本当の原因ではない。むしろスパムリクルーターが多すぎるので、LinkedInがデータスクレイピング検知を強化するのはある程度理解できる
 
duqduqduq 29 일 전

ウェブアーキテクチャを理解している開発者なら言わないようなでたらめが、こんなにまき散らされているのを見ると少しあきれます。ブラウザのメモリ使用量が高くなる理由はいくらでもあるのに、それが全部サイトのせいだと言うのですか？ 想像と混ぜ合わせたそんなばかげたでたらめを、いったいどこで仕入れてきて、こんな戯言をまき散らしているのですか？ V8エンジンでさえ、ユーザーの余剰リソースがあれば選択的により多くのメモリを割り当てますし、ブラウザが戦略的にGCを遅らせれば簡単に1GBを超えます……。知らないならAIにでも聞け、この間抜けども。