  |
はてなキーワード:デコーダとは
本研究は、霊長類における協力的な社会的交流中に、**相手の行動を神経学的に予測する能力**に焦点を当てたものです [1, 2]。具体的には、サルが反復囚人のジレンマ（iPD）ゲームに参加する際の背側前帯状皮質（dACC）の神経活動を調査し、他者の未知の意図を予測する特定のニューロンの存在、およびこれらの信号が協力行動にどのように影響するかを探りました [2-4]。
成功する社会交流の基盤は、互いの意図や行動を予測する能力にあります [2, 5]。このような内的予測は建設的な社会行動に不可欠ですが、その単一ニューロンの基盤や因果関係はこれまで不明でした [2]。先行研究では、他者の既知の観察可能な行動（ミラーニューロンなど）や観察された報酬の受領を符号化するニューロンが示されていますが、**根本的に観察不可能で未知である他者の差し迫った意思決定や意図を表現する細胞の存在は、これまで証明されていませんでした** [6]。また、自己と他者の決定に関連する神経信号が、相互目標の達成にどのように影響するのか、特に相互に利益のある相互作用における単一ニューロンの基盤は探索されていませんでした [7]。
本研究は、これらの未解決の疑問に対処するため、iPDゲームを形式的な枠組みとして用いました [3]。このゲームは、結果が両個体の相互同時決定に依存し、いずれの決定も個体の結果を保証しないという2つの重要な特性を含んでいます [3]。したがって、ゲームで成功するための鍵は、**相手の同時的かつ未知の意図を予測する能力**にあります [3]。
研究チームは、前頭葉および側頭頭頂葉領域との広範な結合が対話行動に関与していること、および機能的イメージングや切除研究に基づき社会的関心や行動における役割が示唆されていることから、dACCに焦点を当てました [4]。
本研究では、4組のオスのアカゲザル（*Macaca mulatta*）が繰り返し囚人のジレンマ（iPD）ゲームを行いました [8, 9]。
*サルは向かい合って座り、画面に表示される2つの選択肢（協力：オレンジの六角形、裏切り：青い三角形）のいずれかをジョイスティックで選択しました [9,10]。
* それぞれのサルの選択の結果は、図1Bのペイオフ行列に従って、両者の同時選択に依存しました [8-10]。
* **相互協力は最高の相互報酬**をもたらし、**一方的な裏切りは最高の個人的報酬**をもたらしました [8, 9]。しかし、両者が裏切ると、両者が協力した場合よりも低い報酬を受け取ることになります [8, 9]。
*サルは他者の選択を、自分自身の選択が終わってさらに画面が空白になる遅延期間が経過するまで知ることはできませんでした [11]。
*潜在的な聴覚的キューを排除するため、サルが選択する順序は各試行でランダムに交互に行われました [11,12]。
* 「協力」と「裏切り」の用語は、相互利益または損失の可能性を示すために操作的に定義されました [8, 9]。
* 2匹のサルからdACCの**363個のニューロンが記録**されました [13]。
* 電極アレイは、頭蓋切開術によりdACCに外科的に埋め込まれました [14]。
* 神経信号は増幅、バンドパスフィルタリングされ、単一ユニットとして分離されました [15]。
* **電気刺激プロトコル**：dACCへの電気刺激は、3,026回のランダムに選択された試行の半分で、ブロック形式で実施されました [16,17]。刺激パラメータは100 µA、200 Hzの二相パルスで、1,000ms持続し、選択前の期間を含みました [17]。
* **コンピューター相手との対戦**：サルとコンピューター相手との対戦を行い、社会的文脈が選択に与える影響を評価しました [18]。
* **別室での対戦**：サルを別々の部屋に配置し、視覚や聴覚のキューを排除した状態でタスクを行わせました [19]。
* **相手の選択が既知の条件**：サルが応答する前に相手の選択を見ることができた追加の統制バージョンも実施されました [20]。
*ニューロン活動を異なるタスクパラメータがどのように変調させるかを決定するために、ステップワイズ線形回帰分析が主要な手法として用いられました [13, 21, 22]。
* この分析を補完するために、選択確率（CP）指標分析、赤池情報量基準（AIC）分析、および混合線形回帰モデルの非教師あり集団分析も実施されました [23]。
### 主要な研究結果
本研究は、行動観察、単一ニューロン記録、集団レベルの予測、および神経回路の摂動を通じて、霊長類における社会的意思決定の神経基盤に関する重要な知見を提供しました。
*コンピューター相手との対戦や別室での対戦では、全体の協力の可能性が大幅に低下し、相互協力後の協力の増加は観察されませんでした [18, 19]。これは、サルが他のサルと対戦している場合にのみ、相互利益のある相互作用が増加したことを示しています [19]。
*相手の選択が既知の条件では、サルは報酬を最大化するために裏切りを選択する傾向がありました [20]。
#### 7. dACCの破壊が相互利益のある相互作用に選択的に影響
###考察と意義
本研究は、神経科学における長年の目標であった「他者の隠された意図や『心の状態』を反映するニューロン」を発見しました [40]。これらの「**他者予測ニューロン**」は、dACCのタスク応答性集団の3分の1以上を占め、自己の現在の選択を符号化する細胞よりも優位に存在していました [40]。注目すべきは、これらのニューロンが**社会的文脈に強く敏感であり、自己決定や期待報酬によって変調されない**ことです [40]。
この予測信号は、既知の観察可能な行動（ミラーニューロン）や観察された報酬を反映する既存の報告とは根本的に異なります [41]。本研究で報告された予測ニューロンは、**本質的に観察不可能で未知である他者の差し迫った決定や意図を表現します** [41]。iPDゲームを用いることで、自己と他者の決定に関する神経信号を報酬結果から分離し、相互に利益のある相互作用に特に関連する計算を調べることが可能になりました [42]。
生理学的所見と一致して、dACCの活動を混乱させる刺激は、サルの協力の可能性を減少させ、特に相手が以前に協力した場合に顕著でした [39]。これは、dACCが**相互作用の最近の履歴に基づいた相互利益のある決定を特異的に仲介する**ことを示しています [39]。
本研究の知見は、dACCが環境の動的モデルを符号化するという既存の役割を支持しつつ、**他者の未知の行動の明示的な表現を必要とする相互作用にまで拡張する**ものです [43]。dACCに見られる自己を符号化するニューロンと他者を予測するニューロンの2つの異なるグループは、デルタ学習やアクター・クリティックの枠組みに類似した方法で、相手の実際の決定と行動中のサルの既知の決定に基づいて、共同決定の内部モデルを更新するのに適している可能性があります [43]。
dACCは、社会的に誘導された相互作用の側面を符号化する領域との広範な解剖学的結合を持つ「社会脳」の一部であると考えられます [43]。その活動の破壊が協力行動を著しく低下させたことは、dACCの活動が個体間の建設的な相互作用や社会学習に必要である可能性を示唆しています [43]。この発見は、**他者の意図や心の状態を予測し、それを自身の行動に組み込むことが著しく影響を受ける自閉症スペクトラム障害や反社会的行動を持つ個人の治療への道を開くかもしれません** [43]。
プログラムの動作は、NANDゲートという基本的な要素から複雑なデジタル回路へと段階的に構築されることで実現されます。NANDゲートは、入力が両方とも真（1）の場合にのみ偽（0）を出力し、それ以外の場合は真（1）を出力する論理ゲートです このNANDゲートが、デジタル回路の基本的な構成要素として機能します.
NANDゲートは、それ自体が万能ゲート（universalgate）であり、これだけで他のすべての基本的な論理ゲート（NOT、AND、OR）を構成できます.
基本的な論理ゲートを組み合わせることで、加算器やマルチプレクサなどのより複雑な組み合わせ論理回路を構築できます。
組み合わせ論理回路にフィードバックループを導入することで、順序回路が実現されます。順序回路は、現在の入力だけでなく、過去の状態にも依存した出力を生成できます。
上記の要素を組み合わせることで、プロセッサ（CPU）を構成できます。
プログラムは、一連の命令としてメモリに格納されます。プロセッサは、プログラムカウンタが指すアドレスから命令を読み出し、命令デコーダで解釈し、制御ユニットの制御下でALUなどの各ユニットが動作することで、プログラムが実行されます。このプロセスを繰り返すことで、プログラムは順次実行されていきます。
このように、NANDゲートという単純な要素から出発して、段階的に複雑な回路を構成することで、プログラムの実行に必要なすべての要素が実現されます。
Kinzaのパッチが当たった正式版が公開されたので、引き続きこき下ろす。
この間https://anond.hatelabo.jp/20210828113740 を書いたが、DuckDuckGo経由で無事作者に見つかってしまったらしく、ここで指摘を入れた誤字、インストール場所、公開ソースコードのREADMEが全てではないが直ってた。ここ以外にもアンチがそれなりにいるみたいで、作者のTwitterを見る限りメンタルが削られていたようだ。(あれだけTwitterでアンチコメントがあったのを知ってたのに、中途半端な覚悟でエゴサしたからじゃないの？と言いたいが)
アンチがあんなにいるのは人気がある証拠ではないか。もっといろんな人に知ってもらうまたとないチャンスだ。
誤解しないでほしいのは、こき下ろしているのは学生の合間に作った革新的で軽量なブラウザーが自称ではなく価値あるブラウザになることも期待しているからである。ブラウザ作る奴なんてほとんどいないから。
以前利用規約での遊びがひどすぎてふざけてんのかと書いたせいかは知らないが、アップグレードはちゃんとアップロードになっている、個人の感想がなくなっているなど、おふざけはなくなった。しかし、利用規約が以前と比べて長すぎる文章になってしまっている。しかも利用規約に書くべきではない内容はそのままどころか増えているし、もう少し整理できたのでは？
以前、「Ablazeの利用規約に沿って」という文に対してAblazeの利用規約をここに載せろと言ったが、掲載されたのはその利用規約ではなくプライバシーポリシーだった。「Ablazeの利用規約」は「Albazeのプライバシーポリシー」のことなのか？「Ablazeの利用規約」はホームページにも掲載されていないので、結局の所それに何が書かれているのかわからない。何が書かれているかわからない「Ablazeの利用規約」に同意しようがないので、この利用規約に真面目に従えばAblazeの関係者と同団体に盲信する人を除いてFloorpブラウザは規約上誰も使えない代物である。どうせ誰も見ないでスルーして使っているだろうが、きっちり書くべきところがきっちりできていないのは問題である。
所々「書いとけばいいんでしょ」感が出てしまっていて、ただでさえ読まれない利用規約をさらに読む気のしないものになっている。ここまで長くなったのなら、規約本文の見直しをした上でその中にあるプライバシーポリシーを分けた方が良くないか？工夫・配慮が足りない。リリース予定日に追われて、利用規約に割く時間がなかったのだろう。
それにしても、あれだけ長くなってもChromiumのライセンス情報が未だに書かれていないのはどういうことだろうか。著作権表示と許諾表示をドキュメントに書くことが条件になっているので、「BSDライセンスに従って」という書き方ではダメ。その表記で済ませるなら、ドキュメントファイルとかURLとかを明記しないと。Kinzaのパッチのことよりも憂慮するべきことではないのか(これも結構長いのでChromiumと同じようにすればよいのでは？)。
Kinzaのパッチをそのまま当てられるようにしたことで、バージョンがDevチャネル相当の95から89に大幅ダウン。Kinzaのパッチが公開されてからわずか2週間でリリースできたのはこれが理由だろう。Kinzaの言ってるとおり古いバージョンのままでは危険で、常用は避けるべきである。
ちなみに、https://developers-jp.googleblog.com/2021/04/chrome.htmlの通り、Chrome94からメジャーバージョンアップの頻度が6週間から4週間になるらしいが、メジャーバージョンアップについて来られるのかが疑問である。メジャーバージョンアップした正式版に期待が寄せられると思ったが・・・(次節に続く)
というツイートが。あれ？このブラウザって「Kinza派生系ブラウザ」だよね？たった1年ちょっとで終わりなの？
Chromiumのメジャーバージョンアップにかかる手間のことを全く考えていなかったようだ。Kinzaが終了した理由に開発継続に対するコストの問題があるって書いてあったのに。その意味が理解できていなかったのか。2022年まではやると言っているようだが、パッチ適用時のエラー量が多すぎて挫折しているのではないか？本業が学生なんだし、本業を優先するゆえにKinzaの後釜になれないのも仕方のないことだろう。というより、ブラウザ開発は本業と両立できるほど甘くないのでは？
2022年までの理由は、受験を控えているかららしい。受験は作者の人生を左右する大事なことなのでしょうがない面もあるが、Ablazeという非営利団体(?)にはそれをカバーする人が今はいないということも言える。要するに、2022年を過ぎるとメンテナンスする人が誰もいないことになる。早くもFloorpの将来性が危うい。
Fireminによる見せかけのメモリ使用量しか見ていないのは相変わらずのようで、大変残念。あれだけこき下ろしたのに懲りないね。
以前
なんて書いたら某動画で「変なこと言ってる」と言われたが、その動画でもやっぱりWindowsタスクマネージャーの一部分しか見てなくてお前もかよ。恥ずかしい人は作者だけじゃなかったわけだ。まあ仕方ないよ。Floorp軽い！って先に体感してしまってろくに検証せずそれで終わりにしたんだから。
たしかにメモリ圧縮の効果はあるからメモリ不足気味な低スペックPCなら有効かもしれない。けどな、Fireminを他のブラウザでも有効にしたら同じ効果が得られるぞ。ChromeなんかもWindowsタスクマネージャーのメモリの所を見たら数MBになるから。実際そこまで減らないけどな。
某落書きに書いてある
は全くその通り。そう思い込む奴が出てきた一因はこの間裁判に負けたギガなんとかが記事を書いたせい。あと前に言い忘れたけど、ページアウトするってことは、ページファイルへの書き込み頻度が上がってディスクの寿命を縮めるからメモリに余裕がある人はFireminは止めとけとだけ言っておく。
FloorpにはFFmpegのH.264とAACのデコーダが入っているが、それらは特許技術で保護されている。特許の入ったコードをバイナリで配布することに関して、FFmpegは特許侵害の責任は一切持たない方針をとっているので、一部の例外を除いて特許のライセンスを管理しているMPEGLAやVia Licensingとライセンス契約を結ばなければ特許侵害になる。
非商用ならライセンス料がかからないが、個人もしくは非営利団体だからライセンス料がかからないとは限らない。広告収入を得ている場合は非商用と見なされない可能性がある。将来ライセンス管理会社からライセンス料を請求される、最悪の場合特許侵害で裁判沙汰になるので覚悟しよう。ちなみにこれがKinzaが当初はH.264とAAC(と当時はまだ特許が有効だったMP3)の再生ができなかった理由であり、独自実装となった理由である。
以前言ったことが直ったものもあるが直ってないのもいくつかあって、特にhttps://github.com/Ablaze-MIRAI/Floorp-Browserの一文
が象徴的。「大部分の」は直ったが、どうやら「一番軽量」は直す気がないらしい。その誇大広告を直す気が無いのなら、なぜ一番軽量と言い切れるのか証拠を出しましょう。まさかあのメモリカスタマイザーが同梱してるからどの派生ブラウザよりも軽いんだよ、とか言い放つ気ではないだろうな？他のブラウザにFireminを入れてもなお軽いことを示してみてね。頑張って♪
Chromium派生ブラウザを初めてインストールした時に軽いとかほざく奴がいるけど、あれ何も入ってないまっさらな状態のせいだからな。履歴とかクッキーとかキャッシュとかがたまりにたまったブラウザと比べるから軽いって錯覚するだけで、地道なChromiumのコード改造とかしない限りメモリの使い方もパフォーマンスもほとんど同じ。改造以外に差があるとしたらビルドの仕方ぐらい。比べるのはプロファイルを全部コピーして同じにしてからだ。
Floorpは他のブラウザに拡張機能をインストールする！！危険！！！
って意見を持つ必要はありません。FloorpはChromeウェブストアの審査を通過した場合のみ、その機能を採用します。Googleの厳しい審査を受けている為、安全です
というTwitterの発言。大事なことを忘れている。Chromeウェブストア経由でインストールするのはGoogleの審査があるという意味では安全だが、ストア外からのインストールが安全とは言ってない。審査の通ったファイルが変化なくFloorpに入っている保証ができるのか？Floorpを信用するならインストールすればいいと思う。ソフトウェアに署名がないから改ざんされてないかが検証できないけどな。サーバーが乗っ取られて偽ファイルをダウンロードされるような事態を想定できている？何のためにストア外の拡張機能のインストールに管理者権限が必要になったか理由わかってる？
まあ学生が作ったブラウザを信頼するかしないかの問題だな。どうなっても誰も責任は取ってくれない。
今の段階だと、Chromiumのバージョンが古くてセキュリティが怪しいFloorpをわざわざ入れるまでもないんじゃないのか？FloorpSyncというxBrowserSyncベースのブラウザ同期の機能はxBrowserSync拡張機能さえ入れればどのブラウザでも使えるし、そんなに(見せかけの)メモリ使用量削減効果を見たいならFireminを入れればよいわけだし。
FloorpSyncはxBrowserSyncから名前変えただけじゃないの？まあ日本語対応はブラウザの作者がやったらしくそのことは評価できるが、Floorp自体はまだこれといった特徴がない。特徴がないのは開発が始まったばかりで仕方のないことだが、Kinzaのパッチを適用した後どうするかが特になく、将来どうしたいのかがよくわからない。挙げ句の果てにKinza派生系は2022年までという期限が付いてるし。
まあめんどくさがりにはいいんじゃない？同期やらメモリ節約やらを勝手に入れてくれるんだから。
何で批判多いのか自覚がないのは痛い。そういう厚かましさと根拠のない自信がアンチを生んでるんじゃないのか。もうエゴサしてないらしいからこれを見ることはもうないだろうがな。これを書いた屑なアンチを乗り越えてこそ本物だから。メンタル崩壊してる暇はない。しっかりしろ。
オープンソースソフトウェアの名前を変えて、それらを寄せ集めただけのブラウザで終わるのか、このブラウザならではの特徴を持ったブラウザに成長するかは作者次第。今のところは前者で開発終了になるのが目に見えている。いろいろな人から期待されている割には軽い気持ちで作っているように見受けられ、ブラウザ開発の覚悟が足りていない。
AppleM1の高性能の理由について、ネットはクソみたいな解説記事に溢れている。
技術に明るいはずのはてなーですら某AVライターの間違いだらけの記事に釣られて、300ブクマ超が集まっていて嘆かわしい。
それもこれも後藤センセーがいつまでたっても解説記事を書いてくれないせいではあるが、公開情報が少なすぎるせいでまともなライターほど記事を書けないのも理解できる。
違います。
そもそもM1はDRAMをSoC化／ワンチップ化していません。M1がやっているのはSiP(System in Package、複数チップをワンパッケージに組み込む）であって、eDRAMによるSoCとは全く異なるものです。
SiPとSoCはJavaとJavascriptくらいには違います。
違います。
HBM系のメモリを採用していたらメモリ帯域は大幅に向上しますが、M1は標準DDR系メモリをワンパッケージ化しているだけなので、帯域もレイテンシも変わりません。
帯域はM1 MBPとIntel MBP(Ice Lake)でチャネル数同じ、前者はLPDDR4X-4266、後者はLPDDR4X-3733なのでメモリ帯域は14%しか向上していません。また、x86／x64最新世代のTiger Lake／ReniorはLPDDR4X-4266に対応しています。レイテンシはM1が96.8ns、Tiger Lakeが98.4nsでほぼ同等です。
Apple M1の実力を最新世代のIntel/AMD CPUと比較。M1が両者を大きく上回る結果ににあるように、SiP化によって消費電力の削減は期待できます。
違います。
SoC-DRAM間がマザーボード上で30cmあったとしても、電気信号の伝送にかかる時間は片道1nsです。仮にSiP化で物理的距離が1/100になったとしてもレイテンシ100usが98.02usになるだけで、CPUにとってDRAMが絶望的に遠いことに変わりありません。
違います。
まず、同一チップ上のCPUとGPUが同一のメモリーコントローラ／DRAMを共有するという意味では、Intelは2011年のSandy Bridge、AMDも2011年のLlanoからUMAです。一歩進んだメモリ空間の共有、コヒーレンシの確保という意味でも、AMDは2014年のKaveriから対応していて、この点においてM1に革新性はありません。
違います。
上記のSandy Bridge、Llanoの世代からかつてのノースブリッジがCPUに取り込まれたため、2011年以降のモバイルPC向け”CPU”のほぼ全てにはGPU／メモリーコントローラが含まれています。
かつてのサウスブリッジはIntelは今でもワンチップ化こそしていませんが、2013年のHaswellからMCMでワンパッケージ内には収められています。AMDは2014年のCarrizoからサウスブリッジ機能もCPUに取り込まれています。
この意味で、x86／x64のモバイルPC向け”CPU”は、かなり以前からSoCです。
違います。
NPUを活かせるアプリケーションは2020年現在では未だ限定的です。もしNPUの有無によってUXが決定的に改善されるなら、NPUありのSnapdargon 8cxを積むSurface Pro Xは同世代のSurface Pro 7よりずっと快適でなければなりませんが、そのような事実はありません。
違います。
CISC／RISCの論争は20年以上前に終わった話です。その後CISCはRISCの美点、RISCはCISCの美点を取り入れたので、現代のCPUはISAがCISCか／RISCかだけで性能が決定されることはありません。
歴史的経緯からx86／x64のデコーダが複雑になりがちなのは事実ですが、5W以下のローパワープロセッサの開発へ向かうIntelにあるように、ISAの差による消費電力増は10～20%のレンジで、さらに性能増によって相殺される分、電力効率の差としてはわずかです。
頑張って最適化してIPC上げたのと、スマホ由来の積極的なDVFS・クロックゲーティング・パワーゲーティングで浮いた消費電力を回しているからです。
気が向いたら書きます。
というか、
ＡＳＩＣやＬＳＩを作ったことある人なら、当たり前すぎることなんだけど、
語弊があるどころかニュアンスが逆なんだよね。
開発者にとって楽になるどころか難しい方向に行くんだよね。
「フロントエンドのみArm命令に置き換えた形」という文言は、
「中身は前のまんまw」「命令セット入れ替えただけなんすわw」「命令デコーダをarm化したSparc64です。」という意味ではなくむしろ逆で、マイクロアーキテクチャが共通になるように、DDRとHBMの差分を見えなくしたりレイテンシを調整したりetc...して、ほとんど全部Verilogを書き直したってことなんだよね。
で、なぜそこまでしてマイクロアーキテクチャを共通化するかっていうと
LSIチップの検証って組み合わせパターンが天文学的数字すぎて分岐網羅とか全然できないんだよね。
ソフトウェア的な分岐網羅に換算したら0.1%となんじゃないかな。
そこでマイクロアーキテクチャを共通化してると、過去チップのLSIテストケースを流用できるわけなんだな。
｜因みに富嶽（富岳？）のCPUは命令デコーダをarm化したSparc64です。
｜https://monoist.atmarkit.co.jp/mn/spv/1905/07/news013.html
フリーライターの立場でこんな学術的な記事書けるのすごいと思うけど
”CPUは命令デコーダをarm化したSparc64です。”とかフリーライターの書いた記事を参考にしゃちゃダメでしょ・・・・
スパコン京の時に聞いた話だけど、HPC用のプロセッサは特注品でSI用に作ってるやつとは
わかりやすいとこだと、HPC用はL3キャッシュが無くてSI用はL3まである。
HPC用がL2までしかない理由は、これまたHPC用特別カスタムのLinuxカーネルに合わせるため。
LinuxカーネルがHPC用特別カスタムなのはそうしないと勝てないかららしい(OSノイズ)。
だから全部作り直しだと思うよ
HPCの富岳のやつ
https://github.com/fujitsu/A64FX/blob/master/doc/A64FX_Microarchitecture_Manual_jp_1.1.pdf
H.264の利用のうちネットのストリーミングに関してはパテントが無料になってるから
普通のネットブック作ったくらいじゃパテント料はかからないと思われるが・・・
かかるとしたら、地デジ機能を入れた場合だろうが・・・まさか、地デジにWebM使うわけにもいかんだろ。
そう考えると、日本のアンドロイドにはほぼ間違い無く、H.264のコーデックは積まれる。地デジ対応で。
そうすると、もうパテント代は支払ってしまっているので、実は、ネット分はどう転ぼうと、どうにもならん。
他方WebMを積むとなると、WebMのハードウェアデコーダーチップを積まないといけないので、コスト増。
SKNETのMonsterTV HDP2Goldでコピーフリー環境を作ったのでそのまとめ。
[Hardware]Products=3275:7070
「ネットとメールくらいならネットブックで十分」のような話があるが、実際にはそれどころかもっと色々使える。なので実際に自分がネットブックでしている事と出来ていることを上げてみたい。使用機種はHP mini 1000
画面が狭いのでタブファイラx-finderを使用するといくつもExplorerを起動しなくて良いので便利。常時起動でも省メモリ。
高スペックなゲームや映像編集などをしない限りスペック不足は感じない。（すごいのと比べればもちろん遅い）
あれもこれも起動するとメモリ不足を感じる複数作業はしないほうがいい。（自分はGDI++を使っているからメモリが不足してる面が大きい）
重いソフトはそれなりに重いが実用範囲。
大抵のモデルに光学ドライブがない事はデメリット。仕事でCDからソフトを入れる必要がある場合は外付けドライブが必須になる。
（ただし上に記載したソフトは全部DL出来るので趣味で使う分には大抵何とでもなる）
以上から重いゲームをせず、クリエイティブ系（特に映像）の制作もしない、収集癖の（サイズの大きい物を大量に集めすぎ）ない人はネットブックで良さそう。高いノートＰＣやデスクトップＰＣは必要性がない。メーカー製の拡張性もなくゲームも出来なかった一昔前のデスクトップがそのままネットブックに置き換わったと言えそう。
