おい、腐れマカーどうすんだよ

おい、腐れマカーどう ..

2:名称未設定
01/08/25 14:43.net
新板にもスレするように

3:名称未設定
01/08/25 14:45.net
>>2
新板はマカ保護区です。密猟はおやめ下さい。

4:名称未設定
01/08/25 14:58.net
あれだな、たとえG5がよくできたG4互換CPUであっても
MacOSXを使う限り逆に遅くなるから始末におえないね。
宝の持ち腐れだわな。全く製品として市場性がないな。

5:名称未設定
01/08/25 15:17.net
日本国みたいなヤバさだね

6:名称未設定
01/08/25 15:48.net
>>4
> MacOSXを使う限り逆に遅くなるから始末におえないね。

Mach/BSDはそんなに遅いか？遅いのはAquaだけだよ。
10.1のディベロッパリリースとかはかなり速くなったけどね。
IEがOne Bounceで立ち上るってのはうそじゃない。
俺はメインにWinだけど、Mach/BSDは機能的にやっぱり魅力的だよ。

7:名称未設定
01/08/25 15:53.net
>>6
この場合>>5は64BitネイティブなOSではないから
G5にすると遅くなると言ってるのではないか？

8:名称未設定
01/08/25 15:54.net
>>5じゃなくて>>4だった
打つ氏

9:名称未設定
01/08/25 15:55.net
CPUをたくさん積めばよいのだから、CPU1チップ当たりの速度は
だんだんどうでもよくなってくるのかもしれないですね。

10:名称未設定
01/08/25 16:00.net
>>9
ひょっとして天然？
たくさんつんでも単純に速くはならないぞ。
まず、アプリ自体が対応しなきゃならないからな。

あと仮に800MHzが2個あっても動作クロックは1.6GHzにならないってこと
位は解って言ってるよね？

11:
01/08/25 16:03.net
Processor だけ速くてもしかたない．
D-RAM が Capacity を使っている限り，Randome Access は，頭打ち．
さあ，この問題に，どう答えるの？　皆さん！

12:９no
01/08/25 16:17.net
>>10
> たくさんつんでも単純に速くはならないぞ。
> まず、アプリ自体が対応しなきゃならないからな。

まあそうなんだけど、Machは、
最初からマルチプロセッサを考慮に入れて設計されたOSだから、
安いプロセッサを複数使ってコストを下げるっていうねらいは効果的だと思うよ。
Amoebaなんて、安いプロセッサをたくさん使って性能を上げようってのが
開発の１つの動機だったりするからね。

13:12
01/08/25 16:21.net
「９を弁護してるわけじゃないけれど」
と書こうとしてた
名前が「９no」になっちゃった。

14:名称未設定
01/08/25 16:23.net
>>12
それはハイエンドCPUが高価だったころの話。
今はそんな時代ではない。MPが威力を発揮するのはサーバーでの動作だよ。
パーソナルな使用では、どうあがいてもシングルの方が使いやすいし、アプリも開発しやすい。
市場の無いMPアプリなんかメーカーはつくらねえよ。

15:名称未設定
01/08/25 17:06.net
>>14
> パーソナルな使用では、どうあがいてもシングルの方が使いやすいし、アプリも開発しやすい。

シングルの方が使いやすいってのは、ユーザには関係ないかも。
結構ユーザが気がつかないところでもいがいとMultithreadに
してるとこってあるからね。
アプリが開発しやすいってのは、やっぱりWinのスレッドAPIって使いやすくないから？
Internetがらみの製品だとかならずMultithreadだし、
通常のアプリケーションでも待ち時間をすくなくするために、
Multithreadってのは結構あるよね。必要ないとは言えないと思うんだけどな。

16:名称未設定
01/08/25 17:32.net
>>15
仮定の話でもマクのようなもののためにMP化するわけはない。
寝言は寝て言うんだね。

