エルピーダ、好調そうで喜ばしい限りですが、会計年度の取り方にすごく違和感があるのは私だけ？
http://pc.watch.impress.co.jp/docs/news/20100729_384170.html

http://internet.watch.impress.co.jp/docs/news/20100727_3....

本家 Yahoo! は Bing だけど、Japan は Google ですか。独自エンジン → goo → Goole → YST(独自) → Google と良く変わりますねえ。前にGoole だったときも出番がめっきり減りましたが、検索エンジンが Google 一辺倒になると困るんだけどなあ…。

そう、Yahoo!はこの件で悩んだに違いない。

本家 Yahoo! が Bingを選んだ以上、YST(独自)の開発が続行されるとも思えないので、まあYahoo! JAPANもBingに変更するだろうと思いきやGoogleでしたね。

>検索エンジンが Google 一辺倒になると困るんだけどなあ…。
そうですねぇ。

私はGoogleで検索、一応Yahoo! JAPANでも検索ってパターンでしたが、
今後はGoogleで検索、一応Bingでも検索ってとこか...。

2009年7月30日の記事ですが→MSとYahooがWeb検索で提携
http://blog.fab51.com/archives/2009/07/ms_bing_yahoo.html

この時はBingの可能性が高いでしたね。
Bingはともかく、今使えそうな検索エンジンって何があるだろう。

プレスリリース　Yahoo! JAPAN
http://pr.yahoo.co.jp/release/2010/0727a.html

>私はGoogleで検索、一応Yahoo! JAPANでも検索ってパターンでしたが、
私もこれでした。

>今後はGoogleで検索、一応Bingでも検索ってとこか...。
Bing はヒット率がイマイチかなあ(^_^;)。

>Bingはともかく、今使えそうな検索エンジンって何があるだろう。
日本語対応の独自エンジンだと、あとは Ask と Baidu くらいですかねえ？

goo, livedoor と多くの大手 ISP は Google、Infoseek と Excite が YST、FreshEye が YST とは別系統の Inktomi かな？ YST がなくなると、Infoseek と Excite はどうするんでしょうね。
YST は割と気に入っていたので、どこかがエンジンの開発を引き継いでくれないかなあ。

せっかく CORESERVER に移転したので、自宅サーバで使っていた画像サムネイル化ウェブアプリを CORESERVER で使えるようにしました。CORESERVER に標準インストールされている ImageMagick 6.2.9 では PDF ファイルを扱えないようなので、最新版の ImageMagick をインストールしたり、結構大変でした。インストール方法等は、下記をご覧ください。
http://macs.o-ya.net/cboard/c-board.cgi?cmd=one;no=1056;....

CORESERVER 版のウェブアプリの URL は、下記のとおりです。ちょっとした問題はありますが、今のところとっても速くて快適です。
http://thumbnailer.o-ya.net/

ああそうだ。マスター、以前の URL は自宅サーバなので、blog の URL をこちらに修正していただけるとありがたいです。

今試してみましたが、インターネット上のファイル、ローカルファイルとも正常に表示されました。

blogの記事は新しいURL変更済みです。
http://blog.fab51.com/archives/2010/04/thumbnail.html

>blogの記事は新しいURL変更済みです。
ありがとうございます。

自宅サーバとはサーバの性能もバックボーンの太さも桁違いなので、300 人でシェアしても CORESERVER の方が圧倒的に高速ですね。特に、PDF のサムネイル化では速度差が如実になります。

ただ、CORESERVER の GhostScript が 8.61 とやや古いせいか、読み込めない PDF が自宅サーバの時より若干増えました。それと、自宅サーバにインストールした ImageMagick のバイナリは対応フォーマット全てが扱えますが、CORESERVER にソースコードからインストールした ImageMagick はインストールしていないライブラリがあるせいで、扱えるフォーマットがかなり限定されています。カメラ RAW はなんとかしたいんですが、今のところ方法が分かりません。

はじめまして。
SHARP PC^-GP1-C3E(DHM0850ALS1B)という古いノートPCですが、
CPU交換をしたいと思っています。
「AXMS1400FWS3B」
「DHD1100AMT1B」
「AXL1500DLT3B」
を手に入れたのですが、立ち上がりません。
相性がわるいのでしょうか？
よろしくお願いします。
　ぱーふり

