はじめての自宅サーバ構築 - Fedora/CentOS -
Last Update 2018/01/16
[ 更新履歴 ] [ サイト マップ ] [ 質問掲示板 ] [ 雑談掲示板 ] [ リンク ]
トップ >> 当サイト情報 >> スレッド

このページは表示専用です。新規投稿・レスや最新情報はこちらです。

このスレッドはクローズされています。記事の閲覧のみとなります。

 XOOPSが遅い?
日時: 2006/02/16 22:30
名前: ももんが   <momonganet@jcom.home.ne.jp>

【よろしくお願い致します。】さん狙いの質問です。
質問しにこられている所、逆に質問してしまい恐縮ですが、簡単にコメントしていってもらえるとありがたいです。

【よろしくお願い致します。】さんのホームページ

http://www.shiawase-home.com/

ですが、このサイトはXOOPSですよね?そして、セレロン466使用なんですか?
自分ですが、以前XOOPSを試験的に運用してみたことがあるのですが、アクセスに対する応答が非常に遅く
これはダメだ!という結論で、試験運用を辞めてしまったことがあります。
(他のXOOPSサイトを見て回っても同じ様な状況だった)

そこで質問なのですが、

●【よろしくお願い致します。】さんは、何か軽量化対策等実施されているのでしょうか?
●バージョンの違いで、アクセス応答速度に変化等あるのでしょうか?
●メモリーはどれ位 搭載しているのでしょうか?

■ コンテンツ関連情報

 Re: XOOPSが遅い? ( No.1 )
日時: 2006/02/16 23:11
名前: よろしくお願い致します。   <info@shiawase-home.com>
参照: http://www.shiawase-home.com

今までセレロン466、メモリ512M、マザー810を搭載していたのですが、
本日(本当に本日のほやほや)お蔵入りしていた
P3-866
マザー815
メモリ512M
に交換しました。

お蔭様で、多少レスポンスが良くなりました。

ちょうどマザーを交換した報告を載せたので、そちらも参照して下さい。

http://kajuhome.com/cgi-bin/patio/patio.cgi?mode=view&no=421

ちなみに、基本的にはXOOPSですが、
ブログだけはMovableTypeを使っています。
なので、デザインが異なっているところが困った点です。
また、インラインフレームをうまく使えば
デザイン上はどうにかなるのですが、
検索エンジン対策としては上手くないので、
まっいいいか、という状態です。

********************

今までセレロンを使っていた理由は、
電気代を節約したかったことと、清音化を目指していたことです。
電気代がいくらかかっても良ければ
いくらでもレスポンスを良くすることが出来ると思いますが、
それではランニングコストがかかってしまうので、
私としては、100W以内で稼動するシステムを考えています。

新しいマザー(815)とCPU(P3-866)では
電源ユニット92.8Wの古いものを利用しています。
現在のサイトの動作状況とランニングコストから考えれば
このくらいかなぁ、と思っています。

よくよく調べると、セレロン466って23〜24Wで
ペンティアム3−866でも28〜29Wでたいしたこと無いんですよね。
同じクロック数だと、P3もセレロンも同じくらいのW数みたいです。

ならば、P3の方が良いではないか・・・という発想です。

本当は、815のマザーにC3−800を搭載したいのですが、
CPUを認識するものの、カーネル画面からバイオスに戻る不具合が発生していて
上手くいっていません。
今後どうしようか考えようと思っています。

(C3−800の場合、W数が8Wくらいで、
今まで使っていたファンレスのヒートシンクが利用出来、静音かつ電気代の節約となる
現在は、CPUファンがぶんぶん言っているので、静かなものに取替えようと思っています。)

*********

私もXOOPSは重いと感じています。

特別なことはしていないのですが、
HDは20G利用していまして、
利用する容量に対して余裕があるようにしています。

どのようにして高速化しようか・・・というところが現在の悩みです。

PHPはサイトにアクセスがあった時点で、
いちいちPHPを起動させるらしく
その分、動作が遅くなるようです。

今月号の日経リナックス(2006−3)では、
1.アパッチの2.2を利用し、
2.PHPを常駐化させてPHPを高速化させる方法
3.キャッシュを活用する方法
が掲載してあり、本日実験していたのですが、
上手くいっていません。

