プロフィール

kosaki

Author:kosaki
連絡先はコチラ

ブログ検索
最近の記事
最近のコメント
最近のトラックバック
リンク
カテゴリー
月別アーカイブ
RSSフィード
FC2ブログランキング

スポンサーサイト このエントリーをはてなブックマークに追加

上記の広告は1ヶ月以上更新のないブログに表示されています。
新しい記事を書く事で広告が消せます。


スポンサー広告 | 【--------(--) --:--:--】 | Trackback(-) | Comments(-)

pasteコマンド このエントリーをはてなブックマークに追加

http://blog.livedoor.jp/unixtips/archives/55112007.html

面白い。
普通はawkするところをpasteコマンドで改行を+記号に変換し、bcコマンドに食わせる事で足し算だぜーって発想が。
こういう無駄にテクニカルな解法大好き

関連記事
スポンサーサイト
linux | 【2009-05-31(Sun) 21:15:14】 | Trackback:(0) | Comments:(0)

Why aren’t you using ionice yet??? このエントリーをはてなブックマークに追加

ほえほえさん経由で見つけたナイスなアーティクル

http://friedcpu.wordpress.com/2007/07/17/why-arent-you-using-ionice-yet/

要約するとioniceは-pオプションでプロセスIDを指定できて、シェルスクリプトは$$でプロセスIDを取得できるんだから、updatedbとかのバッチ的処理すると分かっているスクリプトの先頭に、

ーーーーーーーーーーーーーーーーーーーーーーーーーーーー
#! /bin/sh
ionice -c3 -p$$

if [ -x /usr/bin/slocate ]
ーーーーーーーーーーーーーーーーーーーーーーーーーーーー

のように1行足しておくと、ラグがなくなるよん。というtips



関連記事
linux | 【2009-05-31(Sun) 15:37:27】 | Trackback:(0) | Comments:(0)

超ひさしぶりに このエントリーをはてなブックマークに追加

トラックバックもらった。一年ぶりぐらい?
こんな僻地の日記でも読んでる人はいるんだなー

なんか、うれしい

関連記事
雑談 | 【2009-05-31(Sun) 15:06:37】 | Trackback:(0) | Comments:(0)

[LKML名言集] こっち見んな( ゚Д゚ ) このエントリーをはてなブックマークに追加


> > > > I dunno. Is this true of all linux filesystems in all cases? Maybe.
> > >
> > > Assuming one of them is not would you rather want to fix that file system
> > > or 10 zillion user programs (including the kernel core dumper) that
> > > get it wrong? @)
> > >
> >
> > I think that removing one bug is better than adding one.
> >
> > Many filesystems will return a short write if they hit a memory
> > allocation failure, for example. pipe_write() sure will. Retrying
> > is appropriate in such a case.
>
> Sorry but are you really suggesting every program in the world that uses
> write() anywhere should put it into a loop? That seems just like really
> bad API design to me, requiring such contortions in a fundamental
> system call just to work around kernel deficiencies.
>
> I can just imagine the programmers putting nasty comments
> about the Linux kernel on top of those loops and they would
> be fully deserved.
>

Hey, don't look at me - blame Brian Kernighan or George Bush or
someone.




超訳:
背景: core dumpをパイプ経由で書き込むときに


static int dump_write(struct file *file, const void *addr, int nr)
{
return file->f_op->write(file, addr, nr, &file->f_pos) == nr;
}



というコードがあって、こんな仮定動くはずねーーー。とか言って議論している

Andi Kleen:
writeの返り値をちゃんとチェックしていないプログラムなんて星の数ほどあるんだから、POSIXがどうのこうのとか言い訳するのはやめようぜ。

Paul Smith:
 うーん、でも多くのファイルシステムがメモリ不足やらなんやらで部分書き込み成功を返すんだよね。ここはcore dumpのところだけ直すのが影響範囲が小さくて・・・
 
Andi Kleen:
 世界中のおばかプログラムを直して回る気?これはAPIデザインが腐ってるよ。きっとプログラマーはLinuxを罵倒するコメントを、エラーチェックのループの先頭に入れることになるだろうね

