Unified fj NetNews archiveの全文検索

1. Re: CLOS performance. (In Japanese/Kanji) (スコア: 449)

著者: kiuchi@s5g.ksp.fujixerox.co.jp (Yasuhiko Kiuchi)

日付: 17 Mar 90 00:55:08 GMT

Fuji Xeroxの木内です。 去年の6月くらいまで一年ちょっと、コード書きのお手伝いをしていた(というよりは、手伝いながら勉強させてもらったというほうが正確です)のですが、 今は、直接PCLの仕事はしていません。

http://katsu.watanabe.name/ancientfj/article.php?mid=KIUCHI.90Mar17095508%40sun4lisp.s5g.ksp.fujixerox.co.jp (3,602 bytes)

2. Re: CLOS performance. (In Japanese/Kanji) (スコア: 436)

著者: kiuchi@s5g.ksp.fujixerox.co.jp (Yasuhiko Kiuchi)

日付: 10 Mar 90 02:17:01 GMT

CLOSのパフォーマンス/defconstructorについての話しなどしたいと思います。 defconstructorは、PCLを使って動作するCLOSのいくつかのプログラムの動作があまりにも遅いという苦情から、実際にいくつかの具体的な

http://katsu.watanabe.name/ancientfj/article.php?mid=KIUCHI.90Mar10111701%40sun4lisp.s5g.ksp.fujixerox.co.jp (4,909 bytes)

3. Re: CLOS performance. (In Japanese/Kanji) (スコア: 384)

著者: yosikawa@ccs.mt.nec.junet (Masazumi Yoshikawa)

日付: 8 Mar 90 01:10:42 GMT

defconstructor なんていうマクロがあるんですか? 知りませんでした.調べてみたら CLOS の仕様にはないのですが,インスタンス生成の最適化のために PCL で提供しているようですね. CLOS は make-instance を総称関

http://katsu.watanabe.name/ancientfj/article.php?mid=YOSIKAWA.90Mar8101042%40spls39.ccs.mt.nec.junet (1,813 bytes)

4. Re: CLOS performance. (In Japanese/Kanji) (スコア: 371)

著者: yosikawa@ccs.mt.nec.junet (Masazumi Yoshikawa)

日付: 13 Mar 90 02:36:55 GMT

