[過去ﾛｸﾞ] FreeBSDを語れ Part49 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
49: 2019/09/11(水)14:02:09.01 AAS
そもそもAppleが自社で本当にOS開発してるのならCPUアーキテクチャ変更なんてしないはず。
切捨ての代償がでかすぎる。ソースパクるためにx86に移行したと考えるのが妥当。
91: 2019/09/12(木)17:32:00.01 AAS
>>90
賛同してくれたか。
もう腐ったんだよ、BSDは。
114: 2019/09/13(金)03:46:38.01 AAS
>>111
使うよ(^o^)
152(2): 2019/09/14(土)13:04:16.01 AAS
>>133は、アセンブラでコード書いてると自然にそうなるってこと。
ルーチン内ではできるだけ汎用レジスタを使って処理したほうが早くなるから、最初にメモリから必要なデータを持ってきた後は
極力レジスタだけで処理するように書く。後からその処理の途中に別の処理を入れることになって、別の関数を挟んだとすると
レジスタの値を変えてはいけないから、その関数に入ったところで全レジスタを待避し、関数の終わりで戻さないといけなくなる。
Cで同じことをしてアセンブラに展開したコードを見ると、変数の値はメモリに置いておき、必要になったらレジスタにロードして
計算したら結果をまたメモリに戻すという処理をしている。後から途中に関数が追加されても、その関数はメモリから値を
持ってきて処理するからレジスタを退避する必要はない。関数に渡すパラメータなどもスタックに入れて渡すから
同じくレジスタを退避しなくて良い。
しかしこのやり方ではメモリとレジスタ間のセーブ/ロードが頻繁に起こるので、アセンブラのソースで見るといかにも効率が悪くて
遅いとわかる。当たり前だがメモリ - レジスタ間のセーブ/ロードはレジスタ内だけの演算よりずっと遅い。
そうするくらいなら、必要なときだけレジスタを退避・復帰させた方がまし。さらに、これがforなどのループ内で使われた場合、
この遅さがプログラム全体の遅さになる。Cコンパイラのコード生成は、アセンブラから見れば遅くて無駄だらけに見える。
その分、ソースが見やすいから便利なんだけれども。
202: 2019/09/15(日)21:17:16.01 AAS
>>199
「おじちゃん」じゃなくて「おにーさん」な？(怒)
263(2): 2019/09/16(月)05:41:56.01 AAS
結局>>165をうやむやにしたがってる奴が下らない揚げ足取りをし続けてるって事でおｋ？
286だろうとIOからCPUのRSTを制御できればリアルモードに戻れるってこったろ？
9801VXは初期モデルと後期モデルで筐体すら違うからｇｇった情報だけを鵜呑みにしてると恥の上塗りになる
343: 2019/09/19(木)03:24:35.01 AAS
でもちんちんの一番気持ちいいところを探るのは手が一番な気がしてならない
619: 2019/11/12(火)22:32:12.01 AAS
それたまにwindowsですら動かないやつやんけ
741: 2019/11/27(水)08:01:43.01 AAS
NetworkManagerも？
あれが無いせいでGUIでVinoの制御が出来ない
コマンドラインで無理矢理使ってるけど
756: 2019/11/29(金)09:54:03.01 AAS
RPI+VIMAGE Jailで結構便利に使ってる
826: 2019/12/19(木)17:42:49.01 AAS
そういうチミはどうなのかね
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.033s