(アパッチ2.2で、HTMLのテストサイトは成功しましたが、
XOOPS(PHP)が認識されず、エラーになります。

なんでも、権限が無い、とか出ます。
http.conf のユーザー・グループをアパッチにしたりしてみましたが、
上手くいっていません。
また、他の設定ファイル
(バーチャルホストだの、もろもろ)
をどのようにしたら良いのかが分からず、唸っているところです。

そもそも、アパッチ2.0は/etc/httpd/にインストールされ
その中にconf/ とconf.d/ のディレクトリがあって
conf/ にhttpd.conf が、  
conf.d/ にもろもろの設定ファイル *.conf があります。

一方のアパッチ2.2は、デフォルトの状態で
usr/local/apache2 にインストールされますが、
その中に
conf/ はあるものの
conf.d/ はなく、
conf/extra/ の中に多少の設定ファイル *.conf があります。

このあたりも、今までの設定をどのようにしたら良いのかが分からず、
ため息をついている状態です。

とりあえず、現状のままでいいか、と諦めたところだったので、
是非とも「ももんが」さん、
日経リナックスを買って、
チャレンジしてください(笑)。

それで、是非とも、上手くいった状態を
「詳〜しく」(今までの設定ファイルの移動とかを含めて)
投稿していただけると幸せです。(笑)

ともあれ、私の知っていることは
何でも投稿しますので、多少なりともお役に立てれば幸いです。
 Re: XOOPSが遅い? ( No.2 )
日時: 2006/02/16 23:41
名前: ももんが   <momonganet@jcom.home.ne.jp>

>今月号の日経リナックス(2006−3)では、
>1.アパッチの2.2を利用し、
>2.PHPを常駐化させてPHPを高速化させる方法
>3.キャッシュを活用する方法
>が掲載してあり、本日実験していたのですが、


あっ!やっぱりPHPが遅いというのは世間でも問題視されているというこなんですね。
ちょっと安心したりして。。。私も日経リナックスを買ってチャレンジしてみます。
【よろしくお願い致します。】さんがうまくいっていないと頭を抱え込んでいる様では
私じゃまるで歯がたたん、、、という感じでしょうがやってみます。またなにか情報を
見つけたら投稿させていただきます。(そういえば、たまにXOOPSをサクサク動かしている
サイトも見かけますので、環境やなにか技を使っているのか偵察してきます)
いづれにしてもコメント有難うございました。
しかし【よろしくお願い致します。】さんも沢山CPUを持っていますね。。。実は私もsocket370系のCPUを
沢山持っていて、この前、パソコン周辺の整理をしようとしたら使っていないものが
5個も出てきました。いつの間にこんなに増えていたんだろうとあせりまくりましたが。。。
 Re: XOOPSが遅い? ( No.3 )
日時: 2006/02/20 19:13
名前: かっぱ姫

お役に立つかどうかは判りませんが?
php-Acceleratorと言う物が有ります。

使用前 と 使用後のベンチマークの記録も残してますので参考になれば。。。

http://lalamie.ddo.jp/Server_Log/wiki/index.php?php-Accelerator
 Re: XOOPSが遅い? ( No.4 )
日時: 2006/02/20 21:10
名前: よろしくお願い致します。   <info@shiawase-home.com>

情報有り難うございます。

そのプログラムを適用してみたところ、
体感的に早くなったような気がします。

前回私が試していたのは
アパッチもパッチもPHPも全てコンフィグアするようなものだったので、
考えてみたら、メンテナンスが大変だ、ということに気が付きました。

あまりにも実験的な要素ばかり取り入れたならば
何の為のCENTOSなのだ?という振り出しに戻りまして、
現在、アパッチ2.1 PHP4 mysql4 にしています。

やっぱりメンテナンス等を考えたら、
極力YUMだのRPMの方が楽ですよね。

ただ、教えていただいたパッチは当てました。
かなり重宝してます。

有り難うございます。
 Re: XOOPSが遅い? ( No.5 )
日時: 2006/02/21 00:06
名前: ももんが   <momonganet@jcom.home.ne.jp>

かっぱ姫 様

情報有難うございます。ベンチマークによると、2倍強早くなるんですね。
XOOPSというかPHPには、何か秘密があるなと思っていたのですが、アクセラレーターがあったのですね。。。
勉強になりました。今後もよろしくお願いします。

PS 

fedorasrvの方でもお見かけします。今後もかっぱ姫様の御活躍を期待しております。
 Re: XOOPSが遅い? ( No.6 )
日時: 2006/02/21 10:20
名前: stratix

PHPAは私も使ったことがあります。ただ私の場合はほとんど効果が出ませんでした。
といっても、CPUはAMD Geode GX1 233MHzというかなり特殊な環境での話しですが^^;

PEARのXML Parserを使ってちょっと大きめのXMLファイルを構文解析させるような処理があったのですが、
これがどうにも遅く、上記の環境ですと1分かそれ以上かかっていました。
そこで淡い期待を寄せてPHPAを導入してみたのですが、実行時間に大差はありませんでした。
結局、PHPスクリプトのパースがネックとなっていたのではなかったわけです^^;

最終的には、ネックとなっている部分をCで書き直しlibxmlを使用するようにして、
PHPスクリプトからexecして外部コマンドとして実行するようにしました。
すると劇的に早くなって1分以上かかっていた処理が、1秒くらいで終わるようになりました(マジで)。
外部コマンドとして実行するということは、子プロセスを新たに生成するというオーバーヘッドが
あるにもかかわらず、そのほうが何十倍も早いのです。
結局、バイナリのプログラムとスクリプトでは、それほど実行速度に差があるということですね。
 Re: XOOPSが遅い? ( No.7 )
日時: 2006/02/21 23:59
名前: ももんが   <momonganet@jcom.home.ne.jp>

>stratix 様

回答有難うございます。速度の件を含めてPHPは、まだ発展途上という感じなんですかね?
雑誌とかを見るとセキュリティー的にCGIよりPHPの方がしっかりしているので、これからはPHPだ!
なんて記事を見かけるわりに、【PHP サイバーテロの技法】なんて物騒な本が販売されていたり
して何なんだ?という感じです。

業界でのPHPの評価ってどうなんですか?
今後の見通しとして、バージョンがあがっていくと多少なりとも速度は上がっていくのでしょうか?

私ですが、可能であれば今後PHPかCGIを勉強してネットショップを運営するオリジナルプログラムなんてものを
作ってみたいと考えています。
とりとめのない感じの質問ですが、時間のあるときにでも回答していただけるとありがたいです。

>よろしくお願い致します。様

よろしくお願い致します。様に、XOOPSの件に関してコメントをお願いしたのは、よろしくお願い
致します。様のサイトがXOOPSを使われているのに、比較的スムーズにアクセス可能なので、何か
細工をされているのでは?と思い質問させていただきました。決して遅いサイトですよと言って
いるわけでは有りませんので、誤解のないようにお願いします。
 Re: XOOPSが遅い? ( No.8 )
日時: 2006/02/22 02:38
名前: stratix

>ももんがさん

>回答有難うございます。
いえ、回答というより、貧弱な環境下での苦労話を書きたかっただけです^_^;

>速度の件を含めてPHPは、まだ発展途上という感じなんですかね?
現在でも発展し続けているとは思いますが、十分実用域に達しているのでは
ないかと、個人的には思っています。

>業界でのPHPの評価ってどうなんですか?
>今後の見通しとして、バージョンがあがっていくと多少なりとも速度は上がっていくのでしょうか?

どうなんでしょうね…。個人的には文法とか覚えやすいし、各種ライブラリや
フレームワークも充実していて好きですけどね。
ちょっと前までは、PHPは小中規模向きという位置づけで、大規模開発には
JavaやPerlだったようですが、最近は大規模開発にも使われ始めていると
いうような話も聞いたことがあります。
ちなみに私は業界(WEB業界?)の人でも専門家でもないのであしからず^^;;

>私ですが、可能であれば今後PHPかCGIを勉強してネットショップを運営するオリジナルプログラムなんてものを
>作ってみたいと考えています。

おお、それはまた壮大な野望ですね。しかしセキュリティ面はホントに
気をつけてくださいね。お金が絡んでくるだけにセキュリティホールが
あると洒落になりませんから…

それとCGIというのはhttpdからプログラムを起動するための共通の仕組み
のことをいうのであって、使用する言語はなんでもいいんです。CでもPerlでも
Rubyでも、シェルスクリプトでも…。PHPスクリプトもCGIとして起動できます。
CGI = Perlというわけではないので、もし混同なさっているようでしたら、
今後は気をつけていただけたら幸いです :-)
「そんなことはもちろん知ってるよ」というのであれば本当にすいません。
先に謝っておきますm(__)m
 Re: XOOPSが遅い? ( No.9 )
