プロフィール

kosaki

Author:kosaki
連絡先はコチラ

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

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

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


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

[LKML名言集] 4つは許容できない! このエントリーをはてなブックマークに追加

毎度毎度繰り返されてるネタがまた蒸し返し。

SLAB実装が4つもあるのは狂ってる、1つにしようぜ。いやいや、現状どれも一長一短なんだから単純にremoveは出来ない。SLQBをもっと改善するほが先だ。とか議論してる

On Tue, Nov 24, 2009 at 10:12:30PM +0100, Peter Zijlstra wrote:
> On Tue, 2009-11-24 at 13:03 -0800, David Rientjes wrote:
> > On Tue, 24 Nov 2009, Peter Zijlstra wrote:
> >
> > > Merge SLQB and rm mm/sl[ua]b.c include/linux/sl[ua]b.h for .33-rc1
> > >
> >
> > slqb still has a 5-10% performance regression compared to slab for
> > benchmarks such as netperf TCP_RR on machines with high cpu counts,
> > forcing that type of regression isn't acceptable.
>
> Having _4_ slab allocators is equally unacceptable.

I completely agree. We need at least ten. ;-)

Thanx, Paul


David Rientjes: slqbはまだSLABに比べて5-10%遅いケースがある、いまSLABを消すのはunacceptableなんだぜ
Peter Zijlstra: 4つもslab allocatorがあるのは同じようにunacceptableだよ
Paul E. McKenney: まったく同感だ。最低でも10個は必要だよね


そこ!増やしてどうするww


関連記事
スポンサーサイト
linux | 【2009-11-25(Wed) 16:08:52】 | Trackback:(0) | Comments:(0)

[LKML名言集] Because I was a MAN このエントリーをはてなブックマークに追加

Uwe Kleine-Konig(ARM系開発者)がstrcmpのインプリが間違っているとパッチを提出

strcmp("\x01", "\xef") returns 18 but it should return something < 0.
The reason is that the variable holding the result of the subtraction is
too small and overflows.

As strcmp is e.g. used to access data in squashfs this might result in
not finding files.

The same problem is fixed in strncmp.


Linuxが間違っとるわ。POSIX標準も知らんのか。と噛み付き、おれの実装が最高だもんねと別パッチをポスト

No. The reason is that whoever wrote that function is a moron and doesn't 
know the standard. And your fix is not correct _either_

The comparison should be done as *unsigned char*. As specified by POSIX

"The sign of a non-zero return value shall be determined by the sign of
the difference between the values of the first pair of bytes (both
interpreted as type unsigned char) that differ in the strings being
compared."

and both the original code and your change gets it wrong in different
ways.


Uweは大人なので素直にAck

OK, right.

Acked-by: Uwe Kleine-König

(BTW, this was already broken in 2.4.0, so I was unable to find out who
is the moron :-)


・・・とみせかけて、最後に壊れたは2.4.0以前なんだけど、池沼なのは誰なんだろうね。と最後っ屁


In fact, it goes back to at least 1.2.13.

And the copyright dates do imply that they could go back way further.

At least the comment says it all:

"These are buggy as well.."

so I can at least claim that back in the _original_ 0.01 release, it was
correct:

extern inline int strcmp(const char * cs,const char * ct)
{
register int __res __asm__("ax");
__asm__("cld\n"
"1:\tlodsb\n\t"
"scasb\n\t"
"jne 2f\n\t"
"testb %%al,%%al\n\t"
"jne 1b\n\t"
"xorl %%eax,%%eax\n\t"
"jmp 3f\n"
"2:\tmovl $1,%%eax\n\t"
"jl 3f\n\t"
"negl %%eax\n"
"3:"
:"=a" (__res):"D" (cs),"S" (ct):"si","di");
return __res;
}

and as far as I can tell, the above is actually correct, even if you have
to be a bit crazy to write 'strcmp' as gcc inline asm (hey, I wrote _all_
the string routines that way, and I made gcc do some of them built-in.
Because I was a MAN, dammit!).

