[ カテゴリー » PC関連 ]

捨てることにしました

blog20080328-OptiplexGX5120

Dell Optiplex GX5120。この型番でPentium 120MHzのマシンと読めた人は、私と話が合うかもしれませんw

このマシン、ハードウェアを弄るに関しては一番遊び倒したマシンじゃないだろうか。秋葉原で中古を2万円で購入。有料でも配送してくれなかったので、持ち帰るのに結構苦労した記憶が。自宅のサーバにするために、初めてPC UNIX(FreeBSDLink )に触れたのもこのマシン。それまでUNIXというと心の壁が高かったのですが、これで勉強し今では仕事の種ともなってます。

FreeBSDを乗せてからは、
  • テレホーダイ時間中にWEBページをキャッシュするサーバ
  • MP3ジュークボックス
  • 液晶表示機の取り付け
  • とあるネットワークゲームを動かすためのルータ
  • IMAPメールサーバ
  • リレーショナルデータベース
などなど、これ以外にもいっぱい。

しかし上のうちのほどんどの役割が玄箱Link に取って代わられ(これで電気代が月額1000円減った)、最近ではCentOSLink などLinuxもメモリ不足で乗せられずと、ここ3年ほとんど電源を入れることがありませんでした。

てなわけで、明日思い切って廃品回収業者に渡すことにしました。昨今の100ドルPCLink にすら遥かに及ばない性能のため、再利用とは行かず金属の塊として扱われるでしょう。捨てるに当たり一抹の寂しさを感じる当たり、私はやっぱりPCが好きなんだろうなと思う。

[2008/3/29 追記] 指定どおりに出しておいたのに回収されてなかった・・・うむ

— posted by mu at 10:03 pm   commentComment [0]  pingTrackBack [0]

Vista SP1入れてみた

blog20080322-VistaSP1

あらかじめHDDのフルバックアップを取っておきましたが、特に問題なく動いている模様。

ダウンロードサイズ440MB以上。XP SP2の時もOS総交換と思えるサイズでしたが、こちらも。更新に1時間以上かかる場合もあるとの表示でしたが、普段自動更新かけているので短く、それでも35分。

— posted by mu at 12:09 pm   commentComment [0]  pingTrackBack [0]

そのうち壊れるかもしれない

blog20080320-GF8600MGT-OverClocking

去年購入したノートPC Dell Vostro1500Link 、実家でもゲームをするために3Dグラフィック性能重視でGPUにnVidia社のGeForce 8600M GTを選択していますが、Dell既定の設定では安定動作重視のためか、動作クロックが低く抑えられています。

しかしGPUメーカーとしては自社製品の高性能を売り込みたいわけで、ユーザーの自己責任ということで動作クロックを変更できるようになっていることが多いです。nVidiaはnTuneLink という変更プログラムを公式に配っている状態。

で、今年頭からじわじわクロックを上げてとりあえずたどり着いた安定動作する上限が、GPUコア700MHz/メモリー526MHz。これはDell既定値の475MHz/400MHzを大きく超えるもの。蹴茶Link みても650MHz/500MHz位の報告しかないのに、なんだこれは!?

ちなみにFuture MarkLink のベンチマーク結果は、3DMark05=7946/3DMark06=4115 (Windows Vista Business)というものでした。

何か間違っているのか、そのうち壊れるのか・・・

[2008/3/24] ゲームをしていると、スノーノイズが画面全体に出るトラブルが2回ほど発生。GPUコアクロックを675MHzに落とす。やっぱり無理があったかw

— posted by mu at 09:36 pm   commentComment [0]  pingTrackBack [0]

PowerShellでバイナリデータ列のパイプ (2)

これLink の続き。

NT版UNIX-like toolsLink をインストールして、以下のコマンドをPowerShellから実行。
PS C:¥> bmptopnm bitmap.bmp | tee bitmap.ppm

出力されたbitmap.ppmをバイナリエディタで見たらFFFEから始まるUnicodeファイルでした。つまりパイプでデータを受け取る側は、Unicode形式で受け取る。PPMヘッダの半角英数字は2バイト表記されており、そりゃあnetpbmは処理できないなと。

また従来のコマンドラインからだと1秒もかからないbmp→jpeg変換も、PowerShellで実行すると(処理は失敗するのですが)数秒かかってしまいます。これはString配列へ変換するのに時間がかかっていると思われ、そういう意味でも使うべきじゃないですね・・・

— posted by mu at 12:50 pm   commentComment [0]  pingTrackBack [0]

PowerShellでバイナリデータ列のパイプ

PowerShellLink でパイプを使ってコマンドを記述しても、そこを流れるのがテキスト/バイナリデータではなくオブジェクト。なのに、.NET Frameworkに対応していない従来のコマンドも普通にコマンド打つだけで実行できてしまう。

はて、従来のテキストベースのコマンドをPowerShell上でパイプで記述するとどうなるのだろ? ためしにnetpbmを使って以下のコマンドを打つと、ppmtojpegでエラー。
PS C:¥> bmptopnm bitmap | ppmtojpeg > bitmap.jpeg
C:¥Program Files¥GnuWin32¥bin¥bmptopnm.exe: Windows BMP, 1024x768x32
C:¥Program Files¥GnuWin32¥bin¥bmptopnm.exe: WRITING PPM IMAGE
C:¥Program Files¥GnuWin32¥bin¥ppmtojpeg.exe: EOF / read error reading a one-byte sample
で、
PS C:¥> $a = bmptoppm bitmap.bmp
C:¥Program Files¥GnuWin32¥bin¥bmptoppm.exe: Windows BMP, 1024x768x32
C:¥Program Files¥GnuWin32¥bin¥bmptoppm.exe: WRITING PPM IMAGE
PS C:¥> $a.gettype()

IsPublic IsSerial Name                                     BaseType
-------- -------- ----                                     --------
True     True     Object[]                                 System.Array


PS C:¥> $a[0].gettype()

IsPublic IsSerial Name                                     BaseType
-------- -------- ----                                     --------
True     True     String                                   System.Object
bmptopnmの出力はSystem.Stringクラスオブジェクトの配列に変換され、でまたテキストに戻されppmtojpegに渡されるということになっているようです。

で、どうもこのStringオブジェクトに変換する際にデータはUnicode化され、バイナリデータであるbmptopnmの出力は書き換わっているっぽい。

pnmtopnmを使ってテキストフォーマットにすれば問題なく扱えるのでしょうが、Unicode化されるのでだめLink
bmptopnm|pnmtopnm -plain
としてもpnmtopnmに渡される時点でデータは壊れてるし。

PowerShellは好きなんですが、こういう用途には使うなということですね。

[参考]

[2008/3/10] 追記Link

— posted by mu at 06:14 pm   commentComment [0]  pingTrackBack [0]

T: Y: ALL: Online:
ThemeSwitch
  • Basic
Created in 0.0243 sec.
prev
2026.3
next
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31