「gC」を含む日記

■

鈴川エディタやEmEditorで少ないメモリー使用量で巨大テキストをファイルを編集できるとうたってるが、.NETでも見事に再現できたぞ。

1.2億行×100文字の全置換えでGCのメモリー使用量は340MB程度で、行の操作は86MB程度、合わせて426MBだ。

その辺の.NET製テキストエディターコンポーネントに組み込んでも500MBぐらいで済むと思う。

（その代わりワークファイルは30GBぐらいは行ってるはず）

鍵はropeというデーター構造を使用することとropeにアクセスする際、ディスクに保存する機構を付け加えるだけだ。

特にソースコードで見るべき個所はBigList.cs、Node.cs、DiskPinableContentDataStore.csの所だけだ。

多少遅くて構わないなら、ディスクに保存することはそこまで難しくはない。

メモリーマップドファイルは何かと面倒なので使ってないが、.NETでMMDataStructuresとかメモリーマップドファイルを扱うやつがあるんで、メモリーマップドファイルでも行けるはずだ。

benchmark start

size:120000000

Allocated GC Memory:66,304bytes

add time:173334 ms

Allocated GC Memory:101,257,168bytes

replace 1 time:816628 ms

Allocated GC Memory:101,247,232bytes

replace 2 time:1179279 ms

Allocated GC Memory:333,371,424bytes

replace 3 time:1886714 ms

Allocated GC Memory:333,257,000bytes

enumratotion time:1638579 ms

Allocated GC Memory:331,904,816bytes

clear buffer

Allocated GC Memory:66,304bytes

add line time:46649 ms

Allocated GC Memory:86,939,136bytes

update line time:77635 ms

Allocated GC Memory:87,272,912bytes

clear buffer

Allocated GC Memory:69,448bytes

Finished.Hit Any Key

https://github.com/oonyanya/FooList

Permalink | 記事への反応(0) | 21:24

ツイートシェア

■

BigListに1.2億行*100文字=12GBのテキストを突っ込んでみた。

文字列操作のタスクマネージャーから見たメモリー使用量は500~900MB程度。

なお、行テーブルの所は面倒なのでディスクに保存してない。

benchmark start

size:120000000

Allocated GC Memory:66,304bytes

add time:173334 ms

Allocated GC Memory:101,257,168bytes

replace 1 time:816628 ms

Allocated GC Memory:101,247,232bytes

replace 2 time:1179279 ms

Allocated GC Memory:333,371,424bytes

replace 3 time:1886714 ms

Allocated GC Memory:333,257,000bytes

enumratotion time:1638579 ms

Allocated GC Memory:331,904,816bytes

clear buffer

Allocated GC Memory:180,072bytes

add line time:17935 ms

Allocated GC Memory:4,916,166,568bytes

update line time:2876 ms

Allocated GC Memory:4,916,146,904bytes

clear buffer

Allocated GC Memory:172,104bytes

Finished.Hit Any Key

https://github.com/oonyanya/FooList/commit/e795913ef8c8fbd16e59d54048ff68a202ca7c1b

Permalink | 記事への反応(0) | 21:48

ツイートシェア

■

BigListの一部を再帰なしにしたけど、C#の最適化すごいな。

メモリー使用量以外は再帰ありのほうがいいわ。

速度的には再帰なしより再帰ありのほうが圧倒的に速い。

ベンチマークは1000行×100文字。

マシンはCore i5 10400F、メモリー16GB。

再帰なし。ブランチ rewrite_nonrecursive、Commit 84b25c1

https://github.com/oonyanya/FooList/commit/84b25c172b2f8792ad2d1a645c0b25ff7bf8093d

benchmark start

Allocated GC Memory:61,240bytes

add time:1025 ms

Allocated GC Memory:199,685,064bytes

replace 1 time:7274 ms

Allocated GC Memory:199,698,944bytes

replace 2 time:9565 ms

Allocated GC Memory:345,442,528bytes

replace 3 time:7716 ms

Allocated GC Memory:345,442,552bytes

enumratotion time:1125 ms

Allocated GC Memory:345,442,672bytes

clear buffer

Allocated GC Memory:82,728bytes

add line time:384 ms

Allocated GC Memory:41,048,400bytes

update line time:99 ms

Allocated GC Memory:41,048,464bytes

clear buffer

Allocated GC Memory:82,984bytes

Finished.Hit Any Key

再帰あり

benchmark start

Allocated GC Memory:60,752bytes

add time:1055 ms

Allocated GC Memory:199,622,776bytes

replace 1 time:6032 ms

Allocated GC Memory:199,636,920bytes

replace 2 time:8309 ms

Allocated GC Memory:369,227,696bytes

replace 3 time:6220 ms

Allocated GC Memory:369,227,696bytes

enumratotion time:1158 ms

Allocated GC Memory:369,227,840bytes

clear buffer

Allocated GC Memory:82,728bytes

add line time:357 ms

Allocated GC Memory:40,996,432bytes

update line time:75 ms