So the bug was apparently introduced when we went portable.


Linusがどう考えても自分が犯人だと認めつつv0.0.1の時はあってたんだ、v1.1でコードをポータブルにするときにミスったに違いない。僕だって人間なんだ。と言い訳


Joe Perches がなぜか、そのときのパッチを探し出してくる。オマイすごすぎ

It's been like that for awhile.

http://www.linuxhq.com/kernel/v1.1/75/lib/string.c



こうして、Linux界の2chことLKMLの一日は流れていくのであった





関連記事
linux | 【2009-11-18(Wed) 10:14:13】 | Trackback:(0) | Comments:(2)

[twitter名言集] 分かったか、ウジ虫ども! このエントリーをはてなブックマークに追加

http://twitter.com/tnozaki/status/5593229159

ISO-2022軍曹「口でUTF-8たれる前と後に ESC % G と ESC % @ と言え 分かったか、ウジ虫ども!」



関連記事
twitter | 【2009-11-16(Mon) 18:24:12】 | Trackback:(0) | Comments:(1)

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

http://twitter.com/tnozaki/status/5713648535

前も書いたけど、*BSDとかnviとか、何十年前もの古代遺跡を掘り出していじってるんだから、イデのひとつやふたつ発動したって何らおかしくない。



オープンソースは危険ですなー

関連記事
twitter | 【2009-11-16(Mon) 18:18:05】 | Trackback:(0) | Comments:(0)

れんほうメソッド このエントリーをはてなブックマークに追加

なんか、やたら人気なのでリンクを貼っておく

http://twitter.com/hyoshiok/status/5728946078

RT @kosaki55tea おもしろすぎる RT @yoshifuji_tokyo れんほうメソッドktkr RT @wideangle: 「わたしのこと、好き?」『大好きだよ』「どのくらい好き? 世界で一番好きでいてくれる?」『世界一を目指す理由は何か。2位ではだめなのか』



関連記事
twitter | 【2009-11-15(Sun) 19:53:00】 | Trackback:(0) | Comments:(0)

FreeBSDのkvm_open() このエントリーをはてなブックマークに追加

Linuxではpsが/procを舐めているあいだにプロセスが生き死にしたりすると、色々とややこしい問題が発生するが、ふと他のOSがどうなっているかを知りたくなってFreeBSDのlibkvmを読む。

結論からいうと、sysctl()一発で、全プロセスのデータを一括採取してくれるので、無問題。ということらしい。うーむ


関連記事
linux | 【2009-11-10(Tue) 23:36:35】 | Trackback:(0) | Comments:(2)

Linux 2.4.37.7 このエントリーをはてなブックマークに追加

2.4 はまだ保守されてるのね。
最近話題になったpipeもNULLポインタ問題、および、Sekiyamaさんの
Unix domain socketのセキュリティ問題もバックポートされてる



I've just released Linux 2.4.37.7.

It contains various fixes, among which a few null pointer
dereferences which may become security issues on systems where
mmap_min_addr is not set.

Systems with untrusted local users should upgrade, other ones
may wait.

The patch and changelog will appear soon at the following locations:
ftp://ftp.kernel.org/pub/linux/kernel/v2.4/
ftp://ftp.kernel.org/pub/linux/kernel/v2.4/patch-2.4.37.7.bz2
ftp://ftp.kernel.org/pub/linux/kernel/v2.4/ChangeLog-2.4.37.7

Git repository:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.4.37.y.git
http://www.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.4.37.y.git

Git repository through the gitweb interface:
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.4.37.y.git


Willy
---

Summary of changes from v2.4.37.6 to v2.4.37.7
============================================

Alan Cox (1):
tty: Mark generic_serial users as BROKEN

Arjan van de Ven (2):
net ax25: Fix signed comparison in the sockopt handler
net: Make the copy length in af_packet sockopt handler unsigned

