[過去ﾛｸﾞ] マカーによるWindows機の受け入れられないところ (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
592(1): 2019/06/26(水)11:16 ID:BOY7OiFS0(1/2) AAS
Windowsはファイル検索が機能してないから
everythingいれてるわ
外部ﾘﾝｸ:forest.watch.impress.co.jp
593: 2019/06/26(水)11:50 ID:/PnyUUpv0(1) AAS
>>592
わいも！
Everything素晴らしい
594(1): 2019/06/26(水)11:53 ID:MVLOcu260(1) AAS
>>589
TotalFinderとHyperDock入れてない素のMacは使ったことないな
595: 2019/06/26(水)11:55 ID:BOY7OiFS0(2/2) AAS
Everything、Mactype、Meiryo UIも大っきらい!！
これらの3rdパーティアプリケーションと同等の機能を
Windowsに追加してくれれば良いのにな
あと細かいUIデザインを直してくれればWindows10は十分モダンなOSになれる
（今はまだゴミレベル）
596(1): 2019/06/26(水)12:17 ID:aqtGuL7o0(1) AAS
MacのトラックパッドゼスチャーみたいなことWinでできるんだろうか。
特に4本指スワイプによるデスクトップとフルスクリーンアプリの間での画面切り替え。
Excelとか2画面をスワイプしながら編集すると楽なんだが本家のWindowsでできる気がしない。
何かツール足してもいいから、Winでできる方法あれば教えてほしい。
597: 2019/06/26(水)12:23 ID:Uv9Rrg5L0(1) AAS
>>596
仮想環境ならMacのTrackPadジェスチャでWinを使えるよ（御承知でしょうが）
598: 2019/06/26(水)12:53 ID:S8OcN1Ee0(1/2) AAS
>>594
totalfinderの必然性がイマイチ分からん
あると便利なのはラベルとカット＆ペースト位かな
ただそれもあれば便利って程度で無いと仕事にならんとしたら
Finderとかエクスプローラとか以前に相当頭の作りがポンコツだと思う
599: 2019/06/26(水)15:24 ID:z9CAo0tN0(2/2) AAS
ファイラでいうカット＆ペーストって、要は”ファイル移動”ってことだよね？
コピーしたあと、目的のフォルダでoption+cmd+vじゃダメなん？
コンテクストメニューでも同様に、option押せばペーストと移動が切り替わるよね。
600: 2019/06/26(水)16:44 ID:notOt0iV0(1) AAS
軽くてバッテリー持ちが良くてWindows機に比べれば
よくわからんプリインストールソフトだらけでもなく
基本的には止まらず、ストレス無く使える。
12万出して安定しない東芝Windowsよりは
大学生のレポート用PCほどMacBookでいいと思うわ
外部ﾘﾝｸ:tomoki-912.com
601(1): 2019/06/26(水)16:46 ID:TJHi1NWF0(1) AAS
>>587
APFSに移行した現在、どんな機能が不足してるの？
SSDに最適化してファイルシステムとしては
最強の状態と思ってたけど。
602(3): 2019/06/26(水)18:33 ID:DnCyKmFG0(1/2) AAS
>>601
「WinFS失敗した時点で終わりだった」
そう言わしめるほどのすごい技術だよ。
WinFSというのはNTFS上で動作する技術で高度な検索機能を提供するもの。
NTFSを置き換えるのではなく、NTFSの上に構築される。
WinFSで管理される対象はマイドキュメントやデスクトップ
（OS自体は従来どおりNTFS上で管理される）
省11
603: 2019/06/26(水)18:53 ID:S8OcN1Ee0(2/2) AAS
>>602
典型的な馬鹿が無理して頭良いフリして書いた文章だな…
604(1): 2019/06/26(水)20:02 ID:BFrjwBMB0(1/2) AAS
>>602
> そう言わしめるほどのすごい技術だよ。
全然凄い技術じゃないよ。
結局実現しなかったんだからただの妄想だよ。
605: 2019/06/26(水)20:30 ID:DnCyKmFG0(2/2) AAS
>>604
だから、俺はすごい技術だって思ってないって書いたやん？
WinFSはなくて普通。無くても、普通のファイルシステム。
なのになぜか、WinFSはすごい技術だ！それが実現できなくて
残念だ！って思ってる人がいるって話。
606: 2019/06/26(水)22:19 ID:BFrjwBMB0(2/2) AAS
>>602
>検索を便利にするだけなら従来の「NTFS + インデックスサービス」で十分。
>実際MSもそう思ったからWinFSを廃止した。
外部ﾘﾝｸ:ja.wikipedia.org
>当初は、完全な新規ファイルシステムとして実装される事が計画されていたが、
>後にNTFS上に構築されるデータベースエンジンとなった。
>その後、開発の難航により中止が決定された。
省1
607: 2019/06/27(木)01:43 ID:y/3RSGvj0(1) AAS
同じものをMS以外が実装してるわけじゃないので
MSがというよりも、技術そのものが難しいのでしょう。
608: 2019/06/27(木)05:57 ID:gd6xVLKJ0(1) AAS
低性能なクライアントで動く超高速なRDBMSを一から作るのと同義にしか聞こえない
609: 2019/06/27(木)07:12 ID:oyjSluaH0(1/5) AAS
検索云々なんてとっくに通り過ぎて
時代に合わせSSD等フラッシュストレージに最適化されたAPFSを作ったApple
大風呂敷広げたはいいが結局Everythingみたいな他所が作ったツールより低品質な検索機能(インデックスサービス)でお茶濁すしか出来なかったMS
610: 2019/06/27(木)08:29 ID:xCdtB5UQ0(1) AAS
> 時代に合わせSSD等フラッシュストレージに最適化されたAPFSを作ったApple
と言う割に、早くなってないけど？
611: 2019/06/27(木)09:08 ID:8HMpyN2K0(1/2) AAS
ベンチの数字しか見てない人は言うことが違うね。
612: 2019/06/27(木)11:51 ID:gW8M1s9K0(1) AAS
SSDに最適化が、他になんか効果があんのか？
613: 2019/06/27(木)12:57 ID:xQ3ac4ki0(1) AAS
Mactypeは地雷だよなー。
Hackintoshもなんか難しいし…
614(1): 2019/06/27(木)12:58 ID:TAb3tkhG0(1/2) AAS
そもそもAPFSの早くなる仕組みがクローニングとかだから
ランダムデータ読み書きするのがメインのベンチマークだと
正しく評価出来ないのは当たり前っちゃあ当たり前
615: 2019/06/27(木)13:15 ID:Hmf0ttKg0(1/3) AAS
コピーや移動がホントに移動してないけどそうみえるからssdが痛まないとかって話じゃないの？
616: 2019/06/27(木)13:29 ID:u15IXn+a0(1) AAS
バチスカで今書き込んだ瞬間
MacOSの検索に引っかかるようになる
Safariで読み込んだ瞬間キャッシュがMacOSの検索に引っかかるようになる
メールも同じく読み込んだ瞬間検索可能になる
Spotlightインポーターに対応してないアプリが多いのが問題だよな
617: 2019/06/27(木)15:17 ID:IpD32p3E0(1/3) AAS
探してきてやったぞ
Catalinaでファイルシステムがこう変わる
外部ﾘﾝｸ:news.mynavi.jp
618: 2019/06/27(木)16:31 ID:bs3PEzBi0(1) AAS
>>614
でもそれ、SSDと関係ないじゃん？
SSDに最適化だから、SSDだと速くなるってことでしょ？
それ以外の機能はSSDとは関係ない
619: 2019/06/27(木)17:07 ID:8HMpyN2K0(2/2) AAS
最適化 = 早くなる だと思ってるの？
土座らしいと言えばらしい考えだね。
てかSSDの性能にとって割とクリティカルに関係あるよ。
クローン時に無駄に書き込まないし、クローンファイルへの変更は差分データのみ書き込まれるから
まず貴重な領域を節約できるってのもあるけれど、
特にSSDの場合は空き領域が大きい方が良いパフォーマンスを維持できるし寿命だって伸びる。
それにAPFSはボリューム間で空き領域を共有できるってのも重要。
省3
620(3): 2019/06/27(木)18:02 ID:WDNdNIlj0(1/3) AAS
> クローン時に無駄に書き込まないし、クローンファイルへの変更は差分データのみ書き込まれるから
SSD関係ないやん。HDDでもそうなるやん
621: 2019/06/27(木)18:05 ID:WDNdNIlj0(2/3) AAS
> 特にSSDの場合は空き領域が大きい方が良いパフォーマンスを維持できるし寿命だって伸びる。
Macってまだそんな古いSSD使ってるの？
622(1): 2019/06/27(木)18:08 ID:WDNdNIlj0(3/3) AAS
とりあえずスタティック・ウェアレベリングというものを勉強しようね
外部ﾘﾝｸ[html]:www.pasonisan.com
スタティック・ウェアレベリングのイメージ。OSファイルシステムのような
書き換え頻度の低いデータを、何度も利用されてきた空のブロックに
引っ越しさせるシステム。つまり書き換えがほぼ無いと思われるファイルなので、
そこのブロックを保護できる。データ移動はSSDの待機状態のときに行われる。
623(1): 2019/06/27(木)18:50 ID:gwhiSkoo0(1) AAS
シャットダウンや再起動すると開いてるフォルダを忘れるところ
624(1): 2019/06/27(木)18:53 ID:IpD32p3E0(2/3) AAS
>>620
これ、HDDでもやってるのかな。
実際にやったら一瞬で断片化しまくって
酷い事になると思うけど。
625: 2019/06/27(木)19:00 ID:IpD32p3E0(3/3) AAS
>>623
Win10触ったこと無いけど、再開機能はなかったのか。
626: 2019/06/27(木)19:25 ID:Hmf0ttKg0(2/3) AAS
>>620
HDDでもとかそういう話じゃなくて、そういう動作をするからSSDに優しいじゃんって話なのでは？
627: 2019/06/27(木)19:26 ID:Hmf0ttKg0(3/3) AAS
>>624
逆に断片化しないのでは？
データの実態が動くわけじゃないんだから
628: 2019/06/27(木)19:26 ID:oyjSluaH0(2/5) AAS
>>622
寿命は兎も角、パフォーマンスは解決出来てなくね？
629: 2019/06/27(木)20:00 ID:TAb3tkhG0(2/2) AAS
>>620
差分になるからHDDに向かないんだろ
630: 2019/06/27(木)20:46 ID:bFedGrPt0(1/3) AAS
変更を差分で取るなら断片化するだろうね
でも、これコピーしないと意味ないでしょ？
コピー&部分的な修正 でのみ意味がある。
ファイルを開いて別名保存というのはコピーじゃないから意味がない
アプリ側の対応も必要だろうね。
効果があるのは大きなファイルの一部分を変える時だけ
おそらくサイズが変更した場合とかは対応できないよ
631(1): 2019/06/27(木)21:17 ID:oyjSluaH0(3/5) AAS
アプリの対応なんか要らんよ。
例えば仮想環境のイメージ複製してから実行すると、書き込んだ内容は差分扱いになるんじゃないかな。
632(1): 2019/06/27(木)21:40 ID:oyjSluaH0(4/5) AAS
実際今やってみた。
15GB程度の仮想Ubuntu環境だけど、
領域の複製は当然一瞬で終わるし、複写元合わせて2つの領域をそれぞれ並行で実行して
片方には適当に追加でファイル保存させたりしたけど、
特別大きな書き込みも待ち時間も発生せずサクサク動作してた。
複製前、SSD(APFS)において995.36GB使用済みだったとして、
上記の作業後は995.96GB使用済みとなった。
省1
633: 2019/06/27(木)23:14 ID:bFedGrPt0(2/3) AAS
>>631
> 例えば仮想環境のイメージ複製してから実行すると、書き込んだ内容は差分扱いになるんじゃないかな。
仮想マシンの場合、イメージが数GB単位と大きくて
小さな変更がこまめに入るからね。
1. 仮想マシンのイメージを作る
2. 仮想マシンのイメージのコピーを作る（何のため？）
3. 仮想マシンのイメージのコピーを修正する → 差分で保存される。
省4
634(1): 2019/06/27(木)23:18 ID:bFedGrPt0(3/3) AAS
>>632
全く同じ内容ならそうだろう。
気になるのは、
1. 1バイトだけ変更した時どうなるか？
2. 1バイトファイルの頭に付け加えた時どうなるか？
3. 既存のアプリで開いて内容を変えずに保存した場合どうなるか？
特に気になるのは3だな。仮想マシンのようにファイルの一部を変更するのではなく
省2
635(1): 2019/06/27(木)23:44 ID:oyjSluaH0(5/5) AAS
>>634
1、2は差分。
3はアプリの仕様次第なのでは。
画像やドキュメント系の比較的小さなファイル扱うアプリだと新規扱いになるのかな。
ファイルメーカーとかライブラリ(データベース等)管理的なアプリだと差分になりそう。
扱うデータがデカけりゃデカい程、アプリのパフォーマンス的にも毎回全データ書き直しは現実的じゃないだろうしね。
636(1): 2019/06/28(金)00:05 ID:uxV8/Ll+0(1/5) AAS
画面で何か変更加えたらその部分を即ストレージに反映(保存)するタイプだと複製と差分が活きるんじゃないかね。
例えばWindowsだとAccessのMDBファイルなんか割と複製でバックアップ取りながら作業するじゃん？
637(1): 2019/06/28(金)03:57 ID:wg3i7DLF0(1/2) AAS
>>635
差分になるのは、オリジナルとクローン、最低でも２つのファイルが有る場合のみだよね？
638(1): 2019/06/28(金)03:58 ID:wg3i7DLF0(2/2) AAS
>>636
コピーしてバックアップを取って書き換えるってことはしないな
639(1): 2019/06/28(金)04:39 ID:eqhIshiK0(1) AAS
>>637
何を言っとるんだお前は
640(1): 2019/06/28(金)07:31 ID:g2xK75gW0(1) AAS
>>639
意外と応用範囲が広くないってことだよ。
ファイルを書き換える時に、一部分のみを書き換えるってのがあまりないし、
稀な例として仮想マシンのイメージやデータベースが有るけれど、
それらだって前のファイルを残しつつ、一部分を書き換えるってことはあまりしない。
バックアップで使えるかもしれないが、バックアップは物理的に異なるディスクに
保存しなければいけないから差分は使えない
省2
641: 2019/06/28(金)09:06 ID:xxLotuch0(1/4) AAS
>>640
どんなアプリがどこでどんなファイル処理してるかなんてそのアプリのデベロッパーでもなければわからん。
その辺のファイルの挙動なんて一般的にはユーザーが気にする部分じゃないし、
常にストレージ消費を監視してるような特殊な趣味でもなければ
自身では気づいてなくても普段使ってる上で割と恩恵にあずかってるかもしれんぞ。
642(1): 2019/06/28(金)09:37 ID:xxLotuch0(2/4) AAS
今職場だが暇なのでまた試してみた。
今度は一般的な単一ドキュメントファイルを扱うKeynote(OfficeにおけるPowerPointみたいなもの)で。
ちなみにファイルタイプはパッケージ形式じゃなく
ちゃんとシングルファイル形式にしたから安心してくれ。
Keynoteファイルを新規作成して適当な動画ファイルを埋め込んで保存したところ、
まず130MB程のファイル(テスト.key)がAPFS上に作成された。
この時点でストレージのトータル使用領域は787.48GB(787,476,611,072バイト)。
省9
643(1): 2019/06/28(金)09:57 ID:xxLotuch0(3/4) AAS
macOSのNSDocumentクラスとか使ってるアプリだと上手くやってくれるのかもしれんね。
ちなみに先にFinderで複製するのではなく、
一旦開いたファイル(テストのコピー2.key[130MB])を
Keynoteのファイルメニューから「複製」選んで1MB程度の画像ファイルを貼り付けて
保存(テストのコピー3.key[131MB])した場合は、トータル使用領域は7MBぐらいしか増えなかった。
644(1): 2019/06/28(金)11:40 ID:xxLotuch0(4/4) AAS
お世辞にも早いとは言えないSDカード上で色々試してみてわかった。
MSOfficeで300MBのPowerPointファイルを開きテキスト編集した後に保存すると完了まで十数秒待たされるが、
iWorkで500MBのKeynoteファイルを開きテキスト編集した後保存すると、待ち時間なしに一瞬で終わる。
これは複製云々とは関係ない話ね。
どちらも「一旦新規作成したものをまた開いて編集保存」って手順で試した。
もちろん最初の新規保存時はどちらも容量なりに相応の時間かかったよ。
ただ言えるのは、(クローンとか関係なしに)
省6
645(1): 2019/06/28(金)16:19 ID:LpG+fd8W0(1/3) AAS
>>638
今はVersionsがあるから、勝手に複製を編集することになる。
646: 2019/06/28(金)19:07 ID:9/pBNSvH0(1/6) AAS
>>645
だけどほとんどはファイルの一部を書き換えるってことはしないよね？
647(1): 2019/06/28(金)19:12 ID:TxsBb0hU0(1) AAS
普段の業務は既存ファイルをコピーして一部書き換えて保存する作業がほとんどなんだが
648: 2019/06/28(金)19:25 ID:9/pBNSvH0(2/6) AAS
>>647
それが差分で保存されるかっつーと話は別で、
ファイルを開いて一部分だけ変更するのと
ファイルを開いてメモリに読み込んで、全部書き出すのとでは
意味が違うんだよ。
大抵のソフトは後者で、ファイルの一部分を書き換えるのではなく全部書き出してる。
なぜなら「一部書き換え」は追加削除などによる「サイズ変更」を伴うので
省1
649: 2019/06/28(金)19:54 ID:9/pBNSvH0(3/6) AAS
具体的な話をすると、例えば
「吾輩は猫である。名前はまだない。」という文章があったとして、
「吾輩はネコである。名前はまだない。」という文章に一部書き換えたとする。
猫をネコと書き換えただけだが、1文字ずつみると「吾輩は」の部分しか一致してない
もちろん技術的にはサイズの増減があったとしても最小の差分を見つけ出す方法はあるけど、
こういう変更が大きなファイルに多数あった場合、最小の差分を見つけ出すのにも
時間がかかるのでパフォーマンス低下を伴う
省13
650(1): 2019/06/28(金)19:58 ID:9/pBNSvH0(4/6) AAS
言っとくけど、差分で保存するってのが意味ないって言ってるんじゃないよ。
ファイルコピーが速い、すげーと言ってるのを見て、
だけど現実的にそれが活かせることって限定的じゃね？って話をしてる。
と思ったけど、そうかHFS+にはスナップショットの機能がないってことか
（ちなみにNTFSにはある）
651(2): 2019/06/28(金)20:05 ID:9/pBNSvH0(5/6) AAS
ワロタｗ
意識高い系の大学生アフィブロガーが挙げた「windowsを売り、macbookを買って良かった理由」がスゴイ
外部ﾘﾝｸ:togetter.com
652(1): 2019/06/28(金)20:15 ID:uxV8/Ll+0(2/5) AAS
>>650
君がどんだけ理屈並べようと
>>642-644にあるように実際仮想イメージ以外のドキュメントなんかでも実現できてるわけで、
NTFSには出来ない事がAPFSでは可能なんだよね。
653(1): 2019/06/28(金)20:16 ID:9/pBNSvH0(6/6) AAS
>>652
なに？APFSを否定されたと思ってんの？
そんなこと言ってないからよく読め。
APFSはNTFSで実現していたスナップショット相当の機能を
やっと実現したって話だよ。
654: 2019/06/28(金)20:19 ID:uxV8/Ll+0(3/5) AAS
>>653
俺はスナップショットの話なんかしてないんだけど…
655: 2019/06/28(金)20:25 ID:uxV8/Ll+0(4/5) AAS
APFSはドキュメントファイルでも差分で保存することが可能で、NTFSとは違ってSSDの貴重な領域の節約や寿命、パフォーマンスを維持するのにも適したファイルシステムになってる
ってのは同意してくれるのかな？
656: 2019/06/28(金)20:30 ID:tkj2GFOH0(1) AAS
つまり、APFSはSSDに最適化されてるってことだな！？
657: 2019/06/28(金)20:37 ID:LpG+fd8W0(2/3) AAS
スナップショット相当の機能は、TimeMachineで実現している。
その後、スパースバンドル・ディスクイメージで
ディスク・ユーティリティに機能追加している。
これをファイルシステムのレベルで実現したのが
APFSとなる。
現状のiOSでは、アプリ毎にファイル管理するため、
アプリ毎にゴミ箱を用意する必要があった。
省2
658: 2019/06/28(金)20:52 ID:LpG+fd8W0(3/3) AAS
>>651
ずいぶん恣意的に抜き出しているけど、
cmd+c,v,xが使いやすいからMac選択は
ありだろう。
Explorerでファイルのカット&ペーストとか
ビックリだよ。 しかもカット出来てないし。
その点、Macはファイルのコピー&ムーブで
省1
659: 2019/06/28(金)21:20 ID:uxV8/Ll+0(5/5) AAS
Explorerの場合、一旦コピーしたは良いが
ペースト前に気が変わってやっぱカット(移動)したくなった時とか、
状態によっては対象ファイル選択からやり直しだからな。
対象ファイルをコピーした後目的のフォルダ側で
移動か複製かを選べるFinderの方が理にかなってるよね。
660(1): 2019/06/28(金)21:23 ID:RwBRr+Gn0(1) AAS
>>651
まさに典型的ﾏｶｰやなw
ほんまこういう類いが多すぎてビビる
661(1): 2019/06/29(土)09:41 ID:8uepqf+n0(1) AAS
SONYやTOSHIBAにMac作って欲しい。
662: 2019/06/29(土)10:58 ID:AlCpUqbi0(1) AAS
>>661
Power Book 100
663: 2019/06/29(土)15:32 ID:JOHDw2nN0(1) AAS
D-SUBやシリアルポートを標準装備！
USB3ポートとは別にUSB2ポートも用意！
(Apple Pay等には非対応な)独自の生体認証でセキュリティも万全！
夢が広がるな！
664: 2019/06/29(土)15:57 ID:1IseHUcM0(1) AAS
ソニーは製造業だから過去に実例もあるけど、東芝は外国技術を導入しているのに国産だと言い張るためのダミー企業らしいから無理
665: 2019/06/30(日)04:40 ID:3Qte2X/d0(1/2) AAS
>>660
これ典型的じゃないよ
ガチマカーはこの日本系ヲタククサさを出さないｗ
こんなフォントは使わないｗ
と言いたいが2000年位までだったなそういう本物のマカーで構成されてたのは
666: 2019/06/30(日)04:42 ID:3Qte2X/d0(2/2) AAS
SSDの機能を第第的に使ったのは復元機能だよな
667(2): 2019/06/30(日)15:23 ID:vv0+1Pfy0(1) AAS
ロック解除って未だに、ctrl+alt+delなの？
668: 2019/06/30(日)16:47 ID:I99FifqZ0(1) AAS
>>667
マウスをクリック
669: 2019/06/30(日)17:40 ID:OJHCQ4Qi0(1) AAS
>>667
何を言っとるんだお前はｗ
670: 2019/06/30(日)18:55 ID:SsnMG2/P0(1) AAS
Windows NT 4.0ぐらいの知識がある人ならわかるよ
671: 2019/06/30(日)19:11 ID:rtytm9f+0(1) AAS
そこまでの知識があるならなおさら・・・
672: 2019/07/03(水)11:49 ID:0PQDboAM0(1) AAS
HDDは消耗品、といつの頃からか言い出したが、MacでHDD死んだ経験はあまり無いけどWinだと茶飯事な印象だな
Macで1個壊れる間にWinなら4,5個オシャカつう感じで…WinてHDDに優しく無いのかね？コマンドのバッティングがあるとか
上下前次1-新書関写板覧索設栞歴
あと 330 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.024s