Allocated GC Memory:40,999,688bytes

clear buffer

Allocated GC Memory:82,984bytes

Finished.Hit Any Key

できたら、RemoveRangeInPlaceとRebalaceも再帰なしにしたいけど、どう書いたらいいのかわからね

Permalink | 記事への反応(2) | 11:45

ツイートシェア

■派遣のおっさんとカラオケに行ったら歌うのを頑なに拒否しててドン引きした

この前私とGCの姉さん、経理課の身長152cmのメガネ君と派遣のおっさんの3人で動物園にサウナに行ってきた

サウナを出て動物園のアーケードで飲むかちとせで広島焼きでも手繰るかって話をした

メガネ君と姉さんがそろそろ夏だし花園でガチベトを食べようと言い出した

私もベトナム料理を最近食べてなかったので食べたいって言った

派遣のおっさんは「まあタイ料理よりいいか」と言ってた

花園の方に移動して適当なベト飯屋に移動してカエルや豚のガツを食べた

美味しかった

派遣のおっさんは焼きそばを食ってた

ベトナム料理屋はみんなでワイワイ楽しめるようにたいていカラオケが置いてあるのでみんなで歌を歌って楽しんだ

派遣のおっさんの番になってカラオケのデンモクを渡したら

「俺はいい」って歌うのを拒否してドン引きした

姉さんが「派遣くんも歌ったら？」って言ったが頑なに拒否してた

こういうところで協調心を働かせないからいい歳して派遣なんだろうなあって思った…

Permalink | 記事への反応(1) | 19:07

ツイートシェア

■GC目線に立ったバッファーの評価

C#などコンパクションあり世代別GCを使った場合の話。参照型だとまた話は変わってくる。

http://s170199.ppp.asahi-net.or.jp/vivi/docs/buffer/edit_buffer.php#measure

vector

gap_vector

なかなかメモリーが解放されない。

つらい。

テキストの操作はやりやすい。

gap_vectorは少し早い。

list

行の文字数が85000バイト超えない限りは悪くはない。

メモリーの断片化もGCのおかげで起きないしね。

ただ、テキストの操作が微妙にやりにくい。

rope

GCフレンドリー。

リバランスのアルゴリズムがわかりにくいし、実装が面倒。

何だよ。フィナボッチ数列にバランスの取れたノードを放り込んで再構築って。

操作自体はAVL木のリバランスよりははるかに楽だけど、こっちはこっちで訳が分からん。

ただ、テキストの操作はgap_vectorなみにやりやすい。

なお、既存のライブラリーはライセンス的な意味で地雷だったりする。

速度の比較

CPUが違うので参考程度に。

構築速度：gap_vector ＜ rope ＜＜＜ list

メモリー使用量：gap_vector ＜ rope ＜ list

シーケンシャルアクセス：rope ＜ list（ポインター使用） ＜ gap_vector ＜ list

Permalink | 記事への反応(0) | 13:47

ツイートシェア

■anond:20250508145608

64、ゲームキューブ、Wii Uは当時から失敗のイメージしかないだろ

SS、PSによる、高性能かつCDによる大容量かつ低価格のゲームが席巻してたのに

アホなこだわりでカセットゲームに固執して自爆

PS2、DC時代はGCでようやくROMに移行して頑張るかと思いきや独自のゴミディスクとクソ微妙なコントローラーで完全に失速

Wiiで非ゲームユーザーにアプローチして馬鹿売れしたけれど

調子に乗ってWii Uとかいうどこに需要があるのか分からんゲーム機だして大爆死

一方でゲームボーイ部門はほぼずっと好調で、DSは後にiPhoneを産むパラダイムシフトを起こした傑作

ただ調子に乗って3DSとか出して立体視を目指して失敗

そのあたりの反省とWii Uの反省を踏まえてSwitchで大成功

相当懲りたのかSwitch 2では変なことせずに正統進化してほぼ完成形なので

多分だけどSwitch 3あたりで意味不明なことして大爆死すると思う

Permalink | 記事への反応(2) | 15:03

ツイートシェア

■Switch2で何より楽しみにしてるのがGCのポケモンコロシアム

当方アラサー

マリオカートよりも楽しみ

エアライドはどうせ去勢されて特殊走法無くなるからポケモンコロシアムだけが楽しみ

生きててよかった

Permalink | 記事への反応(0) | 21:42

ツイートシェア

■anond:20250403134718

だからさそこなのよ

マリカーが顔役でエアライダーは中継、締めがドンキーってのがちょっと弱いなと

あとエアライダーは盛り上がってるというほど盛り上がってない

たぶんこれはエアライドがGCだからってのがあると思ってる

過去に大きく普及しなかったハードは期待されていたとしても母数が小さくなってしまう

そういう意味ではGame人口の拡大という基本骨子はやはり正しかったのだろう

Permalink | 記事への反応(1) | 13:53

ツイートシェア

■anond:20250328164201

GCはメモリーカード使ってたでしょ

そもそもディスクメディアだし