Arnaldo Carvalho de Melo (1):
appletalk: Fix skb leak when ipddp interface is not loaded

Ben Hutchings (1):
drm/r128: Add test for initialisation to all ioctls that require it

Earl Chew (1):
fs: pipe.c null pointer dereference

Jaswinder Singh Rajput (2):
R8169: Fix compilation error when RTL8169_DEBUG is defined
net: Fix 64 bit DMA addressing for 8139cp and r8169

Jiri Bohac (1):
bonding: fix a race condition in calls to slave MII ioctls

Jiri Pirko (1):
netlink: fix typo in initialization

Stefan Seyfried (1):
Fix Kernel 2.4 build with bash 4

Tomoki Sekiyama (1):
AF_UNIX: Fix deadlock on connecting to shutdown socket

Willy Tarreau (1):
Change VERSION to 2.4.37.7


--
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-11-10(Tue) 17:41:56】 | Trackback:(0) | Comments:(0)

setproctitle(3)のカーネルサポートが-mmに入りました このエントリーをはてなブックマークに追加

えーと、Linuxのsetproctitle()サポートってlibc5時代はあったけど、glibc2になってから消えてたんですよね。
んで、勇気ある若者がUlrichにglibcに追加を要請、自分以外の提案は全部却下するUlrichにより却下されてたんだけど、そのときのUlrichの理由が「カーネルでサポートしたら、な」だったので、カーネルサポートを入れる事にしました。

という、いきさつで、-mm では現在setproctitle()のサポートコードが入っています。具体的にはprctl(PR_SET_PROCTITLE_AREA) を使って任意のポインタをカーネルに教えてあげると、psが
/proc/{pid}/cmdline を読んだ時に、そのポインタから文字列をとってくるというインターフェース。

これでLinuxもあやしげな、SPT_REUSEARGV スタイルのスタックレイプを卒業できます。

裏話としては、最初デベロッパで議論していたときは、この機能のサポートによって性能が落ちるのが嫌だからロックレスにしようぜ、この場合は簡単にできるよーとかいう方向に議論が進んでいたんですが、マージ直前にAndrew Morton が「保守性が悪いから、おれロックレス嫌いなんだよね」とか言い出したので、不詳わたくしが今までのレビューワ全員をあっさり裏切ってロックレスを捨てた普通実装を作って入れてしまった。ははは、みんな、ごめん。


なお、本機能の実装にあたっては、sodaさんには大変お世話になりました。説得のために各種アプリの実装や各OSの実装状況など調査して説得する必要があったのですが、必要な情報はほぼsodaさんから仕入れました。

Suggested-by: Noriyuki Soda

とか、パッチに入れようかと一瞬本気で考えたのですが、本人が喜びそうにないのと、今後マージやらなんやらのパッチの状況報告メールが何回も配信されてしまうので、ご迷惑になると思い諦めました。

ま、カーネルのmainlineに入るのが三ヶ月後で、glibc対応がその半年後、distroまで落ちてくるのは概算で約二年後と考えると先の長い話なんですが・・・




関連記事
linux | 【2009-11-10(Tue) 13:48:06】 | Trackback:(0) | Comments:(1)

ext4dev への後方互換 このエントリーをはてなブックマークに追加

今気づいたけど、2.6.32から ext4devの後方互換コード削除されてるね。もうユーザランドの対応おわったやろ?って見切りらしい。
ちょっと早くないか・・・

関連記事
linux | 【2009-11-09(Mon) 17:29:59】 | Trackback:(0) | Comments:(0)

日経LinuxでKernel Summitのレポート記事を書きました このエントリーをはてなブックマークに追加

まあ、色々なしがらみがあって、今回は日経さんに載せて頂く事に

http://itpro.nikkeibp.co.jp/article/MAG/20091106/340170/

にある

