Yasuoka's hack log (2015年)

トップページへ

[ 2024 | 2023 | 2022 | 2021 | 2020 | 2019 | 2018 | 2017 | 2016 | 2015 | 2014 | 2013 | 2012 | 2011 ]

コメントはこちらまで or send a mail to yasuoka at yasuoka dot net.
とくに記載がない場合、OpenBSD の話をしています

2015-11

2015-11-22: 身の回りの公開サーバをすべて OpenBSD 5.8 にアップグレード
- Name based virtual host + reverse proxy は自前実装だったが relayd の機能でも実現可能になっていたので、relayd の機能を使い、自前実装を捨てる。これまでは relayd の CPU が回りまくっていたが、最新版では解消。
- CGI の httpd 対応
- 自前実装も apache も捨てたので、フットワークが軽くなった

2015-09

2015-09-28: 結局 AM1I(UEFI でブートしないやつ) 発注。明日到着
2015-09-28: Intel NUC DN2820FYKH ゲット。UEFI が動かないというバグレポがあったので、デバッグ用に購入したが、バグレポを読み間違えていたようで、ばっちり動く...
2015-09-28: snapshots パッケージ chromium-45 だと tweetdeck の描画が乱れてしまい使いものにならない。とりあえず無理やり chromium-44 に戻して使っている
2015-09-23: 最新の remmina も "Use client keyboard mapping" は効かないっぽい
- 頑張っても Ctrl と Caps が入れ替わらなかった。remmina ならズームが使えることがわかったので、rdesktop から乗り換えたいけど、Ctrl <-> Caps が入れ替わらないのはつらい...
2015-09-21: いろいろと問題...
- VAIO-Z: Transcend の USB MicroSD Adapter が認識しない、Shuttle では認識する。どちらも xHCI
- VAIO-Z: iwm, AP から少し離れると、大きなサイズのパケット送信が落ちやすい気がする。 Windows では同様の現象はみられないっぽいので、TX の出力が弱く設定されているのではないかと予想。
- Shuttle XS35V4: BIOS で無効にしてある USB 2.0 (ehci) が見えていて、起動時に "ehci_sync_hc: tsleep() = 35" メッセージを何度か出力される間待たされる。USB デバイスが 2 重に認識され、片方がエラーになったりする
2015-09-20: Window Manager を xfce4 にしてみた。
ついでに壁紙と透明化を使い始めた。
2015-09-18: Shuttle XS35V4 という Bay trail ベースの小さな PC 購入。UEFI
で起動しないということで購入したのだが、普通に起動..
2015-09-09: uefi は、OpenBSD にマージされ、
そちらで作業中
2015-09-09: Hibernation 時に、リセットしてしまう問題は、Hibernation 後に、
即効で wakeup している、という問題のようで、sys/dev/acpi/acpi.c の acpi_enable_wakegpes() を実行しないようにすると、電源は落ちるようになる

2015-08

2015-08-17: EFI から直接 unhibernation するプログラムが書ける気がする
2015-08-16: VAIO Z。UEFI boot 突破して、framebuffer で X まで使えるようになり、生活環境を切り替えた。状況のまとめ
- ソースコード https://github.com/yasuoka/openbsd-uefi/
- X でハードウェアアクセラレーションを使うには inteldrm を Linux 3.8 -> 4.1 相当にバージョンアップする必要があるっぽい
- タッチパッドが使えないのはイタい。i2c でつながっているっぽい。ACPI からせめるのかな
- Hibernation が動くのはうれしい。Hibernation はだいたい成功するが、電源落ちずにハングしたり、リセットしてしまうことが多い。

2015-07

2015-07-23: mailest は FreeBSD の ports になった
2015-07-23: 会社のノート PC として VAIO Z をゲットしたけど UEFI オンリーなので、OpenBSD をブートできない。
2015-07-23: c2k15 (OpenBSD general hackathon) 終了。libradius と、radiusd
をコミットした。まだ disabled

2015-05

