[過去ログ]
マカーによるWindows機の受け入れられないところ (1002レス)
マカーによるWindows機の受け入れられないところ http://egg.5ch.net/test/read.cgi/mac/1557835108/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
563: 名称未設定 [sage] 2019/06/24(月) 13:13:08 ID:mQPuH4IB0 Mac「ダイアログに目的のフォルダをドロップすれば移動できるぞ」 ドザ「目的のフォルダを右クリックしてメニューからパスのコピーを選択してダイアログのファイル名のところを選択して右クリックからペーストを選ぶだけ!手間は同じ!」 http://egg.5ch.net/test/read.cgi/mac/1557835108/563
564: 名称未設定 [sage] 2019/06/24(月) 13:17:27 ID:NDgvdVTe0 >>562 普通のドライバってなんだ? Windows10は仮想NGなOSって話なのか? てか先に書いたように、他のユーザーでも起こってる現象なんだから 仮想だからとかParallelsだからとか関係ないよ。 Win10側の問題だよ。 http://egg.5ch.net/test/read.cgi/mac/1557835108/564
565: 名称未設定 [sage] 2019/06/24(月) 13:38:37 ID:TMZfwtiQ0 Windowsの一番の問題はこの手のドライバ周りとかおま環多過ぎる事だと思う 自由ではあるけどその分相性問題だなんだと余計なトラブル増える 自分の環境だけなら責任取れるけど 他人のPC環境まで責任取れないからな 他人や他の会社とデータのやり取りする時とかでトラブルの本当に面倒くさいし 場合によっちゃかなりクリティカルなトラブルなる その点macは自由度無いから賛否両論あるけど おま環が圧倒的に少ないのはお仕着せならではのメリットだな http://egg.5ch.net/test/read.cgi/mac/1557835108/565
566: 名称未設定 [sage] 2019/06/24(月) 14:15:07 ID:I9yMorHJ0 >>564 ほとんどのドライバって意味 > Windows10は仮想NGなOSって話なのか? だからParallelsの問題だって言ってるだろ > てか先に書いたように、他のユーザーでも起こってる現象なんだから Parallels使ってない人は起きてないんだから Parallelsの問題 http://egg.5ch.net/test/read.cgi/mac/1557835108/566
567: 名称未設定 [sage] 2019/06/24(月) 14:27:44 ID:NDgvdVTe0 話し通じねぇな。 エクスプローラに表示される「3D オブジェクト」とか言う誰得フォルダがなんか邪魔だと思ったが、 消し方わかんなくてとりあえずググったらレジストリ弄らないとダメらしく、素で「は?」ってなったわ。 まぁシステムの動作確認したら消す仮想領域だからもう放置でいいんだけど、 一般的なWin10ユーザーって強制的についてくるアレそんな使ってるものなの? http://egg.5ch.net/test/read.cgi/mac/1557835108/567
568: 名称未設定 [] 2019/06/24(月) 20:19:20 ID:EZuAhyI/0 >>567 Win10ユーザーって程じゃないが、標準アプリで使ってるのはエキスプローラだけ。 標準アプリを消せないのは邪魔で仕方がない! http://egg.5ch.net/test/read.cgi/mac/1557835108/568
569: 名称未設定 [sage] 2019/06/24(月) 22:46:12 ID:tR3pj0us0 Macは初心者にはいいんだろうけど ある程度慣れてくるとカスタマイズできないことに不満が出てくる Windowsは初期状態では確かに使いにくいけど こういう風にできたらいいなと思うことは 必ずどこかで誰かがそういうアプリを公開してくれてるから 最終的には理想的な環境ができあがる http://egg.5ch.net/test/read.cgi/mac/1557835108/569
570: 名称未設定 [sage] 2019/06/24(月) 22:53:22 ID:g8Bm6xN70 >>569 仕事でPC使ったことないの? http://egg.5ch.net/test/read.cgi/mac/1557835108/570
571: 名称未設定 [sage] 2019/06/25(火) 00:48:19 ID:27Msv1Ih0 カスタムとかくそどうでもいいわw カスタマイズ性とか自由だとか言う奴にかぎって触るのが目的になって なんの生産性もあげてないだろ http://egg.5ch.net/test/read.cgi/mac/1557835108/571
572: 名称未設定 [] 2019/06/25(火) 06:39:24 ID:6VguUvjz0 カスタマイズできるアプリが豊富なのは確かだけど そういうの入れすぎると起こる不具合が面倒 Androidもホーム画面カスタムしたり色々できて いいのだけれど、結局日常でシンプルに使える MacとiOSが楽だというところに落ち着いた http://egg.5ch.net/test/read.cgi/mac/1557835108/572
573: 名称未設定 [] 2019/06/25(火) 06:42:32 ID:m80auAQA0 まあMacもTotalFinderとHyperDock入れて魔改造しないと使い物にならないけどなwwwww http://egg.5ch.net/test/read.cgi/mac/1557835108/573
574: 名称未設定 [sage] 2019/06/25(火) 06:57:11 ID:jRt/yycB0 昔はカスタマイズして魔改造しまくってたけど Windowsにせよmacにせよ カスタマイズして使うと他人のPCや会社のPC使った時にストレス溜まるから カスタマイズは一切しなくなったな 余計なトラブル増えたりデメリットも結構あるしね http://egg.5ch.net/test/read.cgi/mac/1557835108/574
575: 名称未設定 [] 2019/06/25(火) 16:28:58 ID:UBZ9i4h10 Windowsのカスタム例 Mactype →中華リスク満載。使用許可はおりない。 Meiryo UIも大っきらい!! →名前がふざけすぎてる。当然、使用許可がおりない http://egg.5ch.net/test/read.cgi/mac/1557835108/575
576: 名称未設定 [] 2019/06/25(火) 17:43:00 ID:VYZb1U6l0 >>574 AndroidスマホとiPhoneみたいな感じかな? 前はAndroidでホームをカスタマイズしたり、ルートをとってROM入れたりしてたけど、iPhoneにしたらAndroidが面倒くさくなったし Winも素のままが結局使いやすいかも まあ、Adobeアプリが使えたらOSなんかどっちでも良いんだけどね http://egg.5ch.net/test/read.cgi/mac/1557835108/576
577: 名称未設定 [] 2019/06/25(火) 19:00:36 ID:n3w8n/Yp0 Windowsのカスタム目的 ・見栄えを良くする(なくても業務遂行は可能) ・操作の手番を少なくする(なくても業務遂行は可能) Macのカスタム目的 ・素のFinderでは不可能な機能を追加する(ないと業務遂行不可能) ・素のDockでは不可能な機能を追加する(ないと業務遂行不可能) http://egg.5ch.net/test/read.cgi/mac/1557835108/577
578: 名称未設定 [sage] 2019/06/25(火) 19:09:14 ID:2AB20izB0 でも具体例は挙げられない伝統芸 http://egg.5ch.net/test/read.cgi/mac/1557835108/578
579: 569 [] 2019/06/25(火) 19:12:00 ID:sB78Jf/U0 あ、俺が言ったカスタマイズとはフォントだのホームだのそんなどうでもいい話ではなくて たとえばFinder不便すぎると思っても代替アプリの選択肢が全然ないでしょ Windowsも初期状態で入ってるアプリがゴミばかりなのは同じなんだけど 自分の要望を叶えてくれるアプリが必ずあると言ってもいいくらい選択肢が充実してる http://egg.5ch.net/test/read.cgi/mac/1557835108/579
580: 名称未設定 [sage] 2019/06/25(火) 22:15:08 ID:CYJXKqpR0 無駄に膨大にあるだけで使える物が少なすぎる http://egg.5ch.net/test/read.cgi/mac/1557835108/580
581: 名称未設定 [] 2019/06/25(火) 22:37:50 ID:0HbTZ7J/0 >>579 じゃあ教えてくれ WindowsでMacのdefault folderのようなソフトと カラム表示のできるシンプルなファイルブラウザ (カラム表示に関してはUltraExplorerにそのモードがあるがごちゃごちゃしてて汚い もっとスキッと洗練されたやつが欲しい) あとカラーラベルがつけれるような拡張機能もあるの? マジで欲しいんだが全然見つからないんだよ。 http://egg.5ch.net/test/read.cgi/mac/1557835108/581
582: 名称未設定 [sage] 2019/06/25(火) 22:42:38 ID:tsqyF0mR0 >>581 http://www.filemarker.net/ http://egg.5ch.net/test/read.cgi/mac/1557835108/582
583: 名称未設定 [] 2019/06/25(火) 22:58:13 ID:0HbTZ7J/0 >>582 これはカラーラベルの代替ってことかね。 今ちょっと手元にWindows機がないので今度使ってみるわ あとは最初に書いた2つだなあ http://egg.5ch.net/test/read.cgi/mac/1557835108/583
584: 名称未設定 [sage] 2019/06/25(火) 23:01:35 ID:JBgIrHtj0 WinFS失敗した時点で終わりだったよな 4G回線越しのTwitterでさえリアルタイムタグ検索で流せるのに http://egg.5ch.net/test/read.cgi/mac/1557835108/584
585: 名称未設定 [sage] 2019/06/25(火) 23:47:49 ID:xgSnNl1N0 >>577 業務遂行不可能って、 具体的にどう不可能なの? http://egg.5ch.net/test/read.cgi/mac/1557835108/585
586: 名称未設定 [] 2019/06/26(水) 00:48:13 ID:Z7fAUPxf0 >>585 使いづらすぎて憤死するから仕事どころじゃないだろ http://egg.5ch.net/test/read.cgi/mac/1557835108/586
587: 名称未設定 [sage] 2019/06/26(水) 01:44:56 ID:+A2LLN8a0 >>584 > WinFS失敗した時点で終わりだったよな それはWinFS相当の機能を搭載してない Macのファイルシステムにも当てはまるのでは? http://egg.5ch.net/test/read.cgi/mac/1557835108/587
588: 名称未設定 [sage] 2019/06/26(水) 07:03:10 ID:3t5jdLYF0 >>586 エクスプローラとFinderだったら エクスプローラの方が使い物ならんだろ http://egg.5ch.net/test/read.cgi/mac/1557835108/588
589: 名称未設定 [sage] 2019/06/26(水) 08:49:17 ID:G4Y0azw10 >>586 具体的に。 Mac使ったことないの? http://egg.5ch.net/test/read.cgi/mac/1557835108/589
590: 名称未設定 [sage] 2019/06/26(水) 09:39:02 ID:z9CAo0tN0 職場でもめっちゃ標準のFinder使ってるわ。 なんか気をつけるべきことがあるん? http://egg.5ch.net/test/read.cgi/mac/1557835108/590
591: 名称未設定 [sage] 2019/06/26(水) 09:46:10 ID:rJe+ch3n0 俺も特にfinderの拡張とかしてないな 標準の設定変更で変えられる物は多少触ってるけど何の問題もない 逆にWindowsは設定変更以外にいくつかの補助ツールインストールしてるわ http://egg.5ch.net/test/read.cgi/mac/1557835108/591
592: 名称未設定 [] 2019/06/26(水) 11:16:56 ID:BOY7OiFS0 Windowsはファイル検索が機能してないから everythingいれてるわ https://forest.watch.impress.co.jp/library/software/everything/ http://egg.5ch.net/test/read.cgi/mac/1557835108/592
593: 名称未設定 [sage] 2019/06/26(水) 11:50:20 ID:/PnyUUpv0 >>592 わいも! Everything素晴らしい http://egg.5ch.net/test/read.cgi/mac/1557835108/593
594: 名称未設定 [] 2019/06/26(水) 11:53:58 ID:MVLOcu260 >>589 TotalFinderとHyperDock入れてない素のMacは使ったことないな http://egg.5ch.net/test/read.cgi/mac/1557835108/594
595: 名称未設定 [] 2019/06/26(水) 11:55:57 ID:BOY7OiFS0 Everything、Mactype、Meiryo UIも大っきらい!! これらの3rdパーティアプリケーションと同等の機能を Windowsに追加してくれれば良いのにな あと細かいUIデザインを直してくれればWindows10は十分モダンなOSになれる (今はまだゴミレベル) http://egg.5ch.net/test/read.cgi/mac/1557835108/595
596: 名称未設定 [sage] 2019/06/26(水) 12:17:24 ID:aqtGuL7o0 MacのトラックパッドゼスチャーみたいなことWinでできるんだろうか。 特に4本指スワイプによるデスクトップとフルスクリーンアプリの間での画面切り替え。 Excelとか2画面をスワイプしながら編集すると楽なんだが本家のWindowsでできる気がしない。 何かツール足してもいいから、Winでできる方法あれば教えてほしい。 http://egg.5ch.net/test/read.cgi/mac/1557835108/596
597: 名称未設定 [sage] 2019/06/26(水) 12:23:49 ID:Uv9Rrg5L0 >>596 仮想環境ならMacのTrackPadジェスチャでWinを使えるよ(御承知でしょうが) http://egg.5ch.net/test/read.cgi/mac/1557835108/597
598: 名称未設定 [sage] 2019/06/26(水) 12:53:53 ID:S8OcN1Ee0 >>594 totalfinderの必然性がイマイチ分からん あると便利なのはラベルとカット&ペースト位かな ただそれもあれば便利って程度で無いと仕事にならんとしたら Finderとかエクスプローラとか以前に相当頭の作りがポンコツだと思う http://egg.5ch.net/test/read.cgi/mac/1557835108/598
599: 名称未設定 [sage] 2019/06/26(水) 15:24:01 ID:z9CAo0tN0 ファイラでいうカット&ペーストって、要は”ファイル移動”ってことだよね? コピーしたあと、目的のフォルダでoption+cmd+vじゃダメなん? コンテクストメニューでも同様に、option押せばペーストと移動が切り替わるよね。 http://egg.5ch.net/test/read.cgi/mac/1557835108/599
600: 名称未設定 [] 2019/06/26(水) 16:44:40 ID:notOt0iV0 軽くてバッテリー持ちが良くてWindows機に比べれば よくわからんプリインストールソフトだらけでもなく 基本的には止まらず、ストレス無く使える。 12万出して安定しない東芝Windowsよりは 大学生のレポート用PCほどMacBookでいいと思うわ https://tomoki-912.com/college-macbook-merit/ http://egg.5ch.net/test/read.cgi/mac/1557835108/600
601: 名称未設定 [sage] 2019/06/26(水) 16:46:13 ID:TJHi1NWF0 >>587 APFSに移行した現在、どんな機能が不足してるの? SSDに最適化してファイルシステムとしては 最強の状態と思ってたけど。 http://egg.5ch.net/test/read.cgi/mac/1557835108/601
602: 名称未設定 [sage] 2019/06/26(水) 18:33:21 ID:DnCyKmFG0 >>601 「WinFS失敗した時点で終わりだった」 そう言わしめるほどのすごい技術だよ。 WinFSというのはNTFS上で動作する技術で高度な検索機能を提供するもの。 NTFSを置き換えるのではなく、NTFSの上に構築される。 WinFSで管理される対象はマイドキュメントやデスクトップ (OS自体は従来どおりNTFS上で管理される) WinFSはデータベース(RDBMS)をベースにしていて、 ファイルの中身やフォルダはメタデータ(作成者や作成日など)も含めて WinFSのデーターベースに格納される。 RDMBSをベースにしているため、SQLによって検索できるし もちろん従来のアプリからファイルとして扱うこともできる。 な?すごいと思うやろ? 俺は思わんけどw 検索を便利にするだけなら従来の「NTFS + インデックスサービス」で十分。 実際MSもそう思ったからWinFSを廃止した。 でもまあ、未だに「WinFS失敗した時点で終わりだった」と言わしめるほどの NTFSを拡張する、すごい技術だって思ってるやつがいるってことだよ。 俺はNTFSのままで十分やんって思ってる。 http://egg.5ch.net/test/read.cgi/mac/1557835108/602
603: 名称未設定 [sage] 2019/06/26(水) 18:53:41 ID:S8OcN1Ee0 >>602 典型的な馬鹿が無理して頭良いフリして書いた文章だな… http://egg.5ch.net/test/read.cgi/mac/1557835108/603
604: 名称未設定 [sage] 2019/06/26(水) 20:02:56 ID:BFrjwBMB0 >>602 > そう言わしめるほどのすごい技術だよ。 全然凄い技術じゃないよ。 結局実現しなかったんだからただの妄想だよ。 http://egg.5ch.net/test/read.cgi/mac/1557835108/604
605: 名称未設定 [sage] 2019/06/26(水) 20:30:13 ID:DnCyKmFG0 >>604 だから、俺はすごい技術だって思ってないって書いたやん? WinFSはなくて普通。無くても、普通のファイルシステム。 なのになぜか、WinFSはすごい技術だ!それが実現できなくて 残念だ!って思ってる人がいるって話。 http://egg.5ch.net/test/read.cgi/mac/1557835108/605
606: 名称未設定 [sage] 2019/06/26(水) 22:19:07 ID:BFrjwBMB0 >>602 >検索を便利にするだけなら従来の「NTFS + インデックスサービス」で十分。 >実際MSもそう思ったからWinFSを廃止した。 https://ja.wikipedia.org/wiki/WinFS >当初は、完全な新規ファイルシステムとして実装される事が計画されていたが、 >後にNTFS上に構築されるデータベースエンジンとなった。 >その後、開発の難航により中止が決定された。 らしいよ。MSには技術力が足りなかったんだね。 http://egg.5ch.net/test/read.cgi/mac/1557835108/606
607: 名称未設定 [sage] 2019/06/27(木) 01:43:29 ID:y/3RSGvj0 同じものをMS以外が実装してるわけじゃないので MSがというよりも、技術そのものが難しいのでしょう。 http://egg.5ch.net/test/read.cgi/mac/1557835108/607
608: 名称未設定 [] 2019/06/27(木) 05:57:48 ID:gd6xVLKJ0 低性能なクライアントで動く超高速なRDBMSを一から作るのと同義にしか聞こえない http://egg.5ch.net/test/read.cgi/mac/1557835108/608
609: 名称未設定 [sage] 2019/06/27(木) 07:12:09 ID:oyjSluaH0 検索云々なんてとっくに通り過ぎて 時代に合わせSSD等フラッシュストレージに最適化されたAPFSを作ったApple 大風呂敷広げたはいいが結局Everythingみたいな他所が作ったツールより低品質な検索機能(インデックスサービス)でお茶濁すしか出来なかったMS http://egg.5ch.net/test/read.cgi/mac/1557835108/609
610: 名称未設定 [sage] 2019/06/27(木) 08:29:45 ID:xCdtB5UQ0 > 時代に合わせSSD等フラッシュストレージに最適化されたAPFSを作ったApple と言う割に、早くなってないけど? http://egg.5ch.net/test/read.cgi/mac/1557835108/610
611: 名称未設定 [sage] 2019/06/27(木) 09:08:50 ID:8HMpyN2K0 ベンチの数字しか見てない人は言うことが違うね。 http://egg.5ch.net/test/read.cgi/mac/1557835108/611
612: 名称未設定 [sage] 2019/06/27(木) 11:51:06 ID:gW8M1s9K0 SSDに最適化が、他になんか効果があんのか? http://egg.5ch.net/test/read.cgi/mac/1557835108/612
613: 名称未設定 [sage] 2019/06/27(木) 12:57:45 ID:xQ3ac4ki0 Mactypeは地雷だよなー。 Hackintoshもなんか難しいし… http://egg.5ch.net/test/read.cgi/mac/1557835108/613
614: 名称未設定 [sage] 2019/06/27(木) 12:58:44 ID:TAb3tkhG0 そもそもAPFSの早くなる仕組みがクローニングとかだから ランダムデータ読み書きするのがメインのベンチマークだと 正しく評価出来ないのは当たり前っちゃあ当たり前 http://egg.5ch.net/test/read.cgi/mac/1557835108/614
615: 名称未設定 [sage] 2019/06/27(木) 13:15:30 ID:Hmf0ttKg0 コピーや移動がホントに移動してないけどそうみえるからssdが痛まないとかって話じゃないの? http://egg.5ch.net/test/read.cgi/mac/1557835108/615
616: 名称未設定 [sage] 2019/06/27(木) 13:29:42 ID:u15IXn+a0 バチスカで今書き込んだ瞬間 MacOSの検索に引っかかるようになる Safariで読み込んだ瞬間キャッシュがMacOSの検索に引っかかるようになる メールも同じく読み込んだ瞬間検索可能になる Spotlightインポーターに対応してないアプリが多いのが問題だよな http://egg.5ch.net/test/read.cgi/mac/1557835108/616
617: 名称未設定 [sage] 2019/06/27(木) 15:17:12 ID:IpD32p3E0 探してきてやったぞ Catalinaでファイルシステムがこう変わる https://news.mynavi.jp/article/osxhack-242/ http://egg.5ch.net/test/read.cgi/mac/1557835108/617
618: 名称未設定 [sage] 2019/06/27(木) 16:31:47 ID:bs3PEzBi0 >>614 でもそれ、SSDと関係ないじゃん? SSDに最適化だから、SSDだと速くなるってことでしょ? それ以外の機能はSSDとは関係ない http://egg.5ch.net/test/read.cgi/mac/1557835108/618
619: 名称未設定 [sage] 2019/06/27(木) 17:07:29 ID:8HMpyN2K0 最適化 = 早くなる だと思ってるの? 土座らしいと言えばらしい考えだね。 てかSSDの性能にとって割とクリティカルに関係あるよ。 クローン時に無駄に書き込まないし、クローンファイルへの変更は差分データのみ書き込まれるから まず貴重な領域を節約できるってのもあるけれど、 特にSSDの場合は空き領域が大きい方が良いパフォーマンスを維持できるし寿命だって伸びる。 それにAPFSはボリューム間で空き領域を共有できるってのも重要。 例えばWindows(NTFS)だとよくCドライブとDドライブにパーティションを分けたりするけど、 Cドライブはその後のWindowsUpdate等を見越して普段は使えない無駄な空き領域を一定量確保しておかないといけないから これは領域だけじゃなく、SSDなら少なからず寿命やパフォーマンスも無駄にしてると思った方がいいよ。 http://egg.5ch.net/test/read.cgi/mac/1557835108/619
620: 名称未設定 [sage] 2019/06/27(木) 18:02:54 ID:WDNdNIlj0 > クローン時に無駄に書き込まないし、クローンファイルへの変更は差分データのみ書き込まれるから SSD関係ないやん。HDDでもそうなるやん http://egg.5ch.net/test/read.cgi/mac/1557835108/620
621: 名称未設定 [sage] 2019/06/27(木) 18:05:15 ID:WDNdNIlj0 > 特にSSDの場合は空き領域が大きい方が良いパフォーマンスを維持できるし寿命だって伸びる。 Macってまだそんな古いSSD使ってるの? http://egg.5ch.net/test/read.cgi/mac/1557835108/621
622: 名称未設定 [sage] 2019/06/27(木) 18:08:16 ID:WDNdNIlj0 とりあえずスタティック・ウェアレベリングというものを勉強しようね http://www.pasonisan.com/pc-storage/ssd-wear-levelling.html スタティック・ウェアレベリングのイメージ。OSファイルシステムのような 書き換え頻度の低いデータを、何度も利用されてきた空のブロックに 引っ越しさせるシステム。つまり書き換えがほぼ無いと思われるファイルなので、 そこのブロックを保護できる。データ移動はSSDの待機状態のときに行われる。 http://egg.5ch.net/test/read.cgi/mac/1557835108/622
623: 名称未設定 [sage] 2019/06/27(木) 18:50:56 ID:gwhiSkoo0 シャットダウンや再起動すると開いてるフォルダを忘れるところ http://egg.5ch.net/test/read.cgi/mac/1557835108/623
624: 名称未設定 [sage] 2019/06/27(木) 18:53:16 ID:IpD32p3E0 >>620 これ、HDDでもやってるのかな。 実際にやったら一瞬で断片化しまくって 酷い事になると思うけど。 http://egg.5ch.net/test/read.cgi/mac/1557835108/624
625: 名称未設定 [sage] 2019/06/27(木) 19:00:45 ID:IpD32p3E0 >>623 Win10触ったこと無いけど、再開機能はなかったのか。 http://egg.5ch.net/test/read.cgi/mac/1557835108/625
626: 名称未設定 [sage] 2019/06/27(木) 19:25:06 ID:Hmf0ttKg0 >>620 HDDでもとかそういう話じゃなくて、そういう動作をするからSSDに優しいじゃんって話なのでは? http://egg.5ch.net/test/read.cgi/mac/1557835108/626
627: 名称未設定 [sage] 2019/06/27(木) 19:26:09 ID:Hmf0ttKg0 >>624 逆に断片化しないのでは? データの実態が動くわけじゃないんだから http://egg.5ch.net/test/read.cgi/mac/1557835108/627
628: 名称未設定 [sage] 2019/06/27(木) 19:26:14 ID:oyjSluaH0 >>622 寿命は兎も角、パフォーマンスは解決出来てなくね? http://egg.5ch.net/test/read.cgi/mac/1557835108/628
629: 名称未設定 [sage] 2019/06/27(木) 20:00:53 ID:TAb3tkhG0 >>620 差分になるからHDDに向かないんだろ http://egg.5ch.net/test/read.cgi/mac/1557835108/629
630: 名称未設定 [sage] 2019/06/27(木) 20:46:58 ID:bFedGrPt0 変更を差分で取るなら断片化するだろうね でも、これコピーしないと意味ないでしょ? コピー&部分的な修正 でのみ意味がある。 ファイルを開いて別名保存というのはコピーじゃないから意味がない アプリ側の対応も必要だろうね。 効果があるのは大きなファイルの一部分を変える時だけ おそらくサイズが変更した場合とかは対応できないよ http://egg.5ch.net/test/read.cgi/mac/1557835108/630
631: 名称未設定 [sage] 2019/06/27(木) 21:17:01 ID:oyjSluaH0 アプリの対応なんか要らんよ。 例えば仮想環境のイメージ複製してから実行すると、書き込んだ内容は差分扱いになるんじゃないかな。 http://egg.5ch.net/test/read.cgi/mac/1557835108/631
632: 名称未設定 [sage] 2019/06/27(木) 21:40:00 ID:oyjSluaH0 実際今やってみた。 15GB程度の仮想Ubuntu環境だけど、 領域の複製は当然一瞬で終わるし、複写元合わせて2つの領域をそれぞれ並行で実行して 片方には適当に追加でファイル保存させたりしたけど、 特別大きな書き込みも待ち時間も発生せずサクサク動作してた。 複製前、SSD(APFS)において995.36GB使用済みだったとして、 上記の作業後は995.96GB使用済みとなった。 少なくとも元の領域分15GBまるまる増えたりはしていないのは確認できた。 http://egg.5ch.net/test/read.cgi/mac/1557835108/632
633: 名称未設定 [sage] 2019/06/27(木) 23:14:26 ID:bFedGrPt0 >>631 > 例えば仮想環境のイメージ複製してから実行すると、書き込んだ内容は差分扱いになるんじゃないかな。 仮想マシンの場合、イメージが数GB単位と大きくて 小さな変更がこまめに入るからね。 1. 仮想マシンのイメージを作る 2. 仮想マシンのイメージのコピーを作る(何のため?) 3. 仮想マシンのイメージのコピーを修正する → 差分で保存される。 1の仮想マシンのイメージと3の仮想マシンのイメージ、 2つの仮想マシンのイメージファイルは、一部のデータを共有している。 所で、仮想マシン以外でファイルを複製してほんの 少しだけ変えることって他になにかあるだろうか? http://egg.5ch.net/test/read.cgi/mac/1557835108/633
634: 名称未設定 [sage] 2019/06/27(木) 23:18:36 ID:bFedGrPt0 >>632 全く同じ内容ならそうだろう。 気になるのは、 1. 1バイトだけ変更した時どうなるか? 2. 1バイトファイルの頭に付け加えた時どうなるか? 3. 既存のアプリで開いて内容を変えずに保存した場合どうなるか? 特に気になるのは3だな。仮想マシンのようにファイルの一部を変更するのではなく ファイルを読み込んでメモリに入れた後、メモリの内容を書き出すといった処理をしている場合に 果たしてファイルは共有されるのだろうか? http://egg.5ch.net/test/read.cgi/mac/1557835108/634
635: 名称未設定 [sage] 2019/06/27(木) 23:44:04 ID:oyjSluaH0 >>634 1、2は差分。 3はアプリの仕様次第なのでは。 画像やドキュメント系の比較的小さなファイル扱うアプリだと新規扱いになるのかな。 ファイルメーカーとかライブラリ(データベース等)管理的なアプリだと差分になりそう。 扱うデータがデカけりゃデカい程、アプリのパフォーマンス的にも毎回全データ書き直しは現実的じゃないだろうしね。 http://egg.5ch.net/test/read.cgi/mac/1557835108/635
636: 名称未設定 [sage] 2019/06/28(金) 00:05:44 ID:uxV8/Ll+0 画面で何か変更加えたらその部分を即ストレージに反映(保存)するタイプだと複製と差分が活きるんじゃないかね。 例えばWindowsだとAccessのMDBファイルなんか割と複製でバックアップ取りながら作業するじゃん? http://egg.5ch.net/test/read.cgi/mac/1557835108/636
637: 名称未設定 [sage] 2019/06/28(金) 03:57:09 ID:wg3i7DLF0 >>635 差分になるのは、オリジナルとクローン、最低でも2つのファイルが有る場合のみだよね? http://egg.5ch.net/test/read.cgi/mac/1557835108/637
638: 名称未設定 [sage] 2019/06/28(金) 03:58:17 ID:wg3i7DLF0 >>636 コピーしてバックアップを取って書き換えるってことはしないな http://egg.5ch.net/test/read.cgi/mac/1557835108/638
639: 名称未設定 [sage] 2019/06/28(金) 04:39:58 ID:eqhIshiK0 >>637 何を言っとるんだお前は http://egg.5ch.net/test/read.cgi/mac/1557835108/639
640: 名称未設定 [sage] 2019/06/28(金) 07:31:24 ID:g2xK75gW0 >>639 意外と応用範囲が広くないってことだよ。 ファイルを書き換える時に、一部分のみを書き換えるってのがあまりないし、 稀な例として仮想マシンのイメージやデータベースが有るけれど、 それらだって前のファイルを残しつつ、一部分を書き換えるってことはあまりしない。 バックアップで使えるかもしれないが、バックアップは物理的に異なるディスクに 保存しなければいけないから差分は使えない スナップショットの代わりとして使えるが、でもそれならスナップショットでいいやん? NTFSはスナップショットをサポートしてる。 http://egg.5ch.net/test/read.cgi/mac/1557835108/640
641: 名称未設定 [sage] 2019/06/28(金) 09:06:12 ID:xxLotuch0 >>640 どんなアプリがどこでどんなファイル処理してるかなんてそのアプリのデベロッパーでもなければわからん。 その辺のファイルの挙動なんて一般的にはユーザーが気にする部分じゃないし、 常にストレージ消費を監視してるような特殊な趣味でもなければ 自身では気づいてなくても普段使ってる上で割と恩恵にあずかってるかもしれんぞ。 http://egg.5ch.net/test/read.cgi/mac/1557835108/641
642: 名称未設定 [sage] 2019/06/28(金) 09:37:26 ID:xxLotuch0 今職場だが暇なのでまた試してみた。 今度は一般的な単一ドキュメントファイルを扱うKeynote(OfficeにおけるPowerPointみたいなもの)で。 ちなみにファイルタイプはパッケージ形式じゃなく ちゃんとシングルファイル形式にしたから安心してくれ。 Keynoteファイルを新規作成して適当な動画ファイルを埋め込んで保存したところ、 まず130MB程のファイル(テスト.key)がAPFS上に作成された。 この時点でストレージのトータル使用領域は787.48GB(787,476,611,072バイト)。 ここで先のファイルを複製。 Keynoteで開いて適当に編集(テキストエリアを追加)して保存。 この新しいファイル(テストのコピー.key)も130MB程度のファイルサイズだが、 この時点でのトータル使用領域は787.5GB(787,498,463,232バイト)。 つまり実際は20MBちょっとしかストレージを消費していない。 先ほどの複製(テストのコピー.key)を複製(テストのコピー2.key)して編集(シェイプ追加)、保存。 作成されたファイルサイズはやはり同じく約130MB。 この時点でのトータル使用領域は787.52GB(787,518,767,104バイト)。 やはり20MB程度の差分で済んでいるように見える。 http://egg.5ch.net/test/read.cgi/mac/1557835108/642
643: 名称未設定 [sage] 2019/06/28(金) 09:57:56 ID:xxLotuch0 macOSのNSDocumentクラスとか使ってるアプリだと上手くやってくれるのかもしれんね。 ちなみに先にFinderで複製するのではなく、 一旦開いたファイル(テストのコピー2.key[130MB])を Keynoteのファイルメニューから「複製」選んで1MB程度の画像ファイルを貼り付けて 保存(テストのコピー3.key[131MB])した場合は、トータル使用領域は7MBぐらいしか増えなかった。 http://egg.5ch.net/test/read.cgi/mac/1557835108/643
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 359 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.010s