Permalink | 記事への反応(0) | 16:47

ツイートシェア

■anond:20250328164008

GCってどうだっけ

Permalink | 記事への反応(1) | 16:42

ツイートシェア

■anond:20250328092540

GCやwiiUで「あれ？大丈夫？」みたいなことにもなってたからまあバランスは取れている。

Permalink | 記事への反応(0) | 10:00

ツイートシェア

■Pythonコードを高速化するためのポイント

以下のテクニックを適切に組み合わせることで、Pythonコードのパフォーマンスを向上できます。

1. アルゴリズムとデータ構造の最適化

• 計算量を考慮し、最適なアルゴリズムを選択する。
• 適切なデータ構造を使用する。

2. 不要な計算を減らす

• ループ回数を最小化する（例：ネストを減らす、事前計算を活用）。
• キャッシュを利用する。
• レイジー評価を活用する（例：ジェネレータを用いた遅延評価）。

3. 組み込み関数やライブラリを活用

• Pythonの組み込み関数はCで実装されているため高速。
• numpy, pandas, scipyなどのライブラリを活用。
• itertools や collectionsを適切に使う。

4. 並列処理・並行処理

• マルチスレッド: I/Oバウンドな処理向け（ファイル読み書き、ネットワーク通信など）。
• マルチプロセス: CPUバウンドな処理向け（数値計算、画像処理など）。
• 非同期処理: 非同期I/Oを効率的に処理（例：複数のAPIリクエスト）。

5. メモリとデータ管理

• 不要なオブジェクトを削除し、gc.collect() で明示的にガベージコレクション。
• オブジェクトのコピーを避ける（例：リストのスライスa[:]は遅い）。
• メモリ効率の良いデータ型を使う（例：array.array, numpy.array を利用）。

6. コンパイル・C言語拡張

• JITコンパイル（numba） を利用してCPUバウンドな処理を高速化。
• CythonでC言語に変換し、C並みの速度を実現。
• PyPy（JIT搭載のPython処理系）を使用。

7. プロファイリングと最適化

• cProfile や line_profiler でボトルネックを特定。
• timeit で関数の実行時間を測定し、最適化効果を確認。

Permalink | 記事への反応(0) | 22:47

ツイートシェア

■anond:20250220134419

RopeもといBigList+GapBufferでさくさくエディターの置き換え処理をやってみた。

使用したマシンはCore i7 14700、メモリー32GB、Intel ARC A750。

１００万行×１００文字を置き換え。

addはバッファーの構築で、０．８秒ぐらいで終わる。

replace1は３文字削除の３文字挿入で、３．５秒ぐらいで終わる。

replace2は３文字削除の４文字挿入で、４．９秒ぐらいで終わる

replace3は４文字削除の３文字挿入で、３．６秒ぐらいで終わる。

enumratotionはNULデバイスへの保存で、１．１秒で終わる。

benchmark start

Allocated GC Memory:60,600bytes

add time:729 ms

Allocated GC Memory:199,388,824bytes

replace 1 time:3490 ms

Allocated GC Memory:199,405,136bytes

replace 2 time:4861 ms

Allocated GC Memory:368,390,560bytes

replace 3 time:3577 ms

Allocated GC Memory:368,390,560bytes

enumratotion time:1086 ms

Allocated GC Memory:368,390,736bytes

clear buffer

Allocated GC Memory:84,360bytes

１００万行の行とインデックスの変換テーブルの追加と更新処理はこのくらいで終わる。

変換テーブルの処理は構築が０．２秒、行が増えない更新は０．１秒ぐらいで終わる。

add line time:170 ms

Allocated GC Memory:32,805,312bytes

update line time:110 ms

Allocated GC Memory:32,811,000bytes

clear buffer

Allocated GC Memory:84,616bytes

Finished.Hit Any Key

結論

マシンの進化はすごい。

.NET8で、さくさくエディタとほぼ互角になるとは。

以下、ソースコード。

https://github.com/rirufa/FooList

Permalink | 記事への反応(0) | 00:14

ツイートシェア

■

一次元インデックスから二次元インデックス、すなわちバイト数であらわされる位置から行と桁への変換がテキストエディターだとよく発生する。

この変換を素早くするために変換テーブルを作るのだが、普通に作ると更新の時にO(N)かかる。

さくさくエディターの作者は局所的行更新手法で殆どの場面ではO(1)、最悪はO(N)にしていたが、色々と事故が発生しやすい。

特にstepRowをまたぐ状況でテーブルのほぼ全部の更新を避けようと思うと事故りやすい。

俺は何度も事故を起こした。

そこで別のやり方でオーダーを削減してみた。

https://github.com/rirufa/FooList/blob/main/List/BigRangeList.cs

考え方は至極単純でRopeをたどるときに変換テーブルの長さを覚えておき、ついでに変換を済ませておこうというごくごく簡単なものである。

この方法により、変換テーブルの更新はO(Log N)+M、探索はO(Log N)+O(Log M)程度で済ませられるようになった。

