ＣＰＵの動きを理解してない奴

1 ：即死：02/10/05 18:27

即死

2 ：デフォルトの名無しさん：02/10/05 18:28

おまえ。

3 ：デフォルトの名無しさん：02/10/05 18:28

２げっと

4 ：デフォルトの名無しさん：02/10/05 18:28

間違いなく俺。

5 ：即死：02/10/05 18:31

３年以内に死

6 ：デフォルトの名無しさん：02/10/05 18:32

ページングが分かってないのは痛いな。
というわけでプログラマなら初めて読む486を必ず読むこと。
OSに関するものをいくら読んでもこれが分かっていないと
VMの動作が分からない。
いまからでも遅くないから読んでくれ。お願いします。

7 ：デフォルトの名無しさん：02/10/05 18:33

俺のCPUは素早い
捕まえようとしてもすぐに飛んでいってしまう

8 ：デフォルトの名無しさん：02/10/05 18:34

>>6
たとえばページングがわかるとどういうメリットがありまスか？

9 ：デフォルトの名無しさん：02/10/05 18:35

>>8
何もありません。ただ上っ面を舐めただけの文献なんて
読むよりもよっぽど価値があります。

10 ：デフォルトの名無しさん：02/10/05 18:35

パターソン＆ヘネシー

11 ：即死：02/10/05 18:36

・「プログラムはなぜ動くのか」
・「初めて読む486 」
・「ＣＰＵは何をしているのか」

他に何か？

12 ：デフォルトの名無しさん：02/10/05 18:36

俺のCPUは堂々としている。
臆せず、たじろがず、いつも胸を張っている。

13 ：デフォルトの名無しさん：02/10/05 18:36

>>9
「はじめて読む486」が上っ面を舐めただけの文献じゃないとでも？？？

14 ：ＣＰＵ：02/10/05 18:38

俺を知らん奴ぁ　３年以内に消える

15 ：デフォルトの名無しさん：02/10/05 18:38

C# とか Java あたりのプログラミングで CPU の
動きを知ってる必要あるの？

16 ：デフォルトの名無しさん：02/10/05 18:38

>>13
そういってしまえばそうだな（藁
まああれが最低ラインってこと。

17 ：ＣＰＵ：02/10/05 18:40

>>15

いやー、別に構わんよ。
肉体労働者はね。

18 ：デフォルトの名無しさん：02/10/05 18:40

>>15
レベルによるだろ。

19 ：デフォルトの名無しさん：02/10/05 18:41

「はじめて読む486」って、４８６に依存した内容ですか？
理論を勉強したいんだが、役に立つのか？

20 ：デフォルトの名無しさん：02/10/05 18:41

>>15
スタックとヒープ、スレッド(コンテキスト)を理解するということは
CPUの動きを知ってるのとあんまり変わらん気がする

CPUじゃなくてOSか？まあ表裏一体という気もするけど...

21 ：デフォルトの名無しさん：02/10/05 18:42

Ｃのポインタが理解できなくて、ＪＡＶＡに逃げた知人がいるのですが、
そいつに将来はあるのでしょうか？

やっぱり即死だな、アイツ

22 ：デフォルトの名無しさん：02/10/05 18:43

即死でしょう

23 ：デフォルトの名無しさん：02/10/05 18:44

>>19
486についての分かりやすい解説書だけど、
ページング周りの説明には汎用性があるので初歩の勉強にはいい。
だけど、同じ程度以上に詳細な資料がIntelのサイトで普通に拾える。
平易な説明でなくてもいいんならそれ読めばいいだけの話。
CPUの回路レベルの論理設計を知りたいならパターソン＆ヘネシー。
R2000の解説を通じてCPU設計のイロハを学べる。

24 ：デフォルトの名無しさん：02/10/05 18:44

はじめて読む486
http://www.google.co.jp/search?num=30&hl=ja&ie=UTF-8&oe=UTF-8&safe=off&q=%E3%81%AF%E3%81%98%E3%82%81%E3%81%A6%E8%AA%AD%E3%82%80486&lr=lang_ja

25 ：デフォルトの名無しさん：02/10/05 18:57

プログラミングの力を生み出す本
http://www.google.com/search?num=30&hl=ja&ie=Shift_JIS&newwindow=1&q=%83v%83%8D%83O%83%89%83%7E%83%93%83O%82%CC%97%CD%82%F0%90%B6%82%DD%8Fo%82%B7%96%7B&lr=lang_ja

26 ：デフォルトの名無しさん：02/10/05 19:03

CPUは炊事場の裏などに潜みます
いきなり飛んでくることもあるので気をつけてください

27 ：ComputerScience神：02/10/05 19:12

・「プログラムはなぜ動くのか」
・「初めて読む486 」
・「ＣＰＵは何をしているのか」
・「プログラミングの力を生み出す本」

他に何か？

28 ：デフォルトの名無しさん：02/10/05 19:16

コンピュータの構成と設計　上下もなー

29 ：デフォルトの名無しさん：02/10/05 19:29

>>23
ありがとう。
つーかパターソン＆ヘネシーだけじゃわかんねーよ。
いくつか共著で出してるっしょ？

コンピュータの構成と設計　上下　のこと？？

30 ：デフォルトの名無しさん：02/10/05 19:35

コンピュータ・アーキテクチャ―設計・実現・評価の定量的アプローチ

これを改定したのが

コンピュータの構成と設計　上下　

ってことか！？

31 ：デフォルトの名無しさん：02/10/05 19:35

Java するにもポインタの概念は必須だよね

32 ：デフォルトの名無しさん：02/10/05 19:40

CPU の動きは？

33 ：デフォルトの名無しさん：02/10/05 19:44

>>30
構成と設計のほうに
「コンピュータ・アーキテクチャ～は小難しいから、そ
れよりちょっとレヴェル落としたのが本書ＤＡＹＯ！」
とか書いてあったような気がする。

34 ：デフォルトの名無しさん：02/10/05 19:50

>>32
即死の人ですか？

35 ：デフォルトの名無しさん：02/10/05 20:00

コンピュータの構成と設計って、二冊で１万するけど、よだれが出そうな本ですね。
つーか、どの説明（サイト）を読んでも絶賛の嵐なんだが、そんなにいいの？

36 ：デフォルトの名無しさん：02/10/05 20:03

・「コンピュータの構成と設計　上下」
・「プログラムはなぜ動くのか」
・「初めて読む486 」
・「ＣＰＵは何をしているのか」
・「プログラミングの力を生み出す本」

他に何か？

37 ：デフォルトの名無しさん：02/10/05 20:12

コンピュータの構成と設計　上下

これ極めれば、あとはいらないでしょ？

38 ：デフォルトの名無しさん：02/10/05 20:35

コンピュータの構成と設計　上下

39 ：デフォルトの名無しさん：02/10/05 20:38

>>34
まあ、そんな詳しいわけじゃないけど。
で、どうなの？

40 ：デフォルトの名無しさん：02/10/05 21:09

ほとんど同じことだろ。
全然わかっておまへんな？
まずはＣＡＳＬⅡをやりなはれ。

41 ：デフォルトの名無しさん：02/10/05 21:14

「コンピュータの構成と設計」はいいよ。
事前に、論理関数の作り方(と、最適化の仕方)と
順序回路の作り方(即ちフリップフロップの使い方)、
それから同期回路と非同期回路の違いを押さえておけば、
あとはすらすら読める。初歩の教科書としては最高じゃないかな。

42 ：39：02/10/05 21:16

>>40
俺？
今、SH3 でやってるから良いよ。

43 ：デフォルトの名無しさん：02/10/05 21:17

アメリカの教科書最高。
つーか日本の教科書ってなんでクソなの？
能力がないんだな。

44 ：デフォルトの名無しさん：02/10/05 21:19

アメリカ行けよ。

45 ：デフォルトの名無しさん：02/10/05 21:21

>>43
わかりやすく教えるってのがちゃんと評価されるからな。

46 ：デフォルトの名無しさん：02/10/05 21:33

>>45
ああ、そういう理由ですか。
日本で分かり易くっていうと
予備校のハウツーみたいな感じに
なっちゃってなんだかあれだよね。。

47 ：デフォルトの名無しさん：02/10/05 21:53

コンピュータの構成と設計は、学生の時の教科書だった。

48 ：manko_chinko ◆GLc2rpKRNM ：02/10/05 22:19

初めて読む４８６のまえに初めて読む８０８６もよんどいた方がいいと思います。
すごく勉強になりました＞どっちも

49 ：デフォルトの名無しさん：02/10/05 22:20

>>46
そんなんじゃねー
行間を読む必要がなく、丁寧に書いてあるという意味

50 ：デフォルトの名無しさん：02/10/05 22:20

>まんこちんこ

糞言語はまだぁ？

51 ：デフォルトの名無しさん：02/10/05 22:23

>>49
いや、だから日本での評価される分かりやすさ（売れる）
ってのが予備校的ってのが言いたいの。
サルシリーズしか売れない日本の出版業界。悲惨だね。

52 ：デフォルトの名無しさん：02/10/05 22:26

メモリマップドＩお

53 ：　：02/10/05 22:28

趣味でプログラムやてます。
「プログラムはなぜ動くのか」
面白い！わかりやすい。漏れみたいな厨房にもわかるように書いてあります。
けどまだ読みかけ・・・。

54 ：デフォルトの名無しさん：02/10/05 22:30

>>51
むしろいいことだと思うね。
内容が薄いことは確かだが、
わかりやすいものは売れるってのは
いいことだ。
とっかかりがサルシリーズでも良かろうて。

55 ：デフォルトの名無しさん：02/10/05 22:32

・「コンピュータの構成と設計　上下」「コンピュータ・アーキテクチャ」
・「プログラムはなぜ動くのか」
・「初めて読む486 」
・「初めて読む8086」
・「ＣＰＵは何をしているのか」
・「プログラミングの力を生み出す本」

他に何か？

56 ：デフォルトの名無しさん：02/10/05 22:33

サルって、とっかかりにしか使えないし、ハウツーに走ればあまり応用がきかないような気がする。
アメリカの教科書は、基礎がキッチリ身に付くと思う。

易しくても「本格的」だと思う。

57 ：デフォルトの名無しさん：02/10/05 22:33

>>54
サルシリーズと工学書では売ってるほうも買うほうも全然層が違うと思うが。
事務のおねぇちゃんがパタヘネ読むことは無いだろう。
＃読んでたらそれはそれで萌えるが。

58 ：デフォルトの名無しさん：02/10/05 22:43

日本には、入門向けはサル本しかない。
あとは、ちょっと敷居が高くなる。
工学の入門書として、アメリカ型の教科書を作ってくれ。

ということでよろしいですか。

59 ：デフォルトの名無しさん：02/10/05 22:44

「ＣＰＵは何をしているのか」　を読んだことのある人、いますか？

いわゆる工学書ではないが。

60 ：デフォルトの名無しさん：02/10/05 23:05

初めて読む486もサル向けといえばそうだけど、
出来は悪くないと思うよ。10年近く経った今でも
読めるし。酷いのは、新刊として出して後パッパを
「最初から」見込んで書かれてるような本。
最近の例で言えばLinux関連は特にそうだった（藁
まあ、まともな人はmanとinfoを熟読するだろうから
丁寧な記述をしたからといって売れるわけでも、
誰かに評価されるわけでもない。
なかなか入り込む余地がなかったとも言えるけどね。

61 ：デフォルトの名無しさん：02/10/05 23:06

・「コンピュータの構成と設計　上下」「コンピュータ・アーキテクチャ」
・「プログラムはなぜ動くのか」
・「ＣＰＵは何をしているのか」
・「はじめて読む486」
・「はじめて読む8086」
・「プログラミングの力を生み出す本」

他に何か？

62 ：デフォルトの名無しさん：02/10/05 23:11

まあエミュレータでも自作すればいやでもわかる。

63 ：デフォルトの名無しさん：02/10/05 23:13

80x86/80x87ファミリーテクニカルハンドブックで8086～80486はバッチリさ！

64 ：デフォルトの名無しさん：02/10/05 23:15

そんなの知ってなんか役に立つの？

65 ：デフォルトの名無しさん：02/10/05 23:15

なんかコアな奴が

66 ：デフォルトの名無しさん：02/10/05 23:26

論理学でそういった本を日本人が出してました。
こういうのをちゃんと学んだ哲学や言語学をやってた人なら文系でもプログラミングのセンスありそうじゃない？

論理学をつくる
http://www.amazon.co.jp/exec/obidos/ASIN/4815803900/

目次：
はじめに
第Ⅰ部　論理学をはじめる　第１章　What is THIS Thing called Logic?／第２章
論理学の人工言語をつくる／第３章　人工言語に意味を与える／第４章　機械もす
なる論理学／第Ⅰ部のまとめ
第Ⅱ部　論理学をひろげる　第5章　論理学の対象言語を拡張する／第6章　おおっ
と述語論理のセマンティクスがまだだった／第7章　さらに論理言語を拡張する／
第8章　さらにさらに論理言語を拡張する／第Ⅱ部のまとめ
第Ⅲ部　論理をもう１つの目で見る　第9章　自然演繹法を使いこなそう／第10章
シンタクスの視点から論理学のゴールに迫る／第Ⅲ部のまとめ
第Ⅳ部　論理学はここから先が面白い！　進んだ話題のロードマップ　第11章　め
くるめく非古典論理の世界にようこそ！／第12章　古典論理にもまだ学ぶことがた
くさん残っている／第Ⅳ部のまとめ
付録　Ａ．A little bit of mathematics／Ｂ．練習問題解答／Ｃ．ブックガイド

67 ：デフォルトの名無しさん：02/10/05 23:35

さぁ。

CPU話をしてくれ

68 ：デフォルトの名無しさん：02/10/05 23:39

CPUの動きを理解してない奴について話すんじゃないの？
もしくはCPUの動きを理解してない奴が話す。

69 ：デフォルトの名無しさん：02/10/05 23:40

とするとマ板ネタっぽいが。

70 ：デフォルトの名無しさん：02/10/05 23:45

CPUの動き？そんなもん意識する必要などない。
そんな例レベルなことはそこらのプログラマに
まかしておけばよいことだからだ。
俺のような高次元のプログラムを作れるように
せいぜい頑張りたまえ

71 ：とうとう：02/10/05 23:48

VB神が出現しますた。

72 ：デフォルトの名無しさん：02/10/05 23:48

>>70
高レベルだから難しいってわけではないんだが、とあえて突っ込む。

73 ：1：02/10/05 23:50

CPUの動きの話、それを理解してない奴の話、理解する必要性の有無の話、Cのポインタとの関連、なんでもアリだす。

74 ：デフォルトの名無しさん：02/10/05 23:52

386のローカルディスクリプタテーブルって何に使うの？

75 ：デフォルトの名無しさん：02/10/05 23:52

>>72
VB神は、大変お疲れです。
気やすく話かけるな！無礼者！

76 ：デフォルトの名無しさん：02/10/05 23:53

実はＶＢではなくＨＳＰだったりして。

77 ：デフォルトの名無しさん：02/10/05 23:57

>>1
っていうかCPUの動きの話って具体的にどの程度のこと言ってんだよ？
アセンブラ使えりゃOKってレベルか？

78 ：デフォルトの名無しさん：02/10/06 00:00

　アセンブラでどういうコードが吐かれるをイメージしながらプログラム
できればいいってことかな。
　あまり、必要になることないとは思うけどね・・

79 ：デフォルトの名無しさん：02/10/06 00:03

FPGAとかって何？どんなことが出来るの？

80 ：デフォルトの名無しさん：02/10/06 00:05

CPUつくれる。

81 ：デフォルトの名無しさん：02/10/06 00:09

自分でCPU作ってコンパイラ移植してなんてやったり出来るの？
お勧めの評価キット＆チュートリアル的な本なんてありますかしら？

82 ：デフォルトの名無しさん：02/10/06 00:12

Field Programmable Gate Array は、IC 作ってから中身を作れる。
Flat Pin Grid Array は、単にそういう形。

83 ：デフォルトの名無しさん：02/10/06 00:14

>>81
出来ません。OS の知識なしにいきなり OS 作れないのと同じ理屈。

84 ：デフォルトの名無しさん：02/10/06 00:18

>>81
出来ます。学部生でも作れるので、基礎をしっかり勉強すれば大丈夫。

85 ：デフォルトの名無しさん：02/10/06 00:21

はいぱーすれってぃんぐ説明汁

86 ：デフォルトの名無しさん：02/10/06 00:22

>>81
入門書や評価ｷｯﾄもあるけど、これはもうｿﾌﾄ屋の領域ではないよね。
言語はVerilogHDL, VHDL, Cなんかが使用できる。
いずれもC言語が解れば文法は理解できるけど、ｿﾌﾄと違って
ﾊｰﾄﾞは構成次第で完全な並列動作が可能と言うことを念頭に置いて開発しないといけない。
あと細かいところだとｹﾞｰﾄ遅延とかﾊｰﾄﾞ的な発想が求められる。

入門書
http://www.cqpub.co.jp/hanbai/books/562080.htm

評価ｷｯﾄ
http://www.cqpub.co.jp/eda/flex10ke/doc/default.htm
http://www.cqpub.co.jp/eda/Spartan2/doc/default.htm

87 ：デフォルトの名無しさん：02/10/06 00:28

>>81
ＣＰＵのエミュレーション・プログラムなら簡単に作れる
機械語命令を設計し、命令デコーダー・ルーチンと命令実行後のレジスタを表示ルーチンを作るだけ

88 ：デフォルトの名無しさん：02/10/06 00:30

１０段のパイプラインって理解できない。
４クロック命令４つが４段のパイプラインで結局のところ７クロック位で実行
出来る事だと思っていたんだけど、１０段もパイプライン必要な命令在るの？
てか全ての命令に１０段も使うの？わけ解らない。
誰か教えて。

89 ：デフォルトの名無しさん：02/10/06 00:33

>>88
ｷﾐの方がわけわからんよ

90 ：デフォルトの名無しさん：02/10/06 00:35

81です。
仕事は当然ソフト(UNIXアプリを主に)な訳ですが、
ハードのことは本当に分かりません。。。
趣味で何か勉強できればいいなと思っています。

81さんの教えてくれた評価キット、高いですが
買っていろいろといじってみたいです。

91 ：デフォルトの名無しさん：02/10/06 00:43

>>88
http://www.watch.impress.co.jp/pc/docs/article/20000223/wil2.jpg

92 ：デフォルトの名無しさん：02/10/06 00:45

>>90
PIC辺りから始めてみては？

93 ：デフォルトの名無しさん：02/10/06 00:50

クオリティーの高いアプリケーションをつくるなら
CPUに最低限必要な命令がどんなものかわかってれば
いいと思うけどね。
それ以上のハードよりの知識を身につけても
アプリケーションのクオリティーはあがらないと思う。

ポインタを理解できない人は、
まずアセンブラみたいな機械語レベルのものをやった方がいいね。
ただ、x86の機械語やると無駄に時間を浪費しそうだけど。

94 ：デフォルトの名無しさん：02/10/06 00:51

とりあえずスタックくらい意識してコード書いて欲しい。

95 ：デフォルトの名無しさん：02/10/06 00:53

スタック意識しないで再帰を書いた俺はもうだめですか？

96 ：デフォルトの名無しさん：02/10/06 00:54

全然。スタックなんぞメモリのある限り積めばよいのだ。

97 ：95：02/10/06 00:55

食いつぶしました。

98 ：デフォルトの名無しさん：02/10/06 00:56

http://www.kimurass.co.jp/picindex.htm

99 ：デフォルトの名無しさん：02/10/06 01:06

このｽﾚに書かれているのはCPUの実行する命令であって、
CPUの動作ではない。

100 ：デフォルトの名無しさん：02/10/06 01:10

LD
MV
ST

101 ：デフォルトの名無しさん：02/10/06 01:12

>>99
CPUの動きを理解してない奴、発見！

102 ：デフォルトの名無しさん：02/10/06 01:18

＞＞１０１
CPUの動きは物理法則に従います。

103 ：デフォルトの名無しさん：02/10/06 01:29

>>74
タスクごとにセグメントをネチネチ切るのに使うらしいが
使ってるOSあるんだろうか謎

104 ：デフォルトの名無しさん：02/10/06 01:31

CPUの内部的な動作となると、機械・工学板の方がさすがに詳しいな。
CPUとDSPの違いなんて大方のｿﾌﾄ屋から見ればどうでもよい場合が多いだろう。
ｿﾌﾄ屋はCPUの命令ｾｯﾄと実行に必要な時間のみ知っていればいい。

105 ：デフォルトの名無しさん：02/10/06 01:33

イマドキのCPUの内部動作を知ってる人は少ないだろうなあ・・・
ARMやMIPSなら想像はできるかもしれないけど

106 ：デフォルトの名無しさん：02/10/06 01:34

>>91
ども、ありがとう。
これ見ると、全ての命令がパイプライン抜けるには１０クロック係りそうなんだけど、
パイプライン一段進むのにやっぱ１クロック必要なんだよねぇ....
間違ってる？

パイプラインのペナルティが大きいって、パイプラインの効果が出ないって言う意味以上に
なつかしの386時代より命令で消費するクロックが多くなるって事なのかなぁ。

菊は一時の恥じ。聞いてみます。

107 ：デフォルトの名無しさん：02/10/06 01:35

プログラミングは物理法則を超越する。
ただしエントロピーは別である。

といってみるﾃｽﾄ

108 ：デフォルトの名無しさん：02/10/06 01:56

>>106
パイプラインステージ数は低いほど性能が高いけど
クロック周波数を高く設計するとなると１ステージに
複雑な命令を積めこめないのでステージを増やして
各ステージの負担を下げる

ステージが多いので性能が落ちているように見えるが
パイプラインが順調に流れていれば見かけ１クロックで
処理されるから高クロックにチップでは性能が向上する
ブランチミスプレディションが頻発したら落ちまくりの諸刃の剣

109 ：デフォルトの名無しさん：02/10/06 02:19

>106
1つの命令だけに着目するとそうである。
しかし、複数の命令の実行では
ｽｰﾊﾟｰｽｶﾗにより複数のﾊﾟｲﾌﾟﾗｲﾝを実行している。
各ｽﾃｰｼﾞは並列に動作するので1ｸﾛｯｸあたり処理できる命令が増える。

110 ：デフォルトの名無しさん：02/10/06 02:29

昔のアスキーかなんかでパイプラインについて結構詳しく
説明してたなそういえば。

111 ：デフォルトの名無しさん：02/10/06 02:35

>>109
アウトオブオーダーとスケジューリングがそこに絡んでくるかな。
いろいろ最適化を加えればステージは必然に多くなりますな・・。

