[自作日記4] いざ秋葉原! CPU選び

[自作日記4] いざ秋葉原! CPU選び

こんにちは、さっそく自作PCを作っていきましょう。

ここでは、Qualitegの若手社員 Jun さんにご登場いただき、GPUマシン自作体験記を赤裸々に語っていただくストーリーとして進めていきます!


Junです。ソフトウェアエンジニアです。

ある日、出社すると、席に1枚の封筒がおいてありました。

なんだこれ?

開いて見ると、中に便箋がはいっており、
今時手書きで、しかも太めのマッキーで、こんなことが書いてありました。

white printer paper on brown folder
Photo by Mediamodifier / Unsplash

Junさんへ、
Qualiteg へようこそ!

当社ではメンバーは必ず1台はGPUマシンを自作するのが掟(おきて)となっています。

そこの封筒に45万円ありますので、これをもって秋葉原に行ってパソコンのパーツを買ってきてください。
以下にヒントを書いておきますので、よろしくおねがいします。

① CPUは 12世代か13世代のどちらでもよい。

② GPU中心でつかうため、CPU側の能力は i5程度で問題ない。

③ マザーボードのチップセットは CPUが12世代ならZ690 か CPUが13世代ならZ790。ATX。

④ CPUメモリは 64GB 以上。DDR4でもDDR5でもどちらでもOK

⑤ グラボはコンシューマー向けでOKだけど、最上位モデルに近いもの。

⑥ SSD は 1T以上。

⑦ 電源は 800W 以上、 80Plus Titanium

⑧ ケースはグラボがちゃんと入ることを確認すること!

