09/09/01 21:54:43 YMFQNvwE
>>895
>>779は完全な釣り
> フラグメントが絶対に発生しないシステム（ext3）、そしてそれをさらに発生しにくくさせたext4
ext3で絶対に発生しないのなら、それをさらに発生しにくくさせることなんてできないじゃん。
900:login:Penguin
09/09/01 21:57:29 SetIyZdj
ところがどっこい
901:login:Penguin
09/09/01 22:08:40 yZ+P2WYL
馬鹿なWIN厨だけど考えた。
ファイル書き込む時は、最小セグメント（だっけ？書き込める最小単位）に分割して書き込めば、
書き込まれるデータの大きさは常に同じだから、隙間なく書き込みは可能だけど・・・。
削除したときに、絶対、隙間出きるわ。連続した隙間に小さいデータ入れても隙間出きるし。
犬厨は頭が良いから可能なんだよね。
902:login:Penguin
09/09/01 22:18:53 p+6lRZs0
>>889
でも、高い方が良い物が多い。
903:login:Penguin
09/09/01 22:20:15 p+6lRZs0
>>901
今だってセクタ単位で書いてるだろ。それが連続してた方がシーケンシャルにリードが出来るから早いと言う話。
904:login:Penguin
09/09/01 22:54:15 POJGQN/P
実際問題としてディスク空きを十分確保して使ってる奴はいない
空きあと１Gとかになってやっと増設する
空きが少ないとどんなファイルシステムでも確実に断片化する
ext3だってほんとはデフラグツール必要なのに、そこが
Windowsとの一番の特徴的な違いだからって強がってるだけ
905:login:Penguin
09/09/01 22:57:23 p+6lRZs0
>>904
＞実際問題としてディスク空きを十分確保して使ってる奴はいない
うち2T余ってるから眉唾。
906:login:Penguin
09/09/02 01:53:48 lT1g/hKk
2TBあまっているようなヤツが
どれくらいいるか？って話ですか？
907:login:Penguin
09/09/02 02:05:08 fmeIfHah
日本人ってほんとデフラグ好きだね、NTFSでもext3でも…
キレイ好きなのかなあ
几帳面にデフラグしたってトータル性能にはたいして効かないし時間の無駄、
よほど容量いっぱいに使ってない限り、いまどきの高密度大容量HDDでは問題にならない
どうしても気になるならいちど全体を別ボリュームにコピーして書き戻せばいいんじゃないの？
ってのがファイルシステムを開発してる人たちのおおかたの見解だと思うけど
908:login:Penguin
09/09/02 02:12:13 lT1g/hKk
大容量HDD全体をコピーするのに
どれくらいかかると思っているんだ？
909:login:Penguin
09/09/02 02:14:27 fmeIfHah
まじめにデフラグするよりは早いと思うよ
910:login:Penguin
09/09/02 02:26:26 lT1g/hKk
あほかｗ HDDコピー中は、そのHDD使えなくなるだろ。
911:login:Penguin
09/09/02 02:38:06 fmeIfHah
アンマウントせずにデフラグするの？ しかもその間も普通に使いたいと？ すごいねえ
912:login:Penguin
09/09/02 02:47:16 lT1g/hKk
馬鹿の相手は疲れる。俺の方が詳しいわけか。
えとな。ext4の特徴な。 オンライン・デフラグ。
説明しなくても名前からどういうものかわかるだろ。
Windowsでは何年も前から当たり前にサポートされている機能だ。
913:login:Penguin
09/09/02 03:06:02 fmeIfHah
うん、e4defragもそうだけど、やっぱり一生懸命提案してパッチつくってるのは
日本人なんだよなあ…
あ、オンラインデフラグだろうがなんだろうが、マウントしたままデフラグ走らせて
普通にその間も供用を期待する人はあんまりいないと思うよ
危ないしそもそもまともに使えないからねえ。これぐらい書けば君にもわかるよね。
> Windowsでは何年も前から当たり前にサポートされている機能だ。
そういえば、NTFSのディスクを普通に使いながらデフラグしてたら
いつまでたっても進みません、むしろすぐに0%に戻ります、って泣いてる人たくさんいるねw
914:login:Penguin
09/09/02 03:26:19 lT1g/hKk
> 危ないしそもそもまともに使えないからねえ。これぐらい書けば君にもわかるよね。
Windowsには安全にデフラグが行えるように
デフラグ用に使うことを考慮したAPIというものがあるんだよ。
OSそのものがそういう風に設計されてんの。
> いつまでたっても進みません、むしろすぐに0%に戻ります、って泣いてる人たくさんいるねw
ダメだこいつｗ Win9xの時代で知識止まってるｗ 懐かしすぎるんだよ。その理由ｗｗｗ
915:login:Penguin
09/09/02 03:32:03 lT1g/hKk
なんで9xの知識で止まっているとわかったか教えてやろうか？
NT4のことは忘れたが、NTFSが使えるWin2000以降のデフラグにはな。
0%なんて進行状況を表す数値は表示されないんだよ。
916:login:Penguin
09/09/02 03:43:06 fmeIfHah
そうなのか、ありがとう、今時のWindowsはみんなNTFSだと思ってたよ。
まあ、マウント状態で普通に使いながらデフラグしてごらんよ、君の好きなXPか2000あたりでさ…
デフラグ中のdiskI/Oが使い物になるのものかどうか、すぐわかるでしょ
普通はセーフモードに落とし、セキュリティソフトも外してから実行するよね？ 違うかい？
いずれにしても個人的には時間の無駄だと思うけどね
917:login:Penguin
09/09/02 03:54:54 lT1g/hKk
> 普通はセーフモードに落とし、セキュリティソフトも外してから実行するよね？ 違うかい？
そんなやつはいないｗ
大体デフラグはバックグラウンドで自動実行されるものだ。
わざわざ手間かけてデフラグ実行状態を作るわけ無いし、
勝手に実行されても安全という自信がある証拠だ。
もちろん実行されるのはアイドリング状態のときだからその他のアプリに影響は無い。
918:login:Penguin
09/09/02 03:56:58 fmeIfHah
アイドリング状態のときにしか実行しないんなら、それは使いながらじゃないじゃん…
頭悪いなあ
919:login:Penguin
09/09/02 03:59:18 lT1g/hKk
頭悪いのはお前だろｗ
使いながらってのは、アンマウント状態にしないってことだよ。
使おうと思ったとき、すぐに使用可能状態になっているってことだ。
920:login:Penguin
09/09/02 04:13:45 fmeIfHah
はいはい
で、使いながらその空き時間をかいくぐるようにして実行するデフラグはいつ終わるの？
コピーして書き戻す時間すら惜しいんじゃなかったっけ
もしかして半永久的に終わらないからデフラグプロセスが常駐してるような状態で
運用することになるのかな、なんとまあご苦労なことで
921:login:Penguin
09/09/02 04:16:33 lT1g/hKk
> 実行するデフラグはいつ終わるの？
処理が終わったら、そのうち終わるだろｗ
バックグラウンドで実行されるから
終わるのを待たなくても作業はできる。
デフラグが終わらないことは無いから、安心しろマヌケめｗ
922:login:Penguin
09/09/02 04:20:45 lT1g/hKk
HDDの転送速度100MB/s （実際はこんなに出ない）
1分間に6GB、1時間に360GB、1TBのHDDだと3時間
書き込んで書き戻すのなら、倍の6時間。
参考までに書いておくよｗ
923:login:Penguin
09/09/02 04:44:28 fmeIfHah
いや、そりゃ終わったら終わるのは当たり前じゃないか
そうじゃなくて、作業しながらってことは常に新しくEraseやWrite発行してるってことだよね
デフラグの仕事を増やしながらデフラグするってことか
まあいいけどさ、デフラグマニアはそれでご満悦かもしれないが
個人的にはそんなバカバカしいことはしたくないねえ
> 1分間に6GB、1時間に360GB、1TBのHDDだと3時間
いや、実際使ってる分だけだよ、ファイルシステムのダンプじゃないからね
ちなみに書き出しの最中は別にアンマウントする必要はないから倍の時間にもならない
書き出し先のディスクを元ディスクと置き換えて使うなら書き戻しも必要ない
ヘビーユースのディスクはどっちみち定期的に入れ替えるんだし、デフラグなんて考えなくても
通常はこれで十分だと思うね
924:login:Penguin
09/09/02 04:56:05 lT1g/hKk
> そうじゃなくて、作業しながらってことは常に新しくEraseやWrite発行してるってことだよね
> デフラグの仕事を増やしながらデフラグするってことか
実際にやってみればわかる話。通常の使い方では
断片化はほとんどおきないのだから、デフラグの仕事が増えると
いうほどの影響はなく、処理は普通に終わる。
後半へのレス。
えとさぁ。自分が持ち出してきた話、
常に新しくEraseやWrite発行している場合を自分にも適用しような。
アンマウントせずに書き出し？ 書き出している間にEraseやWriteが行われるよな。
（もう一台のHDDにコピーしている間に、オリジナルのHDDのデータが変わるよな）
同期が取れません。
これのどこが問題かというと・・・の説明まで必要？ｗ
925:login:Penguin
09/09/02 05:01:45 fmeIfHah
コピーが終わって実際つけ外しする前にもう一回syncするんだよ
そちらはすぐ終わるから気にするほどでもない
まあ普通はさらにベリファイする時間があるけどね
926:login:Penguin
09/09/02 07:28:38 7YEOVKGG
win95時代で止まってる時点で話にならんだろ。
927:login:Penguin
09/09/02 09:34:49 YFGL1kyT
もう一度syncしている間に（ｒｙ
ベリファイしている間に（ｒｙ
いやはや、ここまでして手動デフラグしようとするヤツにあきれたｗ
928:login:Penguin
09/09/02 10:52:55 dS3R21kA
PC1台用のライセンスで複数のPCにインストールすることができなくなったWindows XPのデフラグは
ちゃんと進行状況の%とプログレスバーが表示されてるけど
929:login:Penguin
09/09/02 11:39:09 6Jw9ybrc
>>910
よく知らんけど、HDDコピーだろうが、デフラグだろうが、その間は作業しないな。
いくらデフラグ中でも作業出来るって言っても仕事にならん。
ってことは、>>917 >そんなやつはいないｗ
出来るだけプロセスを切った方が効率いいと思うけどな。
素人でもわかるんだけど、なんでこいつID:lT1g/hKk偉そうなんだろ？
930:login:Penguin
09/09/02 12:20:21 YFGL1kyT
たかがデフラグのためにわざわざHDD停止するののか？（作業しないというのも結局同じこと）
デフラグ中は仕事にならない？ デフラグって負荷が高いと思ってる？
やっていることはたかがファイルのコピーなんだけど？
931:login:Penguin
09/09/02 12:25:42 FKpVy1wA
9/1になればスレのレベルが爆上がり。
そう考えていた時期もありました。
932:login:Penguin
09/09/02 13:40:34 6Jw9ybrc
>>930
よく知らないけど、負荷云々っていうより、コピーではなくムーブだから恐いね。
不測の事態が起こったら、みんなパーだね。
コピーの方が安全だと思うけど。
933:login:Penguin
09/09/02 13:57:57 6Jw9ybrc
デフラグは所謂「仕事」ではないわな。
たかがデフラグであればこそ、こういう作業は仕事外にやるわな。
デフラグに限らず、こういう本来の業務とは関係ないことは時間が開いてる時にやっておいてってやつだ。
家でなら寝る前に実行するとかそんな感じだな。
実際どう運用してるか知らないけど、もし常時稼働しなきゃならないPCなら普段からミラーリングしといて、片方停止しておいても大丈夫なようにしとくだろうね。
934:login:Penguin
09/09/02 14:15:07 iV9lhIRs
>>932
基礎知識の量に隔たりを感じたw 一から説明しないと分からなそう。
何の為のトランザクションなのか、ムーブであっても内部的には
コピー＆削除に決まっているだろう。
ちょっと考えただけでも、セクタコピーして実体へのポインタ
書き換えているだろうなって思いついたぞ。
この場合、不測の事態が起きてもダーティデータ（どこからも参照されていないデータ）が
発生するだけだし、それはファイルシステムのトランザクション機能等で回復出来るはず。
WindowsにあるデフラグAPIはそのような動作をするんだろうな。
大体アンマウントしていないのならシステムが使用中のファイルがある可能性もあるのに
全てのファイルを安全にコピーできるわけがないだろう。
935:login:Penguin
09/09/02 14:18:47 iV9lhIRs
>>933
ま、ミラーリングした所で、デフラグ完了になっているのは
ミラーリング先のHDDで、それに交換しないと使えないんだけどな。
それに普通ミラーリングは時間短縮の為に差分だけを転送し
要らないファイルを削除するから、結局断片化する訳だけどな。
936:login:Penguin
09/09/02 16:45:01 fmeIfHah
あれ、まだ続いてるの
>>927
いや、手動デフラグしてるんじゃなくて、ディスク入れ替えのときに自動的に再配置されるから
それで十分だろう、って話なんだよ
ていうか、デフラグしたがってるのは君だろ、私はデフラグいらないって最初から言ってる
> もう一度syncしている間に（ｒｙ ベリファイしている間に（ｒｙ
だからさ、つけ外しする前に、って書いてるじゃん…
そういう時はどういうモードで動いてるか常識でわかるよね
> デフラグって負荷が高いと思ってる？
うん、基本的にそう思ってる。特にターンアラウンドタイム的に。
937:login:Penguin
09/09/02 16:49:21 fmeIfHah
>>934
> 大体アンマウントしていないのならシステムが使用中のファイルがある可能性もあるのに
> 全てのファイルを安全にコピーできるわけがないだろう。
なんでできるわけがないのかわかんないけど、少なくとも君の言うデフラグAPIと
同じ程度には安全だと思うよ
938:login:Penguin
09/09/02 17:57:26 lT1g/hKk
ID:fmeIfHah
必死すぎｗｗｗｗ
939:login:Penguin
09/09/02 18:21:02 iV9lhIRs
>>936
> だからさ、つけ外しする前に、って書いてるじゃん…
> そういう時はどういうモードで動いてるか常識でわかるよね
つけ外しするの面倒だろｗ
こんな「仕事」ではない作業に、いちいちケース開けたり
モード切り替えたりしたいのか？
それにディスク入れ替えって頻繁にやる作業じゃないだろ。
デフラグはバックグラウンドでユーザーを煩わせることなく知らない間に行われている処理 と
考えている人と、わざわざメンテナンス作業をしないといけないものと考えている人の差かね。
940:login:Penguin
09/09/02 18:55:04 Cb1s+mbo
デフラグについて
俺、この前までXP使ってたけど（デュアルブートで今でも時々使うけど）、ゲーム以外なら普通に使いながらデフラグしてたよ。
OSのインスコ直後やバックアップからの復旧、システムの復元後の一回目は結構時間かかるけど、一度やったら次からはかなり素早く終了するし。
だから、勝手に実行されるのは気持ち悪いので月に一回くらい手動でやってた。
つ～か、>>779でネタ振ったのオラです。すんませんなw
941:login:Penguin
09/09/02 19:04:33 fmeIfHah
>>939
頻繁じゃないけど、定期的に行う作業だよね
逆に言えば、その程度の頻度の定期メンテナンスの副作用で十分ってこと。
まだ誤解してるふりをしてるようだけど、わざわざデフラグのために
メンテナンス作業するわけじゃないよ
個人的には、カギカッコつきの大事な「仕事」をするマシンでデフラグが裏で走ってるなら
そっちのほうがずっと鬱陶しいと思うけどねえ
942:login:Penguin
09/09/02 20:32:37 JKb4fI0h
ちなみにVistaはデフォで勝手にデフラグされる。
ディスクは金かけたほうがいいかもしれない。
俺の環境ではデフラグ中でも特に重さを感じることはない。
というかいつやってるのか全然気がつかない。
943:login:Penguin
09/09/02 22:52:18 vWQJUnAq
デフラグ使っててこりゃ普及するわけないと思った時
944:login:Penguin
09/09/03 00:16:27 fCewTlPk
こりゃ普及するわけない
945:login:Penguin
09/09/03 00:49:50 MKetoejl
Linuxはデフラグ弱いからなぁ
別のHDDにデータ移動することでしかデフラグできない
何時間かかると思ってるんだよｗ
こりゃ普及するわけ無い。
946:login:Penguin
09/09/03 01:47:00 yS+YfHcX
みんなデフラグして明らかな効果を体感出来てんの？
あんまデフラグしたことないけど、体感差なかったから
神経質な人が自己満足でやるものかと思ってるんだけど。
947:login:Penguin
09/09/03 01:57:58 fCewTlPk
デフラグは効果を期待するものではなく、断片化しないためにやるもの。
すさまじい断片化の場合、明らかにアクセスが遅くなる。
とはいえ空き容量が大きいうちは断片化自体しにくい。
断片化は空きが少なくなると発生しやすくなる。
むしろ問題は、デフラグしとかないとディレクトリエントリなどの
動かせないファイルがあちこちにバラバラにできていくこと。
動かせないファイルは、ファイルがそこで必ず分断されてしまうので
デフラグしても効果が少なくなる。
948:login:Penguin
09/09/03 02:18:49 izqZ+Scj
Windowsから遅れること10年以上で、やっとext4にデフラグ機能がつく
いや、まだツールは完成していなかったんだっけ？
こりゃ普及するわけ無いやｗｗｗｗ
949:login:Penguin
09/09/03 02:33:29 9oFSSCLV
>>946
一応、ダウンローダーででっかい動画をダウンロードして即再生すると
デフラグ前とデフラグ後では再生負荷に差があることがわかることがある
・ すっごい大きなファイルを
・ すっごい埋まったディスクで
・ 作成日時がバラバラな細かいファイルを大量削除したあとに
・ 全体にまんべんなく追記したり改変したりして頻繁に読み書きする
というような用途でもない限り、
今のPC処理速度ではHDDのフラグメンテーションなんて体感できねえよ
950:login:Penguin
09/09/03 07:01:53 tfb5gHEa
マルチユーザを想定しているUNIX系OSはデフラグの必要性がないって聞いたことあるのだけど。
951:login:Penguin
09/09/03 07:54:04 FjThMhB1
>>947
＞すさまじい断片化の場合、明らかにアクセスが遅くなる。
つまり、高速化を期待するのですね。
952:login:Penguin
09/09/03 07:55:45 FjThMhB1
>>950
抜けた歯をトイレの屋根に投げれば健康な歯が生える。的な。
953:login:Penguin
09/09/03 08:54:33 ZAYbyqsJ
>>950
デフラグの必要性がないということはない
ファイルを置くときにファイルが細切れになりにくいように並べるようにしてあるだけ
ファイル書き込み行為がデフラグの意図を伴っていると思ってくれていい
ファイルサイズを鑑みて超一列に並べ替えた95％状態にする、ということができないぶん、
書き込み時に頑張って70％くらいの能率を常に維持してるとかそんな感じ
こういう理屈上、空きディスク領域がほとんどないLinuxのHDDは断片化が一気に進んで妙に遅い
8割くらい埋まったら増設のサインだに
954:login:Penguin
09/09/03 09:54:23 Tzju6LUZ
>>947
アホかw
空き領域が少なくなったら増設するだろ。
ってかシステムドライブだったら容量の大きいものに換装するね。
ってことはデフラグは不要ということだ。
955:login:Penguin
09/09/03 10:54:57 MKetoejl
アホかｗ
空き容量が少なくなったらいらないファイルを削除するだろ
そうすると断片化がますます進む。
956:login:Penguin
09/09/03 11:30:36 Tzju6LUZ
アホかw
そんなの一時しのぎだろ。
ファイルを削除してもたかがしれてるようになったら普通は増設だ。
ようはデフラグいらない。
957:login:Penguin
09/09/03 11:42:22 AOr9OxFa
いらないファイルを削除したときに断片化が進む理屈を詳しく。
958:login:Penguin
09/09/03 11:53:12 IXAxMzd8
■■■■■□□□■■□■■■■
↓
■■■■■＿＿＿■■＿■■■■
↓
＿＿＿＿＿☆☆☆☆☆☆
■■■■■＿＿＿■■＿■■■■
↓
■■■■■☆☆☆■■＿■■■■☆☆☆
==========================================
■■■■■□□□■■□■■■■
↓
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿☆☆☆☆☆☆
■■■■■□□□■■□■■■■
↓
■■■■■□□□■■□■■■■☆☆☆☆☆☆
959:login:Penguin
09/09/03 14:17:02 1ljDZKZT
ﾔｯﾃﾗﾝﾈｰﾖ
[ ﾟдﾟ]y-~~~~~
■ /[へへ ☆ □
■■＿■■□□□■■□＿■■☆＿☆☆☆■
960:login:Penguin
09/09/03 14:39:29 yCdyDoBy
フラグメンテーションの影響なんてファイルシステム自体の違いに比べりゃ誤差みたいなもんだ
961:login:Penguin
09/09/03 14:42:52 AOr9OxFa
>>958
連続領域が空いてるなら、その手前に隙間があろうとなかろうとそっちを使うだろw
962:login:Penguin
09/09/03 14:53:44 mgxGEnu8
最終的な書き込みサイズがわかってればな。
データを書き込むコードが糞だったり
ログ等で追記していく場合隙間に入り込んでしまう。
963:login:Penguin
09/09/03 16:17:19 mgxGEnu8
まだ1%も越えてなかったのかよｗ
URLﾘﾝｸ(www.computerworld.jp)
964:login:Penguin
09/09/03 16:39:10 zm3T6s5E
Windowsはデフラグしないと遅さが体感できるくらい性能が悪いからデフラグする。
Linuxはデフラグしなくても遅さがわからないくらい性能がいいからデフラグ不要。
965:login:Penguin
09/09/03 16:52:59 2wBdvrOk
>>964
性能･･･？
966:デムパゆんゆん
09/09/03 16:54:14 zZWJlZD9
俺の物は俺の物
お前の物は俺の物
お前のおっぱいは俺の物
967:login:Penguin
09/09/03 20:05:37 1ljDZKZT
） _＿ r（ ,、_ /
あ （_ , ‐''"￣ ￣ `''‐､ ゞ, ｒｒ～ヅ´ ﾐ ,'.
あ / ヽ ﾌﾊ _ ﾐ {. >>966
. っ （ i ｊ ///ｊ } ﾄ、} ﾐ｜_.. -'_"-'´＼ r'⌒ヽ {
!! ) ﾉ}. ｊ/ノノ〃 jﾉ jハﾘ ﾞi`'''Tjフ } ﾐトｰ } ｌ
（ }ﾉノ _.’- 'ﾉﾉ 冫＝} ,' ,.‐'" { {い) / ﾉ_
Vヽハｊ⌒ i〃ｰ_''ニ ,､:: {ﾆ'”{ ,' ゞﾞ ｆ ｸｧ ―`‐- 、.._,､-'´
l. ｆ⌒ヽ.{ ”´-'' " `､ ',〈.､,.. ,.‐'´ `' 、｀`丶､
i、 i ⌒> l! ｒ, ﾉ l )__.. -ｧ ／
ｉ ＼（( ｌｊ , ‐--.ｨ ! Y´_ ./ ＼ ＼＼
`､ こ､. { ｊ i ｊ ﾞiﾞ { ＼ ＼＼
ヽ ﾘ ＼ ｀_'二． ,' /ﾉ 丶、,､イ ＼ ＼＼
V ヽ / { ＼ ＼＼
968:login:Penguin
09/09/03 20:06:13 /uuJljZH
激烈に遅くなることは少ないが、速くすることもできない
ある意味中庸
969:login:Penguin
09/09/03 20:07:26 rhI/+ojP
>>964
ファイルアクセスのロジックなんて似たようなもんじゃねーの。
速度か安全性を重視するかで、多少の変更があるくらいで。
970:デムパゆんゆん
09/09/03 20:42:14 0oaaMKTZ
>>967
やめて 今終わったばかりなのに またパンツびしょびしょに濡れる
971:login:Penguin
09/09/04 07:38:45 YrCs+kbp
>>965
性能でわからないなら、ディスクシステムの設計と言ってもよい。
972:login:Penguin
09/09/04 19:47:47 YmuWIomG
見せてもらおうか、デフラグしなうてもいいOSの性能とやらを。
973:login:Penguin
09/09/04 19:50:48 Cvl8obQh
馬鹿なのか馬鹿を装っているのか全く判別しようがないのがこの板の恐ろしいところ
974:デムパゆんゆん
09/09/04 19:55:57 S19LiDbx
判別式はファルコンの定理で解明される
で で でん でんでんでん で ででででん
975:login:Penguin
09/09/04 21:03:11 JpTpy5kP
>>972
Linux使ってりゃわかるだろ。あ、そうか、Windowsしか使ってないのか。じゃあわからんわな。
976:login:Penguin
09/09/04 21:15:31 uosJQPsr
Linuxは確かに演算能力が高い。
俺は円周率を求めるプログラムを作製した。
最初のバージョンはWindowsだった。
Windows版は、最初勢いよく結果を更新し続けた。
それはまるでルーレットのように高速だった。
しかし、桁が増えていくにつれて、一桁を更新するのに一秒かかるようになり
二秒かかるようになり、しまいには数時間かかるようになった。
これでは完全な円周率を求めることは困難だと思い、次のバージョンをLinuxで
作った。
このバージョンは明らかに高速だった。
なんと実行開始と同時にすべての演算を終えたのだ。
Linuxは、完全な円周率を一瞬にして求めきった。
つまり、円周率は有理数だった。
是は現在の数学を覆す大きな発見だ。
このような偉大な発見はWindowsでは到底できなかったことだ。
Linuxだからこそ可能だったのである。
Linuxは人類の歴史を変えたのである。
977:login:Penguin
09/09/04 21:34:26 ovNBP02v
>>976
嘘くさ。ソース出せよ。
円周率の計算なんて、ハードウエア依存のほうがデカいだろ。
978:login:Penguin
09/09/04 21:55:24 XnkYhP0Q
>>976
お前計算量くらいみんな知ってるわ。
979:login:Penguin
09/09/05 02:50:42 1cxo5JIZ
Linuxで計算したら、演算バグが発生するって皮肉だろｗ
それぐらいわかれよｗ
980:login:Penguin
09/09/05 04:56:29 cu9Ya0oE
linuxでの演習率計算結果
π＝3
981:login:Penguin
09/09/05 05:36:19 VNByzTvT
>>980
ゆとりOSw
982:login:Penguin
09/09/05 07:05:57 ZC3SGJ/z
>>980
Linux使ったことないのがまるわかりw
983:login:Penguin
09/09/05 07:19:06 cu9Ya0oE
>>982
失礼な。これはJD＠Ubuntu9.04で書き込みしてるのだが。
linuxでの平方根の計算結果
√2＝1
√3＝1
√4＝2
√5＝2
√6＝2
√7＝2
√8＝2
√9＝3
984:login:Penguin
09/09/05 07:23:39 MQ9cdfIb
>>983
それ、linuxが悪いんじゃなくてglibcのせいじゃね？
985:login:Penguin
09/09/05 07:25:06 MQ9cdfIb
float a = PI;
printf("π=%d\n",a);
Windowsでも3って出たyo!
986:login:Penguin
09/09/05 08:16:57 VNByzTvT
>>985
Visual C++とか使ってるだろ？それ、バグがあるから。
987:login:Penguin
09/09/05 09:08:23 tpT3TGmO
C使ったことないのがまるわかりw
988:login:Penguin
09/09/05 10:10:44 wheRg9jv
USBにコピーしたらまったくパソコンがそのUSB認識しなくなってしまったんですけど。
これだから無責任なOSは使っちゃいけないんだな。ムカつく。
989:login:Penguin
09/09/05 10:11:42 MQ9cdfIb
>>988
お前には向いてない。
990:login:Penguin
09/09/05 18:05:08 97agqtjI
>>983
mathライブラリ使ってちゃんと汲めばそんな答えは出ない。
実数演算したことないだろ、おまえ。
991:login:Penguin
09/09/05 18:16:23 fcQj4fAg
俺はまたしても犬厨をなめていたようだった。
「有理数だった」とまで書いているのにそんな突っ込みが入るとは。
まったく予想していなかったのである。
992:login:Penguin
09/09/05 18:20:28 iF51O+X6
>>991
お前誰からも相手にされてないみたいだから
俺が相手になってやるよ。
993:login:Penguin
09/09/05 18:25:01 g/FfVEMU
>>983
int a = sqrt(3.0);
とかしてんだろ。
ネタにして遊んでるんならすまん。
994:login:Penguin
09/09/05 19:30:09 6RirLvie
次
Linux使っててこりゃ普及するわけないと思った時34
ｽﾚﾘﾝｸ(linux板)
995:login:Penguin
09/09/05 20:40:08 MQ9cdfIb
>>990
mathライブラリをいくら使っても%dで実数を表示するのは不可能。
996:login:Penguin
09/09/05 23:13:20 97agqtjI
>>995
当たり前だ。そんなことをするようなアホが983みたいなことを平気で書く。