[過去ﾛｸﾞ] マカーによるWindows機の受け入れられないところ (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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に優しく無いのかね？コマンドのバッティングがあるとか
673: 2019/07/03(水)12:15 ID:GyHUdvOS0(1) AAS
容量単価が他と比べて安いのは壊れやすかった
まぁ理由もなく安くするわけがないと考えれば当然の結果だが
Windowsは自作で激安HDDばかり買ってたんだろ
674: 2019/07/03(水)13:43 ID:0IhpRt4h0(1) AAS
5-8年ごとに買い換えていくからHDDが壊れるという経験をしたことがない
675: 2019/07/03(水)13:48 ID:8BSW2B+90(1) AAS
外付けは結構すぐ壊れる
まあ仕事柄使ってきたHDDの台数半端ないからってのはあるけど…
676: 2019/07/03(水)14:30 ID:6Cl9O0gy0(1) AAS
Time machineで使ってる外付けは定期的に壊れる
677: 2019/07/03(水)15:29 ID:tsapCTFK0(1) AAS
昔死んだNASは稼働5年ぐらいだったかなぁ。
常時稼働させてるmini Late 2012のTime Machine用として同時期に購入したポータブルHDDはまだ生きてる。
678: 2019/07/03(水)19:50 ID:9vzCbjzY0(1) AAS
WInの自作PCは畳の上に置いてるせいか3年位でHDD死んだりしてた
一時期流行った緑WD1TBとか全部不良ブロックできて売り払った
679: 2019/07/05(金)08:24 ID:djej30/v0(1) AAS
windowsは中古で売れない
680: 2019/07/05(金)09:36 ID:lugDFB2w0(1) AAS
あのIntelとかメーカーのシールやめて欲しい。
糞ダサイのに無理にはがそうとしたら筐体に傷が入るレベルで張り付いてるのとか、もはや呪いの類にしか見えん。
681(1): 2019/07/07(日)20:54 ID:Qsnay1Wa0(1) AAS
やっぱり筐体はプレーンで特徴的なところがないもののほうが良いよ
おろし金とかりんごとかバカみたい
682: 2019/07/07(日)23:00 ID:q5tfuoWs0(1) AAS
Macの見た目は別に好きじゃないが
OSが良すぎてWInとか使うきがしない レガシー引っ張りすぎたのが今となっては致命傷
683(1): 2019/07/07(日)23:03 ID:WRG9lbeJ0(1) AAS
Windowsは10になり、Macを超えた。
タッチパネル付きならWindowsのほうが使いやすいがタッチパネルのマシンが少なすぎる。
684: 2019/07/08(月)00:44 ID:5i/nB5JK0(1/2) AAS
zipの中身も検索できないじゃん
ずっとタッチパネルで探しとけよって話になる
3ヶ月前落としておいたFreeのフォント入れてみようって閃いたとする
名前も覚えてないzipファイル
macOSならtifとかotfで検索してサムネイルはスペース押すだけ
見つけたらダブルクリックでインストール
こういうベンチマークで測りにくい体感速度をWInユーザーは知らないんだよ
685(2): 2019/07/08(月)01:05 ID:5i/nB5JK0(2/2) AAS
更にこの手書きフォントと似合うデザインの参考画像も落としてなと
思って取り出す。
こういうの頻繁にあるでしょ
前見たデザインの色味に似せたいから参考画像を開く
参考画像が何処に有る？それを開くまでの速度はどっちが速い？
俺がWinユーザーなら
Win10の高速SSDに保存して見つけやすいよう整理とか一切せず
省2
686(1): 2019/07/08(月)02:34 ID:lqfkxHsA0(1) AAS
一応言っとくとWinでもzipの中身検索できるぞ
687: 2019/07/08(月)03:27 ID:ea1YldoT0(1) AAS
再起動多すぎ
688: 2019/07/08(月)03:39 ID:JhMkqpQb0(1) AAS
>>685
macでもPinterest使うけどな…
689(1): 2019/07/08(月)07:40 ID:VFtHwmcb0(1) AAS
フォントレンダラーがクソすぎる
DirectWriteがあるといっても殆のソフトはGDI描写だから意味がない
690: 2019/07/08(月)07:53 ID:FAxhmmwJ0(1) AAS
>>689
フォントレンダラの問題に加え
UI/UXデザインの基礎が破綻してるせいで
田舎の小中学校のホームページ見てる気分になる
691: 2019/07/10(水)11:05 ID:jZ7JDEZy0(1) AAS
なんか俺もうダメ
MSをどうしても"モビルスーツ"って読んでしまう
692: グワポ ◆baLKNOWJr. 2019/07/10(水)16:53 ID:Bb4AsArg0(1) AAS
>>683
もしWindowsを使うにしてもタッチパネル機は使うつもりないな
トラックパッドで操作できるからパソコン使ってるわけであって、画面タッチするんならアイパッド使うわ
693(2): 2019/07/10(水)20:31 ID:UK2xc6o40(1/2) AAS
>>685,686
WindowsのZIPは、文字コード問題をなんとかして欲しい
MSが「アプリ側でなんとかしろ」って方針だから
SJISのままにしてる糞アーカイバが多すぎる
694(1): 2019/07/10(水)22:11 ID:VrQP716X0(1) AAS
>>693
逆だろ
MacのようなマイナーOSは、デファクトスタンダードのWindowsに合わせる義務がある
695: 2019/07/10(水)22:37 ID:vaoHrrYS0(1) AAS
Windowsだけがルール無視してるんだから
他に合わせなよ
696: 2019/07/10(水)23:24 ID:UK2xc6o40(2/2) AAS
>>694
うん、macOSだけの問題ならそうなんだろうけど
世の中みんなユニコードで幸せになったわけで
あとウィンドウズの問題じゃなく
ウィンドウズで使われてるアプリの問題なんだ
ウィンドウズが糞なのではなく、ウィンドウズで使われてるアーカイバが糞ばっかて話
ウィンドウズに標準搭載されてるZIP解凍アプリはちゃんと対応できてる
697(2): 2019/07/11(木)02:46 ID:h7CEyASW0(1) AAS
Zipはエンコーディングの規定を持たない
どんなエンコーディングかはアプリケーションの実装による
Utf8macかもしれないしEucjpかもしれない
上下前次1-新書関写板覧索設栞歴
あと 305 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.018s