XOOPSが遅い？

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

XOOPSが遅い？

æ¥æï¼ 2006/02/16 22:30
ååï¼ ももんが <[email protected]>

【よろしくお願い致します。】さん狙いの質問です。質問しにこられている所、逆に質問してしまい恐縮ですが、簡単にコメントしていってもらえるとありがたいです。【よろしくお願い致します。】さんのホームページ http://www.shiawase-home.com/ ですが、このサイトはXOOPSですよね？そして、セレロン466使用なんですか？自分ですが、以前XOOPSを試験的に運用してみたことがあるのですが、アクセスに対する応答が非常に遅くこれはダメだ！という結論で、試験運用を辞めてしまったことがあります。（他のXOOPSサイトを見て回っても同じ様な状況だった）そこで質問なのですが、 ●【よろしくお願い致します。】さんは、何か軽量化対策等実施されているのでしょうか？ ●バージョンの違いで、アクセス応答速度に変化等あるのでしょうか？ ●メモリーはどれ位搭載しているのでしょうか？

Page: [1] [2] [3]

■ コンテンツ関連情報

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
ååï¼ ももんが   <[email protected]>

>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
ååï¼ よろしくお願い致します。   <[email protected]>

> ももんがさん全く気にしていませんので、大丈夫ですよ。ここにおられる皆さんは良い意味で情報を共有しよう、という気持ちの方ばかりでしょうから、コメントは全て良い意味で解釈しています。何かの記事で読んだのですが、 cgi高速化のモジュールを当てるよりも lighthttp? 正式名称忘れましたの方が、よっぽど速い・・・らしいです。参考までに・・・最近気づいた点としてはたくさんのモジュールを当ててしまうと相性問題などが発生し、サイトに不具合が発生する可能性があるような気がしているのでサーバーの安定運用を考える場合には利用するモジュールの選定にある程度の注意が必要なのかな？と思っています。サーバーで注意している点で思い出した点（自分の頭の仲で再度整理した点）としてはなるべく利用していないサービスはストップしています。皆さんやっていることでしょうが・・・それと、始めのインストールの際には全てインストールを選択せず、 G-nome とグラフィカルインターネット X 、開発関係のプログラムを選択し、その他のメディアだのオフィスだのは選択していません。 CUPSも入れてません。サーバー関係も最初は選択しておらず、必要に応じてインストールする、というのがサーバー負担を軽くすることにつながるのかと考えています。ただ、なぜか、開発関係のもろもろを入れておかないと依存関係で怒られることが多い感じがするので、開発関係はインストールしてます。（このあたりのことを知っていたら教えてください）後は、メンテナンス等の場合にはランレベル５で利用したりしますが通常の運用時は、ランレベル３にしてます。若干レスポンスがあがるような気持ちがするのですが、関係ないでしょうかね？（笑）＊＊＊＊＊＊＊＊＊＊＊＊＊以前管理人さんが言われているように、最近話題になっているRAIDカードを利用すると確かにレスポンスが落ちるようです。ついでに、smatdが起動しなくなります。なので、サーバーの高速化には数万円するRAIDカードを選択する、というのがある意味手っ取り速いかもしれません。私は、とりあえずRAIDで安心しているので重宝してますけど・・・２〜３万程度であればスペックの良いRAIDカードがあったら導入方法や値段など教えていただければ幸いです。（笑）とりあえず、気になった点を記載させて頂きました。

Re: XOOPSが遅い？ ( No.10 )

æ¥æï¼ 2006/03/14 00:49
ååï¼ house   <[email protected]>
参照： http://www.shiawase-home.com