局所的行更新手法に比べるとだいぶ遅いが、Mが十分に小さければそこまでコストはかからないはず。

ただし、マーカーみたいに連続していないものを放り込んだら、うまく動かないのでそこはご了承いただきたい。

以下、100万行の要素を操作したときのベンチマーク。

CPUはCore i5 10400F、メモリー16GB。

ブロックサイズは392。

add line time:297 ms

Allocated GC Memory:32,803,672bytes

update line time:151 ms

Allocated GC Memory:32,809,360bytes

clear buffer

Allocated GC Memory:82,976bytes

https://github.com/rirufa/FooList/blob/main/EditorDemo/Program.cs

Permalink | 記事への反応(0) | 16:59

ツイートシェア

■anond:20250220134419

BigList<T>の内部で使われているやつをGapBuffer<T>に置き換えてみたら、リーフノードのサイズが32768だと遅くなるけど、最大メモリー使用量はそこまで変わらんな。

ブロックサイズ：32768

benchmark start

Allocated GC Memory:60,232bytes

add time:787 ms

Allocated GC Memory:199,389,088bytes

replace 1 time:4064 ms

Allocated GC Memory:199,404,752bytes

replace 2 time:6023 ms

Allocated GC Memory:368,390,176bytes

replace 3 time:4133 ms

Allocated GC Memory:368,390,176bytes

enumratotion time:557 ms

Allocated GC Memory:368,390,320bytes

clear buffer

Allocated GC Memory:83,992bytes

ブロックサイズ:392

benchmark start

Allocated GC Memory:60,232bytes

add time:1173 ms

Allocated GC Memory:332,559,240bytes

replace 1 time:4882 ms

Allocated GC Memory:332,583,016bytes

replace 2 time:4928 ms

Allocated GC Memory:369,076,056bytes

replace 3 time:4683 ms

Allocated GC Memory:369,076,056bytes

enumratotion time:565 ms

Allocated GC Memory:369,076,200bytes

clear buffer

Allocated GC Memory:83,992bytes

ただ、ブロックサイズを32768にしても、最大で1.2倍程度しか遅くならず、文字数が変わらないなら、2割程度早くなるので、ブロックサイズをある程度大きくした方がいいようだ

Permalink | 記事への反応(0) | 20:47

ツイートシェア

■

先天性疾患持ちの娘がいて、その娘さんが母親からの子宮移植を望んだら異常者扱いする人の本アカウントってこれかあ

娘さんかわいそ

K-星垣

@pvqovob

【フォロバ不要 】昭和生まれshipper/おおらかな人向け/成人済みの確認ができない方のフォローはブロ解します/基本ミーハー今は韓ドラがアツい/クラブル/キスシロ /SD/nicjoenicky/GC垢

@b0m0v

Permalink | 記事への反応(1) | 19:25

ツイートシェア

■ラノベ累計発行部数、上位15位

45,000,000 転生したらスライムだった件 GCノベルズ

38,000,000 薬屋のひとりごと ヒーロー文庫

31,000,000 「とある」シリーズ 電撃文庫

30,000,000 ソードアート・オンライン 電撃文庫

25,000,000 魔法科高校の劣等生 電撃文庫

22,000,000 スレイヤーズ ファンタジア文庫

20,000,000 涼宮ハルヒ シリーズ スニーカー文庫

18,000,000 とある魔術の禁書目録 電撃文庫

17,000,000 ダンジョンに出会いを求めるのは間違っているだろうか GA文庫

14,850,000 無職転生～異世界行ったら本気だす～ MFブックス

14,000,000 魔法科高校の劣等生（原作小説） 電撃文庫

14,000,000 オーバーロード エンターブレイン

13,100,000 ソードアート・オンライン 電撃文庫

13,000,000 Re：ゼロから始める異世界生活 MF文庫J

12,000,000 魔術士オーフェン ファンタジア文庫

Permalink | 記事への反応(1) | 17:16

ツイートシェア

■

テキストエディタを高速化するためにある人が書いたBigListを改造して、リーフノードをリンクドリストでつないだら全列挙が早くなって、スタックオーバーフローしなくなった。

ただ、その代わり元々のコードにあったノードの共有機能はいらなそうなので省くことにした。

Core i5 10400F、メモリー16GBで、100文字×100行＝1億文字を突っ込んで、あれこれ操作した場合はこのくらいの速度で動く。

benchmark start

Allocated GC Memory:60,392bytes

add time:1728 ms

Allocated GC Memory:416,037,968bytes

replace 1 time:5776 ms

Allocated GC Memory:416,082,104bytes

replace 2 time:5694 ms

Allocated GC Memory:416,082,272bytes

replace 3 time:5196 ms

Allocated GC Memory:416,082,296bytes

enumratotion time:1179 ms

Allocated GC Memory:416,082,440bytes

clear buffer

Allocated GC Memory:82,360bytes

Finished.Hit Any Key

https://github.com/rirufa/FooList

