はてなキーワード: メモリとは
メモリの交換って難しいって話じゃなかった
昔買ったパソコンで仕様とか全くわからんからフリーソフトで今刺さってるメモリ調べて
DDR4-2133 って出たから規格が同じっぽいメモリを買ったのに追加で刺したらパソコンが起動しなくなったんだけど
わけわからん
クソが
ワイの中でメモリって言ったらRAM(Random Access Memory)のことなんよ。
これってたぶん超短期記憶媒体で大元の記憶媒体からちょちょっとデータを出す時に使うやつじゃん?
だからよくライトSF系のエンタメで「よかった、メモリは無事だ!」とか言われても
メモリが無事だったところで、純粋に一部部品が生き残ってるだけであんま意味ないのでは?
と思ってしまうんだけど、
このメモリって昔あった「メモリーカード」とか「フラッシュメモリ」の
だからたぶん「よかった、メモリは無事だ」ってHDDとかSSDとかメモリーカードとかSDカードとか
この辺が毎回よくわかんなくなってどういう話ー?ってなっちゃうんだよなぁ。
オブジェクト指向とかかっこいい言い方をしても無駄だ。従来の構造化プログラミングから進歩したことなど一つもない。オブジェクト指向がなぜダメであるのか、それを今から話すぜ。
1. データと処理をまとめるという発想。
データと処理をまとめてクラスとして置くという発想がある。しかし、このようなことをしなくとも、モジュールという単位で利用データと処理の集合をまとめればよかったので、クラスを使う必要はない。しかもクラスはインスタンス化のときに、不要な情報まで持ってくるのでメモリ効率が明らかに悪い。コンピュータが進化しているからメモリのことはあまり考える必要がないとはいえ、必要ない処理をまとめて閉じ込めるのは無駄が多い。なぜクラスという名詞で概念分類できると考え始めたのかは不明だが、アルゴリズムとデータ構造という構造化プログラミングの手法を、クラスと型というパラダイムに変換することで型にうるさいC++馬鹿を生み出し、彼らが発狂することになってしまった。しかもデータと処理にわざわざ依存関係を持たせて、変更に対する柔軟性を失わせている。
2. 継承
継承によって既存の構造を持ってこようとする必要性が全く無い。それどころか、継承を使うことによってプログラムがスパゲティ化し、依存関係のグラフがややこしくなってしまう。継承など使わず、必要な情報はスコープの限られた共通の変数、または関数の引数として用意しておけば良い。もしクラスをどうしても使いたければ、共通のインターフェイスをもたせたほうがマシである。インターフェイスを使えば、クラス利用者が意識すべきpublicメソッドがなんであるか把握できる。
3. カプセル化
オブジェクト指向の中で役立つ概念はカプセル化だけである。しかし、カプセル化はクラスなしで構造化プログラミングの方法で実装できる。pythonでは、モジュールの中でアンダースコアから始まる関数を用意しておけば、それがprotectedやprivateと似たように機能させることができる。オブジェクト指向がなぜカプセル化が独自の概念だと言い始めたかは謎。
4. ポリモーフィズム
同じ名前のメソッドを、入力に応じて処理の内容を変える。このようなことはオブジェクト指向などと誇大宣伝をするほどのことでもない。構造化プログラミングで似たようなことができる。
変わるで
ひとつは、生産年齢人口の割合が高いので一人当たり賃金が希釈されにくい
Appleが「Macの8GBはWindowsの16GB相当だぞ」と言ったもんだから、世間が騒がしくなっている。
それに輪をかけて、「Macの8GBと16GBを比べたら、16GBの方が速いぞ」という、いっけん関係していそうで、よく考えればまったく関係のない比較が結びつけられてしまって、これが人々の混乱を招き、騒ぎを大きくしてしまっている。
- M3 MacBook Proの8GBのメモリはWindows PCの16GBと同等 - こぼねみ
- Apple幹部、MacBook Pro (14-inch, M3, Nov 2023)の8GBメモリは他のノートパソコンのメモリ16GBに相当するとコメント | Mac | Mac OTAKARA
- M3 MacBook Proのメモリ8GBは「Windows PCの16GBに相当する」 | ゴリミー
- 「メモリ8GBは不十分」ーーM3 MacBook Proの検証動画が公開 | ゴリミー
- Appleが「M3 MacBook Pro」の8GBのユニファイドメモリは16GBの他製品RAMと同等であると主張 - GIGAZINE
いずれはまともな検証動画が上がってくるとは思うが、ひとまず、2023年以降のMax Techチャンネルに上がっている、Windowsとのメモリ効率の比較が可能な動画をあさり、並べてみたのでご覧いただきたい。私自身も懐疑的だったが、こうしてみると、あながちAppleの主張も荒唐無稽だとは言えないようだ。
Lightroom Classic (50x 42MP RAW Export)
メモリ | 機種名と他スペック | 処理時間 | 参照 |
---|---|---|---|
###### 48GB | MacBook Pro 16" M3 Max 1TB ($3999) | lll 0:30 | 12 |
#### 32GB | MacBook Pro 16" M2 Max 1TB ($3499) | lll 0:39 | 11 |
## 18GB | MacBook Pro 14" M3 Pro 512GB ($1999) | llll 0:45 | 1 |
######## 64GB | MSI Z16P 16" i7-12900H 3080Ti 2TB ($4399) | lllll 0:51 | 11 |
## 16GB | MacBook Pro 16" M2 Pro 512GB ($2499) | lllll 0:57 | 5,9 |
## 16GB | MacBook Pro 14" M3 512GB ($1799) | llllll 1:03 | 4 |
## 16GB | MacBook Pro 14" M2 Pro 512GB ($1999) | llllll 1:06 | 1,4 |
## 16GB | MacBook Air 13" M2 512GB ($1699) | lllllll 1:13 | 10 |
## 16GB | MacBook Air 15" M2 512GB ($1699) | lllllll 1:17 | 6,7,8 |
#### 32GB | XPS 15 9530 15" i7-13700H RTX4070 1TB ($2849) | lllllllll 1:32 | 5,6 |
## 16GB | Galaxy Book 3 Ultra 16" i7-13700H RTX4050 1TB ($2399) | lllllllll 1:32 | 9 |
# 8GB | MacBook Pro 14" M3 512GB ($1599) | llllllllll 1:47 | 2,3 |
## 16GB | Galaxy Book 3 Pro 13" i7-1360P 1TB ($1649) | llllllllllll 2:01 | 10 |
## 16GB | LG Gram 15" i7-1360P 512GB ($1699) | llllllllllll 2:05 | 7 |
# 8GB | MacBook Air 15" M2 256GB ($1299) | llllllllllllll 2:20 | 8 |
# 8GB | MacBook Air 13" M2 256GB ($1199) | llllllllllllll 2:22 | 2 |
参照元: (外部リンク数の制限があるのでgoogle検索を介している)
注:
もっとも、先述の通り「Mac同士で8GBと16GBを比べたら当然16GBの方が余力があるので、Proを名乗る機種は16GB備えるべきだ」という意見は至極真っ当だとも思う。すなわち、上記のようなベンチマーク環境から、たとえばChromeのタブを追加で開いていったらどうなるかというと、MacだろうがWindowsだろうが8GB機ならすぐに悪影響が出てきてしまう。Macの8GBメモリの「処理効率」は確かに16GB相当かもしれないが、「同時に扱えるデータ量」は別物だということに注意してもらいたい。Macは後者についても効率的なのかもしれないが、それをWindowsとの比較で検証できる動画は見つけられなかった。
追記:
赤字で示したM3シリーズのうち、M3の2機種を比べてみてほしい。この2機種の違いは8GBと16GBの差、$200だけだ。それで1:47から1:03まで改善するのだから、$200の価値は高いと思う。またこの数字は、同時にChromeのタブを開いていく検証(参照元3)では、ますます差が開くことになる。16GBのほうは、20タブを開いてもびくともしない。
メモリ | 機種名とスペック | 処理時間 | 参照 |
---|---|---|---|
## 16GB | MacBook Pro 14" M3 16GB 512GB ($1799) | llllll 1:03 | 4 |
## 16GB | MacBook Pro 14" M3 16GB 512GB ($1799) | llllll 1:06 * with 5 Tabs | 3 |
## 16GB | MacBook Pro 14" M3 16GB 512GB ($1799) | llllll 1:06 * with 20 Tabs | 3 |
# 8GB | MacBook Pro 14" M3 8GB 512GB ($1599) | llllllllll 1:47 | 2,3 |
# 8GB | MacBook Pro 14" M3 8GB 512GB ($1599) | llllllllllll 2:00 * with 5 Tabs | 3 |
# 8GB | MacBook Pro 14" M3 8GB 512GB ($1599) | lllllllllllllllllllllllllllllll 5:16 * with 20 Tabs | 3 |
なお、これはまさに冒頭で触れた「Macの8GBと16GBを比べたら、16GBの方が速いぞ」という検証である。Windowsとの比較を終えて、結局行き着くところはここなのだった。
日本で Panasonic 知らない人はいないが、売り上げの殆どは日本だし、市場シェア的にどう考えても世界認知度は高くないやろ
ただ、Panasonic の思想は好きよね。採算採れてるかは知らんが、1998年頃から介護事業やってたりするし、
これもまた、採算採れてるかは知らんが、生産は一貫して日本(神戸) な Let's note はコアなファンいるよね
ワイもレッツは大好きで会社でPC選ぶ裁量権がある場合は絶対レッツ選んでる
バッテリー保たせるため低電力仕様でデザインもクソダサいので嫌いな人は嫌いだけど故障率がぜんぜん違うんだもの
基本、営業職とそっそかしい人には全員レッツ持たせたいわ、ADHDなワイくんが走って落としてもぜんぜん余裕だったからな。水こぼしても余裕だったぞ
プライベートもノートPCはレッツだが、なかなかプライベートでは新品は買えないよね〜、ついつい公認中古買ってしまう😭
この間、RTX4090 + Core i9-13900K + SSD 4T + メモリ32GB で流用できるパーツ無し、ケース含めて新規購入で自作しても、余裕で53万以内に収まったが
レッツの個人モデルはカスタムすると余裕でこれ超えてくるからな・・・
レッツはコスパではなくて思想を支持して買う(お布施)、プレミア価格商品よね
Apple よりも更に強気な価格だから、なかなかプレミア価格で販売しない/できない日本製品の中ではスゲー珍しいことでは?って思う
ワイくんがプレミアモデル買える身分になるまで、なんなら買えたあとも Let's note 続けて欲しい
Let's note 公認中古がハイブラのお安い商品みたいな役割を果たし、売り上げがレッツ事業継続の役に立っているといいけど、どうなんでしょうね?
非課税不本意童貞弱者男性で罰ゲーム以外で女性と手を繋いだことのない告白する以前にフラれた経験アリの僕が通りますよっと。
「弱者男性は何がしたいの?」
——…いい質問だと思う。
難しいけど答えるなら、救いがほしい。でも救われたくない。
女性たちに救済の手を差し伸べるフェミニズムへのカウンターとしての武器を持っていたい。
「でも僕たちは見捨てるんですよね」「弱者男性は選ばないんですよね」
と言える状況が好ましい。
社会が救ってくれないと分かってるからこそ、たった一人で立ち向かう覚悟ができるんだ。
もし実は僕たちが救いを求めれば助けてくれるなら
生きるのに全力を使うか。
それとも、甘える/自分で何とかするの二択を常に脳内メモリに置きながら孤独の日々をやっていくか。
後者はあまりにコストがかかり過ぎて挫折しそう。それくらい空きスペースがない。
「みんな」という甘い香りに誘惑されると生きる力を失って死ぬ。
だから拒絶する。
これソシャゲっていうか今のゲーム全般が分業進み過ぎて内部処理の構造的に演出の完了を待たないと次に進めないものが増えてるんだと想像してるけど実際どうだかは知らない>RT— やむっ🔞夏コミ2日目東サ15b (@yamu_RN) October 23, 2023
むしろUnityの場合はSceneを切り替えるコストが大きいってまともな人なら知ってるから設定画面みたいな独立してるものならまだしもインゲームで切り替えることは稀と思う
C++で一から作ってるならシーンごと落としてメモリ解放コスト下げるとかやるけどキー入力の受付はだいたいフレームワーク上にあうから切り替え先シーンの初期化が済むまで単にスルーしてるだけですね
Edgeとメモリを共有?したとかで速いみたいすね
arc********
「インデックステーブルはRCのディスク上にあるファイルから展開する。このファイルを作成するプログラムを実行したタイミングで、一時的に確保するメモリー領域が不足し、ファイルの内容が不正確になったという。」
> 機器の基本ソフト(OS)が32ビットから64ビットに変更されたが
インデックステーブルでdb作る時のメモリ割り当て上限を低くしてしまった、ってこと? 規模と仕組みが分からなすぎて理解が追いつかない。
vep********
vep********8時間前
その記事に信憑性があるのならDB周りの障害が濃厚ですね。さらに設計が古いとすれば、IXエントリのNDBが使われている可能性も。その前提でマシンのメーカーは分かりませんが、仮にF系のAIMの例ですとスキーマを定義するADLソースの中でINDEXバッファやBOFのバッファの設定値が十分な数値でなかったというケースなら、容量不足という事がバッファ不足に当てはまり、合点がいきます。
ちなみに、記事の内容とは現象が異なりますが、容量不足でありがちなのがインデックステーブルが最適化されず偏ったページに集中してのパンクです。既存レコードを持つDBの再創成時に創成ジョブの途中でシステムにテーブルを作らせる方が楽ですが、現存するレコード件数とキーの値、ページ数とページ長からページNo.を偏りなく分布するようにシミュレーションして、ユーザー自身でテーブルを割り当てる方が、パンク対策には効果的だと思います。