アセンブラ言語やマシン語は覚えておくべきですか？ (520ﾚｽ)
上下前次1-新
116: 2009/06/19(金)00:16 AAS
組込制御系でも、32bitの石を使うような案件だと、
もうマルチスッドレぐらい使いまくり。
空ループ禁止とか、mutexやセマフォなんかの排他/同期
手法ぐらい理解しといてくれ。
117(2): 2009/06/19(金)04:03 AAS
>>114
なんかのサーバープログラムではマルチスレッドなしでは無理。
でもクライアント画面とかにマルチスレッドが必要？
118: 2009/06/19(金)08:36 AAS
>>117
クライアントでもストレスない操作性を実装しようと
思ったらマルチスレッド使うよ。
何かするたびにユーザーを待たせてもいいなら使わないけどね。
119: 2009/06/19(金)18:20 AAS
マルチスレッドなんて使わなくても、実装方法一つで幾らでも解決できるのにね。
120: 2009/06/19(金)18:46 AAS
でもマルチスレッドのほうが楽でしょ？
121: 2009/06/19(金)18:50 AAS
目的による。
マルチスレッドにするコストってのはあるからなぁ
むしろ単にループを工夫するだけで目的達成できればそっちの方が楽なのはある。
122: 2009/06/19(金)21:32 AAS
>>110
このページには聞いたことないＣＰＵの名前がいっぱい出てくる
外部ﾘﾝｸ[aspx]:it.nikkei.co.jp
123: 2009/06/20(土)00:44 AAS
全部ARMだろう。
124: 2009/06/20(土)06:00 AAS
モバイルはだいたいARMかSHの互換だな
全く独自ってのはまずない
125: 2009/06/20(土)07:06 AAS
>>117
PC-機器とのタイマー監視アプリとかで必要でね？
126(1): 2009/06/20(土)08:35 AAS
リアルタイム性が重要なのはマルチスレッドにしてプロセス数上げるより
シングルスレッドで安定性重視なんじゃないのか
127: 2009/06/21(日)22:01 AAS
>>126
いまだにRTOS乗ってない案件やってます。
128: 2009/06/23(火)16:06 AAS
OSの不要な組み込み機器はいっぱいあるぞ。
だいいち、RTだけが必要でOS部分なんて不要なんだよな
129(1): 2009/06/24(水)08:41 AAS
っていうかOSがあるほうがめずらしいだろ
130: 2009/06/24(水)13:08 AAS
>>129
そこまで言うと無知丸出し
131: 2009/06/24(水)14:01 AAS
ちっこいのしか相手してなきゃそうなるんでないかい。
俺も自前マルチタスクモニタ持ち出す方が多いかもしれん。
最近はめっきり減ってしまったが…
132: 2009/06/25(木)01:32 AAS
汎用機を使用した開発では、COBOLやPL/Iブログラムの性能が出ない時にアセンブラをコンパイラに出力させて、ホットスポットの解析を行うことがあります。
ソースコード上は問題無いようにみえても、アセンブラのステップ数がかさんでいたりする問題などを検出するためです。
※コンパイラが出力するのは、正確には擬似アセンブラです。コンパイルリストと呼ばれています。
なにが言いたいかというと、汎用機の開発ではまだまだアセンブラが現役のスキルとして重宝されているので、そっち系の仕事をするならば勉強して損はありません。
133: 2009/06/25(木)04:38 AAS
組込作ってる会社でもアセンブラできない人は結構いる.
チーム(開発)違うのに解析・最適化頼まれる事も ;P
おまいら！
別に自分がアセンブラできなくても,
好きな奴がやってくれるからイイヤって思ってないか？
「アセンブラ扱える」
＝「アセンブラでハァハァできる奴」
＝「お金と時間とアセンブラコード渡せば
喜んで解析・最適化してくれる」
と勘違いしてないか？
・・・いや確かにそうかもしれないが,
本見ながら, 読める程度にはなろうぜ！
134: 2009/06/25(木)12:11 AAS
汎用機でアセンブラソースをメンテした事が2回ある
可変長レコードファイル出力と単なる帳票出力
後者でCOBOLを使わなかった理由は知らん
135: 2009/06/25(木)17:19 AAS
処理速度をウリにしてたんだろうきっと。
136: 2009/07/01(水)07:08 AAS
昔話だが、俺のいた電子計算室ではＣＯＢＯＬを開発言語と決めていた。
ところがあるチームが室長に黙ってアセンブラで業務を書き換えた。
発覚したとき「これはアセンブラでなければ書けない」と言い訳をした。
その後、他のチームの人は２〜３年でどんどん人事異動で入れ替わってゆくのに
そこは５年間人事異動なし、１０年後にＣＯＢＯＬで書き換えられるまで
半数が異動できなかった。
137: 2009/07/01(水)08:36 AAS
俺もC++とアセンブリ言語併用してそういうことやってるよ
他の人間には理解できないように作るのは保身の基本だと思ってる
138: 2009/07/01(水)10:49 AAS
それは止めとけ。
「策士策に溺れる」「上手の手から水が漏れる」って昔から云うだろ。
バグを誘引して、自滅する。
139: 2009/07/01(水)10:56 AAS
アセンブリって一番簡単な言語なのになぁ
140: 2009/07/01(水)11:03 AAS
アセンブリって一番原始的な言語なのになぁ
141: 2009/07/01(水)11:07 AAS
原始的だから一番簡単なんだよなぁ
142: 2009/07/01(水)11:14 AAS
簡単過ぎて難しい
何をやってるかが理解出来るまで少し読むだけでは理解出来ない
143(1): 2009/07/01(水)11:25 AAS
ＦＯＲＴＲＡＮでやればなんでもない超多元配列など
アセンブラでどうやって書けっちゅうんだ！
144: 2009/07/01(水)21:46 AAS
>>143
[10][10][10][10]の多次元配列なら、
各最大要素 10*10*10*10 のメモリを確保しておいて、
[i1][i2][i3][i4]をアクセスするときは
basePoint + ( i1 * 1000 + i2 * 100 + i3 * 10 + i4 ) の中身を参照すればいいんでないか？
145(1): 2009/07/02(木)04:05 AAS
メモリ参照する度に乗算命令なんかコスト高すぎて使ってられねえ。
上下前次1-新書関写板覧索設栞歴
あと 375 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.017s