あとは、アキバに行けばなんとかなるとおもいます(^^♪


GPUマシン購入依頼の置手紙でした。

PCのパーツ選びも自作も久しぶりで、かつ、45万円ももっていくとなると、
正直不安でしたが、この置手紙をもって京浜東北線に乗り込みました。

 "JREast-Keihin-tohoku-line-JK27-Kanda-station-sign-20170824-182332.jpg from Wikimedia Commons by LERKCC-BY-SA 4.0


考えてみれば、オフィスは神田にあるので歩いてもアキバ行けるんですが、45万円を持ち歩く緊張感から、電車に飛び乗っていました。

そんなことを思っていたら、あっというまにアキバにつきました。

a city street filled with lots of tall buildings
Photo by Taewoo Kim / Unsplash

秋葉原はかつてはパソコン好きの聖地で今も非常に活気があって楽しいです。

ツクモさん、ドスパラさん、パソコン工房さん、自作PCの名だたる名店がそろっているのが秋葉原のすごいところです。そして、本当に店員さんが親切で知識も豊富です。自作PCを楽しむなら秋葉原一択だ!とみんなが言っている理由がわかります。

CPU を選ぶ

さて、さっそく、置手紙をみてCPUを購入することにしました。

① CPUは 12世代か13世代のどちらでもよい。

② GPU中心でつかうため、CPU側の能力は i5程度で問題ない。

自作系のお店に入ると、たいていレジの近くなど目立つ場所にPCパーツの価格一覧表が印刷してあります。

また、現在の売れ筋モデルなんかが書いてあり、情報収集や価格比較にもとっても便利。

そこで、12世代のCPUと13世代のCPUのモデル名と価格をしげしげと観察していると店員さんが話しかけてきてくれました。

「何かおさがしですか?」

私「は、はい、実はAI用のパソコンを作ろうとおもってまして、そのCPUをさがしています。12世代か13世代で・・・」

「それでしたらこのへんですかねぇ。」

教えてくれたのは 13世代の Core i5 でした。

私「はい、計算のほうはGPUにさせるので、CPUはふつうくらいでいいので、そうですね、i5くらいかな。でももっと安いやつありますか?」

「もう少し安いとなると i3 もあります。」

私「i5とi3てi3のほうが性能が低いんですよね。」

「性能が低いと言えば低いのですが、影響がでてくるのはコア数、スレッド数の違いですね。コア数やスレッド数を多く使うソフトウェアのご利用を予定しているようでしたら、i3よりもi5,i5よりもi7のほうが適しているといえます。」

性能が低いという、エンジニアにあるまじき表現をつかってしまい恥ずかしかったですが店員さんの指摘は適切でした。

GPUしか使わないし、コア数とかそんなにいらないから、13世代のCore i3 でいいかなと思ったとき、あることを思い出しました。

そういえば、いまLLM (広い意味でディープラーニング系といえる)以外にも Kaggle の分類系問題やってるんだった。

私は、 Kaggle の練習もやっており、そこで XGBoost など、ディープラーニングではなく、どちらかというと古典機械学習系のアルゴにも挑戦していることを思い出しました。

ディープラーニングの推論だけなら、たしかに CPUは Core i3 でもなんとか動かせるかもしれませんが、 XGBoost のように、CPUコア数が多いほうが有利なアルゴもあるので、俄然コア数が気になり始めました。

そこでその視点で再度価格表をみると、 13世代の Core i5-1360012世代の Core i7 12700 の価格がかなり近いではありませんか。

ぱっとみの性能も近い。 13世代の i5-13600 (14-コア、20スレッド)と 1つ前の、12世代の i7 12700 (12コア、20スレッド)

うーん、どうしよう。

10分(体感では60分)悩んで、結局この段階ではCPUを決められませんでした

でも、CPUはこの2つに絞り込みました

13世代 i5 13600
12世代 i7 12700

価格はどちらも5万円程度でした


いきなり、CPU選び足踏みしてしまったJunさん、無事、すべてのパーツをそろえられるのでしょうか。

次回は、マザーボードの選定とCPUの決定です!お楽しみに!


navigation

Read more

PyCharmで npm start 実行時にIDEがサイレントクラッシュした事例と切り分け

PyCharmで npm start 実行時にIDEがサイレントクラッシュした事例と切り分け

こんにちは!Qualitegプロダクト開発部です! PyCharmの内蔵npmツールで npm start を実行した瞬間、何のエラーメッセージもなくIDEが消える。 再起動してもう一度試すとまた落ちる。ログを見ても手がかりがない——。 今回はこの「サイレントクラッシュ」に遭遇し、原因の絞り込みから回避策の確立まで至った過程を書き残しておきます。同じ現象で困っている方の参考になれば幸いです。 環境 項目 内容 OS Windows 10/11 PyCharm 2026.1(2023.1.6時代から連綿とUpdateをした状態) Python 3.11.4(venv使用) Node.js v25.2.1 プロジェクト Python + Node.js 混合構成 上記のとおり、PyCharmは執筆時点の最新版(2026.1)となります。 確認できたこと・推測していること まず最初に、

By Qualiteg プロダクト開発部
大企業のAIセキュリティを支える基盤技術 - 今こそ理解するActive Directory 第6回 よくある問題と解決方法

大企業のAIセキュリティを支える基盤技術 - 今こそ理解するActive Directory 第6回 よくある問題と解決方法

こんにちは、今回はシリーズ第6回トラブルシューティング - よくある問題と解決方法 について解説いたします! さて、前回(第5回)は、統合Windows認証がブラウザでどのように動作するかを解説しました。 「イントラネットゾーン」という概念を理解することで、同じサーバーでもURLの書き方(NetBIOS名、FQDN、IPアドレス)によって認証動作が変わる理由が明確になったかと思います。また、Chrome/Firefoxではデフォルトで統合認証が無効になっている理由と、グループポリシーによる一括設定方法も学びました。 しかし、設定が完璧なはずなのに「なぜかうまく動かない」という場面は、実際の現場では必ず訪れます。 「最近、ファイルサーバーへのアクセスが遅い」「金曜日は使えたのに、月曜日の朝にログインできない」「特定のサービスだけKerberosが失敗する」——これらはヘルプデスクに日々寄せられる典型的な問い合わせです。 原因はKerberosの失敗、時刻のずれ、SPNの設定ミス、DNS関連の問題など多岐にわたりますが、体系的にトラブルシューティングすることで必ず解決できます。

By Qualiteg コンサルティング, Qualiteg AIセキュリティチーム
AIエージェントを"事業に載せる"ために【第2回】AIエージェントの責任分解はなぜ難しいのか

AIエージェントを"事業に載せる"ために【第2回】AIエージェントの責任分解はなぜ難しいのか

— AI導入を"事業に載せる"ために、いま設計すべきこと(全3回) こんにちは!Qualitegコンサルティングチームです! 前回(第1回)では、Replit/Lemkin事件とDeloitte豪州政府報告書問題を通じて、AIエージェント導入の課題がモデル性能ではなく「権限・監査・責任の設計不在」にあることを見ました。 では、実際に事故が起きたとき、責任は誰が負うのでしょうか。第2回となる本記事では、法務・契約・組織の3つの観点から、AIエージェントの責任分解がなぜ難しいのかを構造的に整理します。 結論を先に言えば、法務だけでも契約だけでも組織論だけでも足りません。この3つを接続して設計しなければ、AIエージェントの責任分解は実務上機能しません。 1. 法的フレームワーク:複数の法理論が並走している AIエージェントが損害を出したとき、どの法理論で責任が問われるかについて、現時点でグローバルなコンセンサスは形成されていません。 Clifford Chanceの論考は、この状況の根本的な難しさを整理しています。法律は歴史的に、有害な行為がいつどのように発生したかを特定でき

By Qualiteg コンサルティング
AIエージェントを"事業に載せる"ために【第1回】

AIエージェントを"事業に載せる"ために【第1回】

AI導入事故は何を示しているのか — AI導入を"事業に載せる"ために、いま設計すべきこと(全3回) こんにちは!Qualitegコンサルティングチームです! AIエージェントを導入する企業が増える一方で、 「試してみる」段階から「事業に載せる」段階へ進める難しさ が、はっきり見え始めています。 本シリーズでは、AIエージェント導入を技術論だけでなく、責任分解・監査可能性・契約・運用統制を含む業務設計の問題として整理します。 全3回を通じて、「AIが賢いかどうか」ではなく、「AIを業務に載せるために何を設計するか」を考えていきます。 第1回となる本記事では、2025年に起きた2つの事例を出発点に、なぜいま「責任設計」が問題になっているのかを見ていきます。 上図は、本シリーズ全体で扱う論点の全体像です。 AIエージェントの導入は、技術的なモデル選定だけでは完結せず、権限設計、契約、監査、品質監視、保険、異常時対応まで含めた設計が必要になります。 第1回ではまず、なぜこうした設計が求められるようになったのかを、実際の事例から見ていきたいとおもいます なお、本シリー

By Qualiteg コンサルティング