17:名称未設定
01/08/25 17:53.net
Pentium4は近々大幅値下げしてバーゲンセール状態になるらしいね。
MorganコアのDuron1GHzもリリースされたし。それも13000円程度よ。
マジでど～すんだマカー。差は開く一方だぞ(ﾜﾗ

18:名称未設定
01/08/25 18:00.net
G5っていつになったら出てくるんでしょうか。

19:名称未設定
01/08/25 18:40.net
もう終わりです

20:名称未設定
01/08/25 19:28.net
うーん、マカー完敗のもよう(ﾜﾗ

21:名称未設定
01/08/25 20:18.net
　intelが参入きめてるから大丈夫。

22:名称未設定
01/08/25 20:20.net
Intelとマクの組み合わせ（藁
さあアンビバレンツ！　どうするマカー！

23:名称未設定
01/08/25 20:42.net
2ch閉鎖！
どうするウイナー！

24:名称未設定
01/08/25 20:44.net
この板でアポーの最期を見届けられなかったのが心残りだよ（ｸﾞｽｯ

25:名称未設定
01/08/25 20:54.net
>>21
どこにある？その記事

26:名称未設定
01/08/25 21:10.net
IntelはともかくAMDの噂は絶えないな。 >PPC

27:名称未設定
01/08/25 23:26.net
>>17
そうだね。毎月28日が値下げの日と化しているね。
さらに追い討ちをかけるように、なんと実質Pentium3の性能ががCeleronとなり、
Pentuim4が今のPentium3の価格帯以下に降りてくるのだ。

28:名称未設定
01/08/26 02:08.net
>>14 >>16
だからといって、

> パーソナルな使用では、どうあがいてもシングルの方が使いやすいし、アプリも開発しやすい。

って、シングルの方が利点があるってのは、まだ、よくわからないな。
開発しやすい？？？マルチスレッド化ってそんなに苦痛か？

29:名称未設定
01/08/26 02:25.net
>>28
いかなる動作も常にMP動作しているというのかね?
個人ユースの操作で何パーセントMP動作しているというのかね。ほんの平均数パーセントだよ。
それより、1つのCPUを高速化するほうが効果が顕著なんだよ。
サーバーは全力疾走だからMP効果は劇的に上がるんだよ。
バージョンアップでMPの変遷で動作保障しなければならないソフトメーカーはよっぽどの大手だけだよ。
効率が悪すぎ。WindowsでのMP化は価値があるけど、実際シングルでの性能向上があるからその必要はない。

30:名称未設定
01/08/26 04:02.net
しかしマカーの反撃が無いね。というか、できないんだ(ﾜﾗ
というわけで、マカーの完敗ということでよろしいか？

31:名称未設定
01/08/26 04:20.net
>>29
> いかなる動作も常にMP動作しているというのかね?

そんなこと言ってないよ。

> パーソナルな使用では、どうあがいてもシングルの方が使いやすいし、アプリも開発しやすい

ってのが、わからないって言っているだけ。
それに、クロックを上げて速くなるのも、CPUに対する計算量がかかるときでしょ？
必要がないって、排除する理由がわからないな。

> バージョンアップでMPの変遷で動作保障しなければならないソフトメーカーはよっぽどの大手だけだよ。

大多数の企業ユーザは、大手のソフトしか使わないと思うんだけどね。

でも、ソフトメーカがなんでMPで動作保証するのが難しいの？
ソフトメーカがすればいいのは、マルチスレッド/マルチプロセス化だけだよ。
それに複雑なマルチスレッドスケジューリングなんてする必要はない。
移行だって徐々にしていけばいい。それがそんなに難しいことか？

32:
01/08/26 05:09.net
>>31
Mac 使いだけど，ばかばかしくなっちゃったのさ．
パターン化して，変化がないところがね．
もっと，おもしろいところ見つけちゃったしー．

33:名称未設定
01/08/26 05:09.net
MP=マルチプロセッサ

34:名称未設定
01/08/26 05:19.net

（（（(((((((((((一足早く終了いたします)))))))))))）））
　　

35:名称未設定
01/08/26 05:26.net
第一あのアポーが全機種2CPU以上搭載するわけないよな。
意味ないじゃん。妄想を前提としてちゃ。
もっともマカーの得意技は妄想幻想夢精だけどよ(藁

36:名称未設定
2001/08/26 06:56.net
>>35
百億が一(万が一より確率が低いさま)、アップルが全機種マルチプロセッサ化しても2%だもんなー。
ナサケナイ････

37:名称未設定
01/08/26 16:19.net
マックの悪口はじぇったいに許さん
URLﾘﾝｸ(www.eva.hi-ho.ne.jp)

38:名称未設定
01/08/26 16:28.net
>>37
悪口? 事実が悪口なのか?

39:名称未設定
01/08/26 17:17.net
見えナイ、聞こえナイ

40:名称未設定
01/08/26 18:36 3Tc/SOWw.net
ID導入されちまったよ…

41:名称未設定
01/08/26 18:38 fjhdFspk.net
あらー

42:名称未設定
01/08/26 18:40 Z18uR.kI.net
ありゃー、新ﾏｸ板と同じになってしまった

43:名称未設定
01/08/26 18:44 3Tc/SOWw.net
全板強制ID化なんて話が出てるぞ。
人減らしのためか？
URLﾘﾝｸ(teri.2ch.net)

44:42
01/08/26 18:48 sj5MZ20o.net
再起動後テスト

45:名称未設定
01/08/26 19:01 fjhdFspk.net
再起動後テスト

46:名称未設定
01/08/26 19:02 fjhdFspk.net
ルータ切らなきゃだめかね

47:名称未設定
01/08/26 19:08 cL2xVBlo.net
まあ、しばらくはIDに気付かないまま自作自演で自爆する奴が楽しめるか？

48:42
01/08/26 19:14 vmNtCRkQ.net
そうしよう

49:42
01/08/26 19:18 vmNtCRkQ.net
あれっ変わったぞ>>47

50:名称未設定
01/08/26 19:20 cL2xVBlo.net
>>49
うん。俺もさっき気付いたけど、どうもプロバ側がやってるらしい。
こっちでは何もいじってないよ。

51:42
01/08/26 19:27 vmNtCRkQ.net
>>50
ということは、ID固定になる奴もいれば、変わる
奴もいるってことだね。

52:名称未設定
01/08/28 17:26 7C1Mbbus.net
BeOSはOS自体がマルチスレッドマルチタスクだったはず。
なので、どんなアプリでも▲の恩恵を預かれるのが羨ましい。
買収されたのは羨ましくはないが。
98を仕事上使ってるけど、2ｋとかｘｐってどーなの？
…この発言でどの位荒されるんだろ？

53:呆れ顔
01/08/29 02:40 IT3litwI.net
あほマックage

54:名称未設定
01/09/10 00:23.net
誰もいない

55:名称未設定
01/09/10 01:00.net
いる

56:名称未設定
01/10/28 04:41.net
>>1
既にクロックヲタはもうあんたら変態ウィナしかいねーんだよ。
知人のノーマルウィナ複数にクロック2GHzになったら買いたい？
買い換えたい？って聞いたら、（別に）だって（ｗ）2002年は
スペックヲタ破綻元年になるに違いない。ばかはげ。
で、マカー半泣きとか言って違うネタ逝くんでしょ。
ほんとに気持ちわるいクソウィナ

57:名称未設定
01/10/28 04:48.net
>>57
曲解もここまでくると痛々しい。

58:これも痛い（新板より）
01/10/28 04:53.net
130 名前：名称未設定：01/10/28 00:58 ID:5c1q5Y31
悔しかったら旧板を盛り上げて見せろや
クズが

131 名前：名称未設定：01/10/28 00:59 ID:g13w0iau
ここで梨登場ｷﾎﾞｰﾝ

132 名前：名称未設定：01/10/28 01:13 ID:Ph6ionFt
正直、旧板はワンパターンで飽きる

133 名前：名称未設定：01/10/28 01:15 ID:rh5pCSX5
旧板って人いるの？

134 名前：名称未設定：01/10/28 01:27 ID:lB52imBv
ウジ虫なら湧いてる

135 名前：名称未設定：01/10/28 01:28 ID:Hde4lf50
＞そもそもまともなWinユーザなら写真屋なんて滅多に使わない。

(・∀・)ｱﾋｬｯ

136 名前：名称未設定：01/10/28 04:33 ID:dDdWorQf
旧板のコテハンってたくさんいるように見えるが、
実際は梨と梨以外の二人だけ。
そんで梨じゃない方は3月にサーバー落としたやつ。
バレバレ。

59:名称未設定
01/10/28 04:55.net
>>57自爆

60:名称未設定
01/10/28 05:03.net
>>57
ナデナデしたくなるくらいカワイイょ!

61:名称未設定
01/10/28 05:26.net
前から思ってたけど、ただのソフト使いが何をいったい‥‥？

62:梨
01/10/28 05:26.net
>>58
新板の人って、案外旧板をまめにちぇくしてるのねｗ

63:名称未設定
01/10/28 05:40.net
>>62
どっちの板にも常駐してるんじゃないか？
少なくとも１、２名はいるぞ。

64:梨
01/10/28 05:43.net
>>63
お疲れさんなこったねぇ。
ま、漏れも端から見ると単なる暇人なんだろうけど。

さて、他の板逝くかな。。。

65:名称未設定
01/10/28 15:54.net
>>57
自虐？

66:名称未設定
01/10/28 16:44.net
順当にMacユーザが数を減らしている昨今、この板はその役割を終えつつあるといえよう。

67:マカ
01/10/28 17:18.net
>>63
漏れの事か？

68:名称未設定
01/10/28 18:17.net
>>66
ここにくるｳｲｿはやっぱそんな役目を担ってるんですか？電波指令？

69:●~*
01/11/24 23:49.net
漏れも

70:●~*
02/01/06 13:34.net
>>55
ﾜﾗﾀ

>>58
ここでレスしてもｱﾚだけれど、
お、俺、梨じゃないし、落としてもないよ～

71:●~*
02/02/03 01:49.net
>1
やっと1ギガ出たね、G4

72:●~*
02/02/03 01:51.net
>>71
おっせーよ！もう>>1いねーよ！

73:　
02/02/03 02:04.net
＞７１
PCはもう２ギガちかいがな

74:●~*
02/02/03 02:05.net
>>73
クロック数って限界あるの知ってる？
なら少なくて早い方が勝ち！

75:梨
02/02/03 02:10.net
>>74
うむ。クロック数はあまり関係ないと思う。早いCPUきぼんぬ。

76:●~*
02/02/03 02:15.net
大禿ファイアー

77:●~*
02/02/03 02:20.net
トータルバランスが良いのは鱈セレだと思う。
理由は書かんッ書かんッ書かんッ書かんッ書かんッ

78:●~*
02/02/03 02:27.net
AthlonXPにかなうもの無し。
Soket370に未来は無し。
とか言いつつ河童933+6OXETで書き込んでる。
買ったとき4万弱もしたんだこれ。
おいそれとは換えられん。

79: ◆tinpoO3M
02/02/03 02:33.net
俺も次買うなら新ｾﾚがｲｲﾅ

80:●~*
02/02/03 03:26.net
>>79
馬次第で良いべよ。
静音パーツで安定すりゃＡｔｈｌｏｎでも良いべ。

81: ◆tinpoO3M
02/02/03 04:48.net
ﾄﾞｳｾｶﾈﾅｲｹﾄﾞ

82:Lucifer
02/02/03 08:54.net
>>1の，おろかさを，あばいてさしあげます．( 感謝してねん．けけけ．)

>クロックに比例してリニアに性能が伸びる
大嘘！

･PC : 情報の加工工場．
･Clock : ベルトコンベアのスピード．
･Pipeline : ライン作業員の数．
このように対比させて考えると，わかりやすい．

･原料である情報がなければ Precessor は，空回り．
つまり， Precessor だけでは，PC の性能は向上は望めない．
しかし，コストの関係から限界が...
" Memory, HDD などをおろそかにして，PC 高速化なし ! "

･ベルトコンベアのスピードをむやみに上げると，不良品続出となる．
ラインに流れる製品の種類を変更する時，処理しかけの製品が，すべて無駄となる．
残念ながら，この変更は，頻繁に起こるのらぁ～．
PPC は，この点が，優れているのだそうな．
( 条件分岐を予想して，すべて，並列処理)

･ラインの長さ(Pipeline Stage) が，大きい程，無駄が増える．
作業員の能力向上を計れば，無駄を増やさないまま，ラインスピードを上げられる．
( IBM のアプローチが，これ！)

x86 系は，クロックだけで作業速度を上げようとする．
結果は...
作業員の不満爆発となって，工場閉鎖となりやすい．
がーはっはっは．

83:Lucifer
02/02/03 09:10.net
-------- >>1の，おろかさを，あばく( Phase II )--------
>G5用64bit-OSの影すらない
Bit Width と，処理速度の相関関係はない．
32 bit までは，明らかにメリットがあったが，
それ以上でメリットがあるかどうかは疑問．

84:●~*
02/02/03 15:20.net
>>1
2.4GHz（ ´_ゝ`）フーン
G５って出るっけか？　名称変わるとかいってなかったか
速いの使えたら満足か　そうやって何度も買い直してるがいいさ
Pentiumは消費電力が多いしな（最近減ってきたみたいだがまだまだ）
ウィナーって煽りが多いな（これ見てよけい煽るんだろうな）

関係ないけどノートPCってバッテリー切れ早すぎ
これもはやいCPUの恩恵なんだろうな

85:Lucifer
02/02/03 15:43.net
>>1
煽り逃げのチキンやろう．
くやしかったら，反撃してみろ！　ばーか！

>>84
>ウィナーって煽りが多いな（これ見てよけい煽るんだろうな）
すべてのウィナーが煽りってわけではないと思う．
ただ，わざわざ，こちらに遠征してくるような者の,
ほとんどの目的が煽りというだけだと，思いまする．

逆に，Win 板に遠征するような Mac 使いもいるはず．
その場合，" マカーって... " という話になるだけの話で，
ともに，部分をみて全体を見た気になる人たちの，思い違い．
賢い人は，問題にしないと，思うよん．

86: ◆FfmeJobs
02/02/03 15:49.net
>>82-83
ボロボロだな、オイ。
俺>>1じゃないけど、突っ込んで良い？

87:●~*
02/02/03 16:04.net
X68kも消えた，MSXも消えた，TOWNSも消えた，PC98も消えた。
良かれ悪しかれそれなりの志とユーザに支えられたマシンも
結局は淘汰されるべくして淘汰された｡
儚くもアポーもそうなることは目に見えているが,マカたちは頑なに
その事実を受け入れようとはしない｡
なんか，アレフとか見てるようだな｡

88:●~*
02/02/03 16:08.net
>>87
おまえ何いおうがどうでもいいと思っている。以上

89:●~*
02/02/03 16:11.net

おれ、インディアン、ウソつかない

90:Lucifer
02/02/03 16:22.net
>>86
どうぞ．

91:●~*
02/02/03 16:23.net
おまえ、インディアンちがう、ウソついてる
おれ、ホンモノのインディアン、ウソわかる

92:●~*
02/02/03 16:30.net
>>87
5年前には、WindowsNT4.0Serverの登場でUNIXサーバーが完全になくなると
主張してたでしょ（藁

93:●~*
02/02/03 16:32.net
>>92
そんな事言うきちがい見た事ない。

94: ◆FfmeJobs
02/02/03 16:58.net
>>82
>･原料である情報がなければ Precessor は，空回り．
>" Memory, HDD などをおろそかにして，PC 高速化なし ! "
DRDRAM、DDRSDRAM、UltraATA133、おろそかにしてません。

>･ベルトコンベアのスピードをむやみに上げると，不良品続出となる．
>･ラインの長さ(Pipeline Stage) が，大きい程，無駄が増える．
スーパーパイプライン、ハイパーパイプラインの弊害を言いたいのだろうけど、全くの的外れ。
>( 条件分岐を予想して，すべて，並列処理)
分岐予測も並列処理も、既に実装されてます。

>>83
これを参照の事。
URLﾘﾝｸ(www.watch.impress.co.jp)

95:Lucifer(82)
02/02/03 17:36.net
>>94
正直，びびったよ～ん．

･DDR-SDRAM : Double Data Rate Synchronous DRAM
SDRAM の２倍の転送速度．
･DRDRAM : ?
手許の辞書を買い替える必要が...

>おろそかにしてません。
ちょっと...この答えは...的外れではないかと...
ぼくは，Processor Clock だけで，
PC の性能を評価する輩が多すぎることに釘をさしたかっただけで...
だれが，どうだとは，一言も言ってないわけでして...
ただ，DRAM は原理的に Random Write 性能が悪いわけで...

> これを参照の事
リンク先をみてみました．
Processor Bit Width と一言で言っても，実はあいまいな部分があります．
･Adressing
･Data Bus Width
･Data Register Width
リンク先をみたかぎりでは Adressing 関連．

結局，びびらされたものの，全然，反論になっていないと結論．
出直してきてね．

96:梨
02/02/03 17:54.net
>>95
話にならん。

> x86 系は，クロックだけで作業速度を上げようとする．

これへの反論としては必要十分だし、
君の指摘はリンク先読んできただけのことを述べているに過ぎない。

今のIA-32アーキテクチャの「成果物」に対して、
PPCアーキテクチャの優れている「成果」を述べて反論すべきだ。

97: ◆FfmeJobs
02/02/03 17:57.net
>>95
>･DRDRAM : ?
DirectRambusDRAM。
URLﾘﾝｸ(japan.cnet.com)

>結局，びびらされたものの，全然，反論になっていないと結論．
脊髄反射程度じゃ駄目って事ですか。出直してきます。

98:梨
02/02/03 17:58.net
>>84
G4しか選択肢が無いのが、マカの可哀想な所だな。
Pentiumとしか比べないのも、選択肢の幅を否定したいからなんだろ？

99:Lucifer
02/02/03 18:02.net
>>86
誰に向かっていっているのかなぁー．
度胸があるなら，名指しでどうぞ．
返り討ちにしてあげるよん．

100:梨
02/02/03 18:02.net
あーでも、

> >クロックに比例してリニアに性能が伸びる
> 大嘘！

これは確かに正しいな。

「クロックに比例して総合性能を伸ばすための進化がある」
と言い直しておこうか。

つーか、>>1をよく見たら「Pentium4 vs PPC G4」なのな。
だったらTM5xを選んだ漏れの出るマクじゃないから、せいぜい頑張ってくれ。.

101: ◆FfmeJobs
02/02/03 18:04.net
>>99
つーか、Lucifer何人いるよ？（藁

102:●~*
02/02/03 18:18.net
企業の競争の果てに五月蝿いＰＣが生まれていくのは嘆かわしいです。
しかも騒音に免疫がついて「静音化？プッ」などとほざく輩がいる事も嘆かわしい。

103:Lucifer
02/02/03 18:29.net
>>96
>これへの反論としては必要十分だし、
Procssor の高速化には，大きくわけて，二つのアプローチがあります．
1. 1 Clock あたりの( みかけ上の) 処理能力の向上．
2. Clock-up

x86 シリーズは，内部的には RISC であっても，
互換性の関係から，みかけ上は CISC です．
命令の長さが不統一のため，1 Clock あたりの処理能力には限界があります．
x86 シリーズが，クロックアップにたよって高速化をはかってきた事実は，
だれもが，認めるところと思いますが...まちがってる？

>PPCアーキテクチャの優れている「成果」を述べて反論すべきだ。
上に書いたことだけで，じゅうぶんじゃなーい？

104:梨
02/02/03 18:30.net
>>103
> x86 シリーズ

って、なんのこと？

105:Lucifer
02/02/03 18:35.net
>>101
' Lucifer ' と名乗っているのは，たぶん，ぼくだけ．
カタカナで " ルシファー " と，名乗っているのは見かけたことが...
どちらにしても，偽者が発生する程のキャラでは，ありません．

106: ◆FfmeJobs
02/02/03 18:39.net
>>95
>ぼくは，Processor Clock だけで，
>PC の性能を評価する輩が多すぎることに釘をさしたかっただけで...
CPU以外がボトルネックになるなんて事は昔から言われてる事です。
IntelやAMDはただクロックを上げてるだけじゃなくて、
ボトルネックになるメモリやI/Oの高速化もしっかりやっています。

>ただ，DRAM は原理的に Random Write 性能が悪いわけで...
全く的外れです。RAMの動作原理、DRAMとSRAMの差を理解してから発言しましょう。

107:Lucifer
02/02/03 18:43.net
>>104
{x86 シリーズ} = {8086, 80186, 80286, 80286, ... , Pentium X }
( 命令互換のものも，同類と，みなします．)

108:●~*
02/02/03 18:47.net
ウイソ使う奴もウイソ機も五月蝿いねｗ

109: ◆FfmeJobs
02/02/03 18:56.net
>>103
>x86 シリーズが，クロックアップにたよって高速化をはかってきた事実は，
>だれもが，認めるところと思いますが...まちがってる？
x86に限らず、どのプロセッサでも一緒だと思いますけど。

110:Lucifer()
02/02/03 19:00.net
>>106
>ボトルネックになるメモリやI/Oの高速化もしっかりやっています。
" ぎゃふん ! "
すかたん Apple が，常に後追いになっているのは，なんとも，はがゆいことです．

>DRAMとSRAMの差を理解してから発言しましょう。
では，無知な，ぼくに説明をしてくだせぃ．

111:●~*
02/02/03 19:05.net
ウイソ使う奴もウイソ機も五月蝿いねｗ

112:Lucifer
02/02/03 19:08.net
>>109
PPC と比べると，x86 のスタンスがはっきりするでしょう．
つまり，完全 RISC である PPC と，疑似 SISC である x86 と...
どちらが，無理をしているかをかんがえてくだせぃ...だんなぁー．

113:Lucifer
02/02/03 19:13.net
>>111
いいえ，ぼくにとって，大切な，お客さまです．
返り討ちにしてやる～... ふっふっふ．

114: ◆FfmeJobs
02/02/03 19:20.net
>>110
DRAM
集積率が高く容量当たりの単価が安い、消費電力が低い、遅い
SRAM
集積率が悪く容量当たりの単価が高い、消費電力が高い、速い

115:梨
02/02/03 19:38.net
あーめんどくせーなあ。
過去の「RISC vs CISC」議論のスレきぼんぬ。

116:梨
02/02/03 19:40.net
じゃ、基礎から。
URLﾘﾝｸ(www.yk.rim.or.jp)

117:Lucifer
02/02/03 20:00.net
>>114
ちょっと，見解の食い違いがぁー...
･SRAM : Flip-Flop 回路 (1bit 当たり2 Transister)
･DRAM : Capaciter　(1bit 当たり1 Capaciter)

dynamic : static の対応関係が，
原理と呼び名で，ひっくり返っているのが皮肉．

ちなみに，消費電力は無関係だよ～ん．

118:梨
02/02/03 20:00.net
ここちょっと面白い。
URLﾘﾝｸ(www.ceres.dti.ne.jp)
関係ないけど。
URLﾘﾝｸ(www.zdnet.co.jp)
マカのいいぶん。Pentium!!!の話よね。化けてるけど。
URLﾘﾝｸ(www.musin.co.jp)
マカサイト。P4おせーなー。
URLﾘﾝｸ(www.barefeats.com)

119:Lucifer
02/02/03 20:26.net
>>115
その昔は，
RISC : Wired Logicという対応関係が，ささやかれていました．
構造の簡素化→クロックアップという図式です．

しかし，現在の多くの RISC は，構造の簡素化では説明がつきません．
むしろ，命令 bit width の統一による Pipeline 効率の向上が本質と言えるでしょう

120: ◆FfmeJobs
02/02/03 21:10.net
>>117
>･SRAM : Flip-Flop 回路 (1bit 当たり2 Transister)
FlipFlapはNANDゲート２つで構成されていて、8トランジスタ。

>･DRAM : Capaciter　(1bit 当たり1 Capaciter)
1キャパシタ＋１トランジスタ。

>ちなみに，消費電力は無関係だよ～ん．
はずれ。
SRAMが記憶を保つには、FlipFlapに常に電流を流さなければいけないが、
DRAMは定期的にキャパシタを充電すればいいだけ。

議論に到達するまで相当教えなきゃいけないようだけど、
面倒だから見捨ててもいい？

121:梨
02/02/03 23:27.net
>>120
ためになるから聞きたい気もするが、
勉強方法だけ書いて終わらせてくれると尚スマートかと。

# 普段使わない知識ほど収集が億劫でねぇ。。。

122:●~*
02/02/03 23:39.net
>>120 >>121
ここに端的な方法が書いてある
URLﾘﾝｸ(www.geocities.co.jp)

123: ◆FfmeJobs
02/02/03 23:49.net
>>122
右端の奴、集積率悪そうですね。

124: ◆FfmeJobs
02/02/04 01:10.net
>>121
分かりやすそうなページをハケーンしたよ。
URLﾘﾝｸ(www.infonet.co.jp)

PC/100 CL=2 と PC133 CL=3 の性能差の謎
URLﾘﾝｸ(www.yaroespage.com)
DRAMのアクセスの仕方が書いてある。

125:●~*
02/02/04 01:15.net
勉強ﾅﾀ

126:Lucifer
02/02/04 08:46.net
良く見ると，夏に立てられたスレッド...
なんのことはない．
脊髄反射で，過剰反応したのは，このぼく...
揚げ職人さんにしてやられたって，ことですかい？

>>120
うぇ～ん，勉強しなおしてくるよ～ん．

>SRAMが記憶を保つには、FlipFlapに常に電流を流さなければいけないが、
>DRAMは定期的にキャパシタを充電すればいいだけ。
ふむふむ...
でも...

SRAM : " 常に電流を流さなければいけない，しかし，微弱な電流でよい．"
DRAM : " リフレッシュできなくなったとたん，物忘れ．"

とでも，書き直していただきましょうか．

127:Lucifer
02/02/04 09:38.net
>>122
???
頭，爆発．

>>124
>分かりやすそうなページ
Memory についての説明は，かなり，親切．
しかし...

" CPU のビット数が多いほど、コンピュータは一般的に高速になります。"
嘘つきめ！
(32bit 未満では，間違いではなかったのだが...)
仮に 64 bit Registor があったとして，そのあつかえる整数値は...
2^64 =...
( ぼくの手持ちの関数電卓ではエラー...ぐすん)
はっきりいって，おーばーすべっくなんだよ！

" これを人は 16進数で扱うこと "
なぜ，16進数を使うかの説明がない．

だけど，ぼくが，
" DRAM は，原理的に Random Write の性能が悪い "と，
言ったことに対する反論が出てこなかったのが残念．
(SD-RAM 以降の Memory でも，原理的には DRAM であることに変わりがないので)

128:梨
02/02/04 12:41.net
>>126-127
かなり醜態晒してみっともないのに、よくがんばるなあｗ

> SRAM
> 集積率が悪く容量当たりの単価が高い、消費電力が高い、速い

ええと、漏れも「SRAMは消費電力が低い」に1票。
時代によって変わるものだと思うから、暗記するもんじゃないと思うが。
URLﾘﾝｸ(wdic.asuka.net)
URLﾘﾝｸ(www.hitachi.co.jp)

> " DRAM は，原理的に Random Write の性能が悪い "

何と比べて？
SRAMと比べて性能が悪いとは思わないけど。
（順番に書くのより遅いでしょ、とか言われたら怒るよｗ）

>>124
もう一歩突っ込んだ説明が欲しい気がするｗ

129:梨
02/02/04 12:52.net
>>127
> 仮に 64 bit Registor があったとして，そのあつかえる整数値は...
> 2^64 =...
> ( ぼくの手持ちの関数電卓ではエラー...ぐすん)
> はっきりいって，おーばーすべっくなんだよ！

Crusoe派の漏れとしては、何bitあってもいいんだが。
URLﾘﾝｸ(ascii24.com)

130: ◆FfmeJobs
02/02/04 14:26.net
>128
読んでみた。
モバイルに限定している事、リフレッシュ動作にしか触れていない事を考えると、
バッテリーバックアップに関する記事ではないかと思われ。

そこから先は分からないから、ちょっと調べてみます。

131: ◆FfmeJobs
02/02/04 14:29.net
>>127
で、DRAMの原理に遅くなるような要因はあったかい？

と書いても理解できないだろうから、後で何か書くよ。

132: ◆FfmeJobs
02/02/04 16:35.net
エルピーダに日本語のドキュメントがあった。これを読めばほとんど解決かもしれない。
URLﾘﾝｸ(www.elpida-memory.com)

133:マカ
02/02/04 16:44.net
俺もMac派だがそろそろ新しい趣味を見つけなきゃイカンな...。
が、XP気に入ってるたぁ言え趣味にゃナラン。
何か別のモン探すよ。

134:Lucifer
02/02/04 17:27.net
>>128
>醜態晒してみっともないのに
あはは．
お付き合い，いただき，感謝にたえません．
この先のぼくの議論には，嘘が含まれているかもしれません．
それを見破ると言うのが，ゲームの趣旨だよん．

>何と比べて？
Random Write に限って言えば，HDD のほうが速い．まじ！

原因は Capaciter のチャージタイムにあるとおもわれ．
コンピュータでの 0 / 1 は，完全な OFF / ON と言った対応関係ではなく．
Threshold 電圧より，低い / 高いという風に対応しています．
Capaciter を使っている DRAM は Threshold に達するまで時間がかかります．
この間は，データとして扱えないってわけだよ～ん．

ついでながら，SD-RAM は Pipeline 処理で
(みかけ上)早く動作するようにしているだけで，
連続的なデータでないときは，Pipeline は無力なため，
Write 性能の向上は望めないのだぁー．

135:梨
02/02/04 17:31.net
Macが使ってるのもSDRAMのような気がするが、
そういう突っ込みは野暮なんだろうかねｗ

漏れはハードウェアは弱いんで、若干黙ります。

>>134に反論するソースを出すのが筋なんだろうけど。。。

136:Lucifer
02/02/04 17:38.net
>>129
Bit Width が演算速度と関わるのは，
Fetch を何度かにわけて行う必要がある場合に限っているわけで，
必要以上のワイド化は無駄となるだけでなく，マイナス面がふえるのだぁ～．

Minus Factor :
･コストアップ
･Memory 利用効率の低下

137:梨
02/02/04 17:48.net
>>136
そうだよ。

で、64bitが「必要」では無いと考える理由は、整数演算だけかい？
と、漏れは言いたいんだけど。。。

138: ◆FfmeJobs
02/02/04 17:49.net
>>134
ﾜﾗﾀ。
帰宅したら何か書くyo!

139:Lucifer
02/02/04 18:01.net
>>129
Quote
　64bitマシンが普及しそうな理由としては、
　･以前のようにWindowsにだけこだわる必要が減った
　･カタログスペックの数値を見ると64bit CPUのほうが良さそう
　･ソフトウェアが対応すれば、それなりに速くなる
End quote

どうやら，腐れライターであるらしい...
理論的裏付けがなく，なんとなく... って感じ．

140:●~*
02/02/04 18:12.net
>>139
おれもそう見えるなあ、搾取ライターって読者側の目が肥えてるから、賛同同意者しか読まんよね。

141:梨
02/02/04 18:17.net
>>139-140
うむ。しなやかに同意。反論としてはあまり良い引用では無かったな。反省。

で、君の理論的裏づけきぼんぬ。おながい。

142:Lucifer
02/02/04 18:22.net
>>137
64 bit は，もしかすると必要かもしれません．
32 bit で表される整数同士の掛け算の時など．．．

ところで，FLOPS( floating point operations per second) という，
スベックを表す数値があります．
ところが，これが重要となるのは科学技術関連であって，
日常生活で，もっとも頻度が高いのは，せいぜい符号付きの整数だというのは，
同意いただけるものと信じております．

んで，最終的に必要かどうかを決めるのはコストパフォーマンスだと，おもふ．

143:梨
02/02/04 18:28.net
>>142
それじゃ同意しか出来ないから議論にならんよｗ

「32bitが2個」というアプローチを取らなくてもいいほど、
64bit演算の活用範囲は増えてるんだってね。

ま、2^32なんて、たった42億だしなあ。
言い換えれば、unsignedでたった4ギガ。

32bit intで組んで「100億規模の取引には使えないのか！」と
仕様変更を求められていたチームがあったような無かったような。

144:梨
02/02/04 18:29.net
>>132
頭悪いから、どこ読めばわかるのかわからんかった。。。

145:Lucifer
02/02/04 18:54.net
>>143
ぼくは，えんたてーなーじゃないので，わざとらしいことは書けません．
ただ，もしかすると，妄想が入っているかもしれないので．
それを見つけて，バカにしていただければ，良いのではないかと...

146:●~*
02/02/04 19:40.net
URLﾘﾝｸ(www.zdnet.co.jp)

147:●~*
02/02/04 19:47.net
>>146
おせーよ、外出

148:●~*
02/02/04 19:52.net
それよりもこっちにワラタ
URLﾘﾝｸ(www.zdnet.co.jp)
URLﾘﾝｸ(www.zdnet.co.jp)

149:●~*
02/02/04 20:31.net
こんなんだから、人が来ない。

150:Lucifer
02/02/04 21:01.net
>>146
どういうつもりで，リンクを貼ったのですか？
OS-X は，持っていますが，ATA-Contreller インストール後，
HDD を認識してくれなくなって...
くそ OS め！
( 9.1 は問題ないのに...)
>>148
なにが，おもしろいのか，わかんねぇーよー．
かいせつ，きぼーん．

151: ◆FfmeJobs
02/02/04 21:14.net
>>134
>Random Write に限って言えば，HDD のほうが速い．まじ！
HDDのランダムアクセスは、
・セクタのあるトラックにヘッドを移動する(数msec)
・セクタがヘッドの位置まで回ってくるまで待つ(最大1/回転数sec)
・やっと読み書きできる。(速いHDDでも100Mbit/sec未満)
こんなに時間がかかるんだよ。
PC100CL2のSDRAMなら、1回のリード/ライトサイクルは60nsec以下で始まる。
転送速度は800MByte/sec。比較にもならない。

>原因は Capaciter のチャージタイムにあるとおもわれ．
URLﾘﾝｸ(www.elpida.com)
>ビット当たり20 fF以上の容量など
20フェムトファラド。20x10^-15。
こんな小さなキャパシタの充放電にどれくらい時間がかかるって？

DRAMの解説
URLﾘﾝｸ(www.atmarkit.co.jp)
　　-------------------------------------------------
　　コンデンサに蓄えられた電荷は、時間とともに漏洩して減少していくため、正しいデー
　　タを保持し続けるためには、定期的にリフレッシュと呼ばれるプリチャージ（再充電）の
　　操作が必要となる。また、データを読み出すときにコンデンサ内の電荷が失われるので
　　（破壊読み出しされるので）、1回データを読み出した後にも、やはりプリチャージが必要
　　となる。プリチャージ中やリフレッシュ動作中は、データの読み書きは行えない。
　　-------------------------------------------------
ここに書いてある通り、読み込みの後には必ず書き戻す作業が必要だから、
DRAMのReadはWriteよりも遅い。

エルピーダの、SDRAMの使い方ユーザーズマニュアル24Pを見れば明らか。
URLﾘﾝｸ(www.elpida-memory.com)
ReadサイクルはWriteサイクルより遅い。

これで分かってもらえるかな？

152: ◆FfmeJobs
02/02/04 21:18.net
>>151
>・やっと読み書きできる。(速いHDDでも100Mbit/sec未満)
桁が足りない。（藁

153:Lucifer
02/02/04 21:57.net
>>151
[ Random Write ]
00883 k / sec : RamDisk
13646 k / sec : HDD

[ Random Read ]
10033 k / sec : RamDisk
09746 k / sec : HDD

↑( Norton System Info )( 単位不明)
( HDD : Barracuda II 30GB)
( DiskCache : 1056kB ( 共通 ))

この結果をどう説明しますか？

154:梨
02/02/04 22:09.net
>>153
そんなのを誇らしげに出す前に、
883kb(?)しか出てない自分のRAMか環境かベンチマークが
変だと思わなかったのか？

# パラレルポート接続のHDDかお前は。。。

155: ◆FfmeJobs
02/02/04 22:22.net
>>153
(　ﾟдﾟ)ﾎﾟｶｰﾝ

>>154
激しく同意。

RAM Diskのベンチマーク
URLﾘﾝｸ(www.macdtv.com)

156: ◆FfmeJobs
02/02/04 22:36.net
もうRandomだろうがSequentialだろうがどうでもいい。
HDDの読み書きっていうのは、こういう事なの。
・HDDの内容をメモリにコピーする(Read)
・メモリの内容をHDDにコピーする(Write)
メモリの書き込みが異様に遅いなら、DiskReadも異様に遅くなければならない。

>[ Random Write ]
>00883 k / sec : RamDisk
>13646 k / sec : HDD
こんな結果になるのは、MacOSのRAMDISKが腐っているか、ノートン先生が発狂してるだけ。

157:●~*
02/02/04 22:53.net
>>154->>156
マジなんなよ（ワラ

158: ◆FfmeJobs
02/02/04 23:35.net
SRAMとDRAMの消費電力を調べていたら、こんなの見つけた。
URLﾘﾝｸ(www.arkweb.co.jp)
>SRAMとDRAMの消費電力について　投稿者：専門学校１年生　投稿日：7/14 18:50:41
このあたりから読むといいかもしれない。

159: ◆FfmeJobs
02/02/05 00:13.net
検索中にこんなものも見つけた。
URLﾘﾝｸ(www.can-d.com)
ここの、これ。
URLﾘﾝｸ(www.can-d.com)

歳がばれるな。（藁

160:梨
02/02/05 00:55.net
>>158
じゃ、結論は「どちらともいえない」でいいです。。。

161:●~*
02/02/05 01:14.net
>>159
じじい

162:Lucifer
02/02/05 07:16.net
>>154
鋭い指摘．
･Norton System Info が，どういうテストをやっているのかが，不明．
･RAM-Disk の性能≠ DRAMの性能
( 苦し紛れに，問題のすり替えを... ゆるしてけろ．)

Centronics なんて，しらねぇ～よ！

>>156
>DiskReadも異様に遅くなければならない。
なんらかの理由で，SD-RAM の Pipeline が効いた測定結果になったのかも...
( 先に書いたように，Norton がやっていることが不明なので，なんとも...)

>MacOSのRAMDISKが腐っているか
おおせのとおり！( 当方, 9.1 )
RAM-Disk にも DiskCache が効いてしまうらしいっす．←無意味な２度手間

>ノートン先生が発狂してるだけ。
この可能性も否定不可能 :
" なおらねば...こわしてしまえ...HDD. " ← く，くるってる～．ぶるぶる．

163:名称未設定
02/02/10 23:17.net
>>14 じゃないけどマルチスレッドに関して
複数ＣＰＵ用にマルチスレッド化したものなんてたいしてないと思うぞ。
大抵は、処理中にＵＩ操作が出来るためや、
ディスクなどの待ち時間にも処理をするためのもの。

あと、マルチスレッド化が複雑なのは事実。
同期、排他制御など、シングルスレッドでは気にしなくて良いこと
に対して気にしなくてはならない。

複数アプリを動作させるなどで、マルチプロセッサが有効な
場合はたくさんあるが。

164:●~*
02/02/22 01:24.net
嵐

165:●~*
02/03/31 15:43.net
>>164
くゎわいいわ～
ぼうや

166:●~*
02/05/07 11:51.net
ついにこの時がやってまいりました。

『2002年はMacにとって破綻元年になるに違いない。』

167:●~*
02/05/07 19:26.net
破綻元年って、ジョブズCEO就任＆copland放棄の1997年じゃないの？
もしくはMacOSX発表の2000年。

なんたって暗号名「狂詩曲」だからね。

168:●~*
02/05/07 20:18.net
Rhapsodyのライブよかったよ。
ｽﾚﾘﾝｸ(hrhm板)

169:省資源推進改め良スレ保護合同委員会 ◇/TriniTY
02/07/06 00:03.net
ここは104番目に古いスレッド…

170:●~*
02/07/06 00:10.net
>>169
トリロジー

171:●~*
02/08/06 04:44.net
あげ。　

172:●~*
02/08/06 19:53.net
>>171
通報すますた。

173:●~*
02/08/20 12:59.net
俺、いま会社でマック使わされているんだけど、３日使ったらもう飽きた。

なんか薄っぺらなＯＳでさーなんにもできやしないぜこんなのでは。
インターフェースなんか完全に破綻している、こんなの使ってて頭おかしく
なりません。

マカーの奴らに精神が崩壊している奴が多いのがなんとなく解った昨今でした。

174:●~*
02/08/20 13:02.net
>>173
3日で何が解るんだよ。

おまえの人生そのものが薄っぺらいんだろ。
これだから、ドザってやつは・・・

175:梨
02/08/20 13:16.net
会社でMac「使わされる」とは、不遇ねぇ。

いまどきMacを強要するような会社なんて殆ど無いでしょうに。
待遇の良い所に転職した方がよいのでは。

176:●~*
02/08/20 13:27.net
>>173
ワシは1日で悟ったゾ。
Macはアフォ専用だということを

177:●~*
02/08/20 13:29.net
自作自演ドザうぜー

178:♪♪♪♪　祝　♪♪♪
02/08/20 13:57.net

　　　****************　Maz破綻元年　*******************

179:●~*
02/08/20 14:19.net
>>173
にマジレスする気もおこらん。
ここに甘えた現実逃避の言い訳だろ？
気づかずにレスして甘えさせるのもどうかしてる。

180:♪祝♪Mac破綻元年
02/08/20 14:43.net
事実を突かれて戸惑うマカー

181:●~*
02/08/20 15:00.net
>>180
会社に支給されているのがマック。
んじゃ当然マックでできる仕事しかないよな？
なのに「僕はマックじゃ仕事できません」ときたよ。

182:●~*
02/08/20 16:27.net
>>181
3日も経ってパソコン操作を理解できないボクちゃんだからしょうがないじゃん（ｹﾞﾗ
本当Windowsﾕｰｻﾞｰってﾍﾀﾚばっかりでｳｻﾞｽｷﾞ

183:梨
02/08/20 16:34.net
Windowsな職場にMac持ち込む香具師と同等の痛さはあるな。

184:●~*
02/08/20 17:27.net
>>182
＞本当Windowsﾕｰｻﾞｰってﾍﾀﾚばっかりでｳｻﾞｽｷﾞ
「木を見て森を見ずって諺知ってるかな？ｗ

185:181
02/08/20 17:47.net
>>182
煽
がウザ。ここに便乗した173のMacintch版。

186:１７３
02/08/20 21:23.net
オフォかおまえら、バリバリのウインドウズプログラマの俺がマックごとき
１時間で見切ったよ。しかも、現在じゃマックのこともお前ら以上に知って
いるのも確実。
こんなへたれＯＳをへらへら弄くってるようじゃ、お前らの未来も知れたも
のだぜ。

187:●~*
02/08/20 21:31.net
>>186
俺はマックごとき１時間で見限ったよ。

188:●~*
02/08/20 21:58.net
>>183
こうぐ-しかう― 【香具師】

（1）香具を作る人。また、それを売る人。香具屋。
（2）やし（香具師）。てきや。香具屋。「―のいひぐさをよく覚えたぜ/滑稽本・浮世床 2」

次ページ