Linuxレポート
● Kernel Summitが日本初上陸,GoogleがLinuxの使い方を披露

という記事がそれです。てっきり後ろの方のNewsフラッシュに載るのかと思っていたのに巻頭カラーをぶんどっていてビックリ。いいのだろうか。

PS あ、今日(昨日だったかも)から、書店にならんでいるはずです
PS2 編集さん曰く、Googleが一箇所typoでGooleになっているらしいので暇な人は探してみるといいかもしれません





関連記事
雑談 | 【2009-11-08(Sun) 15:12:34】 | Trackback:(0) | Comments:(0)

[英語] jumping the gun このエントリーをはてなブックマークに追加


Hi Dmitry,

> > > It looks like
> > >
> > > commit 7d930bc33653d5592dc386a76a38f39c2e962344
> > > Author: Johannes Berg
> > > Date: Tue Oct 20 15:08:53 2009 +0900
> > ...
> > > is causing oops on resume:
> >
> > There is a fix for this in my tree and I'll push it to Linus
> > tonight.
>
> Ah, even better ;) Thanks David.

and can we please stop jumping the gun here and going past the subsystem
maintainers. I think this happens a little bit too much lately.

Regards

Marcel



jumping the gun でフライングの事。ここではサブシステムメンテナを飛び越えてパッチがマージされていく事に抗議している




関連記事
英語 | 【2009-11-08(Sun) 14:56:46】 | Trackback:(0) | Comments:(0)

もうコミット権とりあげられたんだっけ? このエントリーをはてなブックマークに追加

ついったーはたまに素晴らしい芸術を生み出すよな
以下、yuguiさん(Rubyのリリースマネージャー)がつくったコミッター一覧をみた人々からの一言

http://twitter.com/yukihiro_matz/statuses/5474499333

@yukihiro_matz もうコミット権とりあげられたんだっけ? RT: @n0kada: matzがいないw RT @yugui: @yugui/ruby-committers - the list of Ruby committers





関連記事
雑談 | 【2009-11-06(Fri) 21:09:35】 | Trackback:(0) | Comments:(0)

日立とレッドハットが提携強化、基幹Linuxシステム向けサポートサービスを提供 このエントリーをはてなブックマークに追加

http://enterprise.watch.impress.co.jp/docs/news/20091105_326498.html

タイトルだけ見て、すごくワクワクしながら開いたのに肩透かし。Redhatが富士通用に用意した基幹サービスに遅まきながら参画するよ。としか言ってない。日立ならではの魅力がなさ過ぎるのではないか。

日立さん、技術はすごいけど、ビジネスは今ひとつなんだよなぁ。不思議。

関連記事
linux | 【2009-11-05(Thu) 17:12:46】 | Trackback:(0) | Comments:(0)

[LKML名言集] We have the technology ... このエントリーをはてなブックマークに追加

Balbirがcgroupsのユーザランドサポートの拡充のためにマウントポイントを固定したいと言い出した。
(いままではAdminが好きな場所にマウントすればよい、というスタンスだった)

Hi, All,

We've been having a discussion as to what would be the right place to
mount the cgroup filesystem. Jan has been proactively looking into
this. The FHS has no recommendation since cgroup filesystem came in
much later.

The options are

1. /dev/cgroup
2. /cgroup
3. Some place under /sys

The problem with (2) is that it is quite non-standard and pollutes the
root directory. (3) requires some basic support to create a directory
for cgroup under /sys. (1) seems the most obvious choice since cpusets
were mounted under /dev/cpuset, but /dev is controlled by udev.

Given the three choices or any other suggestions, is there a general
preference as to where we can mount it? The goal is to standardize
the mount point (if possible).

BTW, the mounting is expected to be done using cgconfigparser present
in libcgroup.


--
Balbir
--
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/



で、当然 bikeshed がはじまるわけだ。
さんざん、みんなが好き勝手いったあとに、Alan Coxが出てきて一言