ListやGapBufferだとGCに優しくないけど、BigListだとLOH入りしないので、GCに優しいのだ。

その代わり速度はBigListの中身はRopeなので、少し遅くなるのだ。

Ropeで、リーフノードをリンクドリストでつないだ場合、挿入と削除、追加、ランダムアクセスはO(Log N)、全列挙はO(N)なのだ。

MITライセンスなんで商用でも問題ないけど、元々のBigListのライセンスに不穏なことが書いてあったので、気になるなら、自分で書き直したほうがいい。

元々のBigListはこの本を参考にしたようなのだ。

The rebalancing algorithm is from "Ropes: an Alternative to Strings", by

Boehm, Atkinson, and Plass, in SOFTWARE--PRACTICE AND EXPERIENCE, VOL. 25(12), 1315–1330 (DECEMBER 1995).

https://www.cs.tufts.edu/comp/150FP/archive/hans-boehm/ropes.pdf

Permalink | 記事への反応(3) | 13:44

ツイートシェア

■

http://hvivi.dyndns.org/sse/replaceAll.html

さくさくエディタのまねをして全置換えでベンチマークを取ってみた。

benchmark start

Allocated GC Memory:60,392bytes

add time:1996 ms

Allocated GC Memory:440,048,840bytes

replace time:10779 ms

Allocated GC Memory:440,082,632bytes

replace time:10682 ms

Allocated GC Memory:440,082,656bytes

clear buffer

Allocated GC Memory:82,280bytes

Finished.Hit Any Key

ベンチマークのソースコード

https://github.com/rirufa/FooList

Rope<T>は削除と置き換え、文字列のランダムアクセスがO(log N)なのでさくさくエディタに比べると遅い。

それでも秀丸やMeryよりは早いが…

Permalink | 記事への反応(0) | 11:37

ツイートシェア

■

Wintellect.PowerCollections.BigListくそ早いな。

100万行×100文字追加して、３文字削除の３文字挿入、３文字削除の４文字挿入やったが、xyzzyぐらいの速度は出た。

ただ、さくさくエディタには勝てんな。

BigListの内部で使われてるRopeの性質なので仕方ないか。

benchmark start

Allocated GC Memory:60,616

add time:1370 ms

Allocated GC Memory:344,041,272

replace time:6541 ms

Allocated GC Memory:344,101,024

replace time:8153 ms

Allocated GC Memory:688,101,192

clear buffer

Allocated GC Memory:100,808

Finished.Hit Any Key

Permalink | 記事への反応(1) | 22:35

ツイートシェア

■これを本気で書けるのすごいよな。直球でゲハ以下かよ

ゲハですら、Switchの市場を捨てない＆引き延ばすための戦略って2021年時点でちゃんと理解してるのに、

増田 (anond:20250118191314) よ・・・どういう世界線に住んでるんや？

新型Switchなんて意味ないだろNew 3DS専用ソフト何本出たか知ってる?　https://krsw.5ch.net/test/read.cgi/ghard/1622215395/

1 名無しさん必死だな　2021/05/29(土) 00:23:15.18 ID:fgYUp6PE0

●バッケージ版

ゼノブレイド

ファイアーエムブレム無双

　

●ダウンロード版

ザ　バインディング　オブ　アイザック：リバース

ねじ巻きナイト2

ひよこまみれ

ドラゴンファング　～勇者ドランと時の迷宮～

限界！山積みバトル

かいぞくポップ

6180 the moon

CUP CRITTERS

SHOOT THE BALL

BOX UP

Galaxy Blaster

BRICK RACE

ママにゲーム隠された

Minecraft : New Nintendo 3DS Edition

　

計16タイトルのみww

　

旧型をサポートしないと本数売れない

旧型をサポートすると新型の性能発揮できないのジレンマで

結局新型なんて意味がなくなるよ

　

　

3 名無しさん必死だな　2021/05/29(土) 00:28:11.37 ID:rDsZYYlJ0

そんな手間かからないように

Switchは

可変解像度が主流ですからね

最初から計画通りですよ

　

5 名無しさん必死だな　2021/05/29(土) 00:30:39.78 ID:R6H1uRCM0

全然覚えてないけど岩田がNXはスマホのOSみたいにするみたいなこと言ってなかったっけ

　　

6 名無しさん必死だな　2021/05/29(土) 00:32:55.02 ID:FsJWPK/Cr

PS4pro専用ソフトって出てたっけ？

　

9 名無しさん必死だな　2021/05/29(土) 00:36:07.03 ID:aRbFSPT+a

>>5

エヌビディアとの関係が切れん限り、Switchプラットフォームはどんどんマイナーチェンジ繰り返して拡大するぞ

　

11 名無しさん必死だな　2021/05/29(土) 00:38:10.96 ID:X1CrEsdW0

まだまだ急成長してるスイッチ市場捨てるとかねーから

　　

13 名無しさん必死だな　2021/05/29(土) 00:39:45.14 ID:Ym1gzq820

>>10

