はてなキーワード: SSDとは
『2001年宇宙の旅』シリーズによると人間の記憶総量は 1TB らしい。
だとすると一枚の絵の元ネタをバックトラックするのに必要なデータは最大 1TB になる。
一枚の画像を 1MB とすると、1,000,000 枚分の換算だ。
ひとつの画像を特定するのに必要なハッシュのデータ量が 1KB ならば、脳内画像すべてをハッシュ化した場合の総量は 1GB で済む。
AI イラストのオリジナル権利者に使用料を支払うためにはサーバー内に最大、 画像数 × 1GB のデータ が必要になる。
Pixiv の登録画像総数は 1億1800万点 にものぼるとのことだが、これらがすべてネタ元の照会を要求されうる AI 画像だとすると、およそ 100PB のハッシュデータが必要だ。
最近のストレージ界隈では SSD の値下がりが話題になっていて、1GB あたり 5円 を切る製品が出回っている。
俺はアニメやゲームは嗜む程度でオタクほど詳しくはないが、IT系の仕事をしていて最低限の知識があったのと、知人がAIに詳しかったので興味本位で始めてみた。
別にクリエイターに憧れがあったわけでもないが、生成した画像をSSDの肥やしにするのもったいなくてTwitterとpixivにアップしていたら思いの外バズった。
フォロワーも気づいたら1万を遥かに超え、小銭稼ぎでFanboxに誘導してみたらこれまた儲かっている。
儲かっていると言っても月15万程度とそこまで大きな金額でもないが、暇潰しで金稼げるのはありがたい。
ちょうどPCの更新タイミングだったので、Fanboxの収入で4090搭載のパソコンも買った。
どうせすぐ飽きられるだろうと思っていたら、未だに支援者が増えていくのでこの業界怖いな...って思う。
つうか確定申告やるのめんどくせえ。だりー。
ありがたいことにリクエストをもらうことが多く、毎日更新のネタ出しに便利で助かる。
原作を知らない場合はLoHAの作成や画像生成のついでにそのキャラが出る作品を視聴しているのだが面白い作品に出会えて楽しい。
エロはモザイク付けるのめんどくせえから断っているが、エロに手を出せばもっと儲かるかもしれん。まあ今の時点でそこまでの稼ぎを求めてないから気が向いたらやろうと思う。
あと別垢でリアル系も作っているんだが、こっちはリプライがキモいからそろそろ辞めたい。
んで、前置きが長くなったが本題に入るわ。
別に絵師を目指しているわけでもなく承認欲求とかもどうでもいいのだが、とにかく反AIのアンチ共が鬱陶しい。
AI絵師()とか罵られてもそもそも名乗ってもねえし、誰だよお前って感じ。
別にお前のプライドを満たすためにこの世が回っているわけじゃねえ。
近くにいる人、接点のある人のニーズに応え続けるだけでもいいじゃねえか。
神絵師とかもどうでもいいだろ。なんで神絵師なんかと張り合う必要があるんだ。
ましてやAI絵師なんかにかまっている暇ねえだろ。ユーザー見ろ、ユーザーを。
そして俺は絵に対してアイデンティティもねえわ。
人が求めるものをアップできたらそれで満足だ。お前は違うのか?
もしそうなら他人にかまっていても仕方ねえだろ。
描け。
なんで細かいところ修正しねえんだ。そのグチャっている手はなんなんだ?
手は第二の表情だぞ。自分で書き直せ。
あと目にもこだわりを持て。目のクオリティが出来栄えを左右するぞ。
姿勢に合わせて表情を作ってあげると統一感があって良くなるぞ。
クリスタの便利機能、例えばスマートスムージングとかも有効活用しろよ。
なんでそこで手を抜くんだ?
伸び悩みについてTwitterで愚痴る前にKindleで教本買ってYoutubeの添削動画みて勉強しろよな。
この数ヶ月クリスタと格闘したが絵心ないやつでもマシになったぞ。
その意味分かんねえ互助会に勤しむ前にユーザーが求めている画像をリサーチしたり、修正の精度を上げていけよ。
てめえのおつむとパソコンはなんのためにあるんだ?
AIで絵を生成するのは結構だが、お前自信が頭を使わなくても良い道理はねえだろ。
AIなんてただの道具だぞ。お前が頑張るんだよ。
定期的に行われるWindowsのバックアップがこけたので、その原因を調査した。
エラーコードは0x81000001で、問題としては、どこかに162GBを超えるファイルが存在するようだ。
しかし、私のC:ドライブは250GBのSSDであるため、そこまで大きなファイルは存在していないはずだった。
調査した結果、Google Play Betaのデータファイル
C:\Users\(ユーザー名)\AppData\Local\Google\Play Games\userdata_xxxxx.xxx\avd\userdata.img
のファイルサイズが512GB(ディスク上のファイルサイズは11.5GB)だった。
解決方法はGoogle Play Betaをアンインストールするか、バックアップされない別のドライブに移すしかなさそうだ。
Web見るくらいだと性能有り余るけど、他になにかしようとすると性能が足りない。
CPUはコア数増やしても、ソフトが使いこなせないのか余ってるわりに遅い。
PythonばかりになってCで書かれたのを叩かない限り遅い。
AIじゃなくてもRPAが速くなれば多くの人に恩恵があるはずなのに遅い。
GPUは普及しても結局使いこなしが難しい。
コンパイルは未だに大規模になると遅い。リンカーは速くなったみたいだが。
M.2 SSDで速くなったというが、フラッシュそのものの速度は上がっておらずキャッシュのRAMが効いてるだけ。
DDR5はベンチマークでしか効果がなく、DDR4と実アプリじゃ変わらない。
ワイ君:
RTX4090+Intel乗ったパソコン欲しいんやがこれどう思う? FRMFZ790/WS324 MSIコラボモデル 販売価格 469,800円(税込) CPU インテル Core i9-13900F プロセッサー (2.00GHz[P-core][最大5.60GHz] / 24コア / 32スレッド / 36MBキャッシュ) CPUクーラー 【MSI製】水冷CPUクーラー チップセット 【MSI製】インテル Z790 チップセット搭載マザーボード メモリ 32GB (16GB x2) PC5-38400 (DDR5-4800) DDR5 SDRAM DIMM メモリ最大搭載可能容量 128GB (32GB x4) ビデオコントローラ 【MSI製】NVIDIA GeForce RTX 4090 (ビデオメモリ 24GB) 電源 1200W ATX電源 80PLUS PLATINUM (日本製コンデンサ仕様) 用途は、仕事(仮想環境使う)と、ゲームと、3DCG制作+お絵描きと、AI画像生成 流用できるパーツは光学ドライブとSSDしかないのでBTOで買っちゃおうかなって思ってる なんか電源が不安なんだが気にしなくていいか?
Bing Chang:
このパソコンは、インテル Core i9-13900F プロセッサーとNVIDIA GeForce RTX 4090を搭載しており、仕事(仮想環境の使用)、ゲーム、3DCG制作+お絵描き、AI画像生成などの用途に適していると思います。電源については、1200W ATX電源 80PLUS PLATINUM(日本製コンデンサ仕様)が搭載されており、安定した電力供給が期待できます。ただし、個人的な使用状況や環境によっては異なる場合がありますので、詳しくは販売元にお問い合わせください。
FRMFZ790/WS324 MSIコラボモデル 販売価格 469,800円(税込)
CPU | インテル Core i9-13900F プロセッサー (2.00GHz[P-core][最大5.60GHz] / 24コア / 32スレッド / 36MBキャッシュ) |
CPUクーラー | 【MSI製】水冷CPUクーラー |
チップセット | 【MSI製】インテル Z790 チップセット搭載マザーボード |
メモリ | 32GB (16GB x2) PC5-38400 (DDR5-4800) DDR5 SDRAM DIMM メモリ最大搭載可能容量 128GB (32GB x4) |
ビデオコントローラ | 【MSI製】NVIDIA GeForce RTX 4090 (ビデオメモリ 24GB) |
電源 | 1200W ATX電源 80PLUS PLATINUM (日本製コンデンサ仕様) |
用途は、仕事(仮想環境使う)と、ゲームと、3DCG制作+お絵描きと、AI画像生成
調べてみたらひどいクソ仕様だったので、同じ轍ふまないように知見共有します。
なお、消えてしまったデータは息子の卒業式の動画データ。復元不能。
ストレージは壊れるものという前提は理解しているつもりなので、状況ごとにいくつかのバックアップ体制は取ってある。
安くなったとは言えすべてのストレージをSSD化するには至っていない。
そのため、OSやソフトウェアなんかはSSDにインストール、写真や動画などのサイズがでかいデータはRaid HDDでミラーリングして格納するようにしている。
それ以外にもそれほどサイズの大きくないデータはonedriveとかのクラウドストレージを利用。そのデータもRaid HDDでミラーリングして二重にバックアップ体制を敷いている。
趣味で写真をやっているのだが、今回の事故はその編集のフローの中で起こった。
編集と格納は別で考えているので、アクセス速度が高いほうがいい編集はSSD上で行い、格納はRaid HDDに行っている。
そのタイミングでgoogle photoに分散バックアップ、必要に応じて家族なんかと共有を行う。
つまり、撮影が終わったら最初にすることは、SSD上にあるデスクトップの一時フォルダに写真と動画データをコピーすることから始まる。
Raid HDDに格納するのは、編集ソフトでレタッチが終わってからだ。
まずは写真データから編集を行い、RAWデータから無事にjpegデータへと書き出してHDDへの格納が終わった。
そのタイミングで妻からの頼まれごとのためにメールをpdfプリントして名前をつけて保存しようとした。
めったに使わない機能なのだが、指定されたのはonedriveフォルダだったので、そのまま保存をクリック。
ところが、PCからonedriveフォルダにアクセスしても出力したpdfデータが見つからない。
おかしいなと思ってもう一度出力を試みて保存フォルダのパスを確認してみる。
すると、今現在HDD側に指定してあるonedriveのパスが、SSD上のデフォルトのパスに指定されているようだった。
ここで思い至ったのが、確かPCにonedriveを設定した際にうっかりデフォルト設定のまま起動してしまい、その後、HDD上にパスを切り替えたという状況だった。
「そうかぁ。保存先を変更すると元のファイルを移動させるんじゃなくてコピーを作ってしまうんだな」なんて感じに妙に納得しつつ、もう一度しっかりとパスを確認した上でpdfをコピーしてからSSD上のonedriveをshift deleteで削除した。
エクスプローラーを閉じてデスクトップに戻ってくると妙な違和感。
ない。
はぁ?と思ってPCをダブルクリックすると、すぐに警告ウィンドウが開いて「デスクトップへのパスが間違っています」といったエラー表示。
焦る。かなり焦る。
ウィンドウをすべて閉じても、デスクトップ上にはデフォルトのアイコンだけが並んでいるだけ。
頭真っ白。
多少大事なデータはあったかなと思いながらも致命的と言えるものは思いつかず(まだ見落としてるだけかもしれない)、しかし、すぐに一時フォルダごと動画データがないことに気づく。
写真はすでにjpg出力してあるので、RAWデータが消えてしまったのはなんとかなる。
子供の卒業式の動画はまだ変換をかけてもないし、当然アップロードもしていない。
終わった。
あまりにもショックだ。
読み飛ばしここまで。
結局何が原因だったかというと、最初にonedriveをセットアップする際に、デフォルトの保存先、なおかつデスクトップやマイドキュメントなんかもバックアップに含めるという設定で始めてしまったからだったらしい。
この、onedriveのバックアップにデスクトップを含めるという操作をすると次のようなことが起こる。
「本来はC:\Users\ユーザー名\Desktopにあるはずのデスクトップデータが、C:\Users\ユーザー名\onedrive\Desktopに変更される」
・onedriveのバックアップからデスクトップを含めないように設定変更
この2つの動作を行ったにも関わらず、何故かこのパソコンのデスクトップは、C:\Users\ユーザー名\onedrive\Desktoに残ったままになってしまったというわけだ。
そのため、C:\Users\ユーザー名\Desktopにデスクトップがあると思いこんでいた自分は、C:\Users\ユーザー名\onedriveにあるonedriveのフォルダを、疑うことなく削除することができた。
そしてその結果、デスクトップにおいてあったデータのすべてを失った。
いや、流石にこんなクソ設定想定できないでしょ。
大事なデータを守るっていう名目があれば、大事なデータの格納先をそんな簡単に変えていいと思ってる?
それ、誰に許可取ってやってるんだよっていうさ。
その辺の共通プロトコルを、バックアップソフトが、しかもOSの提供元がやっていいのかよっていう。
これはちょっと言わせてくれ。
マイクロソフトクソだわ。
まぁ、なんというか皆さんも気をつけてください。というか、こんなの気をつけようがないけどな。
どこに気持ちをぶつけたって息子の大事な思い出は帰ってこないのはわかってるけど、やるせなさくらい吐き出させて。
※追記
ブラウザonedriveのゴミ箱にデータが残っている可能性はゼロです。
その理由は以下の通り。
このパソコンは1ヶ月ほど前に新規にセットアップしたものでした。
そのセットアップの過程で、onedriveをインストールする際にデフォルトの保存先、なおかつデスクトップをバックアップという設定にしてしまいました。
ここでノールックで設定してしまった自分が一番悪いことは認めます。
onedriveのセットアップが終わったあと、同期に時間がかかっていておかしいな?と思ってファイルのアップロード履歴を確認したところ、あらかじめ古いパソコンからコピーしてあったデスクトップのデータをアップロードしようとしていたので、慌てて設定を見直して、デスクトップ同期のオフ、保存先をHDDに変更しました。(変更した順番は書いてある通り覚えていません。順番が逆だったら起こり得なかったかも)
この操作によって、onedriveの保存先はHDDに変更になり、デスクトップの同期も停止しました。
しかしそうした操作を行ったにも関わらず、デスクトップの保存先はC:\Users\ユーザー名\Desktopに戻ることはなく、C:\Users\ユーザー名\onedrive\Desktopのままになってしまっていました。
そのことに気づかずに1ヶ月以上作業を続けていたなかで、記載の通りSSD内に同期されていないonedriveフォルダを発見したので削除した結果、デスクトップのデータが消失しまったという話です。
そして卒業式の動画データをデスクトップにコピーしたのは、onedriveの同期を切ったずっとあとのことです。
もともとonedriveにバックアップするつもりもないし、バックアップされていないのでwebに残っているはずもないのです。
デスクトップのデータがそんなところに格納されていることがわかっていれば、もともと削除なんてしません。
同期されていないすでに使われていないonedriveのデータだけしか削除するつもりではなかったのに、何故かその中に現在進行系で使っているデスクトップのデータが格納されていて、一緒に削除されてしまったというお話です。
ちなみに、削除直後は本当に何が起こったのか意味がわかりませんでした。
その後にマイコンピューターを開いた際、別ウィンドウでエラーが出たことで初めて状況が理解できたということです。
そのエラーが「デスクトップC:\Users\ユーザー名\onedrive\Desktopにアクセスできません」といった内容のエラーです。
デスクトップ?お前なんでそんなとこに保存されてたの?からの、そういえば思い出してみればこんなことあったよなーで、原因に思い至ったというわけです。
SDカードの復元を試みましたが、サイズの大きい動画データですので、ヘッダーは読み込めたものの、データそのものはすでに別の写真データに書き換えられてしまっていたせいかちゃんと開けませんでした。
SDカードからデスクトップにデータを移すタイミングというのは、行事ごとに撮影が終わったらSDを空にして新しく撮影できる状況を作るためなので、基本的にはデスクトップにコピーしたあとは次の撮影前に必ずフォーマットすることを習慣づけています。
それは、毎回SDカードを空っぽにすることで、現像のときにデータの重複が起こらないようにするためです。(趣味で写真を取っているので撮影枚数が莫大。尚且つ現像ソフトで不要データを削除するので、SDを空にしないと、削除後にまたコピーしてしまったりと効率が悪いため)
撮影→データをデスクトップに一次保存→次回撮影時にSDカードのフォーマット→時間があるときにPC上のデータを選別、現像→バックアップ含めてデータを格納→SDカードから新しい撮影データをPCにコピー→次回撮影時にフォーマット→時間あるときにPC上のデータを選別、現像→・・・・
SDカード自体も紛失の危険性とか考えてそれほど信用しているメディアではないので、できるだけデータが保管されている時間を短くするようにしています。
個人的には、このワークフローが一番データの保存性も高く、無駄も少ない処理方法だと思っています。
だって、デスクトップを間違って消すなんてこと普通しないでしょ。
壊れたなら仕方ないって、それはそれで納得できるんだって。
流石にこんなことまで想定したワークフロー作れってのは無理な話ですよ。
すでにonedriveからデスクトップの同期も切ってて、しかも別フォルダでonedriveがちゃんと稼働してるのに、まさか自分のデスクトップがC:\Users\ユーザー名\onedrive\Desktopに保存されてるなんて思う?
モニタはサウンドバーつきモデルもあるが俺はイヤホン派なので追加するなら