日時: 2006/02/22 10:37
名前: よろしくお願い致します。   <info@shiawase-home.com>

> ももんがさん

全く気にしていませんので、大丈夫ですよ。
ここにおられる皆さんは
良い意味で情報を共有しよう、という気持ちの方ばかりでしょうから、
コメントは全て良い意味で解釈しています。

何かの記事で読んだのですが、
cgi高速化のモジュールを当てるよりも
lighthttp? 正式名称忘れました
の方が、よっぽど速い・・・らしいです。
参考までに・・・

最近気づいた点としては
たくさんのモジュールを当ててしまうと
相性問題などが発生し、
サイトに不具合が発生する可能性があるような気がしているので
サーバーの安定運用を考える場合には
利用するモジュールの選定に
ある程度の注意が必要なのかな?と思っています。

サーバーで注意している点で思い出した点(自分の頭の仲で再度整理した点)としては
なるべく利用していないサービスはストップしています。
皆さんやっていることでしょうが・・・
それと、始めのインストールの際には
全てインストールを選択せず、
G-nome と グラフィカルインターネット X 、開発関係のプログラムを選択し、
その他のメディアだのオフィスだのは選択していません。
CUPSも入れてません。
サーバー関係も最初は選択しておらず、
必要に応じてインストールする、
というのがサーバー負担を軽くすることにつながるのかと考えています。