通常3DSだとゲーム中にホーム画面見られないゲームとかも、new3DSでは見られたり利点があったけど

Switchってこれ以上性能必要なの？

　

17 名無しさん必死だな　2021/05/29(土) 00:49:26.67 ID:+YdgeZRGM

new3DSは一度使ったらもう無印3DSには戻れないくらい快適であった

SwitchSuperもそんな感じでいいんだよ

　

28名無しさん必死だな　2021/05/29(土) 00:58:55.00 ID:OdfqCDWga

>>1

専用である必要あるのか

PS4pro専用ソフトってなんかでたのか

　

30 名無しさん必死だな　2021/05/29(土) 01:05:19.69 ID:Ym1gzq820

>>26

例えばどのソフトのどこが軽いねん

エアプじゃないんだからちゃんと答えなよ

　　

38 名無しさん必死だな　2021/05/29(土) 01:13:40.13 ID:IIne6EiWM

>>30

https://ga-m.com/image/news/2015/12/01/mhx-new-3ds-syorisokudo-5.jpg

モンハンロード時間

旧3DS：21秒

　

41 名無しさん必死だな　2021/05/29(土) 01:20:16.27 ID:POx1Vs64M

PS5のしょぼい台数でもマルチになるんだから新switchにもマルチが加わるわけよ

　

46 名無しさん必死だな　2021/05/29(土) 01:27:58.68 ID:SJF6co710

ポケモンサンムーンが発売して、これだけロード差があると知ってnewを買いに行った思い出がある

https://twitter.com/zalwa13/status/802709354541522944?s=21

https://twitter.com/5chan_nel (5ch newer account)

　

50 名無しさん必死だな　2021/05/29(土) 01:41:33.68 ID:Ym1gzq820

>>46

ポケモンは恩恵を受けてたね

　

俺は発売日にnew３DS買ったけどね

　

54 名無しさん必死だな　2021/05/29(土) 01:50:14.67 ID:xa7O/ZJ3M

ps4proに専用ソフトなんてでた？と言うとプレステはクソって事になるらしい

　

　

55 名無しさん必死だな　2021/05/29(土) 01:50:36.81 ID:cmXzDZFp0

ちょっとだけパワーアップで成功したものないよな

セガマスターシステム

ゲームボーイカラー

PS4PRO

New3DS

一個だけあったわ

　

56 名無しさん必死だな　2021/05/29(土) 01:51:39.72 ID:z1KgPq8IM

new3DSとは決定的に情勢が違うところがあってな

　

DLSSやスペックアップの件含めると

AAA級も新型Switch・PS4・PS5マルチでソフトは出せるんだよ

任天堂ハードでは新型Switch専用ソフトになるが、広い目で見るとマルチ

　

コレだとメーカー側にも利点がデカいから「新型Switch専用ソフト」(PS系マルチ)は出る

　

60 名無しさん必死だな　2021/05/29(土) 01:55:55.00 ID:z1KgPq8IM

これこそが新型Switchが出る理由であり

既にサードパーティも新型Switch専用ソフト(PS系マルチ)を作り始めてる

　

本体発表同時か、近いタイミングで発表になるので乞うご期待

　　

63 名無しさん必死だな　2021/05/29(土) 02:01:17.38 ID:6jzElI4a0

PS5よりマーケットがあるんだから

新型switchにも対応するよねって話

　

　

76 名無しさん必死だな　2021/05/29(土) 02:28:47.60 ID:eY7TB5qv0

>>56

なるほど確かにswitchとしては新型専用でも他社据置とマルチに出来るならリスク薄いもんな

　

　

81 名無しさん必死だな　2021/05/29(土) 02:40:40.32 ID:z1KgPq8IM

>>76

これこそが当面の主目的だろうと思うわ

任天堂系＋洋ゲーAAAとなれば鬼に金棒

　

Wii以降のPSvs任天堂は、事実上の棲み分け状態で正面勝負ではなかったが

ここに来てGC以来の直接的ハード戦争が勃発する

　

89 名無しさん必死だな　 Y2021/05/29(土) 03:49:26.73 ID:3RfbOxlt0

最近のスイッチのゲームは処理落ち多すぎるし

新型さっさと出して欲しいわ、専用ソフトなんて求めてない

ジョイコンの改善も求められてるだろうし

　

104 名無しさん必死だな　2021/05/29(土) 09:29:49.97 ID:T/DM2I0N0

和サードのマルチからも

外されてるからね

当の任天堂自身もSwitchには移植ばかりだし

高性能Switchは必要だよ

　

119 名無しさん必死だな　2021/05/29(土) 15:20:03.00 ID:HQ4ciMQ4rNIKU

新型スイッチ、もしマジで出るにしても、

ホントにNew3DSと同じようにロード改善とか動作安定とか程度の差しか無いと思うし

それしか無くてもいいと思う

AAA(笑)は新型スイッチ専用でマルチしてくるかも知れないけど、

そんな数売れなさそうなマルチなら出す意味薄すぎだから結局出さなそう

　　