（良報） MySQLの最適化のやり方が分かったので記載します。詳しいことは抜きに、以下に記載します。出来ることは、壊れているテーブルのチェック・修復・最適化です。特に最適化はテーブルの中身を大量に消した場合の隙間を埋めるのに良いようです。 mysqlのデータが壊れていないかの確認（私は８個くらい壊れていました。）私はXOOPSを使用していて、データがアホみたいにあるのでワイルドカードを使用しました。（注意）poderosa等使用している場合、閲覧できる行数を最大にしておく。行数が長く、途切れてしまう。（補足）以下の*.MYIはテーブルをまとめて一度にやってます。 [root@****]# myisamchk /mysqlデータまでのフルパス/*.MYI こわれているデータを修復 [root@****]# myisamchk -r /mysqlデータまでのフルパス/*.MYI データの最適化 [root@****]#myisamchk -d /mysqlデータまでのフルパス/*.MYI

Page: [1] [2] [3]

■ その他

ページ先頭へ

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 ååï¼ ももんが <[email protected]> >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 ååï¼ よろしくお願い致します。 <[email protected]> > ももんがさん全く気にしていませんので、大丈夫ですよ。ここにおられる皆さんは良い意味で情報を共有しよう、という気持ちの方ばかりでしょうから、コメントは全て良い意味で解釈しています。何かの記事で読んだのですが、 cgi高速化のモジュールを当てるよりも lighthttp? 正式名称忘れましたの方が、よっぽど速い・・・らしいです。参考までに・・・最近気づいた点としてはたくさんのモジュールを当ててしまうと相性問題などが発生し、サイトに不具合が発生する可能性があるような気がしているのでサーバーの安定運用を考える場合には利用するモジュールの選定にある程度の注意が必要なのかな？と思っています。サーバーで注意している点で思い出した点（自分の頭の仲で再度整理した点）としてはなるべく利用していないサービスはストップしています。皆さんやっていることでしょうが・・・それと、始めのインストールの際には全てインストールを選択せず、 G-nome とグラフィカルインターネット X 、開発関係のプログラムを選択し、その他のメディアだのオフィスだのは選択していません。 CUPSも入れてません。サーバー関係も最初は選択しておらず、必要に応じてインストールする、というのがサーバー負担を軽くすることにつながるのかと考えています。ただ、なぜか、開発関係のもろもろを入れておかないと依存関係で怒られることが多い感じがするので、開発関係はインストールしてます。（このあたりのことを知っていたら教えてください）後は、メンテナンス等の場合にはランレベル５で利用したりしますが通常の運用時は、ランレベル３にしてます。若干レスポンスがあがるような気持ちがするのですが、関係ないでしょうかね？（笑）＊＊＊＊＊＊＊＊＊＊＊＊＊以前管理人さんが言われているように、最近話題になっているRAIDカードを利用すると確かにレスポンスが落ちるようです。ついでに、smatdが起動しなくなります。なので、サーバーの高速化には数万円するRAIDカードを選択する、というのがある意味手っ取り速いかもしれません。私は、とりあえずRAIDで安心しているので重宝してますけど・・・２〜３万程度であればスペックの良いRAIDカードがあったら導入方法や値段など教えていただければ幸いです。（笑）とりあえず、気になった点を記載させて頂きました。
Re: XOOPSが遅い？ ( No.10 )
æ¥æï¼ 2006/03/14 00:49 ååï¼ house <[email protected]> 参照： http://www.shiawase-home.com （良報） MySQLの最適化のやり方が分かったので記載します。詳しいことは抜きに、以下に記載します。出来ることは、壊れているテーブルのチェック・修復・最適化です。特に最適化はテーブルの中身を大量に消した場合の隙間を埋めるのに良いようです。 mysqlのデータが壊れていないかの確認（私は８個くらい壊れていました。）私はXOOPSを使用していて、データがアホみたいにあるのでワイルドカードを使用しました。（注意）poderosa等使用している場合、閲覧できる行数を最大にしておく。行数が長く、途切れてしまう。（補足）以下の.MYIはテーブルをまとめて一度にやってます。 [root@**]# myisamchk /mysqlデータまでのフルパス/.MYI こわれているデータを修復 [root@***]# myisamchk -r /mysqlデータまでのフルパス/.MYI データの最適化 [root@***]#myisamchk -d /mysqlデータまでのフルパス/.MYI