PC-GP1-C3Eってこれですね、はじめまして
http://www.sharp.co.jp/products/pcgp1c3/text/p5.html

この仕様からみると、おそらく25WクラスのCPUを使う設計になっていると思われます。相性ってわけではないのですが、ノートにデスクトップ用CPUを使うのは危険な場合もあり、やめたほうが無難です。

下の２つはデスクトップ用CPUなので電圧が正しく認識されません。
DHD1100AMT1Bは、コア電圧が1.8Vと認識され40W以上を要求するので危険です、
マザーを破壊するかもしれません。
AXL1500DLT3Bは定格1.5V、35Wですが、電圧が1.3Vと認識されるため起動しない。

AXMS1400FWS3B
これはモバイルCPUの25Wなので危険はありません。しかしDHM0850ALS1Bより新しい世代のコアなので、立ち上がるかどうかわかりませんが、望みがあるのはこの中ではこれだけです。交換後CMOSクリアをしたほうが良いかもしれません。

使える可能性が高いのはAHMで始まる品番のMobile Athlon4 25W製品です。
http://fab51.com/cpu/guide/opn-a.html

蛇足です。

>しかしDHM0850ALS1Bより新しい世代のコアなので、立ち上がるかどうかわかりませんが、
　ノート PC の BIOS の CPU イニシャライズルーチンは、一般的に設計当時に搭載予定されていた CPU にしか対応していません。搭載 CPU と同世代のコアなら、CPU のイニシャライズが可能ですが、特に新しい世代のコアでは、古いイニシャライズルーチンで必要十分なイニシャライズが可能かどうかが分かりません。運が良ければ起動できるかも…という程度の期待でお試しくださいということです。

　上記の点から、換装して起動できる可能性が高いのは、PC-GP1 シリーズに搭載されている最上位 CPU (C3U の Mobile Athlon4)と同一世代のコアの CPU ということになります。さらに、VRM が CPU に必要な電力を安定して供給できる必要がありますので、
>使える可能性が高いのはAHMで始まる品番のMobile Athlon4 25W製品です。
ということになります。

フォローありがとうございます。
しかし...Mobile Athlon4って懐かしい響きです。

お久しぶりです、神無月です。