⭐️増田に対してダメ出しだけし続けるのもアレなので、Switch2 へのツッコミの助け舟

• このプラスチック質感で黒なのダセェ。Switch のポップなカラーとおもちゃっぽさがいいのに、初期不具合が出揃うの待つ意味でも、これライト層の別カラー待ち起きるでしょ・・・

• 任天堂信者と今持ってる Switch が壊れたヘビーユーザーは買うだろうけど、それ以外は買わんやろな。べつにNewじゃなくて無印3DSで困らない的な
  （ワイは今手元から Switch 無くなったから2を買うが)

• Switch2 の人口が増えなくても、比較対象がまったく売れない PS5 なので、Switch2 にマルチ出しはするだろうけど、いうほどメーカーに旨みない気がするのよね
  SONY は自分のところの客について妄想的期待を寄せてるが、任天堂も任天堂でちょっとズレてるんだよな
  基本的に任天堂ゲーム機ユーザーは、PC／PS5／Xbox のいずか、またはすべて持ってるんだよな
  マルチしても、Switch じゃないと味わえない独自要素を入れないと、積極的に任天堂にお布施したい人以外は PC／PS5／Xbox でやるわ・・・となり言うほど売れないと思う
  （複数のハードを持つユーザーにとって、Switch2 は任天堂キラータイトルとインディーズ専用機になり、それ以外のタイトルは売れない可能性がある）

• Switch のみで ゲーム機を複数持っていないのは子どもがメインで利用している家だと思うけど、親が子どもの前で、洋ゲーやゴアいゲームやるかなぁ・・・
  メタファーみたいなのならゲーム好きだったりオタク寄りならやると思うけどね（メタファー、なんで Switch で出なかったんやろね・・・）

• 子どもメインというわけではないが、ゲームに出せる設定予算が低めなので Switch のみ。でも、PC／PS5／Xboxで出てたタイトルが Switch2 で出るなら遊んでもいいよって層は果たしてどのくらいいるのか・・・だよな
  とりあえず、みんなのドラクエ3 は圧倒的大差で Switch の方が売れたが、 遊ぶ人選ぶ FREEDOM WARS Remastered は Switch(8277本)、PS5（4829本)で大差って感じでもなかったな。ダブルスコアだけどそもそも売れてない
  萌え＆配信映えカスタムされたロマサガ2も、Switch の方がダブルスコア以上で継続的に売れるみたいだが、これもそもそも売れてない

• なお、PSファースト・和サードゲームが売れないのは、なぜか売れないPS市場でゲームを出し続けたため、子どもたちが任天堂タイトルとインディーズゲームと中韓ライブゲームで育ってしまい、大多数がPSファースト・和サードゲームにそもそも触れて育っていないから。
  短期的な利益を優先しすぎた・ハードパワーに頼って技術捨てた故の自滅。
  PS無印・PS2、古くはファミコン・スーファミ時代から遊んでるユーザーは、PSファースト・和サードゲー買うけど（だから、任天堂ゲーム機ユーザーは PC／PS5／Xbox を所有している)、この世代が買わなくなったら、PSファースト・和サードは終わり
  PSファースト・和サードに、次世代に向けた種まきを Switch2 行う体力が残ってるといいけど、果たして新規タイトル売れるかねぇ・・・
  既存タイトルでも、 PC／PS5／Xbox を所有しているユーザーが Switch2 で遊ぶ方が良いと思える最適化を行う技術やギミックを作れる情熱は残ってるかねぇ・・・
  北米ガーゆうても、スポーツと FPSしか売れてない現実を見つめてもろて。多様なジャンルが売れるのはアジア、その中でも日本だ

• Civ はちゃんと Switch で種まきしててえらい！つか、任天堂キラータイトルとライブゲームでしか遊んだことなくて、一切本格的なボドゲやシミュレーションゲームをやってこなかった子が、将来Civやるわけねーもんな。この当たり前の視点がないPSファースト・和サードよ

• Ronin、SONY がフォローしてる感じもしないし（500万本はおそらく未達)、 Switch で遊んだ方が楽しいタイトルだと思うので
  Koei は Ronin を Switch2 に移植してくれないかなぁ・・・。かつて侍・侍道で遊んだすべての人たちに Ronin 遊んで欲しいわ。まぁ、侍・侍道 もPSで出たタイトルだけどな

• いまのところ、Switch2 は、Newニンテンドー3DS / 3DS LL の印象のままだわね。ニンダイが待たれる

Permalink | 記事への反応(0) | 02:51

ツイートシェア

■anond:20250115144619

霞が関GCってトランプ大統領がゴルフしたところだよね

さすが行政の中心はすごいなあっと当時は完全に勘違いしていますた。

Permalink | 記事への反応(1) | 14:51

ツイートシェア

■

Ropeというやつがあるのか。

ただ、Ropeは検索を二分探索木で素早くする探り当てる都合上、ノードを直接いじることができない。

そこでノードを削除したいときはぶった切ってつなぐことをやるようだ。