ただ、なぜか、開発関係のもろもろを入れておかないと
依存関係で怒られることが多い感じがするので、
開発関係はインストールしてます。
(このあたりのことを知っていたら教えてください)

後は、メンテナンス等の場合にはランレベル5で利用したりしますが
通常の運用時は、ランレベル3にしてます。
若干レスポンスがあがるような気持ちがするのですが、
関係ないでしょうかね?(笑)

*************

以前管理人さんが言われているように、
最近話題になっているRAIDカードを利用すると
確かにレスポンスが落ちるようです。
ついでに、smatdが起動しなくなります。

なので、サーバーの高速化には
数万円するRAIDカードを選択する、というのが
ある意味手っ取り速いかもしれません。

私は、とりあえずRAIDで安心しているので
重宝してますけど・・・

2〜3万程度であれば
スペックの良いRAIDカードがあったら
導入方法や値段など教えていただければ幸いです。(笑)

とりあえず、気になった点を記載させて頂きました。
 Re: XOOPSが遅い? ( No.10 )
日時: 2006/03/14 00:49
名前: house   <info@shiawase-home.com>
参照: http://www.shiawase-home.com

(良報)
MySQLの最適化のやり方が分かったので記載します。

詳しいことは抜きに、以下に記載します。
出来ることは、壊れているテーブルのチェック・修復・最適化です。
特に最適化はテーブルの中身を大量に消した場合の隙間を埋めるのに良いようです。

mysqlのデータが壊れていないかの確認
(私は8個くらい壊れていました。)
私はXOOPSを使用していて、データがアホみたいにあるので
ワイルドカードを使用しました。

(注意)poderosa等使用している場合、
閲覧できる行数を最大にしておく。
行数が長く、途切れてしまう。

(補足)以下の*.MYIはテーブルをまとめて一度にやってます。

[root@****]# myisamchk /mysqlデータまでのフルパス/*.MYI

こわれているデータを修復

[root@****]# myisamchk -r /mysqlデータまでのフルパス/*.MYI

データの最適化

[root@****]#myisamchk -d /mysqlデータまでのフルパス/*.MYI
 Re: XOOPSが遅い? ( No.11 )
日時: 2006/03/14 00:48
名前: house   <info@shiawase-home.com>
参照: http://www.shiawase-home.com

httpd.conf の最適化

設定ファイルを開き、色々とあるコメント(説明)を95%程削除し、
どう考えても使わないモジュール(プロキシ等)をコメントアウトしたら
ちょっと早くなったような気がします。

(気のせい?)

■ その他

ページ先頭へ


Copyright(©)2004-2018 First home server construction. All Right Reserved.