08/29: mixi
Category: 一行 Posted by: ken1 1 Comment
http://mixi.jp/show_friend.pl?id=237418
どうも複数の場所を管理する事が出来ませぬ。放置が一番恥ずかしいのでなんか考えます。
08/29: mixi
Category: 一行 Posted by: ken1 1 Comment
http://mixi.jp/show_friend.pl?id=237418
どうも複数の場所を管理する事が出来ませぬ。放置が一番恥ずかしいのでなんか考えます。
07/08: 鋳薔薇危険
Category: 一行 Posted by: ken1 Add comment
いばら「ぎ」に怒る会
http://www.nihira.jp/ibaraki/
すみません間違って覚えてました。
Category: ソフトウェア Posted by: ken1 Add comment
GNU su で wheel グループをサポートしないわけ(Richard Stallman)
http://www.linux.or.jp/JM/html/GNU_sh-utils/man1/su.1.html#lbAF
翻訳文から細かいニュアンスを読み取ろうとするのは危険なので(伝言ゲームだし)適当に流しますが、ひょっとしたらジョークのたぐいじゃないのか、これは。んー正確に言うとガイドラインのテンプレというか。「私は大衆の側に立つものであり~」と最後に一行入れるとなんでも説得力up、みたいな。
06/30: 道路時刻表 酷道425号
Category: ノンカテゴリ Posted by: ken1 Add comment
道路TIMETABLE - TOPページ
http://douro-timetable.jp/
一般国道425号
http://www.kkr.mlit.go.jp/road/time/r425.html
平均40km/hってとこですか。うーん。あんな酷道40km/hで走ったら危なすぎるような。感覚的には目一杯かっ飛ばして30km/hってとこなんだが。
06/29: 頭文字Dとバリバリ伝説って作者一緒なのか
Category: 自分メモ Posted by: ken1 Add comment
んー前にこの手の話をしてて指摘された気がする。記憶力ねえからなあ。バリ伝は非常に読みたい。やっぱり頭文字Dテイストなんでしょうか。年代的にはバリ伝読んで育つのが正統な進化らしい。俺間違ってキリン読んでたよ。どうでも良いが知り合いにマクロス観て航空自衛隊に行こうとし、バリ伝読んで鈴鹿走ってた人が。ストレートではある。
06/29: Fl282の写真を眺めてたら変だった。
Category: ノンカテゴリ Posted by: ken1 Add comment
http://www.mayonaka-land.org.uk/mk2/modules/myalbum/
この方の模型の写真が判りやすい。んで何が変かというとローターです。2軸ローターの時点で変だけど、これどっちかが止まったり(というかちょっとでもずれると)わりと危なっかしいような気がします。機銃のプロペラ同調装置みたいなもんで、一見危ないけど案外大丈夫なもんなんだろうか。でも2軸配置のおかげでトルクが打ち消せているのですね。だからテイルローターが無い。
06/25: 揺らぐ避弾径始
Category: ノンカテゴリ Posted by: ken1 Add comment
避弾径始というのは敵弾のダメージを逃がす装甲の工夫、という意味。斜めに当たった弾は逸れやすい。当たり前なので、昔は戦車を作るときはなるべく丸っこくしました。
昔の当たり前は今では通用せず。APFSDS弾という、槍みたいな形の砲弾は、斜めの装甲でも跳弾せずズンズン侵徹します。何故そんなインチキが起こるのか。砲弾を極めて高速に加速し、着弾時の圧力を ウゴニオ弾性限 を超えるまで高めると、砲弾および装甲が流体のような挙動を示す。そうです。理屈はともかく名前がかっこいい。ウゴニオ弾性限。
インチキにはかなわないので、90式などの現代戦車は丸っこい装甲をやめてしまいました。その代わり平べったくしたり、インチキ防止に装甲の材料を工夫しています。以上、大砲と装甲の研究より受け売りました。
さて避弾径始、という単語について。この単語、揺らぎが大きい。
西練馬駐屯地 - SCRAP - 2004-10
http://homepage1.nifty.com/jagaimo/west_nest/0410.html
すごいすごい。揺らぎまくっている。リンク先の方の方式で取り直してみる。括弧内は本記事(2004/10/04)の数。
2005/06/25現在
避弾径始 72件(64件)
避弾経始 183件(201件)
避弾傾始 59件(50件)
被弾径始 194件(86件)
被弾経始 329件(158件)
被弾傾始 43件(41件)
むう。揺らぎが酷い。実は全部意味が違うとか。おそらく他の単語にもそれなりにしっかりとした出自があるので、揺らぎが大きい傾向はこの先も収束しなさそうではあります。この手の単語ってユーザー辞書で使用するから、なかなか気がつかないだろうし。
06/24: Orenosvが有償になった
Category: ソフトウェア Posted by: ken1 Add comment
Orenosv HTTP/FTP Server
*.conf ファイルに設定を記述する、Apacheみたいなタイプのソフト。以前から告知されていたとおり、有償になっちゃった。貧乏ユーザなのでアップグレードはしないけど、二年近くFTPサーバとして使っていました。
06/18: ext2/ext3のファイル断片化
Category: 一行 Posted by: ken1 Add comment
ext2のデフラグは必要ない、という話。なんかしっくりこない。多分本当に(事実上)必要ないのだろうけど、しっくりこないもんは仕方が無いので箇条書きします。
僅かでも断片化が進む以上、それを止める方法が無い、というのは気持ち悪くないのか。
ファイルサーバとして使う場合、しばしば使用率90%を超える事があると思うのだけど、そのときの断片化は諦めるしかないのだろうか。
そのときは他のディスクにファイルコピーして書き戻せばok、という話は変だ。その行為はまさにデフラグだ。
ピークパフォーマンスを求めるニーズ。ディスクの外周にファイルを置き直したいなど。
それと断片化について。どんなファイルシステムで良いけど、たとえば「奇数001」というファイルを置く。次に「偶数002」というファイルを置く。さらに「奇数003」というファイルを置く。ディスクがいっぱいになるまで「奇数 偶数 奇数 偶数 奇数 偶数 …」と交互に繰り返して置きます。
そしておもむろに「奇数」と名の付いたファイルを全部消す。このとき、空き領域のフラグメントは起きない?起きないのなら凄いファイルシステムだと思う。どんなに賢いファイルシステムでも、未来にどのファイルが消えるのかは予測できない。出来ない以上、断片化を意図的に起こすことは可能であり、断片化は起きる気がする。
追記
「ext2」も場合によってはデフラグしたほうが良い
そのリンクにある
http://diary.imou.to/~AoiMoe/2005.04/
むー強い解説。読んで気がついたけど、断片化を一切禁止したら大丈夫か。だけどそうするとディスクがとても無駄になると。そもそも効率よくディスクを使うための断片化技術である、事をすっかり忘れておりました。
06/16: 描画レートを上げるとカーソル移動が速くなる
Category: ハードウェア Posted by: ken1 Add comment
今気がついた。液晶ディスプレイなので、実際のリフレッシュレートは一切変わらない。だけど、画面のプロパティでリフレッシュレートを上げると、USB光学マウス(XP標準ドライバ)のカーソル移動も比例して高速になる。んー気持ち悪い。
(内部的な)リフレッシュレートと、マウスの動き検出タイミングが同期してる?んだったらそれはそれで面白いが。ビデオカードを強くしたらマウスカーソルもなめらかになりました!みたいな。
06/16:
Category: 一行 Posted by: ken1 Add comment
レーション / 糧食が食いたい。
http://phototec.hp.infoseek.co.jp/mretop.htm
なんだか知らんが妙にそそるなあ。(米軍の)MREは千数百円で買える程度。自衛隊の戦闘糧食もオークションなら買える。むう。
06/15: dxva_sig.txt
Category: ソフトウェア Posted by: ken1 Add comment
突如出現するようになった。WMV9を再生すると もれなく dxva_sig.txt が出現する。Radeon環境だとWMVアクセラレーター OFF でも効果が有るようなのですが当方では効果が無い。
http://lolip.hp.infoseek.co.jp/#050612
とても直りそう。でも俺の場合は、以前は出ていなかった。だからきっと(システムを更新しなくて済む)無難な方法が有るはずだ。という訳で例によって不毛に設定を触る。
>346 :名無し~3.EXE:05/03/11 20:20:12 >ID:TH3p7eyC
>dxva_sig.txt
>
>ffdshowでRAWをall saportにすればおk
saportにすればおk との事でまるで信用ならないが「all support」の設定で本当に直った(MPClassic環境)。突如、なんて書いたけど、要するに俺が ffdshow を無闇に入れ直しているのが主な原因、ということで。コンピュータはいつだって忠実だという話。
06/11: 自分メモ
Category: 自分メモ Posted by: ken1 Add comment
*Catalyst5.6(Softmod)
http://www.techpowerup.com/softmod/downloads.php
*C,Dバックアップ(backup)
*蓄々CSS自動整形
http://www.akiyan.com/css_beautifier
*公示逃れ。リスト入りは避けられたという話。自アンより。
高額納税者公示制度 - Wikipedia
*Wikipediaがらみ。編集を保護されている項目一覧。
Wikipedia:保護されたページ - Wikipedia
それだけ意見が分かれる単語ということで興味深い。単語のみで保護の原因を推測する遊びとか。下品ですか。
*uptime.exe
http://www.microsoft.com/ntserver/nts/downloads/...
NT4.0の頃から用意してあったということで不覚。
*DB601がカムギアトレーンでやや驚いた。
ドイツエンジン写真集の7個目。倒立V型なので解りにくいけど下のベベルギア付近。CBRとかVFRは平ギア組み合わせてる。ドカティはベベルギアトレーンだったそうな。DB601はWW2のドイツ航空機エンジン。直噴で有名。
んー、よく考えたら カムギア→カムチェーン→カムベルト(タイミングベルト) の順に進化してる訳で。カムギアをありがたがってる俺は一体。という話にもなるのであまり深く追求せずに流します。ざーざー。
*インジェクションNSR。htmlと、馬鹿除けの言及でちょっと損してるかも。
NSRインジェクション仕様 injection nsr250
*なにかと実用化が難しいらしい。攻殻S.A.Cなんかにも似たのが出てくるティルトローター機。ロータークラフト新時代:オスプレイ飛行再開
親サイト。質・量、共に強い。Aviation Now/航空の現代
06/07: Nucleus3.2 その2
Category: ソフトウェア Posted by: ken1 Add comment
速度。管理メニューのレスポンスで言うと1秒から2秒位。さすがにK6-2+0.5GHzは速い。html動的生成なので、再構築は不要。大手商用blog並に便利。とか訳の分からんことを言ってみる。
Fancy URLモード ONに。httpd.conf の AllowOverride AuthConfig Limit では動かない。AllowOverride all にして動作。
06/07: font-size
Category: ノンカテゴリ Posted by: ken1 Add comment
基本的なユーザビリティ話を前提で。フォントサイズ小(IE)のほうが見やすいケースも多々ある気がする。文字が大きいと、一行辺りの文字数が減って、そのぶん視線移動が多くなります。最近は左右にマージンをとるレイアウトが多いので、画面解像度の小さい環境だと特に移動が多い=疲れるんじゃないか。ちまたで大きなフォントサイズが推奨されるのは、視力の低い人、画面環境の悪い人への配慮であって、文字が大きいと何か得かというと別に得はない。情報量は損している。
06/07: Nucleus3.2
Category: ソフトウェア Posted by: ken1 Add comment
デフォルトスキンをそのまま使用。CSSのみ変更。例によって白黒。我ながら保守的だと思う。デフォルトスキンはこんな感じ。これは初見の印象で損してるよなあ。黄色はやっぱおかしいよ。Nucleus管理画面のほうが見栄えが良い。
デフォルトスキンでリンクに下線が付かないのは普通に困る。カーソル合わせるまでリンクかどうか判断出来ない位ならurl直接書いた方がマシかも。フォントサイズ固定はレイアウトもあるだろうし仕方なし。
編集方法。CSSにしてもそうだけど、どうやってリンクを追加するんだろうか。とりあえずどちらも直接書き換えてるのだけど、ちゃんとしたやり方があるような気がする。
06/07: MovableTypeからNucleusへの移行
Category: ソフトウェア Posted by: ken1 Add comment
全てWindows2000での話。
MovableType3.15j。
遅い。とても遅い。mod_perlで動かせば速度問題は解決する。だけどmod_perlはApache2では動かない(mod_perl2は動く)。mod_perl2ではMovableTypeはすんなり動かない。なのでMTとはいったんお別れ。速度以外は最優秀な気がする。
Nucleus3.2。
MySQL4.1系ではアクセス出来ず。4.0系を使用した。これは多分4.0と4.1のデフォルト設定の違いから来るものだと思う。んで、4.0系でかつ、データベースユーザはrootのままでないと接続出来なかった。これも多分なのだけどuser作るときに強めのuser作らないとダメなんだと思う。MySQL触ったことがないので、感覚が分からない。感覚が分からないまま試行錯誤するのは異常に疲れる。アホなので10時間位ハマリ。それ以外の設定はMTと比べると大変に楽です。
データ。
MySQL同士なら移行は楽だそうな。MTでBerkeleyDBを使ってた俺はMTでまずMySQLに、と思ったが、適当に設定した為か文字化けが発生してBerkeleyDB>MySQLが頓挫。おかげで非常にクリーンというかデータは移行してない。
教訓。
なんでもWindowsでやろうとするな。一時間ハマったらアプローチを変えろ。mod_perl2.0.0はリリースされたばっかり。Googleに頼らずにリファレンスマニュアルに頼れ。
おねがいティーチャーとシガニー・ウィーバーは似てる。
ただしJIS Z 8301 規格票の様式 によれば「その言葉が3音以上の場合には, 語尾に長音符号を付けない」とあるそうなので
おねがいティーチャとシガニ・ウィーバ となり、あまり似ない。そんだけ。
オンボード3C940 VS 玄人VT6122 の直接対決(P2P接続)。
VT6122は250Mbps程度で受信(Windows共有の転送にて)出来るのだけど、3C940は70Mbps程度でしか受信出来ない。でもこれ逆に考えたらVT6122の送信がプアなのかも知れない訳で、どっちが悪いのかよく分からないのでありました。
http://www.cybernetic-survival.net/ 内の
フリーのデータ抹消ツール vs. 商用のデータ復元ツール [NTFS編]
Windows標準(2000以降)で搭載されているとは。スマートでよい。それと、データ消去を出来るだけ高速にしたいなら、ある程度無意味な(復元されてもかまわない)ファイルでHDDを埋め尽くしてから cipher するのが速い。この手のツールは所用時間をまるで考慮してないので、相応に妥協ラインを見つけないと遅いです。cipherの「今あるファイルは手を付けないで、空き領域はぐちゃぐちゃにしてくれる」というのは結構偉大かも知れない。35回上書きは馬鹿らしいけど、クイックフォーマットだけじゃちょっと怖い的な。そういうニーズにぴったりです。あと単にデータで埋めただけでは、MFT部分が相当残る。らしい。
http://www.storagereview.com/php/benchmark/bench_sort.php
url取得方法が判らない。[Net Drive Temperature]を選択して[sort]で。
外気温に対するHDD温度の差。このサイトでは4R160L0がトップでヌルいですが、むう。取り付け位置の違いで差がつくのだろうか。ところで4R160L0のHDD Health の Nearest T.E.Cが 2005/02/14。なんですぐしんでしまうん?的な感が。取り付けて3日目なので数字はまだふらつくというものの、「Ultra ATA CRC Error Count」が真っ赤です。妙に熱い事と関係するのか。したらイヤだぞ。