たまたま昨日秋葉原散策してたら、Mobile Athlon4を売ってるのを見つけました。
QC-PASSって店で1980円(取り扱ってる品物の様子から多分中古)、
もう一つは、中央通と反対側にとおりを一つ入った小さい店に3980円(4980円?）
こちらは多分新品。

詳しいスペックまでは見てきませんでしたが、まだ売ってるもんなんですねぇ。

結構しますね、しかしその価格だと買う気がおきませんねぇ。
いっそCPUではなく、ノート本体を差し替えるとか...。

実はご無沙汰してたのは、このマスターのほうなのである。

いろいろありがとうございます。
返信遅くなり申し訳ありません

「AXMD1600FJQ3C」を入手し、無事起動いたしました。
ただし「FSB200」のままでしたので、
「CrystalCPUID」にて倍率変更し「×14=1.4GHz」まで動作確認しましたが、
FSBを266に変更する方法はないのでしょうか？
（BIOSの設定ででは、見当たりませんでした。）
そのほうが、動作安定するのかなと思いまして。
ご意見をお願いいたします。

>FSBを266に変更する方法はないのでしょうか？
使用されているチップセット KN133 自体は FSB266MHz に対応しているので、クロックジェネレータが 266MHz に対応していれば、CPU のピンアサインから自動的に FSB266MHz になるはずです。ならないのなら、クロックジェネレータが 200MHz にしか対応していないということではないかと思います(PC のスペックシートにも 200MHz としか書かれていませんし)。

>そのほうが、動作安定するのかなと思いまして。
133MHz x 10.5 = 1.4GHz と 100MHz x 14 = 1.4GHz では、安定性に差はないのではないかと…。1.4GHz での動作が安定しないとすれば、それは VRM の容量不足ではないかと思われます。この場合は、倍率を下げて運用した方が安全です(可能なら VCore も下げる)。
あと、ノート PC はデフォルトでソフトウェアクーリングが有効になっているはずなので、CoolON 等は使用してないですよね？ もし CoolON 等を使用しているなら、使用しないようにした方が安全です。HALT からの復帰時に VRM 容量を超えてしまうことがあるかもしれません。

それはそれとして、Throughbred コアの AXMD1600 が起動できたなら、同じコアの AXMS1400 でも普通は起動できるはずです。こちらは 25W なので安心して使えるんですが、どうして起動できなかったんでしょうね？

かなり昔のことなので記憶があいまいですが、FSB200MHzとFSB266MHzは自動認識できなかったかもしれません。また、OhYeah!さんのおしゃる通り200MHz にしか対応していない可能性もあります。

もしFSB266MHzの可能性を探るなら、基板をながめてFSBに関係してそうな印刷がないかどうか、あるならチップ抵抗などの配置がどう関わっていそうかを推定しテストしてみるしかないでしょう。

でも、仮にFSB266MHzが可能であったとしても、チップセットの消費電力がふえますから、その点で逆に不安な要素を増やしてしまうかもしれません。

>AXMS1400 でも普通は起動できるはずです。こちらは 25W なので安心して使えるんですが
私もそう思いますが、どうしてでしょう？。

>FSB200MHzとFSB266MHzは自動認識できなかったかもしれません。
FSB_Sense ピンは、２本ともオープンで 266MHz なので、200MHz と 266MHz の自動切換はできないですね(^_^;)。

ということで、FSB 切換には、BIOS 設定か M/B にジャンパー用ピンヘッダが必要です。ピンヘッダがなくてパターンだけ残っている場合は、搭載されている PLL によって切り替えられるかどうかが決まります。

レンタルサーバの引っ越し

最近、私が使っている XREA のメールサーバがやけに重いので、ちょうど XREA+ の有効期限が今日までということもあり、一昨日 CORESERVER に乗り換えました。CORESERVER は、以前は年額 5K 円のプラン(CORE-A)だけでしたが、現在は CORE-MINI という年額 2.5K 円の格安プランがあります。XREA+ は年額 2.4K 円なので、わずか 100 円の違いですが、使用可能なリソースは２倍以上になります(ML など機能も増えます)。
http://www.coreserver.jp/
http://www.value-domain.com/xrea.php

また、CORESERVER は XREA+ からの移行であっても初期費用が必要でしたが、少なくとも CORE-MINI に関しては、XREA+ からの移行であれば初期費用 500 円は無料になります。さらに、５日間のお試し期間が過ぎる前に正式契約した場合、有効期限にお試し期間の残日数をちゃんと追加してくれます。
使用方法は XREA+ と同じですし、サーバ間コピー機能で XREA+ からファイルを一括コピーできるので、移行は楽ちんでした。

とりあえず、メールサーバも軽く、今はとっても快適に使えています。ita さんもどうですか？

>運と勘、この男を支えているのはそれだけだ。
サーバ選びには欠かせませんね、パーフェクトなナレーションです。

CORE-MINIに興味はあったんですが、サービスが開始され、ある程度のサーバ台数になってらでないと、様子がわからないなと思ってました。
XREAは各サーバの負荷がオフィシャルにはわからなかったので不便でしたがCORESERVERは「障害メンテナンス情報」が参照できる分、便利になりました。
http://mainte.coreserver.jp/

(仮) coreserver / xrea 負荷観測所のデータと比較しても、比較できるサーバに関しては、ほぼ同じ傾向になってましたから、ほぼ信用してもよさそうです。
http://stress.junos.mobi/

>今はとっても快適に使えています。
とりあえず一安心ですね。

CORE-MINIが開始され、XREA+ からの移行費用無料ってことは、CORE-MINIに移転してね、ってニュアンスも感じませんか。

いずれにしても、XREA+は予備としてアカウントを残すとしても、そろそろXREA+から移転しようと考えています。自分のサイトではありませんが、頼まれて管理しているサーバがCORE-Aに１つあります。

さて、自分用の移転先をどうするかですが、MT4を使った場合、デフォルトテンプレートでは、再構築時のサーバ負荷が高すぎて、数回再構築しただけXREA+の制限値を超えてしまいました。現在は負荷が軽くなるようにテンプレートを修正しましたが、それでもMT4のサーバ負荷は結構重いようです。

でMT4を今後も使うことを考えると...サーバ負荷の制限のゆるいCORE−Bを試しています。

4月にXREA+、CORE-A、CORE-BでWPの全モジュールを転送するのに、どれくらいの時間がかかるかFTP転送で試しました。

サーバの混雑具合がわかるかと思ったのですが、XREA+でも、CORE-A、CORE-Bでも、そう時間は変わりません。それらのコースの違いより、試すサーバ番号の違いのほうが、結果に差がでました。

ってことは、どのコースでも「軽いサーバを探せ」ってことに変わりはなく、やはり運と勘がたよりなんだろうか。

>再構築時のサーバ負荷が高すぎて、数回再構築しただけXREA+の制限値を超えてしまいました。
XREA では転送量や CPU 負荷率の制限はあくまでも目安で、それを超えたからといって自動的に即座に制限がかかるわけではありません。これに対して、CGI の実行時間やメモリ量などのリソース制限に引っかかった場合は、即座にプロセスが中止されます。おそらく、数回目にたまたまリソース制限に引っかかったんじゃないでしょうか？

>サーバの混雑具合がわかるかと思ったのですが、XREA+でも、CORE-A、CORE-Bでも、そう時間は変わりません。それらのコースの違いより、試すサーバ番号の違いのほうが、結果に差がでました。
FTP 転送じゃ、そのときのサーバへの単位時間当たりの総転送量が一番大きく影響して、それ以外の影響はあまり目に見える形にはならないんじゃないかと…。

>ってことは、どのコースでも「軽いサーバを探せ」ってことに変わりはなく、やはり運と勘がたよりなんだろうか。
障害メインテナンス情報のステータスのグラフと、登録時の空きアカウント数でそれなりに判断できるかな？

ちなみに、CORESERVER の CGI 実行時のリソース制限は、プランに関わらず同じで、XREA+ に比べると実行時間やプロセス当たりのメモリ量は大幅に緩和されています。総ファイル数制限に引っかかる場合や、データベース数やメールアカウント数が足りないというので無い限り、MovableType の再構築のために A/B を選択するのは無意味だと思います。
http://www.coreserver.jp/help/index.php/limitation/

というか、MovableType って再構築しなきゃダメなんですか？ ドメインが変わらないなら、コントロールパネルで下記のような手順を実行するだけですむんじゃないかと思いますが…。なお、サーバ間コピーは、ファイルのアクセス権だけでなく、タイムスタンプも引き継がれます。
1. 現在のサーバでデータベースのバックアップ作成
2. 現在のサーバから新サーバへ丸ごとサーバ間コピー
3. 新サーバでバックアップデータからデータベースを復元
4. ドメインウェブの強制設定
5. DNS の変更

MT4では、サイドバーの表示内容を変更しただけでも、それを反映するにはおよそ全ページの再構築が必要です。本文記事ページなども同様で、テンプレートの変更はその関連ページの再構築がなされます。

またMT4のデフォルトテンプレートでは各記事のサイドバーに投稿記事数の表示がされるので、１つの投稿ごとに全記事が自動再構築されCPU負荷率を押し上げていたようです。これは記事ページの投稿記事数を表示しないように変更し解決しました。

MT4でデザイン変更時にテンプレートの変更などをあれこれやっていたら、今までみたこともない連日1000ptを超える負荷になり、まずいなと思ったのです。ただし、短期的なものですから制限を受けることもありませんでした。

>MovableType の再構築のために A/B を選択するのは無意味だと思います。
私の「でMT4を今後も使うことを考えると...」は余計でした。その通りです。
普通に運用するぶんには、そうそうテンプレートや、サイドバーの表示を変えたりしないので、XREA+であったとしてもCPU負荷率の問題は起きませんね。

CORE-AはCORE-Miniの登場前に契約したもので、その時CORE-MiniがあったらCORE-Miniを使っていたと思います。最近のCORE-Aは常時負荷の高めのサーバも目立ちますから、選ぶサーバによってはがっかりすることになりそうです。それならCORE-Miniのほうがコストパフォーマンスが高いので、今選ぶならCORE-Miniかもしれませんね。

>FTP 転送じゃ、そのときのサーバへの単位時間当たりの総転送量が一番大きく影響して・・・
手軽だったのでやってみましたが、そうでしたか。

MovableType は、PHP オプションでダイナミックコンテンツに切り替えられるので、運用し始めでページのデザイン変更が多い場合などは、こちらで使った方が負荷が小さいかもしれませんね。スタティックコンテンツは、ページ表示の CPU 負荷が小さく高速に表示できるのが利点ですが、デザインを変更するたびに全コンテンツの再作成が必要になります。ダイナミックコンテンツだと各ページへアクセスするたびにページ生成の負荷がかかってしまうのが難点ですが、デザイン変更に伴うページの再作成がないため、負荷の分散にはなるはずです。

それはそれとして、すでにできあがっているサイトをそのまま XREA/CORESERVER 内の別のサーバに移転する場合は、上で書いたようなサーバ間コピーとデータベースのバックアップ／復元だけでそのまま使えるはずです。これでいけることが確認できれば、サーバの移転は簡単です。CGI の CPU 負荷率なんて気にする必要もなくなります。
XREA+/CORESERVER は同一プラン内で契約を引き継いだ状態でのサーバ移転が可能なので、サーバ全体の負荷が高くて動作が重いなんて場合は、このサーバ移転を活用してどんどんサーバを渡り歩いていくのが良いと思います。
CORESERVER のお試し期間が５日間に短縮されたのは、試用のためというより、サーバ全体の重さを確認したり、サーバ移転に必要な作業をするための期間という考え方に変わったからかだったりして…。

MovableType は投稿予約に CRON ジョブを使用するので、サーバ移転の際は新サーバで CRON ジョブの設定も必要ですね。旧サーバの設定を見ながら、新サーバを設定すれば OK です。
ドメインウェブやドメインメールの設定も、旧サーバの設定を見ながら新サーバを設定するのが一番簡単です。

>MovableType は、PHP オプションでダイナミックコンテンツに切り替えられる
そうですね。ダイナミックコンテンツならCPU負荷率を気にしなくてもすみます。
その良さはわかるんですが、実際に切り替えるとなると、既存プラグインの対応確認とかいろいろ面倒なので、今のブログはそのままでも良いかなと思っています。
ただ、新しく作る場合はダイナミックコンテンツのほうが便利に感じました。その場合は今ならWordpressを使うかな。

>サーバ全体の負荷が高くて動作が重いなんて場合は、このサーバ移転を活用してどんどんサーバを渡り歩いていくのが良いと思います。
サーバ移転も「慣れ」ですかね、ミスしそうで不安なだけで経験値を上げればどうってことなくなるんでしょう。CORESERVERを快適に使うための最大のコツでしょう、きっと。

>CORESERVER のお試し期間が５日間に短縮された
５日間くらいで十分ですね。今までのように長いと、その間のアカウントの入れ替わりが多く、安定するのに時間がかかりそうです。

[参考]CORESERVERで同じコース内でサーバの移転をする場合
私がミスしそうで不安とか、書きましたが....それはデータベースの再構築とか、ドメインウェブ、ドメインメールの設定あたりの話です。

その手続き自体はとても簡単です。
新しく使いたいサーバ番号を選んで新しいアカウントを作るだけ。その時、２つ３つ作ってもかまいません。
５日間のあいだにデータを転送し、使うサーバを決めたら、使用権を移動するだけです。

>サーバ移転も「慣れ」ですかね、ミスしそうで不安なだけで経験値を上げればどうってことなくなるんでしょう。
ですね。私も移転はまだ２回目(XREA+ 内で１回、XREA+ → CORESERVER で１回)ですが、なんてことはなかったです。
ドメインウェブとドメインメールは、考えてみたら現在はテキストファイルからの一括設定があるので、旧サーバの設定をコピーして、新サーバに貼り付けるだけですね。これなら、間違いようがありません。
データベースも、バックアップと復元で OK なので、気をつけなきゃならないのはパスワードくらいでしょうか。
CRON ジョブは、テキストファイルによる一括設定がないので、手作業で再設定になります。

おお〜、なんか AMD 好調みたいじゃないですか！
http://pc.watch.impress.co.jp/docs/news/20100716_381285.html

ノートPCのCPUおよびチップセットの出荷が過去最高

そうだとしても、不思議だ。

こんばんは。
これ、ほんとなのかなぁ?
にわかには、信じ難いですな…

AMD 好調を信じるにしても
その分、GLOBALFOUNDRIESの業績が悪かったりして・・・。

なんかAdobe Readerと聞いただけで不安になる今日このごろ、
いっそ、Flash PlayerとAdobe Readerは禁止ってことにできないか...。

米Adobe Systemsは米国時間29日、Adobe Reader/Acrobatの脆弱性を修正するアップデートを公開した。公開されたアップデートのバージョンは9.3.3および8.2.3で、 Windows版、Mac版、UNIX版のいずれも対象となる。
http://internet.watch.impress.co.jp/docs/news/20100630_3....

>いっそ、Flash PlayerとAdobe Readerは禁止ってことにできないか...。
Adobe Reader は代替ソフトがいくつかありますが、Flash Player は難しいですね。
ただ、代替ソフトの方も /launch なんかは同じ問題がありそう…。おまけに、代替ソフトは Adobe Reader ほど頻繁にアップデートされないので、返って危ないかも(^_^;)。
でも、PDF-XChange Viewer のブラウザ内表示の軽さ、大容量ファイルの表示の速さ、単体使用時のタブ切換などが便利で、今更 Adobe Reader には戻れません。

ちなみに、PDF-XChange Viewer の最新版は今年 6/29 に公開された Ver2.0 Build53 ですが、Build 違いは「更新のチェック」にひっかかりません。細かなバグフィックスでも自動更新するようにして欲しいところです(シェアウェアの PRO 版なら自動更新されるのかなあ？)。

>代替ソフトは Adobe Reader ほど頻繁にアップデートされないので、返って危ないかも(^_^;)。
そうですよね、代替ソフトでも安全とはいえませんね。
もちろんFlash Playerは必要なのではずせません。

http://www.itmedia.co.jp/news/articles/1007/04/news004.html
これを読むと、/launch 絡みのセキュリティホールは Adobe Reader 9.3.3 でも完璧には塞げてないようですね。9.3.3 への更新が複数回あったのは、これに起因するんだろうか…。

それはそうと、Adobe Reader 9.3.3 が 6/29 公開、PDF-XChanger Viewer の Ver2.0 Build53 も 6/29 公開…ってことは、やはり PDF-XChanger の方も Adobe Reader と同じ穴があったのかなあ？

リンク先を読みましたが「悪用コード実行の問題はまだ未解決」としてますね。
問題発覚から3ヶ月以上の時間を費やしても、まだ穴が塞げないほど難しいことなのか・・。

ソーシャルブックマークからの被ブックマーク数や Google PageRank を調べるサイトなんてのがあったんですね。結構おもしろいかも…。
http://bookmarker.sakura.ne.jp/bookmarkcount/

ちなみに、fab51.com 本体はこんな感じ。
http://bookmarker.sakura.ne.jp/bookmarkcount/index.shtml....

残念ながら、cafe へのリンクは張られてなさそう(^_^;)。
http://bookmarker.sakura.ne.jp/bookmarkcount/index.shtml....

ちなみに、上記サイトは使いやすいオンラインブックマークを探してて見つけました。オンラインブックマークは、はてなブックマークなどのソーシャルブックマークが有名ですが、あまり使いやすくありません。ソーシャルブックマークで良さそうかなと思ったのは、BLINK くらいです。
http://www.blink.jp/

で、一番私の要求に近かったのは、パーソナルブックマークの bookmarker です。
http://bookmarker.sakura.ne.jp/

ここの良いところは、フォルダーをいくつでも作れるところと、ツリービューとリストビューの両方があるところです。登録はブックマークレット１クリックでできますし、編集や表示順の入れ替えも簡単です。なんと言っても便利なのは、Special フォルダに入れたリンクは、ツールバーのような形でダイレクトに飛べる機能があるところですね。
本当は、フォルダーをタブとして表示して、タブをクリックするとそのフォルダー内のリンクがリスト形式で表示されるようなオンラインブックマークを探してたんですが、なかなか好みに合うものがありませんでした。リストビューで代用はできますが、最終的に自分で作るしかないかなあと…。

>残念ながら、cafe へのリンクは張られてなさそう
見事に０ですね。