アカウント名:
パスワード:
UPSで電気を蓄えるのはいいが、それを交流に直してからサーバーに食わせるんじゃない。UPSで直流に直して、それ以降はずっと直流のまま使え。その方がエネルギー効率がいいぞ。# 1Uサーバーとか使うなってことですな。
ストレージはHDDをやめてSSDにしなさい。その上で spindown_time を可能なかぎり小さくする。SSDはHDDと違って「回って」いないので spindown/spinup にかかる時間はほとんど0に等しい。
日本のお客様を見ていると、なぜか新しいマシンにメモリをちょっぴり載せて、swap IO をバリバリさせながら動かしたがる所が多い。Core i7 なのにメモリ1Gbyteとか…
SSDはHDDと違って「回って」いないので spindown/spinup にかかる時間はほとんど0に等しい。
本当にほとんど0に等しいかはSSDによりますので事前検証を忘れずに。Crucial C300はFirm0006より前だと体感で解る程度は待たされます。
とっとと 1Gbpsに上げましょう。消費電力が同じなのにデータ転送量が 1/10 のままというのは電気の無駄です。
こちらも限定条件下ですよね。サーバーが100Mbpsも出ない場合や、アイドル時間が長い環境では消費電力は同じではなく、確実に上がりますよ。パケットをこぼさず流量に伴い自動的にリンクスピードを動的に変えられれば良いのですがね。
サーバーが100Mbpsも出ない場合や、アイドル時間が長い環境では消費電力は同じではなく、確実に上がりますよ。
サーバーが100Mbps出ない場合というのは、大抵別の問題があると思います。メモリ不足とか、メモリ不足とか、圧倒的メモリ不足とか、破綻的にアドレス空間も含めたメモリ不足とか。私のところに相談が飛んで来る場合は80%ぐらいが結局は64bit化してメモリ8倍増しろ、が答だったりする。# もっとも悲惨なパターンだと、メモリを1Gbyteから16Gbyteにしてやると、# マシンの台数が厳しく見積もっても1/4で済むという試算がでたケースさえ…。## メモリいくらで、サーバー1台いくらだよ…なんというコスト対効果の悪い運用形態…
SSDはHDDと違って「回って」いないので spindown/spinup にかかる時間はほとんど0に等しい。本当にほとんど0に等しいかはSSDによりますので事前検証を忘れずに。
本当にほとんど0に等しいかはSSDによりますので事前検証を忘れずに。
0にしたいのではなく、HDDよりも早く、消費電力を下げたいだけなので特段検証しなくてもほぼ大丈夫。
単純に送受信するデータが少ない環境ってだけでしょ。悪いことは何もない。ネットワークの速度が出ないことをメモリに帰結するのはかなりとんちきな回答だよ、それは。確かにメモリの増強>処理量の増加>一時にネットワークに流せる量の増加ってことはあるだろうけどさ。そもそもサーバの帯域を使い切っちゃまずいと思うんだ。それに接続数が多い場合なんかだとメモリが増えたところで関係ないし。サーバってDBサーバしか存在しないわけじゃないからね。
単純に送受信するデータが少ない環境ってだけでしょ。
こういうってことは、キミは典型的な日本のバカ運用に従事しているってことだね。大外れだ。
それは原因と結果を取り違えている。送受信するデータが少ないのは 回線が細いせい であって、送受信するデータが少ないから回線が細くても大丈夫、なのではない。
.
人間のリソース利用能力は柔軟で、環境に応じて利用状況を変化させる。ネットワークが細いからUSBメモリでファイルをやりとりする、などのようにね。つまり、ネットワークが細くても大丈夫だ、などという所は大抵、ネットワークがきちんとデータを流しておらず、結果として:
- ネ
いや、アイドル時間が長いネットワークの使い方しているのでは?で、利用者的には体感時間としてはちょっと時間がかかるね、という程度の場合です。転送時間が帯域幅にモロ影響されるのは大きな/多くのデータを転送した場合ですから。
その場合は、アイドル時間の消費電力がGbeの方が多いという可能性があります。
が、まあ、多くの会社ではGbeの方が効率的だとは思いますしGbeのネットワークの機器の方が新しいでしょうから消費電力自体が抑えられているでしょうね。
# 荒れてる原因は、言い切りと相手の人格批判だと思うよ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
雑多 (スコア:3, 興味深い)
UPSで電気を蓄えるのはいいが、それを交流に直してからサーバーに食わせるんじゃない。
UPSで直流に直して、それ以降はずっと直流のまま使え。その方がエネルギー効率がいいぞ。
# 1Uサーバーとか使うなってことですな。
ストレージはHDDをやめてSSDにしなさい。その上で spindown_time を可能なかぎり小さくする。SSDはHDDと違って「回って」いないので spindown/spinup にかかる時間はほとんど0に等しい。
日本のお客様を見ていると、なぜか新しいマシンにメモリをちょっぴり載せて、swap IO をバリバリさせながら動かしたがる所が多い。Core i7 なのにメモリ1Gbyteとか…
fjの教祖様
Re:雑多 (スコア:0)
本当にほとんど0に等しいかはSSDによりますので事前検証を忘れずに。
Crucial C300はFirm0006より前だと体感で解る程度は待たされます。
こちらも限定条件下ですよね。
サーバーが100Mbpsも出ない場合や、アイドル時間が長い環境では消費電力は同じではなく、確実に上がりますよ。
パケットをこぼさず流量に伴い自動的にリンクスピードを動的に変えられれば良いのですがね。
Re:雑多 (スコア:1)
サーバーが100Mbps出ない場合というのは、大抵別の問題があると思います。メモリ不足とか、メモリ不足とか、圧倒的メモリ不足とか、破綻的にアドレス空間も含めたメモリ不足とか。私のところに相談が飛んで来る場合は80%ぐらいが結局は64bit化してメモリ8倍増しろ、が答だったりする。
# もっとも悲惨なパターンだと、メモリを1Gbyteから16Gbyteにしてやると、
# マシンの台数が厳しく見積もっても1/4で済むという試算がでたケースさえ…。
## メモリいくらで、サーバー1台いくらだよ…なんというコスト対効果の悪い運用形態…
0にしたいのではなく、HDDよりも早く、消費電力を下げたいだけなので特段検証しなくてもほぼ大丈夫。
fjの教祖様
Re: (スコア:0)
単純に送受信するデータが少ない環境ってだけでしょ。
悪いことは何もない。
ネットワークの速度が出ないことをメモリに帰結するのはかなりとんちきな回答だよ、それは。
確かにメモリの増強>処理量の増加>一時にネットワークに流せる量の増加ってことはあるだろうけどさ。
そもそもサーバの帯域を使い切っちゃまずいと思うんだ。
それに接続数が多い場合なんかだとメモリが増えたところで関係ないし。
サーバってDBサーバしか存在しないわけじゃないからね。
Re: (スコア:0, 荒らし)
こういうってことは、キミは典型的な日本のバカ運用に従事しているってことだね。大外れだ。
それは原因と結果を取り違えている。送受信するデータが少ないのは 回線が細いせい であって、送受信するデータが少ないから回線が細くても大丈夫、なのではない。
.
人間のリソース利用能力は柔軟で、環境に応じて利用状況を変化させる。ネットワークが細いからUSBメモリでファイルをやりとりする、などのようにね。つまり、ネットワークが細くても大丈夫だ、などという所は大抵、ネットワークがきちんとデータを流しておらず、結果として:
- ネ
fjの教祖様
Re: (スコア:0)
いや、アイドル時間が長いネットワークの使い方しているのでは?
で、利用者的には体感時間としてはちょっと時間がかかるね、という程度の場合です。
転送時間が帯域幅にモロ影響されるのは大きな/多くのデータを転送した場合ですから。
その場合は、アイドル時間の消費電力がGbeの方が多いという可能性があります。
が、まあ、多くの会社ではGbeの方が効率的だとは思いますしGbeのネットワークの機器の方が
新しいでしょうから消費電力自体が抑えられているでしょうね。
# 荒れてる原因は、言い切りと相手の人格批判だと思うよ