CentOS Part 23【RHEL Clone】
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2010/01/31(日) 00:09:00ID:2ZZUbuzYRed Hatと無関係なコミュニティが無償配布しておりRed Hatのブランドとサポートはありません。
Fedora Core 6≒RHEL 5≒CentOS 5です。
FC 6やRHEL 5用のノウハウや野良RPMはCentOS 5でほぼ通用します。
前スレ CentOS Part 22【RHEL Clone】
http://pc11.2ch.net/test/read.cgi/linux/1256771136/
CentOS (The Community ENTerprise Operating System)
http://www.centos.org/
CentOS 配布ミラーサーバ
http://www.centos.org/modules/tinycontent/index.php?id=13
RPMforge （サードパーティのリポジトリ）
https://rpmrepo.org/RPMforge
Wikipedia CentOS
http://ja.wikipedia.org/wiki/CentOS
0611login:Penguin
2010/04/20(火) 21:32:41ID:6xw2TJpGん〜とつまりね、サーバ機の種類や、ハードウェアの構成によっては、なぜかCentOSのインストーラが最後まで進まないことがあるんだよね。
そうゆうときは、最新版にこだわらずに少し前の版を使ってみると問題なくインストールできたりする。5.4がうまくいかないときは、5.3や5.2を試すといいよ。
0612login:Penguin
2010/04/20(火) 21:47:17ID:gRXJBlMnanacondaはメモリいっぱい食う。
失敗するときはメモリを足すか、最小構成でやり直すといい。
0613598
2010/04/20(火) 22:19:40ID:RkWZ/eR1マシンはNECの110Gdに8Gのメモリを乗せてます。
0614login:Penguin
2010/04/20(火) 22:19:51ID:TrkPGQZ1サポートが切れたりするとうざいので、CentOSにしようと思って勉強中です。
で質問なのです。
LINUXは、かなり細かくパーティションを設定すると聞きましたが、それはなぜですか。
パーティションを細かく設定することによって何かパフォーマンスが向上するのでしょうか？
（extはファイルの断片化が激しいため、細かくパーティションを切っておくほうが断片化の範囲が狭く有利だったりするのでしょうか？）
DBのデータ領域や、HTTPのファイル置き場などでパーティションを切ろうか迷っているのですが、
どうもいまいち利点がわかりません。
お願いします。
0615login:Penguin
2010/04/20(火) 22:20:40ID:4uzLeutP0616login:Penguin
2010/04/20(火) 22:24:24ID:Tzl8OxT/それは悪魔教の教義です。惑わされないように注意しましょう。
0617login:Penguin
2010/04/20(火) 22:25:32ID:gRXJBlMnわかんないなら / だけで充分。
切るのはHDD容量が少なかった昔の名残りとか、技術的にそうしなければならない問題点がある場合。
あと、趣味。
レンタルサーバとかを借りてみればわかるが、まるごと1個で使うことに何も問題はないし、今はそれが普通。
0618login:Penguin
2010/04/20(火) 22:27:03ID:JQlhtX+dアップグレード時ルートパーテーションバッサリできるのがメリットかな
ネットワークインストールだから、の気がする。
DVD/CDからのフツーのインスコ方法ならたぶん無問題。
0620login:Penguin
2010/04/20(火) 22:44:20ID:TrkPGQZ1返信、ありがとうございました。
アップデート以外に特に利点もなさそうなので、/bootと/のみにします。
0621login:Penguin
2010/04/20(火) 23:47:09ID:LRckC4+gSCSI HDDで9GBとか18GBとかだと容量がすぐに足りなくなるので
スライス切っておいて、足りなくなったスライスにHDD増設するみたいに。
0622login:Penguin
2010/04/21(水) 01:04:44ID:g7FGOyIQ流通しているHDDが9GBや18GBの頃はそれで足りてたよ。今考えるととんでもないが。
パーティションは用途によって分ける。/bootが特別なのはおいといて、今時ならこんな感じじゃない？
/ いわゆるシステム、あまり書き込みは発生しない
/var いろんなデータとかログとか、ゴリゴリ書き込む
/home 一般ユーザが書き込むので、システムとは分けておきたい
あとは必要に応じて。
さらに大昔、テープでdump/restoreしてた頃は、1パーティションだとテープの後ろの方に書かれたファイルのアクセス性が悪いとか、そもそもテープに入らないとか、あったけどな。
0623login:Penguin
2010/04/21(水) 01:21:18ID:vCgP0cU2書き込みの頻度とかを考えるなら、パーティションよりもHDDを分けるんじゃね?
0624login:Penguin
2010/04/21(水) 01:29:56ID:+372RBwm0625login:Penguin
2010/04/21(水) 01:33:25ID:vfcFb1Qj書き込みの多いディレクトリを別パーティションにしたら断片化も限定的になるし。
0626login:Penguin
2010/04/21(水) 01:55:23ID:g7FGOyIQアクセススピードを追求するならそうかもしれんけど、必要性はあまり高くないと思う。
ユーザがデカいファイル置いたりログが溢れてno spaceになるのは避けたい。影響の局所化。
0627login:Penguin
2010/04/21(水) 02:02:11ID:LYDaDImq0628login:Penguin
2010/04/21(水) 02:27:10ID:eBqLa/re0629login:Penguin
2010/04/21(水) 02:52:49ID:+372RBwm0630login:Penguin
2010/04/21(水) 03:02:00ID:47t/B3Z80631login:Penguin
2010/04/21(水) 07:47:11ID:LYDaDImq0632login:Penguin
2010/04/21(水) 09:41:01ID:mRUNdZutつか、CentOSのデフォルトってその二つだけだよね。
> LINUXは、かなり細かくパーティションを設定すると聞きましたが
ってのは一体何の話?
「一般論」としても、今日びインストール時にユーザが細かく設定とか
あまりしないんじゃないかと思うが。
むしろハードウェア等に特殊な要求がなければ「分けない」のが普通な気が。
0633login:Penguin
2010/04/21(水) 11:14:10ID:BFrwERwwあるいは DoS 攻撃でパーティションを溢れさせたり、たまたま処理データ量が多くて、
パーティションを溢れさせたりといったことで業務が止まるリスクを減らすため、
仕様変更や業務用件変更で、特定のパーティションサイズを拡大する必要があるなどで、
細かく分割することは今でも普通のこと
以下は現在テストで利用している環境のパーティション状況
テスト環境のためお金がないのでソフトウェア RAID
動的にパーティションサイズを変更するために LVM 利用はデフォ
PostgreSQL のクラスタ・パーティションについては DRBD で冗長化
# fdisk -l | grep hd
Disk /dev/hda: 41.1 GB, 41174138880 bytes
/dev/hda1 * 1 203 102280+ fd Linux raid autodetect
/dev/hda2 204 79780 40106808 fd Linux raid autodetect
Disk /dev/hdc: 41.1 GB, 41174138880 bytes
/dev/hdc1 * 1 203 102280+ fd Linux raid autodetect
/dev/hdc2 204 79780 40106808 fd Linux raid autodetect
# cat /proc/mdstat
Personalities : [raid1]
md1 : active raid1 hdc2[1] hda2[0]
40106688 blocks [2/2] [UU]
md0 : active raid1 hdc1[1] hda1[0]
102208 blocks [2/2] [UU]
0634login:Penguin
2010/04/21(水) 11:16:44ID:BFrwERww# pvscan
PV /dev/md1 VG vg0 lvm2 [38.22GB / 17.97 GB free]
Total: 1 [38.22 GB] / in use: 1 [38.22 GB] / in no VG: 0 [0 ]
# lvscan
ACTIVE '/dev/vg0/lv.root' [256.00 MB] inherit
ACTIVE '/dev/vg0/lv.rx78' [1.00 GB] inherit
ACTIVE '/dev/vg0/lv.home' [2.00 GB] inherit
ACTIVE '/dev/vg0/lv.tmp' [1.00 GB] inherit
ACTIVE '/dev/vg0/lv.usr' [3.00 GB] inherit
ACTIVE '/dev/vg0/lv.var' [1.00 GB] inherit
ACTIVE '/dev/vg0/lv.swap' [2.00 GB] inherit
ACTIVE '/dev/vg0/lv.pgsql' [10.00 GB] inherit
# drbdsetup /dev/drbd0 show | grep -E "^.(disk|device)"
device "/dev/drbd0";
disk "/dev/vg0/lv.pgsql";
# df | grep -v none
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/vg0-lv.root 253871 94566 146198 40% /
/dev/mapper/vg0-lv.rx78 1032088 34712 944948 4% /rx78
/dev/md0 98971 10846 83015 12% /boot
/dev/mapper/vg0-lv.home 2064208 1425008 534344 73% /home
/dev/mapper/vg0-lv.tmp 1032088 34116 945544 4% /tmp
/dev/mapper/vg0-lv.usr 3096336 1655472 1283580 57% /usr
/dev/mapper/vg0-lv.var 1032088 137552 842108 15% /var
/dev/drbd0 10320852 2295484 7501100 24% /var/lib/pgsql
0635login:Penguin
2010/04/21(水) 11:21:37ID:NhCXf6wd分割したら余計溢れる可能性が高まる。
よくある/varとか/homeだけ別とかでは、業務毎のリスク分割にはならないしな。
0636login:Penguin
2010/04/21(水) 11:23:31ID:QJ/V0vG70637login:Penguin
2010/04/21(水) 11:31:03ID:Ose/Fgh20638login:Penguin
2010/04/21(水) 11:32:04ID:BFrwERww>636
ちなみに上記はテスト環境の例であって、本番環境については業務ユーザグループごとに
グループのパーティションを分割 (/home1 〜 /homeXX) 、
業務ごとにパーティションを作成し、１つの業務における問題が他の業務に影響しないようにしている。
ある意味自己満足の世界であることは否めない。
0639login:Penguin
2010/04/21(水) 11:37:56ID:NU1esQJh必要に応じて分ける。それだけだ。
0640login:Penguin
2010/04/21(水) 11:41:30ID:Y5U9WWoK0641login:Penguin
2010/04/21(水) 11:52:04ID:om5toLsoふつーに溢れます
対規模メールサーバのログ量なめたらあかん
0642login:Penguin
2010/04/21(水) 12:05:40ID:NU1esQJh対規模って何ユーザくらい?
0643login:Penguin
2010/04/21(水) 12:09:10ID:QIB1dGEnで、1TBのログどうすんのよ。
溢れさせてあー凄いね、で終わり？
0644login:Penguin
2010/04/21(水) 14:09:50ID:97Jm/NR3http://www.google.com/chrome/eula.html?hl=ja
この場合、Fedora用でも出来るのでしょうか?
firefoxの重さに嫌気がさして移行を考えたのですが
ただ単にrpmコマンドでインストールしようとしてもエラーが出るとか書かれていたものですから
0645login:Penguin
2010/04/21(水) 14:16:50ID:om5toLsoすまん、大規模の打ち間違い・・・
1サーバ5,000〜10,000ユーザーくらい
0646login:Penguin
2010/04/21(水) 15:02:30ID:qB0TBp4kFirewall切り替えた時に、local1とlocal2を間違えて
ずっと、気が付かなくて
（Firewallのログは、daily+compress messagesは、weeklyでnocompress）
サーバなんか重いなーって思ったら
messagesが、すんごいことになってて
/が98%とかになってて
/var分けておけばよかったと思った
0647login:Penguin
2010/04/21(水) 15:23:34ID:NU1esQJh同じくらいの規模のサーバあるけど
圧縮して3ヶ月で30GBくらいだな。
0648login:Penguin
2010/04/21(水) 17:52:32ID:97Jm/NR3ある程度のスペックのパソコンならば感じないだろうけど、低スペックのパソコンじゃ別物というくらい
CPU占有率が低いし、ページダウンとかしても軽快に動く
元々Opera使いにくくて嫌いだったんだけど、centOSとの組み合わせはfirefoxよりもいいかもしれない
不満が一気に解消した
0649login:Penguin
2010/04/21(水) 20:03:26ID:8DFv5Qh4firefoxなら最新バージョン使えばある程度軽くなると思うけど
参考ブログ：ttp://woodyring.blog.so-net.ne.jp/2009-06-05
0650login:Penguin
2010/04/21(水) 20:54:20ID:FkU5MGzGmomoのところでとまってしまいました。
ひょっとして、Extrasのリポジトリがダウンしてるとか、調べる方法、
誰か知りませんか？
(というか、インストール中にExtrasのパッケージなんか指定するんじゃなかった。
"特定のモジュールのインストールを強制スキップ"とか、できないですよね？)
0652login:Penguin
2010/04/21(水) 22:35:16ID:SJRvdRfLちゃんとlogrotateでサイズ制限付けとけよ．
0653login:Penguin
2010/04/22(木) 00:35:43ID:0UP95ot6Unknown parameter encountered: "/E /KR"
Ignoring unknown parameter "/E /KR"
が出てくるのだけど、これってまずいのかな？CentOS5.4です。
ちなみにsamba設定にはまってて、見えるがまだフォルダが開けるまでいってない
0654login:Penguin
2010/04/22(木) 00:55:31ID:fhjy5LnV確認する方法って何かありませんか？
0655login:Penguin
2010/04/22(木) 00:58:54ID:fae/E2dNなんだったか忘れてしまったが、ethtool -iだったんじゃね?
0656login:Penguin
2010/04/22(木) 01:15:42ID:fhjy5LnV#/sbin/ethtool -i実行したのですが、
Cannot get driver information: No such device
とそんなデバイスないと怒られました
0657login:Penguin
2010/04/22(木) 01:26:57ID:4mVIIK9r0658login:Penguin
2010/04/22(木) 02:11:14ID:28NFPDfh0659login:Penguin
2010/04/22(木) 02:14:06ID:pEz0qNGE0660login:Penguin
2010/04/22(木) 02:33:20ID:aWXHqvX10661login:Penguin
2010/04/22(木) 08:57:25ID:pnijhgHs俺のTCP/IPの知識じゃ難しかった
基礎的なところはやったつもりだったんだけど、いざ自分でってなると・・・
centOS使ってる人って、FedoraとかUbuntuのように「デスクトップとして」っていうのではなく、やはりサーバー活用として使ってると思うんですが、
このスレの住人はこの本位の事は全て理解し実践で使えるんでしょうか？
というか、LAMPというものもこの位のサーバーの知識くらいは常識なのでしょうか？
0662login:Penguin
2010/04/22(木) 09:56:15ID:0frYHkDa0663login:Penguin
2010/04/22(木) 10:01:50ID:NYOxtvdZLAMP ってサーバ側の話じゃん。
0664login:Penguin
2010/04/22(木) 10:02:15ID:Ci1a6acK自分に合った本がわかる様になるし,１冊で判らないことも数冊読んで判ることもある.
いちどに全部知ろうとしないで,ちょっとずつ理解していけばいいんじゃない？
0665login:Penguin
2010/04/22(木) 10:23:35ID:avSFhbh/TCP/IPって何？ってな状態なのに
現任者が失踪していきなり鯖管にされてはや3年
慣れだよ慣れ
書籍いろいろ買ったけど結局使わずじまい
ネットで検索して試行錯誤繰り返して運用してる
0666login:Penguin
2010/04/22(木) 10:28:16ID:8kfmPfs50667login:Penguin
2010/04/22(木) 11:41:26ID:gxqYHXzIインストールして
実践して
分からないとこはgoogle先生
てな感じじゃないの?
普通
0668login:Penguin
2010/04/22(木) 15:43:04ID:4mVIIK9r現場で仕事した事ない人？
遊び、趣味だったら・・・(ry
0669login:Penguin
2010/04/22(木) 15:45:39ID:xleRLv9G世の中には君が考えているよりも、様々な職場がある。
0670login:Penguin
2010/04/22(木) 15:56:47ID:Ojpu5OQnメールアドレス[email protected]
ログイン日時は、今日の23:00です。
お願いします。
0671login:Penguin
2010/04/22(木) 15:58:10ID:Ojpu5OQnメールアドレス[email protected]
ログイン日時は、23:00です。
お願いします。
0672login:Penguin
2010/04/22(木) 15:59:39ID:28NFPDfh0673login:Penguin
2010/04/22(木) 16:07:04ID:xeLXXQig0674login:Penguin
2010/04/22(木) 16:28:51ID:PSr0IZV+ftp://ftp.riken.jp/Linux/centos/5.4/isos/i386/CentOS-5.4-i386-bin-DVD.torrent
ftp://ftp.riken.jp/Linux/centos/5.4/isos/x86_64/CentOS-5.4-x86_64-bin-DVD.torrent
0675login:Penguin
2010/04/22(木) 16:47:21ID:4mVIIK9rん、当たり前すぎて何も胃炎和
0676login:Penguin
2010/04/22(木) 16:48:07ID:gxqYHXzI>>661 が「現場で仕事」の話に
見えるようならかなり重症
0677login:Penguin
2010/04/22(木) 17:13:03ID:4mVIIK9rそっか？
まぁいいけどさ
安価ぐらいつけるｸｾつけろよ・・・まぎらわしい・・・
0678login:Penguin
2010/04/22(木) 19:25:18ID:ybCX8m+E最初の設定の類もネットにたくさん転がってるから
昔の鯖管ほどの苦労はない
0679login:Penguin
2010/04/22(木) 21:11:37ID:DafiFN3m0680login:Penguin
2010/04/22(木) 23:11:03ID:ncYrtdSO>>679
一応32bitでもRHELならメモリ12GBほど使えたと思うけど
64bitにして何かこれと言ったメリットあったかな？
ツールのインストールで躓きまくった記憶しかない
0681login:Penguin
2010/04/22(木) 23:53:16ID:GePBpH5G0682login:Penguin
2010/04/23(金) 02:09:04ID:VqxpCD8M0683login:Penguin
2010/04/23(金) 02:33:03ID:5trQ2Z4lCentOSで何したいんだか。
0684login:Penguin
2010/04/23(金) 06:45:57ID:BbWNV5rN逆に32bitで問題ないなら ってなるから、
どっちでもいいのかな。
0685login:Penguin
2010/04/23(金) 06:59:21ID:TQOFYW4bCPUが使えるレジスタの数も違うし、わざわざ使う必要はない
0686login:Penguin
2010/04/23(金) 12:27:45ID:EcT/RfL132bitで4GB超えのメモリを使うにはPAEを有効にしたカーネルが必要。
これを使うとメモリアクセスのオーバーヘッドが大きくなり遅くなる。
64bit版を使うと、そういうパフォーマンスの低下が無い上に、使えるレジスタ数が多く、
通常のプログラムの実行も大体5%程度速くなる。
デメリットはポインタサイズが増えて、消費メモリ量が多くなること。
はっきり言って、メモリの多いサーバで32bit版を使ってもデメリットばかりだよ。
0687login:Penguin
2010/04/23(金) 15:42:54ID:TQOFYW4bプロセスごとにTLBクリアして切り替えるからだったよな？
だとしたらプロセス数が増えるほど遅くなって余計にいみねーな
0688login:Penguin
2010/04/23(金) 16:07:43ID:NqZeRONxM+ IPAにしたんだけどOperaでも、いかれたfontじゃなくなって良かった
ただ、色が薄くて少し見えにくいかな・・・
皆はどんなfont使ってます?
0689login:Penguin
2010/04/23(金) 17:20:26ID:BYWho9kw0690login:Penguin
2010/04/23(金) 17:49:16ID:izaC773rラッキーちゃん
0691login:Penguin
2010/04/23(金) 20:31:18ID:BXLYDmIp-*-*-*-〜って奴をどう書けばいいんだろう
0692login:Penguin
2010/04/23(金) 20:54:42ID:6zqs5Cgm0693デムパゆんゆん＠春眠妖精
2010/04/23(金) 21:33:35ID:IVzQz9Hdttp://www.forest.impress.co.jp/docs/review/20100423_363356.html
ここでせんとくんの壁紙出してたやついたな
これでせんとすも大人気間違いない
>>688
Monapo使っている
自由に使えるオープンソースの日本語フォント
ttp://sourceforge.jp/magazine/09/04/27/0313213
0694login:Penguin
2010/04/23(金) 23:08:11ID:HlSMtouSだって
0695login:Penguin
2010/04/23(金) 23:30:27ID:O0+2skAYFedora11,12のrpmなら
-*-IPAGothic-*-
-IPAGothic-*-
とか？
/etc/fonts/conf.d/65-ipa-gothic.conf
/usr/share/fontconfig/conf.avail/65-ipa-gothic.conf
/usr/share/fonts/ipa-gothic/ipag.otf
とかに、設定があるかも。
VLGothic-fonts
VLGothic-fonts-proportional
かな。F11などからソース取ってきて入れた。
0697login:Penguin
2010/04/23(金) 23:52:16ID:J48eXIv4．
5は？
0698login:Penguin
2010/04/24(土) 00:45:12ID:P8cdaVx0それは理想論であって現実には必ずしも成立しない。
コードの成熟性、コンパイラの成熟性やドライバの成熟性などで
x64のほうが不安定だったりパフォーマンスが出なかったりすることは多々ある。
逆に開発が全面的にx64メインに移行していたりすると
x86側がメンテ放棄に近い状態の時もある。
x86とx64の理論上のパフォーマンス差なんて、上記に比べれば誤差範囲。
0699デムパゆんゆん＠春眠妖精
2010/04/24(土) 01:01:45ID:ZCKOIQuZでi386とのバイナリの速度比較をした文書が出たことがあって、
x86_64の方が>>697がいう5%くらい早いというものだったと思う。
なので差はあるんじゃないかなー
0702login:Penguin
2010/04/24(土) 01:13:46ID:P8cdaVx0まぁガバガバだわな、年季入ってる分。
>>700
そう、それが「理論値」。
極簡単で >698 にあるような影響を受けないであろうベンチ用コードで
お試しすればそんなくらいになりえる。
実際にはCPUの実装にもよるところが大きく、
たとえばIntel Core系CPUだとx64のほうが理論値でも遅い。
AMD系だとx64のほうが速い、など違いがある。
だが、そんなのをお構いなしにしてしまうくらい、 >698 で書いたような要素が
実際のOSやアプリケーションの動作の上では重要になる。
君はi386とx86_64に実際上差が無いということなんだし、ずっとi386使ってれば？
俺はkvm使うんで使わないけど。
0704デムパゆんゆん＠春眠妖精
2010/04/24(土) 01:30:57ID:ZCKOIQuZインテルのマンコは処女のキツキツマンコ
あむどは熟女のガバガバマンコと考えればいいのだな
今のインテルはCPUとメモリ直結でガバガバになっちゃった
処女の頃の初々しさがもうない
開発環境入れるとglibなりバグがあってコンパイル通らなくて結局
野良ビルドしたりする せんとすというか赤帽ももう少し開発環境も
あぷでとしてほしいのぅ
すうぜは昔からほとんどまったくあぷでとしない
ベンチに使えるのは実質せんとすしかない せんとすかぁいいよせんとす
0705login:Penguin
2010/04/24(土) 01:38:37ID:P8cdaVx0日本語不自由かい？
CPUというハードウェアの実装面での違いやOS、ドライバ、
アプリケーションなど含めて各人の環境による、と言っているんだよ。
特にx64に関して言えば、Intel Core系アーキテクチャのCPUの利用者が
それなりに多いだろうが、この場合x64のほうが単純に遅くなる。
この事実に触れずに「x64のほうが速い」と言い張るのは無謀。
0706login:Penguin
2010/04/24(土) 01:40:25ID:6YVT5ACn0707login:Penguin
2010/04/24(土) 01:49:04ID:6oarLl28> 特にx64に関して言えば、Intel Core系アーキテクチャのCPUの利用者が
> それなりに多いだろうが、この場合x64のほうが単純に遅くなる。
実際に試してみてるが、大抵x64のほうがCoreでも速いよ。
AMD程劇的ではないというだけ。
やっぱりレジスタ数2倍の効果は大きい。
0708login:Penguin
2010/04/24(土) 01:54:54ID:P8cdaVx0すまない、たしかに俺のレス内容が微妙に揺れてるね。
>705 については、
>特にx64に関して言えば、Intel Core系アーキテクチャのCPUの利用者が
>それなりに多いだろうが、この場合x64のほうが
「頼りの綱の理論値でのパフォーマンスさえも」
>単純に遅くなる。
>この事実に触れずに「x64のほうが速い」と言い張るのは無謀。
と読み替えてほしい。
俺の話の主題はCPUのアーキテクチャによる差のところじゃなくて、
>698 で書いた方の話だから。
>>707
正直な話、具体的な環境やテスト内容を書かないパフォーマンス論は
仕事柄もあって聞き飽きてるので興味がない。
0710login:Penguin
2010/04/24(土) 02:09:20ID:P8cdaVx0x64を否定も肯定もしていない俺に対して、 >703 のようにレスする必要は
そもそもないということに気づいているかい？
条件を示さずに「とにかくx64のほうが高速だ」には俺は反論しているが、
「だからx86のほうがいい」とは書いていないし、x64を否定もしていない。
各人の環境や用途ごとにx86やx64のどっちが適切かは変わる、
なんてのは俺が最初から書いていることに他ならない。
そこで、なんで >703 を書いてしまうのかをよく考えるといいよ。
■ このスレッドは過去ログ倉庫に格納されています