【アップル】Apple Silicon 4chip【シリコン】
レス数が1000を超えています。これ以上書き込みはできません。
!extend:checked:vvvvv:1000:512
新スレ立ての際上記コマンドを3行書き込んでください(スレが立った際に1行消費されます)
次スレは>>970が宣言して立てて下さい。
無理な場合は>>980。
それも無理な場合は>>980がスレ立てレス番を指定して下さい。
さあ、みんなでApple Silicon(シリコン)について語りましょう。
前スレ
【アップル】Apple Silicon 3chip【シリコン】
https://egg.5ch.net/test/read.cgi/mac/1598881824/ VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured TSMCのM1供給不足でMacbookに
Samsungチップが混ざるのが不安で、
2つのネタ元、台湾メディア商業経済観察と
韓国証券大手NHインベストのリサーチャー
の考察を元に色々調べてみた。
まず、唯一の5nm露光機屋オランダASMLの
生産台数は20年に30台前後、21年に40台前後で、
うちTSMCは20年と21年で計55台を購入。
逆算すると残り15台がSamsung分や5nm以外なので、
仮にSamsungが10台を買って歩留りがTSMCの
半分とすると、2社の生産量比率は11:1となる。
対してiPhoneとMacの年間出荷は2億台と
2000万台なので、AチップはTSMC、
M1チップはSamsungという配分自体は可能。
但し、SamsungはSoCパッケージング技術が
劣るそうで発熱量や省電力スペックは悪化。
ここで商売人のクックが低品質かつ競合スマホ屋の
Samsung製にするか、TSMCに追加投資するか、
Macの納期を遅らせながらiPhoneで流量調整して
M1割当てを増やすかは、、、、
んー、ここまでが素人調べの限界。。 TSMCの5nm+が立ち上がる予定なので、是非そちらで賄ってほしいよね
同じ設計で何もしなくても15%能力があがるらしい 今買っておけばまずTSMCだから問題ない。TSMC5nm+の頃になるともしサムソンが動いていればファーストシリコンが出てくる頃かもね >>4
そっちはダイサイズがさらに大きくなるM1X仮用になるだろうね >>7
TSMCの米工場には最新プロセスは行かないよ。 >>4
5%だぞ低脳
https://xtech.nikkei.com/atcl/nxt/news/18/08629/
> N5は7nmプロセス「N7」比で性能が15%向上
> N5の改良版として「N5P」はN5に対して性能が5%向上
製品が出せるのは来年秋以降だぞ低脳 つまり今回のm1は初物ご祝儀仕様で今後はあくまでローエンドモデルとしてサムスンチップをあてがう。
iMacやpro16 などハイエンド機にはTSMCの最新チップを回していくんだろ。 晒し上げ
979 名前:名称未設定 (ワッチョイW 97c1-ZYE2) [sage] :2020/11/26(木) 19:26:18.25 ID:0GTuPMSk0
>>973
じゃあTDP28Wのまともな製品を
今すぐさっさと出してみろよカスという話でしかない
手抜きで筐体流用ファン有のMBPとminiにも
MBA用のTDP15WでTB3/USB x2ポートでメモリ上限16GBのゴミしか出せないのは
Appleの都合および技術力(開発スピード含む)の無さでしかないわけで
消費者にとっては知ったことではない
現時点で
「Appleシリコンが同じTDP28Wだったらー」なんて妄言は
「IntelやAMDがTSMCの5nmを使ってたらー」と言うのと同じで無価値
だったらTDP45WのMBPと65Wのminiで同じ条件
IntelやAMD、nVidia(GPU)をぶっちぎれるまともな物を出せというだけの話
出せないならそれが現で全て
ファン有のTDP45WまでのMBPとTDP65Wまでのminiで
M1がー使われている物に対して評価されるべきであり適切 DTKのA12Z+メモリが実質M0なんで初物ってほど新しいことやってるわけでもないんだよね
次のからは新たなチャレンジでいかにも初物だけど プロセスが違うとはいえ、
RTX3000シリーズは、イケてないから怖いな。 まぁ半導体製造技術だけではなく、もちろんプロセスルールだけでもない
CPUとGPU,メモリに加えNeural Engineを直結したからだけでもなく
バスを介した古臭いマザボ設計だけのせいでもない
OSのアーキテクチャが古臭いからというのも解るけど
ドザの夢をことごとく打ち砕くApple
最高だなwww The M1 Mac Mini is powerful but can It stand up to an i7 Mac Mini with 64GB RAM and an eGPU with a 5700XT? Let's find out!
https://youtu.be/59gAjXT7qyw >>17みたいな低脳なバカを釣って
アクセス数を稼ぐための動画 速度が最大3倍、6倍とかいつもの誇大広告やるからバカが勘違いするんだよ
素人や遊びでいじる分にはどうでもいいけどノートは所詮ノートなんだからプロの要求には応えることはできないしDTと比較すれば等しくゴミだよ DaVinci Resolve + M1: Can it edit 8K RAW?
https://youtu.be/HxH3RabNWfE 8kもできるできないじゃなくてM1使おうなんてまともなプロいないよ
お金もらって使ってくださいだったら金額で使うかもってレベル ウチはMacbookpro16GBなんだがその場合のGPU使用割合デフォ設定かな。
アプリはM1対応済みのDavinciResolve17.1ね。
https://i.imgur.com/ZnoZbKj.jpg スタジオのメイン機材のイメージしか無い奴らが「プロは使わない」とか言ってんだよな(笑) メインじゃなくてM1のごみCPUで8kとかやらんわ お前はやらなくても他のやつはやるからどうでもいいよプロ様w DaVinci Resolve 17 + M1: Can it run Fusion? (8GB RAM)
https://youtu.be/HfD6ZmgQfiQ DaVinci Resolve + M1: Testing the color page tools (can it run the color warper?)
https://youtu.be/XvUrYqOsOjQ 今日MacBook Air触ってきたけどタッチidこれかとボタン押したら
ログアウトしてしまってそれで俺の初体験は終了だった・・・びびる
あのすけべ色ゴージャスでいいなぁって思ったので冬のボーナスで買う予定 まぁ処理速度が実際に早かったってわかっても
今が買い時なんかじゃないと余計に思ったが
まぁ毎年買い換えないと気がすまないやつらには関係ない話かもしれんが
そんなに編集で使いたいなら無駄に高いMACやめればって思うわ ボーナス出るの確定ならもうすぐに買っちゃえば良いじゃん まぁ、どうせサブノート買うならM1 MacBookで良いんじゃない?
まぁ、動画編集になんか使わないかも知れないけど。
まぁ、他の処理が速くても全然損にもならないし。
まぁ、たまに動画編集に使う事があってもそこそこそ使えるから、
まぁ、無駄にはならないんじゃないかな。 単なるARM64同士のVTなんだから動いて当たり前だろ低脳 >>40
もはや文句なしにAppleの勝ちだなこれ done is better than perfect >>43
QEMUを利用しているけどQEMUの遅いCPUエミューレーションを使っているのではなく
CPUの仮想化機構を利用しているから速度はネイティブ同等だよ
LinuxでKVMを利用するのと同じ形 QEMUで動いてるってことはさらに頑張れば
x86_64のLinux/Windowsも動くようになるかも
遅いだろうけど >>46
Qemuなら頑張らなくても普通に動くっしょ
そもそもiPadにx86のLinuxエミュ環境あるしな surfaceよりパフォーマンスがかなり上らしいね。 >>39
まあ、WoAは動くとAppleも公式に発言してるからね。
Intelマシン自体のエミュレータを作ったとして、その上でWindowsがどの程度の性能を出せるかに興味がある。 >>46
今回のはQEMUでもARM64 VT使ってるだけだぞ低脳 ARMのWindowsが個人販売されるなら
もっともARM版を使うのははMacユーザーに
なるんだろうな ARM Winのx64アプリ実行対応がロゼッタ2並ならいいけど平易なエミュだと性能でないよな x86と同じだろ
むしろWoAのx86エミュも
Rosetta2みたいな不具合はほぼ無く
最も重要な互換性の面では極めて優秀 >CHPEを使うことで、ほとんどネイティブコードと変わらない速度でのエミュレーションが可能になっているそうです。
MSもよく考えてやがるなあとは移植を待つだけか バッテリーの実動時間も概ね50%程度か
https://iphone-mania.jp/news-331411/
SurfaceProに対するSurfaceProXの結果と大して変わらないし
別に何の優位性も驚きも無いな
Rosetta2で性能効率2/3に減少させて使ったら
トントンになって省電力性の優位も消え失せる計算 Surface Pro Xも爆速で話題だったもんな。
あれからWoAがあっという間に普及したんだよなぁ... そう言えばこれだけ無数にレビュー挙がってるのに
一番似た成り立ちのSurfaceProXとの比較だけ見たことないね
やっぱMSが圧力掛けてるのかな >>58
SQ1/2ってそんなに速いか?
スナドラは一時期、自家製アーキテクチャに振ってた時は速くなったけど、
最近のはARMのデザインをそのまま使ってて速いって印象がない。
それに速度が必要な重いWindowsアプリのARMネイティブ化が全然進まないから
なおさら微妙な位置付け。
Office如きは別にネイティブ対応しなくたって十分な速度で動いてたし。 仮にsurfaceの方が速かったとしても、使えるアプリが限定されたりゃ意味ないよな 速度が必要な重いWindowsアプリってのが思いつかんなー
つーかギークベンチで比較すりゃいいんじゃねーのw >>66
Macにある重いアプリの99割はWindowsにもあると思うぞ
というか重いアプリ動かす為にWindowsって奴が世の中にどれだけいる事か… 何のためのワッチョイなんだか...
まあ、良いけど。 >>68
2世代も前で7nmのSDM855≒SDM8cx≒SQ1≒SQ2と
最新世代で5nmでTDP15のM1(≒A14X plus)との比較なら
当たり前で順当な結果でしかない Apple M1 Macは最強のARM Windows PCでもあるのか
アプリケーションが揃ってるなら良いけど
ARM macOSより期待できないのがARM Windowsなのでメリットにならんな とはいえ、WoAは4年も先行してるからな。
蓄積がモノを言うよ。
x64も走る様になるしな。
動作するハードも、従来のWindowsより絞れるから、最適化も進め易い。 Windowsアプリをわざわざ使う動機の一つは「Windowsでの動作」や「文書のよ見た目」を確認する為だし、wineでアプリだけ使えてもなあというのはあるのだ。 Arm版 Windows 10 64bitが出たら仮想化しなくても普通に動かせるはず それはどうかな。
Apple Silicon Macはハードとソフトで一体の製品設計がされてるから。 性能は引き出せなくても動くんじゃね。フェデリギも言ってたし >>76
> Arm版 Windows 10 64bit
頭悪すぎだろコイツ(笑)
今のWindows10ARMは既にARM64bitなんですが?
同じARM64のArm Macに
@ARM64バイナリで直接インストールしようが
AmacOS上でARM64のVTで動作させようが
どちらも”技術的に”可能なのは当たり前
@の場合は更にAppleでBIOSやブートローダーの対応、
Windows10ARM用の各種デバイスドライバの提供と
これまでのBootcampと同様の対応が必要 iPhoneやiPadにAndroidをインストールできるのに
ARM MacにWindows10ARMがインストールできない理由がない
問題は対象のOSがライセンス的に問題ない形で提供されてサポートされるか
→金を取って売るなら動作検証してサポートする必要がある
ハードメーカー側で対象OSのデバイスドライバを不備なく提供できるか
Bootcampの用な一般ユーザーが利用できる仕組みを提供できるか
→ドライバのサポートと継続的な更新、
Windows10は半年ごとに大型アップデートするから
その度に検証やサポートも必要 OSを動かしてみるだけは使えるとは言わない。
そして、ここでは使えるか否かが話題。 >>83
とっくに既出>>68
愚鈍でノロマな無能のマヌケくん >>83
別に歯牙にもかけていないと思う。
微々たるシェアだし、もともと性能はそこそこでいいから
バッテリが持てば良いと思って作った製品だし、バッテリ性能自体は
充分な結果を得られている。
875ベースのSQ3とか出れば性能も自然に上がるだろうし。
まあ、Android用の供給がタイトでPCになんか降ろす余裕は無いだろうな。 M1のApple MacBook Airは凄すぎるWWWWWWwW
M1のApple MacBook Airは凄すぎるWWWWWWwW
M1のApple MacBook Airは凄すぎるWWWWWWwW
M1のApple MacBook Airは凄すぎるWWWWWWwW
中古のMacBook ProやMacBook Airは無価値!!! 中古のMacBook ProやMacBook Airは無価値!!!
中古のMacBook ProやMacBook Airは無価値!!! 中古のMacBook ProやMacBook Airは無価値!!!
中古のMacBook ProやMacBook Airはごみ!!! 中古のMacBook ProやMacBook Airはlitter!!!
中古のMacBook ProやMacBook Airはごみ!!! 中古のMacBook ProやMacBook Airはlitter!!!
中古のMacBook ProやMacBook Airを3万円以上で売っている店はただの詐欺グループ
中古のMacBook ProやMacBook Airを3万円以上で売っている店はただの詐欺グループ
イオシス iosys, ソフマップ, じゃんぱらは経営危機に陥るかも
イオシス iosys, ソフマップ, じゃんぱらは経営危機に陥るかも Androidのエミュレータがロゼッタ2では動かないらしいですね Androidエミュレータならネイティブにした方が良いだろ。
開発者側の対応だな。 たいがいのアプリはiOS版やAndroid版あるんだから、それベースにしてネイティブ版出したほうが速いわな マルチポストになってしまうが、M1チップで動くRDPクライアントはあるのかな?
今ググったら、Mac専用のApple Remote DesktopクライアントはM1チップにも対応したそうだが。
WindowsとLinuxに繋がるクライアントが出たらM1の軽いMacBook一台欲しいのう >>94
freerdpでも使ったら?
自前でビルドの必要はあるだろうけど >>96
お前、馬鹿?つられるなw
Airで4K動画とか、ネガティブ情報探しに一生懸命なスポーツ芸能新聞 >>96
うわせっかく4kを九本プロキシ無しで扱えても外部ストレージがそれだと事実上使えないな。 >>97
Airで4K動画なんかお前で勝手に限定した
製品&用途に対して問題視なんかしてねーよ
拡張性に影響する
ただでさえ限定されたインターフェースで
仕様通りの性能値が出せないのは
欠陥品でゴミ以外の何物でもないという事実が問題 M1のUSBは5Gbps上限定期
Mac miniの仕様みりゃ分かるだろ
早いSSDがほしけりゃ最大40GbpsのTB3外付けケース買えばいい
https://i.imgur.com/Hy9dHvU.png 「ディスクの不正な取り出し」という、誰が見ても異常を示すアラートが出ているのに、意図せずにアンマウントされる動作をOSの仕様と解釈して騒ぎ立てている辺りで「みっともない」としか言いようが無いね。 あぁなんだ
Mac miniじゃなくてAirの話かよ
ポータビリティ重視のAirで外部ストレージ使う意味がわからん
最初から特盛にしろよ なんらかの事情でgen2でリンクせずにgen1でリンクしてるような数字ではあるわな >>101
5GbpsはminiのTypeAポートの仕様だろ低脳
全く的外れ
お前が無駄な手間かけて貼った画像に
TB/TypeCポートは3.1 Gen2で10Gbpsで書いてあるだろ
文盲ガイジ それに仮に5Gbpsだったとしても
600MB/sは出るだろ >>110
お、盛大に恥を晒した文盲ガイジがへこたれずに再降臨
メンタル最強やん
まあガイジの多くは一般的な感覚が欠如してるしな >>94
MSのリモートデスクトップ動くけど、それとは違う話し? RDPはRosettaでは動くで
ネイティブはまだやで IntelのTBチップ使ってるからM1側でバスの制御うまくできないんかな
テストやってないわけないだろうからハード的には問題ないと思うけど
ファームウェアで解決できるでしょ(白目) >>115
でもThunderboltケース高いだよ(´・ω・`)
USB 3.2 gen2ケースで早いに越したことはないから、速度出してほしいもんじゃ >>113
RDPってもともと速度には目をつむってるアプリだから、別にRosettaでもええやん。
>>115
要は、なぜかUSBが仕様通りの速度が出ないで、TB3接続だと出るってわけね。ケーブルのレーン数も違うし。
USBはこんなもんでいいだろって手を抜いたんかね。 >>116
このタイミングで、すぐに安くなるだろ。一挙に普及する。
世の中はポジティブに動き出すんだよ。 >>115
M1のUSBコントローラがゴミな事実は何も変わらず解決できてねーじゃん
TB3の外付けストレージってUSB3のよりクソ高いし >>119
高いってのはすぐに解決する話だろ
どうしてそこだけ未来永久に価格維持する前提なんだよ
どういうネガ頭なんだ? Thunderboltを統合してUSB4に規格統一されるし、今後自然にUSB4対応機器は普及していくだろうな
魔改造しすぎてわけわかんねーことになってるUSB3.x世代は切り捨てていいでしょ >>121
何いってんだコイツ
今回のM1はUSB4だぞ
そのAppleのUSB4が欠陥品のゴミだということ 普通に公式の仕様に書いてあったわ
USB3.1が最大10GbpsでThunderbolt3が最大40Gbpsなんだな
USB3.1ってもう遅いなこれはUSB4に期待だわ >>120
しねーぞ低脳
TBデバイスなんか2011年から10年近く存在するが
現在までUSBデバイスとの価格差は大きいままで変わらない >>123
その最大限10GbpsのUSB3.1で4Gbpsすら出ない
M1は欠陥品のゴミなのが問題なんだぞ 話のずれ方がすごいな……
USB接続で本来でてほしい速度値が出ない。
でもThunderboltだと出る。
これはハード的な欠陥なのか、仕様なのか。
ファームの改訂で治るのか。
……ってことでしょ?
Thunderboltに変えるはとりあえずの対応策であって、解決策ではない。
また、価格がどーのって話は的外れ。
M1はゴミとか言ってる奴はチンコもげろ。 まあ、「プロ」が作業用の機材として採用するならそうなるだろうね。 またコピペwで逃げ始めたw
だから馬鹿だと言われ続けてるのにコイツの敗走パターン
こうして毎日同じことばかり繰り返してる馬鹿 3.1にはGEN1とGEN2があること忘れるな
倍スピード違う
ケーブルも含めて合わさないとダメ どうしても仕事とかで高速な外付けSSDが必要なら金かけてTB3買えば良いじゃん
内蔵SSDが速いんだからUSB外付けはバックアップとか割り切って使えばいいし
この人なんかアップルに怨みでもあるのかねぇw
金かけた最新RYZENデスクトップがシングルスレッド性能で並ばれたのがそんなに悔しかったのかな 同じSSDを同じケーブルでUSBでつなげたら
旧Proより新Airの方が遅かった
ドライバアップデートで改善できればいいが
ハードのせいだと問題があるのではないだろうか
ネガキャンだ
解決策はTB使ったらいいだけ
Appleに恨みがあるのかな?
意味が分からない… 出たばかりのハードとOSでなんらかの問題はあるのかもしれないけど
暫定の回避策はわかったからどうしても必要な人は仕事はできるので
これ以上調べようもないし気にしても仕方がねぇって気持ち
USB3.1Gen2はケースとかケーブルとかの組み合わせで
思った通りの性能が出ない事が多い気もするしなんとかならんのかねぇ >>133
>旧Proより新Airの方が遅かった
その段階では「まぁ良く有る相性問題かな」。
もう少しすると、どのチップ(その外付け)では性能でないか判るよ。SSDの詳細モデル名書いて下さい、皆で気をつけるから >>131
同じデバイスと条件でIntelMacの半分しか出ないんだぞ低脳 >>136
はい、コイツ IDないよー
いつもの奴だから無視、よろしくー >>139
訳した。
猿じゃ無いんだから落ち着け。だとさ。 >>139
・USB 3.1 Gen 2 10Gb/s対応のT5 USB-C SSDを使って検証
・まず16 inc MaBook Proを使って10 Gb/sが出ることを確認
・M1 Mac miniに手持ちのThunderbolt 3 Dock経由で繋いで10 Gb/sが出ることを確認
・上記のThunderbolt 3 Dockの接続はそのままに、miniの別の
Thunderbolt 3/USB-C端子に繋いだら同じケーブルを使ったにも
関わらず5 Gb/sしか出なかった
・試しにThunderbolt 3 Dockをminiから外したけど依然5 Gb/sのまま
結論
直接接続の10 Gb/sは諦めろ サムスンのT7は、10Gbpsで認識されて、ベンチマークも正しく速度出しているとmacrumorsでは書き込まれているね。
結論、相性問題でした。途中にドック噛ませるか、外付け買いなおそう! >>123
しかも10Gbpsモードで動いてる時の基本周波数が2.5GhzだからUSBのノイズがアンテナに乗ってBluetoothに悪影響を与えるっていうオマケ付きだもんなぁ
もうちょい上手く処理して欲しいわ miniで10GBASE-Tが構成できないのも
M1のバスがショボくてウンコだからなんだろうな バスがショボいならThunderboltで速度が出てる説明がつかないんだが いくつもあるUSB3全部対応したり検証するのがマンドクセで端折ったんだろうなと
で速度欲しい奴はThunderbolt3かUSB4使えと >>146
バスがショボいからTB3/USB4兼用で2ポートしか使えないし
それ以外にminiはUSB3.0(≒3.1gen1) x2ポートしか使えない
バスがウンコだからそれに加えて
追加で10GbEを積むことができない
普通に説明がつくが?
お前が頭が悪くて理解できないだけで >>148
頭おかしい
バスじゃねーだろ
普通に考えたらfirmかdriver AppleがM1の詳細を公開することはまずない
しかし米メディアZDNetのインタビューにおいて、トーバルズ氏は次のようにM1の問題点を語っています。
M1の一番の問題は、GPUとその周辺デバイスだ。見る限りではLinuxを全くサポートしていない。Appleが情報を公開してくれればいいのだが、その可能性は低そうだ。とはいえ、希望を捨ててはいない。
トーバルズ氏は、Linuxカーネル開発者らに対し、AppleがM1 SoC(システムオンチップ)の詳細を公開することはまずないと考えているようです。より情報が外部に明らかになっているIntelチップを搭載しているMacでさえ、Linux開発者たちにとってはチャレンジが必要でした。
今後Appleが含め今後さらに内製化を進めていくのであれば(モデムやRFモジュールも内製化するとの噂あり)、LinuxなどのOSの移植に必要な情報は、開発者にとってますます入手しにくくなる、とトーバルズ氏は見ています。 >>151
個人でドライバ書くって人が出てきた
patreonで支援できるよ >>148
モバイルCPUで電力を食うバスをケチる設計にするのはごく普通だぞ。
だから今世代では、AMDはRenoirに同世代のデスクトップでは採用しているPCIe4.0対応を見送ったし、PCIeのレーン数もケチってdGPUをx8までしか付けられない設計にしたからハイエンドゲーミングノートが出せず、せっかくのCPU性能が生かせない残念製品の山w
デスクトップのRenoirだとちゃんとx16接続できる仕様にしたので、電力の問題だとしか。 >>152
スマホ用でTDP7〜8Wだろうから流石にM1に勝つのはキツイだろ
同等レンジでA14の方は完敗だろうが SDM888は5GモデムX60を搭載ということは
SDM855以降ハイエンド用SoCでは別付けたったモデムが
5nm化で再びSoCに内蔵されるのか?
Appleより何歩も先を行ってるな
Intelが使い物にならないゴミと判断して捨てたものを
拾った5G技術も使い物になるかどうか目処も立ってないし
仮にもし実用化できたとしても何年も先を行っている
Qualcommの5Gモデムより接続性も性能も踊る劣等品であることは確定事項 A14はA13からGPU性能を8%しか向上できなかったのに
SDM888は(GPU性能A13より高い)SDM865からGPU性能35%も向上するのかよ さすがにマルチポストが横行するのでは、スレを統一した方が良いような気がする。 >>157
>SDM888は
超ハイエンド(スペシャル価格)向けなので、ハッキリと性能差を付けないとね。SDM865モデルって、今年のアンドロイドスマホ出荷数の何%ぐらい? 全世界では10%も無さそう。 >>8
(´・ω・`)intel何で微細化進めないの?
余裕ぶっこいてる時間はとっくに無くなってるんじゃないの? >>160
10nm(他社で言うところの7nm)で、野心的すぎる設計を試みて大炎上。
もう少し妥協して堅実な設計でリカバリすればよかったのに更にムキになって無理目の設計を強行。
ギャンブルの負けが込んでいる人の行動様式。 SDM888は144Hzターゲットの性能だってな
そりゃ省電力性がゴミで120hzすら断念せざるえない
Appleのスマホ向けSoCとは差が付くわな >>163
それがandroidに載せた途端、SoCの省電力性なんてパァになるのが現実よw >>166
iPhone12が欠陥品なのは認めるが、iPhoneよりバッテリ盛り盛りのAndoroid機が別に優れているわけではないわな。
ベンチの数値も読めないのか。 Appleシリコンだとprimeビデオとかもダウンロードできるんですか?
ブラウザ使わないで見れるの? >>167
iPhoneより軽くてあらゆるスペックも高いのに
バッテリーの持ちは大差ないが?(笑)
Galaxy S20 163g >>168
今確認したけれど、
prime videoはダウンロードできませんでした。 >>150
わろた
ファームアップデートかドライバ変えたらなんとかなるのか >>172
ありがとう。
完全にiPadみたいにはなってないんだね ああ、ID無しってこういうやつか・・・。相手にしたのスマソ。 >>177
2016 2018と変わってないから
そのうちまた出るよ >>179
iPhoneかiPadのApp Storeでアプリを検索して、互換性のところをタップすればMac対応か分かるよ >>179
そうですね。完全な代替にはなっていません。
もともとMagic Keyboard+iPad Proと15インチMacBook Proでもやもやしていたのを今回腰掛けのつもりで、MacBook Airに変えてます。
速度と気軽にワイヤレスで使える電池の保ちとスリープからの素早い復帰は、満足してます。iPadのアプリは今後に期待ってところです。 >>183
ほんまやありがとう。
>>184
うちもiPadProとmagicキーボードの組み合わせも使ってる。よく使うアプリ見た感じはAIRは様子見でもええかもなぁ。
てか、だいたいMACos11以降も対応してんのね。気づかなかった 33 名前:名称未設定 Mail:sage 投稿日:2020/11/25(水) 21:45:16.55 ID:RaDw9VYn0
https://applech2.com/archives/20201124-apple-m1-chip-mac-ssd-256gb-and-1tb-speed-test.html
Intel Macでは内部ストレージの接続プロトコルが「PCI-Express」
でしたが、Apple M1チップを搭載したMacではストレージのプロトコル
が「Apple Fabric」という新しいプロトコルになっています。
https://www.apple.com/jp/mac/m1/images/overview/chip_memory__dnhm4hh2i7ma_large_2x.jpg
ストレージと同じでiMacのMチップはdGPU接続も
「Apple Fabric」になるのかな? >>186
気になり過ぎる名前だ
富嶽のtofuインターコネクトみたいな物を想定しているのかな PCIE3.0にも足りない程度のSSD性能だから無価値だけどな そもそも単にPCIEが無いだけだろ
スマホ用SoC手抜き流用のゴミだから Fabric型のネットワークは最大帯域確保が目的ではないからなあ。
どっちかというとボトルネックを底上げするのが目的。 店頭でシステムレポート見たらSSDはNVMeのところにあったから
物理的な接続自体はPCIeなんじゃないの?
コマンド類が"Apple Fabric"向けに独自実装されてる可能性はあるけど >>192
SSDもメモリもボトルネックになってないから無価値だけだけどな
メモリもSSDも所詮汎用品に過ぎずメモリ/SSDベンチでは
帯域も遅延も汎用的なメモリ/SSD仕様値を超えてないんだから
TB3/USB4も同様(むしろ実績が無いせいで相性問題でIntelMacより遅くなる) コンシューマー機ではトレンドの、SSD→GPUのデータ直行ができればFabricの意義があるけどそういう仕組はあるのかね。
正直、あんまりよく理解していないのだけどPS5/XSXもメインメモリとビデオメモリが分離していないのに速くなる理屈がわからない。
PS5に関してはキャッシュがかなり高度な仕組があるっては聞いたけど。 >>195
新XBOXやPS5はGDDR6とPCIE4.0の高速NVMeSSDを
使う前提の仕様で最適化することで高速化してるから
M1のLPDDR4X4266とPCIE3レベルSSDの糞仕様とは別物
あとゲームは流れや次の処理、画面遷移を限定できるから
データの先読みや事前に圧縮して転送に備えておくこともできる
WindowsやMacみたいな汎用的かつ多目的なPCで
複数のアプリをマルチタスクで使うのとは訳が違う
https://www.4gamer.net/games/990/G999028/20200715018/
https://www.4gamer.net/games/990/G999027/20200319173/ ファブリックは現状はただの布石だろう。
今後多コア、I/F拡充した時に生きるように。
まあだけどAppleの独自技樹は不発に終わることも多いんだがwww
MPX規格とかこのままフェードアウトしそう。 もうApple自身でSoCやGPUまで自社開発し出すと
そもそも標準規格に従う必要も普及させる必要もないんだから
必要な時に必要な規格を自由に使ってまたは使い捨てても構わない
この自由度が今までと根本的に違うところで強みにもなる >>198
一度売ったら5年はサポートするのは当たり前で
複数世代のモデルが世の中で並存するんだから
毎年独自仕様をコロコロ追加・変更してたら
バージョンアップやサポートする対象範囲が拡大して
それにかかるコストが増大する
標準技術の方が開発も製造も低コストでできる
そのデメリットを上回るくらいよほど優位性がある
独自技術でも出さない限りはやるメリットは無い
低学歴の頭が悪いバカにはそこまで想像も理解もできないか? 毎年なんてどこに書いたある?
文盲は黙ってろ 名無し基地外 >>199
逆に、やりたい事を実現するのに、
規格を満たすために、遠回りになる事もあるでしょう。
ケースバイケースなんじゃない? だから標準規格に縛られることも好き勝手することも
Apple自身で自由に好きに決めれるんだよ
それがIntelやAMDに頼る限り全部同じ規格に縛られる
市販PCでこの自由を手に入れたのはAppleSiliconMacだけなんだけど
この意味を理解できない奴多すぎ 利益出ているうちは良いけど下火になったら終わる
一度潰れた会社なんだから無茶しなけりゃいいけどね 寧ろAppleSiliconとかM1開発とか今のApple社の規模ならもっと投資すべきだけど慎重すぎるよね >>167
スレチだがA14が3Dゲーム実行時にGPU使用率100%に張り付いてバッテリー食いまくる件はアプリ側の問題
A13の時も設計上の問題だから直らないとかって酒屋の息子(ID無い奴)が嬉しそうに暴れてたよ
https://i.imgur.com/TbUsqxx.png
https://i.imgur.com/czizFhP.png >>204
潰れかけた事はあるけど
潰れた事はねえよ >>204
半導体ってみんなそうじゃね?
動き出したら止められるわけにはいかない TSMCが落ち目になった時はまたIntelにするなり、適当なチップに乗り換えるだけだろ TSMCは製造工場だからIntelに変えるとかいう話にはならないけど >>209
もしもTSMCが落ち目になったら、Appleが買い取っちゃうんじゃね? TSMCが駄目ならサムスンがあるしな
ただ技術格差があるので暫くはTSMC一択 長期的には半導体製造は横並びになる
そしてそうなった時アーキテクチャーそのものの効率性が問われ
非効率なものが淘汰され新たな統一へ向かう
その際更なる高効率化を目指して別のアーキテクチャーへ変更できるところが
また新たな先行利益を手にする訳だけど
少なくともその頃に欧米の企業でここまで出来るのはAppleだけになってる筈 >>213
むしろアーキテクチャの方が横並びになると思うぞ
CISCとRISCの差が殆ど無意味になったのと同じように
何年か後にはARMもx86も効率的には大差ない事になるんだと思う
というか多分10年後にはCPUなんて今ほどPC性能に寄与しなくなると思うぞ
どんどんCPUのタスクは専用チップに細かく振り分けられていって
専用チップの性能や種類、数なんかがPCの性能の指標になるんじゃねえかな?
で、そこからまた2〜30年もすると中央演算に回帰するんだろうけども… 10年後辺りだと個人所有の最高性能コンピューターは車載のになってて演算はマイカーに投げる端末とか使うようになってるかもなあ お前らチップ性能しか見てないなw
5G普及し尽くせばシンクライアントでええやん クラウドの先にはコモディティ化しかなく
それが進めば進む進むほどエッジコンピューティングが台頭する
この差別化の為の性能競争が起こると読めない時点でダメ
要は「クラウド使わなくても同じ事が出来る製品」が次世代 企業のステマでクラウドに騙され5Gに踊らされてもまだ本質が見えない哀れ 中国はクラウド一本槍押し進めるだろうけどそういう世界で生きていきたないしね シンクライアントになったとしても
クラウド側の端末利用料に月額3万請求されて
これなら80080円でMac miniかったほうがええやん!となるのがオチ >>217
5G普及した所で変わる訳ねえじゃん
光回線なんて本来5G以上に速度あげられるのにプロバイダーや鯖の都合で制限かけてんだから
モバイル回線なら制限かからないって思うのはお花畑 その10%以下も信仰心だけで
欠陥品バタフライキーボードやTouchBarに屈して使うしか無い
思考停止した頭カラっぽのアホ信者(笑) 8日なんか来るらしいね
イヤホンヘッドホンあたりだろうとは思うが クラウドなんかApple ll以前にあったものだからなぁ
自分だけで独占できるコンピューターが欲しいって事で
できたのがパソコンだから >>226
その時とは違うのは
マルチデバイス展開のマルチデバイスアクセスが
当たり前になったからなわけだが
まあ頭の悪い低学歴なバカは理解できずに同質化してしまうか 日本の10代20代の過半数が
プライベートでPCは週に1回も使わない
無くても問題ないと考えてるのが現実だからな >>230
だって、新人研修でタイピングから教えなきゃいけないんだぜー
授業の論文で使い慣れてるイメージあったわ。スタバでマックは嘘なのか >>232
全然わからんけどなんか面白そう
6月のM1発表以来の新情報の希ガス >>233
こういう批判をする輩のどれぐらいが学生時代からパソコンをしっかり使ってたのか知りたいね。
うち、システム開発会社だけど、入社時にパソコン使えた人の方が少なくて、入社前研修でワード、エクセル演習があったよ。
30年前はパソコンを触ってるだけでキチガイ扱いされてたんだがね。 >>222
もう、スマートフォンの時代なのに、パソコンのOSなんかどうでもいい、キビキビ動けばいい スマートフォン中心に考えていかなくてはいけない、
スマートフォンとの連携で考えば、iPhoneとの連携が素晴らしいMacは使いやすい。
プロが使う動画編集のソフトであれば、もうしばらく熱や騒音をバリバリのパワー全開のパソコンでやればいい、でもかなりの素人一般人は新しいプリウスのようなパソコンを好むとおもうよ >>235
28年前からMac使ってるけど、別にキチガイって雰囲気はなかったけどな。
その2年前でもたいして変わらんだろう。
大学は法科だったが一般教養で電算室でのパソコンの授業があったよ、内容は忘れたが。 昔も今も大卒者は卒論かかなきゃいけない
卒論が手書きOKだった時代はとっくの昔に過ぎてる
専門学校卒でさえ卒業制作がある
システム会社にはいるような人なら確実に何かしらのプログラミング作品を作ってるはずなので
入社時点でキーボード入力すらおぼつかないレベルなのはありえない >>238
>28年前からMac使ってるけど
Apple IIが1977年、PC-8001が1979年9月
買った奴はもちろん多くは無いが。皆が知ってはいたよ。 AWSでmacOSインスタンス作れるようになったからRosettaなんかいらねーや☺ >>235
あらあら、おじいちゃんボケちゃって困ったわね
もう今は令和ですよ
昭和はもうとっくに終わってますよ 当時はつとむちゃんのお陰でオタ=犯罪者だったからな >>235
いや、30年前できちがいはないだろう
どんだけ未開の地だよw
どんだけ狭い世界観だよw 特定アプリを使うためにいちいちAWSにRDPしなきゃいけないとか
利便性ウンコのゴミやなARM macは >>222
Macはアメリカで強いからね。
逆に北米で壊滅したら撤退も視野。
ただ、かつてないほどM1 Macは評判いいな。アーキ変えるんっ地雷確実、阿鼻叫喚って予想が多かった気がするけど。 >>249
その予想してたのは酒屋の息子ただ1人だぞ
複数IDとID無しを駆使して書き込みまくってたのをここにいる人みんな知ってるだろ
酒屋の息子以外の一般人はARM Macが9980HKとほぼ同等のスコアが出るというリークを信じてたし
実際にその通りの結果になった そういう事よな
今はせっせと大人気のMacBook Airスレ荒らしてる人でしょ 疑問なんだけどなんで酒屋の息子って名前なの?
ただの白痴なのに酒屋の息子に失礼じゃん PowerPCからのときと違うのはほとんどの人がロゼッタ上で未対応アプリ動かしても買い換え前より快適ってとこやろな >>253
価格コムのアカウント名が酒屋の息子だからしゃーない >>253
価格コムでそのハンドル名で書き込んでいたから。 >>243
パソコンが一般化したのはWindows95以降。
90年当時(30年前)はパソコンがない学校も普通だった。
私がパソコンを買ったのは中学生の時で、当時は自分でプログラミングをせざるを得なかった(金持ちはソフト買えたんだろうけど)。
阪神淡路大震災でインターネットが取り上げられて、そのあとWindows95がでて、しばらくして一般人がパソコンをかうようなことになった。
普及し始めた時すら、Windowsのデスクトップは20〜30万円したので、学生が買うにはハードルが高かった。
このスレは、金持ちばっかりなのかもしれないので、90年にMac買えるような人が普通だったのかもしれないが、当時の一般庶民は買えなかったし、そんなもの買う奴は頭おかしいやつ扱いされた。 中2のときに8001与えられた俺はその時点で食いっぱぐれない人生が確定したよ >>258
おそらく俺と同世代で、奇妙な反論されたから言い返したい気持ちはわかる。
でも、やめて。
ここはApple Siliconスレ。 >>258
普通に金なかったが本屋で立ち読みしていたよ。プログラミングは時代時期によるがベーマガを立ち読みで読んで、Win95、98時代はHSPやらLSI-C試食版やらQ-Basicで遊んでたけどね。金の問題じゃねえしと思うが。
大体金の問題にする奴は、人のせいばっかにするからさ。お前の言い訳とか要らねえから失せろ。 >>258
その頃ならやたらFMタウンズが学校に入ってた頃じゃ無い? >>222
>シェア10%未満のゴミがなんだって?(笑)
バカですか?
Macのシェアは現在27.1%もあります。
>Mac mini (M1, 2020) が発売される前までは、
>Appleのメーカー別数量シェアは15%前後で推移していたが、
>発売後は27.1%を記録し、首位を獲得したという。
https://www.itmedia.co.jp/news/articles/2012/01/news117.html シェア語るのに国内だけの
それもマイナーなデスクトップ機のを抜き出した数字を持ち出すのはあまり誠実じゃないと思うね さすがにシェア27パーセントってのはないな
売り上げの瞬間最大風速ならまだ分かるけど >>258
ゆとり世代だけど
確かに昔はパソコンやってる人は「マニア」ってイメージがあったわ
アングラ感というか アメリカだともっとあるね
Desktop Operating System Market Share in United States Of America - November 2020
Windows
60.42%
OS X
29.67%
Chrome OS
6.21%
Unknown
2.01%
Linux
1.68%
SunOS
0%
https://gs.statcounter.com/os-market-share/desktop/united-states-of-america いかに瞬間風速でもやはりwindowspcが過半なんですね 賢いのはM1を買わずにWindowsに乗り換えた人
M1購入者も使い物にならないことに気がついてWindowsに乗り換えるだろうけどそもそも、無駄な金使わずM1機を買わないのがベター
ちなみにベストは最初からアップルに関わらずWindows一筋 当たり前だろ
一体世界で何社がWindows採用してると思ってるんだ?
これで数で負けたら雑魚すぎだろ 今これだけマルチプラットフォームやネットアプリ全盛で
端末価格も安くなってる時代に
未だ一種類のOSに拘って「乗り換え」とか平気で言ってる奴は病気持ちだけ >>268
>いかに瞬間風速でもやはりwindowspcが過半なんですね
そのWindowsのシェアが
一体、何社のパソコンメーカーの総数なのかを考えた方がいいよ?
MacOSのシェアはたった1社の結果だからね。 >>269
>賢いのはM1を買わずにWindowsに乗り換えた人
リスクの高いWindowsを使っている人は愚かな人です。 どこかのタイミングで互換機認めてシェア拡大しないとならんやろなぁ >>274
今の段階でアップルは大成功しているのに
なんのためにそんなリスクが必要ですか? MacはiPhoneやiPadのアプリを開発するのに必要ってのが最後の砦かな
それ以外の作業はiPadでなんとかなってしまうものも多いし
アプリ開発もiPadでなんとかなってしまうとMacの存在意義が無くなってしまう
WInもMacもPC向けアプリ市場が冷え冷えなので
iOSやiPadOS向けのアプリでカバーってのは悪くないと思う
WInもAndroidのアプリを動かす計画みたいだし 残された最後のX86系OSのX86系Windowsはレガシーアプリの墓場になる運命 >>276
>それ以外の作業はiPadでなんとかなってしまうものも多いし
逆に言うと、同じ作業をするのに
わざわざiPadを使う利点って何かありますか? 指よりもマウスで操作した方が便利だし、画面のキーボードよりも
実物のキーボードで文字入力した方が快適だし、
iPadで作業することの利点は少ないですよ。
その事を裏付けるかのごとく、
最近ではiPadでもマウスをサポートしたり、
外付けのキーボードに力を入れていますが、
それならMacでやれば良いわけです。 今の若者はあまりパソコンに慣れてなくてちょっとしたことでもある程度の教育が必要になって非常に難儀してる
企業なんかでもiOSと親和性が高いMacを使うのが今後は楽かもしれない
障壁はexcelのマクロとaccessだと思うけどこういうのはある時点で切らなきゃダメかもね iPadでのキーボードは所詮はMacとのニコイチの助走だろう。 iPadの方がパソコンに近づいてきている。
結局はタブレットってのは不便なんだよ。 そうは言ってもiPadはMacの2倍の販売台数だからね
モバイルで使う上での利用用途ではハードは無論
重たいMacOSやレガシーOSより便利なんだよ
ここを理解できない人ってずっとAppleとすれ違ってるよね >>283
>そうは言ってもiPadはMacの2倍の販売台数だからね
そりゃそうでしょ。
MacはMacユーザーにしか売れないけど
iPadはWinユーザーにも売れるだから。 本当に宗教か何かと勘違いしてる奴いそうで怖い
別に世の中「Windowsだけ」とか「Macだけ」とかないから
MacもWindowsもiPadもAndroidもiPhoneもChromeも
実際色々なところで普通に共存し合ってよ
だから10年前に比べこれだけネット端末の種類が増えてるのに
未だにデスクトップOSシェア「だけ」に拘ってる奴の間抜けさ >>276
実際Apple SiliconのMacはiOSデバイスの動作を忠実に確認できることを目的で作られているように思える。
モバイル的なパフォーマンスが高いとはいっても、電力制限取っ払ったら物量作戦のAMDに勝てない訳で、
iOS端末のシェアが高いことを活かしてモバイルコンピューティングで覇権を取るためのApple Siliconだろうね。
iOS端末を限界まで使い切る方法を学んでもらうためのプラットフォームとしてのMac、ということになるのかなと。
デスクトップ以上の市場はNVIDIAとかにとられちゃった訳だからね。
だから正直、デスクトップPCとしてMacを買う人は養分になっていくのだと思う。
MacはiOSデベロッパー向けにどんどん変わってくると思うよ。 >>282
キーボード好きなの使いたいからM1macを2in1で出してほしいわ Operating System Market Share in United States Of America - November 2020
iOS
31.01%
Windows
29.87%
Android
19.37%
OS X
14.66%
Chrome OS
3.07%
Unknown
1%
https://gs.statcounter.com/os-market-share/all/united-states-of-america 現行iPadおける次世代Proとの差別化を考えたら
次世代iPadProにはM1積んでMacOSにもブート出来る可能性があるから
そうなったらそれで我慢しろ >>282
タブレットがpc使ってた層を超えて誰でも彼でも使ってるから不便でもないのだろう macOSで動くiPad ProこそがM1機の真打ちとなることでしょう Apple siliconのスレかと思ったらWindowsの話してるのな 発売して時間もある程度立って話すことなくなってきちゃったから。。 あいつの予言(的中率0%)
・MacがARM化するわけないだろ低能
→ARM Mac発表
・iPad AirにA14が搭載されるわけないだろ低能
→A14搭載
・現行MBP16と同じ性能のARM MacBookが出たら25万円で販売されるだろ低能
→10万前後で販売 M1X(Kalamata:P8E4) TDP28W
Geekbench5 Single:1750 Multi:14000前後
CINEBENCH R23 Single:1500 Multi:14000前後
メモリ16GB、32GB
iMacが出る前から
おおよその性能は予想がついてる
ワッパ&性能はM1と同様最高クラス
M1の弱点だったメモリ16GB上限も改善
Kalamataの上位(Mac Pro用)も勿論用意されているであろう >>258
タイピングに関しては、ワープロが90年には普及していたよ。
会社で文書作成に使っていたし。
お前の会社のOA化が手書きレベルだっただけ。 >>300
1980年代後半から1990年代前半はワープロ専用機の全盛期だったね
パソコンが30万円以上していた時代に10万円以下でかなりの機能が有ったから
皆がワープロ専用機を使っていた時代にPowerBook(50万円以上した)を会社に持っていってExcel使ってドヤ顔してたわw 当時小学生のワイにはパソコンとワープロの違いが分からなかった
パパが使ってるのがパソコン
ジジが使ってるのがワープロと覚えた https://www.applelinkage.com/2020/12/07/next-generation-apple-silicons-for-macbook-pro-imac-mac-pro/
情報筋によると、Appleは2021年に発売する「MacBook Pro」と「iMac」向けに16の高性能コアと4つの高効率コアを搭載した次世代チップを準備しているそうです。
製造状況によっては、高性能コアが8もしくは12に変更される可能性もあるとのことです。
さらに、2021年後半にはよりハイエンドのデスクトップコンピュータを、2022年には半分のサイズのMac Proを発売する計画で、
32の高性能コアを搭載したAppleシリコンをテストしているそうです。
GPUの強化も計画されており、ハイエンドラップトップとミッドレンジデスクトップ向けに16コアと32コアのGPUをテストしており、
64コアや128コアのGPUも開発しているとのことです。 Pro用ハイエンドはメモリ最速規格採用してほしいね 高いのかなー?
現行Mac Proの価格が高いのって、Intelが高すぎなことが一要素でしょ? >>303
高性能コアが8は知ってたけど
12とか16は初めて聞く数だな
これは楽しみ
高性能コアだけの計算で
8*1
4+8
8*2
みたいにするのかな 廃熱の問題がIntelほどじゃないとしたら、卸し金筐体はなくなるんかな。 >>303
>16の高性能コアと4つの高効率コア
噂の予想の倍じゃん。マルチコアで3970Xぐらいか?
(M1の4倍では、3990X超えるので、ちょっと低めの予想) ベンチスコア予想
Kalamata
(P8E4)12コア Geekbench5 Single:1750 Multi:14000前後
(P12E4)16コア Geekbench5 Single:1750 Multi:21000前後
(P16E4)20コア Geekbench5 Single:1750 Multi:28000前後
参考)
https://browser.geekbench.com/processors/amd-ryzen-9-5950x
Ryzen 9 5950X Geekbench5 Single:1651 Multi:16210 異次元すぎる性能ですな
競合の2年先を突っ走る性能だ
これが2021年上半期に出せるならApple M1同等の
「革新」級の製品になるだろうね >>312
>Ryzen 9 5950X
水冷、1250Wのタワーマシンに、MBP16とかで立ち向かう?? ねーねー、先生∩(´・ω・`)
今後さ、Mx Macのメモリは後から追加ってのは不可能になるのかな?
たとえiMacでも、Mac Proでも。 >>303
2022年には半分のサイズのMac Proを発売する計画
今の馬鹿でかいIntel Mac Pro買ったやつカワイソス(´・ω・`) Mac Proってお高いんでしょ?
どうせ富裕層が買ってるんだろうから涙目にはなってないよ多分 TDPはこんな感じになるだろう
Tonga
Apple M1(P4E4)8コア 15W
Kalamata
(P8E4)12コア 28W
(P12E4)16コア 45W MBP16の限界値
(P16E4)20コア 65W iMac以上向け >>315
最近のWindowsノートパソコンだって基板にメモリー貼り付いてて増やせないから、時代の流れ >>320
あんたの推測値が妥当ならARM Macはバケモンだな
手元にあるM1mbp13はいつでも売れるように準備しておくわ MBP16向けと思われる16コアで特盛Mac Proも超える性能とか異次元すぎるな
12コアの時点でも特盛じゃないMac Proは全部終了 MBP16は12コアまでだと思うね
少なくともM1M2世代では
M3世代になればモバイル機でもさらにコア数増やすだろうけど >>303
GPU
M1は8コアで2.6Tflops
それの基準で考えると
ハイエンドラップとミッドレンジデスクトップ
向けが
16コアで5.2Tflops、 32コアで10.4Tflops
最高級のデスクトップ向けが
64コアで20.8Tflops、128コアで41.6Tflops
MacBook Pro 16インチのGPUのオプションが
Radeon Pro 5600Mで5.3Tflops
iMac 27インチのGPUオプションはRadeon Pro 5700 XT
で7.6Tflops
コンシューマー最強のGPUがNVIDIA GeForce RTX 3090が
35.5Tflops
これを見るとAppleのGPUの競争力はあると考えていいかな 一番の問題はmetal向けにソフト開発してくれるかどうかでね… ところでGeekBenchのシングルトップリザルトに並んでるAMD Ryzen 9 5950XのiMac Proって何者なの? 突如出てきた16コアとかって
Ryzen Macの可能性ってなくないの? 信憑性はどれほどかはわからないけど
ブルーバーグはそこら辺のリーカーとは
違うから、それなりに信用できるのでは? 過渡期に雷禅使うのはかなり良いのでは?
MacBookはテスター用か 942 名前:名称未設定[sage] 投稿日:2020/12/08(火) 01:55:59.35 ID:yAK7A8cO0
海外情報
MBP14/16,iMac→CPU:big16+little4コア+?コアdGPU
MacPro→big32+little4コアCPU+128コアdGPU
▼ 946 名前:名称未設定[] 投稿日:2020/12/08(火) 02:12:57.51 ID:pzeGeGRd0
>>942
bloombergのMark Gurmanからだな
https://www.bloomberg.com/news/articles/2020-12-07/apple-preps-next-mac-chips-with-aim-to-outclass-highest-end-pcs
相当信頼できるソースらしい このタイミングで
Ryzen 9 5950X
Radeon RX 6900 XT
みたいなMacが出てきたら面白いね
一般向けの製品じゃないけどゲームデベロッパーへの強いメッセージになる 21年後半のハイエンドデスクトップは
iMac proなのかな?
22年には半分のサイズのMac Proを出すなら
21年後半のはそれしか無さそうだけど
てっきり、Apple siliconで製品ラインナップを
整理してiMac Proは辞めると思ったんだが >>334
こりゃすごそうだな
ということはコア(ダイ)を好きなだけ
積める仕組みなのかも 14すぐに出るならM1mbp買ったの馬鹿みたいやん >>338
>14すぐに出るなら
MBP16は6月に出る、って何度も噂記事にあったじゃん。 >>306
同じIntel CPU載せたWindows機は普通に安いですけどね MBP13上位とMacmini上位とiMac21の後継はずっと12コアで2021Q2って噂されてる
今回リークされてるのはおそらく2021Q4に出ると噂されてたMBP16とiMac27の後継じゃないのかなと
今回はAir1択ってライターが言うのはM1は本当にエントリー向けだからなんだと思ってる M1でやってるらしい(Apple用の)最適化
https://note.com/njrecalls/n/nf7f5e48c255f
これを見るとM1の速さは、TSMCの5nmのおかげだけでなく
OSからプロセッサを含めて設計できるから最適化できたから
あの速さなんだね >>328
Hackintoshじゃねえの。
iMac云々はなにかを騙しているんだろう。 32コアと20コアのAppleシリコン、128コアGPUが開発中〜Bloomberg
https://iphone-mania.jp/news-333122/
>20コアのAppleシリコンは、16コアの高性能コアと、4コアの高効率コアの組み合わせで
>設計開発が進められているようです。
>Mac Proには、32コアの高性能コアを備えたAppleシリコンを
>搭載すべく開発が進められているようです。
>Appleが開発中のGPUは、ハイエンドラップトップと、ミッドレンジデスクトップ用として
>16コアおよび32コア搭載GPUがテストされているようです。
>ハイエンドデスクトップ向けには、
>64コアおよび128コアのGPUを搭載するオプションも計画されているようで、
>これらはIntelプロセッサ搭載Macに採用しているAMD Radeonよりも数倍速いとのことです。 M1ですら5950xより高性能なのに、これ以上高速化しても普段使いならあまり差は感じなさそうだな
GPUは3090を軽く超えてくるだろうし、すごく楽しみ >>346
いや普段使いで4コア以上のメリットを体感することは無いだろう。
エンコとか仮想機能をバリバリ使わないと差はわからない。
GPUは夢見すぎだと思う。
そもそもMacで3Dバリバリのアプリはないから動画編集に特化したAfterburnerとかAI重視の独自路線になると予想。
あとワッパ重視モンスターになるとか。 今晩発表の新製品は
A12ZのAppleTVと+ヘッドホンが有るか無いかだけぽいな 比較的最近の情報で、
https://eetimes.jp/ee/articles/2001/08/news075.html
ImaginationとApple、新しい契約締結へ 2020年01月08日
てのがあった。この技術を使うなら、ハイエンド寄りのIPでは
https://www.imaginationtech.com/powervr-gpu/axt-32-1024/
>1024 FP32 FLOPs/Clock
これが1.5GHzで動けばRadeon 290X程度。
64コアにできればRadeon VIIより少し下くらいの性能にはなりそう。 >>327
Hackintoshやろ
モデルシリアルと基板シリアル、モデルナンバーを偽装しないとmacOSまともに動かん
あとryzen5XXXの動作確認は発売数日でフォーラムに上がってる
まあそれにしてもOCかなりかけてるスコアだけど 888は、スマホ向け機能がスゴイのはわかったけど、仮にこれをPCに使っても宝の持ち腐れだな。
シングルコア性能を高めたいのなら、1個だけ無茶苦茶速いコアを載っければいいじゃないって頭の悪そうなソリューションが草。 仮にこのSD888を搭載したARM Windowsノートが出たとしても
Apple M1 MacBookの敵にはならないな
Windowsの唯一の利点「過去のソフトウェア資産」を全部捨ててしまう
極小シェアのARM Windows版のためにNativeバイナリ提供してくれるところなんて皆無
そもそもX86 Windows版のアプリケーションですらHiDPI対応してない所だらけ
すなわちSD888を活かしたApple M1 MacBookの対抗OSを出せるのはGoogleだけ
Android資産を活用できるしね
ちなみにWebアプリベースのChromeOSのままだとゴミだから
「ネイティブ」アプリベースの新OSを出すのがいいんじゃないかな
Googleは頑張れよ
Apple一強になると殿様商売始めるからライバルが必須
MSでは無理、Googleしか頼れる存在が居ない >>348
Apple TVはもう進化は無いだろうからMac miniと統合すれぼいいのに。
macOSの中の1アプリで十分。 >>354
>ちなみにWebアプリベースのChromeOSのままだとゴミだから
なんでChromeOSマシンがあんなに売れているのかをさっぱり理解できてねーなw >>355
まだNetflixも無い時代に10feet UIとPCの融合は、MSも果敢にチャレンジしたんだよね。
いつものごとく早すぎて大失敗www。 >>348
プロッサーとトムとガーマンが挙って否定したからApple TVはないな
ヘッドホン確定かな?AirTagとかもあるかもしれんけど >>355
有線キーボードかマウスが無いと初期セットアップできない、
その後の初期セットアップに手間と時間がかかる、
リモコンだけで操作できない、$149で買えない
macOSのminiなんかTVの代替になるわけねーだろ低脳
頭悪すぎだろコイツ >>350
今の16インチ梅と同じ位の性能のノートPC
https://s.kakaku.com/pc/gaming-note/itemlist.aspx?pdf_Spec101=39&pdf_Spec103=2,3,10,11&pdf_Spec201=2600-2800&pdf_Spec301=16-&pdf_Spec307=256-512,512-1000&pdf_Spec308=16-32&pdf_Spec309=6&pdf_Spec311=10000- >>362
>今の16インチ梅と同じ位の性能のノートPC
この2-3年でゲーミングノートが安くなりましたよね。
以前はこんな高級機win側にはほとんどなかった。
MBP16が18万円ぐらいだと、ちょっと嬉しいな(個人で買えそう) >>345
32coreとかメニーコアはMAC OSでというよりLinuxか何かで出して欲しい。
開発用のデスクトップ機とクラウド上のサーバーはARMで揃ったのに
オンプレサーバーだけがARMで無い。Appleじゃなくても良いけど誰か出してくれよ。 >>365
415万5300円て何やねん。
415.53PFLOPSの洒落で値段つけるなら45万にしてくれ (TдT). Mac Pro用のからSIMDエンジンをSVEに変えたりしないかな
ロゼッタでAVXなんちゃら全部対応したりもできそうだし 最大消費電力2.7kW!!!
本体価格より運用にかかるお金が怖い >>235
>うち、システム開発会社だけど、入社時にパソコン使えた人の方が少なくて
ええぇー!!
うちはプログラム組めん奴は数人いたけど、PCはみんな普通に使えてたぞwww Appleが独占せずに広く使えるように販売したなら
地球温暖化問題だの原発だの一切のないパラダイスが実現する 大手システム開発会社って下請けに投げるのか仕事なんで驚くほどのことではないのかもしれんね >>347
Houdini, Zbrush, Blenderとか普通にあるけど >>369
そのうちスマホしか使ったことない人が入ってくるよ NVMeのSSDをUSB-C外付けケースに繋げてBlackMagic Disk Speed Testを走らせてみた。
MacBook Pro 13 2020 Intel
https://i.imgur.com/6TMZP6d.jpg
MacBook Air 2020 M1
https://i.imgur.com/8KGYohc.jpg
若干M1のほうが遅くなるなぁ…。 >>365
最大消費電力2700ワットとか異次元過ぎる 音はすげえ綺麗なんだろうけど流石にこの価格帯のヘッドフォンは今まで買ったことがない AirPods Max買うならゼンハイザーの高いのでええわ… ゼンハ、ソニー、オーテク買うわなw
俺はデザイン好きだからaiaiai使ってるけど Appleのイヤホン系のメリットはiPhoneとかMacと連携がシームレスなだけで別に音質は普通だと思う >>376
あと1万でM1 Mac Miniやんけ。 >>381
外でしか使わないイヤホンならiPhone縛りでむしろ全然オッケーだったけど、家の中でテレビとかにも使うであろうヘッドホンでApple縛りわなねぇ…
有線接続もできないみたいだし >>370
本当に広く必要ならAppleより優れたQualcommが作ればいいだけ
作らないということは需要が無くて不必要なだけ 1年後には3nmで製造されたM1の倍の性能のプロセサが出るのなら、待つのが賢明ってものだ >>374
若干とかいうレベルじゃないな
やはりM1のM1のバス/USBコントローラはゴミか >>377
8コアのMac minの最大電力が150Wなのに
なんで48core(8倍)しただけで2700Wになるんだ? >>388
1コアあたりの性能がスマホ用のゴミM1とは違うから あとはメモリやストレージをたくさん積めるから
そのための電力 >>391
メモリもストレージも消費電力はたかが知れてるだろ。
めちゃくちゃ積んでも50Wも行かないよ。 >>390
1コアあたりの性能はE cluster=0-2GHz,
P cluster=0-3.2GHzでむしろM1のほうが高い。
https://en.wikipedia.org/wiki/Apple_M1 >>395
クロック数だけで性能が測れると思ってるとか低脳かよ(失笑)
M1は8個のうち4個はゴミ性能の省電力コアでその電力仕様なのに
「コア数は8倍〜なのに」とか単純比較してるのもら頭悪すぎ 7万のヘッドホン買うなら他に欲しいもの一杯あるなぁ >>388
>なんで48core(8倍)しただけで
48コアが標準で2CPU、なので2700W
メモリーは32GBx2の64GB (HBM2) >>397
☓(8倍)
○(6倍)
96コアで12倍=150Wx12=1800W
2ノード構成でそれだけメモリ詰めたとしても(DDR4メモリ換算なら1枚1-2W程度)
やっぱり富士通はあんまり消費電力に注意を払ってないと思うね。
そんな目的で設計されてないことは百も承知だけど。 12とか16とかにコアが増えると本当に思ってんのかな >>398
>やっぱり富士通はあんまり消費電力
PCIeカードとか挿せるので、そっちもカウントしないとね。
GPGPUとかで1枚入れたら300-400W直ぐ逝く >>401
あ〜、じゃあ、まずまず
妥当で良いか…。 そもそもHPC用に512bitFMAx2積んで1024bit直結のHBM2が4スタックあって
さらにノード間インターコネクト用のファブリックまでチップに内蔵してるんだから
コンシューマ向けチップと比べるようなものではない miniはなんで45WのMBAと同じM1なのに
電源が150Wも必要なのかと言ってるのと大差ないな
まあそっちはIntel版から筐体も電源もファンも変えずに
手抜き流用しただけというのが理由だろうが
MBA/MBPより2ポート多いTypeAのUSB給電料は軽微だが
TB3/USB4ポートで100Wでも給電できたりするのか?miniは >>395
なんの根拠もなしに計算するよりマシだろ。
10分かそこらでやるんだから、その程度で十分だよ。
情強のあなたは、さぞかし正確な根拠に基づいて
消費電力の差分を説明できるのでしょうな〜w
やってくれよw 無知で情弱で頭が悪い低脳なバカ=ID:mP/25jAy0
>>398「やっぱり富士通はあんまり消費電力に注意を払ってないと思うね(キリッ」
↓
>>407「あ〜、じゃあ、まずまず妥当で良いか…。」
wwww miniの場合、スペースグレイの上位機種が
出るのか気になる
内蔵してる電源からしてもっと上のSoCでも
搭載できるからね 予想するにiGPUはM1までで
これから上のはすべてdGPUなのではなかろうか
グラフィックコア数
16個のG1
32個のG1Xいずれかを
CPU12コアのSoCと組み合わせるといった感じ >>408
最近はこもりびとっていうらしいよ
ポリコレ的に dGPUでもメモリはUMAのままなのか気になる
やっぱり、GPUだと速いメモリが無いと
性能を発揮できないからLPDDR 4xでは
少し心細い dGPUでも当然ユニファイドメモリは維持されるよ
そこは心配しなくていい >>414
そうなるとHBM2みたいな高速なメモリを
採用するのかな?
そうなると個人で増設は無理としてもメモリの
容量アップはかなりの金額を出さないと無理に
なりそう >>414
dGPUでUMA構造は、本体メモリまでGDDRにするかHBMにしない限り
マイナス要素しか無いだろ。
あと、AppleのAプロセッサに採用されてきたGPUは狭いメモリ帯域で
有効に性能を発揮する特殊なアーキテクチャだったから、これはPCでは使いにくい。
IntelのPowerVR系のiGPUの古いクソATOM機みたいになるぞ。 >413
MBP16と下位のiMacでは、コスト的にLPDDR4XのUMAかもね。UNAでGPU部へのデータ転送減らす方が良いのでは?? >>372
Houdini, Zbrush, Blenderを普段使いってw
まだYouTube用の動画編集とかいろいろあるだろww。 >>416
たぶん汎用メモリ
M1からGPU全部削ってCPU4個加えてIO強化した残りをファブリック拡張に使って
ファブリックとメモリ間、ファブリックとdGPU間の帯域をそれぞれ2倍とかそれ以上にする感じ >>362
ゲーミングノート持ち運ぶの無理だからなあ
性能的には近いけど スタバでドヤリングするアイテムがまた増えたな
AirPods MAX
これぞまさにドヤリングするための価格設定だ いやなんかもっさりしててあんありポイント高くない気がする
AirPods Proのほうがポイント高いよ >>422
クソダサいけどな…
というかヘッドホン外じゃつけないでしょ… >>420
ファブリックとメモリ間、ファブリックとdGPU間の帯域をそれぞれ2倍とかそれ以上にしようが
LPDDR4/5みたいな低速な汎用メモリじゃ
メモリ側仕様以上の性能は出ないから無意味だし無価値
GDDR5じゃメインメモリと共用するには32〜64GBみたいな
容量な高価すぎて使えるわけがない
ユニファイドメモリはiPhoneやM1で
低GPU性能/低消費電力/低コストで有効なだけで
コスト削減のための手段でしかない
無知な低脳は黙ってた方がいいぞ >>426
別に特段速くもないよ
他のCPU/GPUもファブリックはメモリやインターフェースに対して
ボトルネックにならないように造られてるし
ファブリックも知らない意味がわからない聴き慣れないバカが
Appleのユニファイドメモリの
あたかも特別で良いものかのような説明を間に受けて
勝手に特別なものかのように思い込んでるだけで >>426
速いよ
演算はしないけどね
A14やM1のグラフィック性能が事前予測を大きく上回ったのはファブリックのおかげ >>417
バスがボトルネックにならないのがUMAの基本思想 >>428
A14のGPU性能は事前予測に別に上回ってもないし
M1もA14に対するCPUコア数の増加分だけで
それもA12Zに対して1.5倍以下と事前予測の通り
本当に無知で頭悪すぎだろコイツ(笑) O M1もA14に対するGPUコア数の増加分だけで >>432
本物の無知なバカで思い込みが激しくて就職できない無職に教えてあげるけど
iPhone 12 のAntutu v8スコアはだいたい57万から65万ぐらいでお前の出してるそれ最低値だから
ちなみにiPad Airは66万な 何も考えず思考停止してMacを買うしかない脳死マカーは
常識的な技術てんハードウェア知識なんかあるわけ無いんだから
ID:FxuWT2C60みたいな無知が恥ずかしいことを
自覚すらできない人間がいてもしゃーない >>434
iPad Airの66万は
iPhoneとiPadの放熱性の違いによるものだから
A13→A14の性能向上による要因ではない
はい論破 >>436
いいから公式のランク見てこいよガイジ
12 miniが614169になってるから >>428
Apple Fabricがことさら高性能だという資料は現状無い。
ヘテロジーニアス型のチップが、Fabric(メッシュ型)のトポロジーになるのはもはや常識。
単なるいつものBuzz wordでしかないよ。
M1の速さは、やはりデコーダとキャッシュ盛り盛りと、LPDDR4X-4266の128bit接続(ほとんどの他機種は64bit止まり)のおかげ。
LPDDR5Xの採用も可能だったんだろうけど、コストと、4コアまでではそこまで必要はないとの判断だったんだろうね。 >>437
61万だろうが「A14のGPU性能は事前予測に別に上回っている」
ことにはならないんだよ低脳
TSMCは7nm→5nmにするだけで15%は性能向上できると言ってるんだからな アップル、インテルの性能を大幅に超える独自チップ
高性能パソコン「iMac Pro」「Mac Pro」で巻き返し
https://jbpress.ismedia.jp/articles/-/63207
初の独自チップ「M1」の後継を開発中 >>439
その15%超えてる時点でもう崩壊してんぞお前の論理
ガイジは何をやってもガイジ >>438
来年のN5Pでは性能向上がほとんど期待できないから
LDPPR5は来年の性能向上余地を残しておくために
温存して取っておいたと考えるのが妥当だな
> N5は7nmプロセス「N7」比で性能が15%向上
> N5PはN5に対して性能が5%向上 >>440
楽しみやな。ARMベースのオンプレ鯖で
個人が持てるワークステーションってのが無いから
そこその値段で出してほしい。富士通の例から考えると
100万と言われてもしょうがないけど出来れば60万位でお願いしたい。 >>441
GPU性能の話をしてるのに総合スコア値で話をしてる時点で的外れ
アスペで文盲の発達障害ガイジだろお前(失笑)
プロセス微細化だけで15%性能向上するんだから
当然それだけではなく設計改善も何かしら施されてるんだから
15〜20%なんて想定の範囲内
筐体や上限によって”ピーク値が”変わるのは
クロック制御の違いの範囲内
はい論破
頭が悪い無知な低脳は黙ってROMってろよカス O 筐体や動作条件によってベンチスコアの”ピーク値が”変わるのは >>438
> Fabric(メッシュ型)のトポロジーになるのはもはや常識
> 単なるいつものBuzz wordでしかないよ
元から在り当たり前に使われてる物にそれっぽい名前つけて
バカを騙すためにあたかも良い物であるかのように言うのは
特に珍しい話ではないけど
それを中身も理解せず間に受けて鵜呑みにして盲信してら思い込むアホは
愚かとしか言いようがないわな
まさに宗教と信者の図式
飲めば健康になる病気が治るという触れ込みで
高い水を買う情弱のアホと何も変わらない https://ascii.jp/elem/000/004/034/4034588/2/
AMDのRX6800シリーズはInfinity Cacheを搭載して
バス幅を抑制しても転送速度を稼いでる
それと同じで、dGPU搭載のM1xもGPUを外に出した分を
キャッシュメモリを増や方向で転送速度を稼いで、HBM2
やGDDR6は採用しないのかな
HBM2はコスト、GDDR6は消費電力の点で、LPDDRより
マイナスだから >>438
メモリ速いのは帯域もそうだけど主にARMのアーキのおかげ
x86はそもそも簡単に上限まで速度出ない
XeonとかTRの実質サーバー用CPUでようやく使い切れる >>444
15%超えてんのは総合じゃなくてGPU単体での話だよマヌケ
アスペルガーはお前 >>438
64bit接続なのはスマホだけでIceLake/TigerLake/RenoirでLPDDR4X採用してるのは128bit接続してるぞ >>449
> GPU性能の話をしてるのに総合スコア値で話をしてる時点で的外れ
> アスペで文盲の発達障害ガイジ
>>434,437
> プロセス微細化だけで15%性能向上するんだから
> 当然それだけではなく設計改善も何かしら施されてるんだから
> 15〜20%なんて想定の範囲内
> 筐体や動作条件によってベンチスコアの”ピーク値が”変わるのは
> クロック制御の違いの範囲内
はい論破 つーかfabricは別にトポロジーを指す言葉じゃないぞ
トポロジーはこの規模だと多分クロスバーだと思うが >>450
だからTigerLake比だとGPU性能は大して差は無いけどな
TDP15Wと28Wの違いは10nmか5nmの差(TSMCのおかげ)でしかない >>451
自分から言い出した数字まで曲げた時点でお前の負けだぞマヌケ
知った風なレスはするがその実全く知らないのに適当に拾って知ったかぶりおじいちゃん
ロクなソースも持ってこれない分際でレスしてんじゃねえよガイジ >>454
> GPU性能の話をしてるのに総合スコア値で話をしてる時点で的外れ
> アスペで文盲の発達障害ガイジ
>>434,437
> プロセス微細化だけで15%性能向上するんだから
> 当然それだけではなく設計改善も何かしら施されてるんだから
> 15〜20%なんて想定の範囲内
> 筐体や動作条件によってベンチスコアの”ピーク値が”変わるのは
> クロック制御の違いの範囲内
はい論破 オリンパスがM1を出したとき、ライカからクレームが来て、OM1に変えた。
今回のM1も、ライカからクレームが来て、AM1に変更すると思う。 XeがゴミだろうがAppleGPUもゴミなんだから
ゴミ同士でいい勝負だろ(笑) >>457
とりあえずA13の上のGPUスコアとA14の上のスコアでそもそも20%も超えてるから
本当恥ずかしい奴だなあ
後付けの言い訳ばかりの知ったかおじいちゃん
知ったかしたいならもっとパソコンわからないおじいちゃんと話そうね >>459
Iris Xe MaxとかいうdGPUの比較対象が1050 Max-Q
iGPUでデスクトップの1050Tiと比較されてるM1じゃそもそも論外だよおじいちゃん
シュリンクによる性能上昇加味しても
Intel 10nm+ つまりTSMC N7P相当のdGPUでこれは普通にゴミだからねおじいちゃん そもそもA7からA14に沿ってM7〜M14あるから
数字上げただけだと自社内でも6年後に被るという 投資家は新型MacBookを過小評価
アップル、自社開発半導体を外販も
ttps://barrons.jiji.com/article/1620
ハイテク企業や投資家に助言サービスを提供するセミコンダクター・アドバイザーズのロバート・ マイア氏は先週のレポートで、
「潜在的なプラス効果を現時点で見積もるのは難しいが、より重要なのは、M1がアップルの価値と、恐らくこれまで隠されていた価値をさらに際立たせるものだと考えられることだ」と書いている。
遠回しな言い方に思えるかもしれないが、同氏はアップルが新型 半導体を収益性の高いサーバー市場に売り込むことさえ可能だと指摘している。
「サーバーの世界 での最大の関心事はおそらく電力と冷却であり、M1の最大のセールスポイントの一つは今のところ、 消費電力が低く、冷却ファンが作動しないことだ。消費電力の低さだけでも切り替えの理由となるかもしれない」。 32bit環境を見事なまでに切り捨てたってのは大きいな >>464
チップはすごくてもアップルが他社にチップ渡すとは思えん チップ自体を売るビジネスをやるんじゃなくてサーバを作ってる特定の企業と供給契約するのはアリだと思うがね
まあMac用の設計を流用できるならの話で専用のダイ作ってまでやる意味はないだろうが >>464
ワイと全く同じ意見やな。
アイドル時の消費電力5Wはマジで驚異的。 無知で情弱で頭が悪い低脳なバカ=ID:mP/25jAy0
>>398「やっぱり富士通はあんまり消費電力に注意を払ってないと思うね(キリッ」
↓
>>402「あ〜、じゃあ、まずまず妥当で良いか…。」
この低脳なバカ>>468と同じ意見なら
そうなることは無いなww まともなPCやサーバレベルの性能を有したらファンレスじゃ無くなるし
(ゴミ性能のM1でもMBP/Mac miniですらファンレスしゃない時点で)
ARMサーバやAWSのARMインスタンスも
大した需要は無くシェアは一向に増えない >>469
398のそんな目的で設計されていない、の部分が
後のやり取りで正解であることが解明されてるだろだろ。
だからそれはそれで正解よ。>>402とかいたのはもう興味がなくなったから。
そんな事より、情強の君はさっさと微細に穿って消費電力の差分を説明しろよ
w。 >>470
それはこれまでビルド含めたlinuxの周辺ツールが整備されていなかったから。
Linus Torvalds氏もそう言ってただろ。で今回始めて個人が気軽に調達できる
ARMベースのPCが手に入る様になったんだから当然これから伸びるよ。
開発機がARMなら、本番機も当然ARMで動かしたい需要はあるし。 >>471
じゃあAppleシリコンも所詮スマホ用SoCの発展系だがら
サーバ用CPUには適さないということになるな
M1ですらバスやインターフェースがゴミなんだから
当たり前の事
サーバ用途じゃ高性能な程
エンタープライズ向けのVMwareなり
KVMが使えないと話にならない
サーバ用途でmacOSしか使えない時点で論外
(Appleシリコンを外販しないと明言しているAppleが自社OS以外で使えるようになる可能性も無い)
はい論破 >>473
それが問題なんだよな、Mac以外のOS動かす事をアップルがサポートするのかって話は簡単に片付かない スマホ/タブレット用SoCの手抜き使い回しで
ローエンドモバイルのMBA用でゴミ仕様だから
ファンレスってだけだからなM1は >>473
「じゃあ」って何だよwww
会話が全く連続してねぇよ。
俺は>>464に同意しているだけだが?君の意見はロバートマイヤーにでも
言いたいわけw?本人に言ってくればw? AWSのMacインスタンスも
所詮ベアメタルでサーバとしては糞スペックだから
クラウドのスケーラビリティや柔軟性の利点も皆無で
MacでしかできないMac/iOSアプリ開発者向けのVDI的な使われ方しか
Amazonも想定してない(そのくらいの用途しかない)って言ってるからな
Macmini程度のゴミ性能で
来年ARM Mac miniに入れ替わったら
NICは1Gbpsでメモリ最大16GBの
サーバとしては更にゴミにしかならない ハーフサイズのARM MacProが出たら
横にしてラック3Uに2台搭載する構成で
上位のMacインスタンスを用意するかどうか
ベアメタル形態でmacOSしか使えないなら
クラウド用意サーバとしては無価値なのは変わらないが そもそも>>464「同氏はアップルが新型 半導体を収益性の高いサーバー市場に売り込むことさえ可能だと指摘している。」
を読んで↑の解釈するってどういう脳味噌の持ち主なのw? Macをクラウドサーバーとして売るの?w
それは斬新すぎるぞwwww Macminiはサーバーとして最適、って噺はあった
発熱でだめだったけど
リベンジだな MacProがメニーコアで出るのなら、仮想化でLinux走らせれば
オンプレサーバーになる可能性はあると思う。miniは良いけどコアが少ない。
最低でも16core/64GBメモリ位は欲しい所。 >>482
仮想ホストOS/ハイパーバイザーがMacOSな時点で使い物にならないよ
仮想サーバはESXiかKVMのハイパーバイザーを使う前提で
既に高次元で運用自動化されてるからな Hyper-V「解せぬ」
って冗談は置いといてアップルがサーバーで覇権取ろうなんて気はないだろうよ。 >>483
ハイパーバイザもKVMもamd64を前提にした仮想化支援機構では?
ARM(のパーソナル版)は全てがこれからという気はする。
VMWareみたいな老舗がトップシェアを取ってくれれば安定供給されるだろうけど当然それはわからない。
前に出たQEMUが使えるならそれでも構わない。
俺達にとっては、その上で動くARM版のLinuxがクラウドのARMLinuxと同等で安定して動けば何でも言い訳で。
後1、2年以内に何か出てくるでしょ。 最近 Pro買ったけどMagic Mouseとの相性悪い。すでに報告されてる現象?たまに接続切れるんだよねー >>485
その程度の開発用途や仮想ホスト1台程度の
ショボい仮想化用途だけなら
1年以内にARM Macハイパーバイザー/APIに対応した
ParallelsのVMwareFusionが出るだろ
所詮は自宅や事務所に置くPCやワークステーションの延長で
データセンターで使われるようなサーバ用途にはなり得ない >>485
> ハイパーバイザもKVMもamd64を前提にした仮想化支援機構では?
KVMは7年前にARMに対応している
https://lwn.net/Articles/557132/
最近RISC-Vにも対応した
QEMU経由での使い方
ttps://github.com/kvm-riscv/howto/wiki/KVM-RISCV64-on-QEMU RHELだと7.5以降ARMでのKVMに対応
ttps://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/7/html/virtualization_deployment_and_administration_guide/appe-kvm_on_arm
それとKVMって普通QEMUと連携して使うもの
ttps://www.fujitsu.com/downloads/JP/archive/imgjp/jmag/vol62-1/paper18.pdf >>487
オンプレサーバーの話をしているんだが?
データセンターはGravitonで、というか俺たちの話題に上がるような物じゃない。 Mac ProラックマウントタイプでLinuxが走ればいいな こんがらがりそうなのでmacOSの仮想化関係を整理
macOSのx86,amd64用のhypervisorはxhyve
FreeBSDのbhyveを移植したものでLinuxのKVMに相当
ttps://github.com/machyve/xhyve
macOSのARM版のhypervisorは現時点では不明
macOSでの仮想化フレームワークのAPIは2つ
以前から存在しQEMUやDockerが使っているHypervisor framework
ttps://developer.apple.com/documentation/hypervisor
Big Surで導入されたSimpleVMやvftoolが使っている主にLinuxを動かすことを
目的としたVirtualization framework
ttps://developer.apple.com/documentation/virtualization 本番機はどうしたってGraviton2(Google cloudの事は知らない)でGravitonの上で
動く仮想化フレームワークが(独自の)KVMというのなら、KVMベースの方が
ベターという気はする。 だから前から噂があるようにサーバー事業はApple自身が
先ず自社データーセンターのIntelサーバーを
すべてAppleSiliconServerに切り替えて行くだけでも
自社製による導入コスト削減は無論 その性能次第で
電力や排熱低減による大幅な運用コスト削減も出来る
その上で現在Apple社が利用してるAWSサービスそのままに
サーバーだけAppleSiliconServerに切り替えたり
Appleが利用してる全てのクラウドサービスから
他社を切り捨ててApple一社だけに切り替えるなどでも
現在約7兆円もあるサービス部門のクラウドサーバーを
自社製に切り替えれば切り替えるほど新たな利益が生まれる
どっち道少なくとも後発になったAppleのサーバー事業は
自社クラウドのAppleSilicon化が中心から始まるのは避けれない
Appleには広大な自社の経済圏があるから
そこだけで商売しても他社並みに稼げる ならまずアップルがハイパーバイザー作るところから始めないとな。
AWSのMacインスタンスはベアメタルだし、量捌くのは不可能な構成。 Appleは只自社のモバイルデバイスに合わせてMACをARMにしただけなのに
どんどん話が大きくなるなw
実際の所Appleがどこまで野心を持ってるかに掛かってるか? >>490
だからその程度の開発用途や仮想ホスト1台程度の
ショボい仮想化用途だけなら
1年以内にARM Macハイパーバイザー/APIに対応した
ParallelsとVMwareFusionが出るだろうから
勝手に使えばいいだろ
今でもできていたし、別にこれからもできることは何も変わらない
動かせるゲストがARM64になるだけで
ゲストにmacOSは追加ライセンス販売含めてどうせAppleはやらない
オンプレサーバーで仮想ホストにmacOSなんか使ってる時点で
サーバーなんで名ばかりでどうせ大した使い方してないだろうからな >>495
クラウドサービスなんかメモリやストレージやラックやそれら含めた電気や
通信回線/帯域や運用や追加開発や他諸々にかかるコストが大半なんだから
CPUとGPU(AI処理用含む)の性能/省電力/コストが幾らか良くなるだけじゃ
全体のコストからしたら大した割合ではない
現状Apple自社クラウドはKVMのハイパーバイザーと
それ用のオーケストレーションツールで成り立ってるだろうから
それらをARM向けに移植して移行する手間と移行リスクはバカにならない
それら全てを鑑みてやるかやらないかは別の話 それら普通に鑑みてAppleは実行するでしょ
それぐらい自然な流れ クラウド用のサーバで使うならFCか40GbpsのNICや
サーバグレードのストレージコントローラも必要だからな
Appleシリコンの自社製サーバでそれらが当たり前に使えるようにするには
個別に開発・製造する必要があるし
それだったら既成の汎用サーバを買った方がトータルコストは安くやるという可能性もある
なぜならCPUとGPU(AI処理用含む)の性能/省電力/コストが幾らか良くなるだけじゃ
全体のコストからしたら大した割合ではないから GoogleやMS、VMwareのようにAppleはクラウドや仮想化の
ソフトウェア技術に優れてるなんて話は皆無だしな また逆張りしてるけどリーカーやアナリストより信憑性ないよね そのただでさえ限定的であるCPUとGPU(AI処理用含む)の
性能/省電力性/コストの改善効果も別に10がゼロになるわけではないから更に限定的に留まる
CPUではAMD、GPU/AI処理はNVIDIAもサーバ分野では頑張ってるからな
その部分だけでせいぜい10が6になる(TSMCによる使用す プロセスの違い程度)くらいで
クラウド全体のコストから見たら瑣末な割合 どうでもいいけどKVMってLinuxの固有の仮想化支援技術の固有名詞で他のOSでは言わないんじゃないの
LinuxのFinderとかmacOSのエクスプローラーとか言ってるような違和感がある >>500
別にOSはマックじゃなくても良いんだけどね。
>>464で言ってるように「Appleが設計した新型半導体」
をどこかの業者に売り込んでくれさえすれば。
あるいは先ず自社のStore向けで運用して、その後販売するとか。
Apple設計のARMは結構良いと思うけどね。 >>505
UNIX固有ではあってもLinux固有ではないだろ?
BSDでも使えていたし。前者ならMacもUNIXだよ。 >>505
ここで言ってるKVMは既存のamd64のLinuxサーバの仮想化機能を指している
MSのAzure以外の大半のクラウドはLinuxが使われてるからな
それに対してARM macOSの仮想化機能の話は
それ用のハイパーバイザーと言っている
(少なくとも自分の発言に関しては)
理解できなくて付いて来れないなら黙ってた方がいいよ Appleがサーバーサイドに本腰を入れるとは思えないけどな。
ハードウェア的にあまりにも新規開発になるものが多すぎるし、
MacやiOSデバイスなんかとは評価軸が180度ぐらい異なるもの。
泥臭いけど細かいところまで設定できて確実に動くって、Appleのここ30年ぐらいの思想に合わないでしょ
電源一つとったって多重化するのが当たり前だし、
完全に電源が落ちている状態からでもWebコンソールで電源を入れられて、
ピカピカLEDが光らなきゃサーバー用途としては失格でしょ。 >>507
FreeBSDにKVMはない
KVMと同等のものはBSD Hypervisorであるbhyve
ttps://bhyve.org/
macOSは>>492に書いたようにxhyve等で他のUNIX系OSも同じ
KVMは現在RedHatが開発しているLinux用のHypervisorであって他のOSには存在しない >>507
いや、Linux固有だよ
https://ja.m.wikipedia.org/wiki/Kernel-based_Virtual_Machine
こんなOS specificな混み入った技術でUNIXでの総称した名前なんかないでしょ
POSIXというならまだわかるけど、そしてMacも POSIXの機能を100%持ってるわけでもないし >>492
xhyveってbuilt on top of Hypervisor.frameworkって書いてるやん
Hypervisor.frameworkを利用するただのユーザーランドツール >>511
そう
その替わりサーバに必要な物は足りていない
だからサーバにも使われるというのは短絡的て安直な考え macOS Serverや仮想化機能も大してやる気ないしな
仮想化機能を用意しているのもアプリ開発者向けのツールの位置付け
MacProもサーバではなくクリエイター向けの
ワークステーションという位置付け
https://www.apple.com/jp/mac-pro/ あ、こんがらがっている理由がわかった気がする
複数のOSを動作させる仮想化機構がHypervisor
Hypervisorの例が、LinuxのKVM、WindowsのHyper-V、FreeBSDのxhyve、macOSのbhyve、
LinuxやNetBSD等で動くXen、LinuxやWindowsで動くVMWare ESXi
正しくはこうなんだけど、Hypervisorが広まった10年前ぐらいのときにFreeBSD用のHypervisorを
KVM for FreeBSDのように表現していたことがあったから、KVM=Hypervisorみたいな捉え方を
している人がいるのか 最近のLinuxにはバックドアが付いてて、
トバちゃんがコマンド打つだけで世界中のLinuxがストップするよ。Androidも含めて。
そのコマンドを知ってるのは、トバちゃんだけ。 >>516
VMWareは違う、ESXi上でWindows、Linuxが動く。
ESXi自体が独立したOSみたいなもん。 >>518
> VMWareは違う、ESXi上でWindows、Linuxが動く。
> ESXi自体が独立したOSみたいなもん。
だからHypervisorであってるでしょ
複数のOSを動作させる仮想化機構がHypervisor
OSと一体型のHypervisorもあればOSと独立したHypervisorもある
KVMは前者でESXiが後者 >>519
> LinuxやWindowsで動くVMWare ESXi
の部分が間違ってるという指摘じゃないの
ESXiはESXi用OS&ハイパーバイザー
ESXiでLinuxやWindowsは動くが
LinuxやWindowsでESXiが動くわけではない
LinuxやWindowsで動く
VMware PlayerやWorkstationは
ハイパーバイザーとは区別されるホスト型仮想化アプリ
https://thinkit.co.jp/story/2012/10/17/3722 >>512
そもそもそのリンクに
>KVMは、他のオペレーティングシステム (OS) であるFreeBSD[3]やillumos[4]にも、ローダブル・カーネル・モジュールの形態で移植されている。
と書いてあるんだが?OSX-KVMとググれば普通に出てくるし、
libvertなんかのライブラリをを介して、ホストOSのカーネルがVT-xやAMD-Vに(ARMはまた別)
接続すれば即ちKVMでは? >>521
とりあえず
OSX-KVMはLinuxのKVM上でゲストOSでmacOSを動作させるための物で
macOSでKVMを動作させるための物ではない >>522
あー、なるほどね。
所でOSX上で動くQEMUはどんな仮想化支援機構で動いてるの?
KVMじゃないの? >>523
少なくともKVMのようなハイパーバイザーではなく
VirtualBox、Parallels Desktop、VMware Fusionと同じ
ホスト型仮想化アプリの分類
https://thinkit.co.jp/story/2012/10/17/3722
VT-xとか使えるハードウェア支援機能は使うんだろうけど ハイエンドチップを外販するとして供給量の問題が出そう
3nmで製造できるファブって限られてるだろ チップの外販などせず製品にして売る方が儲かると言うのがApple風の考えだと思うけど とりあえず4コアのCPU出したくらいで、クラウド鯖の話まで大風呂敷を広げるのは鬼が笑い死にするレベルじゃね。
Ampereを買収とかしたら、真面目に考えても良いけど。 >>528
むしろNeoverseのカスタム出した程度の会社の名前出してどやってる方が笑える
普通にAMDやAmazonやAppleのが上 >>524
QEMUはKVMだけに対応してるわけじゃないよ
xhyveのゲスト作成にも対応してる
今はHypervisorレイヤそのものがvt命令のnest対応してるから昔のホスト型と直接的に厳密に区別できない
強いて言うならnestedと言える
若しくは逆にESXi/KVMは厳密にはhostだからハイパーバイザではない
この前もARM QEMUにパッチでxhyve対応させた奴でWindows 10 ARM動かしてたでしょ
あれは元々QEMUメインラインがx86Hypervisor.framework対応してたから
OSX-QEMUはxhyveで動いてる KVMはGPLだからライセンス的に他のOSに取り込まれることは絶対にない
そもそもKVMってプロプライエタリだったQEMUのkqemuの置換え用じゃなかったっけ? >>531
カーネルはGPLでも特殊なライセンスなので一概には言えない
それとVMWareはLinuxコード含んでるし
ZFS on Linuxみたいなプロジェクトもある
絶対なんて言葉は軽く使ってはいけない OS 固有の Hyperviser は、Linux -> KVM, Windows -> Hyper-V, FreeBSD -> bhybe, OpenBSD -> vmm, macOS -> Hyperviser.Framework だ。
Xen や ESXi はそれ自体自立した製品で、管理用の UI クライアントが Linux ってだけ。ESXi のソースは非公開だが、Linux のコードは含まれていない。 >>524
いやいや、エミュレータの分類とCPUの仮想化支援機構(VT-x/AMD-v)に接続するための
機能をごちゃにしてね?ホスト型/ハイパーバイザ型っていうのはエミュレータの分類だろ?
それならQEMUはホスト型しかないのでは?
CPUの仮想化支援機構に接続している技術は何使ってるの?って質問何だが? >>534
“CPUの仮想化支援機構に接続している技術”って具体的に何だよ?
macOSでVTを使える条件なんか限られてるんだから
VirtualBox、Parallels Desktop、VMware Fusionと変わらないだろ
別にMac版QEMUだからどうこうという話ではない
> OSX-KVMとググれば普通に出てくるし、
> libvertなんかのライブラリをを介して、
> ホストOSのカーネルがVT-xやAMD-Vに(ARMはまた別)
> 接続すれば即ちKVMでは?
とか頭が悪そうな的外れな事を言ってるレベルなら
おとなしく黙ってれば? >>516
>複数のOSを動作させる仮想化機構がHypervisor
そもそもこれが違っている。
複数のOSを動作させる仮想化機構はただのエミュレータだ。
昔はソフトエミュレータしかなく、複数のOSそれぞれでソフトエミュレータがCPUをエミュレートしていた。
するとマウスの動き一つをとってもソフトでエミュレートする必要があるので死ぬ程遅くなる。
それじゃマズイという事でCPUの特権命令の一部をユーザーモードで使えるようにしたのが
CPUの仮想化支援機構でIntel VT-x/ AMD-v。
それをVMwareが自社のOSで使えるようにしたのがHyper-Visor(昔はハイフンあった気がする)。OSはESXとESXi。
マイクロソフトが自社のOSで使えるようにしたのがHyper-V。OSはウィンドウズ。
Linuxで使えるようにしたのがKVM。で、KVMはカーネルモジュールの形で他のOSにも移植されていると言っている。
xhyve/bhyveは余りメジャーじゃない気がする。Xenは出来たころはKVM並みにメジャーだったけど、最近はあんまり聞かない
因みにハイパーバイザ(hypervisor)でwikiで出てくるのはまた少し意味が違う。
エミュレータの分類を示すホスト型/ハイパーバイザ型でいう所のハイパーバイザも少し意味が違う。 でエミュレータであるQEMUは昔はCPUのソフトエミュレータだったけど
CPUの仮想化支援機構の利用としてkqemuを使っていた部分をKVMに置き換えた、
とWIKIに書いている。
…じゃあARM版のQEMUで使われているのもKVMでは?って話。 >>531
>KVMはGPLだからライセンス的に他のOSに取り込まれることは絶対にない
GPLってそんな排他的なライセンスだっけ?
GPLを利用した作成されたソフトウェアは同じくGPLとしてコードを公開
しなければならない、と言うオープン(を強制する)ライセンスだったはずだけど。 >>480
iCloudがあるからAmazonに売りつける可能性は
あるだろ。
Siriや噂の検索サービス、今後のサービス増強を考えたら
自社サーバ出して、サーバ上もAPFSにしないと。 >>540
少なくとも>>464の人が言っているのはサーバ向けにMacOSを売る、ではなく
アップルシリコンを売ると言っているな。 へーそうなんだ
まぁ Google Cloud 使うと中国市場から締め出されちゃうからなぁ RISCとの戦いには勝ったが、ARMにはまけるのだ CISC XenもVMwareもVTができる前からあったけどな >>536
>>複数のOSを動作させる仮想化機構がHypervisor
>
>そもそもこれが違っている。
いや、お前が間違ってるでしょ >>539
取り込んだら、GPLを強制されるのが困る人もいるでしょ。
そうすると、現実的には取り込めないという結論になる事もある。 >>546
Xenは知らん。VMwareはVTを自社製品に取り込んだ時に
Hyper-Visorという名称と出してきた。 >>548
「他のOSに取り込まれることは絶対にない」ということはない。 >>547
じゃあ、ただしい概念よろ。
「複数のOSを動作させる仮想化機構がHypervisor」
なんてことはあり得んな。
1つのOSだったらHypervisorじゃないとでも言うのw? >>550
すまん。よく読めてなかったよ。
絶対は言い過ぎたね。 それはフルエミュレーションだろ
VirtualPCやVT使わないQEMU然り 大昔は、単純にエミュレーション頑張るで、
今は、ハードウェアの仮想化機能を活用するのと、
準仮想化で、ゲストにも対応してもらうのが多いんじゃない? そもそも仮想化が必要な背景は、業務システムで
マシンが老朽化したのでマシンリプレースが必要だが
同等の代替機がすでに生産していない状況がある。
高性能な機種に移行すると余力がありすぎるから
ついでに複数の業務システムを載せて導入コストを下げる。
この時、メモリやCPU、ストレージ、ネットワーク等を
含めて分離するのが仮想化技術。
多くはメインフレームからサーバマシンへの
移行で使われた。
COBOLのシステムならエミュなど使わず再コンパイル
するのでエミュは不要。 >>528
クラウドの方はAmazonが既にやってるよ
ただそれほど流行ってないのはPC上で使ってたものがそのままでは動かないから
仮にPCもARMで開発出来るようになったら話が違ってくる
その後普及するかどうかはわからんけどね(Amazonのやる気次第w) >>555
それは古いオンプレサーバだけの話だな
今はクラウドサーバとして物理ハードに依存せず
柔軟に変更・拡張/増強・縮小できるのが利点になっている
vSANみたいなストレージ仮想化も同様
それらは柔軟性を生かしてプログラマブルに
それらの運用オペレーションのを自動化できることも重要
mac miniベアメタルのAWSのMacインスタンスは
IaaSですらなくこれらの利点は無いから
単なるのMacハードの時間貸しレンタルサービスでゴミ >>542
過去にawsとgcpのハイブリッドと発表されてたような
詳細は謎
中国本土ユーザに関しては
gcbdって共産党から丸見えのサーバに置いてる >>539
割と排他的だよ
他のライセンスと混ぜるとGPLのが強いのでGPL以外のライセンスが違反になって相容れない事が多い
デュアルライセンスとは別だよ >>557
それは仮想化というより主にk8sなどの方
vmにansibleなどを使うとしても既にスケーラビリティのためというより
>>555のような動作環境の用意が主
それがDockerなどのコンテナ環境である事もあるが
古いと言うツッコミはズレてる 世界中のサーバで使われてるCPUの電力ってどれ位なんだろう
それが半分になったら素晴らしいかもしれない 追記するとESXiはLinux由来だから普通にライセンス違反だよ
もう逃げ切ったけど >>562
k8sなどを使うためにハードウェアリソースは
仮想化されているのが前提で
そのための仮想化が有りき
新規サービス/システムや
SaaSに移行しているシステムも有るし
(MSのADやExhangeサーバ、Lyncサーバのように)
使用割合が大きい
スマホ向けやWebサービス程そうなる
>>555のような動作環境の用意は割合的には少ない
そういう環境や業界でしか仕事してない人間なんだろうけど >>566
>データセンターが、世界全体に占める電力使用量の割合は2%弱であり
サーバじゃなくてデータセンタ設備全体じゃねーか
嘘つくな
更にその中でサーバでCPUが占める消費電力の割合も部分的
HDDをアホみたいに積んだストレージサーバとか消費電力が高いからな >>562
いや、557の指摘は正しいよ。
仮想化の元々の用途は>>555でその用途だと性能はさほど必要としないから
仮想化なんてのは企業のレガシーシステムを動かすものとしてオンプレサーバー内で細々と運用されていた。
で、64bitのCPUの広大なメモリ領域と処理性能を活かせるから重宝はされるけど、
それだけだと用途がニッチすぎなので64bitCPUの普及は全く進まなかった。
(IA-64アーキは十数年経っても普及しなかった)そこにAMD-vが出てきて
大した性能劣化もなくハードの機能を使い切ることができるようになって、
レガシーを動かすだけでなく、OSを集積させる事が可能という事で>>557みたいな
クラウドサーバの用途が出てきた。これが2008年以後の話。
Dockerはまた別で2014,5年以降の話だね。 >>568
実は大きいのが冷房なんだよね。
だからアイスランドみたいな寒冷地に誘致したり、コンテナごと海に沈めたり提案してるw >>567
k8sは別に仮想化を必須としてはいないよ
勘違いしてる人多いけど
>>569
それも昔の話って意味だよ
スケーラビリティの担当はコンテナとその管理になってる よく考えたらHypervisor使わなくても一応文脈的には仮想化でいいのかな?
どちらにしろ>>567のような状況はもうない
特にスケーラビリティ重視のWebはそうだから真逆と言っていい
VM単位で管理する意味ないからね
Windows環境にコンテナができたらもう役目消えると思うよ
一応今でもアプリケーション単位で似たようなことはできるけど というか調べたらもうWindowsコンテナあったんだね
知らなかった しかし、ここまでApple Silicon不在の話題が続くとは、このスレの存在意義がw
せめてhypervisor.frameworkのARM対応とかに寄せていこうぜ・・・。 >>574
>hypervisor.frameworkのARM対応
その話を勧めてくれよw何も知らないんだが。
ARM版のMACで動くQEMUはそれ使ってんの? >>575
https://applech2.com/archives/20201128-windows-arm-insider-preview-on-apple-m1-mac.html
AppleのHypervisorフレームワークとQEMUを利用し、Apple M1チップ搭載のMacで「Windows ARM64 Insider Preview」の仮想化に成功したユーザーが現れる。 >>576
WindowsいらないけどAWSでプリンシパルエンジニアの
の人がARM MacでQEMUいじったという事は、ARM Macは
Gravitonの開発機になり得る、と信じていいのGrafさん?w M1 Mac上の仮想環境でARM64 Linuxを動かせた人いる?
https://github.com/utmapp/UTM/wiki/Install%20Ubuntu%20ARM64%20on%20Apple%20M1
このページに従ってUbuntu Serverのインストールを試したんだけど、
Ubuntuのインストーラーが延々と走った後に失敗して
インストールを最初からやり直しになってしまう >>570
日本でも北海道に作ったり
川の流水で冷やすってのもあったなw
ということは発熱少ないARMは有望だね OSSに関しては自己解決できないような無能は
大人しくparallelやVMwareFusionが出るまで待って
金出して買えよ雑魚カス(笑) 無能の雑魚カスは大人しく移行期間の2-3年が終わるまでIntelMacを黙って使ってろよ低脳(笑) >>578
知らなかったけどUTMってiOS用の仮想マシンもあったんだ… iOS版のWireGuard入れたら普通にVPN接続できてしまった。
Mac版はARMにまだ対応してないのに。 >>578
UTMではなくACVMでUbuntu Desktopの方の手順
ttps://github.com/KhaosT/ACVM
の右のReleases v1.0-4からACVM.zipをダウンロードして起動
# of CPUは2、RAMは4G、Displayはvirti-gpu
端末を起動して
dd if=/dev/zero of=ubuntu.img bs=1m count=10000
か、ACVM.appの中にあるqemu-imgを使って
Contents/Resources/qemu-img create -f qcow2 test.img 10G
などの方法で仮想ディスク作成してACVMのMain Imageにドラッグ
ttps://cdimage.ubuntu.com/focal/daily-live/current/focal-desktop-arm64.iso
をダウンロードしてCD Imageにドラッグ
Startを押して起動
普通にUbuntuをインストール
インストール後の再起動がうまく行かないようだから強制終了させてもう一度ACVMを起動
ttps://cdimage.ubuntu.com/releases/20.04/release/ubuntu-20.04.1-live-server-arm64.iso
だと途中でディスクが見つからないみたい homebrewのARM版bottle(ビルド済みバイナリ)提供開始
ttps://github.com/Homebrew/brew/issues/9488
試しに全部インストールしてみたけど、出てくるメッセージに従うとPATHとPKG_CONFIG_PATHに
こんな設定をする必要がある
ttps://pastebin.com/DBMrDbrD
動くからいいんだけどもう少し普通に/opt/homebrewにインストールできるようにしてほしいかな
おそらくFormulaの修正が必要だから誰か手伝ってあげて コンパイル速いんだからソースから入れてもいいと思う PowerPC版、Intel版にあった互換機が遂に完全消滅したことだけは残念だ 公式が一番安いことで、互換機が死ぬパターンだな。
RyzenでMac Pro超えを狙うのとかは面白かったが、そこまでしてMac OSを使う利点は思いつかない・・・。 Intel Mac廃止したら値上げは必定だと思うけどね?
今はIntel版よりコスパ良いことアピールしてARMに移行してもらう必要があるから
安いけど、移行完了後は比較対象が何もなくなるからアップルの好きに値決めできる。 MSはなんで最初からこれしなかったんだろ
https://pc.watch.impress.co.jp/docs/news/1294561.html
Arm用Windows 10、ついにx64エミュレーション実装版が公開 ついにx64エミュレータのプレビュー版リリースしたな
これ以上シェア落としたくないマイクロソフトはArmライセンスも出してくるだろうからM1でのbootcampも時間の問題な感じだ ARM版Windowsは名前を明確に分けりゃいいのに……
on ARMとかじゃなくて。
下手にWindows付けると、「互換性がぁぁぁぁぁぁぁ」とか騒ぐアホいるんだろ。 >>596
Windowsはx86版Officeを使えることが最大要件だから
(x64版Officeはx86用アドオンやマクロが動作しないから利用割合が低い)
それを優先させただけの話だろ
足りない頭を少しは使えよアホ >>598
マイクロソフトからするとわざわざライセンス出す意味ないからな。
Windows使いたいならAzure使ってって感じだろうし。 >>596
Intelへの配慮じゃね?ウィン-テルの同盟は最近まで盤石だった訳だし。
こんな物を出すというのはARMがx64より優先順位上ですよ
と言ってるようなもの。 >>598,601
>>597みたいな頭が悪そうなバカには理解できないんだろ
浅はかな思考で勝手にARM Mac向けWoAが出ると思って
一生死ぬまで待ってるんだろうな あとWoWはx64でx86をエミュレーションする仕組みで
WoAのx86エミュもそれを発展させたものだから
・x64ホストでエミュレーションする ○ 実績あり
・x86はエミュレーションされる ○ 実績あり
が前提で
・ARM64ホストでエミュレーションする X 実績なし
・x64はエミュレーションされる X 実績なし
よりも
・ARM64ホストでエミュレーションする X 実績なし
・x86はエミュレーションされる ○ 実績あり
の方が新規開発部分が少なくてラクなのは当たり前 >>597
むしろ信者専用機になってシェアを落としそうなのがMacだろ
Windowsを動かせないんだからもう仕事で使えない マイクロソフトからしたらブラックボックスの要塞みたいなarm macや
エミュレータで動作してとこにバグがあるのかわからないParallelsをサポートなんてしたくないだろ
Arm版Windowsはこれまで通りハードウェアとセットでしか出てこないだろうね あとはWoAでx64アプリもx86アプリも全て動作てきてしまうと
WoWはRosetta2のように不具合もほとんどなく
極めて高い互換性を実現できてしまうから
それによってARM64アプリ開発が進まないことを危惧して
あえてx64エミュは時間を置いたか
2年経ったけどARM64アプリが全く増えないし
WoA PCも全く売れないから諦めてx64対応をしたか >>603
悪そうじゃなくて頭悪いから教えてくれ
別に出なくても困らないけど出せないと思う根拠が知りたいわ
>>605
MSはOffice屋さんになりたいと WindowsOSライセンスとか
メーカーPC向けのOEM版なんかゴミみたいな値段で売ってるからな
一度売ったら5年は収益にならないし >>559
>>564
え、サービスコンソールが Linux 使ってたのは周知のことだし、それは別に否定してないんだけど…
最初のリンクにあった GPLv2 違反の件も VMKernel に Linux を使ってるだから公開しる!って Hellwig 氏が主張してるのはわかるけど、ZDNet や他の記事を見たら VMware はそれを否定してるし。
これは元記事の書き方が悪いね。VMware は一貫して VMKernel には Linux を含めてないと言ってるし、ここで書かれているハイパーバイザは VMKernel じゃなくて製品全体のこととして言ってる。 >>608
WoAの話なんだよな?むしろ出せると思う根拠が知りたいよ。
Linuxでさえトバルズ氏が開発に非協力的なメーカー(アップルのこと)
がハード情報開示しないから作らないと言っているのに何で作れると思うの?
仕様が公開されて普通に互換機が作れるIBM/PCの続きだとでも思ってるの? だって未だにWinFormsもWPFもARM対応してないしネイティブアプリが増えるわけがない >>613
C♯を他のプラットホームに移植させにくくする仕組みがマイクロソフト自信を苦しめるとは皮肉だなあwww >>612
ブラックボックスのハードにlinuxポーティングするのと、ハードの仕様を全部知ってる上で仕様が開示されてる他社のOSをAppleがポーティングするのとどっちが難易度高いか分からないの?
てかAppleの人がもうM1でWindows動かしてて大きな問題はマイクロソフトのライセンスだけって言ってるじゃん >>596
逆だろ。
なんでこれも出来ない段階でWoAのリリースをしたのか。 >>600
優先って、それどんだけアホなんだよww
抜けてるところが多数あってアホ過ぎ >>599
逆だろ。
Windowsと付いている事がマーケティング上有利だからいつもWindowsを冠する。
それでも売れずに消えるものも有る。
付けなかったら初動すら無い。 >>612
別にMac向けに開発しろなんて誰も言っていない。 >>615
成程、君はAppleがWindowsの移植作業をするから難易度が低いと言ってるの?
マイクロソフトがWindowsのソースコードを渡してアップルがM1チップ用に移植・ビルドして
ブートキャンプ可能なWindowsですよ!とでも言って出荷してくれると。
不思議な世界だねw
「M1搭載Mac上で仮想Windows環境を実現」する事と
「bootキャンプでWindowsが直接M1チップを制御する」事は全然違うってことは理解できるよねw? >>620
>>597が「M1でブートキャンプ」て書いているじゃん。 「素のWindows」を起動させるためにAppleがブートローダ互換レイヤとドライバを用意するのがBootCampであって
MSがWindows側にMacで動くようにするための何かを仕込むわけではないのだが >>622
Mac向けに開発しろなんて誰が言ってる? >>624
それがIntelCPUのIBM/PC上で実現できていたのはCPU、メモリ、バス(PCIEなど)、
グラフィック、汎用IOなど全てのIOが公開されていたから。
ハードメーカがそれに従って作ったものはMacとして出荷されていようが、
Winとして出荷さていようがOSがドライバさえ持っていれば動くことが保証されている。
M1チップは勿論そんなものは公開されてない。 >>627
ブーキャン用に専用のWindowsが有るとでも思ってるのか? >>625
MacのBootcampでの動作をサポートして
それに対してライセンス販売して金を取るなら
MSとしてもその動作環境に対して検証や保守をしなけれはらならない
WoA用ドライバはApple側で開発する必要があるが
当然それに対してサポート/フォローしなけらばならない
頭が悪い情弱の低脳に理解や想像しろと言っても無理かな? >>628
OK!OK! じゃあ君は俺の書いた
>「M1搭載Mac上で仮想Windows環境を実現」する事と
>「bootキャンプでWindowsが直接M1チップを制御する」事は全然違うってことは理解できるよねw?
この2つの違いを自分の言葉で説明してみ?できる?
それが出来るなら俺の話がわからない筈がない。
出来ないのなら俺と幾ら話ししても君には理解できないから時間の無駄だw。 >>626
だからM1のことはAppleが知ってるんだからAppleがファームウェアレベルの互換レイヤを作るんだよ
MSは任意のハードにインストール可能なライセンスを用意する以外何もする必要はないの >>629
インストールするハードを指定して売買契約してる訳じゃ無かろう。
購入者はインストールしなくたって良いんだし、何にインストールしようが構わない。
求められているのは一般販売のライセンスだけだ。 そういうのを「なんで俺がやらないといけないの?」とか言って他人が上手いことやってくれたら後乗りするのがappleやん >>632
ARM64版Windowsを金を採ってOEM以外で売るという時点で
その条件に当てはまる時点で不必要なサポート対応の義務が発生する
バカでもわかるようにあえて極端な例で言えば
Raspberry Piでも動作できることを担保する必要がある
モバイル由来のSoCなんて使用非公開で独自のハード仕様が多いのに
従来のDOS/V、AT互換機と同じ前提で考えてる時点で
無知で頭が悪すぎるんだよお前は
だからWoAの販売・サポートはSnapdragon850/8cx &Gen2/8c/7cのOEMに限定されている
ここまで丁寧に説明してやっても理解できないかな?
理解できないんだろうな(笑)本質的にどうしようもない低脳なバカには
マカーは頭が悪いのが多すぎるなあー >>635
動くか動かないかと
サポートする、その前提で金を取って
公式に販売して提供するは全く別の話
ラズパイ向けに無償提供してるWindows10IoTは
Windowsたる機能が超絶せいげんされた別物
的外れで無価値なんだよお前は >>634
Mac用を売れなどとは誰も言ってない。
ラズパイにぶち込む奴も自己責任だろ。
「ラズパイで動かないんですけど」なんて話をMSがサポートしてるか? Windows10InsiderPreviewも同じな?
(無知で情弱で頭が悪いバカが、また的外れな事を言い出す前に釘を刺して潰しておく) ラズパイ向けに出しているバージョンは当然サポート範囲だが、ここで言っているのはMac用などと言うものではなく、現時点でARMマシン用に提供しているものと同じもの。 ラズパイで動くってのはデスクトップ版のフル機能のARM版Windowsの話をしてるんだが
もちろんInsider Previewから勝手にインストールイメージ作って動かすっていつものやつな >>637
ラズパイ向けに提供されている
Windows10IoTは一定の条件でサポートはされる
なぜならラズパイとの協業、IoT分野への投資と割り切って提供してるから
その前提でMSも開発と検証をしている
的外れで無価値なんだよお前は そもそもなんでそんなにWindowsが動いて欲しいのかよくわからないんだよな
具体的に何を動かしたいのかな? そもそも、特定のハード上でのWindowsの動作についてのサポートはハードのメーカーが担っているだろ。
MSにコンシューマー窓口あるか? >>640
ARM64版Windowsを金を採ってOEM以外で売るという時点で
その条件に当てはまる時点で不必要なサポート対応の義務が発生する
モバイル由来のSoCなんて使用非公開で独自のハード仕様が多いのに
従来のDOS/V、AT互換機と同じ前提で考えてる時点で
無知で頭が悪すぎるんだよお前は
だからWoAの販売・サポートはSnapdragon850/8cx &Gen2/8c/7cのOEMに限定されている
非保証で不安定なInsider Previewなんかで動こうが
MSがWoAライセンスを外販/サポートするかとは無関係
話終わっちゃったな? >>642
Macで動かないなら別にハードを用意するが、その無駄を省きたい。
で、その場合、ブーキャンでなく仮想で動いた方が数倍便利。
Windowsユーザーとやり取りする為のユーティリティ。 >>644
Intel向けには一般販売してるけどね。
ARM向けの一般販売は今んとこ保証しかねる、つまりMSの技術力ではまだ無理って話だろ?要するに。 >>631
なるほど、君が何を理解してないのか俺が理解した。
君はM1チップにBootキャンプが出てくるのを楽しみに待つと良いよ。 >>647
というよりも
お前が無知で無能で低脳というだけだな
要するに
マカーの大半そうだから別に恥じる必要は無いけど 俺は、Windowsはゲーム専用だから、
M1で動かなくても困らんな(´∀`) MSの技術力ではWindows on ARMは3年を費やしても一般販売できません。
これが結論。 >>642
intel winならまだしもWoAでx86_
64動いても激しくどうでもいい気がする。 MSがMac用のスペシャルバージョンを用意しないとBootCampは実現しないと変な思い込みをしてる奴がいるな インスコするハードが存在しないんだから一般販売する必要がないw >>646
具体的にどんなWindowsネイティブのアプリが動く必要があるの?
Windowsユーザーって、今は普通はx86_64 Windowsユーザーだから、CPU抜きにWindowsを語れないと思うんだけどな。
もちろん使いたいアプリによると思うけど。 >>658
MS Office
未だに互換性が不完全なんで。 ソフトメーカーであるMSが売り先を絞らなきゃならない様な有り様だって事なんだよね。
3年も費やして。 問題なのはデスクトップ用の汎用のARMチップが出回ってない事だろ。
あればそいつをターゲットにARM版Windows作るだろ。 >>621
何言ってんだ?bootcampはmacでWindows動かすための下回りセットにして導入しやすくするためにAppleが提供してるサービスだろ
あとbootcampって言ってるのに仮想環境の話したがるのなんなん
上から目線でドヤってるのにあたまわるそうなのウケる >>663
ARM MAC Windowsでググった一番上に
おそらく597が参考にしたであろう資料があり、
その記載はブートキャンプか仮想か非常に紛らわしく書いている。
それを読んだのなら、成程、誤解もするなとは思う。 >>658
エロゲーだよエロゲー。
エロコンテンツは全部1台のMacBookの中で完結させたいという男の浪漫だ。 >>665
Retinaのスケーリングでエロゲー動かして
まともにグラフィック表示するの?
…と突っ込んでみる。 仮想化ブーキャンエミュ混同して知識が滅茶苦茶なのに
なんでも知ってるんだぜみたいな態度でめっちゃ偉そうに話して間違い指摘されると逆ギレするんや >>667
別に逆ギレなんてしてないが?俺にとっては終わった話。
ブートキャンプでると信じてる人が信じ続けるのはそれで良いと思うよ。
そもそもアップルは「出さない」と言ってるんだから、そっちを俺は信じるよ。
ファームウェアがどうのこうのは(多分)UEFIの事を言っていると思うけど
そもそもARMマックが本当にUEFI使ってるかどうかも分からない話だし。 ブーキャンするなら安いIntel PC買うよ。
望まれてるのは仮想。 なんだかんだみんなWindowsが動いて欲しいんだなw
俺もそうだが >>669
そういう事。
こっちは既にQEMUの成功例もあるので利用可能かどうかは
マイクロソフト次第 >>670
それはロマンなの?
自分は両方マシン持ってるけど ドキュメント作るにしても素材はMacで作って、Windowsでは組むだけだけどね。
あとはマクロとか。
相手がWindowsならWindowsを使うしか無い。 > そもそもアップルは「出さない」と言ってるんだから
んなことは言ってないぞ MS社内では、M1上でarm版win10が動いてて、
MS社員が「これ、どうしよっか?」なんて言ってるところだろうね。 Dockerは欲しいけど、Windowsなんて必要なら別PCかWindows Virtual DesktopみたいなDaaS使えばいいのに
VMwareとかParallelsをMacで動かしても遅い印象しかないなあ 本当にApple/MS両者の利害が一致してできる/やりたい/やるつもりなら
MS Office ARM版のように発表時点で対応を表明して
ローンチに間に合わなかったとしても
近い将来対応する旨をを発表してる
MS Office ARM版とは違ってそうなっていない時点でお察し
頭が悪いバカにはわからないんだろうが うんうん。
君のいう事よくわかったよ。
特定のARMマシン以外での動作を保証出来ないんだよね。
Appleは在り物出してくりゃうちでは動かせると言ってるけど、MSには出来ない。
もう耳タコだよ。 >>501
ヒント 先行投資
現実には利益やリソースに負のインパクトが出過ぎない範囲でやるんだろうけど
どうせやらなければならないことだし >>502
VM買いかねないけどな 腐るほど金がある >>681
どうせやらなきゃいけないことなら
本当にApple/MS両者の利害が一致してできる/やりたい/やるつもりなら
MS Office ARM版のように発表時点で対応を表明して
ローンチに間に合わなかったとしても
近い将来対応する旨をを発表してる
MS Office ARM版とは違ってそうなっていない時点でお察し
頭が悪いバカにはわからないんだろうが >>613
WinFormsはともかくWPFは対応していると思ってた。
調べたら、更にUWPなんてのを持ち出してワケワカメ状態。
同じコードで、Mac/iPad/iPhoneで動作するフレームワークとか真似してさも初めて思いついたかのように主張しそうなのがApple。 >>666
4K環境もめづらしくないWindowsで
低解像度のRetinaの話をしなくても
Macのハードウェア環境の悪さを自慢するなよ >>671
マイクロソフトには何も責任も義務もはない
アップルがマイクロソフトには金と情報を渡して頼む立場 MicrosoftがARM版Windowsのライセンスを一般販売するか否かの話なんだからAppleは関係ないだろ
むしろユーザーがMicrosoftに土下座してお願いする立場なんじゃねーの? nVidiaは早ければ来年中にもデスクトップPC用Tegra作り始めるのじゃない?
そのときにはARM Windows売ってるだろ >>688
Tegraはスイッチ専用チップと化したから無理 >>611
管理コンソールが普通にOSで潰せない
なので厳密にはホスト型だよ
KVMもそう
xenはdom0潰しても生きてるからね
あとVMWareは普通にLinux由来だよ
再設計で既存コードの切り離しに成功した?から何も言われなくなっただけで
本来なら派生ソフト全部汚染されてるからLinuxコード含んでなくてももはやライセンス違反 >>611
一応言っておくとHyperVも管理用のWindowsは仮想化されて動いてる
質はどうあれハイパーバイザ型 >>611
ああvmkernel単体が関係ないからって言ってるのね
管理側ドライバが動的結合してるからそうは行かないんだこれが
GPLってOSのコマンド単位で切らないとダメだから
IPCすらLGPLでないとダメ x64エミュレーション対応のWindows 10がM1用QEMUフロントエンドのAVCMで動いたよ
x64なFirefoxは普通に動作
ベンチマーク系がなんか変で、Geekbench5はaarch64しか出てこないし、Cinebenchは
libmmd.dllがないといわれMedia Feature Packを入れてもダメ、PassmarkはCPU Mark
のみ動きスコアが700台でだいぶ遅い
こちらの手違いの可能性があるから誰か追試して あと、M1上のQEMUではMicrosoft Storeアプリが動かない
また、M1用Android Emulatorも32 bit ARM apps won't work
ttps://github.com/741g/android-emulator-m1-preview
ttps://gist.github.com/niw/e4313b9c14e968764a52375da41b4278
のコメント欄によると、以前から可能性が指摘されているように、M1は64bit aarch64のみで
32bit aarch32アプリ未対応だからじゃないかという話 もう一点
Raspberry pi 4でデスクトップ版ARM Windows 10を動かすQiitaより
ttps://qiita.com/mkht/items/9d173334dc5b26bfef46
ISOをWindows Updateのサーバーから引っこ抜く形でRaspberry pi 4でリリース版の20H2が動き
ライセンスは普通のリテール版x64 Windows 10用ライセンスキーでARMも認証が通るとのこと
M1版QEMUでも同様にInsider Previewでなくてもいけるんじゃないかな まあ、無理やり入たところでまともに動きそうにないよな
ドライバ作るにしても大変そうだし 時間だけは有り余ってる無駄なことに労を費やすヒマ人(笑) もう一つ忘れてた
Geekbench5でのRosetta2とARM Windowsのx64エミュレーションとの性能差
ttps://twitter.com/keylimesoda/status/1337529475051884544
Rosetta2は4分の3ぐらいだけどWindowsだと半分近く落ちるとのこと
https://twitter.com/5chan_nel (5ch newer account) >>687
ArmWinの一般販売を望んでるのはM1Macユーザーだけなんだよねぇw >>700
それはエミュの性能なのかSQ1/2がウンコなのかが区別が難しいな。 >>700
M1でx64だと0.75*0.5=0.375とかなのか >>702
ああその問題もあるのね
M1はx64変換に合わせた命令が
あるんじゃなかったっけ? >>664
わっちょい見りゃ597も俺なのが分かるけど、俺はx64コード動が動かない中途半端な今の状態でArm版Windows売らねーだろと思ってるしx64対応されたら技術的な問題は基本的にクリアになるから(政治的な問題はないと思ってるんで)時間の問題だろって書いただけなんだが
そもそも仮想化なんて一言も書いてねーのに誤解してる事になってて怖いんだけど。。まぁもういいや リリース前の開発版でWinは半分近く落ちる〜とか言ってもね >>702
エミュ性能でしょうて。x86も50%くらいとか言われてたし。
まぁ互換性云々を気にせずかっ飛びチューンが許されるAppleとは
違い、思い切ったこと出来ないんだろう。
これで互換性もクソだったら大笑い。 開発版とはいえそんな程度のもんをリリースするのもなぁ
安定バージョンリリースまで牛歩レベルじゃねぇのか? その代わりにWindowsエミュの方が
ロゼッタよりはるかに互換性と安定性は高いからな
ロゼッタのような動作不具合やクラッシュはほとんどない >>711
これのことね
4/ So Apple simply cheated. They added Intel's memory-ordering to their CPU. When running translated x86 code, they switch the mode of the CPU to conform to Intel's memory ordering. >>701
WoAって、未だに基本的に要らない子なんだよね。
Windowsと言いながら動かないアプリは多いし、特定の機種専用だし。
3年も経ってんのにねぇ... WindowsCE時代も入れれば、もっとずっと昔からMSは何かとArmにちょっかい出してる >>715
memory-orderingてまさに>>714の話なんだけれど
知らない話については黙っといた方が良いんじゃないか
https://en.wikipedia.org/wiki/Memory_ordering メモリーオーダリングとエンディアンは違うらしい
専門家でも誤解してた人がいるらしいけど M1は速度と互換性両方上げるためにx86と同等のメモリコンシステンシモデルで動かすモード持ってるからね
マルチスレッドで厳密なエミュレーションするためにメモリバリア命令を各所に突っ込む必要がない エンディアンとメモリコンシステンシは全く無関係なのだがどこまで無知を晒せば気が済むんだろう アウトオブオーダーでメモリ命令並べ替えるときの成約についてARM用とx86用持ってるってことね
すげーな
A14/M1のマイクロアーキテクチャの話はこの辺が面白かった
https://www.anandtech.com/show/16226/apple-silicon-m1-a14-deep-dive/2 >>712は
> they switch the mode of...
ってバイエンディアンのことかいてる だからエンディアンじゃなくてメモリコンシステンシモデルのモード変換だって言ってるだろ
https://github.com/saagarjha/TSOEnabler
Macのaarch64環境はそもそもx86と同じリトルエンディアンなのでエンディアン変換なんて最初から必要ない >>712,714
全く関係ない話でワロス
何も理解できてない無能さを証明して何をしたいんだか
無知なバカは黙ってROMってろよカス >>704
> M1はx64変換に合わせた命令がある
> running translated x86 code
自分で書いてておかしいおかしいと気付かないのかな頭が悪すぎて >>691
すまん。何の話? あと、VMWare が Linux 由来ってどこ情報? VMWare のプレスリリース読みなよ。全否定してるから。
>>692
? イミフ
>>693
ESXi 7,0 で、vmklinux は廃止されたでしょ。だから、GPL 問題も主張できなくなったわけ。Linux ドライバはもう動かないよ。そういう意味。 >>716
結局、WoAでなにかやりたいことがあるのか見えないんだよな。
バッテリはもう10時間超えたら20時間でないとダメなんてシチュが思いつかない。
ARMで無理目のx86エミュするくらいなら、そこそこの省電力CPUのネイティブx86機を使った方が面倒が無い。
M1みたいに性能が逆転する方が異常なんだけどね。 MicrosoftからすればAppleだのMacだのどうでもいい瑣末事だからな
敢えてイジメるような真似はせんだろ >ARMで無理目のx86エミュするくらいなら、そこそこの省電力CPUのネイティブx86機を使った方が面倒が無い。
これに尽きる そろそろRaspberry pi 4でmacOSが動かせたという話が出てきてもいい頃だ >>730
それだとMAC一台で仕事が完結しない。
相手先のWindowsに合わせてあげつつ、自分はM1Mac
で仕事を完結させてドヤ顔したいのがMac使い。 >>728
それな
ノートPCなんか8時間使えれば十分すぎる
アダプタとモバイルバッテリーはスマホと兼用できるし
カフェでもホテルでも新幹線でもオフィスでもどこでも充電できる >>728
Rosetta2然りエミュてアプリを使わなきゃいけない時点で
性能効率が数割低下してネイティブのIntelCPUに対して
省電力性の優位なんか消え失せるからな
> ARMに最適化されたEdgeブラウザでWi-FiでYouTube再生すると11時間28分。
> Chrome x86で同じテストすると7時間43分 (GIZMOD) 昔みたいに、Arm Macに挿せるオプションのx86カードがあれば諸々解決
ブートキャンプでも仮想マシンでもいいけど、WindowsをArm Macで動かす話は
専用のスレを立てたほうがよくないか 仮想マシンの話が出るのはしょうがない気がする。
ARM Macをマック単発として使ってる人なんてむしろ少数じゃないの?
初めて個人が気軽に手に入れられるARMアーキテクチャのパソコンって事で
こいつを踏み台にして>>588が教えてくれたエミュでARM Linuxも気軽に試せるようになった。
しかも結構早いというw 初めて個人が気軽に手に入れられるARMアーキテクチャのパソコンはSurfaceだな
SurfaceはARM LinuxもWSL2で気軽に試せるしな >>740
surfaceはノートだろ。
ノートならchrome bookとか他に選択肢が無いわけでもなかった。 数理計算処理ソフト(SageとかMagma)ってM1でも動きますか? >>743
ARMの「あ」の字にも言及がないソフトは流石に動かないだろう。 >>725
普通に関係あるぞrelaxedだと動かないから
x86由来のコードはリオーダーさせないモードがある
>>723
エンディアンではない >>727
イミフと言ってるのがイミフすぎる
あとVMWare自身が否定するのは当たり前でしょ何の根拠にもなってないよそれ
それと廃止されてもライセンス問題は含んでるよGPLだから
既にLinux関係なくても派生コードはGPL汚染されたままだから
LGPLならまだ問題なかったが動的結合してるので本来はそれでもアウト
開発やGPLそのものには詳しくないと見える >>745
動かんの割とあるだろ。x86_64でリコンパイルすると動く場合があったり謎。
どうせリコンパイルするならARM64でやり直すだろうけどね。 >>723
https://mobile.twitter.com/ErrataRob/status/1331735383193903104
3/ The biggest hurdle was "memory-ordering", the order in which two CPUs see modifications in memory by each other. It's the biggest problem affecting Microsoft's emulation of x86 on their Arm-based "Surface" laptops.
メモリオーダリングの意味がわからないならググろう
いわゆる非アトミック操作や半順序簡約などの話
https://twitter.com/5chan_nel (5ch newer account) モード切り替えだからインディアンだとかいう短絡思考なんだから
どれだけ説明しても理解する入り口にすら立ってないだろう 確かにモード切り替え=エンディアンって発想はよくわからないね
モードなんて多種あるのに >>730
でもやっぱりWindowsは仮想で使った方が妥当なんだよ。
文章打つのも写真加工や作図するのもMacの方がやり易いし、ファイル管理も便利。
WindowsではMacで作った素材を組み合わせるだけなんで、別体だと面倒くさい。
コピペも出来ないし。
Windowsユーザーが編集可能なファイルで尚且つWindowsでこちらが意図した通りのレイアウトを保証するのがWindowsを使う主な理由なんで。 >>737
心配しなくてもMacではApple Siliconネイティブアプリへの移行はちゃんと進むから、 両方持つと金もかかるしスペースも取られる
持ち歩くなら体力も取られる
一つにできるならそれに越したことはない
iPadとの2in1が熱望されるのと同じ理由 iPadとMacは別の方がメリットが有る。
そもそも一緒にできない。 Windowsも必要で1台で済ませなきゃ困るなな
ハードアプリ含めてARM完全移行が終わる2-3年は
IntelMacを使えば良いだけ
試作品レベルで不完全な欠陥品のゴミを勝手に買って勝手に使って
文句を言うのは的外れだし愚かで単なる無能 その通り。マイクロソフトが動いてくれないWindowsの話なんかしてもしょうがない。
それよりARMLinuxの話ししてくれよw
試しに入れたUbuntuはサンバクライアントが動かないのか共有フォルダが見えないw >>759
リーナスがArmMacはブラックボックスが多くて今はまだ動いても
世代が経つごとにどんどん動かなくなるからサポートできないと断言してたが ArmMacはWindowsもLinuxも動かないゴミだと言うわけだ
MacOS動いても嬉しいのは信者だけどろ >>760
それは物理の話だ。仮想は>>588の手順で普通に動くし
性能もいい(少なくともGUIは相当快適)。 WindowsってストアからLinuxインスコ出来るんだよなw >>743
Magmaはメーカー非推奨だろうけど、SageMathはARM対応って書いてあるじゃん。
最悪自分でbuildすれば? >>743
あとちょっと検索すれば
https://ask.sagemath.org/question/54220/apple-silicon-m1-chip/
とか見つかるんだが、ここ見る限り自分でbuildは無理そうだなw
そもそもBig Surでbuildできていないらしいから。
この手の業務で使うソフトをMacの新しいOSで使いたいって人種は理解できない。 負荷の高い作業をさせる訳でもなし。
LinuxもWindowsも仮想で動けば充分。
LinuxはParallelsがデモで動かして見せているし、Windowsもライセンス次第。
どちらもARM向けではあってもApple Silicon向けでは無い。 X86系がある限りArmWindowsシェアは低迷し続けるしもう独占もない
そしてX86系自体もIntelが大きなブレークスルーを起こせない限り時間の問題
その間にAppleは無論NVIDEAのArmチップでGoogleや中国企業も躍進する
まあその代わり最終的にはX86系はWVDなどに纏められ
端末やOSを選ばなくなるから心配いらない >>763
動いてるだけで実用レベルには見えないが 別にARMWindowsでもx86と互換性が維持されて然るべきデスクトップ用
の汎用ARMチップが出回っているなら乗り換えて良いけどね。
普段使ってるデスクトップはwinが6core12スレでアイドル時80wだけど、
M1マックがアイドル時5wってのは幾ら何でも差が出すぎ。
互換性が維持されるなら今すぐ家中のPCをARMベースに切替えて良い位だ。
ARMが優秀なのかM1が優秀なのかはしらんけど。 >>770
性能がアレでもいいなら5WのIntel/AMD CPUだってあるぞw。
あとちゃんとしばけばM1 MBPも轟音だと報告されてる。
(たぶんMBPはファンが小型な分だけ高負荷時に、よけい静音性が悪くなる) >>771
デスクトップ向けはねーよ。
10W以下が有るとすればノート向けの末尾にYとかUがついた奴だ。 >>760
BootcampみたいにベアメタルでARM Macハードを使って
Linuxを動作させる必要はない
仮想化ならParallelsやVMwareFusionが用意する
仮想ドライバを使って抽象化された物を扱うだけ
WWDC20でARM64用のVTフレームワークを用意して
parallelsみたいなサードパーティ仮想アプリを使ってる
Linuxを仮想化で使えると明言している
ParallelsでARM64のUbuntuを仮想ゲストで使うデモもしただろ あくまでメインはmacOS
LinuxやWindowsは仮想で十分 >>771
「ちゃんと」 ってのは具体的にどういう使い方だい? >>504
熱問題一つとってもサーバー環境には結構なコスト削減になると思うがw
電力・設置スペース等メリットは大きいだろうね
それを10年続けるとすると開発費は楽勝 サーバーでARMを使う話は大昔からあるけど、実際に使ってみると電力、性能、コストのバランスが良いのはx64でARMの採用は進まないまま
アップルシリコンがこの状況を覆せるのかは難しいだろうね 既存のARMプロセッサは消費電力を上げても性能の向上がインテルよりも悪いらしい
アップルシリコンも同様の問題を抱えているのではないかという疑問は当然出されてる そもそも「消費電力を上げても性能が上がりにくいかどうか」ISAでは決まらんから
どんなISAだろうとマイクロアーキテクチャと物理設計と製造プロセス次第だよ 富士通のアレも命令はARMだけど中身sparcだかんな M1が持つすべての機能を自社OS以外からも扱えるようにしろ >>779
まだこれ言ってるお馬鹿さんがいるのね
AWSもGraviton2出てから本気で移行考えてるとこばっかりだよ
企業が求めるのは結局コスパだけなんだから当然の話 個人/スタとアップはARMに流れていくだろうね
そして徐々に大きな企業もARMに置き換わっていく
ARMのIaaSで先行しているAWSはまた規模の経済で勝利を獲得するっていう寸法 >>787
webサーバーで使ってるLinuxなんかはARMで全然行けるし、安いから移行は進むと思ってる。
x64しか対応してないWindows serverとアプリはどうしようもないけど。 ArmのWinサーバーとか出そうと思えばすぐ出せるだろ 別にApple のARMに頼らなくても、インテルや、NECや、東芝、DEC待ってれば良いじゃん >>789
お前みたいなバカが思っても
進んでいない現実
残念だったな(笑)
DBサーバだろうがAPサーバだろうが
運用保守性を考えたら
OSやミドルウェアは共通化するのか普通だから
中途半端にWebサーバだけARMバイナリにしたりなんかしない >>792
いや、AWSのGraviton2インスタンス出たの今年で移行進んでないとか言われてもな。
時期とか考慮できないバカですか? ディスプレイメーカーのEIZOによると、M1のMacを繋げると色が正しく表示されないとかなんとかの相性の悪さがあるみたいね
たぶんAppleは最初から知っててMac ProとかMacBook Proみたいな業務向け端末にはまだM1載せなかったのね >>793
勝手に自分の都合がいい前提にすり替えるなよカス
Gravitonインスタンスが出たのは2年前
その頃からその当時のIntel/AMDインスタンスと比較して
インスタンスコストパフォーマンスが優れ
RHEL(CentOS)やUbuntuもARM64対応済みという点
という条件は別に変わっていない
こういう頭が悪くて幼稚な人間の行動は予想も容易
〜2年後〜
ARMサーバのシェアば依然として伸びず
バカの見苦しい言い訳「AWSのGraviton3インスタンス出たの今年で移行進んでないとか言われてもな」 >>794
ソフト的な問題なんだから関係ないんじゃない? BathyScaphe動かなくない?
掲示板リストを取得できない
更新もできない >>797
正式リリース版は動かないけどベータ版で動いてるよ。
公式からベータ版落としてみると吉 >>795
AWS限らずARMサーバー全体のシェアも400%伸びてるんだが。それだけ採用例も増えてコストも安いなら移行が進むのは当然。
しかもインテルは向こう2、3年大した性能向上も見込めないときてる。
頭の悪い奴は移行の手間が〜保守性が〜実績が〜と御託は一人前に並べるが、ただ変化を嫌ってる脳死野郎だ。 マ、Microsoftが3年もかけて成果出せないんだから....
移行の手間も〜保守性も〜半端ないんだよ。実績も無いしさ。
普及しなくて当然さ! >>799
元のシェアがゴミ過ぎるだけだから
400%増なんて数字に大した価値なんか無い
0.01%が0.04%になっても400%ぞうだからな Azureでも数年前にARMサーバを極一部の用途で限定的に使うっていう話があったが
それ以降でARMにとって景気の良い話は皆無という(笑) >>799
> 頭の悪い奴は移行の手間が〜保守性が〜実績が〜と
> 御託は一人前に並べるが、ただ変化を嫌ってる脳死野郎だ。
じゃあお前が自分でやってみろよ(笑い)
qiitaとかブログでOOスレのレス番いくつIDいくつですって
記事内に書いてここにリンクしてみろ
それができないからお前は口だけの無能で無価値なゴミ人間 >>799
> しかもインテルは向こう2、3年大した性能向上も見込めないときてる。
Intelは知らんがAMDは10nm→7nm、7nm→5nmで
順当に性能向上し続けるよ
https://pc.watch.impress.co.jp/docs/news/event/1163938.html
Appleが別に大して優れてないのに
TSMCおかげでTSMC頼みて性能向上できて来れたのと同じでな
そして、事業の要であるサーバ用CPUのシェアをAMDに食われ出すと
Intelも危機感を感じて他社ファブを使う可能性含めて方針転換を迫られてる
そうなればIntelCPUの性能も向上する >>804
それができないのがお前のコンプレックスだろうに
また自分のコンプを晒していくぅ〜 >>806
じゃあお前が自分でやってみろよ(笑)
qiitaとかブログでOOスレのレス番いくつIDいくつですって
記事内に書いてここにリンクしてみろ
それができないからお前は口だけの無能で無価値なゴミ人間
それができないのがお前のコンプレックスだろうに (笑) Intelってちょっと前にTSMCとアレしたって報道出てなかったか >>807
何が何でも人に言うだけで自分だけはやらない負け犬ぅ〜 2年前apppleがmacにarmを採用すると言っても顔を真っ赤にして反論する奴が多かったな >>805
いやAppleはここ数年は常に「最適化」で優れていたよ。
同じ世代のテクノロジーを利用しても、Andoroidみたいな非効率的なOSに対して、iOSに最適化した設計のAプロセッサで常に一世代差以上のパフォーマンスを得られてきた。
同じことをノートPCという狭い範囲では今回も成功させた。
ただし、ワッパよりピーク性能が重視される分野で同じことが可能なのかどうかは未知数だろう。
サーバーなんかのスケーリングでも同様。
AppleはXserveをぶん投げた前科があるから、積極的に採用しようなんて企業はなかなか出てこないと思うが。 >>799は口だけの無能でなにもできないことが
バレたから逃げちゃったか?(笑) アムダーはapple叩きにTSMCがすごいだけ!って主張するから脳がバグるんや >>810
intelファンボーイだろ。今はもう息してないと思うが。 酒屋の息子は英語読めないからそんなソース提示しても無意味
反論になってないって繰り返すだけの壊れたおもちゃになるだけだよ M1 MacのQEMUでWindows 10のx64エミュレーションを動かしたときのベンチマーク見つけた
ttps://twitter.com/rain4baby/status/1337734020612771842
Cinebench R23 x64(480/2228)
Geekbench 5 x64(552,1921)
CPU-Z x64(421/1895)
ARMネイティブはGeekbench 5 arm64(1447/5481)だからGeekbenchは相当落ちてる
ちなみに自分が>>694で書いたARMネイティブ Geekbench5の結果はたぶんこれだったはず
ttps://browser.geekbench.com/v5/cpu/5274766
(2CPUで動かしたつもりだったけど1coreになっている)
https://twitter.com/5chan_nel (5ch newer account) >>818
日本語も理解できない朝鮮人か
日本で産まれたのにアスペ低脳の知的障害ガイジの劣等人種か?
>>頭の悪い奴は移行の手間が〜保守性が〜実績が〜と
>>御託は一人前に並べるが、ただ変化を嫌ってる脳死野郎だ。
↓
>じゃあお前が自分でやってみろよ(笑い)
>
>qiitaとかブログでOOスレのレス番いくつIDいくつですって
>
>記事内に書いてここにリンクしてみろ
>
>それができないからお前は口だけの無能で無価値なゴミ人間
お前が出した例なんか追う側の弱小デベロッパーが
営業プロモーション目的にやってるか
いいね欲しさの自己顕示欲イカれ開発者が出してるだけの
“シェアの現実から見たら誤差以下の鼻くそみたいな事象”
だから頭が悪い無能なお前の存在と同じで無価値
ちなみにお前が例を挙げた事例なんか
糞ゴミ以下の
オラ、さっさと出してみろよwww >>821
あー駄目だこいつ、日本語読めない奴だったわ。
NG入れるからもうレスすんな。 >>820
「QEMUでWindows10ARMが使える!」と歓喜していた
低脳マカーの頭の悪さが際立たせられちゃうからやめたれwww >>822
敗走宣言を他人のレスに便乗して誤魔化して逃げようとするなよ
低脳で幼稚で卑怯な雑魚カス(笑)
>頭の悪い奴は移行の手間が〜保守性が〜実績が〜と
>御託は一人前に並べるが、ただ変化を嫌ってる脳死野郎だ。
じゃあお前が自分でやってみろよ(笑)
qiitaとかブログでOOスレのレス番いくつIDいくつですって
記事内に書いてここにリンクしてみろ
それができないからお前は無能で無価値な口だけの
生きて存在してる意味もないゴミ人間 >>793
ユーザが意識して移行したりはしないよ
どっちかっていうとインスタンス費用のために工数かけるくらいならマイクロサービス化してIaaS通り越してPaaS/FaaSにいく
※実務やってたらわかるけどアプリケーションサーバのIaaSインスタンス費用とか、DB/DWHに比べたら割とどうでもいい
PaaSやFaaSの基盤がARMに変わらん限り、実体としてのシェアは急に推移したりしないよ ちなみに>>818みたいなテックブログって
いいね欲しさの自己顕示欲イカれ開発者が出してるケース以外だと
ろくな仕事がない三流エンジニアや新人が書かされてる場合が大半
優秀でまともな時間がpのないエースエンジニアにやらせることが無いことくらい
流石にバカでもわかるはずなんだけど
でも無知でバカだからわからないのかな?(笑) レス番飛んでるからキチガイが暴れてんるんだろうな、あー愉快愉快w >>825
そう
本当に経済合理性を追求していて技術力がある
まともなデベロッパーやサービス提供者は
x64だのARM64だのとは無関係なレベルで
とっくにSaaSやサーバレス移行してるからな >>827
自分に都合の悪いことは無いことにして耳を塞いで逃げるなよ雑魚カス(笑)
>>822
敗走宣言を他人のレスに便乗して誤魔化して逃げようとするなよ
低脳で幼稚で卑怯な雑魚カス(笑)
>頭の悪い奴は移行の手間が〜保守性が〜実績が〜と
>御託は一人前に並べるが、ただ変化を嫌ってる脳死野郎だ。
じゃあお前が自分でやってみろよ(笑)
qiitaとかブログでOOスレのレス番いくつIDいくつですって
記事内に書いてここにリンクしてみろ
それができないからお前は無能で無価値な口だけの
生きて存在してる意味もないゴミ人間 まあ、ARMのサーバーが流行るようになるのはまだまだ先かな
勘定系がCOBOLから脱却できないのと同じような感じ
サービスの安定稼働には過去の実績や資産がものを言う
個人ユースは徐々に増えてくると思うけどね 頭の悪さを晒してションベン漏らしながら敗走した
本日のMost低脳で無知で愚かて稚拙でな負け犬
ID:0Mi8jhTq0
wwwwww あまりにもIT人材不足してて、もう高度な技術なくても使えるITへシフトしたいって企業が多いから、わざわざIaaSなんて使わない
ローコード開発とSaaS/PaaS中心になってくからAWSの成長止まってAzureが伸びてんだよね X x64だのARM64だのとは無関係なレベルで
とっくにSaaSやサーバレス移行してるからな
O x64だのARM64だのとは無関係なレベルで
PaaSやSaaSやサーバレス移行してるからな >>821
散々連投でイキって即論破されてるとかダッサww >>831
負け犬はどう見てもお前だぞ
いつもの無ID君 >>828
いや普通に米国とかは大手もマイクロサービスから作ってるけどw
何でkubeが流行ってるかも理解してない無職君w 効果が出ることありきの活動で
仮に効果が出なかったとしても
“効果があったことにして”まとめて対外的に発表することなんか
社会ではいくらでも有る事だからな
効果があるはずなのに効果を出せなかったら
その個人や組織の無能さを証明するだけだから
そんなこともわからない、想像できないレベルの
無知で世間知らずな低脳なんだろうな>>818は 特定企業や個人の都合や思惑を抜きにして
実際に有用さや効果があるかどうかなんか
全体のシェア以外では測れない ID:0Mi8jhTq0 = ID:2fQB9ut7M
論破されて敗走したか負け犬が
わかりやすくID変えてきましたー(失笑) >本当に経済合理性を追求していて技術力がある
>まともなデベロッパーやサービス提供者は
>
>x64だのARM64だのとは無関係なレベルで
>とっくにSaaSやサーバレス移行してるからな
ここ最高に笑える
Macの板でAppleが自社製造で利益上げてる事すら理解してない
若しくはソフトウェアのインフラはそうじゃないとでも思ってる
そんな奴が経済合理性を語るってw >>839
いや別人だけどw
毎回敗走してる負け犬はお前じゃんw
何回論破それてんのよw >>839
あぁ、別人だな。お前もID変えて必死だなw
まさに低脳とはこの事よ。 >>815
2011とか2018年の記事を持ってきて
俺たちに何を伝えたいんだ? >>843
はいはい一生そうやってなよSaaS君w
お前見てると自作板の団子とか言うコテ思い出すよw >>840-845
これ以上なくわかりやすい論破されて敗走した負けいぬID:0Mi8jhTq0
決死のIDコロコロ連投(失笑)
>>822
敗走宣言を他人のレスに便乗して誤魔化して逃げようとするなよ
低脳で幼稚で卑怯な雑魚カス(笑)
>頭の悪い奴は移行の手間が〜保守性が〜実績が〜と
>御託は一人前に並べるが、ただ変化を嫌ってる脳死野郎だ。
じゃあお前が自分でやってみろよ(笑)
qiitaとかブログでOOスレのレス番いくつIDいくつですって
記事内に書いてここにリンクしてみろ
それができないからお前は無能で無価値な口だけの
生きて存在してる意味もないゴミ人間 無知で低脳で口だけのID:0Mi8jhTq0
「頭の悪い奴は移行の手間が〜保守性が〜実績が〜と
御託は一人前に並べるが、ただ変化を嫌ってる脳死野郎だ(キリッ」
↓
じゃあお前が自分でやってみろよ(笑)
qiitaとかブログでOOスレのレス番いくつIDいくつですって
記事内に書いてここにリンクしてみろ
それができないからお前は無能で無価値な口だけの
生きて存在してる意味もないゴミ人間
と言う結論でOK?(笑) 790あたりから始まってる薄気味悪いARMのシェアが進まないからどうのこうの
って連中は、そもそも何が主張したいんだ?
サーバーサイドでARMへの移行が進まない理由だって?
そんなの手元にARMアーキで動く開発機がないからに決まってるじゃん、あれば進むよw。
Raspberry pi でやれとでも言うのw? >>849
無知で頭が悪い低脳は黙ってROMってろよよ雑魚カス まあ、マカーは無知で情弱で低脳で頭が悪いから仕方ないか(笑) Appleが(Appleの利益のために)作った庭で
思考停止して頭空っぽ遊ぶ(搾取される)ことしかできない
低劣な生命体たからな(笑) >>850
反論してみろよ。
お前が開発者だったとする、どうやってARMサーバー版のアプリを開発するの? 典型的な無知で情弱で低脳で頭が悪いマカー
ID:0Mi8jhTq0 晒し上げ >>854
お前も同種だろ。レスの6割が低能とかバカとかの罵り合いで
情報量は薄いし、読んでて大変見苦しい。
ID:LNyUcPL2p
ID:0Mi8jhTq0
ID:2fQB9ut7M >>853
Graviton1やARM ChromebookやSurfceProX1やそれこそラスパイとかいくらでもある
本当にARM化する事によるメリットか仮にあるなら
それを利用して開発しない理由は無い
しないなら”所詮その程度のゴミ以下のメリットしか無いし期待できない”ということ
はい論破(失笑) もしかしてARMサーバで動作されるコードはARM PCでしか
書けないとでと思ってるのか?
ID:FfHsbCBK0この無知で情弱で低脳なバカは?(笑)
まあ、マカーは無知で情弱で低脳で頭が悪いから仕方ないか(笑) >>856
>Graviton1やARM ChromebookやSurfceProX1やそれこそラスパイとかいくらでもある
Gravitonもchromebookもラズパイも全部俺がこのスレで上げたやつじゃねーかw
そんなんじゃマトモな開発はできんのよ、ド素人くん。
わかってねぇなら、ARM鯖のシェアなんか気にするな、お前には一生縁のない世界だw >>857
常識的にARM鯖で動くコードはARMPCで作るもの。
毎回クロスなんて、仮に本番機で不定の動作したらなんて言い訳するの?
5ch鯖がARMで動いていて、X86で開発していたとして、環境の違いで
落ちたら「ゴメン、アーキの違いで落ちちゃいました〜www」とでも
言い訳すんの?無料掲示板は良くても金払ってる客は、納得なんてしないよw
ド素人くん。 iOS/iPadアプリは今までIntelMacで
開発されていたことも知らないし理解してないんだろうな(笑)
ID:FfHsbCBK0このレベルの無知で情弱で低脳なバカは(笑)
まあ、マカーは無知で情弱で低脳で頭が悪いから仕方ないか(笑) この頭の悪さと必死さで
ID:FfHsbCBK0 = ID:0Mi8jhTq0て確定ですやんけwww
見苦しいwww
一生黙ってROMってろよ低脳カスwww >>860
サーバーサイドのはなししてるんだよな?
サーバーサイドで動くOSはARM LinuxやARM版のUNIXであって、
iOSで無いことは理解できるよな、ド素人くんw?? iOS/iPadOS/tvOS/watchTV、androidアプリも
x86_64のPCで開発されてるよ(マジレス) しかし君らはしょうもないことで争うねw
こんなこといちいちムキになる話しかね?w >>863
862読んでね?何でこの流れでiOSの話をマジレスするのか全く
わからないんだが?サーバーサイドのARMCPUの話してるんだが?
アップルの事しか話せんの?? >>864
別に争う気はなかったが、レスがとにかく見苦しい。
ROMってろよ低脳カスw
の連発 >>862
頭が悪いフリして誤魔化して逃げるなよ雑魚カス
> どうやってARMサーバー版のアプリを開発するの?
どう開発するか問われてるんだから
開発環境の話に決まってるだろ
どうせまたゴミみたいな無価値でくだらない
言い訳ををして恥ずかしいとも思わずに逃げるだろうから
逃げ道を塞ぐために釘をさしておいてやるよ
「PaaS/SaaS/サーバレスのアプリはどう開発するんだ?」
「開発機はx86_64じゃなきゃなきゃいけないのか?
ARM64クライアントじゃなきゃ開発できないのか?」
答えてみろよ雑魚カス(笑) ID:FfHsbCBK0
ID:0Mi8jhTq0
こういう無知で頭が悪い低脳なバカが居るせいで
マカー全体が頭が悪くて無能な生き物だと思われるからな
お前らも怒っていいぞ >>867
君は、話の流れを読む能力に全く欠けているんだね。
>>779
>>799 から話が始まって、
その上で動くサービスを、どう開発するかと聞いているんだから、
サーバーサイドが前提に決まってるだろ。何考えてんだ?? >>869
無知で低脳なバカID:FfHsbCBK0
「どうやってARMサーバー版のアプリを開発するの?」
www
「iOS/iPadアプリは今までIntelMacで開発されていたことも
知らないし理解してないのかよ無知カス(笑)」
「PaaS/SaaS/サーバレスのアプリはどう開発するんだ?」
「開発機はx86_64じゃなきゃなきゃいけないのか?
ARM64クライアントじゃなきゃ開発できないのか?」
答えてみろよ雑魚カス(笑) >>867
>「PaaS/SaaS/サーバレスのアプリはどう開発するんだ?」
だからこのへんも、「アプリはどう開発するんだ?」という話ではなく、
PaaS/SaaS/サーバレスのサーバーが動くCPUはARMへの移行が進まないという話が有るとすれば、
それはなぜか?という問いなんだが?
それはなぜかといえば、手元に動くARMアーキの開発機がなく、
開発用のエコシステム含めた環境が充実していないから、という答えなんだが? まあ、マカーは無知で情弱で低脳で頭が悪くて
自称開発者と自称クリエイターだらけの
にゃんころシコラーばかりだから仕方ないか(笑) >>871
論破されて反論できないからって
話逸らして逃げるなよ雑魚カスwww
>>869
無知で低脳なバカID:FfHsbCBK0
「どうやってARMサーバー版のアプリを開発するの?」
www
「PaaS/SaaS/サーバレスのアプリはどう開発するんだ?」
「開発機はx86_64じゃなきゃなきゃいけないのか?
ARM64クライアントじゃなきゃ開発できないのか?」
答えてみろよ雑魚カス(笑) >>870
マジでお前の脳味噌腐ってるよ。
>「iOS/iPadアプリは今までIntelMacで開発されていたことも
> 知らないし理解してないのかよ無知カス(笑)」
まず、お前はサーバーサイドの開発の話の回答として、何故組み込みの
モバイルアプリの開発の回答を返したの?それしか知らないの?
どのような理解の経路を辿ってそう答えたの?
サーバーサイドの開発の話すれば>>871のようなものだと言うのは理解できるよね???「PaaS/SaaS/サーバレス」自体が動くCPUの話だよ、理解できる?? バカ=>>871
「それはなぜかといえば、手元に動くARMアーキの開発機がなく、
開発用のエコシステム含めた環境が充実していないから」
じゃあiOS/iPad、Adroidアプリ/switchゲームは
なぜx86_64環境で開発されてPCアプリを駆逐する勢いで普及したんだ?
答えてみろよ雑魚カス(笑) >>876
だから話を逸らして逃げるなよ見苦しい雑魚カス
さっは問いに答えろ
バカな低脳でもわかるやうに「」書きにしてやつてんだろ >>877
>なぜx86_64環境で開発されてPCアプリを駆逐する勢いで普及したんだ?
それは動作環境が完全に限定されていて、ビルドして動きさえすれば
不定の動作を起こす可能性が少なく、開発環境はベンダーが提供してくれているからさ。
一方でWEBアプリの世界はそうは行かない。php/python/nodejs/mysql/postgres
あるいはCICDなんかのデプロイツール一つをとっても単にARM版が提供されていれば
それで済むという話ではなく、x86と振る舞いが僅かに異なる、モジュール一つかけているだけ
でも進まない可能性があり、x86版と同等程度に充実していないと仕事は進まない。
ARMの世界はまだそこまで行ってない、という話。 >>878
とっくに答えてるだろ。
>「PaaS/SaaS/サーバレスのアプリはどう開発するんだ?」
全くお門違いの話をしている。
>「開発機はx86_64じゃなきゃなきゃいけないのか?
> ARM64クライアントじゃなきゃ開発できないのか?」
何いってんの?全く意味がわからないのだがw? バカ>>871
「PaaS/SaaS/サーバレスのサーバーが動くCPUはARMへの移行が進まないという話が有るとすれば、
それはなぜかといえば、手元に動くARMアーキの開発機がなく、
開発用のエコシステム含めた環境が充実していないから(キリッ」
→既存のPaaS/SaaS/サーバレスを使用したアプリは
X86_x64クライアントで開発されている
→ARM64クライアントじゃなきや開発できない
X86_x64クライアントじゃ開発できない理由は無い
はい論破
マジで頭悪過ぎだろコイツ ID:FfHsbCBK0(笑) まあ、マカーは無知で情弱で低脳で頭が悪くて
自称開発者と自称クリエイターだらけの
ちゃんころ・シコラーばかりだから仕方ないか(笑) >>881
その結果とて、普及が進んでないって話だろ。
お前、そんな面倒臭いことやるの?
馬鹿じゃねw? >>881
→既存のPaaS/SaaS/サーバレスを使用したアプリは
サーバーがARM64でうごいているならARM64クライアントで開発すれば開発効率が上がる
→ARM64クライアントじゃなきや開発できない
ARM64クライアントで開発すれば開発効率が上がる
という当たり前の話がどーーーしても理解できないみたいねw >>883
お、敗北逃走宣言か?(笑)
だけど論点を逸らして誤魔化して逃げようとすんなよ雑魚カス
その前にさっさと問いに対して答えろ
無知で低脳なバカID:FfHsbCBK0
「どうやってARMサーバー版のアプリを開発するの?」
↓
「iOS/iPadアプリは今までIntelMacで開発されていたことも
知らないし理解してないのかよ無知カス(笑)」
「じゃあiOS/iPad、Adroidアプリ/switchゲームは
なぜx86_64環境で開発されてPCアプリを駆逐する勢いで普及したんだ?」
「PaaS/SaaS/サーバレスのアプリはどう開発するんだ?」
「開発機はx86_64じゃなきゃなきゃいけないのか?
ARM64クライアントじゃなきゃ開発できないのか?」
答えてみろよ雑魚カス(笑) まあ、マカーは無知で情弱で低脳で頭が悪くて
自称開発者と自称クリエイターだらけの
ちゃんころ・シコラーばかりだから仕方ないか(笑) >>885
答えているのをお前が理解できてないだけだろw >>879
WebとDBが一緒になってるはどうかと思うけど
DB周りは確かに安定性重視だが
Webの方は多少落ちても安ければ良いってのも多いからな
しかも使ってるツール類がネイティブじゃないし、そもそもCPU気にしないのが多い 無知で低脳なバカ>>884,887
「既存のPaaS/SaaS/サーバレスを使用したアプリは
サーバーがARM64でうごいているなら
ARM64クライアントで開発すれば開発効率が上がる(キリッ」
頭悪過ぎだろコイツwwww
PaaS/SaaS/サーバレスがなんなのかと
IaaSとの違いもわからない無知で情弱て低脳な
猿以下のバカは黙ってろROMってろよカスwww
17も言い訳のための無駄で無価値なレスなんかしてないてさああ?(笑) >>889
>PaaS/SaaS/サーバレス
お前さっきからこれ言ってるけど、それの開発の時にCPUのアーキテクチャ気にするの?
本当に?何で?すげー意味不明なんだけど。 単体のGraviton2持ち出してこれでもうx86の終わりなんですって言ってた人の見識が浅かった、
だけで済む話じゃないの?
そんなケンカしなくてもよくね? >>891
それができないから引き下がれないんだろ
ID:FfHsbCBK0 = ID:0Mi8jhTq0みたいな低脳なアホは >>890
自分に対して問い詰めてるのかお前は?(笑)
低脳なバカ=>>871,890
「PaaS/SaaS/サーバレスのサーバーが動くCPUはARMへの移行が進まないという話が有るとすれば、
それはなぜかといえば、手元に動くARMアーキの開発機がなく、
開発用のエコシステム含めた環境が充実していないから」 低脳なバカ=>>871,890
「PaaS/SaaS/サーバレスのサーバーが動くCPUはARMへの移行が進まないという話が有るとすれば、
それはなぜかといえば、手元に動くARMアーキの開発機がなく、
開発用のエコシステム含めた環境が充実していないから」
↓
論破されて苦し紛れに出た言い訳
「PaaS/SaaS/サーバレスの開発の時にCPUのアーキテクチャ気にするの?」
wwww
頭悪過ぎだろコイツ(笑) >>893
OK!OK!まずお前の主張をまとめてくれ!
先ずこの話は、>>779、>>799から始まったんだよな?
でお前の主張は
@779の言う通りARMアーキのサーバ採用は進まない。
A799の言うようにARMサーバの利用は伸びている。移行が進むのは当然。
どっちなんだい?俺はAだ。
そもそもこの話しているのにお前が訳の分からないツッコミ入れてくるからどんどん論点がずれていくんだがww >>894
いや、895の話をするのにCPUアーキの関係ないサービスのはなししてもしょうがないだろ。理解できるw? >>895
お、敗北逃走宣言か?(笑)
だけど論点を逸らして誤魔化して逃げようとすんなよ雑魚カス
その前にさっさと問いに対して答えろ
無知で低脳なバカID:FfHsbCBK0
「どうやってARMサーバー版のアプリを開発するの?」
「PaaS/SaaS/サーバレスのサーバーが動くCPUはARMへの移行が進まないという話が有るとすれば、
それはなぜかといえば、手元に動くARMアーキの開発機がなく、
開発用のエコシステム含めた環境が充実していないから」
↓
「iOS/iPadアプリは今までIntelMacで開発されていたことも
知らないし理解してないのかよ無知カス(笑)」
「じゃあiOS/iPad、Adroidアプリ/switchゲームは
なぜx86_64環境で開発されてPCアプリを駆逐する勢いで普及したんだ?」
「PaaS/SaaS/サーバレスのアプリはどう開発するんだ?」
「開発機はx86_64じゃなきゃなきゃいけないのか?
ARM64クライアントじゃなきゃ開発できないのか?」
答えてみろよ雑魚カス(笑) >>892
別人なんだが=で紐づける低脳w
NGぶちこんでるから何騒いでるのか知らんがなw
難癖付けるのだけは一人前のバカだから見るにも値しないw 低脳なバカ=>>871,890
「PaaS/SaaS/サーバレスのサーバーが動くCPUはARMへの移行が進まないという話が有るとすれば、
それはなぜかといえば、手元に動くARMアーキの開発機がなく、
開発用のエコシステム含めた環境が充実していないから」
↓
論破されて苦し紛れに出た言い訳
「PaaS/SaaS/サーバレスの開発の時にCPUのアーキテクチャ気にするの?」
wwww
頭悪過ぎだろコイツ(笑) >>897
>「iOS/iPadアプリは今までIntelMacで開発されていたことも
> 知らないし理解してないのかよ無知カス(笑)」
知ってるよ、でもそれはサーバーサイドの普及と関係ない。
>「じゃあiOS/iPad、Adroidアプリ/switchゲームは
> なぜx86_64環境で開発されてPCアプリを駆逐する勢いで普及したんだ?」
879で答えているけど、お前の脳味噌では理解できてない。
お前の書いた、「じゃあiOS/iPad」の部分は、x86_64->Armに移行することなった。
それはつまり俺が言っていることが正しいから。>>884ということ。
>「PaaS/SaaS/サーバレスのアプリはどう開発するんだ?」
それはCPUのアーキテクチャ関係ない。
>「開発機はx86_64じゃなきゃなきゃいけないのか?
> ARM64クライアントじゃなきゃ開発できないのか?」
常識的にARM64サーバなら開発機もARMのほうが良い。
というか、そのためにM1マックはARMに移行したんだろ? >>888
WEBとDBは開発機の話ね。
今まで:
@実行環境:iOS(Arm)
A開発環境:IntelMac(x86_64)
Bサーバー実行環境: Linux(x86_64)
※小規模な開発の場合、Bの提供するサービスの開発はAの人が開発する。この場合DockerかVMでx86のUnixを立ち上げる。
これから:
@実行環境:iOS(Arm)
A開発環境:Arm Mac(Arm)
Bサーバー実行環境: Linux(Arm?)
※小規模な場合で、Aの人がBを開発する場合、鯖がx86だと別に鯖を建てる羽目になるので、ArmLinuxに移行する可能性はとても高い。それは結局>>733 >>753みたいに1台のマックで仕事を完結させたいと言う動機と同じ事。>>619の様にDockerも整備された。
AとBが完全に出揃ったのが11月なんだから、>>793 が正しいとは思う。Armアーキのサーバーはこれから伸びるはず。 キチガイは自分がキチガイだと思わないからキチガイなのである。
お前仕事でも周りと協調性無くて嫌われてるだろw
あ、ニートだった?それはすまんかったな。 >>902
今までiOS/iPadOS/tvOS/watchTV、androidアプリntelMacで開発されて
知らないし理解してないのかよ無知カス(笑)
それ即ちAとBが揃わなければいけない理由も必然性も無い証拠
はい音波 >>905
”ntelMac”に”音波”w
手が震えてるよwww
で、お前の主張は>>895でどっちなのw?
一瞬で答えられるだろ、早く言えよw 無知なバカ>>884
「既存のPaaS/SaaS/サーバレスを使用したアプリは
サーバーがARM64でうごいているならARM64クライアントで開発すれば開発効率が上がる)キリッ」
「ARM64クライアントじゃなきや開発できない」
ARM64クライアントで開発すれば開発効率が上がる」
!!???wwww!??wwww
wwww 無知で低脳なバカID:FfHsbCBK0語録
「どうやってARMサーバー版のアプリを開発するの?」
「PaaS/SaaS/サーバレスのサーバーが動くCPUはARMへの移行が進まないという話が有るとすれば、
それはなぜかといえば、手元に動くARMアーキの開発機がなく、
開発用のエコシステム含めた環境が充実していないから」
「既存のPaaS/SaaS/サーバレスを使用したアプリは
サーバーがARM64でうごいているならARM64クライアントで開発すれば開発効率が上がる)キリッ」
PaaS/SaaS/サーバレスがなんなのかと
IaaSとの違いもわからない無知で情弱て低脳な
猿以下のバカは黙ってろROMってろよカスwww >>907
うん、まず、この書き込みで何を主張したいのか、書こうね。
つまり俺の意見に不賛成だと。なら君はどう思うの?
「ARMサーバー対してARMクライアンで開発すると開発効率は下がる」って事でオーケーwww?
何でそう思うのw? >>908
宇宙人と話するのって本当に疲れるよな!w >>911
むしろこっちの話題の方が関心があるんだが。
ググった知識しかない宇宙人との会話は生産性がゼロw iOSアプリの開発だって実機がなければ出来ないけどな。
シミュレーターがあること、クロスコンパイルが出来るということと、スムーズにデバッグが出来ることは全然別の話だし。
クラウド環境とほぼ同じ開発環境をローカルに作れないアーキテクチャとローカルに作れるアーキテクチャが選べるなら、後者選んじゃうな。
クラウドにしかない、遠くでしか動かせないものだったら初めからボトルシップだと諦めて作るけど。 ID:FfHsbCBK0
ID:0Mi8jhTq0
こういう無知で頭が悪い低脳なバカが居るせいで
マカー全体が頭が悪くて無能な生き物だと思われるからな
お前らも怒っていいぞ >>915
で、お前は何か役立つ情報を提供できてるのかw?
どう見てもお前の書き込みは役立たずだが。 とりあえずAir届いて使ってるけど快適だわ
絶対的なパワーとかはないけどファンレスで音もしないし不快な熱もないし電気代も安い
エントリークラスにしてはパワーもあってほとんどの人はこれで十分だと思うわ
あとでM1Xとかでパワーアップした上位版Miniを追加したい
GPU増強版のM1ZでMini出してくれると夢が広がりング >>915
お前はまず人違いしてごめんなさいと謝るのが先だろ、お前の脳みそは幼稚園児以下か? 誰かXcodeのエミュレータ動かした人いるの?
Intelの頃はエミュレータでカメラが動かなくて、実機しか使えなかった。
改善してると、すげーと思うんだけど。 よくわからないけど
M1のパフォーマンス見るのにビットコインのマイニングとか使ってる人いないかな? >>921
電気代自分で払わなくて良い、職場とかに持ち込んだBYODなAirとかでコッソリやってたら収支プラスになるのかな。 >>921
ASIC耐性がある一部通貨でCPU/GPUマイニングするのはあるけど
CPUで実用的なハッシュレート出せるのはMoneroくらいだ
ビットコインは無理
https://pc.watch.impress.co.jp/docs/news/yajiuma/1069873.html ちなみに今はPoS系だったり
DeFiの流動性マイニングが盛んな時期なので
PoWしてる人は激減してる
俺は某DeFiで毎日3万円分の暗号通貨得てるけど電気代はゼロだ しかし、hpc用も鯖用のAppleSiliconも発表されてないのによくもまあ青筋立ててレスバすることwww >>925
Appleシリコンに興味があるというより、ARMアーキのサーバが普及するかどうかね。
その一歩としてM1マックがたまたま先陣を切った、という話。 ArmアーキのサーバなんてM1Mac以前から存在してたんじゃないのか >>927
クラウド上のサーバーと、ラズベリとか組込のチップ上にはあっても
デスクトップの開発機とオンプレサーバーが無い、だから乗り換えが進まなかった。 ARM用のESXiとか提供されてはいても肝心の鯖が無いから
ラズベリ上でしか動くところが見えないとか。最もそれはM1でも動かないだろうけど。 マジでマカーの知識って2014年ぐらいで止まってるんちゃうか Armサーバー自体は5年ぐらい前から
GoogleもAmazonもMSも検証試験的なことはずっとやってる
最近はArmを買ったNVIDEAがかなり熱心に進めてる
つまり年々環境は整いつつあると言う事
こうしてみると寧ろやってないのはAppleだけで
仮にこれからAppleがApple製Armサーバーを発表しても
最近の業界の流れに乗ってるだけで大したことない 何がARMサーバーだよ
winのクラサバの知識で止まってんだろうな
firebaseとか知らなさそう >>933
firebaseとARMサーバになんの関係があるの? PaaSやBaaSはディベロッパーが後ろにある構成を一切気にすること無く開発できる
ARMであろうがIntelであろうが関係ない >>936
>ARMであろうがIntelであろうが関係ない
じゃあ、ARMサーバーの普及とは一切関係ないじゃん。 >>937
サーバ業界はワットパフォーマンス重視(データセンターの消費電力量がランニングコストになるから)
そのうちARMに置き換わるよ
実際、ARMサーバの成長率は3桁こえている
数字は嘘をつかない
https://www.keyman.or.jp/kn/articles/2007/07/news035.html
製品分野別でみると、x86サーバとメインフレームが前年同期比で2桁のマイナス成長、
その他のサーバ(ARMサーバ、RISCサーバ、IA64サーバ、ビジネスサーバ)はスーパーコンピュータ
「富岳」の出荷がけん引し、3桁のプラス成長となった。 >>939
x86鯖が1012億円でその他サーバーが267億円?
じゃあもうやばいじゃん。このまま続けばIntelの存続が問われるぞ。 我々下々の者がスーパーコンピュータのお話も含めちゃっていいもんなのかねw
まあ、そんないきなり普及はしないよ
徐々に徐々にって感じだと思う >>939
なお「富岳」を除く、その他のサーバ売上額は、前年同期比33.5%減の53億円だった。 >>942
富岳が来年も再来年もARMアーキ採用したらやっぱり変わらないんじゃ?
Intelが勝ちそうな目処って今のところ無いんでしょ?
いづれにしても>>803が言うように0.01%が0.04%というなら、まだまだ先の話
かもしれないけど、それだけ追われてるんじゃ時間の問題じゃね? >>942
https://www.idc.com/getdoc.jsp?containerId=prJPJ46876320
>製品別では、x86サーバー(注1)が、前年同期比でマイナス成長となりましたが、メインフレームは、2桁のプラス成長、その他のサーバーは、3桁のプラス成長となり、国内サーバー市場を牽引しました。
> なお、「富岳」を除いた、その他のサーバーの売上額は、前年同期比46.1%増の80億円となり、「富岳」を除いても好調でした。 もう5年近くIntelは性能が停滞してるという「事実」がジワジワと効いてきてるんだよね
Ryzenにしてもピークパフォーマンスは素晴らしいが、ワッパはそこまで優れてるわけじゃないし Graviton2にするだけでEC2のコストが概ね半分以下になるんだから
ストレージとか転送主体ならともかくCPU使いまくってるとこが移行しないわけないじゃんよ >>946
むしろCPU使いまくるところはx64を使い続けるよ
あまり性能が必要ない用途で強いのがArm >>729
X86の未来に不安があるのでは? 巨大企業なのに一点張りは危機管理無能過ぎ 時代はAWSだけどMac miniの消費電力4Wくらいなので
自宅のMac miniをwebサーバにしても良い気がしてきた
電気代月数百円、騒音も少ないし性能も高い
回線も無駄に10Gbps(ベストエフォートだけど)あるから
月間500万PVくらいまではMac miniだけでいけるんじゃないかな バカ「IntelMacからiPhoneと同じARMになることで
XCode等のエミュレーションの制約が無くなり
(元々IntelMacでも大して制約なんか無いし
結局カメラやセンサー使うものは実機テスト必須)
アプリ開発環境が劇的に改善される」
現実
>>938できることはIntelMacと何も変わらない >>936
無知で低脳なバカID:FfHsbCBK0の恥さらし履歴
「既存のPaaS/SaaS/サーバレスを使用したアプリは
サーバーがARM64でうごいているならARM64クライアントで開発すれば開発効率が上がる)キリッ」
「PaaS/SaaS/サーバレスのサーバーが動くCPUはARMへの移行が進まないという話が有るとすれば、
それはなぜかといえば、手元に動くARMアーキの開発機がなく、
開発用のエコシステム含めた環境が充実していないから」 >>940,939
> なお「富岳」を除く、その他のサーバ売上額は、前年同期比33.5%減の53億円だった。
国家肝入りで大学の研究費をブチ込んでる富岳以外は
ARMサーバ2桁以上の成長減と書いてあるだろ低脳
> 数字は嘘をつかない
確かに
ARMサーバのゴミさが証明されたな
数字は嘘つかない ちなみにx86以外のCPUだと
富士通のSPARCやIBMのPOWERの割合が大きいだけ
国家肝入りで大学の研究費をブチ込んでる富岳以外のARMサーバはゴミ以下で成長率が低い現実は何も変わらない >>952
>国家肝入りで大学の研究費をブチ込んでる富岳以外は
ARMサーバ2桁以上の成長減と書いてあるだろ低脳
ん?
> なお、「富岳」を除いた、その他のサーバーの売上額は、前年同期比46.1%増の80億円となり、「富岳」を除いても好調でした。
低脳はお前だこのど阿呆がwwwwwww
昨日から暴れてんだ無知を晒す恥知らずwwwww
俺なら恥ずかしてて出てこれないわぁ、これだからキチガイはwwwww ARMサーバはゴミではないだろ
移行コストが高いからどこもまだ様子見なだけ
何でいちいち白黒はっきりさせたがるんかね?w App Storeとか見るとずいぶんユニバーサル(ARMネイティブ)アプリ増えてきた。
野良のSketchもユニバーサル化してるし、普段俺が使ってるアプリは全て対応してしまった。
UWP(笑)とか遅々として普及しない某OSの状況なんか足元にも及ばないペースだわ。 >>954
わざわざその都合の良い数字を活かしたとしても
>メインフレームは、売上額が前年同期比48.2%増の157億円。前年同期は2桁のマイナス成長だったが、
> 今期は流通、金融、運輸向けの大型案件があり、2桁%の大幅なプラス成長となった。
所詮メインフレームと同程度の伸び率でしかない
>その他のサーバー(ARMサーバー、RISCサーバー、IA64サーバー、ビジネスサーバーの総称)
>学研究センター向けのスーパーコンピューター「富岳」をはじめ、
> 官公庁、文教、金融向けの大型案件があり
SPARCやPOWER、IA64等々
ARMサーバ以外のサーバも含まれてるから
国家肝入りで大学の研究費をブチ込んでる富岳を除いたら
ARMサーバーの成長を証明する数値にはなり得ないから無価値
はい論破 >>950
そもそもハードウェアの構成が違うのにそこまでエミュレーターでテスト出来ると考えるのが馬鹿。 >>958
で2桁減とやらはどこに書いてあるんだぁ?
論破するならまず説明しろよこのド低脳がw >>958
の補足として富士通がSPARCサーバをクラウドで提供し出して
保守切れSPARCサーバのリプレース特需で
2020第二四半期は富士通SPARCサーバが飛ぶように売れている
> その他のサーバーの売上額は、前年同期比46.1%増の80億円となり
もその辺の要因だろうな >>960からの流れで
https://www.keyman.or.jp/kn/articles/2007/07/news035.html
にの内容に対して話をしてるんだが?
わざざわ都合のいい別のソースを引っ張って来て
勝手に1人だけ違う話をし出してるんだから
話が噛み合わなくて当たり前
アスペで頭が悪い自分の脳ミソの欠陥を恨んだら?
その都合のいい別のソースも的外れで無価値だったわけだが(失笑)
もしくは、そんなアスペ知的障ガイジの欠陥品を産んで育てた両親に
なんでこんならゴミを産んだんだと泣きながら八つ当たりして来いよ(笑) >>962
何でQ2の数字出てるのにわざわざ1Qの数字を出してるのこの低脳バカはw
もういいしゃべるなw恥を晒すだけだぞwwwwwww >>962
アンカーミスもしてだらしないw
このド低脳が、さっさとごめんなさいしとけw
引き返すなら今のうちだぞwww >>964
知るかよ>>939に言えカス(笑)
>>939からの流れで
https://www.keyman.or.jp/kn/articles/2007/07/news035.html
にの内容に対して話をしてるんだが?
わざざわ都合のいい別のソースを引っ張って来て
勝手に1人だけ違う話をし出してるんだから
話が噛み合わなくて当たり前
アスペで頭が悪い自分の脳ミソの欠陥を恨んだら?
その都合のいい別のソースも的外れで無価値だったわけだが(失笑)
もしくは、そんなアスペ知的障ガイジの欠陥品を産んで育てた両親に
なんでこんならゴミを産んだんだと泣きながら八つ当たりして来いよ(笑) データを更新できず誤りを訂正できないゴミカスww
書き込み時間からしても明らかにヒキニートw
生まれた事を後悔してろwww
社会に必要ないのはお前のようだ奴だ >>969
都合の悪いことは見えない聞こえないのド低脳w
さっさと論破してみせろw どうでもいい誤字や安価間違いで
揚げ足を取ることしかできなくなった敗北者(笑) さっさとARMサーバーは増えてないと論破して見せろよこのド低脳w
まぁ最新データで増えてんだから無理なんだがなw なんだね君たち
たかたがパーソナルコンピューティングでケンカをしているのかね?
思う存分やりなさい >>972
さっさと国家肝入りで大学や公的研究機関研究費をブチ込んでる
> 富岳は京の後継として、京の最大100倍の性能を目指して、
> 構築費用 1300億円(国費 1100億円、民間 200億円)が投じられた。
1台数億単位スパコンで一般企業には無関係な富岳を除いて
ARMサーバー増えている/どのくらい増えてるかソースを出してみろよ(失笑)
出せないならお前の負け(笑)
0.01%→0.04%のじゃ成長なんざ呼べないレベルで無価値だから
販売額か出荷台数か稼働台数でソースを出すんだぞ低脳(笑) >>747
いや、
> 一応言っておくとHyperVも管理用のWindowsは仮想化されて動いてる
>質はどうあれハイパーバイザ型
って、VMWare と何の関係があるの?ハイパーバイザ型かどうかなんて言ってないないんだけど
>あとVMWare自身が否定するのは当たり前でしょ何の根拠にもなってないよそれ
いや、だから Linux 由来ってどこ情報なのか聞いてるわけよ。VMWare は否定してるから他のソースがあるんでしょ?
>それと廃止されてもライセンス問題は含んでるよGPLだから
きみ、元記事のソースとか HellWig 氏の主張とか何も理解してないのね。それで
>開発やGPLそのものには詳しくないと見える
とか、笑える。GPLv2 は確かに結合しているモジュールはソース公開の必要があるんだけど、論点は、VMKernel と vmklinux が粗密いずれの意味でも結合していない(VMWare側の主張)、結合してる(Hellwig 氏側の主張)で争ってたのが、vmklinux 廃止でいかなる意味でも GPL 違反を問えなくなったから手打ちになったんだよ?きみ、何読んでるの?あと、もうスレチだからやめようね。 Intel サーバーが市場に出てきた時も当初はゴミみたいなシェアしかなかったけど、あっと言う間にIntelだらけになったからなあ。当時はまあクラウドとかなかったんだけど、20年後はわからんよ。
macOS がメジャーになってるのだけはありえないと思うけど。 macOSがメジャーじゃ無いなら何がメジャーなんだろう 売上げ額も増えた減ったの根拠にはならないな
IAサーバの売り上げ減は
単純にIntelとAMDの競争による廉価化も要因としてあるからな
売上げ額が減った=出荷台数とは必ずでも比例しない
メモリやストレージの容量単価も下がっているし
CPU高性能化(主にコア数増加)でより
2Socketだった物が1Socketで足りるようなる事もある
ID:iJC69X+00
ID:0nj6uty0M
こういう無知で頭の悪いバカには理解できないんだろうが(笑) AppleがAzure、AWS、Google cloudと安いのを渡り歩いて挙げ句の果てに中華鯖を使おうとして批判されたよな。
その後、自社データセンター建て始めたんだが中身は何なんだろう。写真では1Uラックの外装しかわからん。 Windows → メジャー、マジョリティー
macOS → マイナー、マイノリティー このところ流れが速くて酒屋なんかスルーされていい感じだったのに餌与えるから… >>982
いいじゃん
エサを与えておけば
他のスレに被害が及ぶことを防げるじゃん
(笑)(失笑)低脳
無知で頭の悪いバカ
頭悪すぎだろコイツ
負け犬
このあたりをNGにいれる
IDなしを透明あぼーん設定に設定にする
このように、まともな知能がある人なら専ブラ使ってあいつの書き込みを排除してるでしょ
いくら荒らされても平穏無事なスレにしか見えない 2020.1Q
Intel 売上: 1012億
Intel 台数: 11.79万台
その他(富岳込): 267億円
その他(富岳除外): 53億円
2020.2Q
Intel 売上:881億円
Intel 台数:10.51万台
その他(富岳込): 294億円
その他(富岳除外): 80億円
M1でMacもARM似統一されたんだしその流れで、サーバーサイドもArmでという事で
3Qも当然伸びてIntelのシェア食うわな。少なくともシェア0.01%とか言ってた奴は完全に間違い >>985
さっさと国家肝入りで大学や公的研究機関研究費をブチ込んでる
1台数億単位スパコンで一般企業には無関係な富岳を除いて
> 富岳は京の後継として、京の最大100倍の性能を目指して、
> 構築費用 1300億円(国費 1100億円、民間 200億円)が投じられた。
ARMサーバー増えている/どのくらい増えてるかソースを出してみろよ(失笑)
出せないならお前の負け(笑)
> その他のサーバー(ARMサーバー、RISCサーバー、IA64サーバー、ビジネスサーバーの総称)
> 学研究センター向けのスーパーコンピューター「富岳」をはじめ、
> 官公庁、文教、金融向けの大型案件があり
SPARCやPOWER、IA64等々
ARMサーバ以外のサーバも含まれてるから
ARMサーバーの成長を証明する数値にはなり得ないから無価値
はい論破 >>986
「はい論破」って何w?お前はそれで何が言いたいのw?
だいぶ前からこの調子だけど読んでて恥ずかしいよw
>SPARCやPOWER、IA64等々
こんなドマイナーなCPU持ってきて何の反論材料にしたいの?
てかお前は俺達の業界の人間じゃないだろ?じゃあARMのシェアなんて
お前には一生縁のない世界だから、全く気にしなくて良いよ。 なんでマカーって>>985こういう頭が悪い低能しかいないんだろ(笑) 今回は手が震えてないんだなw
宇宙人ってID変えて投稿とか変な事ばっかり知ってるんだなw >>987
そうそう
ARMサーバは売れてないし
仮に売れたとしても無能で役立たずで無価値なお前の人生が
変わるわけじゃないから気にしても意味ないぞ(笑)
無駄なこと気にするなら頭が悪く産まれてろくな教育も受けられず
負け組みとしての人生確定してる
お先真っ暗な自分の人生と老い先を心配しろよ(笑) 酒屋の息子界ではワットパフォーマンスが良いARM Mac miniをAmazonギフト券2.5%割引を使って買って
5chスレを荒らすコスト(電気代)を抑える必要がある
736 名前:名称未設定[] 投稿日:2020/11/18(水) 15:19:28.06 ID:1VJlcllU0 [4/10]
さて、今日の夜にでもAmazonに10万のギフトチャージして2.5%ポイントゲットした後にminiポチろうかな
まだ悩んでるんだよね
Mac買っても別に使い道はないけどハイエンドWin機山ほど買ってこれ以上Win機はもう買ってもさすがに意味ないからほかに買う物がないんだよな
まぁひまつぶしのおもちゃとしてM1はちょうど良いかなという感じ
結局糞みたいなIntelMacは価格暴落で阿鼻叫喚
リセールバリューガー!なんて言ってた間抜けは売り逃げできずに「Intelは良いものだ...」の自己暗示と
馬鹿って最後まで馬鹿だろ?
コスパのよいWinハイエンドとM1の組合わせが攻守最高なのに糞みたいなMacにあり得ないぼったくり価格で盛ってるおまえらのマヌケさときたら(笑)
で?おまえらM1に買い換えたの?ん? >>990
たまには読み手にとって内容の有る情報書こうよ!
お前の投稿はマジですぐわかるんだがw長ったらしい割に情報がなにもない。
参考にできる点がまったくないwこのスレ内で「役立たずIDランキング」
があったらお前は間違いなくトップだよww >>992
国家肝入りで大学や公的研究機関研究費をブチ込んでる
1台数億単位スパコンで一般企業には無関係な富岳を除いて
> 富岳は京の後継として、京の最大100倍の性能を目指して、
> 構築費用 1300億円(国費 1100億円、民間 200億円)が投じられた。
> その他のサーバー(ARMサーバー、RISCサーバー、IA64サーバー、ビジネスサーバーの総称)
> 学研究センター向けのスーパーコンピューター「富岳」をはじめ、
> 官公庁、文教、金融向けの大型案件があり
SPARCやPOWER、IA64等々
ARMサーバ以外のサーバも含まれてるから
ARMサーバーの成長を証明する数値にはなり得ないから無価値
頭が悪い低能なバカにも理解できるように
丁寧に事実を教えてやってるだろ(笑) 酒屋の息子は荒らしが主目的
役に立つ情報なんて書き込むわけないよ
何年も前からWSLガーCUDAガーRyzenガーして
MacがARMになるわけないだろ低脳してきた
その結果がApple M1爆誕
酒屋の息子の先見の明の無さには笑ってしまうよね
株で大損してそう 無知で情弱なバカ>>987
> SPARCやPOWER、IA64等々
> こんなドマイナーなCPU持ってきて何の反論材料にしたいの?
www
お前が無知で情弱で頭が悪いから知らないだけだろ(失笑)
特に国内じゃかなり使われている
IAサーバやARMサーバなんかと違って単価も高いから
その他サーバの1Q数十億の割合の中でかなりの割合を占めていて
ARMサーバ(笑)みたいなゴミよりはるかに多いだろうな >>995
>IAサーバやARMサーバなんかと違って単価も高いから
>その他サーバの1Q数十億の割合の中でかなりの割合を占めていて
馬鹿じゃね?それはお前の妄想だろ?
そう思うのなら80億のうちの幾らがARM以外なのかソースを持って
示せよ。だから0.01%何て妄想に満ちた勘違いしたんだろ? >>995
富士通すら撤退寸前のSPARCがかなり使われてるwwwww
こいつ相当なジジイだわwwwwまさか定年で退職したおじいちゃんかwwww とりあえず1000埋め。もう二度と出てくんなよこのクソジジイwwww このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 17日 20時間 46分 8秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。