ageてみる(w

112 ：デフォルトの名無しさん：02/10/06 02:44

HyperThreadingテクノロジもスーパースケーラの延長線上でなんでしょ？

113 ：デフォルトの名無しさん：02/10/06 02:53

>>112
スーパースケラはユニット５～６個で頭打ちって言われていたからね
でもスーパーパイプラインも関係しているらしい。

114 ：デフォルトの名無しさん：02/10/06 02:57

スーパーとかハイパーとかウルトラとかエクストリームとか

115 ：デフォルトの名無しさん：02/10/06 03:02

>>111
確かにｽｰﾊﾟｰｽｶﾗは命令の依存関係によって効果がまちまちなんで
ｱｳﾄｵﾌﾞｵｰﾀﾞで効率よく実行しないといけないです。
あと分岐予測でL1ｷｬｯｼｭを有効に使うことですか。

すなおにRISCになればこんな複雑にしなくてもいいのだが。
近頃のﾌﾟﾛｾｯｻは複雑すぎる。

116 ：デフォルトの名無しさん：02/10/06 06:11

オメーラさげんなってな。

117 ：デフォルトの名無しさん：02/10/06 06:22

まんちょ

118 ：デフォルトの名無しさん：02/10/06 06:58

>>106
パイプラインが完全に理想的に働いているとすれば
パイプラインの出口からは１クロックに１つづつ処理結果がでてくることになる。
つまり事実上１クロックに１命令実行しているとみなせる。

、、、最初の１０クロックを除けば。

実際の工場でも１つ組み立てるのに10分かかる製品も
一人1分ぶんの作業工程で分担して10人でライン組めば1分に１つの割合で
生産することができるだろ？

119 ：デフォルトの名無しさん：02/10/06 09:51

スループットとレイテンシ、で区別すれば済む話だろうがよ・・・。＜パイプライン

120 ：デフォルトの名無しさん：02/10/06 10:40

消化器官もパイプラインだ！！！

スループット: 一度に食えるメシの量＝一度に出る糞の量
レイテンシ　: 食ったものが糞になるまでの時間

121 ：120：02/10/06 10:40

ごめん、スループットは単位時間当たりに出る糞の量ですた

122 ：106：02/10/06 10:45

あやふやだった理解がすっきりしました。

どうやらあちきは、一段のパイプラインでdecodeからexecまで担当してるようなイメージを
もっていたみたいです。
＃この考えのお陰で色々説明されてもピンとこない事が多かった。

皆さんどうもありがとう。

123 ：106：02/10/06 10:56

お礼なのであげて置きます。

124 ：デフォルトの名無しさん：02/10/06 11:01

飯を食いながらうんこをする。。。

125 ：デフォルトの名無しさん：02/10/06 11:08

>>124
スループットを上げるのに有効ですね！

126 ：デフォルトの名無しさん：02/10/06 11:21

>>124->>125
ﾜﾗﾀ

127 ：デフォルトの名無しさん：02/10/06 11:54

なぜ日本産のパソコン用CPUがないのですか？
http://science.2ch.net/test/read.cgi/kikai/995278591/

128 ：1：02/10/06 12:03

>>123
三日に一度はアゲに来るように。

129 ：デフォルトの名無しさん：02/10/06 13:39

>>121
UPC(Unko per Clock)

130 ：1：02/10/06 15:23

age率
46/129=36％

オマエラ、本当にヤル気あんのか？
本気で世界に通用するソフトウェアエンジニア目指してんのか？

131 ：デフォルトの名無しさん：02/10/06 15:25

>>130
1の考える、
世界に通用するソフトウェアエンジニア像を語ってくれ

132 ：デフォルトの名無しさん：02/10/06 15:27

>>130
sage 進行板でそれだけ上がっていれば多い方だ。

133 ：デフォルトの名無しさん：02/10/06 15:30

上げ率＝厨房度

134 ：デフォルトの名無しさん：02/10/06 15:33

２ちゃんねるブラウザ使い出してからsageたことねーよ。

135 ：デフォルトの名無しさん：02/10/06 15:35

俺は age たことねーよ。

136 ：1：02/10/06 15:37

>>131
たりない脳みそで考えてみてくれや！

137 ：デフォルトの名無しさん：02/10/06 15:38

ＣＰＵの動きを理解してない奴ってVB厨だけだろ(藁

138 ：マターリしろ：02/10/06 15:45

　　　　　　　　　　　　　　　　○　　○　　○
　　　　　　　　　　　　　　　　　＼　│　／
　　　　　　　　　　　　　　　　　　／￣＼　　　　／￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　　　　○ ─（ﾟ ∀ ﾟ）― ○＜　埼玉観覧車
　　　　　　　　　　　　　　　　　　＼＿／　　　　＼＿＿＿＿＿＿＿＿＿
　　　　　　　　　　　　　　　　　／　│　＼
　　　　　　　　　　　　　　　／　　｜　　＼
　　　　　　　　　　　　　　／　　【１２：３４】　＼
　　　　　　　　　　　　／　　　　　　｜　　　　　＼

139 ：１：02/10/06 17:13

このｽﾚグローバルについて行けない低脳ばかりだな（藁

140 ：デフォルトの名無しさん：02/10/06 17:17

>>139
さてはコボラーか。
グローバル変数ばっかりにしてんじゃないぞ。

141 ：１：02/10/06 17:18

＞＞１４０
さすがVB廚つまんねーな（爆

142 ：デフォルトの名無しさん：02/10/06 17:21

あぁ、俺はVB厨さ。
ただな。コボラー>>1よ。よく聞け。
変なコーディングスタイル押し付けるんじゃないぞ。
今時のVB厨はグローバル変数を嫌うのだ。
わけのわからん管理台帳作ってる場合じゃないぞ。

143 ：デフォルトの名無しさん：02/10/06 17:34

グローバル変数ばっかりにしてるなんてコボラーはVB厨よりも劣るな。

144 ：１：02/10/06 17:37

＞＞１４２＝＞＞１４３
コボルでCPU直接いじれる訳ね―だろ（藁

145 ：デフォルトの名無しさん：02/10/06 17:46

＞＞１
はアセンブラジジイで、
ローカル変数使えない痴呆

146 ：1：02/10/06 17:49

誰だよお前
１は偽者
俺はもう、名無しで書き込むから。

つーか自作自演やめれ

147 ：デフォルトの名無しさん：02/10/06 17:55

まあコボラもブビ厨も頑張って理解しろよな。

148 ：1：02/10/06 17:56

お前こそ誰だ！
本物はオレだ！
VB廚お得意の「都合が悪くなったら自作自演扱い」か。

149 ：デフォルトの名無しさん：02/10/06 18:12

もーとうぶんこないから、勝手にしろ>>148
勉強で忙しい

150 ：1：02/10/06 18:16

お前こそ誰だ！
本物はオレだ！
Del厨お得意の「都合が悪くなったらVB厨のせいにする」か。

151 ：デフォルトの名無しさん：02/10/06 18:18

必死だな>>１

152 ：デフォルトの名無しさん：02/10/06 18:19

まあコボラもブビ厨もDel厨も頑張って理解しろよな。

153 ：shige：02/10/06 18:22

Ruby>>>>>>>>>>>>>>>>>|超えられない壁|>>>>>>>>>>>>>>>>>その他の言語
RUBYこそ最高の言語！
お前らも早く追いつけよ！

154 ：デフォルトの名無しさん：02/10/06 18:27

最初の方は優良スレだったのに。

155 ：デフォルトの名無しさん：02/10/06 18:31

すべてのＰＧがＣＰＵの動きを知らないとプログラムを書けない世界は、
非情に効率が悪い世界だと思うが。

156 ：デフォルトの名無しさん：02/10/06 18:38

何の効率？

157 ：デフォルトの名無しさん：02/10/06 18:45

>>１５６
債務の返済効率

158 ：デフォルトの名無しさん：02/10/06 19:07

マ板でやれよ

159 ：デフォルトの名無しさん：02/10/06 19:57

以下の文書の誤りを指摘せよ
http://support.microsoft.com/default.aspx?scid=kb;ja;JP194550

160 ：デフォルトの名無しさん：02/10/06 20:27

サポート情報っていうかタダのバグじゃん。

161 ：デフォルトの名無しさん：02/10/06 20:36

>>159
> 以下の文書の誤りを指摘せよ
> http://support.microsoft.com/default.aspx?scid=kb;ja;JP194550

ざっと見たら、下の２文に誤字があるけど、それがどうかしたか ? いいとは言わんけど、別に誤解を招くような表現でもないし、俺的には問題ないけど。

・下記のサンプルのように、Visual C++ 5.0 では free 関数を不適切に呼び出しても無害な場合がありますが、free 関数の呼び出しくらい置を変更するだけでアプリケーションエラーが発生するコードにもなります。
・このようなコードは、高い確立でメモリ破壊をまねくでしょう。

162 ：デフォルトの名無しさん：02/10/06 20:53

いずれにせよ年収１０００万以下はカスだろ（ｗ

163 ：デフォルトの名無しさん：02/10/06 21:15

>>164
みっともないですよプリティさん。

164 ：163：02/10/06 21:52

165 ：デフォルトの名無しさん：02/10/06 23:31

>>１６２
オレの月収は１０００万

リラ。

166 ：デフォルトの名無しさん：02/10/07 00:34

ＣＰＵのガンダムに勝てません。

167 ：デフォルトの名無しさん：02/10/07 01:17

つーか何故8080系だけ知ればいいってことになってんだ？
6800系も入れてくれ。

168 ：デフォルトの名無しさん：02/10/07 01:19

あと三菱系エンディアンのCPUも入れといて。

169 ：デフォルトの名無しさん：02/10/07 01:21

あとセパレートじゃないCPUなんかも、、、

170 ：デフォルトの名無しさん：02/10/07 01:33

日立も入れてくれ。

ところで組み込みでCPUの動き理解して無い奴っている？
仕事にならんような気がするが。

171 ：デフォルトの名無しさん：02/10/07 01:37

Javaは高級言語なのでCPUの動作なんていう低レヴェルな話は不要ですよ

172 ：デフォルトの名無しさん：02/10/07 01:53

>>170
H8とか？
何か特別なことしてたっけ？

173 ：デフォルトの名無しさん：02/10/07 02:34

>>171
ポインタしかない言語だけどなー。

174 ：デフォルトの名無しさん：02/10/07 02:38

SPARC V9マンセー
x86はｼﾈ

175 ：デフォルトの名無しさん：02/10/07 02:49

>>171
モトローラのCPUのどっかのレジスタに
JAVA MODE ON みたいなレジスタが確かあったはずだぞ
詳しいことを憶えてないのでちょっと愛昧な書き方になってスマン

176 ：デフォルトの名無しさん：02/10/07 05:12

>>175　こんなん出ました
http://e-www.motorola.com/brdata/PDFDB/docs/ALTIVECPEM_CH2.pdf
の 2.3.2。

177 ：デフォルトの名無しさん：02/10/07 17:10

落ち込むことがあったからこのｽﾚから揚げしとく。

178 ：デフォルトの名無しさん：02/10/07 17:54

Z-80こそわが青春

179 ：デフォルトの名無しさん：02/10/07 17:58

SH、これ最強。

180 ：デフォルトの名無しさん：02/10/07 21:32

えっ！？　CPUって動くんですか？

181 ：デフォルトの名無しさん：02/10/07 21:35

最近のはモーター内蔵。

182 ：デフォルトの名無しさん：02/10/07 22:10

68000は不滅です。

183 ：デフォルトの名無しさん：02/10/07 22:15

Linuxの2.5.40-ac5についにm68k,m68knommuの二つが入りました！

184 ：デフォルトの名無しさん：02/10/07 22:34

http://www1.neweb.ne.jp/wa/yamdas/column/technique/21-daysj.html
これを読めばわかる。
アセンブラは必要なし

185 ：デフォルトの名無しさん：02/10/07 22:36

>>180
たまに夜中に台所をカサカサ這い回ってるよ。

186 ：デフォルトの名無しさん：02/10/07 23:23

>>159
限りなく脳足りんな連中だな、と思うのは
> <meta HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
ここくらいか。

187 ：デフォルトの名無しさん：02/10/08 00:14

>>184
とはいえ、「答え」(とそれに関連する)内容を理解するにはCPUのマニュアル
見ながらアセンブラいじるのが手っ取り早そうだが。

188 ：デフォルトの名無しさん：02/10/08 00:18

>>184
バカ？

189 ：デフォルトの名無しさん：02/10/08 00:22

>>183
v850も入ってますね。
ついにuClinuxまでマージされてしまうのか。

190 ：デフォルトの名無しさん：02/10/08 01:58

アセンブラ使って作るアプリってしょぼそう

191 ：デフォルトの名無しさん：02/10/08 02:06

マクロが使えるから、頑張ってマクロライブラリいっぱい作れば、
それなりに高級言語チックに、、、、ならなんな。

192 ：デフォルトの名無しさん：02/10/08 02:22

>175
ARMｼﾞｬﾈｰﾉ?

193 ：デフォルトの名無しさん：02/10/08 03:23

>>185
ゴキブリかよ

194 ：デフォルトの名無しさん：02/10/08 10:30

>>191
MASMの構造化マクロなんてのがあったような。
逆に読みにくくなったが。

195 ：デフォルトの名無しさん：02/10/09 17:00

age

196 ：デフォルトの名無しさん：02/10/10 18:39

pointer の下何 bit は 0 だ。とかその辺がわかる本ってどんなの？

197 ：デフォルトの名無しさん：02/10/10 21:37

>>196
> pointer の下何 bit は 0 だ。とかその辺がわかる本ってどんなの？

思いっきり処理系依存だし、そもそも x86 の char * なんかだと、(多くの処理系で) 最下位ビットまで使ってるぞ。

ちなみに、一番いい本はコンパイラのソースだと思うよ。

198 ：デフォルトの名無しさん：02/10/12 03:01

>>196
Linuxカーネルの解説などを読むのもいいかも。

199 ：デフォルトの名無しさん：02/10/12 09:30

Linuxのカーネルくらいスクラッチからかけないと話にならん。

200 ：デフォルトの名無しさん：02/10/12 09:41

>>199
某スレの12ですか？

201 ：196：02/10/12 10:48

>>197
http://asis.web.cern.ch/asis/products/GNU.LANG/guile-1.3.4/data-rep_1.html#SEC3
>the lower two bits of the structure's address are known to be zero.

そうなんですか、自分は上の資料や LISP scheme スレなどで読んで最下位ビッ
トが 0 というのを知ったのですが。何かの前提があっての話なんでしょうか。
aligned on a four-byte boundary の辺かな。

このスレで挙がっていた、「コンピュータの構成と設計」などを読むとその辺
がわかるのかな、と思って質問したんですが。上巻買ってきて今読んでますが。

>>198
そうですね。カーネルについても興味あるのでそのうち読んでみます。

関係ないですが目標は C で scheme の処理系を書くことです。

202 ：デフォルトの名無しさん：02/10/12 11:26

フロムスクラッチで、*Linuxの*カーネル書くのは、むりだしょ。

203 ：デフォルトの名無しさん：02/10/12 12:46

スクラッチであれだけのコード量をタイピングするだけでも
一ヶ月はかかるぞ。

204 ：デフォルトの名無しさん：02/10/12 13:34

【MIPSマシン】SPIM 【エミュレータ】
http://pc3.2ch.net/test/read.cgi/tech/1028526085/

205 ：デフォルトの名無しさん：02/10/12 14:05

>>199
しかもハンドアセンブリで

206 ：デフォルトの名無しさん：02/10/12 18:28

RTLinuxはCPUのMMUを使わずどうやって仮想記憶を実現しているのだろうか。

207 ：デフォルトの名無しさん：02/10/12 19:10

コンピューターはね、0と１で動いているんだよ。

208 ：デフォルトの名無しさん：02/10/12 19:17

電気で動いてますが何か？

209 ：デフォルトの名無しさん：02/10/12 19:18

遺伝子で動いてますが何か？

210 ：デフォルトの名無しさん：02/10/12 20:56

>>206
RTLinux?
RTの部分は仮想記憶自体関係ないはず。
Linuxの部分は、普通に使ってるし。

211 ：デフォルトの名無しさん：02/10/12 21:00

オティンティンで動いてますがナニか？

212 ：デフォルトの名無しさん：02/10/12 21:14

>>197
なんのコンパイラのソースよ？

213 ：デフォルトの名無しさん：02/10/12 21:18

>>212
>>196 が問題にしてる「pointer」とやらを使ってる処理系のソースだよ。

214 ：デフォルトの名無しさん：02/10/13 02:44

>212
あほですかぁ？

215 ：しろーと：02/10/13 15:43

Ｃ言語を学ぼうと思うのですが、一般的にポインタで一度はつまずくと聞きます。
それって結局ＣＰＵの動きが理解できていないということですか？

216 ：デフォルトの名無しさん：02/10/13 15:45

違います。

217 ：デフォルトの名無しさん：02/10/13 15:48

そうです。

218 ：デフォルトの名無しさん：02/10/13 15:51

217: ポインタを上手に例えてみよう (590)
http://pc3.2ch.net/test/read.cgi/tech/1030901827/l50

219 ：名無しさん＠Ｍｅａｄｏｗ：02/10/13 20:17

>>215
漏れもCの初心者だけど、こんな難しいスレ読んでるオタだけど、
C言語なら俺に聞け<34> (1001)
の941以下、特に962、963あたり、分かりやすかったな。

220 ：デフォルトの名無しさん：02/10/13 22:59

おじいいちゃんＣＰＵ

221 ：デフォルトの名無しさん：02/10/14 14:08

>>220
よかったね。

222 ：デフォルトの名無しさん：02/10/16 21:35

javaも低レイヤ大事ですね

223 ：デフォルトの名無しさん：02/10/16 21:44

リンク付き分岐、リンクレジスタって実際にはどのような動きをするんでしょうか？

224 ：デフォルトの名無しさん：02/10/16 21:52

>>223
どのようなって言われても。どのあたりが理解したいんだろう？

225 ：デフォルトの名無しさん：02/10/17 04:19

がんばれNEC！！！！
http://news2.2ch.net/test/read.cgi/newsplus/1034791854/

226 ：デフォルトの名無しさん：02/10/17 04:27

間違えた。こっち
http://www.zdnet.co.jp/news/0210/16/njbt_07.html

227 ：デフォルトの名無しさん：02/10/17 05:22

http://www.mainichi.co.jp/digital/computing/archive/200008/25/1.html
http://www.ntt.co.jp/saiyo/rd/ct/04.html

こっちの方が早いと思うんだが大分違う代物なんかいな？

228 ：デフォルトの名無しさん：02/10/17 05:36

http://arch.csce.kyushu-u.ac.jp/Murakamigroup/japanese/index_j.html

こんなのも貼ってみる。

http://www.hotwired.co.jp/news/news/technology/story/20020806301.html

こんなのも。

229 ：デフォルトの名無しさん：02/10/17 13:25

低水準言語なんて必要ないんだよ。
高級言語の方が利点が多いし、理想としては高級言語だけで片付けばいいなー。

230 ：デフォルトの名無しさん：02/10/17 13:37

>>229
スレ違い。

231 ：223：02/10/17 16:52

224>>
すんません。文献みつけました。
でもARMのサブルーチンコールが、普通にスタックを使わずに
レジスタ使ってリンク付き分岐になってるのはどんな理由があるんでしょう？

232 ：デフォルトの名無しさん：02/10/17 17:02

動画ファイルを再生しているときのＣＰＵの動きを誰か説明してくれ。

233 ：デフォルトの名無しさん：02/10/17 21:25

動画データをファイルからよみとったり
mpeg等ならデコーダがデコードしたり
デコードしか結果を表示デバイスにおくったり

234 ：デフォルトの名無しさん：02/10/17 22:03

>>232
メモリ操作と演算とI/O操作

235 ：デフォルトの名無しさん：02/10/17 22:57

I/Oくださーいーぅおぅおう I/Oくだーさーい♪

236 ：デフォルトの名無しさん：02/10/17 23:00

>>232
静止してる

237 ：231：02/10/18 09:17

Amazon.co.jpでARMアーキテクチャの本があったので、
素直に購入しました。しかし高い・・・

238 ：デフォルトの名無しさん：02/10/18 10:05

>>233
>>234
そんなんじゃわかりません。

ＣＰＵのどの部分で、どういう信号のやりとりをしているのか
教えてください。

239 ：デフォルトの名無しさん：02/10/18 10:35

>>238
アドレスバスでアドレス信号を出力してます。
データバスでデータ信号を入出力してます。
命令デコーダが命令をデコードしています。
演算ユニットが演算をしています。
以下略

240 ：デフォルトの名無しさん：02/10/18 11:15

横滑りしますか？

241 ：デフォルトの名無しさん：02/10/18 12:34

>1が眠っているあいだにCPUは筐体から飛び出していろいろやってるんだよ
そう色々ね・・・

242 ：デフォルトの名無しさん：02/10/18 14:38

最近は凄い力でソケットに押さえつけられてるから抜け出すのに一苦労だよ（;´Д`）

ま、俺なんかまだいい方で、ソケットじゃなくて基板に直接ハンダ付けされてる仲間もいる。
ヤツ、一度も外の世界見たこと無いって泣いてたよ…

243 ：デフォルトの名無しさん：02/10/18 14:56

最近の若いﾔﾂは足が多いな。
おおけりゃイイよいうもんでもないだろうに。

244 ：デフォルトの名無しさん：02/10/18 18:25

CPUは、一生懸命動いています。
普段はファンの音に隠れていますが
耳を澄ますと「よいしょよいしょ」という声が聞こえます。

245 ：デフォルトの名無しさん：02/10/18 18:54

>>244
泣いた（ｗ

246 ：デフォルトの名無しさん：02/10/18 20:23

サスペンドから復帰すると、「よっこらしょ」と聞こえるね。

247 ：デフォルトの名無しさん：02/10/21 14:50

>>232
なめたり、激しくあえぎ声をだしたり、腰をふったりしてる。

248 ：デフォルトの名無しさん：02/10/21 19:19

HSP !!

249 ：デフォルトの名無しさん：02/10/21 22:01

みなさんの頭の中のスタックマシンはどれだけ速く動けますか？

250 ：デフォルトの名無しさん：02/10/21 22:12

>>249
すぐスタックします。

251 ：デフォルトの名無しさん：02/10/21 22:56

CPUは夜になると形を変えて
台所をこそこそ動き回ります。
そう・・・あなたの予想は正しい。
あれ・・・なのです。

252 ：デフォルトの名無しさん：02/10/21 23:06

あれ？君の頭に黒いムカデみたいなの付いてるよ>>1-251

253 ：デフォルトの名無しさん：02/10/21 23:07

>>251
24時間P2Pやってる俺のPCはどうなる？

254 ：デフォルトの名無しさん：02/10/21 23:24

>>253
可哀想に。たまには外に出してあげないとｗ

255 ：デフォルトの名無しさん：02/10/22 01:20

Javaやっているヤシは基本的にCPU全然理解していない。

256 ：デフォルトの名無しさん：02/10/22 03:49

C/C++やっているヤシは基本的にCPU全然理解していない。

257 ：デフォルトの名無しさん：02/10/22 03:55

ソフトウェアやっているヤシは基本的にCPU全然理解していない。

258 ：デフォルトの名無しさん：02/10/22 03:56

CPU作ってないヤシは基本的にCPU全然理解していない。

259 ：デフォルトの名無しさん：02/10/22 07:00

どんぐりの背比べ

260 ：デフォルトの名無しさん：02/10/22 08:03

コンパイラを作るには知っている必要あるの？

261 ：デフォルトの名無しさん：02/10/22 08:39

>>260
知らなくて書けるか？

262 ：デフォルトの名無しさん：02/10/22 08:46

CLIの中間言語出力ならかけるんじゃないの？

263 ：デフォルトの名無しさん：02/10/22 08:59

>>262
そらね。

264 ：デフォルトの名無しさん：02/10/23 04:23

http://www.zdnet.co.jp/mobile/0210/22/n_cgs.html

265 ：デフォルトの名無しさん：02/10/23 14:10

255が真理だな。Javaは真の高級言語なのでCPUの存在などという低レベルな
実装について知る必要はないし、知っても意味がない。

256は嘘だな。あんな低レベル言語をまともに使うなら、CPUのみならず
ターゲット環境について詳しくならないと無理。

266 ：デフォルトの名無しさん：02/10/24 00:26

>>265
すみません
Java使いなんですけど
CPU設計もやってたり・・・

267 ：デフォルトの名無しさん：02/10/24 00:30

>>266
午前中皿洗い、午後客引きしてるんですけど・・・
と言ってるのと変わらんぞ

268 ：デフォルトの名無しさん：02/10/24 00:35

>>267
ということにしたいってやつか

269 ：デフォルトの名無しさん：02/10/24 00:41

>>266
安心しる！
うちもハードウェア設計ツール(VHDLみたいなもん)をJavaで作ってる！

270 ：デフォルトの名無しさん：02/10/24 01:02

>>267
そうなんです
最近マジでそう思って結構鬱なんです・・・
もう死のうかな

271 ：デフォルトの名無しさん：02/10/24 16:53

>>270
首は吊りたいときに吊った方がいいからな・・・

あとで吊れなかった・・・と後悔するなよ。

272 ：デフォルトの名無しさん：02/10/24 16:53

>>271は俺のことなー。

あのとき吊っておけばよかったＹＯ！

273 ：デフォルトの名無しさん：02/10/24 17:16

>>265
C/C++でCPUを意識するときなんてビッグエンディアンとリトルエンディアンを
意識するときぐらいだろ。その程度でCPUの動きを理解したというつもりか？

274 ：デフォルトの名無しさん：02/10/24 17:45

>>273
動きとは言わぬまでも、キャッシュの容量を意識するのは普通だろう。

275 ：デフォルトの名無しさん：02/10/25 01:25

>>266
うちはVBで作ってる。(w

276 ：デフォルトの名無しさん：02/10/25 08:35

ああぁ・・・・VBで作られたツールくらいイヤンなものはないからなあ・・・・
GUIの付いたアセンブラがついてますよなんて言われて
実際はGUIしかないアセンブラでラベルさえ使えないとか

せめてコンソールアプリとして普通に作ってくれ。少しでも手間が減るから

277 ：デフォルトの名無しさん：02/10/25 14:53

>>273
int/longのサイズとか・・・最近は32か64か迷う

278 ：組込屋：02/10/26 00:18

最近やっと8bitCPUを卒業した
一足飛びに32bitだぜ
ひゃっほうメモリが1Mbitもあるよﾏﾏﾝ!

279 ：デフォルトの名無しさん：02/10/26 00:47

>>279
うちはPerlで作っている。(ｗ

280 ：デフォルトの名無しさん：02/10/26 17:37

>>276
それって VB がどうのこうのじゃなくて、作ったやつが厨なだけだろ。

しかし、「GUI のついたアセンブラ」って...。

281 ：デフォルトの名無しさん：02/10/26 17:50

>>280
想像つくと思うけど、エディタがグリッドになってて、入力はダイアログの嵐

282 ：デフォルトの名無しさん：02/10/26 21:33

SPIMシミュレータなんか、そんな感じ。

283 ：デフォルトの名無しさん：02/11/13 12:09

age

284 ：デフォルトの名無しさん：02/11/20 17:23

http://www.atmarkit.co.jp/fsys/zunouhoudan/029zunou/cpu_design.html

285 ：デフォルトの名無しさん：02/11/20 18:38

沢山VMを作るある。よろし。

286 ：デフォルトの名無しさん：02/12/03 14:24

なんかコアな奴が

287 ：デフォルトの名無しさん：02/12/04 02:08

割り込みコントローラはどうやって割り込みを実現してるのですか？
インストラクションポインタを書き換えるとかでしょうか？それとも
もっと低レベルな(物理学がらみみたいな)ことですか？

288 ：デフォルトの名無しさん：02/12/04 02:10

割り込みコントローラはCPUの割り込み信号ピンを叩くだけっしょ

289 ：デフォルトの名無しさん：02/12/04 02:26

>>288
では、CPUはどうやってそれを知るのですか？
これって電子回路の仕組みとかぜんぜん知らない私にもわかる話なんでしょうか？

290 ：デフォルトの名無しさん：02/12/04 02:31

知る、というか、次のクロックで何をするべきかを判断する回路が
割り込みピンの値を見て「割り込み処理すべし」と指令するんでは？

>これって電子回路の仕組みとかぜんぜん知らない私にもわかる話なんでしょうか？

順を追っていけば分かる。
デジタル回路の基礎から勉強するよろし。

291 ：デフォルトの名無しさん：02/12/04 02:34

>>289
CPUの信号ピンだからCPUは判るじゃん?
CPUは君みたいに鈍感じゃないから、叩けば気がつく。

292 ：デフォルトの名無しさん：02/12/04 02:48

>>290 >>291
とりあえずインテルのサイトでトランジスタ単体については理解できました。

>CPUの信号ピンだからCPUは判るじゃん?
>CPUは君みたいに鈍感じゃないから、叩けば気がつく。
ということですが、まさにその「叩けば気がつく」仕組みがわからないんです。

>知る、というか、次のクロックで何をするべきかを判断する回路が
>割り込みピンの値を見て「割り込み処理すべし」と指令するんでは？
ということだとすると、割り込みってソフトウェア的にはポーリングしてないけど
電子回路的にはポーリングしてるっていうことになるんでしょうか？

293 ：デフォルトの名無しさん：02/12/04 03:15

>>292
CPUの1命令の途中には割り込まないし、命令によっては次の命令の実行まで割込みがマスクされたりする。
つまり、割込みを検出する特定のタイミングが有るわけで、CPU内部的にはポーリングと考えて差し支えないね。

割込み処理ってあくまでソフトウエアにソフトウエアが割込むんだから、リセットピンとかとは違う。

294 ：関係あるかな：02/12/04 05:27

FM-7のBREAKキーは6809のFIRQピン直結。
FIRQ(Fast interrupt Request)ピンがアサートされると
次のクロックでプロセッサはCCR（コンディションコードレジスタ）と
PC（プログラムカウンタ）をスタックに退避し、
$FFFE に書いてあるアドレスにジャンプする。
$FFFE はROMなので飛び先は固定だが、
その飛び先はRAMになっていて書き換え可能。

295 ：294：02/12/04 05:41

CCR（コンディションコードレジスタ）には割り込みマスクのフラグがあって
FIRQをマスクすることができる。FIRQの動作に移る時にこのフラグが立って
割り込み処理ルーチン内で再びFIRQの割込みが発生しないようになっている。
割り込み処理ルーチンの最後に書いてあるRTI(Return from Interupt)命令で
割り込み前の処理に復帰する。

296 ：デフォルトの名無しさん：02/12/04 14:15

>>292
入力段のｴﾐｯﾀの電位が下がると
ｺﾚｸﾀから2段目のﾄﾗﾝｼﾞｽﾀのﾍﾞｰｽへ流れていた電流が減少し
2段目のﾄﾗﾝｼﾞｽﾀが遮断領域に入るため
ﾄｰﾃﾑﾎﾟｰﾙのH側が飽和しL側が遮断するわけだ

297 ：デフォルトの名無しさん：02/12/04 21:41

>>296
今時の CPU で、エミッタとか持ってる奴の方が珍しいと思う。

298 ：245：02/12/05 15:47

わたしはSauceとどれいんがいいのだ.

299 ：296：02/12/06 14:00

>>292ははっきりﾊﾞｲﾎﾟｰﾗと言っている

300 ：デフォルトの名無しさん：02/12/06 16:36

漏れはアノードとカソードが（･∀･）ｲｲ!!

301 ：デフォルトの名無しさん：02/12/07 00:15

ダイオード3つでマルチエミッタするのが好きだ・・・

302 ：デフォルトの名無しさん：02/12/07 13:06

>>298
俺は、Sauce ととんかつの方がいいのだ。

>>299
> >>292ははっきりﾊﾞｲﾎﾟｰﾗと言っている

ネタ ? >>292 が言っているかどうかは知らんけど、書いてはないよね。

303 ：デフォルトの名無しさん：02/12/12 23:55

どうでも良いけど、オイラの書いたブートルーチンは一度も立ちあがった事が無い。
I-cache,D-cache共に初期化してるしRom2Ramも書いてある。
カーネルモードで動かすのだが、他になにがひつようかいな？

304 ：デフォルトの名無しさん：02/12/13 00:33

なんかプログラムに関係ない話になっちゃったね。

305 ：あさりよしとぉﾊｧﾊｧ：02/12/13 00:42

>>300
その二つにグリッドを加えるとさらにイイ

306 ：デフォルトの名無しさん：02/12/13 02:23

上から
・プレート
・グリッド
・カソード
・ヒーター
だろう。

307 ：デフォルトの名無しさん：02/12/13 21:12

>>330
SDRAMを初期化してない||初期化手順を間違えてる、とか？

308 ：デフォルトの名無しさん：02/12/14 06:33

取りあえず OR AND 条件分岐のみで四則演算のルーチンをつくるが良い

309 ：デフォルトの名無しさん：03/01/09 03:00

ネタスレを立てるにしても９割の悪意と１割の良心を心がけます

310 ：デフォルトの名無しさん：03/01/09 03:43

>>121
匿名で書き込む事を過大解釈してきた香具師らのことを
俺は言ってるわけだが？
あなたの意見には大体賛成ですがね？

311 ：デフォルトの名無しさん：03/01/09 04:25

>>488
おまえが言うな（ｗ

312 ：デフォルトの名無しさん：03/01/09 18:48

ソフトウェアやっているヤシは基本的にCPU全然理解していない。

313 ：デフォルトの名無しさん：03/01/09 18:53

======2==C==H======================================================

　　　　　　　　　２ちゃんねるのお勧めな話題と
　　　　　ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数： 138720人　発行日：2003/1/9

年末年始ボケがそろそろ収まり始めた今日このごろのひろゆきです。

そんなわけで、年末に予告したIP記録ですが実験を開始しています。

「２ちゃんねる20030107」
こんな感じで各掲示板の最下部に日付が入ってるんですが、
20030107以降になってるところはログ記録実験中ですー。

んじゃ！

────────────────────────Age2ch─
■この書き込みは、Age2chを使って配信されています。
────────────────────────────
Keep your thread alive !
http://pc3.2ch.net/test/read.cgi/software/1041952901/l50
────────────────────────────

314 ：デフォルトの名無しさん：03/01/09 19:47

>>312
でなきゃこんなハードのおまけみたいな存在にのめりこむ分けないだろ。

315 ：デフォルトの名無しさん：03/01/09 23:05

>>473
貴方の仰ることもよくわかりますが、いまの2ちゃんねるが
その役割を果たせているとは到底思えません。
あまりにも低レベルすぎて、お話になりません。

いつの日かまともな議論できるような掲示板になるよう
心から願っている次第です。

316 ：デフォルトの名無しさん：03/01/10 00:56

ピンクちゃんねるが無事ならそれでいい

317 ：デフォルトの名無しさん：03/01/10 09:37

>>75
>>67に書いた「通知書」ってのは内容証明ではないんすか？

318 ：デフォルトの名無しさん：03/01/10 09:57

>>75
>>67に書いた「通知書」ってのは内容証明ではないんすか？

319 ：デフォルトの名無しさん：03/01/10 10:16

原告の主張と裁判所認定事実を一緒にするなよ。

320 ：デフォルトの名無しさん：03/01/10 10:49

拉致被害者掲示板　日時：Wed Dec 25 22:39:42 JST 2002
ついさっき、あんたのサイトは反吐が出る(~_~;)というメールが届きまして、
いえ、いつものごとく丁寧な返事を書きました。それで何処が出所だろうと思
いましたら、拉致募金の掲示板からいらしたようで、あそこで説明しようかと
思ったけれど、荒れるのは目に見えているので止めました。基本的には、何を
書かれようが、それを甘受するのが公人たる私の立場です。何か具体的に私へ
の抗議があって、それに答えろと仰るのであれば、時間の許す限り、ここで何
でもご説明します。しかし、再度書きます。少なくとも長野県において、新た
な平壌ワールドの構築に貢献している日垣、勝谷、有田の三人に、隣国の政治
体制を批判する資格など微塵も無い。この連中が金正日を嗤うなんぞちゃんち
ゃらおかしいです。

321 ：デフォルトの名無しさん：03/01/10 11:31

さらに、
「これだけではない。プロ名無しとして就職させた
在日は、企業のデマを流し混乱を与える工作部隊でもある。
そのためには、外部からの圧力をはねつけ規制の無い掲示板
にしておいたほうが都合がいい。必然的に起こる朝鮮批判と
デマによる日本批判なら、後者のほうがダメージは大きい。
２ちゃんねるの言論の自由を、こういうスパイ活動にも巧みに利用してきたのだ。
しかし、当事者同士の裁判となってこのような工作がばらされる危険性がある。
しかし、匿名を傘に投稿者を秘匿しておけば心配は無い。
管理人が訴状を受け取ることを公言していることの裏が
これだ。管理人は工作の尻拭いさせられ、原告は
訴訟したことの批判をうけ、叩きが一層激しくなるのだ。
しかし、司法がこういう運営姿勢を認めなくなり、
この工作からは手をひくようだ。それがひろゆきの
運営方針の転換に現れた。その代わり嫌韓厨問題の提起
や、管理人に職業右翼陰謀説を語らせるなど、別の工作にうって出てる。」

322 ：デフォルトの名無しさん：03/01/10 11:59

ppp

323 ：デフォルトの名無しさん：03/01/10 12:51

なんか賛成票の妙な伸び方が組織票っぽいんだよな・・・
もしかして企業とかが・・・なんてね（＾＾）

みんなアクセスログなんて言葉聞いたこともないよな？

324 ：デフォルトの名無しさん：03/01/10 15:16

ほーろどにーすめるち

325 ：デフォルトの名無しさん：03/01/10 16:41

さて。２ちゃんの流浪の民を吸収できる掲示板システムを作ることが出来得るなら
これは非常に大きなビジネスチャンスだと思うのだが。
誰かやれ！

326 ：デフォルトの名無しさん：03/01/10 18:13

CPU の動きを理解してないやつには無理。

327 ：デフォルトの名無しさん：03/01/10 23:03

各板のTOPに一定期間、お知らせみたいに貼ってたら？
「２ちゃんねるではすべての書き込みのIPを記録します」って
メルマガとってない、運営板も見ないってユーザーのほうが多くない？

328 ：デフォルトの名無しさん：03/01/10 23:08

IP記録されても、串刺してれば大丈夫なんじゃないの？

329 ：デフォルトの名無しさん：03/01/11 00:25

ペット嫌い板は、２ちゃんねるの鬼門だったな。

330 ：デフォルトの名無しさん：03/01/11 00:35

　あたったね

331 ：デフォルトの名無しさん：03/01/11 09:58

論破されそう

332 ：デフォルトの名無しさん：03/01/11 10:30

======2==C==H======================================================

　　　　　　　　　２ちゃんねるのお勧めな話題と
　　　　　ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数： 139038人　発行日：2003/1/10

なにやら、連日メルマガだしてるひろゆきです。

そんなわけで、ログ記録実験ですが、いちいちサーバ指定するのが面倒なので、
全部のサーバに入れてみました。

重くなって落ちたりしてもご愛嬌ってことで。。。

んじゃ！

────────────────────────Age2ch─
■この書き込みは、Age2chを使って配信されています。
────────────────────────────
Keep your thread alive !
http://pc3.2ch.net/test/read.cgi/software/1041952901/l50
────────────────────────────

333 ：デフォルトの名無しさん：03/01/11 11:23

まあニュー速からは足が遠のくな・・　言いたい放題だったし。
これを機会に技術関連の板だけ回る事にしよ・・（；´Д｀）

334 ：デフォルトの名無しさん：03/01/11 11:54

ひろゆきもここまでよくやったよな・・・
もう限界なのかな・・・

335 ：デフォルトの名無しさん：03/01/11 12:57

ﾀｼｰﾛもNGワードになりますた。

336 ：デフォルトの名無しさん：03/01/11 13:27

君の責任です

337 ：デフォルトの名無しさん：03/01/11 16:13

どうせなら強制IP表示にしてくれ！

338 ：デフォルトの名無しさん：03/01/11 16:19

国内ｻｯｶｰ板　また落ちてます？

339 ：デフォルトの名無しさん：03/01/12 00:20

確かに小一時間はオカシカッタ

340 ：デフォルトの名無しさん：03/01/12 00:31

どこまでの発言がやばいのか教えて欲しいな
当て字を使えばＯＫ？セクハラだったら施苦腹とか

341 ：デフォルトの名無しさん：03/01/12 03:08

777get
でロンパリ

342 ：デフォルトの名無しさん：03/01/12 03:11

俺が見てるスレで、いつも「うんこ」って書いて荒らしてる奴が、
「うんきお」に変わってた

343 ：デフォルトの名無しさん：03/01/12 10:40

次スレ立てますた

http://comic.2ch.net/test/read.cgi/sakura/1040093550/

344 ：デフォルトの名無しさん：03/01/12 21:17

じゃあおまいが説明して

345 ：デフォルトの名無しさん：03/01/12 21:19

あれはあくまで理性的な行動だと信じているわけだが。

346 ：デフォルトの名無しさん：03/01/12 21:32

ノートンインターネットセキュリティ２００３で
プライバシー制御をオンにしてると
書き込みが出来なくなるのですが

俺だけか？

347 ：山崎渉：03/01/13 18:56

（＾＾）

348 ：山崎渉：03/01/15 18:11

（＾＾）

349 ：山崎渉：03/01/23 22:13

（＾＾）

350 ：デフォルトの名無しさん：03/01/26 14:02

age

351 ：デフォルトの名無しさん：03/02/01 21:46

age

352 ：デフォルトの名無しさん：03/02/01 21:52

アナログ回路とか半導体とかわからん
そんな俺でもやってけるのかＰＧ

353 ：ハングアップ：03/02/01 22:13

Ｃの
ポインタ
ウーン・・・・

354 ：デフォルトの名無しさん：03/02/01 22:23

>>352
アナログ回路くらいで音をあげてどうする

おまえさんがPGなら
おまえさんの作ろうとする部品を使う者（客）
おまえさんが使おうとする部品を作る者（ﾍﾞﾝﾀﾞ）
と、話が噛み合うまで理解するのが重要な職務の１つ

できない＝廃業だが、どうするよ

355 ：デフォルトの名無しさん：03/02/01 22:40

>>354
別にプログラマーだからってアナログ回路理解している必要性はないだろ。
おまえは圧縮プログラムを使うのにアルゴリズムを理解していない奴は
使っちゃいけないとでも言うのか？
JPEGのフォーマット理解していない奴はJPEGを使っちゃいけないのか？

356 ：デフォルトの名無しさん：03/02/01 22:50

>>355
CPU の働きを理解してないやつには無理。

357 ：デフォルトの名無しさん：03/02/01 22:55

まあ、あれだ、
目的に対して、上のレイヤー、下のレイヤーを知ってこそ
初めて見えてくるものがあるんだよ。

JPEGを使うにしても、展開の効率や特性、
圧縮レベルによってどういった画像に対して
どの程度、エッジがボケうるのか、残像がでるのかを知ることは、
有益だとは思うけど。

358 ：デフォルトの名無しさん：03/02/01 23:16

まあ、ブラウザを作ってる人がJPEGを表示させるために
JPEG展開ライブラリーを使うのはノープロブレムだけど、
ドローツールを作る人は、それくらい知っておけとは思うな。

359 ：デフォルトの名無しさん：03/02/01 23:45

>>355
言葉足んなかったか?
客やﾍﾞﾝﾀﾞがアナログ回路使いだったとき
敵前逃亡しかないのかと逝ったつもりだったが

360 ：デフォルトの名無しさん：03/02/01 23:51

>>359
人はそれぞれ専門があるだろ。
別にニーズはアナログ回路だけじゃない。
広さと深さはバランスよく。
浅くて、狭い奴がダメなのは言うまでもない。

361 ：デフォルトの名無しさん：03/02/01 23:55

>>359
アナログ回路と PG の接点って、シミュレータ位しか思い浮かばないんだが…
そんな限定的な話をしているのか？

362 ：デフォルトの名無しさん：03/02/01 23:57

そういやシステム屋を自称してる割には
電圧と電流の違いすら判っていない莫迦がいたなぁ…

363 ：デフォルトの名無しさん：03/02/02 00:06

自動的に回路を決定するようなアルゴリズムの重要性はわかるけど
このとき必要なのは
アルゴリズムの知識99、回路の知識１
位の割合では？

それくらいの専門性がないと、新規性のある発明は生まれないという意味で。

364 ：デフォルトの名無しさん：03/02/02 01:17

http://www.atmarkit.co.jp/fpc/rensai/indexpage/index.html#ZUNOU
既出かな？これマニアックでいいよ。

まぁCPUの仕組みなんてメモリ管理とタスクスイッチぐらい知っとけば
いいんじゃない？あとはcacheか。

んー、高速化やるならO-O-O実行と投機実行とBTBと4-1-1デコーダと
キャッシュの特性(n-way セットアソシエイティブでのキャッシュラインのスラッシング)と
SIMDとパーシャルレジスタストールとアライメントとプリフェッチと
return stack bufferと、、、まぁこんなもんか。

ぐらい知っとけばいいんじゃない？

365 ：デフォルトの名無しさん：03/02/02 01:21

プリフェッチなんかやってもいいことない

366 ：デフォルトの名無しさん：03/02/02 01:27

うーん。微妙だね。プリフェッチが効果がある場面ってのは確実にあるんだよ。
でもよく考えずにプリフェッチすると結局キャッシュの汚染になってしまう。

俺様の場合はv-tune見ながら確実に効果のあるところで使ってたよ。

簡単に言えばでっかい配列にシーケンシャルにアクセスしててまた最初に戻らないと
いけないとき。この時は確実にキャッシュから先頭は居なくなってるからプリフェッチする。
これ最強。

367 ：デフォルトの名無しさん：03/02/02 01:33

あと、いつプリフェッチするか、の距離。(intelが数式を公開してる)
と、キャッシュのn-wayの数とキャッシュラインの長さ、L2のバス幅まで
知って、それなりの計算が出来ればいいんじゃないかな？

368 ：デフォルトの名無しさん：03/02/02 02:09

>>366
諸刃の剣は何処に行った？

369 ：デフォルトの名無しさん：03/02/02 02:15

そういや以前書いたSH4のprefetch命令の
アドレスが無茶苦茶というバグがあったんだけど､
ちゃんと動いてるから（ﾟεﾟ）ｷﾆｼﾅｲ!!

370 ：デフォルトの名無しさん：03/02/02 10:18

>>360
>別にニーズはアナログ回路だけじゃない。

と言って他の客へ営業に逝き
その客にも別の専門分野があったとしよう

自分と同じ専門分野しか
わからないと決め付けてる弱虫くんは
いったい誰の役に立てるんだ？

世の中そりゃあ色んな客がいるさ
アナログ回路くらいで済むんなら
ﾗｯｷｰなほうだと言いたい

371 ：デフォルトの名無しさん：03/02/02 10:58

ファイズドライバースマートブレイン社製の次世代高速CPUを搭載。
http://www.tv-asahi.co.jp/555/004_555/index.html

372 ：デフォルトの名無しさん：03/02/02 21:25

v850でソフトリセットが発生したとき、割り込みハンドラに入った時点で
システムレジスタ、プログラムカウンタ以外の汎用レジスタの内容が
リセットがかかる直前の内容であることって保証されるの？

373 ：デフォルトの名無しさん：03/02/02 21:32

ＣＰＵの動きというのはだな、
いわゆるブラックボックスだ。
１を入れると、他の信号によって出てくるものは１にも０にもなる。

つまり、動きが分かってるやつなんてやつは嘘つきやろうだ。
お前、自分の人生がどうなるか分かってるんか？

ケースバイケースでＣＰＵは動くんだよ。
答えは１つじゃない。
よく覚えとけ。

374 ：デフォルトの名無しさん：03/02/02 21:51

>>373
そんな考えで仕事してんの？

375 ：デフォルトの名無しさん：03/02/02 22:01

>>374
>>373 の最初の３行と、最後の３行はまあ間違っちゃねーだろうが、真中の２行はわけワカメ。

376 ：デフォルトの名無しさん：03/02/02 22:04

>>372
ねぇ、あんたはデータシートより 2ch の方が信頼できるわけ ?

377 ：デフォルトの名無しさん：03/02/03 01:56

なんかよー
知ってても依存しないってツボが本気で知覚不能な厨が多いよな
知ってることを宣伝したい一心で痛いコード書くのはやめてくれ
頼むから

378 ：デフォルトの名無しさん：03/02/03 02:02

意味不明

379 ：377：03/02/03 02:13

こんな時間にﾊﾞｶ一匹
極上の釣堀だな

380 ：デフォルトの名無しさん：03/02/03 02:24

コンパイラが吐いたアセンブラコードを鑑賞するのが趣味です。

381 ：ビルゲイシ：03/02/03 02:48

>380
うちの会社に来ませんか？

382 ：デフォルトの名無しさん：03/02/10 01:43

うちのCPUはブラウン運動してま

383 ：デフォルトの名無しさん：03/02/10 01:55

うちのCPUのR801はカサコソ部屋の中を歩きm

384 ：デフォルトの名無しさん：03/02/21 12:33

Xilinxの評価キット買いました！あげ

385 ：デフォルトの名無しさん：03/02/21 22:47

CPUの中の人も大変だな

386 ：デフォルトの名無しさん：03/02/21 22:59

外の人ほどじゃないよ

387 ：デフォルトの名無しさん：03/02/22 00:28

>>386
外の人などいない！

388 ：デフォルトの名無しさん：03/02/28 12:38

>>385-387
ﾜﾛﾀ

389 ：デフォルトの名無しさん：03/03/21 15:18

コンピュータの構成と設計読んでます．
分かりやすくていいですね．しかし，P4ってパイプライン20段かー
スーパースカラーからハイパースレッディング？．．．
大変ですね．CPUの中の人も．

390 ：デフォルトの名無しさん：03/03/21 16:44

そして性能が非常に低いと。

391 ：デフォルトの名無しさん：03/03/21 21:38

☆^～^★「探し物とくとくページ」☆^～^★
http://sagatoku.fc2web.com/
あなたの探し物きっとみつかります
ほぼ毎日　新着情報追加　毎日更新
新着情報メールでお知らせ

392 ：デフォルトの名無しさん：03/03/21 21:43

http://www.agemasukudasai.com/bloom/

393 ：デブおた山崎渉　：03/03/21 21:47

　　∧＿∧
　　( ´;^;ё;^;)＜これからも僕を殺して下さいね( ´;^;ё;^;)。
＝〔~∪￣￣〕
＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　デブおた山崎渉

394 ：デフォルトの名無しさん：03/03/21 21:50

メール欄も中途半端だし

395 ：デフォルトの名無しさん：03/03/22 01:08

>>1
ケースを開けて、さまざまな条件でプログラムを実行したり、OS を再起動したり、
86 通りためしてみたのですが、CPU の動きが見えません。
どうしたものでしょう。

396 ：デフォルトの名無しさん：03/03/22 01:09

>>395
目が悪いんじゃないか？

397 ：デフォルトの名無しさん：03/03/22 01:11

>>395
CPU ファンをはずすとよく見えますよ。

398 ：デフォルトの名無しさん：03/03/22 01:27

コンピュータの構成と設計中

399 ：デフォルトの名無しさん：03/03/22 01:30

http://f-cc.com/~momonga/

400 ：デフォルトの名無しさん：03/03/22 02:12

>>386
記念すべき386がそのレスかよ！！

401 ：デフォルトの名無しさん：03/03/22 02:23

あっそ

402 ：デフォルトの名無しさん：03/03/23 03:04

>>395
ひょっとしてCPUをマザーボードに固定してたりしない? それかヒートシンク
が重すぎるか。メーカー製のPCではよくあることらしいね。うちのはクロック
アップとヒートシンクの軽量化でトップスピードが17Km/hも向上したYO。

403 ：デフォルトの名無しさん：03/03/23 03:26

>>402
うちでは逆に、低重心に抑えることでエアフローを調整し、
OC状態でもすっ飛ばないようになったYo!

404 ：デフォルトの名無しさん：03/03/23 03:44

>>402
CPU を M/B からはずして、CPU の端子と M/B の CPU ソケットとを、1 本 1 本
リード線で空中配線するのれつか？

405 ：デフォルトの名無しさん：03/03/23 03:46

おれのＣＰＵはクルクル回ってるのが見えるよ。
あれって速いほうがいいんだろ。

406 ：デフォルトの名無しさん：03/03/23 03:55

>>405
コリオリ力が利きますからね。

407 ：デフォルトの名無しさん：03/03/23 04:18

>>406
コリオリ厨うぜー

408 ：デフォルトの名無しさん：03/03/23 04:23

与作が　木を切る
コリオリオリオー　コリオリオリオー

409 ：デフォルトの名無しさん：03/03/23 11:03

ぃぃんｘ←xilinxて打つとこうなる。
xilinxは回路図エディタがついてて楽しいよね。
再配線のアルゴリズムがバグだらけなのがたまに傷だけど。

410 ：デフォルトの名無しさん：03/03/23 11:18

CPUfanとコリオリ力がどう関係あるんだか。
ただの大学生のネタか？

411 ：デフォルトの名無しさん：03/03/23 11:26

>>410
マジでレスしてんのか ?

はっ、もしかして釣か ?

412 ：：03/03/23 16:55

動きゃ良いじゃねーか。８ビットCPUでシューティングゲーム作ってるんじゃないんだから。

413 ：デフォルトの名無しさん：03/03/23 19:10

>>405 は CPU ファンのことじゃなくて、CPU 内の電子のスピンのことを
言っているのだと思はれ。

414 ：一度言ってみたかった：03/03/23 19:18

CPUの中の人も大変だな

415 ：デフォルトの名無しさん：03/03/23 19:21

みんなしらねーの？ＣＰＵの動き。
まったくダメな奴らだなー。ＣＰＵの動きってのはな、
蟹歩きなんだよ蟹歩き！中開けて見たことねーのかよ？

416 ：デフォルトの名無しさん：03/03/23 19:23

>>413
オシロスコープだか何かが無いと見られないと思われ

417 ：デフォルトの名無しさん：03/03/23 20:53

>>416
オシロスコープで電子のスピン...、どやって見るんだ ? (藁

とりあえず...

http://w3p.phys.chs.nihon-u.ac.jp/~kubo/Pages/Thema_Paper.html

でも見て勉強してね。

418 ：デフォルトの名無しさん：03/03/23 21:38

量子コンピュータなんだよ

419 ：デフォルトの名無しさん：03/03/23 21:40

>>412
MSXでシューティングゲーム作っていますが

420 ：デフォルトの名無しさん：03/03/23 21:41

で、ＣＰＵが動いているのをみたやつはいるのか？
ほんとは、動いてないんだぜ

421 ：ここの住人の口癖：03/03/23 21:43

「動く」の定義による

422 ：デフォルトの名無しさん：03/03/23 21:46

動かされている

423 ：デフォルトの名無しさん：03/03/23 21:55

>>420
ベルトコンベアに乗ったり、ロボットに輸送されたりして、あちこち動いています。

424 ：デフォルトの名無しさん：03/03/23 22:00

>>1
CPUが動いてる様に見えるのは、実は脳の錯覚なんだ。

というかね、このスレは全部君の夢の中の出来事で、
朝起きたら全てなくなってるんだ。
目が覚めて、２ちゃんねるを巡回しても、
このスレはいくら探しても見つからないはずだよ。
誰かが削除依頼したわけじゃないんだ。
全部君が見てる夢なんだから。

でも、それがわかるのは、君がもしも目を覚ましたらという、
仮定のお話。
現実は残酷でね、君はずっと病院のベットで眠っていて、
二度と目を覚ますことはないんだ。

425 ：デフォルトの名無しさん：03/03/23 22:02

たまにはアセンブラで組んでみるか。

426 ：デフォルトの名無しさん：03/03/23 22:04

エアピストンと弁つかってエアＣＰＵでも作るか～

427 ：デフォルトの名無しさん：03/03/23 22:08

悪いことは言わない。リレーで我慢しとけ。

428 ：デフォルトの名無しさん：03/03/23 22:16

シーソーでも有りだよなー

429 ：デフォルトの名無しさん：03/03/23 22:16

>>427
お金がないので、空想で動くCPUを作りました。もちろん飛びます。

430 ：デフォルトの名無しさん：03/03/23 22:20

人間をＣＰＵに例えると、何クロックぐらいかね

431 ：デフォルトの名無しさん：03/03/23 22:23

1THzのcpuがヤフオク出品中ですが本物ですか？

[出品者]hammer.Y.monkey
[最低額]10000㌦
[写真なし]
ソケットはカセット型
水冷ユニット：専用液が付属
ペンティアム４用の下駄付属

432 ：デフォルトの名無しさん：03/03/23 22:25

任天堂のゲームウォッチもCPU積んでるの？

433 ：デフォルトの名無しさん：03/03/23 22:26

電卓もCPU積んでいるの？

434 ：デフォルトの名無しさん：03/03/23 22:26

空想は、頭の肥やしらしいです

435 ：デフォルトの名無しさん：03/03/23 22:28

肥やしをまいた後、田んぼを耕すことを【田ぶち】と言います。
頭の中でトラクター大活躍！！

436 ：デフォルトの名無しさん：03/03/23 22:29

ttp://homepage2.nifty.com/yosx7/garakuta.html

437 ：デフォルトの名無しさん：03/03/23 22:30

>>433
はい。電卓用CPU Intel 4004 好評発売中です。
4004 を搭載した電卓は定価３０万円ほどと、大変お求め安くなっております。

438 ：デフォルトの名無しさん：03/03/23 22:31

>>437
あのIntelにしては手ごろな価格だな。

439 ：デフォルトの名無しさん：03/03/23 22:33

電卓といえばhp

440 ：デフォルトの名無しさん：03/03/23 23:02

>>417
勝手に量子コンピュータの話に摩り替えてどうする。

441 ：デフォルトの名無しさん：03/03/24 02:07

>>417
いやらしすぎだろ、これ。
http://w3p.phys.chs.nihon-u.ac.jp/~kubo/Images/cr-j2d.gif

442 ：デフォルトの名無しさん：03/03/24 10:24

２０段のパイプラインがどのようなときにどのような振る舞いをするかを
理解している人ってたぶん世界中に数百人しかいないとおもう。
そもそもＣＰＵを設計する人でもなければそんな知識はいらない。
８ビットぐらいのＣＰＵをＣＰＬＤで作れる人は日本にも
２０００人ぐらいいると思う。でも、２０００種類もＣＰＵはいらない。
ＣＰＵの動きを知っていることなんて、知識自慢の域を出ない。
知識自慢だけの人もいらない。

443 ：デフォルトの名無しさん：03/03/24 11:26

>>442
>界中に数百人しかいないとおもう
インテル系なら少なくともゲーム屋で要高速化部分作っている人間なら誰でも知ってると思うが・・・

444 ：デフォルトの名無しさん：03/03/24 11:35

>>442
>そもそもＣＰＵを設計する人でもなければそんな知識はいらない。
最適化コンパイラを作ってる連中にとっては必須の知識となるわけだが

445 ：デフォルトの名無しさん：03/03/24 11:43

>>442-444
それには電子がくるくる回っているところを見る必要がある。

446 ：デフォルトの名無しさん：03/03/24 12:28

電界で狭くなった通路を通り抜けられずに
困っている小人さんの顔が見たいものだ

447 ：デフォルトの名無しさん：03/03/24 13:51

プログラマって偏屈な人が多いの？

448 ：デフォルトの名無しさん：03/03/24 13:54

>>447
当たり前だろ！！

449 ：デフォルトの名無しさん：03/03/24 22:37

>>447
「ユーモラスな人が多い」の typo やろ。

450 ：デフォルトの名無しさん：03/03/24 22:39

>>446
CPUに入っているのはマクスウェルの悪魔です。
彼らが電子をより分けてくれるため、演算ができるのです。
CPUの中の悪魔に感謝。

451 ：デフォルトの名無しさん：03/03/25 00:07

>>450
え？？
CPUには小人さんがいっぱい入っているんだよ。
これ常識。ｗ

452 ：デフォルトの名無しさん：03/03/25 00:38

マクスウェルの悪魔が入ってたら電源がいらなくて便利そう
でも困った顔の小人さんのほうが可愛いから女の子に売れそう
これからは、陽子とか電子とか量子とかじゃなくて、
沙里奈とか樹里亜とか可愛い名前のコンピュータ作ろうよ

453 ：デフォルトの名無しさん：03/03/25 00:55

>>452
沙里奈コンピュータ、樹里亜コンピュータ・・・。
萌えてしまったので逝ってきます。

454 ：デフォルトの名無しさん：03/03/25 02:55

Mac は she で、PC は he だそうだ。

455 ：デフォルトの名無しさん：03/03/25 07:49

>>450
そうか、それで発電しながら演算ができるんですね。

456 ：デフォルトの名無しさん：03/03/25 09:31

>>452
陽子(ﾖｳｺ)＋中性子(ﾁｭｳｾｲｺ)の原子核アタックを思い出した・・・

457 ：デフォルトの名無しさん：03/03/30 15:40

だいぶ動きがわかってきたよ．
僕のPCが時々止まるのはフェイントをかけてたんだね

でも素人に動きを見切られるようじゃCPUもまだまだだね

458 ：デフォルトの名無しさん：03/03/30 16:02

CPUって動くんですか！？
知らなかった....

459 ：デフォルトの名無しさん：03/03/30 16:15

>>458
ぼうやには、まだちょっとばかし早かったかな。
大人の世界にはいろいろあるのさ。

460 ：：03/03/30 17:54

だから「CPU」の「P」の字がくるくる回転して動く仕組みになってるっつってんだろーが。

461 ：デフォルトの名無しさん：03/03/30 18:53

そのうちＰの字の下のヒゲ部分が磨り減ってきてＣＤＵになる。
こうなったら、お終いだ。

462 ：デフォルトの名無しさん：03/03/30 19:03

もうCпUくらいになったけど全く持って無問題ですが何か？

463 ：デフォルトの名無しさん：03/03/30 22:11

>>462
最近のCPUは銅配線だから C U になるまで大丈夫だよ。

464 ：デフォルトの名無しさん：03/03/31 23:02

>>462
うちは、⌒ ⌒ ゜゜まで逝きましたが...。

465 ：デフォルトの名無しさん：03/03/31 23:15

>>464
あれ？ P 以外は変化しないはずだが・・・海賊版？

466 ：デフォルトの名無しさん：03/03/31 23:28

>>465
最新式のは、三つとも回るんだよ。

467 ：デフォルトの名無しさん：03/04/01 00:50

CPI（clock per instruction）の向上には CPUではなくCPIにして、
それぞれを回すとね、効果てきめん。

468 ：デフォルトの名無しさん：03/04/01 00:54

Iが多めに回ってる。そん代わり早く磨耗する。これ。

469 ：デフォルトの名無しさん：03/04/01 05:27

>>467
IPC の逆数を向上するのかよ（ｗ

470 ：デフォルトの名無しさん：03/04/01 18:48

>>466
うちの最新マシンには CPU が入っていなくて、
代わりに CP（コンピュータ）が入っているよ！
でもなぜか、みんなはこのマシンのことを PC って呼ぶんだよ。

471 ：デフォルトの名無しさん：03/04/02 01:16

CPU は煙で動いている。エンジニアにもあまり知られていない事実だ。
その証拠に、煙が出ると必ず動作しなくなる。
洗濯機も自動車もそうだ。自動車の場合、出力が大きいので、若干の煙が
マフラーから出てしまう。そのために定期的にガソリンを補給しなくては
ならないのだ。

472 ：デフォルトの名無しさん：03/04/02 02:19

ネタはプログラマ板でやれ

473 ：デフォルトの名無しさん：03/04/02 04:02

>>472
ＣＰＵの動きを理解してない奴には無理。

474 ：デフォルトの名無しさん：03/04/03 19:25

ttp://member.nifty.ne.jp/kuwajima/pasokouza03.html

CPUの回転速度の単位を考えよう

475 ：デフォルトの名無しさん：03/04/03 21:57

>>474
「くるりんこ」だよ。
Pentium 4 2GHz の場合、23.151 テラくるりんこだよ。

476 ：デフォルトの名無しさん：03/04/03 23:54

ＣＰＵはずっと動かないからそんなに気にするな。
反復横跳びとか（ｒｙ

477 ：デフォルトの名無しさん：03/04/04 23:02

>>474-475
rpm で充分だと思うが...。
桁が大きすぎるなら、rpns (Rerevolutions per nano-second) とか rpps (Revolutions per pico-second) とするか、Mrps (Mage-revolutions per second) とか Trps (Tera-revolutions per second) とかにすれば充分だろ。

478 ：デフォルトの名無しさん：03/04/05 01:59

　　　　　　　　　　　　　　　　＼　│　／
　　　　　　　　　　　　　　　　　／￣＼　　／￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　　　　　─（ﾟ ∀ ﾟ）＜　くるりんこくるりんこ！
　　　　　　　　　　　　　　　　　＼＿／　　＼＿＿＿＿＿＿＿＿＿
　　　　　　　　　　　　　　　　／　│　＼
　　　　　　　　　　　　　　　　　　　 ∩ ∧　∧　　／￣￣￣￣￣￣￣￣￣￣
￣￣￣￣￣￣￣￣＼∩ ∧　∧　＼（ﾟ∀ﾟ）＜　くるりんこくるりんこ！
くるりんこ～～！　＞（ﾟ∀ﾟ）/ ｜　　　　/　＼＿＿＿＿＿＿＿＿＿＿
＿＿＿＿＿＿＿＿／｜　　　〈　｜　　　｜
　　　　　　　　　　　　　 /　／＼_」　/　／＼」
　　　　　　　　　　　　　￣　　　　 / ／

479 ：デフォルトの名無しさん：03/04/05 02:30

>>477
それじゃ RedHat じゃない人はどうするんだよ。

480 ：デフォルトの名無しさん：03/04/05 03:22

>>479
そんな貴方にエイリアン。

481 ：デフォルトの名無しさん：03/04/05 09:55

>>479
Ports でも使ってろよ。

482 ：デフォルトの名無しさん：03/04/07 10:54

CPUの動きを理解してるヤツなんかいるのか？
ハァ？俺は理解してるだと？お前その目で見たことあんのか？

483 ：デフォルトの名無しさん：03/04/07 14:32

>>482
CPU を設計している人とかも利買いしてないんですかね～

484 ：デフォルトの名無しさん：03/04/07 16:32

すべてのモジュールを一人で設計するわけじゃないからね。

485 ：デフォルトの名無しさん：03/04/07 16:35

>>484
z80 ぐらいなら、一人で充分だろ。

486 ：デフォルトの名無しさん：03/04/07 17:00

甘く見てますな

487 ：デフォルトの名無しさん：03/04/07 17:44

ところでみなさんは、水晶振動子の動きは見えますか？
水晶振動子は発振モードで動作しているときは機械振動しているから、
目のいい人は見えるはずです。

488 ：デフォルトの名無しさん：03/04/07 17:50

>>487
ああ、だから、時々おれの携帯、振動しているんだな。あれ何かと思たよ。

489 ：デフォルトの名無しさん：03/04/07 17:51

>>486
別に CPU 動き理解するだけだから、実装設計ぐらいで充分だろ。
最近の FPGA なら楽勝だぞ。

>>487
漏れは、32KHz ぐらいまでかな。

490 ：デフォルトの名無しさん：03/04/07 18:37

>>489
32KHz　＝　32000回/分　の振動

491 ：デフォルトの名無しさん：03/04/07 18:44

>>490
それは知らなんだ。

492 ：デフォルトの名無しさん：03/04/07 19:45

>>488
残像が見える。
車のタイヤがゆっくり回転するみたいな。

493 ：デフォルトの名無しさん：03/04/07 20:21

>>492
違う違う。
それはCPUが自分の正体を隠すために発している電磁波の影響で見ている白昼夢だ！

494 ：デフォルトの名無しさん：03/04/09 16:47

>>493
ま・た・で・む・ぱ・か・。

495 ：デフォルトの名無しさん：03/04/09 21:58

>>490-491
それは秒ではないのかと・・・

496 ：デフォルトの名無しさん：03/04/09 22:15

>>495
あ～～～あっ、ばらしちゃった。

497 ：デフォルトの名無しさん：03/04/10 00:58

やべっ，また新しい動きを身に付けたらしい．＞うちのCPU
最近おまえのことがだんだんわからなくなってきたよ．
昔は，素直な扱いやすい奴だったのに．．．どうしたってんだよヽ(*｀Д´)ノ

498 ：デフォルトの名無しさん：03/04/10 22:11

わけわからん

499 ：デフォルトの名無しさん：03/04/10 22:47

うちのZ-80はいい子です。
成長しませんが。

500 ：デフォルトの名無しさん：03/04/10 23:49

>>499
その子は　最近今にも死にそうなんだけどどうにか生きておられますな。
赤ちゃん体系のおじいさんみたい　Ｚ80って
　

501 ：デフォルトの名無しさん：03/04/11 00:50

>>497 のCPUは、アビリティ「熱暴走」を覚えた...

とか？

502 ：デフォルトの名無しさん：03/04/11 01:10

>>492
車のタイヤや扇風機がゆっくり逆回転してみえるのは、
TVカメラなどを通したときだけだぞ？肉眼では見えないはずだ。

503 ：デフォルトの名無しさん：03/04/11 01:22

光源によるだろ

504 ：デフォルトの名無しさん：03/04/11 22:14

>>502
えっ，見えないの？！きみ大丈夫？

505 ：デフォルトの名無しさん：03/04/11 22:29

俺達70年代生まれだと中学高校ぐらいまでは、一応DOSなんかでアセンブラ
組む機会＆価値（使えるｿﾌﾄが作れる）があるから、基本から理解できる機会あるけど
80年代中盤以降の人なんかはいきなりｵﾌﾞｼﾞｪｸﾄ指向だからなー。
基本がわかってないと後々必ずひずみが出てくるんじゃないかと思ってるんだけど。
どうかな？

506 ：デフォルトの名無しさん：03/04/11 22:39

http://www.agemasukudasai.com/bloom/

507 ：デフォルトの名無しさん：03/04/11 22:44

>>505
情報系の技術者が居れば良いんじゃないの？
そっち方面はこっちの人が扱えばいい領域だし、あんまし人要らないし。

圧倒的に必要なのはオペレーターとデジドカだし。

508 ：デフォルトの名無しさん：03/04/12 00:36

>>501
うちのこは、みずぼうそうやった。

509 ：デフォルトの名無しさん：03/04/12 00:38

>>502
君のうちには、扇風機がなかったか、蛍光灯がなかったかのどちらかだな。

510 ：502：03/04/12 01:13

>>509
明かりはアルコールランプですが、何か？
冷房は下敷きですが、何か？

511 ：デフォルトの名無しさん：03/04/12 01:37

ﾌﾟﾘﾌｪｯﾁ

512 ：デフォルトの名無しさん：03/04/12 01:47

CPU is stopping but heat.

513 ：デフォルトの名無しさん：03/04/12 06:30

あ～あ、貴重な５１２で喜ばないなんて。

514 ：デフォルトの名無しさん：03/04/12 21:31

>>513
今のCPUは7進数だから、512は別にちょうどの数ではないよ。
このスレを１からもう一度読んで来い。

515 ：デフォルトの名無しさん：03/04/12 22:24

>>514
ハイハイ、スレ違いだからこっちへ移動してね。

10進コンピューター
http://pc2.2ch.net/test/read.cgi/tech/1016362068/

516 ：山崎渉：03/04/17 15:30

（＾＾）

517 ：デフォルトの名無しさん：03/04/24 23:00

すーぱーぱいぷらいんー
はいぱーすれっでぃんぐー

518 ：デフォルトの名無しさん：03/04/24 23:22

K6-2 のコアを改造して、動作速度を 1GHz 以上にして、Athlon もびっくりだ。
というネタの続きはどうなったのか、誰かしりませんか？

519 ：デフォルトの名無しさん：03/04/26 00:16

質問はAGE!!

520 ：bloom：03/04/26 00:26

http://homepage.mac.com/ayaya16/

521 ：デフォルトの名無しさん：03/04/26 00:26

CPUエミュレータを作ってみるとifかcase文の羅列になるのですが
CPUの中の人も同じようなことをしているのですか？

522 ：名無しさん＠そうだ選挙にいこう：03/04/26 00:33

LSI設計の出来る人いる？

523 ：デフォルトの名無しさん：03/04/26 01:41

>>521
ちょっと違うんじゃないかな

うまく言えないけど、ifとかswitchの羅列になるのは、
ソフトウエアが手続き的にしか実行できないから。

ハードはすべてのパーツが同時に動くから、それぞれの
パーツが単発の if　や switch をするだけ
という感じ

524 ：デフォルトの名無しさん：03/04/26 02:42

つーか、gotoの連発なのでは。

525 ：デフォルトの名無しさん：03/04/26 12:56

caseの羅列が近いような気はする。

526 ：デフォルトの名無しさん：03/04/26 14:11

>>525
> caseの羅列が近いような気はする。

最終的には、ジャンプテーブルが近いかと...。
(case 羅列をコンパイラが変換するか、プログラマが自前でやるかは別にして。)

527 ：デフォルトの名無しさん：03/04/26 22:25

>>524-525
だから、それはソフト（エミュレータ）だって

528 ：デフォルトの名無しさん：03/04/26 22:33

>>527
まあ、最近流行らんけどマイクロコードと言う奴もあることだし｡

529 ：デフォルトの名無しさん：03/04/30 18:46

aaaaaaaa
あげてみる。

530 ：デフォルトの名無しさん：03/05/07 04:33

CPUでの動きではないかもしれませんが、
しつもんがありまーす。

グラフィックアクセラレータはどこからどうやって計算命令を
うけとっているのでしょうか？
アプリケーション側から明示的に命令を出せるのでしょうか？
それともＯＳがかってに処理するのでしょうか？

531 ：デフォルトの名無しさん：03/05/07 11:20

　ノγヽγヽ
￥(＾∀＾）￥

　

532 ：デフォルトの名無しさん：03/05/07 15:45

>>530
ねじ回し

533 ：デフォルトの名無しさん：03/05/07 16:16

>>530
そこでOSとアプリケーションを区別する理由を言ってみろ。
すれ違いどころか、鼬外やもしれぬ。

534 ：530：03/05/07 19:04

ふだんCなどで普通に書いたらコンパイラがOSを経由して(？)CPUに処理させますよね？
良くわかってないんですが・・・
OpenGLなどのlibはどうやってアクセラレータに計算させてるのか知りたいんです。
メモリコントローラなどを介して処理するんだとおもうのですが
OSの用意したAPIにはそんな関数がないと思うので、
パイプライン(？)に直接指令を出すのかと思い調べましたが
検索ではなかなかわかりませんでした。
そこで、CPUの動きではないとは思ったのですが、
CPU処理の負担軽減させてやる＝それにはCPUの動きをよく把握する＝この板
で、ここで質問してみましたポ。

535 ：デフォルトの名無しさん：03/05/07 22:09

>>534
運転手...。

536 ：デフォルトの名無しさん：03/05/07 23:18

>>534
むしろハードウエアの知識だろぅに。
I/Oとかmapped memoryとかデバイスドライバとかシステムコールとかメルコとか。

537 ：530：03/05/08 00:13

　　(｀Д′)ゝ　< thanxこ!
ＣC（　　　ノ├

運転手逝ってきます!

538 ：デフォルトの名無しさん：03/05/08 18:53

知識が滅茶苦茶ッぽいな。
まずは本を読むことを勧める。

539 ：デフォルトの名無しさん：03/05/08 18:59

オススメ本を紹介しる

540 ：デフォルトの名無しさん：03/05/08 20:32

10年ぐらい趣味でプログラムをやっていて、それで得た結論なんだけど、
アプリケーションレベルのプログラマが、HWレベルの知識が必須だとは俺は思わないなぁ。
スレの初期で、ページング云々パイプライン云々書いている人がいたが
そーいうのは、OSやコンパイラとか作ってる人に頑張ってもらえばいいと思う。
無駄だとは言わないけど、それらを覚える時間があるなら他に使った方がいいと思う。

541 ：デフォルトの名無しさん：03/05/08 21:23

まあ，趣味でやるなら必要ないってことでいいんじゃないの

仕事でやるなら別だが．

542 ：デフォルトの名無しさん：03/05/08 21:51

>>541
そうかなぁ。
プロならばこそ俺よりの考え方をするべきだと思うけどな。
IA32マスターすればそれで全てOKってことならいいけどさ、
現実は違うし。

543 ：デフォルトの名無しさん：03/05/08 22:04

そうかなあ
時間を惜しまず，自分の仕事のもっとも基本的な知識を
探求する姿勢（知りたいという好奇心）こそが大事だと思う．
だからこそ「プログラムはなぜ動く」みたいな本が売れてるんじゃないかと思う．
まあ，あの本はほんの取っ掛かりだけど．．．

544 ：デフォルトの名無しさん：03/05/09 00:53

>>540
そうかなぁ？
今のOSのように、ユーザーランド以外が完全にラッピングされつつあるならともかく、
10年前の DOS やらのころは、ハードウエアの知識がなくちゃ、全然駄目だろう？
PC-9800シリーズテクニカルデータブックなんて、いまだにBIOS,ハードともにもってるよ。

545 ：デフォルトの名無しさん：03/05/09 01:15

そうかなぁ？
俺は要は優先順位の問題だと言いたいんですよ。
皆が皆ダビンチのようなオールマイティな天才じゃない。
当然俺もそうだし、何かを学ぶには時間と労力が必要でしょ。
プログラムって、ただHW構成と言語だけマスターすりゃそれだけで
作れるものじゃないじゃない。どっかの頭の良い人が考えた理論とかを
実際にコーディングしなきゃならないつー側面も多分にあるじゃない。
そこんとこに注力すべきだと。
それにハードはほっといても性能は上がるし、つられて言語の抽象度も上がる一方だし。
今最適化だーとか言って、パイプラインストールをなくす為にループアンロールしましたー
とかやっても、将来のマシンで予測のペナルティがゼロになりましたーとかなっちゃったら意味ないじゃん。

546 ：デフォルトの名無しさん：03/05/09 03:53

そうかなぁ．
君がそう思うなら、それが君にとって正しいのだろう．だが、それだけだろう．

547 ：デフォルトの名無しさん：03/05/09 11:44

>>540-546
そういうの (=H/W の知識) が必要な人もいるし、そうでない奴もいるっていうだけのことだろ。
>>544 みたいに「DOS やらのころは、ハードウエアの知識がなくちゃ、全然駄目だろう？」とか言ってる奴だって、デバイスの詳細まで知ってるわけじゃねーだろ。
(メモリーのアドレススクランブルって知ってるか ?)

548 ：デフォルトの名無しさん：03/05/09 12:11

アプリケーションレベルのプログラマが、数学の知識が必須だとは俺は思わないなぁ。
他のスレで、行列云々三角関数云々書いている人がいたが
そーいうのは、CGや科学技術計算とかやってる人に頑張ってもらえばいいと思う。
無駄だとは言わないけど、それらを覚える時間があるなら他に使った方がいいと思う。

549 ：デフォルトの名無しさん：03/05/09 20:06

むしろ業務に対しての知識のほうが必要

550 ：デフォルトの名無しさん：03/05/10 07:38

数学的な知識はいらないが､
数学的なセンスは､なにかしら情報処理の設計能力と結びつくところがあるね｡

数学を"覚える"時点で無意味だね｡
覚えるんならそりゃ､業務に関連することを覚えるべきだろう｡

551 ：デフォルトの名無しさん：03/05/10 07:40

覚えるって考え方がまず寒いんだよ

552 ：デフォルトの名無しさん：03/05/10 09:17

最低限の事は覚えるしかないよ。

俺たちみたいな普通の奴は、大体が覚えてるものを組み合わせて新しいものを作るしかできないから、知識と言うものはそれなりに重要ではある。

全く何もないところから、クイックソートを思いつく奴とかなら別なのかもしれないけど。

553 ：デフォルトの名無しさん：03/05/10 10:50

>>545
でた、ハードわからん奴が言うことの典型
「CPUがそこにあるから」

原価の下げ方知らんだけだろ

554 ：デフォルトの名無しさん：03/05/10 11:22

>>553
意味不明。
自分の考え方ぐらいちゃんと表現しろよ。

555 ：デフォルトの名無しさん：03/05/10 11:26

微積の重要性は人それぞれだと思うが、離散数学の勉強はどのプログラマにも必須。
つまり論理的な考え方を鍛えろ、と。
理系の方、異論ありますか。

556 ：デフォルトの名無しさん：03/05/10 11:28

ちなみにアプリレベルのプログラマーでも、パターソン＆ヘネシーくらいは読んでおくべきだと思う。
何か？

557 ：デフォルトの名無しさん：03/05/10 11:32

>>556
内容が古びている,ということはないか？

558 ：デフォルトの名無しさん：03/05/10 11:49

ないよ．
基礎だし．

559 ：デフォルトの名無しさん：03/05/10 14:20

>>554
ほう、ハードわからん奴がもう一匹いたか
教えて欲しけりゃものの尋ね方くらい憶えてくるんだな

560 ：デフォルトの名無しさん：03/05/10 14:21

ハードウェアってコピーできないからむかつく

561 ：デフォルトの名無しさん：03/05/10 14:25

ハードウェアよりも>>559のアルゴリズムが意味不明。

562 ：デフォルトの名無しさん：03/05/10 15:12

>>559
ププッ、なんか知らんけど自慢したくてしょうがないみたいね。
でも誰も聞きたくないみたいだから、とっとと消えてくれ。

563 ：デフォルトの名無しさん：03/05/10 16:23

>>562
煽るにしてもスレタイくらい見ながらやれボンクラ

564 ：デフォルトの名無しさん：03/05/10 16:26

>>553=>>559=>>563

以降放置でよろしく。> ALL

565 ：デフォルトの名無しさん：03/05/10 16:31

>>562
お前が消えてくれ。
559には残って欲しい。

566 ：デフォルトの名無しさん：03/05/10 17:17

どちらもお子様だねぇ
もっとマターリどうぞ↓

567 ：デフォルトの名無しさん：03/05/10 17:24

>>553=>>559=>>563=>>565

以降放置でよろしく。> ALL

568 ：デフォルトの名無しさん：03/05/10 17:31

微分のことは微分でやれ。

569 ：デフォルトの名無しさん：03/05/10 18:28

荒れるのは最近のCPUの動きが速すぎるのが原因かな．
みんな目がついて行ってないよ！

570 ：デフォルトの名無しさん：03/05/10 20:22

ＣＰＵがぐいーんぐいーん動いてまつ

571 ：デフォルトの名無しさん：03/05/10 21:49

>>569
いや、速いCPUが出るのは諸手を挙げて大歓迎だ
つーよりCPUの能力はまだまだ不十分だと思う

>未来のマシンで予測のペナルティがゼロになりましたーとか
>なっちゃったら意味ないじゃん。

こういう空想論で今やってる努力まで否定する阿呆が痛いだけ

572 ：デフォルトの名無しさん：03/05/10 22:20

>>571
> こういう空想論で今やってる努力まで否定する阿呆が痛いだけ

知ったかやめたら ?
Pentium シリーズでもアーキテクチャによって、最適な命令の組み合わせが変わってるぞ。
何のために、コンパイラオプションで CPU の指定をするのか理解してないのか ?

573 ：デフォルトの名無しさん：03/05/10 22:45

人のこと意味わかんねーとか言う前に自分の「空想論」を何とかしたら？

574 ：デフォルトの名無しさん：03/05/10 23:23

ははは。馬鹿だなぁ。
nsレベルで計算ができるものを人間が作れるわけないだろ。
今のコンピュータは、全部、空想で動いているのさ。

575 ：デフォルトの名無しさん：03/05/10 23:37

今のCPUってさ、遅い。遅すぎる。最速の奴で300MHzだなんて
３歳児の成長に一喜一憂している親の心境ってとこだな

576 ：デフォルトの名無しさん：03/05/10 23:40

CPUも空気読んでほしいよね

577 ：デフォルトの名無しさん：03/05/10 23:43

>>575
> 最速の奴で300MHzだなんて

何年前の話だよ...。

578 ：デフォルトの名無しさん：03/05/10 23:53

>>575
西郷たかもりですか？

579 ：デフォルトの名無しさん：03/05/11 00:13

いや、このPCは1Gつーてるけどさ

580 ：デフォルトの名無しさん：03/05/11 01:03

>>577
ベクトルプロセッサの話だろ。最速CPUのクロック300MHz近辺。
それでもPen4 の10倍くらい速いらしいね。

581 ：デフォルトの名無しさん：03/05/12 13:11

詳しいことは日本ガイシに聞け

582 ：ここで聞くけど：03/05/16 21:23

サンのblade150と明日論三ギガHzどっちが計算速い？

583 ：デフォルトの名無しさん：03/05/16 21:28

あのＣＰＵは実はゴキブリだった

584 ：デフォルトの名無しさん：03/05/16 22:29

>>582
Blade150 なのか? あれって SPARC IIi 500MHz だっけか？
UltraSPARC III 1.05GHz だって、AthlonXP 2000+ より遅いよ。
大体、
USPARC 1.05GHz = AthlonXP 1700+ = Pen4 1.8AGHz
かな。

585 ：デフォルトの名無しさん：03/05/17 20:31

>>584
Blade150は650Mhzじゃないか？

ついでに言うと「ものすごくおそい」から、
買うのなら覚悟の上でな。
てか、普通の人間は買ってはいけない。

Blade100ﾕｰｻﾞより。

586 ：デフォルトの名無しさん：03/05/17 20:48

>>585
550MHz からあるね。

まあ、普通の人は買わんだろ。

587 ：デフォルトの名無しさん：03/05/17 21:11

幕と同じだな．織田しかか湾．

588 ：動画直リン：03/05/17 21:11

http://homepage.mac.com/hitomi18/

589 ：デフォルトの名無しさん：03/05/17 21:14

Blade2000 かっとけ。Xeon より遅いが。

590 ：デフォルトの名無しさん：03/05/17 21:34

>>589
100万以上するじゃねーか、買えるかヴォケ。

591 ：デフォルトの名無しさん：03/05/17 21:35

>>590
安心しろ。実売価格は20万円ほどだ。ちょっと高いPC並だ。

592 ：デフォルトの名無しさん：03/05/17 21:55

>>590
学生にも買える安心価格です。

593 ：実売っていうか：03/05/17 22:14

blade150もメモリ256積んだら30万弱するじゃないか・・
30万も出したらジーオンのデュアルかえるな

594 ：デフォルトの名無しさん：03/05/17 22:30

blade は所有欲が満たされるよ。

595 ：デフォルトの名無しさん：03/05/17 23:05

>>591
マジか ? ソースキボン。

596 ：デフォルトの名無しさん：03/05/18 00:25

インターネットしていたら突然文字化けした意味不明なメッセージ
が書かれたダイアログが大量に出てきました。

597 ：デフォルトの名無しさん：03/05/18 00:25

インターネットしていたら突然文字化けした意味不明なメッセージ
が書かれたダイアログが大量dsf

sdf

dに出てきました。

598 ：デフォルトの名無しさん：03/05/18 00:25

インターネットしていたら突然文字化けした意味不明なメッセージ
が書かれたダイアログが大量dsdfssf

sdf

dに出てきました。

599 ：デフォルトの名無しさん：03/05/18 01:45

>>596
もうそのマシンは捨てないとだめだ。ウィルスにCPUをやられてしまったよ。

600 ：フォルトの名無しさん：03/05/18 03:55

>>599
嘘っ!それってつまり、ウイルスにCPUを書き換えられたということでしょうか?
ＰＣ初心者なので宜しくお願いします。ではでは。

601 ：デフォルトの名無しさん：03/05/18 03:56

>>600
②点

602 ：即死：03/05/18 08:21

Blade買わないやつは即死

603 ：デフォルトの名無しさん：03/05/18 08:32

>>600
違う、CPUは正常だ。問題はメモリー。0866F番地を強制的に焼き付かされたときに起こる現象だ。

604 ：名無し＠沢村：03/05/18 08:50

おまいらよ、レジスタやメモリには予約ビットというのがあるのを知っているか？
おまいらよ、予約ビットというのはプログラマが勝手に使ってはいけない領域だ。
おまいらよ、この予約ビットの存在を知らずにプログラミングすると、プログラムが暴走したりシステムがハングアップしたりして、大変危険だよ。
mallocで1000バイトばかりメモリを確保した場合、その中に予約ビットが含まれていると、プログラムはどこもおかしくないのに、突然フリーズしてしまったという不思議な現象が起るのよ。
不正なメモリアクセスというやつだな。
この予約ビットというのはメモリのそこかしこに散りばまられているから、正常にメモリを確保するのは至難の技だぞ！！
プログラミングって大変だぞ、おまいらよ！！

605 ：デフォルトの名無しさん：03/05/18 08:52

ヌヒはやめたのか？

606 ：デフォルトの名無しさん：03/05/18 08:55

>>604
バカ野郎、朝からそんな面白すぎる書き込みするんじゃねえよ
味噌汁吹いちまったじゃないか、どうしてくれるだ

607 ：デフォルトの名無しさん：03/05/18 08:56

味　噌　汁　飲　み　な　が　ら　P　C　を　使　う　な

608 ：デフォルトの名無しさん：03/05/18 10:00

>>607
今日のMVP

609 ：デフォルトの名無しさん：03/05/18 12:01

NANDフラッシュメモリはビット化け、不良ブロックが発生するのが前提で制御
ソフトを設計しないといけないが。
必ずECCやブロック代替処理を仕込んでおかないと、すぐにｼﾎﾞｰﾝする。

メーカー保証も１ビット訂正を入れて、何万回書き換えというスペックだからな。

610 ：デフォルトの名無しさん：03/05/18 13:54

>>609
また、知ったか君か...。
ソフトで ECC 処理ねぇ...、ご苦労なこった。

611 ：デフォルトの名無しさん：03/05/18 20:59

>>610
609はｿﾌﾄでECCとは言ってないようだが?
ECCの一部をｿﾌﾄが担当することはある
まさか知らないわけではあるまい?

612 ：デフォルトの名無しさん：03/05/18 21:11

SPARCだと普通に例外出るよね

613 ：デフォルトの名無しさん：03/05/18 21:52

>>611
プッ、知ったか２匹目。

614 ：デフォルトの名無しさん：03/05/18 22:27

>>613
君は何か知っているとでも言うのかｗ

615 ：デフォルトの名無しさん：03/05/18 22:31

ま、どっちみち、その一部はソフトが処理する事には変わりない。

616 ：デフォルトの名無しさん：03/05/18 22:38

まあ、ソフトでもハードでもいいんだけど。
普通の PC の BIOS ROM (今時おおかたフラッシュメモリーだよ) の制御回路/ソフトウェアに ECC なんか入ってんの見たことないけど、>>609 によるとすぐにシボーンするらしいね。
大変だな、ぷぷっ。

617 ：デフォルトの名無しさん：03/05/18 22:41

>>616
うむ、そう頻繁に書き換えないしね。
頻繁に書き換える設定はバッテリーバックアップなCMOSに記憶してるし。

618 ：デフォルトの名無しさん：03/05/18 22:47

>>616
つまり普通のPCしか知らないからｿﾌﾄでもﾊｰﾄﾞでもいいわけか

619 ：デフォルトの名無しさん：03/05/18 22:58

Alpha21364は最速ですが何か？

620 ：デフォルトの名無しさん：03/05/18 23:10

>>618
ぷぷっ、フラッシュメモリ全般にしてもいいよ。

621 ：デフォルトの名無しさん：03/05/19 00:03

ｿﾌﾄでECC対応する例にﾌﾗｯｼｭﾒﾓﾘを挙げた609を知ったかと斬り捨てられる君なら
きっとﾌﾗｯｼｭﾒﾓﾘ以外のECCについてもよく知ってるんだろうなあ

622 ：デフォルトの名無しさん：03/05/19 01:58

>>621
よくご存知ですが。

623 ：デフォルトの名無しさん：03/05/19 07:32

>>622
では聞くがECCってそもそも何が目的だと思っている?

>ソフトで ECC 処理ねぇ...、ご苦労なこった。
普通ならそろそろ許してやるところなんだが

624 ：_：03/05/19 07:33

625 ：紺野あさみ：03/05/19 07:39

　 ∋8ノノハ.∩ 　　http//togoshi.ginza.st/yusei/
　　川o・-・）ノ　＜先生！下記のページがありました！
http://togoshi.ginza.st/yusei/yusei01.html
http://www.togoshi.ginza.st/yusei/yusei09.html
http://togoshi.ginza.st/yusei/yusei05.html
http://www.togoshi.ginza.st/yusei/yusei08.html
http://togoshi.ginza.st/yusei/yusei06.html
http://www.togoshi.ginza.st/yusei/yusei10.html
http://togoshi.ginza.st/yusei/yusei04.html
http://www.togoshi.ginza.st/yusei/yusei03.html
http://togoshi.ginza.st/yusei/yusei02.html
http://www.togoshi.ginza.st/yusei/yusei07.html

626 ：デフォルトの名無しさん：03/05/19 08:34

耳まで真っ赤になってるとこ申し訳ないが、
"ECC対応"が何を指してるか明確にした方がいいぞ

627 ：デフォルトの名無しさん：03/05/19 12:22

>>626
早見優がやってるやつのことだよ。

628 ：609：03/05/19 19:40

つーか、NANDフラッシュメモリと、BIOSなんかで使われるNORフラッシュメモリ
の違いがわからないで書いている香具師、ちょっと恥ずかしいぞ・・・・
取りあえず、東芝などのサイト行って、スマートメディア（NANDフラッシュ）
の資料を読んでこい。

PCのBIOSはNORフラッシュ系で全く別物だ。だからわざわざNANDと言ってる
のにねぇ。NORはビット化けは基本的にない（１０年ぐらいはメーカー保証）。

629 ：609：03/05/19 20:47

ついでに張っておくわ。これ読んで勉強しとけ。
http://www.semicon.toshiba.co.jp/prd/pdf_presen/nandflash_what_j.pdf

しかし、このスレ、名前の割に組み込み屋いないのか・・・(;´Д`)

630 ：デフォルトの名無しさん：03/05/19 21:15

>>626
酒飲んでるから耳が赤いというのは当たっているが
ｴﾗｰを検出して終わりというお前の議論が痛いことに変わりはないぞ

631 ：まゆ☆：03/05/19 21:15

http://members.tripod.co.jp/nichkirai/のｏ(⌒▽⌒)ｏ♪管理人まゆで～す☆

２ちゃんねらーに荒らされて困っている人は､一緒に２ちゃんねらーを馬鹿にしましょう！

632 ：デフォルトの名無しさん：03/05/19 21:40

禿げしくﾜﾗﾀ
工房の部活の腹筋運動に匹敵するいい運動になった
腹イタイ

後味素晴らしい、ありがとう >>631

633 ：デフォルトの名無しさん：03/05/19 21:49

DRAM とかのハードウェアで処理する ECC しか知らないヤシが
ここでは一番エライ、ってことになってるんだ。。
ハードウェアまんせーならプログラマなんていらないじゃん。

634 ：デフォルトの名無しさん：03/05/19 22:12

>>609
サンクス．勉強してみるよ．
でも，ここまで勉強しないといけないもんなん？キビシー

635 ：デフォルトの名無しさん：03/05/19 22:21

> ここでは一番エライ、ってことになってるんだ。。
なってないなってない

636 ：名無し＠沢村：03/05/19 22:29

>>631
まゆよ、２ちゃんねらーは案外いいやつだよ♪
おれは２ちゃんねらーを大目に見てるよ♪

637 ：デフォルトの名無しさん：03/05/20 01:26

raid5 は ECC だから、ソフトウエアraid5 はソフトウエアのECCだ？
メインメモリを raid5 で制御するシステムもあったもな。でもちぷせと上だぎゃ。

638 ：デフォルトの名無しさん：03/05/20 07:25

>>633
そうだよ。極論、ｿﾌﾄはいらない。ﾊｰﾄﾞだけで何でも作れる。
こういう暴言してもｿﾌﾄしか知らん奴は説得力のある反論ができない

639 ：デフォルトの名無しさん：03/05/20 14:38

横槍だが、ちょい前のHPのNetServerなんかに使われていたメモリは、スクラビングECC SD-RAMとかいう代物だった。
通常のECCに加えて、ハード的に誤りビットを修正してしまうとか言ってた。

640 ：デフォルトの名無しさん：03/05/21 01:40

>>639
ECC って、64ビットだと、１ビットの誤り修正、２ビットの誤り検出、だったのでは。

ターボ符号をハードウエアで実装したメモリの誤り修正システムってあるんだろうか。

641 ：デフォルトの名無しさん：03/05/21 10:51

>>640
ですな。

ターボ符号でメモリのエラー訂正って…そこまで手間をかける必要ありますか？
ものすごく特殊な環境なら、それ位必要になるかもしれませんが。

642 ：デフォルトの名無しさん：03/05/21 21:56

警告を出しながら正常稼動を続けるんだよな

643 ：デフォルトの名無しさん：03/05/21 22:35

>>642
ECC の 1bitのエラーなら。
OS でシャットダウン指定したり、システムによっては切り離しを行ったりするけど。

ターボ符号か ... 通信システム系なら、っつか、
そこまで訂正させたいなら、それこそソフトウエアで実装する罠。

644 ：デフォルトの名無しさん：03/05/21 22:38

>>643
「シャットダウン」できれば幸運

645 ：644：03/05/21 22:41

しかしパリティでは被害の「切り上げ」が起きるだけ
ちっとでもチャンスを残してやろうとする心意気なわけで

646 ：デフォルトの名無しさん：03/05/21 22:43

「シャットダウンしてはいけない」システムも多数存在す。
うちではメモリリダンダント機能のあるサーバマシン使ってまつ。
エラーが起きると、自動的にそのモジュールボード切り離しまつ。
メモリほっとスワップ機能もあって、稼動中にメモリモジュールボード引っこ抜くのも可。

647 ：デフォルトの名無しさん：03/05/21 23:21

ソフトソフト、いばるなソフト。ハードなければただの紙。
ハードハード、いばるなハード。ソフトなければただの箱。

648 ：デフォルトの名無しさん：03/05/21 23:35

古い話だが、東海村臨界事故の日に
東京で1bitエラーが起きた、つー話があったな。

649 ：デフォルトの名無しさん：03/05/22 00:12

>>647
プログラム内蔵方式ではないコンピュータならば、
ハードウエアだけで立派に動作しまつ。

650 ：デフォルトの名無しさん：03/05/22 01:07

まぁ、今は基本的にプログラムで動いている電卓も、昔は電卓もリレー
だけで作られていたわけだ。
かしゃかしゃいいながら計算結果が出る様は、いかにも動いている！
という感じで、なんとも面白いヽ(´ー｀)ﾉ

ttp://www.fsinet.or.jp/~mad/relay.htm　（有名なページ。動画あり。

651 ：デフォルトの名無しさん：03/05/22 02:05

>>650
でつね。電子立国やプロジェクトXでも電卓などは中心お題でつね。
もちろんリレーだけでなく、真空管やトランジスタ方式でもハードウエアでつ。
パラメトロンも大好きでつが。

652 ：デフォルトの名無しさん：03/05/22 23:41

>ソフトなければただの箱。
たまたまMPUとやらを使っているﾕﾆｯﾄにｿﾌﾄもﾊｰﾄﾞもあるか
部品がはまってなきゃ動かねえってだけのことだ

ｿﾌﾄ専科な奴ほどｵﾌﾞｼﾞｪｸﾄ指向がわかってない気がする
電子機器のいわばprivateﾒﾝﾊﾞの１つを作っているだけなのに
ｺｰﾀﾞｰの視点でくだらない屁理屈で居直る姿はﾀｺﾂﾎﾞ社員そのもの

653 ：デフォルトの名無しさん：03/05/22 23:51

まったくそのとおりでございます！
すべてのご意見にYES！同意！
>652の見識の高さに感服いたしました！！

654 ：デフォルトの名無しさん：03/05/23 02:18

ソフトウエアなんて、つい最近まで、
ハードウエアのおまけ、著作権も及ばず、特許申請が単体でできず。
いやほんと、Intel が CPU 作らなかったら、どうなっていたことやら。

655 ：デフォルトの名無しさん：03/05/23 20:10

こいつらよー、抵抗やｺﾝﾃﾞﾝｻよりｿﾌﾄだけが特別に偉いって言いたいんだろ
携帯電話が薄くなったのは誰のどんな努力のお陰だと思っている?

656 ：デフォルトの名無しさん：03/05/23 22:41

僕のお陰だよ！！内緒だけどね

657 ：デフォルトの名無しさん：03/05/24 00:39

>>655
TRON のおかげですが、何か。

658 ：デフォルトの名無しさん：03/05/24 10:41

いやいや，俺のお陰だろ．今まで黙っていたがな．

659 ：デフォルトの名無しさん：03/05/24 11:10

夜中にはゴキブリに変身するんだよ

660 ：デフォルトの名無しさん：03/05/24 13:06

>>655
流石に俺のお陰だなんて思い上がってはいないよ．．．

えっ，俺のお陰？！Σ(ﾟДﾟ; !!

661 ：デフォルトの名無しさん：03/05/24 17:07

>>655
石切職人のおかげだろ。

662 ：デフォルトの名無しさん：03/05/24 21:48

>>655
むしろ俺のおかげ

663 ：デフォルトの名無しさん：03/05/24 21:51

CPUの中の人やメモリの中の人がたくさんレスしてくれました。多謝。

664 ：デフォルトの名無しさん：03/05/25 22:28

ﾏｼﾞかよ、反論どころか「薄くした功績」すら答えられるやつｾﾞﾛかよ
お前ら全員氏んでいい! あ、661は除いて

665 ：デフォルトの名無しさん：03/05/25 23:52

別に抵抗やコンデンサが薄くなったおかげじゃないよ
はい

666 ：デフォルトの名無しさん：03/05/26 01:51

>>664
電池の外の人！の活躍であることは、みな十分承知している。

667 ：デフォルトの名無しさん：03/05/26 02:35

>>664
えっﾏｼﾞだったの．ここネタスレだと思ってたよ．
ごめんね．

668 ：山崎渉：03/05/28 12:48

　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾）＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

669 ：デフォルトの名無しさん：03/06/03 11:21

なんだかスレタイに呼ばれてる気がした

670 ：デフォルトの名無しさん：03/06/07 23:02

>>665
ﾀﾞｳﾄ

671 ：デフォルトの名無しさん：03/06/13 19:58

CPU の動きを理解してないやつには無理。

672 ：デフォルトの名無しさん：03/06/13 20:10

CPUの動きを理解したいので，CPUのHamiltonianを教えてください．

673 ：デフォルトの名無しさん：03/06/14 00:25

>>672
2.66Gn

674 ：名無しさん＠Ｅｍａｃｓ：03/06/15 00:24

test

675 ：デフォルトの名無しさん：03/06/15 00:58

そうかよ、test かよ、よかったな

676 ：デフォルトの名無しさん：03/06/15 11:30

CPUの動きを理解するためのtestかもしれない．．．

677 ：デフォルトの名無しさん：03/06/15 12:10

ピ――――――――――――――――――――――――――――――――――
ガ――――――――――――――――――――――――――――――――――
――――――――――――――――――――――――――――――――――――
電波―――――――――――――――――――――――――――――――
―――――――――――――――――――――――――――――――――
―――――――――――――――――――――――――――届いてる。

678 ：デフォルトの名無しさん：03/06/27 19:43

さあ，理解しますかー！！

679 ：名無し＠沢村：03/06/27 20:45

おまいらよ、量子の動きを理解できないというならわかるが、CPUは人間がつくったものだから１００％理解できるはずだよ。
つーかCPUをつくった人をはじめ、理解しているやつは世界中に無数にいるよ。
だからそれが理解できんということが、おれには理解できんが…？

680 ：デフォルトの名無しさん：03/06/27 20:55

ノイマン型CPUには
IPレジスタがある。
今はそれだけが分かってればいい。（謎

681 ：名無し＠沢村：03/06/27 21:22

>>680
「今は」って、おまい、CPUは人間がつくったものだし公知のものだから、全部理解できんとマズイだろうが！？

682 ：69：03/06/27 21:25

CPUはCとPとUからできています．それ以上でもそれ以下でもありません．パーペキな理解です．

683 ：デフォルトの名無しさん：03/06/27 21:44

>679
CPUは人間が作ったことになってまいすが、実は宇宙人からの技術提供で
作られています。つまりほとんどブラックボックス
人間には理解できません!

684 ：デフォルトの名無しさん：03/06/27 21:58

フリーズ！俺はCPUだ

685 ：デフォルトの名無しさん：03/06/27 22:14

>>683
ここだけの話だけど、技術提供を牛耳ってるのが
シークレット・ガバメントなんだよね。

686 ：デフォルトの名無しさん：03/06/27 22:39

人間は、「再現可能な現象」を利用しているに過ぎません。
CPUなんて、やってみたらできちゃった技術の集大成なので、
偶然の積み重ねであること以上のことを、人間は理解することができません。

687 ：山崎渉：03/07/15 10:28

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

688 ：山崎渉：03/07/15 14:15

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

689 ：デフォルトの名無しさん：03/07/23 08:09

最近CPUの状態を頭に描くと、
CPU＝おっぱい
レジスタ＝蓮
のようになってしまい大変キモイです。

690 ：デフォルトの名無しさん：03/07/23 08:11

とくにItaniumなどレジスタ山盛りのものに関しては、小さなぶつぶつが
たくさん密集していて、CPUのことを考えるだけで鳥肌が立ちます。

691 ：あぼーん：あぼーん

あぼーん

692 ：あぼーん：あぼーん

あぼーん

693 ：山崎渉：03/08/02 02:45

（＾＾）

694 ：山崎渉：03/08/15 17:38

　　　 (⌒V⌒)
　　　│ ＾＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

695 ：デフォルトの名無しさん：03/08/24 16:24

りこんふぃぎゅらぶる萌えー

696 ：あぼーん：あぼーん

あぼーん

697 ：あぼーん：あぼーん

あぼーん

698 ：デフォルトの名無しさん：03/08/31 13:32

ハイパー・スレッディング・テクノロジとは
ハイパー・スレッディング・テクノロジでは1 つの物理プロセッサが2 つの論理プロセッサとし
て認識されます。アーキテクチャ・ステート（AS ）とアドバンスド・プログラマブル・割り込み・
コントローラ（APIC ）に関しては、それぞれ専用のものが用意されます。アーキテクチャ・
ステート（AS ）とは、汎用レジスタ、コントロール・レジスタやデバッグ・レジスタなどのレジス
タを指し、プログラムやスレッドの状態をここに保持します。アドバンスト・プログラマブル割
り込みコントローラは、物理プロセッサID と論理プロセッサID などから構成され、プロセッサ
の制御と割り込み処理を行っています。一方で、2 つの論理プロセッサはプロセッサ実行リソー
スを共有します。実行リソースは、ロード、加算、減算などの処理を実行するプロセッサ上のユ
ニットです。これにより、ユーザ・プログラムは従来のプロセッサと同様に論理プロセッサに対して
スレッド（プロセス）のスケジューリングを行うことができます

699 ：デフォルトの名無しさん：03/08/31 16:00

>>698
それって今月のInterfaceに載ってたようなやつ？

700 ：デフォルトの名無しさん：03/09/02 23:28

>>699
今月のInterfaceはパイプラインとスーパースカラの説明が主だったから
特にハイパースレッディングの説明はなかったと思う．（まだ全部読んでないんで）

ハイパースレッディングはいまのところPentium4だけの技術．
ttp://www.intel.com/jp/developer/download/
ここから資料を落として見ると勉強になるよ．

701 ：デフォルトの名無しさん：03/09/14 00:59

age

702 ：デフォルトの名無しさん：03/09/15 20:03

>>700
名前は違うけど、別にPentium4だけの技術じゃない
Power4とか

703 ：デフォルトの名無しさん：03/09/15 22:29

>>702
クルーソーも使っているよね？

704 ：デフォルトの名無しさん：03/09/27 19:23

>>703
Crusoeにそういうのあったっけ？

ハイパースレッドとか、複数コア載せるのは
当分の間、性能上げるための定番手法になるだろうね
これ以上クロックあげるのはいろいろ困難だし・・

705 ：デフォルトの名無しさん：03/09/28 20:27

>>704
10Gまではいけるらしいぞ

706 ：デフォルトの名無しさん：03/09/30 12:21

MSILを直接実行するCPUを作ってください。

707 ：デフォルトの名無しさん：03/09/30 12:37

CPUの動きとプログラムとどう関係があるのだろうかぁぁぁぁ
何かの記事を鵜呑みにしているだけなんじゃないのぉぉぉ？？？
つい最近CPUの存在を知った>>1

708 ：デフォルトの名無しさん：03/09/30 12:52

>>707
一年も前のスレに何を今さら・・・・

709 ：即死：03/09/30 12:58

まだ一年は経っていない。

710 ：名無し＠沢村：03/09/30 13:12

おまいらよ、CPUに使われているLSIはトランジスタ、ダイオード、及びそれらをつなぐ電子回路を集積したものだ。
よってCPUの動きを知るためには、それらの中でどのように電気伝導が行われているかを知る必要があるぞ。わかるか？
おまいらよ、トランジスタとはP型半導体とN型半導体をNPNに接合した素子だ。
おまいらよ、ダイオードとはP型半導体とN型半導体をただ接合した素子だが、接合部の構造によっていろいろな種類のダイオードがある。
エザキダイオードなどもそのひとつだ。
おまいらよ、これらの中では電荷を持った自由電子と正孔の移動によって電気伝導がおこなわれているんだぞ。わかるか？

711 ：デフォルトの名無しさん：03/09/30 13:13

>>710
時代遅れ

712 ：デフォルトの名無しさん：03/09/30 13:18

>>704
クルーソーは確かVLIWアーキテクチャですな。

713 ：デフォルトの名無しさん：03/09/30 15:10

>>710
>エザキダイオードなどもそのひとつだ。

エサキダイオードな、「ザ」ではない。

714 ：デフォルトの名無しさん：03/09/30 15:19

>>713
沢村にﾏｼﾞﾚｽk(r

715 ：デフォルトの名無しさん：03/09/30 17:46

>>713
江崎先生マンセー

716 ：デフォルトの名無しさん：03/10/02 00:54

Ｃで使う変数が実際にメモリに入れてるか、レジスタに入れてるか。
リアルタイムな物では重要なんだ。
アセンブラ知ってないと出来ない物って沢山あるんだよ。

717 ：デフォルトの名無しさん：03/10/02 01:04

そんなあたりまえなこといまさらいわれても

718 ：デフォルトの名無しさん：03/10/02 02:24

volatileの使い方理解しとけばそれで十分

719 ：デフォルトの名無しさん：03/10/02 03:27

> アセンブラ知ってないと出来ない物って沢山あるんだよ。
リアルタイムな物だけか？（ｗ

720 ：デフォルトの名無しさん：03/10/02 16:34

領域破壊のクソコードをデバッグせにゃならんときに
スタックやヒープの具体的な構造が理解できないと困るな。
あとエンディアンとか構造体のアライメントとか。
Cだったらその程度で十分だな。

721 ：-O0：03/10/07 02:47

おいっ！そこのエンジニアたち！

誰もコンパイラやオプティマイザのバグに遭遇したことないのかよ。
アセンブラもCPUの知識も絶対必要だぜ！

722 ：デフォルトの名無しさん：03/10/22 02:58

簡単に遭遇するＣＰＵのバグなんぞがあったら、まともな開発はできませんがな。
演算精度がおかしくて３Ｄ計算の一部に不具合が出るとか、細かいのはいろいろ
ありそうだが・・・。

723 ：デフォルトの名無しさん：03/11/10 05:01

別に素人が簡単なプログラムを作るだけならCPUの細かい挙動を知る必要はない
ただしプロとして食っていくなら知っておかないと致命的
同時にOOのような抽象化の必要性もわかっておかないと致命的

724 ：COM+1.5新機能の全て：03/11/10 19:50

CPUについて語り明かそう！！

725 ：デフォルトの名無しさん：03/11/10 21:41

>領域破壊のクソコードをデバッグせにゃならんときに
>スタックやヒープの具体的な構造が理解できないと困るな。
>あとエンディアンとか構造体のアライメントとか。
>Cだったらその程度で十分だな。

デバッグ能力の低さを物語っている。

726 ：デフォルトの名無しさん：03/11/11 22:55

CPUの創り方: ttp://book.mycom.co.jp/book/4-8399-0986-5/4-8399-0986-5.shtml

このスレにこの話題が無いのが意外な

727 ：デフォルトの名無しさん：03/11/12 02:15

知ってても何の得にもならん

728 ：デフォルトの名無しさん：03/11/12 13:07

テレビを見るなら受像の仕組みくらい知っているのは当然だと思うが

729 ：デフォルトの名無しさん：03/11/12 15:37

メカニックは、ブラックボックス化した今の時代の
エンジンをどれだけ理解してるんだろう。知るべきことは
知っておいた方がいいと思うけど。時間と能力の許す限り。

730 ：名無し＠沢村：03/11/12 15:42

おまいらよ、生きているんだったら、生命活動の原理を知っておきべきだよ。
思考の原理もついでに言っておくと、シナプスの信号の伝達だぞ。
魂なんてそこには無いんだよ。わかるか？

731 ：デフォルトの名無しさん：03/11/12 16:43

>>731
「ない」があるという仏教的な物言いはしってるか？

732 ：デフォルトの名無しさん：03/11/13 12:20

nullは存在しますか？

733 ：デフォルトの名無しさん：03/11/13 22:06

>>732
すべてがnullになる

734 ：デフォルトの名無しさん：03/11/14 09:26

>>733
null ぽッ&hearts

735 ：デフォルトの名無しさん：03/11/14 09:56

　　♪　ﾁｭｯ　♪
　　　∧ ∧∧ ∧
　　　(*ﾟー(ﾟーﾟ*)
　　　/　つと　|　
　～（＿_ﾉ（＿_ﾉ～
　　　　　　　>>734

736 ：デフォルトの名無しさん：03/11/15 01:16

>>731
意識してなのか？
パラドックスだな。

737 ：デフォルトの名無しさん：03/12/07 18:22

迷路のような深いパイプラインを持ったプロセッサの時代に
マシンサイクルしこしこ計算して書いたところで｡｡｡

738 ：デフォルトの名無しさん：04/01/04 15:52

パソコンの仕組みというと半導体に走りがちだが、
電磁石や導線等だけの加算処理を理解するのも乙かもしれない。
日経から出ていたＣＯＤＥ（だったっけ？）が良かった。

739 ：デフォルトの名無しさん：04/01/11 19:54

>>738
古いレジスターなんかいい感じだな。

740 ：デフォルトの名無しさん：04/01/18 14:01

そこでリレー計算機の自作ですよ

741 ：デフォルトの名無しさん：04/01/18 21:32

バベッジの解析機関でも（ｒｙ

742 ：デフォルトの名無しさん：04/01/19 00:04

>>741
そんなもん作れるか。
階差機関くらいにしとけ。

743 ：デフォルトの名無しさん：04/01/19 00:47

トランジスタ計算機くらいなら出来そう

744 ：デフォルトの名無しさん：04/01/19 02:45

実際に作るやつっているんだな

ttp://www.fsinet.or.jp/~mad/relay.htm

745 ：デフォルトの名無しさん：04/01/23 00:52

運動会のマスゲームというか欽ちゃんの仮装大賞というか
そんな感じで人間コンピュータ作れないかな。
赤と青の旗を両手に持って
前の人の上げた旗を見て自分の上げる旗を決める、みたいな。

746 ：デフォルトの名無しさん：04/01/23 13:06

CPUの創り方のTD4CPUにメモリとキーボードと7セグLED付ければTK-80になれるかな?

747 ：デフォルトの名無しさん：04/01/23 17:00

>>744
なんか、電卓の話で泣けてしまった。
ええ話や…

748 ：デフォルトの名無しさん：04/01/23 23:48

非チューリング型の計算機を自作したいです。

749 ：デフォルトの名無しさん：04/01/24 05:06

そのまえにその計算理論を示してください

750 ：デフォルトの名無しさん：04/01/24 11:47

プリフェッチ

751 ：しろーと：04/01/24 13:04

プログラミングの力を生み出す本とパターソン＆ヘネシー、どっちがいい？

752 ：デフォルトの名無しさん：04/01/24 13:07

はじめまして。
私は業務系PGです。使用言語はJavaです。
基礎を勉強したいのですが、やはりアセンブリだと思います。
パターソン＆ヘネシーって、読みにくいでしょうか？
上巻、下巻、に分かれている日本語版を読もうと思ってます。

753 ：デフォルトの名無しさん：04/01/24 13:14

>>752
迷わず買いなさい。

754 ：デフォルトの名無しさん：04/01/24 13:30

>>753
アナタは読んだのですか？
何か難しそうなのですけど。

755 ：デフォルトの名無しさん：04/01/24 13:41

やっぱこれだろ！
http://www.ics.kagoshima-u.ac.jp/edu/expII1/index.html
俺が虎の巻認定汁！
CPUがアセンブラコードをデコードして内部制御信号で処理を振り分ける様が手に取るように分かる。

756 ：デフォルトの名無しさん：04/01/24 14:23

↑これはディスクリートで組んでいて、マイクロプログラム(CPU内部の制御順を0/1コードでプログラム的に示したもの。ストアドロジックと言う）をROMで組んでいるが、実際のCPUのマイクロプログラムとは動作は変わらない。
ストアドロジックは今はCやHDLなどで組んで論理合成して回路化する(CISCで用いられる手法）が、これに対して、ANDやORのゲートロジックで組み立てていくのをスケマ設計、ワイヤードロジックと言い、これは、内部処理の高速化の利点がありRISCで用いられている。

もちろん、演算部もROMで組んでいるが、CPU内のALUと動作は変わらない。

757 ：デフォルトの名無しさん：04/01/24 15:07

>>530
制御はぜんぶグラフィックドライバにお任せ。
ドライバはOSが呼び出すもんだ。
OSの機能を呼び出すのはアプリ、、、と。

直接制御したければLinuxのXのドライバのソースでも読め。

758 ：デフォルトの名無しさん：04/01/24 15:09

あ、超おそレス恥ずかしい。

759 ：デフォルトの名無しさん：04/01/24 15:18

岩波講座マイクロエレクトロニクス（７）
プログラミング言語とＶＬＳＩ
古い本だが、これはすごい
smalltalkマシンをＣＰＵの設計から解説している
ＡＬＵだのスタティックメモリのセルの回路まで載ってる
よりによってsmalltalkだから、言語の解説も中々
しかもそれの実装設計ねただ

あと、個人的にはトランジスタの内部構造や
半導体チップの作り方まで理解を進めることをお勧めする

760 ：デフォルトの名無しさん：04/01/24 22:10

javaPGですが、パターソン＆ヘネシーを買ってきました。
よくわかりませんが、読破します。

761 ：デフォルトの名無しさん：04/01/24 23:41

>>756
アーキ(CISC/RISC)と設計手法(HDL/スケマ)は無関係。無茶苦茶いうなよ。

762 ：デフォルトの名無しさん：04/01/25 01:01

>>761
20年ぐらい前の知識だと無関係とも言えないだろう。

763 ：デフォルトの名無しさん：04/01/25 12:43

>>762
どうやったら関係が出てくるのか説明してみろ。

764 ：デフォルトの名無しさん：04/01/25 13:31

そもそもなんでCPUのなかがNANDの組み合わせだけなのかが分からん
普通にANDやOR用意したほうがひとつで済むと思うが

765 ：デフォルトの名無しさん：04/01/25 13:44

>>764
TTL/DTL/NMOS/CMOSではNANDのほうが普通なんだよ。等価回路を見れば
分かる。ECLなんかはORが基本らしいが。

ちなみにNANDだけで回路は作れるが、ANDまたはORだけでは作れない。

766 ：765：04/01/25 13:46

ANDやOR「も」使った方が、という意味なら正解。
特性を上げるためにNANDをうまく組み合わせるようにすることはあるが、
無理してNANDだけを使う訳ない。

767 ：デフォルトの名無しさん：04/01/25 19:17

AND/OR回路つくるよりNAND回路つくる方が安かったから、とかいう理由だと聞いたことが。

768 ：765：04/01/25 20:04

ディスクリートで組むなら、
NANDだけでも論理は組める→NANDゲートがよく売れる→安い？

769 ：デフォルトの名無しさん：04/01/25 21:13

バイポーラトランジスタでは
反転増幅(ＮＯＴ回路）はトランジスタ１個ですむけど
非反転はもうひとつトランジスタ使って反転さないといけない。
NANDよりＡＮＤのほうが出力段に余計にかかるし遅い、、じゃなかったっけ。
Ｃ-ＭＯＳならどっちもおなじ。

770 ：デフォルトの名無しさん：04/01/25 21:16

それから
ＮＯＲよりＮＡＮＤのほうが良く使われる理由は768の通りだとおもう。

771 ：デフォルトの名無しさん：04/01/25 21:46

>>769
CMOSもバイポーラと同じ。余計にいる。

>>770
NORもNANDよりトランジスタ1つ余計にいるみたい。
TTLの等価回路ではそうなってる。

まあこういう知識はどうでもよくなってて、合成ツールがうまくやって
くれるよ。

772 ：デフォルトの名無しさん：04/01/26 16:40

>>745
大昔のテクノポリスの
読者参加企画で既出

あのころはまだギャルゲー記事もあまり無かったな。

773 ：デフォルトの名無しさん：04/01/26 16:51

>>771
n-mosあたりと勘違いしてるとおもわれ
c-mosならNANDもNORも(ANDもORも）
同じ数のトランジスタで作れるよ
http://bw-www.ie.u-ryukyu.ac.jp/~wada/digital/gate.html

774 ：デフォルトの名無しさん：04/01/26 21:49

>>771
勘違いでなくて分かってませんでした。
しかし昔使ったあのマクロの等価回路とディレイパラメータは… (言い訳)

775 ：771：04/01/26 21:50

>>774は>>773ね (恥

776 ：最凶VB厨房：04/01/28 20:23

CPUの動きを理解する必要性がありません。

777 ：デフォルトの名無しさん：04/01/29 03:42

VB厨はCPUの前にOSの動きを理解した方がいいだろ

778 ：デフォルトの名無しさん：04/01/29 04:16

VB厨はCPUの前にSOSの必要性を理解した方がいいだろ

779 ：デフォルトの名無しさん：04/01/29 08:49

ＯＳの理解より、ＣＰＵの理解の方が簡単だよ。
CPUの中枢部がやってるのは値の出し入れ(移動)などだから。
プログラムのカウンタは別にあるし、計算はALUに流せば勝手にやってくれるし。
中枢部はカウントうｐ、値の移動(各GATEのONOFF)の順番を指示するための順序回路を組めばよい。

780 ：デフォルトの名無しさん：04/01/29 15:09

↑あと、命令フェッチサイクルはどんな命令でも共通だね。
インストラクションレジスタにオペコード入れて、プログラムカウンタを1進めて、オペランドを取得する為にそのアドレス出す準備する。

781 ：最凶VB厨房：04/01/29 19:14

OSの動きを知る必要性がありません。
知る必要があるのだったら
そのOSは不完全である。

782 ：デフォルトの名無しさん：04/01/29 20:17

>>781
OSの底でOS-ﾊｰﾄﾞを繋ぐデバイスドライバ作りたいときやカーネル修正したいときは？要るんじゃないの。

783 ：最凶VB厨房：04/01/29 20:22

カーネルを修正するだと？
もう一度言おうか？
そのOSは不完全である。

784 ：デフォルトの名無しさん：04/01/29 20:27

＞カーネルを修正するだと？
だって、LINUXはドライバファイルとか、カーネルBOOTを修正したりしてハードにフレキシブルにしてるけど･･･｡

785 ：デフォルトの名無しさん：04/01/29 20:31

三極真空管でRS-FF書けないとこの業界失格

786 ：デフォルトの名無しさん：04/01/29 20:33

双安定マルチでつか。

787 ：デフォルトの名無しさん：04/01/29 20:48

TTFやCMOSからちょいと書き換えるだけだし…

788 ：771：04/01/29 21:36

>>785
SCANなしFFは禁止です。頑張ってSCANつきのFFを作ってください。

789 ：デフォルトの名無しさん：04/01/29 21:40

CPUを理解すると言ってもいろんなレベルがあるからな。
VBを動かしているのがCPUといった理解でも(それですんでいれば)問題ない。
>>781のような考え方も、それですんでいれば問題ない。
知っていないと知らなくていいか判断できないわけだが…

790 ：デフォルトの名無しさん：04/01/29 23:13

>>781はだから何？って感じだな。
なんにでも当てはまるし、同じ事を繰り返し言っているだけだし。

そもそも完璧ってなんなんだ？

791 ：デフォルトの名無しさん：04/01/30 04:05

関係ないけど、うちは制御系なので
「リアルタイムデバッガ・エミューレータ」つうご大層な機器を使うっす。
これでワンステップ実行、つまり機械語１行相当分ずつ走らせると
ＣＰＵの動きが手に取るように分かるよ。
新人研修とかに使える教育手法。

792 ：デフォルトの名無しさん：04/01/30 22:03

クロック一発づついれてFFをプローブすれば、もっとよくわかります。

793 ：デフォルトの名無しさん：04/01/31 00:18

>>792
ただし、CPU内部はClockより高速に動いてるからね。
おそらく4倍速～今だと？辺り。

794 ：デフォルトの名無しさん：04/01/31 02:34

素朴な疑問。
そもそもＣＰＵの倍速回路って７９２みたいなことしても動くのかね？
波形のひずみ（つーかもとから矩形波だし）高調波をフィルタで整形とかしてる？（アナログシンセかよ）

795 ：デフォルトの名無しさん：04/01/31 03:03

>>794
PLL経由だから無理。
その手のLSIだとテストモードにしてテストクロック入れる。

796 ：ぽんこつ：04/01/31 05:52

システム電源の電圧が低く、かつ一定でなく
クロックが安定しません。

一日に8時間ほど充電すると 3時間ほどなんとか
まともな電源を供給できます

1日に3回位であれば
ここぞというときだけ
30秒くらい 20倍のクロックで動きます。

コーヒ・煙草などで dope する、
物理的刺激を加える、などすると
しばらく調子よく動くのですが

そのあとで1週間以上、起動しなくなったりします。

そろそろ粗大の日に、廃品として出そうと思います。

797 ：デフォルトの名無しさん：04/01/31 19:27

>>793
その四倍なんかが内部クロックなわけだが？
クロックより高速に動くなんてのはありえない

798 ：デフォルトの名無しさん：04/02/01 13:51

CPU内部のクロックと外部のクロックが違うという事を言いたいのだと思われ。

799 ：デフォルトの名無しさん：04/02/01 16:08

クロックの無いプロセッサ

800 ：デフォルトの名無しさん：04/02/01 16:51

>>799
あれ試験大変そうだよね。どうやってんのかな？

801 ：最凶カーネル墓ー：04/02/01 17:14

OSの動きを知らなくてはならぬ。
一部でも知らないところがあったら
そのプログラマは不完全である。

802 ：デフォルトの名無しさん：04/02/01 17:28

Cの規格には余計なことを知りたがるなと書いてあるぞ

Nullの内部表現が幾らだろうと使う人間には関係ないのだ

803 ：デフォルトの名無しさん：04/02/01 17:38

全部分かってられるなら、全部グローバル変数でも良かったはずだ。
とりあえず知らなくて良い事は無視しておく(おける)のが良いことだ。

804 ：デフォルトの名無しさん：04/02/03 10:55

CPUと数学基礎論を関連付けて考えるときは、
インストラクションセットを<L,T>と考える
べたな発想でいいんですか？

805 ：デフォルトの名無しさん：04/02/03 20:47

その発想ですむならいいんじゃない？数学基礎論は知らんけど。

806 ：デフォルトの名無しさん：04/02/07 20:02

javaPGです。
仕事は出来合いのコンポーネント組み合わせるだけの作業ばかりです。
最近、少し頭が悪くなってきたようなきがします。
制御系ってむずかしいですか？
転向しようかな。
やりがいがありそうです。
隣の芝生が青く見えているだけでしょうか。

807 ：デフォルトの名無しさん：04/02/07 20:55

>>806
制限多くて低レベル（ハードに近いという意味）なコードをねじ伏せる腕と妙なノウハウを要求されて
面倒で大変なわりに給料が安い。

808 ：806：04/02/07 20:58

>>807
業務系SE/PGのように、お客さんの前にでることって無いのですか？

809 ：名無し＠沢村：04/02/07 21:13

おい、おまーら聞け、おれのマシン語のサイトにPEフォーマットの仕様をUPしたからな。
恐ろしすぎるぞ！！おまーら↓

http://hp.vector.co.jp/authors/VA015412/

810 ：デフォルトの名無しさん：04/02/07 21:37

>また上のマシン語はメモ帳で.com拡張子をつけて保存して、コマンドプロンプトを開いて実行するとちゃんと動くから試してみてね♪

動くわけねーじゃん

811 ：806：04/02/07 23:19

>>809
おまいは、制御系か？組み込みやってんのか？

812 ：806：04/02/22 00:17

age

813 ：名無し＠沢村：04/02/22 15:47

おまいらはCPUの動きを理解してないといいプログラムは書けんと思うか？
なら、脳の動きを理解してないやつは、気の利いたことは考えられんというわけか？
ｱｲﾝｼｭﾀｲﾝは自分の脳の動きを理解していたからこそ、相対性理論を考えついたというわけだな？
つまりｱｲﾝｼｭﾀｲﾝは大脳生理学の権威でもあったというわけだな？

814 ：デフォルトの名無しさん：04/02/22 15:48

沢村さん、歳はおいくつですか？

815 ：デフォルトの名無しさん：04/02/23 07:56

実際、銀行なんかのシステムは情報工学の「じょ」の字も知らない奴らで作ってる。

816 ：デフォルトの名無しさん：04/02/23 09:22

こんなこと言い出したらきりが無い。

量子力学がわからない　→　電子の動きがわからない　→　半導体のことがわからない
→　CPUのことがわからない　→　マシン語がわからない　→　高級言語がわからない
→　プログラムのことがわからない　→　パソコンのことがわからない

結局のところ、パソコンを使うには量子力学に対する深い理解が必要なんだ！！
ということになるかも。

817 ：デフォルトの名無しさん：04/02/23 09:52

量子力学は救い様の無い芋理論だから不要

818 ：デフォルトの名無しさん：04/02/23 10:01

栄養学覚えるまで食事するのやめた

819 ：デフォルトの名無しさん：04/02/23 10:06

おれはブッダやイエスのような天才的宗教家ってのは
言語に対して深い洞察力があったと見るね。そんじょそこらの
詩人や言語学者なんかよりもはるかに。
肝心なのは知識の量じゃなくて洞察力だと思う。これがなければ
知識が本当に身に付くかどうかも怪しい。

820 ：デフォルトの名無しさん：04/02/23 14:05

足が多いほどＣＰＵは速く歩く。

821 ：あぼーん：あぼーん

あぼーん

822 ：デフォルトの名無しさん：04/02/24 00:53

百足を想像してしまった・・

823 ：デフォルトの名無しさん：04/02/24 15:42

アセンブラやればある程度いやでも覚えられるんではないでしょうか。

824 ：あぼーん：あぼーん

あぼーん

825 ：デフォルトの名無しさん：04/02/24 22:19

>>823
アセンブラで分かる程度のレベルなら、Cとかでもたいして変わらん。

826 ：デフォルトの名無しさん：04/02/25 09:54

CPUのプログラミングインタフェイスなんて、
氷山の一角みたいなものですよ。

827 ：デフォルトの名無しさん：04/02/25 09:55

WindowsやMacのGUIの操作を覚えただけで
OSの概要が分ったと思い込むことと同じ。

828 ：デフォルトの名無しさん：04/02/25 21:47

>>827
たぶん、それ貴様だけの話。みんな貴様を同じ道を通るとでも？

829 ：デフォルトの名無しさん：04/02/25 22:02

プログラムはなぜ動くのか

コンピュータはなぜ動くのか

著者：矢沢久雄
発行：日経ＢＰ社

これきぼんぬ　っていうか格闘中

830 ：デフォルトの名無しさん：04/02/25 22:14

>>829
それってパタヘネと比べてわかりやすい？

831 ：デフォルトの名無しさん：04/02/25 22:45

>>829
そんなドキュン本窓から投げ捨てろ

832 ：デフォルトの名無しさん：04/02/26 10:22

666

833 ：デフォルトの名無しさん：04/05/06 03:23

age

834 ：デフォルトの名無しさん：04/05/07 14:33

インターフェースってものを知らんのかね。

835 ：デフォルトの名無しさん：04/05/07 14:50

これだろ？
tp://www.cqpub.co.jp/interface/default.asp

836 ：デフォルトの名無しさん：04/05/07 15:01

CPUの動きは複雑なのでデータベース化してコンピュータに管理させるべき。
ああ、なんだそれがOSだしクラスライブラリじゃネーか。

837 ：デフォルトの名無しさん：04/05/07 17:27

>>806
制御系にしてもソースの流用しまくりでつ。
まぁチップやCPUが変わればある程度自分でやる事増えるが英語マニュアルまんどくせ('A`)
あとﾊﾞｸﾞが出てそれがソフトが悪いのかﾊｰﾄﾞが悪いのかわからん時なんか・・・

838 ：デフォルトの名無しさん：04/05/07 22:43

もちろんバグがでた時はソフトのせいです。

839 ：デフォルトの名無しさん：04/05/11 18:54

人間のせいである事は確か

840 ：デフォルトの名無しさん：04/05/12 07:29

業務系PGがパタヘネやる必要あんのかな？
やりたいんだけど、どうも時間の無駄のような気がしてならない。

841 ：デフォルトの名無しさん：04/05/12 22:00

必要は無い。興味無ければ読まんでいいよ。

842 ：806：04/05/14 00:08

>>837
ソースの流用とコンポーネントの組み合わせは意味が違うと思いますが、

>あとﾊﾞｸﾞが出てそれがソフトが悪いのかﾊｰﾄﾞが悪いのかわからん時なんか・・・
大変そうですね。
やりがいというか、面白いですか？

843 ：デフォルトの名無しさん：04/05/14 03:20

>ソースの流用とコンポーネントの組み合わせは意味が違う

どこが違うんだろ?できるバイナリは一緒のような...
流用性の高いソースはまるでコンポーネントのようで...
さぁみんなでmake world。

844 ：デフォルトの名無しさん：04/05/26 00:18

>>843

>どこが違うんだろ?

責任の所在

845 ：デフォルトの名無しさん：04/07/20 01:47

デュアルCPUについてだけど
デュアルであろうと１アプリで使用されるCPUは片方だけですよね？
デュアル対応コードを書かない限りデュアルCPUの恩恵は
ないわけではない（ほかのアプリを処理してくれるから）けど
結局のところ1CPUで処理されちゃうんでしょ？
？
あーイベント式だから１処理は１CPUだけど、他のところでイベントが起こったときは
片方が重い処理していても、もう片方がそれを処理してくれるのかな？

846 ：デフォルトの名無しさん：04/07/20 01:49

スレッドごとに割り当てるかも。

847 ：デフォルトの名無しさん：04/07/20 02:01

すれっど！！
８ヶ月のブランクでその言葉すっかり忘れてました。
？
イベントとスレッドってどう違うのかな？
？
スレッドの中でイベントが起こるんですよね？
と言うことは重い処理は別スレッドで処理して…
のようなプログラミングスタイルが正しいんでしょうか？
？
１スレッドで別スレッド（２）を呼び出すけど２の
処理が終わるのを待つようなプログラムの場合
設計を考え直したほうがいいんでしょうか？

848 ：デフォルトの名無しさん：04/07/20 11:15

>>847
どんな設計が適切かは使用するOSによって異なる

849 ：デフォルトの名無しさん：04/07/20 11:17

リッチテキストファイルに文字のみを記憶するのとdocファイルに文字のみを
記憶するとで容量がdocファイルに記憶するほうが大きくなるのはなぜですか？？

850 ：デフォルトの名無しさん：04/07/20 12:41

>>849
CPUと関係あるのか？

851 ：デフォルトの名無しさん：04/07/21 02:26

> イベントとスレッドってどう違うのかな？

ぜんぜんちがうきが...。

852 ：デフォルトの名無しさん：04/07/28 07:21

>>845
デュアルCPUの構成によって違うのでなんとも。
どんなアプリでも、常に２つのCPUが稼動するケースもあるし。

片方のCPUでマイクロコード化し、もう片方でマイクロコードを実行するような構成であれば、
全ての処理で両方のCPUが稼動することになる。

両方で同じ計算をして結果が一致するかを確認する構成もあるし。

853 ：187：04/08/08 19:26

>>849
hex dump とか、bin edit とかで、見れば分かるよ。
doc って、MS Word の作るやつなら、512 bytes 単位だったか、tar みたいだよ。
それに、version によっては、unicode 使用。解読は面倒。
rtf は、ascii だけで改行しないなら、txt と殆ど変わらないと思ったが。

854 ：デフォルトの名無しさん：04/09/15 17:56:27

sage

855 ：デフォルトの名無しさん：04/09/15 20:10:27

CPUの動き？簡単だ。
簡単に言うと、内部のレジスタの出入口の門の開け閉めだけだ、やってるのは。
門の開け閉めをやらせてるのは、命令コードのオペコード部。
で、門の開け閉めをしてるのは、命令2進コードをデコードして門の開け閉め信号をばら撒く制御回路。
例えば条件分岐命令(Zフラグが1なら分岐、0なら非分岐)で、このオペコードが111なら
分岐する時の動作は、
①分岐先のアドレスを得る、すなはち、次のアドレスを指示、すなはちプログラムカウンタ(以下PC）を＋１して、PCの値をアドレスレジスタに投入、アドレスレジスタの内容をボードのアドレスバスに流し、
データバス上のオペランドすなはち分岐先アドレスをデータレジスタにキープ。
②データレジスタの内容をPCに投入。
③PCの内容をアドレスレジスタに投入。
④コントロールレジスタ(CPUのコントロール信号PINの入出力を扱う)のREAD信号のビットを立てる。
④アドレスレジスタの内容とREAD信号をボード上のアドレスバスとコントロールバスに流す。
⑤分岐先の命令、すなはちデータバス上の内容をデータレジスタにキープ。
⑥データレジスタの内容をデコード回路に流し込み、命令処理。
ーA
ーNーーーーA
ーD　　ーーNーーーー→PCを+1
　　　｜　　D　｜
Z－－｜　　　　－－□ーーー→PCの出口と
　　　　　　　　　　↑　　｜　ｱﾄﾞﾚｽﾚｼﾞｽﾀの入口
　　　　　　　　　clock　｜　　　を開ける
　　　　　　　　　　　　　－□→コントロールレジ
　　　　　　　　　　　　　　　｜スタ上にREAD信号
　　　　　　　　　　　　　　　｜のビットを立てる。
　　　　　　　　　　　　　　　□
　　　　　　　　　　　　　　　↓
　　　　　　　　　　　　　　アドレスレジスタの出口とコントロールレジスタの出口を開け、ボードのバス上にアドレスとREAD信号を流す。
以下続く。
>>852
いまどきのパイプライン処理で、シーケンシャルなマイクロコード、すなはちマイクロプログラムカウンタ方式なぞ使うのか？

856 ：デフォルトの名無しさん：04/09/15 20:23:20

↑
一箇所、追加。
①に、
コントロールレジスタ(CPUのコントロール信号PINの入出力を扱う)のREAD信号のビットを立てる。
READ信号をボード上のコントロールバスに流す。
が抜けた。詳細は、デコード、シグナルフロー図を見れば分かる。

857 ：デフォルトの名無しさん：04/09/15 20:29:20

要はだな。OSの方がよっぽど難しい、俺にとっては...
ただ、CPUも今時のx86、スーパスカラ、ベクトルCPUなぞの複雑な並列処理、待機処理、キャッシュ処理をやらせようとすると一気に複雑になるとは思う。

858 ：デフォルトの名無しさん：04/09/15 20:42:01

あ、ちなみに肝心なこと書き忘れたが、CPUの内部もレジスタ(計算するALU、PC含め)は皆、バスでつながってる。
だから当然のことながら、あるレジスタのAの出口を開け、Bの入り口を開ければA→Bにデータが移動する。

859 ：デフォルトの名無しさん：04/09/15 20:55:29

>>855
基本はその通りなんだけど、最近のCPUは
そんな悠長なことやってないよ。

860 ：デフォルトの名無しさん：04/09/15 21:08:19

>859
パイプラインだろ？そうだな。
ー□→
　↑
clock
は順番に書いたが、命令によっては２，３個同時に並列にやってる場合もある、
キャッシュでヒットすれば、更に並列でやったり、先取りでやったりする。
先取りでしくじると逆に遅くなるけどなーーー。
まぁ、普通にパイプラインだけでも結構複雑ではある。
けど、やっぱりOSの方がかなりの難解だ｡｡｡って俺だけ？

861 ：デフォルトの名無しさん：04/09/15 21:14:57

OSもCPUも概要を理解するのはそれ程難しくないだろう。
そうではなくて、ホンの1,2%のパフォーマンスアップのために
みんな血の出るような努力をしてる、そんなイメージがある。

862 ：デフォルトの名無しさん：04/09/15 23:09:14

>>860
知ったかは引っ込んでろ

863 ：デフォルトの名無しさん：04/09/16 00:57:25

863

864 ：デフォルトの名無しさん：04/09/16 01:52:51

>>860
意欲は認める。ガンガレ！

865 ：デフォルトの名無しさん：04/09/16 02:00:20

即死だな

866 ：デフォルトの名無しさん：04/09/16 02:28:37

ちんこだな

867 ：デフォルトの名無しさん：04/09/16 19:38:48

867

868 ：デフォルトの名無しさん：04/09/16 20:14:00

868

869 ：デフォルトの名無しさん：04/09/16 20:34:20

869

870 ：デフォルトの名無しさん：04/09/16 21:57:49

870

871 ：デフォルトの名無しさん：04/09/16 23:59:51

871

872 ：デフォルトの名無しさん：04/09/17 00:12:22

872

873 ：デフォルトの名無しさん：04/09/17 00:23:30

873

874 ：デフォルトの名無しさん：04/09/17 02:25:26

874

875 ：デフォルトの名無しさん：04/09/17 02:43:21

875

876 ：デフォルトの名無しさん：04/09/17 04:02:44

876

877 ：デフォルトの名無しさん：04/09/17 04:46:41

877

878 ：デフォルトの名無しさん：04/09/17 04:49:08

878

879 ：デフォルトの名無しさん：04/09/17 13:16:57

879

880 ：デフォルトの名無しさん：04/09/17 13:28:33

880

881 ：デフォルトの名無しさん：04/09/17 15:49:11

881

882 ：デフォルトの名無しさん：04/09/17 16:12:46

882

883 ：デフォルトの名無しさん：04/09/17 16:32:56

883

884 ：デフォルトの名無しさん：04/09/17 17:39:51

884

885 ：デフォルトの名無しさん：04/09/17 17:47:08

885

886 ：デフォルトの名無しさん：04/09/17 17:53:43

886

887 ：デフォルトの名無しさん：04/09/17 17:56:02

887

888 ：デフォルトの名無しさん：04/09/17 17:56:40

888

889 ：デフォルトの名無しさん：04/09/17 18:03:04

889

890 ：デフォルトの名無しさん：04/09/17 18:40:37

890

891 ：デフォルトの名無しさん：04/09/17 18:42:05

891

892 ：デフォルトの名無しさん：04/09/17 18:52:17

悪い流れです。

893 ：デフォルトの名無しさん：04/09/17 20:06:31

893

894 ：デフォルトの名無しさん：04/09/17 20:10:27

894

895 ：デフォルトの名無しさん：04/09/17 20:23:21

895

896 ：デフォルトの名無しさん：04/09/17 20:24:27

896

897 ：デフォルトの名無しさん：04/09/17 20:26:10

897

898 ：デフォルトの名無しさん：04/09/17 20:27:35

898

899 ：デフォルトの名無しさん：04/09/17 20:29:38

899

900 ：デフォルトの名無しさん：04/09/17 20:31:18

900

901 ：デフォルトの名無しさん：04/09/17 20:50:12

901

902 ：デフォルトの名無しさん：04/09/17 20:52:48

902

903 ：デフォルトの名無しさん：04/09/17 20:57:20

903

904 ：デフォルトの名無しさん：04/09/17 20:58:13

904

905 ：デフォルトの名無しさん：04/09/17 20:58:34

905

906 ：デフォルトの名無しさん：04/09/17 21:02:13

906

907 ：デフォルトの名無しさん：04/09/17 21:13:31

907

908 ：デフォルトの名無しさん：04/09/17 22:28:55

908

909 ：デフォルトの名無しさん：04/09/17 22:29:18

909

910 ：デフォルトの名無しさん：04/09/17 22:47:27

910

911 ：デフォルトの名無しさん：04/09/18 00:04:40

911

912 ：デフォルトの名無しさん：04/09/18 00:05:51

912

913 ：デフォルトの名無しさん：04/09/18 00:17:16

913

914 ：デフォルトの名無しさん：04/09/18 00:18:46

914

915 ：デフォルトの名無しさん：04/09/18 00:23:15

915

916 ：デフォルトの名無しさん：04/09/18 00:23:41

916

917 ：デフォルトの名無しさん：04/09/18 00:25:10

917

918 ：デフォルトの名無しさん：04/09/18 00:27:05

918

919 ：デフォルトの名無しさん：04/09/18 00:31:42

919

920 ：デフォルトの名無しさん：04/09/18 00:34:55

920

921 ：デフォルトの名無しさん：04/09/18 00:40:46

921

922 ：デフォルトの名無しさん：04/09/18 00:42:24

922

923 ：デフォルトの名無しさん：04/09/18 00:44:57

923

924 ：デフォルトの名無しさん：04/09/18 00:46:22

924

925 ：デフォルトの名無しさん：04/09/18 02:17:06

925

926 ：デフォルトの名無しさん：04/09/18 02:24:31

926

927 ：デフォルトの名無しさん：04/09/18 02:27:47

927

928 ：デフォルトの名無しさん：04/09/18 02:30:10

928

929 ：デフォルトの名無しさん：04/09/18 02:40:21

929

930 ：デフォルトの名無しさん：04/09/18 02:43:05

930

931 ：デフォルトの名無しさん：04/09/18 03:01:32

931

932 ：デフォルトの名無しさん：04/09/18 03:22:50

932

933 ：デフォルトの名無しさん：04/09/18 03:23:28

933

934 ：デフォルトの名無しさん：04/09/18 03:43:39

934

935 ：デフォルトの名無しさん：04/09/18 03:57:51

935

936 ：デフォルトの名無しさん：04/09/18 09:11:02

そろそろ次スレ立てた方がいい？

937 ：デフォルトの名無しさん：04/09/18 10:41:24

937

938 ：デフォルトの名無しさん：04/09/18 10:48:27

938

939 ：デフォルトの名無しさん：04/09/18 10:49:05

939

940 ：デフォルトの名無しさん：04/09/18 10:51:11

940

941 ：デフォルトの名無しさん：04/09/18 11:38:30

941

942 ：デフォルトの名無しさん：04/09/18 11:39:31

942

943 ：デフォルトの名無しさん：04/09/18 11:39:34

>>936
数を数えるだけのスレはいらん。

944 ：デフォルトの名無しさん：04/09/18 12:11:26

ハード系のエンジニアに強烈な劣等感を持った人がいるみたいで面白いじゃん。
１の狙い通り

945 ：855：04/09/18 15:00:52

ハード系園児に劣等感？グワァッハッハァ～のhaッhaッha～～、オモロイ。
CPUの内部は、PCは+1部分はカウンタ回路、ALUは演算回路、レジスタはラッチ・FF、入口出口は、回路で組むときゃトライステートバッファだが、チップの中じゃ、トランスミッションゲート・トランスファーゲート。
デコーダは、CISCの馬鹿多い命令であっても、真理値表とブール代数演算(最適化)し、
CPU内で制御信号ばら撒く制御回路のシグナルフローの順序回路は、状態遷移表からラッチ使って表記→ブール代数にもっていく。
沼ガッコ・厨ガッコで習ったダイスー演算は、やっとここで日の目を見るわけだ。ゲラゲラゲラゲラ、ゲラプップ、分かった下位？体は房、頭は池のボーや、オジョーちゃんたち。。。プップラプップ・・

946 ：デフォルトの名無しさん：04/09/18 15:06:34

日本語の構成としてメタメタなので、当の本人が理解しているのかどうかすら判定不能。

947 ：デフォルトの名無しさん：04/09/18 15:06:41

ハード系エンジニアはみんな>>945のような人ですか？

948 ：855：04/09/18 15:16:01

結局、CPUの中は、PCのカウンタ、ALUの演算回路、レジスタとしてラッチ・フリップフロップ(8bitなら8個並ぶ)、出入り口の開け閉めのトランスミッションゲート、トランスファーゲート、ブール代数で作った回路、
で構成されていて、こんなのがた～くさん詰まっているのだ、分かりマチュたかな～～～？

949 ：デフォルトの名無しさん：04/09/18 15:18:21

でそれがわかるとなんかいい事ありますか？

950 ：855：04/09/18 15:31:14

>>949
　　∧＿∧
　（　´∀｀）＜しらねぇよ！mailﾗﾝﾖﾒ!ﾌﾟ
　　/, 　　つ
　（_（＿,　）
ﾌﾟ! しし'

CPUﾉﾅｲﾌﾞﾉｳｺﾞｷ､ｽﾃｰﾀｽﾉｲﾐｶﾞﾜｶｯﾃ､ｱｾﾝﾌﾞﾗｶﾞｸﾐﾔｽｸﾅﾙヽ(｀д´)ﾉﾓﾝｸｱｯｶ､ｺﾞﾗ!

951 ：デフォルトの名無しさん：04/09/18 15:38:50

アセンブラはカウンタ、レジスタ、各命令のスピードがわかればいいのですが。。。
でそれがなにか？

952 ：デフォルトの名無しさん：04/09/18 15:43:14

コンパイラ作ってる人って、どこまでCPUの内部の事知ってるの？

953 ：デフォルトの名無しさん：04/09/18 15:55:32

コンパイラ作る人はアセンブラを知ってるくらいじゃないかな？
予備知識としてハード部分の知識持ってる人はいるかも

954 ：デフォルトの名無しさん：04/09/18 15:57:40

最適化に関するところの話なんだけど

955 ：デフォルトの名無しさん：04/09/18 16:01:14

最適化っていわばアセンブラ上のアルゴリズムでなく？
コード最適化もアルゴリズムだしね
ハード的になんかすることあるかね？最適化って

956 ：デフォルトの名無しさん：04/09/18 16:16:20

MMXレジスタとかのことがいいたいのかな？
そんなのハードのうちに入らないと思うけどねー

957 ：855：04/09/18 16:25:10

>ハードがやるサイテキカー
　　　　 ∧＿∧　ミ　ｷﾞｬｰｯﾊｯﾊｯﾊｯ！
　o/⌒（. ;´∀｀）つ　
　と＿）__つノ　　☆　ﾊﾞﾝﾊﾞﾝ

958 ：855：04/09/18 16:53:17

＞最適化っていわばアセンブラ上のアルゴリズムでなく？
＞コード最適化もアルゴリズムだしね

　　∧＿∧
　（　´∀｀）＜何言っちゃってるのかな!ﾌﾟ
　　/, 　　つ　最適化ってのは、コンパイラがやる
　（_（＿,　）　例えば、同じアドレスに何度も書くと
ﾌﾟ! しし'　　　結果が同じならいいとして、最終結果しか書かない。
　　　　　　　避ける方法はあるが、気付かず、Cで問題なくとも、コンパイラで汗すると問題出てくるから、アセンブラで書いたほうが確実ってことだ。

MMXレジスタは、並列高速演算の為に、単に桁(上下限)が少ないだけだ。

959 ：デフォルトの名無しさん：04/09/18 17:06:08

Java厨にはハードの知識は不要
幼稚園の折り紙に幾何学が不要なのに同じ

960 ：855：04/09/18 17:06:39

nnんん･･･、PLD？FPGAなどの最適化を言っているのか？
それでも、同じだ。
論理合成段階で最適にされるだけだ。

例えば、
-NOT-O
-NOT-R-NOT-
はANDと同じことだ。
最適化ってのは、ブール代数やカルノー図の簡単化と同じことだ。
沼ガッコ、厨ガッコでやらなかったデチュか？
　　∧＿∧
　（　´∀｀）＜ﾌﾟｯ
　　/, 　　つ
　（_（＿,　）
ﾌﾟ! しし'

961 ：デフォルトの名無しさん：04/09/18 17:07:13

それってアセンブラの基礎であってハードがわかってるからどうのって話なの？

962 ：デフォルトの名無しさん：04/09/18 17:29:22

ハードってのは周波数がどうの電圧がどうのとか伝導率がどうのとか
そういうことでなく？

963 ：デフォルトの名無しさん：04/09/18 17:50:10

あ、まさか自称ハード知り厨か

964 ：855：04/09/18 18:00:25

>>962
uuｍｍｍ･･･、、、ｏ。｡（￣。￣)yー~~~
まぁ、最近のCPUはハードウェア記述言語で作っているかどうかは別にして、
ゲートレベルでの設計だとしても、まぁ、設計媒体はソフトで、それをステッパに掛けるわけだが・・・、
まぁ、そういう意味で、CPUの内部回路もソフトと言えば、ソフトかもしれない。

965 ：デフォルトの名無しさん：04/09/18 19:15:28

もう少しマトモに日本語を操れるようになってから来てくれるかな…>>855

966 ：デフォルトの名無しさん：04/09/18 19:53:49

>>963
まさかどころの騒ぎじゃありません。

967 ：デフォルトの名無しさん：04/09/19 09:19:23

どんなトンデモ電波でも
無知無能なJava厨になら説教できるのな

968 ：デフォルトの名無しさん：04/09/19 14:02:03

お前ら、CPUが動いてるのを見たことがあるのかYO!

969 ：デフォルトの名無しさん：04/09/19 15:50:02

>>968
ああ、俺はあるぜ。
たまには PC 内部の掃除しなきゃ、と思って
夜中にケース開けてみたんだ。
そしたら…

970 ：デフォルトの名無しさん：04/09/20 04:03:36

なんか焦げ茶色の羽とか触角とかある CPU ってやつが
ケースの中を走り回ってたんだ

971 ：デフォルトの名無しさん：04/09/30 09:32:23

CPUの設計といっても、いろいろ階層があるからね。
俺もLSI設計しているけど、純粋な数学に近い。
最適化問題とか、人工知能に分類される分野のことをしているので。

972 ：デフォルトの名無しさん：04/09/30 20:25:51

CPU設計のどの階層が人工知能なのか？

あぁ、>>970のCPUか…

973 ：デフォルトの名無しさん：04/10/02 06:06:33

Java厨の知っている数少ない単語の一つ
人工知能

974 ：：04/10/02 15:03:19

>971
ニューロか・・・？

975 ：デフォルトの名無しさん：04/10/02 18:12:28

975

976 ：デフォルトの名無しさん：04/10/02 18:13:48

976

977 ：デフォルトの名無しさん：04/10/02 18:14:28

977

978 ：デフォルトの名無しさん：04/10/02 18:15:20

978

979 ：デフォルトの名無しさん：04/10/02 18:16:34

979

980 ：デフォルトの名無しさん：04/10/02 18:17:01

980

981 ：デフォルトの名無しさん：04/10/02 18:18:44

981

982 ：971：04/10/02 19:54:48

>>972
聞いた人は驚くかもしれないけど、最適化問題は人工知能に分類されている。
グラフ理論も半数の論文・発表は人工知能学会関係で行われるようになり、
LSIの高レベル設計（配置配線など）も多く見られるようになった。

>>974
今の人工知能分野にニューロなんてほとんどでてこない。
その手のものは、認識工学やロボット工学の分野に移ってしまったわけで。

983 ：デフォルトの名無しさん：04/10/02 20:50:23

やっぱりCAD屋さんか。>>971は1行目と2行目の間に空行がないので、
CPUのLSI設計をやっていて、人工知能が必要と読める。

でも、知ってる範囲では配置配線を高レベル設計とは言わないなあ。
あと、CAD開発をLSI開発とも言わない。
まあこれは各社、各部署に方言があるんだろうね。

984 ：デフォルトの名無しさん：04/10/02 22:49:04

制約充足問題を解くプログラムも人工知能の一種とみなされてる，ということかな。
コンパイラのレジスタ割付けや命令生成も扱ってたりして。