だからパンツ、ぱんつとやかましかった人たちを晒します。 

 ＝＝　朝　＝＝

 

無理はするものよね。
そうすることで人は限界を知る。
でもそうして得た限界は次の限界値ではないのが人間の不思議。


＝＝　夜　＝＝
んー、特に無いかなぁ。。


＝＝　現在　＝＝
もう休もうと思います。
寝る準備万端なのです。


＝＝　未来　＝＝
先の事はわからないし、知ろうと思わない。
目標としてもっと明るく過ごせるような努力をしたいかな・・・

 うあ、、、まさかの手が震えてダブルクリック。。。

ウェブアプリケーションを作るとき、結構重視しなければならないのがこのような想定外のオペレーションです。
いわゆるページ遷移制御。

ユーザの予期せぬ動作を制御するのも腕の見せ所だったり。
しかし１００％防ぐことはできません。。
それは自宅の施錠が完ぺきにできないように。

それでも完全に近づけることは可能です。
より、高度な社会に。
より、高度な意志を持って。
さらなる高みを目指したいですね。

と、フォローになったかな？

奇跡なんだよ



死は生があって成り立つもの

新たなる生の誕生が奇跡ならば、死もまた同等



そんな尊ぶべき死を軽々しく取り扱う事がどうしても許せない





あなたは死を本気で考えていない





本気で考えたなら一度でいい！

その境界に立て

そして見つめるのだ

走馬灯を



人の死とはそう言うもの

そして死に追いやるとはそう言うことなんだ



それを考えた上で

死ねばいいのに

と言え



このクソガキ共

見てますか？
私は今も帰りを待っています。
ねぇ？もう戻らないのカナ？

もう役目は終わったんだよ

それでも私の心はどこか空いたままです

もう一人で生きていけるじゃないか
何が不満なのだ？

不安じゃない。
ただ黙っていかないって言ったじゃない。

言ったら悲しむの見えてるからでしょ？
彼の優しさよ

そうやって気づいたら誰もいなくなるのカナ？

…

そして誰もいなくなるの？

大丈夫だ
いつでも翔べる
空は嘘つかない
みんな待ってる

そうしたらあなたともお別れね

そうだね

あの人にまた会えますか？

人生なんてある程度生きてしまえば決まったルーチンワークで終わると思う。
whileでぐるぐる回って、固定のサブルーチンがあって。
日々淡々とそれをこなしているに過ぎない
きっとイメージはこんな感じ


jinsei.php
<?php
  while(true){
    require("tasks.php");

    foreach($tasks as $task){
      $task() ;
    }

  }
?>


tasks.php
<?php
  $tasks = array("kisyo"
              , "syushin"
              , "syokuji"
              , "work"
               );


  function kisyo()
  {
    echo "okiro\n\n";
  }
  function syushin()
  {
    echo "nero\n\n";
  }
  function syokuji()
  {
    echo "kue\n\n";
  }
  function work()
  {
    echo "hatarake\n\n";
  }
?>


一日で１ループ
ただ、tasks.phpは変動できる
ある日突然GOTO文が紛れ込んで自分を思いもよらぬ世界へ導いてくれることもある。
でも哀しいカナ・・・
場合によってはdieも置けるんだよね。


それぞれの人生だから好きに歩めばいいと思う。
けれどdieとexitは違う。
プログラムはパッケージでスコープされるが人生は他のパッケージとのリレーションがあるの。
一つのパッケージが死ねば・・・
影響を受けるパッケージがあることを忘れないで欲しい・・・


2011.07.07 Modified もろもろひどいコーディングだったので一部修正しました。

http://goo.gl/BFXWe

リンク先のとおりですが、MySQLで突然テーブルがクラッシュすることがあります。
リンク先ではMyISAMを利用時みたいで、実際にMyISAMテーブルで記載の通りの事象に見舞われました。

そんなに頻繁にテーブルクラッシュしたわけではないのですが、今回1万を超えるテーブルの中から200近くのテーブルがクラッシュして対応が大変でした。

記述では、

最近のエラーログの中の restarted mysqld メッセージを探せば簡単に検証する事ができます。もしそのようなメッセージがあれば、破損の原因はサーバーの破損によるものである可能性が高いでしょう。そうでなければ、破損は通常作業の最中に起きたという事になるでしょう。その場合はバグです。

ってなってますが、簡単にバグですって言われても (^^ゞ
ORACLEさん頼みますよって感じ。

結局原因は不明。
ログにはクラッシュした旨のメッセージは出ますが、クラッシュしたタイミングでエラーは出ないみたい。
# クラッシュしたことによりテーブルの更新ができない場合にメッセージが出る

InnoDBでは発生しないのはトランザクションがあるからかしらね？
もし、そうならやっぱりInnoDBを使うことがデフォルトでありたいわね。

それはきっと「軽さ」なんでしょうね。

昨今、セキュリティソフトウェア関連会社はウィルス対策ソフトの軽さについてアピールが激しい。

CPUの使用率がへりました。
Memoryの消費が減りました。
クラウド化しました。

当たり前のように並ぶ、この言葉。
それでも重いと感じる。

きっとこの「重い」という原因の根拠が食い違っているからなんでしょうね。

パターンファイルをローカルに置くことがそんなにPCを遅くするのでしょうか？
メモリを消費することがそんなにPCの動作に影響があるのでしょうか？

甚だ疑問です。

正直、駐在しているだけのウィルスソフトに重さを感じたことはありません。
業務上512MB程度のメモリしか積んでいないPCにもあたったことがありますが、思いなんて思いませんでした。

それよりもウィンドウズを1年普通に使うほうがよほどパフォーマンスが下がると思っています。
ウィルスソフトが重い重い、といってもアンインストールしたら軽くなるかと思ったらそうでもないってことも多いですよ。
結局ウィンドウズがいろいろゴミをためるからではないでしょうか。

ではウィルスソフトが重いと感じるところはなんでしょう？
それはディスクI/Oではないかと思います。
つまり、スキャンに時間がかかるのです。
この間HDDは全開稼働するので、ローカルのファイルを開くのにとても時間がかかります。

もちろん共有サーバ上のファイルであっても、処理するのはローカルのアプリケーションなので重くなることは避けられません。
この点、何とかならないのでしょうか？
アイドル中だけスキャンするとか、HDD読み取り速度を遅くするとか。

ionice ？
みたいな処理が入ればいいのにね。

正直クラウドはよくわかりませんが、ネットワークに負荷をかけるのは賛同できませんね。
スタンドアロンシステムも根強いですし。

各社いろいろなソフトが有りますし、バージョンにも依存しますし、保持しているファイルのステータスにもよるでしょう。
したがって、一概に「重い」の定義も難しいですが、少なくともスキャン実行時のディスクI/Oの負担軽減は何とかならないものかしらね？

業務要件で旧バージョンのMySQLの挙動確認をしたいとき、yumでは難しいですね。
また、MySQLのサイトにいっても最新バージョンしかないのでこれも難しいと。
そんなこんなで探したのがここです。

http://download.softagency.net/MySQL/Downloads/MySQL-4.1/

ソースからコンパイルするときはコンパイラが必要になります。

http://blog.k-go.org/archives/50315711.html

makeしてから気づいた場合はクリーンが必要みたい。

http://goo.gl/Mlg8K


以上、ざっくりめもでした