並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 7 件 / 7件

新着順 人気順

CPUの検索結果1 - 7 件 / 7件

  • Xiaomi TV A Pro 43 2025 購入レビュー:「量子ドット」はウソですが・・・コスパは凄い! | ちもろぐ

    粗利益率5%ポリシーの外資系メーカー「Xiaomi」から、戦略的な価格設定の43インチテレビが発売されました。 「Xiaomi TV A Pro 43 2025」です。チューナーレスだから国営放送の電波を受信できず、YoutubeやPrime VideoなどVODサービスをTV本体だけで見られます。 もちろん、パソコンと接続すればPCディスプレイとして利用できます。格安な大型4Kゲーミングモニターに超コスパが良さそうなのでAmazonで1台買って詳しくレビューします。 (公開:2024/9/3 | 更新:2024/9/3) この記事の目次 Toggle Sponsored Link 「Xiaomi TV A Pro 43 2025」はどんなゲーミングモニター? Xiaomi TV A Pro 43 2025【量子ドット】 Xiaomi / サイズ : 43インチ / 解像度 : 3840

      Xiaomi TV A Pro 43 2025 購入レビュー:「量子ドット」はウソですが・・・コスパは凄い! | ちもろぐ
    • 【特集】 「PS5が8万円ならゲーミングPCを買え!」は正しいのか?安価なPCゲーミング環境の現状を考える

        【特集】 「PS5が8万円ならゲーミングPCを買え!」は正しいのか?安価なPCゲーミング環境の現状を考える
      • なぜDBから引くときに1000件ずつchunkingするのか、説明できますか - Lambdaカクテル

        MySQLやPostgreSQLといったRDBMSからデータを引いてくるとき、扱うデータの規模によっては、1000件ずつLIMITをかけて順に引いていくということがある。 以前slow queryが出たらよくやっていたのを思い出して、ふとこのあたりってどういう根拠があってやっているのだっけ、自分が知っている他に効能があったりするのかな、と思ってSlackに書き込んだところ、同僚の id:onk に教えていただいた。その内容に加えて軽く調べた内容をまとめてみる。 Web系の話です。みなさまの知見がありましたら教えてください。 TL;DR 刺さる*1から 刺さったら困るから あたりまえ 詳細 もともとSlackに書いた原文は以下の通り(MySQL前提で書いているけどPostgresといった他のRDBMSにも適用できる話。): DB引くとき、Perl時代(?)によく1000件単位でchunkin

          なぜDBから引くときに1000件ずつchunkingするのか、説明できますか - Lambdaカクテル
        • Chrome DevToolsを使いこなしてフロントエンド開発を加速させる

          Chrome DevTools(以下、開発者ツール)は開発者にとって欠かせないツールですが、改めて使い方を調べたことは少ないのではないでしょうか? この記事では開発者ツールの便利な機能をまとめて紹介します!筆者はChromeをメインで使用しているのでChrome DevTools前提ですが、一部拡張機能や他のブラウザの便利な機能を含みます。 スクリーンショットをキャプチャする 端末の機能でもスクリーンショットをキャプチャすることはできますが、開発者ツールではより便利なスクリーンショットの機能が提供されています。 特定のノードのスクリーンショットをキャプチャする Elementsパネルからスクリーンショットをキャプチャしたいノードを選択します ノードを右クリックして「Capture node screenshot」をクリックします 選択したノードのスクリーンショットがダウンロードフォルダに保

            Chrome DevToolsを使いこなしてフロントエンド開発を加速させる
          • Intel、Core Ultra シリーズ2正式発表。Armより低消費電力で高性能

              Intel、Core Ultra シリーズ2正式発表。Armより低消費電力で高性能
            • ジャイアントパンダに注意 - Next.js のビルド改善 (株式会社GiXo様)

              最近になって Frontend Ops の傭兵として活動を始めました。 Frontend Ops 実践のモデルケースとして、 株式会社GiXo様で Next.js 仕事に取り組ませいただきました。今回、その内容を公開する許可を頂けたので、事例として公開させていただきます。 依頼主 株式会社GiXo様 以下、敬称略 相談内容 フロントエンド関連のリポジトリで、Next.js のビルドが遅くなってしまった。 重いことに起因して Vercel CI で OOM で確率的に落ちるようになった。CIが信用できなくなり、とりあえず再ビルドするクセがついてしまって、生産性が落ちている。 モノレポ内にとくに重いアプリケーションが一つあり、これを調査・解決してほしい。 仮ゴール: VercelCI 上のビルド時間を半分OOM が発生しないようにしたい 調査フェーズ リポジトリの閲覧権を頂き、プロジェクト構成

                ジャイアントパンダに注意 - Next.js のビルド改善 (株式会社GiXo様)
              • RedisをフォークしたインメモリDBの「Valkey」、次期バージョンでは性能が2倍以上に

                オープンソースの代表的なインメモリデータストア「Redis」のフォークとしてLinux Foundation傘下で開発が進められている「Valkey」は、AWSやGoogle Cloud、Oracle Cloudなどへの採用が始まっています。 参考:Google Cloud、Redisをフォークした「Valkey 7.2」のマネージドサービス「Memorystore for Valkey」プレビュー版を開始 8月2日に、フォーク後の最初のメジャーバージョンとなる「Valkey 8.0」のリリース候補版が公開されたのに合わせて、Valkey 8.0で予定されている性能や機能の向上についての記事「Valkey 8.0: Delivering Enhanced Performance and Reliability」がValkeyのブログに投稿されました。 その内容から、Valkey 8.0の主

                  RedisをフォークしたインメモリDBの「Valkey」、次期バージョンでは性能が2倍以上に
                1