> If you do, then while I DETEST the extra typing, I think
> /sys/kernel/cgroup makes most sense, since that's where you find
> debugfs and securityfs.

And for everyone else

man ln

We have the technology ...

Alan



ほかの皆(タイプ数が短いほうがいいとか言っている人たち)へ

man ln しろ

テクノロジー使え



関連記事
linux | 【2009-11-05(Thu) 08:27:07】 | Trackback:(0) | Comments:(0)

[英語] up in the air このエントリーをはてなブックマークに追加

Hughが使っていたので調べてみた

http://www.japantimes.co.jp/shukan-st/writer/english_sports/english_sports.htm?v=022

によると、「宙に浮いている」「決まっていない」ぐらいの意味みたい。

まあ、ようするにDiscard Requestはまだまだ揉めていますよ。って事なんだけど

Hi Christoph,

(I've added Ccs, hoping for more expertise than we have in linux-mm.)

On Fri, 30 Oct 2009, Christoph Hellwig wrote:
>
> since 6a6ba83175c029c7820765bae44692266b29e67a the swap code
> unconditionally calls blkdev_issue_discard when swap clusters get freed.
> So far this was harmless because only the mtd driver has discard support
> wired up and it's pretty fast there (entirely done in-kernel).
>
> We're now adding support for real UNMAP/TRIM support for SCSI arrays and
> SSDs, and so far all the real life ones we've dealt with have too many
> performance issues to just issue the discard requests on the fly.
> Because of that unconditionally enabling this code is a bad idea, it
> really needs an option to disable it or even better just leave it
> disabled by default for now with an option to enable it.

Thanks for the info.

Yes, in practice TRIM seems a huge disappointment: is there a device on
which it is really implemented, and not more trouble than it's worth?

I'd been waiting for OCZ to get a Vertex 1.4* firmware out of Beta
before looking at swap discard again; but even then, the Linux ATA
support is still up in the air, so far as I know.

You don't mention swap's discard of the whole partition (or all
extents of the swapfile) at swapon time: do you believe that usage
is okay to retain? Is it likely on some devices to take so long,
that I ought to make it asynchronous?

Assuming that initial swap discard is good, I wonder whether just
to revert the discard of swap clusters for now: until such time as
we find devices (other than mtd) that can implement it efficiently.

If we do retain the discard of swap clusters, under something more
than an #if 0, any ideas for what I should make it conditional upon?

Something near /sys/block/sda/queue/rotational (nicely rw these days)
seems appropriate: any chance of a /sys/block/sda/queue/discard_is_useful?
I think I'd prefer that to a new option to swapon.

Or is there a sensible measurement I could make in swapfile.c: for
example, does discard of a range complete faster than write of the
same range? (But my guess is that those devices we'd want to avoid
discard on, would give erratic answers to any such test; never mind
the noise of what other I/Os are concurrent to the same device.)

Something I should almost certainly revert: at one stage I made the
non-rotational case spread its swapping evenly over the partition,
in case the device's wear-levelling was inadequate (localized).

But now I think it's better to ignore that possibility, and anchor
swapping to the start of the partition just as in the rotational case:
in the rotational case it's done to minimize seeking, in the non-
rotational case it would be to minimize encroaching upon that
initially discarded total extent.

Hugh

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: email@kvack.org




関連記事
英語 | 【2009-11-02(Mon) 00:00:22】 | Trackback:(0) | Comments:(0)

2009年度日本OSS貢献者賞、授賞式を開催 このエントリーをはてなブックマークに追加

なんか@ITが記事にしてくれました

http://www.atmarkit.co.jp/news/200910/30/ipaoss.html



関連記事
雑談 | 【2009-11-01(Sun) 20:55:29】 | Trackback:(0) | Comments:(0)
  1. 無料アクセス解析
上記広告は1ヶ月以上更新のないブログに表示されています。新しい記事を書くことで広告を消せます。