この発想はなかった。

https://github.com/FlatlinerDOA/Rope

なお、時間計算量は追加がO(1）で、要素の取得がO(lon N)なので、GapBufferよりは遅い。

ただ、RopeはGCにとってはメモリー管理がやりやすいというメリットがあり、ユーザー目線だと巨大なファイルを読み込んでもメモリー解放に時間がかからないという利点がある。

Permalink | 記事への反応(1) | 17:12

ツイートシェア

■不法移民への憤り

はじめに

私はアメリカに正当な手段で移民しGreen Card(GC)を取得した現在でもこちらで暮らしている。

最近、不法移民およびアメリカ移民局(USCIS)、アメリカ政府への行き場のない憤りが限界に達し、どこにも吐き出す場所がないのでここに書かせていただく。

不法移民への憤り

2022年位から日本でも報道されていると思うが、世界各国からメキシコを経由してアメリカに不法入国し、難民申請をしてアメリカに居座るものが多くいる。そして彼らはアメリカ市民や我々のような移民が収めた税金を食いつぶしながら何年も衣食住に不自由することなく生きていけるのだ。正当な手段で移民してきた我々が怒りを感じられずにいられるだろうか。

南米経由で入国してきた不法移民はまず指定された日時に移民裁判所に出廷し、各々の判決の結果によってアメリカに滞在できるか国外追放されるか決定される。しかしながら、その数が多すぎて裁判の日程が数年というのが状態化しており、その間彼らは自由に働いたりすることができる。NYCなどのリベラルな都市ではホテルの部屋があてがわれ何ヶ月も快適な生活をすることができた。例えばNYCでは過去二年間でおよそ$5 billion (約7,900億円)が不法移民のために使われている。このため、週末の間図書館が開かなくなったり、アメリカ市民のホームレスなどへのサービスが低下し、本当に必要なところに予算が割けなくなっている。

このようなことから、私は不法移民が嫌いだ。本当に耐え難い境遇から脱するためにアメリカへ不法移民するものもいるだろうが、そのうちの多くが経済的な理由できているものが多い。その証拠に中国からや情勢が安定しているアフリカ諸国から来ている不届きなものも多い。Tiktokでどうやってアメリカで難民申請する方法を解説しているものもいるらしい。

USCISへの憤り

USCISはDHS (Department of Homeland Security)の一部であるが、その予算の大半はアプリケーションの手数料で賄われている。それにも関わらず、膨大な数の不法移民への対応にその多くが割かれ、正当な手段でビザやGCを取得しているものへの対応がおざなりになり、アプリケーションの結果が出るまで何年も待たされるのだ。

私もGCの更新にかなり時間がかかり、毎日ストレスが貯まるばかりであった。

アメリカ政府への憤り

過去四年間バイデン政権では不法移民の対応をいくつもの大統領令を使用して軟化した。その結果、先述のような問題が発生している。最近になり、メキシコとの国境での難民申請に制限をかけているが、もう後の祭りである。

民主党と共和党のディビジョンにより過去数十年移民法が改正できていない。移民を政治問題にしたせいで、アメリカ国民の中でも移民問題を話すことがタブーになったりと散々である。民主党は不法移民に寛大な方針を示しているが、共和党は不法移民への厳しい姿勢だけでなく、合法移民に対しても不自由になりうる制作を実施しようとしている。

また、アメリカでは多くの農林水産関係企業が不法移民を利用して、ビジネスを行っている。その企業の多くが政治家に多くの献金やロビー活動をしているため、移民関連法の改正が積極的に行われないことにも繋がっていると言われている。

最後に

アメリカへの移民状況は正直者が馬鹿を見るということの典型だと思う。正式な手順でアメリカに移民をしようとすると、何千ドルも取られた上で何ヶ月、下手すると何年も待たされることがある。一部の例外を除き、そのアプリケーションの結果がでるまで仕事ができない。

前回の下院選で共和党が過半数を取得したので、移民関連法が改正される可能性があるが、共和党なので移民を制限する方向に動く可能性もある。そうなった場合、日本に永住帰国したほうが良い生活がおくれるかもしれないと考え始めた。

駄文で申し訳ないが、行き場のないこの気持ちを吐き出し必要があった。XやRedditなどのソーシャルメディアでこのようなことを書くと最悪解雇されたりなどの問題が起こりかねないのでここを使用させてもらった。

Permalink | 記事への反応(0) | 08:13

ツイートシェア

■anond:20241125143931

GCの年末商戦に入れられたのはデカいと思う

GCだけソニアドの方が後出しになったけどあっちはあんまりだったはず

ただ難しいのはソニックチームは新しいソニックのゲーム性を出したいんだろうけどどれもスピード一点張りのキャラクター性がむしろ足を引っ張ってしまっている

逆にシャドウには搦め手を持たせようとしているけどこれもあまり成功しているとはいい難い

ソニアド２は最高傑作であり呪いでもある

Permalink | 記事への反応(0) | 14:42

ツイートシェア