Andrew Morton:
 こっち見んな( ゚Д゚ )
 文句はブライアン・カーニハンとかジョージ・ブッシュとか、その辺に言ってくれ


関連記事
linux | 【2009-05-28(Thu) 15:13:06】 | Trackback:(0) | Comments:(0)

[LKML名言集] flamewar^H^H^H^H^H^H^Hdiscussion. このエントリーをはてなブックマークに追加


On Wed, May 27, 2009 at 09:24:21AM +0800, Li Zefan wrote:
> Seems Christoph also runs into this problem while doing his XFS tracing.
> (and NULL str ptr that I'm not suffering)


Yeah. What I'm doing is tracing the XFS directory code. For some
reason unknown to mankind people decided not to store the 0 termination
on disk because we have the string length in the dirent anyway. So
beeing able to specify the length is important to me, aswell as dealing
with NULL strings because there are some directory operations that
are internal and don't deal with any entry and thus don't have a name
associated with them.


> > This is why I like the Impact line really be a "rational" line.
> > "TRACE_EVENT api change" is meaningless to me.
> >
>
> So what should this impact be. :(

Another reason for just dropping the impact Lines. I had hope people
would just stop adding it after the last
flamewar^H^H^H^H^H^H^Hdiscussion.



口が悪いので、一部で有名なChristoph Hellwig くん。



関連記事
linux | 【2009-05-27(Wed) 16:27:55】 | Trackback:(0) | Comments:(2)

[kernel watch没ネタ集] TuxOnIce このエントリーをはてなブックマークに追加

まあ、ようするに、ハイバネーションの改善。
ありがちなことに人間関係が原因で入らないという

I'd like to submit TuxOnIce for review, with a view to seeking to get it
merged, perhaps in 2.6.31 or .32 (depending upon what needs work before
it can be merged) and the willingness of those who matter.

To briefly summarise the advantages to merging TuxOnIce:

- Support for multiple swap devices
- Support for non-swap (an ordinary file can be used)
- Uses cryptoapi (LZO support, more than 2x speed of uncompressed data!)
- Asynchronous I/O, readahead, multithreaded. Get the maximum throughput
possible with your hardware.
- Userspace user interface that lets you abort hibernating and abort
resuming, get nice progress display etc.
- 8 years of testing and improvement.
- Full image of memory (LRU pages that don't need to be atomically
copied are saved prior to the atomic copy, then used as the
destination of the atomic copy).
- Support for resuming a different image after writing an image - makes
powering down a UPS after writing an image doable.
- Simple to set up (works without any userspace binaries, uses existing
resume= and noresume commandline parameters).

Signed-off-by: Nigel Cunningham


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/



関連記事
linux | 【2009-05-27(Wed) 13:15:33】 | Trackback:(0) | Comments:(1)

Deadline scheduler はfsyncに弱いので使い物にならないよ。という話 このエントリーをはてなブックマークに追加

若干、亀だけど


From: Heinz Diehl
Subject: Re: SSD and IO schedulers

On 08.04.2009, Corrado Zoccolo wrote:

> I found that elevator=deadline performs much better than noop for
> writes, and almost as well for reads
[....]

The DL elevator has slightly more throughput than cfq and anticipatory,
but is almost unusuable under load.

Running Theodore Ts'os "fsync-tester" while doing Linus' torture test
"while : ; do time sh -c "dd if=/dev/zero of=bigfile bs=8M count=256 ; sync; rm bigfile"; done"
shows it clearly:

mount: /dev/sda4 on /home type xfs (rw,noatime,logbsize=256k,logbufs=2,nobarrier)
Kernel 2.6.29.1 (vanilla)

with cfq:

htd@liesel:~/!> ./fsync-tester
fsync time: 0.7640
fsync time: 0.6166
fsync time: 1.2830
fsync time: 0.4273
fsync time: 1.1693
fsync time: 1.7466
fsync time: 1.2477
fsync time: 1.9411
fsync time: 1.9636
fsync time: 1.9065
fsync time: 1.1561
fsync time: 1.8267
fsync time: 0.2431
fsync time: 0.2898
fsync time: 0.2394
fsync time: 0.4309
fsync time: 1.5699
fsync time: 0.3742
fsync time: 1.3194
fsync time: 1.9442
fsync time: 1.0899
fsync time: 1.9443
fsync time: 1.0062

with dl:

fsync time: 10.5853
fsync time: 10.3339
fsync time: 5.3374
fsync time: 6.5707
fsync time: 10.6095
fsync time: 4.1154
fsync time: 4.9604
fsync time: 10.5325
fsync time: 10.4543
fsync time: 10.4970
fsync time: 10.5570
fsync time: 5.2717
fsync time: 10.5619
fsync time: 5.3058
fsync time: 3.1019
fsync time: 5.1504
fsync time: 5.7564
fsync time: 10.5998
fsync time: 4.0895


Regards, Heinz.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/



関連記事
linux | 【2009-05-27(Wed) 12:32:59】 | Trackback:(1) | Comments:(0)

[kernel watch没ネタ集] reflink このエントリーをはてなブックマークに追加

Unionマウントしなくても、copy-on-write なファイルが作れるようにシステムコール新設するよん。という話

がFSネタつづきなので(以下略)


関連記事
linux | 【2009-05-27(Wed) 09:25:06】 | Trackback:(0) | Comments:(0)

[kernel watch没ネタ集] Per-bdi pdflush このエントリーをはてなブックマークに追加

これもある種のSSD対応で。
・・まあいいや。来月

関連記事
linux | 【2009-05-27(Wed) 09:23:42】 | Trackback:(0) | Comments:(0)

[kernel watch没ネタ集] VFS based Union Mount このエントリーをはてなブックマークに追加

aufsがマージされなかった理由とかを絡めて書こうかと。がFSネタつづきなので(以下略)


関連記事
linux | 【2009-05-27(Wed) 09:18:38】 | Trackback:(0) | Comments:(0)

[kernel watch没ネタ集] DRBD このエントリーをはてなブックマークに追加

あいわらず、コミュニティ対応は最悪なので、またRejectされそうな気もするし、Andrew Mortonが強権発動して無理やりマージするような気もするしで、読めなかったので、来月いき

関連記事
linux | 【2009-05-26(Tue) 13:34:01】 | Trackback:(0) | Comments:(0)

WIDEのIPv6プロジェクトにお邪魔した このエントリーをはてなブックマークに追加

KAMEプロジェクトのサーバには亀のシールが、USAGIプロジェクトのサーバには兎のシールがそれぞれ貼ってあるという念のいりよう



関連記事
雑談 | 【2009-05-26(Tue) 13:13:31】 | Trackback:(0) | Comments:(2)

[LKML名言集] Hello Andrew ;) このエントリーをはてなブックマークに追加

Alan Coxとの議論の途中で「お前では話にならん」と言わんばかりに「AndrewをCCするよ。」って書いた人対してのAlanからのリプライ。

シュールすぎる



> > Tejun has a patch in the queue which exposes the HPA and real sizes to
> > the OS
>
> In queue for 2.6.30?

2.6.30 merge window is closed, as you well kow

> I fully agree w.r.t to proper handling of HPA but we need "something" in
> the meantime because it is *real* issue resulting in *real* users filling
> *real* bug-reports (which unfortunately always get assigned to me first
> so I'm needlessly wasting my time on them).

The merge window is closed. This is a 2.6.31 discussion and randomly
adding bogus printks to the kernel won't help because

- Users have no idea what they mean
- Distros boot with "quiet" so users don't see them anyway

It would be good to get Tejun's patch upstream and also runtime HPA
switching.

> IOW Please stop downplaying bug #13365 which this patch tries to alleviate.

I'm still not convinced 13365 is an HPA problem entirely - but there are
certainly other HPA confusions here and there.

> I'm adding Andrew to cc:...

Hello Andrew ;)

Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/




関連記事
linux | 【2009-05-26(Tue) 11:10:28】 | Trackback:(0) | Comments:(0)

PeterZのrefaultパッチを評価してみた このエントリーをはてなブックマークに追加

http://groups.google.co.jp/group/linux.kernel/browse_thread/thread/cb0bc1670d375b89/b6fc34ab4bf701d1?hl=ja%3Fhl&lnk=gst&q=refault#b6fc34ab4bf701d1

が、結果はBAD.
ラージファイルへのddでもrefaultがすっげー小さく出る。さぶん再実装が必要。くすん

関連記事
linux | 【2009-05-26(Tue) 09:30:55】 | Trackback:(0) | Comments:(0)

スクリプトからXのフォアグランドウィンドウを変えれるか? このエントリーをはてなブックマークに追加

という質問をLKMLで受けたが、LKMLで聞くのが間違っているんじゃないのかと・・・

関連記事
linux | 【2009-05-21(Thu) 09:05:14】 | Trackback:(0) | Comments:(0)

銀のさら その2 このエントリーをはてなブックマークに追加



関連記事
ねた | 【2009-05-16(Sat) 15:15:55】 | Trackback:(0) | Comments:(0)

銀のさら このエントリーをはてなブックマークに追加

なつかしいなー
ePの時に会社で見まくった記憶が






関連記事
ねた | 【2009-05-16(Sat) 11:12:39】 | Trackback:(0) | Comments:(3)

富士通が世界最速となるCPU「Venus」を開発、処理速度はIntelの最速モデルの2.5倍 このエントリーをはてなブックマークに追加

なんだそうな。
ソースはGIGAZINE。

http://gigazine.net/index.php?/news/comments/20090513_fujitsu_venus/


CPUの内部解説はこちら

http://journal.mycom.co.jp/articles/2009/03/12/sparc_viii_fx/index.html#


NECが撤退してしまったので、Venusはペタスケールコンピューティングに採用される唯一のCPUとなる。はずである


関連記事
雑談 | 【2009-05-15(Fri) 09:35:10】 | Trackback:(0) | Comments:(0)

[LKML名言集] すごくいいよ!パッチ2と3はダメだけど このエントリーをはてなブックマークに追加

ちょっと前のメール

Johannes Weiner がスワップ周りのコードを変えようとしたときの、Hugh Dickins (スワップ、shmemの事実上のメンテナ)の回答

I'm glad you're looking into this area, thank you.
I've a feeling that you're going to come up with something good
here, but that neither of these patches (2/3 and 3/3) is yet it.



超訳:
私はあなたがこのエリアを調査してくれてうれしい。ありがとう。
私はあなたがなにかよい結論を見つけるんじゃないかと感じているよ。でもパッチ2と3はダメだけど。


ポイントはパッチ1はnit fixなので、パッチ本体は全部2と3に入っているというあたりである。

関連記事
linux | 【2009-05-14(Thu) 12:32:06】 | Trackback:(0) | Comments:(0)

@IT編集部より、勉強会「Linux Kernel Watch LIVE! 」開催のお知らせ このエントリーをはてなブックマークに追加

http://ap.atmarkit.co.jp/bbs/core/club_cafe/11302

とかいうアナウンスが流れてました。セキュアOS勉強会なのにKernel Watchのクレジットが入ってる。
ふっしぎー

まあ、ニッチさを見越してMAX15人にしたのは賢明だと思います。会場ガラガラだとさびしい。
まったり懇親会したい人とかが申し込むといいんじゃないでしょうか。原田さんや海外さんとトークできる機会ってあんまりないと思うし

これで会場埋まらなかったら寂しいなぁ・・・

もちろん、僕は例によって原稿は1行も出来ていないのであった。。。


関連記事
linux | 【2009-05-14(Thu) 12:08:21】 | Trackback:(0) | Comments:(3)

6月に大阪でCELFの会合があるらしい このエントリーをはてなブックマークに追加

ちょっくら顔を出すとするかな

関連記事
linux | 【2009-05-11(Mon) 21:56:20】 | Trackback:(0) | Comments:(0)

debianはglibc捨ててeglibcに移行するよ このエントリーをはてなブックマークに追加

http://blog.aurel32.net/?p=47

ということらしい。よく分からんが。
たぶん一番のメリットはUlrichとつきあわなくて済むこと

関連記事
linux | 【2009-05-06(Wed) 14:03:15】 | Trackback:(0) | Comments:(4)
  1. 無料アクセス解析
上記広告は1ヶ月以上更新のないブログに表示されています。新しい記事を書くことで広告を消せます。