ANSI X3J13 の CLtL Clean Up で ANSI Common Lisp への採用が決まっている define-compiler-macro というマクロがありますが, これに対応するものですね. (define-compiler-macro は defmacro と同様の文法で,コン

http://katsu.watanabe.name/ancientfj/article.php?mid=YOSIKAWA.90Mar13113655%40spls39.ccs.mt.nec.junet (2,779 bytes)

5. Re: CLOS performance. (In Japanese/Kanji) (スコア: 371)

著者: yosikawa@ccs.mt.nec.junet (Masazumi Yoshikawa)

日付: 6 Mar 90 08:31:47 GMT

またまた,吉川@NECです. PCL の defmethod による引数のディスパッチと KCl の typecase によるディスパッチの性能を,もう少しちゃんと調べてみました. また,2引数のマルチメソッドについても調べてみました. 長く

http://katsu.watanabe.name/ancientfj/article.php?mid=YOSIKAWA.90Mar6173147%40spls40.ccs.mt.nec.junet (5,166 bytes)

6. Re: CLOS performance. (In Japanese/Kanji) (スコア: 357)

著者: kiuchi@s5g.ksp.fujixerox.co.jp (Yasuhiko Kiuchi)

日付: 28 Mar 90 04:17:56 GMT

ちょっと遅くなりましたが、slot-valueとreaderのパフォーマンスの話しです。 Methodのbodyにででくる、slotの名前が分かっているslot-valueは,かなり速く実行できるのは確かです。ただ現在のPCLでは、クラスの情報

http://katsu.watanabe.name/ancientfj/article.php?mid=KIUCHI.90Mar28131756%40sun4lisp.s5g.ksp.fujixerox.co.jp (3,568 bytes)

7. Re: CLOS performance. (In Japanese/Kanji) (スコア: 357)

著者: umerin@tc.Nagasaki.GO.JP (Masanobu UMEDA)

日付: 23 Mar 90 02:03:30 GMT

まず,単純に考えた場合, (defun slot-value (object slot-name) (slot-value-using-class (class-of object) object slot-name)) と定義されています.(slot-value-using-class は,メタクラスのメソッドとして定義さ

http://katsu.watanabe.name/ancientfj/article.php?mid=UMERIN.90Mar23110330%40champon.tc.Nagasaki.GO.JP (2,431 bytes)

8. Re: CLOS performance. (In Japanese/Kanji) (スコア: 357)

著者: yosikawa@ccs.mt.nec.junet (Masazumi Yoshikawa)

日付: 22 Mar 90 01:16:26 GMT

私も最適化など考えると確信が持てないのですが,理解している範囲でお答えします. まず,単純に考えた場合, slot-value は, object と slot-name とを引数に取り,対応するスロットの値を参照する関数です.これには o

http://katsu.watanabe.name/ancientfj/article.php?mid=YOSIKAWA.90Mar22101626%40spls40.ccs.mt.nec.junet (2,850 bytes)

9. Re: CLOS performance. (In Japanese/Kanji) (スコア: 357)

著者: yosikawa@ccs.mt.nec.junet (Masazumi Yoshikawa)

日付: 5 Mar 90 12:19:07 GMT

よろしくお願いします. ... ... まず結論から言うと,こんなものだと思います. このプログラムは PCL 処理系のいろんな負荷を合わせて計っているだけのように見えます.そもそも,オブジェクト指向にする意味のないと

http://katsu.watanabe.name/ancientfj/article.php?mid=YOSIKAWA.90Mar5211907%40spls39.ccs.mt.nec.junet (3,994 bytes)

10. CLOS performance. (In Japanese/Kanji) (スコア: 357)

著者: nakatani@ognews1.osakagas.co.jp (Kosuke NAKATANI)

日付: 2 Mar 90 08:28:52 GMT

このニュースグループは初めてです。 中谷@大阪ガス・基盤研究所と申します。 どうぞよろしくお願い致します。 実は、CLOS を使ってみたくて、PCL を入手し、インストールしてみました。 環境は、SONY/NEWS1850 + K

http://katsu.watanabe.name/ancientfj/article.php?mid=187%40ognews1.osakagas.co.jp (2,863 bytes)

11. Re: CLOS performance. (In Japanese/Kanji) (スコア: 344)

著者: umerin@tc.Nagasaki.GO.JP (Masanobu UMEDA)

日付: 30 Mar 90 06:00:33 GMT

*結論: slot-value より accessor の方が速い. *実験内容: 以下のファイルをコンパイルして,速度を比較した. (defclass c () ((s :accessor accessor :initarg :s))) (defun test-slot-value () (let ((instance (m

http://katsu.watanabe.name/ancientfj/article.php?mid=UMERIN.90Mar30150033%40champon.tc.Nagasaki.GO.JP (2,578 bytes)

12. Re: CLOS performance. (In Japanese/Kanji) (スコア: 344)

著者: yosikawa@ccs.mt.nec.junet (Masazumi Yoshikawa)

日付: 28 Mar 90 03:02:46 GMT

slot-value とアクセサとどっちが速いかということですが, ・まず,実験をしてみましたのでその結果(KCl/Victoria Day PCL on SUN3)から. *結論: slot-value より accessor の方が速い. *実験内容: 以下のファイル

http://katsu.watanabe.name/ancientfj/article.php?mid=YOSIKAWA.90Mar28120246%40spls40.ccs.mt.nec.junet (4,149 bytes)

13. Re: CLOS performance. (In Japanese/Kanji) (スコア: 344)

著者: umerin@tc.Nagasaki.GO.JP (Masanobu UMEDA)

日付: 22 Mar 90 02:50:37 GMT

間違いがありますので、自分で訂正します。.pv. はスペシャル変数ではありません。それと、slot-value の本当の実体は、これです。 (let ((.temp. (memory-block-ref .pv. ,pv-offset))) (if (or (null .temp.) (eq

http://katsu.watanabe.name/ancientfj/article.php?mid=UMERIN.90Mar22115037%40champon.tc.Nagasaki.GO.JP (1,618 bytes)

14. Re: CLOS performance. (In Japanese/Kanji) (スコア: 344)

著者: umerin@tc.Nagasaki.GO.JP (Masanobu UMEDA)

日付: 19 Mar 90 10:04:35 GMT

この場合,slot-value の代わりにアクセサ(この場合ならリーダでもOK)を定義して使ってみると2〜3倍速くなると思います. 私は、MacIvory (Ivory II) 上で Victoria Day PCL を使用しています。 さて、slot-value よ

http://katsu.watanabe.name/ancientfj/article.php?mid=UMERIN.90Mar19190435%40champon.tc.Nagasaki.GO.JP (2,639 bytes)

15. Re: CLOS performance. (In Japanese/Kanji) (スコア: 344)

著者: nakatani@ognews1.osakagas.co.jp (Kosuke NAKATANI)

日付: 7 Mar 90 09:35:13 GMT

Some experiments on CLOS performance.

http://katsu.watanabe.name/ancientfj/article.php?mid=190%40ognews1.osakagas.co.jp (3,475 bytes)

16. CLM2.0 and GINA app framework avail for CLOS (C++ soon) (スコア: 284)

著者: berlage@gmdzi.gmd.de (Thomas Berlage)

日付: 26 Feb 91 21:27:17 GMT

CLM 2.0 and GINA application framework for CLOS (C++ soon) == An improved version of the CommonLisp/Motif binding CLM (CLM 2.0) and the first fully documented version of the GINA application framewor

http://katsu.watanabe.name/ancientfj/article.php?mid=84084%40wsgw.sm.sony.co.jp (10,952 bytes)

17. Re: What other experimental languages connect to a windowing system? (was: Why is TCL successful ?) (スコア: 185)

著者: mayer@netcom9.netcom.com (Niels P. Mayer)

日付: 23 Jul 1994 19:34:50 +0900

Could you please post this article? (or a pointer) I happen to find a PS copy somewhere and found it one of the most interesting article I ever read. Tcl definitely fall in the "worse is better" cate

http://katsu.watanabe.name/ancientfj/article.php?mid=30qroa%24chv%40csdnews.sm.sony.co.jp (45,153 bytes)

18. Re: [WANTED] FAQ about SunOS bug. (スコア: 108)

著者: yamagata@phys.titech.ac.jp (Soh Suzuki)

日付: 26 Jun 1993 07:35:35 GMT

前記事からの引用はないので、リファレンスは削りました。 wais で sun-admin sun-announce sun-fixes を "keyword fixes" で捜すと、 先ほどのもの(93/1/12)と以下のもの(92/8/8)が見つかるはずです。 (comp.sys.

http://katsu.watanabe.name/ancientfj/article.php?mid=YAMAGATA.93Jun26163452%40tithp3.phys.titech.ac.jp (138,154 bytes)

19. Tutorial: Aspect Oriented Programming (スコア: 88)

著者: iijima@ae.keio.ac.jp (Tadashi Iijima)

日付: 6 Sep 97 17:30:44

参加者募集!! 情報処理学会,ソフトウェア工学研究会 慶応大学の飯島でございます. 情報処理学会ソフトウェア工学研究会からのご案内をさせていただきます. 参加者募集 「チュートリアル:アスペクト指向プログラミン

http://katsu.watanabe.name/ancientfj/article.php?mid=IIJIMA.97Sep6173044%40festiva.ae.keio.ac.jp (10,196 bytes)

20. Re: [WANTED] FAQ about SunOS bug. (スコア: 65)

著者: yamagata@phys.titech.ac.jp (Soh Suzuki)

日付: 26 Jun 1993 07:15:00 GMT

黒木さんと話してこれは流して良いだろうと思いましたので、流します。 wais で引くと同じようなものがきっと見つかると思います。 すでに木村さんと黒木さんには送りましたが、 comp.sys.sun.admin に流れたバグ

http://katsu.watanabe.name/ancientfj/article.php?mid=YAMAGATA.93Jun26161419%40tithp3.phys.titech.ac.jp (44,067 bytes)

現在、 4,057,988 本の記事がインデックス化され、 34,227,510 個のキーワードが登録されています。

検索システム(namazu改造版)の語彙インデックスの最終更新日: 2011年07月11日