なぜタイムゾーン名が必要？
Linuxなどで環境変数TZに「JST-9」などと、日本標準時であること時差を設定しますが、これらを設定する意味が、いまひとつ解りません。 つまり、設定ファイルなどにJSTが登録されているなら、わざわざ時差を指定する必要がないような気がするのです。 「JST」を設定するだけで時差が9時間だと判別できる、あるいは「-9」と書くなら「JST」を付ける意味がないのでは、と思うのです。なぜ両方を指定する必要があるのでしょう。 また海外時間の場合は「EST5EDT」というように、標準時、時差、夏時間ON、と書いたりしますが、わざわざ夏時間のON・OFFを指定しなくても地域と日付から自ずと特定できるのではないかと思うのですが、この点も意味がよく解りません。 さらに夏時間の存在しないハワイ州に「HDT」というものが存在するのも、何の意味があるのか…。 私が、根本的・基本的な内部での処理が理解できていない
日付を取得する | UNIX & Linux コマンド・シェルスクリプト リファレンス
→ -d 'N days ago' オプションで N 日前の日付を取得できる。 Linux では拡張された GNU date コマンドが使用できるので、簡単に過去の日付を取得できる。 $ date 2007年 6月 2日 土曜日 23:05:20 JST #↑そのまま実行すると当日の日時が表示される。 $ date -d '1 days ago' 2007年 6月 1日 金曜日 23:05:31 JST #↑1日前を指定すると、現在日時から24時間前の日時が表示される。 「GNU date」が使用できない場合 → 一時的に環境変数 TZ を変更した上で date コマンドを実行する。 古い UNIX マシンなどでは、「GNU date」が使用できない場合が多い。そういった環境では、一時的にタイムゾーンを変更して date コマンドを実行することで、過去の日付を取得することができる。 $ e
libvirt: QEMU/KVM/HVF hypervisor driver
The libvirt KVM/QEMU driver can manage any QEMU emulator from version 4.2.0 or later. It supports multiple QEMU accelerators: software emulation also known as TCG, hardware-assisted virtualization on Linux with KVM and hardware-assisted virtualization on macOS with Hypervisor.framework (since 8.1.0). Deployment pre-requisites¶ QEMU emulators: The driver will probe /usr/bin for the presence of qemu
KVM で PXE ブートしようとしたら難儀した - daily dayflower
KVM の場合，virt-install コマンドに --pxe オプションをつければ PXE ブートさせることができる。Xen と違って完全仮想化だから。ばんざい。 # virt-install --name=hogehoge --accelerate --os-variant=rhel5.4 \ --ram=384 --vcpus=1 \ --file=hogehoge.img \ --network=bridge:br0 --pxe \ --vnc --noautoconsoleあるいは qemu-kvm コマンドを直接叩いて network option rom を指定するという方法もあるようだ (参考, qemu-kvm の直接起動は Stray Penguin - Linux Memo (KVM-2) 参照)。 これで普通に DHCP サーバと TFTP サーバを構成していれば
ポストグレスSQLチューニング メモ(Hishidama's PostgreSQL7.2.1 SQL tuning Memo)
S-JIS[2003-07-19] PostgreSQL7.2.1 SQL最適化メモ SQL実行の際は、PostgreSQLが実行計画を立て、最も効率のよい方法で実行される。 が、SQLの組み方によっては効率の悪い方法が選ばれることがあるので注意。 VACUUM ANALYZE PostgreSQL（プランナー）が実行計画を立てる際には、統計情報が使われる。 統計情報はVACUUM ANALYZEを実行していないと更新されない。SQLの実行が遅いと思ったら、まず真っ先にVACUUMすべし。 EXPLAIN SQLを実行する際に プランナーがどのような実行計画を立てるかについては、EXPLAINで確認できる。 検索方法の種類 ほとんどの場合はseq-scanよりindex-scanの方が速いが、EXPLAINでcostを見てみないと確かなことは分からない。 どちらを使うかはプランナーが統計情
SQL Power - ポスグレ パワーチューニング
SQL パワー - SQL チューニング SQL はどのように実行されるか SQL は非常に強力ですが、複雑な SQL 文を実行したときに、想像以上に時間がかかったことがあるかと思います。これは、PostgreSQL が、設計者・開発者の意図したとおりに実行されていないかもしれません。いや、もちろん、結果は正しい結果が返ってきていると思いますが（返っていないとしたらたぶん開発したプログラムのバグですよ）、その結果を求めるまでに、最適な道順を通ってないかもしれません。 大抵チューニングが必要なのは、select 文なので、ここでは select 文を中心に話を進めます。 SQL は、実行時に PostgreSQL サーバに渡され、PostgreSQL サーバがどのようにデータにアクセスしたらよいかを考えます。例えば次のような SQL 文があったとしましょう。 select 社員名称 from
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
複数の秘密鍵を使い分けるには - えこ日記
http://kk.kake.info.waseda.ac.jp/~kakehi/lp12/wl/
Efficient data transfer through zero copy