2015-05-29: docutils のバグ http://sourceforge.net/p/docutils/bugs/159/ 気づいてもらえるかなぁ。
2015-05-29: mailest は、OpenBSD の ports に入れた
2015-05-23: mailest 0.9.16 をリリース。試してくれてる人が出てきて良かった。
2015-05-23: 本日時点、bitrig の contributor #9 https://github.com/bitrig/bitrig/graphs/contributors :)
2015-05-07: OpenBSD 5.7 の CD を遅れたけど注文。ついでにポスターも
2015-05-06: Mew の Hyper Estraraier 検索機能
- 専門外なんで、あまり手を出したくなかったんだけど、待ちきれず自力実装してしまった
- やりたいことはほとんどやった https://github.com/yasuoka/mailest
- 実装が 2,000 行越えてて、先を案じてしまうが、これでようやく幸せになれるはず

2015-04

2015-04-28: Hyper Estraraier で、ある URI にゴミが登録され、put out
get なにもできなくなる現象が発生した。repair -rst しても直らない...

% estcmd uriid hoge 'file:///home/yasuoka/Mail/2012/1404'
5836
%
% estcmd out hoge 5836
estcmd: INFO: status: name=hoge dnum=8878 wnum=194876 fsiz=52769101 crnum=0 csiz=0 dknum=0
estcmd: ERROR: hoge: no such item
estcmd: INFO: closing: name=hoge dnum=8878 wnum=194876 fsiz=52769101 crnum=0 csiz=0 dknum=0
%
% estcmd get hoge 5836
estcmd: ERROR: hoge: no such item
%

結論としては、Hyper Estraier の DB は、壊しちゃダメってことだな。

2015-04-25: mail は業務の中心なので mew をもっと使いこなさないと
- mew 6.6 にバージョンアップ: 6.6 はフォルダに大量のメール貯めてても、サクサク動く
- 検索を常に使えるようにしておく: hyperestraier や ruby が入ってなくて、検索使えないということがないように mew パッケージを更新して ports も更新しておく
- flowed を使いこなす
  - summary mode: _
  - draft: C-c C-p C-f で flowed mode, C-c C-f で折り返し
- queue に貯めるくせをつける: C-c C-c じゃなく C-c C-m として、レビューしてから送信するくせをつける

2015-02

2015-02-09:
- Brisbane でハッカソン: https://twitter.com/yasuoka_m/status/564575571712020480/photo/1
- Mew 6.6 にしてみた。いままで、フォルダに大量のメールがあると、 summary モードがモサモサしていたけど、サクサク動くようになった。これは助かる。

2015-01

2015-01-12:
- iwatch をリリースした。https://github.com/iij/iwatch/releases OpenBSD の ports 化作業中。完了。5.7 から package に入る。
2015-01-12:
- RAM なし BBU なしの RAID カードを使ったところ超遅く、いろいろと調査した。とくに newfs() や tar の展開が遅い、というもの
- newfs は drive に対し同期書き込みを行い、tar はファイルシステムのメタ情報なので、やはり同期書き込みを行う
- ディスクに対する同期書き込みは、本来はとてもおそい。IOPS はせいぜい 100 IOPS程度なので。
- 普段は disk cache が有効なので、気にならないが、「RAM なし BBU なしの RAID カード」の場合、cache がまったくないので、とても遅いという現象が露呈する
- Linux の場合には、raw device アクセスの場合にも cache が存在するので、 disk の cache が無効でも早い
- OpenBSD でも soft update などの OS 側のキャッシュで高速にすることができるが、newfs の問題は解決しないし、OpenBSD ではデフォルトでは、 disk cache を on にするものなので、「RAM なし BBU なしの RAID カード」の場合でも、起動時に disk cache を on にすればよい、という結論にした http://freshbsd.org/commit/openbsd/3b30ac7654567ac5ed0de20e567aca19ec06afc5
- soft update を使いたい場合は、newfs 後に disk cache 無効、soft update 有効とすれば良い

トップページへ