Linuxプログラミング - 暇つぶし2ch

Linuxプログラミング ..

643:login:Penguin
08/02/26 22:12:32 Gzm7dZQg
>>636
fuserでも呼べば?

644:login:Penguin
08/02/27 01:24:58 YHDpNSRs
>>639
スレッドの本を読んで勉強するほうが早い

645:login:Penguin
08/02/27 02:36:14 s4UfhcJi
>>639
>>641のコマンドをgdbで実行すれば追跡できるけど？
gdbはVer.5辺りからスレッドに対応してるよ。

646:login:Penguin
08/03/04 05:37:01 hH79PlpS
Linuxではディレクトリをopenしてファイルディスクリプタを
得ることはできないのでしょうか？

647:login:Penguin
08/03/04 06:57:58 YiS1gKTk
>>646
opendir?

648:login:Penguin
08/03/04 11:16:05 c6KWa7j/
ファイルディスクリプタが欲しいんですよ。
ディレクトリのディスクリプタに対してlockfしたらどうなるか試したかったもので。

649:login:Penguin
08/03/04 11:18:58 f138xmmP
man open
O_DIRECTORY

650:login:Penguin
08/03/05 21:11:41 DSOAwXvG
（引数＋環境変数）の長さはARG_MAXで制限されると見たのですが、実験してみると
ARG_MAXをはるかに超えて環境変数を保存できるようです。
これはそういう仕様と理解していいのでしょうか？ポインタでも示していただけると幸いです。
Linux ru 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>

int main(int argc, char *argv[])
{
char* str;
int i;
int size = 10000*1024;

str = malloc(size);

fprintf(stderr, "ARG_MAX=%d\n", sysconf(_SC_ARG_MAX));

memset(str, 'a', size);
memcpy(str, "hoge=", 5);
putenv(str);

printf("%s", getenv("hoge"));

free(str);
return 0;
}

651:login:Penguin
08/03/06 20:49:10 xYqhiEhk
>>650
仕様かどうかは知らんが、free(str)の前にsystem("ls");といれて、
straceつきで実行してみればARG_MAXがどこに効いているかわかるんじゃね？

652:login:Penguin
08/03/07 02:06:25 6CTqh5eF
650じゃないけどやってみた。
現在の環境変数hogeの5文字目を読むプログラムenvcをsystem()で実行。
execve("/bin/sh", ["sh"..., "-c"..., "./envc"...], ["other-env=.....", "hoge=aaaaabaaaaaaaaaaaaaaaaaaaaa"...]) = -1 E2BIG (Argument list too long)
exit_group(127) = ?
で失敗するよう。
自プロセス内のputenv,getenvは単にアドレスを保存しているだけみたいな感じ。

653:login:Penguin
08/03/07 08:22:54 UMdAZxi/
Linuxでどうやってるのか知らないけど、古典的なUnixだとputenvしたときには
書く場所がなければmallocして場所を作るしなあ

654:650
08/03/07 18:57:12 WLDLR5XW
ありがとうございます。
そういえば FreeBSD の putenv も malloc していたような記憶があります。

655:login:Penguin
08/03/09 22:25:35 OicC4WBL
kernel 2.6.22でnetdevice.hのnet_deviceに
なぜstruct net_device *next消えてるの？

linux-sourceにはあるが
linux-headerには無い

なぜ？

656:login:Penguin
08/03/09 23:46:44 8q2J0afq
>>655
linux-(source|header)にある／ないは知らんが、struct net_device::next
が消えた理由は以下らしいよ。
URLﾘﾝｸ(git.kernel.org)

657:login:Penguin
08/03/11 01:36:58 Rs8OmFO7
>>655
なるほど解ったどもね

今snullベースで
仮想Ethernetデバイスを作ってるんだけど

たとえばeth0がすでに登録されてて
eth0のパケットをsnull0で送受信したい場合って

initの中で
dev_get_by_name("eth0);
でeth0のnet_devicはとって来れるけどこいつを
どうやって料理すればいいんだ？

なーんにも思いつかないｗ

658:login:Penguin
08/03/15 18:03:02 NRAbwdcX
/usr/include/pgsql/server/postgres.h と /usr/include/wand/MagickWand.h を
一緒に #include すると、コンパイル時に以下の警告が出るのですが、
これってどうにかならないもんしょうか？

/usr/include/pgsql/server/pg_config.h:14 から include されたファイル中,
/usr/include/pgsql/server/c.h:53 から,
/usr/include/pgsql/server/postgres.h:48 から,
main.c:9 から:
/usr/include/pgsql/server/pg_config_x86_64.h:571:1: 警告: "PACKAGE_BUGREPORT" が再定義されました
/usr/include/wand/wand-config.h:10 から include されたファイル中,
/usr/include/wand/MagickWand.h:29 から,
main.c:8 から:
/usr/include/wand/wand-config-64.h:491:1: 警告: ここが以前の宣言がある位置です

以下が重複しているようです。
PACKAGE_BUGREPORT
PACKAGE_NAME
PACKAGE_STRING
PACKAGE_TARNAME
PACKAGE_VERSION

ググっても分からなかったので、せめてヒントでももらえると助かります。
環境はCentOS 5、postgresql-8.2.5-2PGDG、ImageMagick-6.2.8.0-3.el5.4 です。
コンパイルコマンドは以下のような感じです。

gcc main.c -m64 -I/usr/include/pgsql/server -lpq -lWand

659:login:Penguin
08/03/15 20:05:58 f5+YWLcF
>>658
そのヘッダの中身見てないけど、警告がでないようにするなら、
1. postgres.h,MagickWand.hを#includeしている間に#undef PACKAGE_*
　を入れる。
2. main.cから、postgres.hが必要な部分とMagickWand.hが必要な部分を
　別々のファイルに関数として切り出して、それぞれのファイルでは
　postgres.hかMagickWand.hのどちらかのみ#includeする。
のいずれかでどうよ？

660:login:Penguin
08/03/15 20:50:51 NRAbwdcX
>>659
やっぱそうするしかないよねー。
前者の方法でやってみるー。ありー。

661:login:Penguin
08/03/15 21:36:12 O4AlaY1A
②③が特に詳しく日本外務省について暴露しています

福田が尖閣諸島を中国に売り渡そうとしている！

外務省と福田政権が日本を中国に売り渡す・・・
青山繁晴氏が実際に見てきた日本の癌

①　URLﾘﾝｸ(www.youtube.com)
②　URLﾘﾝｸ(www.youtube.com)
③　URLﾘﾝｸ(www.youtube.com)

662:login:Penguin
08/03/15 22:23:04 iDC6xMbb
kernel空間でキューを作ってmmapで参照させたいんだけど
余計な処理が込み入ってないサンプルってありますか？

ドライバの形式はなんでもかまいません。

663:login:Penguin
08/03/17 00:43:36 nawcmHh0
>>662
お前K社か？

664:login:Penguin
08/03/17 12:33:53 nScJcaBW
自動停止してくれません。判りますでしょうか？

前提条件：テスト用に/root/test_stop.sh に､プロセス停止のシェルプログラム作成。
（ちゃんと停止しないとファイルが壊れるため）

１：/etc/rc.d/init.d/test_stop として、下記を作成
-----------------------------
#!/bin/bash

# Stop

/root/test_stop.sh
-----------------------------

２：/etc/rc.d/init.d/test_stop に　実行権をつける
３：リンクの作成
ln -s /etc/rc.d/init.d/test_stop /etc/rc.d/rc3.d/K99test_stop

コマンドラインで
/root/test_stop.sh
/etc/rc.d/init.d/test_stop　と打ち込むと実行（正常に停止して）されますが、
サーバーを再起動しても動いて（正常に停止して）くれません。（涙

665:伊藤
08/03/17 15:29:49 CWhG8eFa
>>664
エスパーのオレが回答する。

パスが通っていない。
init.dの下にある他のファイルを参考にパスを通しなさい
/bin,/sbin/usr/bin/usr/sbin くらいは通さないと駄目かと。

>>666
お前アホだろｗ

666:664
08/03/17 15:49:11 nScJcaBW
？？
　パスですか？　他のファイルをみてますが、、今ひとつ？？

667:login:Penguin
08/03/17 17:01:34 oHIFzbD+
uClinuxでpthreadって使えるでしょうか
全く調べてないですけど

668:login:Penguin
08/03/17 21:40:09 hxyCMaK/
>>664
直接ln -sなんてやってるのもまずいし、そもそもディストロが何か書いていない
時点で、rc.d以下がどういう挙動をするのかということがRHELやらSLESやら
ディストロによって違うということが分かってないだろ。

669:login:Penguin
08/03/17 21:49:58 hxyCMaK/
つーか、どういう動作を期待していたのか、何を試してどうなったのかも分からんが、
スクリプトの書き方からして根本的に駄目だ。
他のスクリプトをひとつでも見れば、どうしようもなく間違ってることくらい
すぐに気づくはずなんだが。

670:login:Penguin
08/03/17 22:06:58 e/wCVwfQ
>>669
じゃあ手本見せてやれよ
分からない分からないばかり言ってないでさ

671:login:Penguin
08/03/17 22:21:17 YyeBPwCr
手本は多数インストールされてるだろが。それを見れ。

672:login:Penguin
08/03/17 22:41:19 6m6H6SB/
>>663
Kってどこだぉ？

673:login:Penguin
08/03/17 23:18:23 EaiHugoC
>>672
Kentucky Fried Chicken に決まってるじゃないの

674:login:Penguin
08/03/17 23:20:52 +R0hndtT
>>664
runlevel 3は再起動じゃなかったりするわけだが。
/etc/inittabに説明が書いてないか？

ついでにK99じゃ遅すぎて、呼ばれる前にkill -TERMくらうと思うわけで。

>>667
使えるはず。
kernelじゃなくてuClibc側が対応してなかったりする可能性もあるが。

675:login:Penguin
08/03/17 23:46:58 s0icvwwX
>>673
カーネルサンダースかw

676:login:Penguin
08/03/17 23:58:03 Rzp2mBZf
>>674
667ですが使えました。
あろがとうございました。

677:login:Penguin
08/03/17 23:58:28 Rzp2mBZf
ありがとうございました！

678:login:Penguin
08/03/18 00:45:47 pdz2c3Ck
KFCか

679:login:Penguin
08/03/18 23:52:30 pdz2c3Ck
24時間で誤差１ミリsec以内に
時間を調節したいんだけど
NTPだけじゃどうにもならん

こうゆうときどうするの？

680:login:Penguin
08/03/18 23:55:57 owXiyD5i
>>679
KFCか、あきらめるんじゃないか？

681:login:Penguin
08/03/19 00:00:57 mZKM+MPD
GPSから受信するのがいいんじゃないか？

682:login:Penguin
08/03/19 00:34:49 jmy0fpSq
受信機からシリアルで送ってもらうと、1msくらい余裕でぶれそうな
気がするでよ。
システムクロックをTCXOで作ればどうにかなりますかねえ。

そもそも何でそこまでの精度が必要なのか気になりますな。

683:login:Penguin
08/03/19 01:52:51 Dy7hJrHZ
>>679
さすがに1日1秒もずれねーよなー

っていう前提の下に、1分に1回時刻合わせする

684:login:Penguin
08/03/19 01:59:47 hI6xFIVz
で、肝心のNTPサーバが他人様の物で、毎分の御アクセス
ありがとうございます。というメールとともにアク禁にされると。

685:login:Penguin
08/03/21 10:51:26 GPURSs20
puttyなターミナルから入った最近のLinuxで、ncursesw使ってutf-8を表示しようとしたのだけど、
mvprintw(1, 0, "※"); mvprintw(1, 1, "　"); mvprintw(1, 2, "※"); mvprintw(1, 1, "☆");
なら期待どおり ※☆※ になるのに、
mvprintw(1, 0, "※"); mvprintw(1, 1, "　"); mvprintw(1, 2, "※"); mvprintw(1, 1, "あ");
と最後の☆を変えただけで ※あに表示が崩れるのは、どこに原因があるのでしょうか？

686:login:Penguin
08/03/21 23:04:14 08/5PZeA
IMEの入力モードを変換するAPIってあるんでしょうか？

687:login:Penguin
08/03/26 01:52:22 cX9Hm6ZW
Linuxで各スレッドが何回Mutexかけて
失敗したとか統計情報ってどこにあるの？

688:login:Penguin
08/03/26 21:37:02 3c6tutxx
>>687
はっはっは
無いよ

689:login:Penguin
08/03/27 02:27:08 PiHD4Bq/
ねーのか
腐ってるんだな本当に
windowsがやっぱ最強だな

690:login:Penguin
08/03/27 23:02:19 vcJKwHhP
WindowsはMutexかけ損なった統計があるのか
スゴイな。どうやったら取れるんだい？

691:login:Penguin
08/03/28 11:01:02 HvPMQUTZ
イベントログじゃね？

ところで、質問です。
iconvの使い方、サンプルコードがあれば、教えてください。

やりたいことは
＞SJIS 文字列と UTF8 文字列を相互に変換する
ことです

692:login:Penguin
08/03/28 13:32:01 i9tqqt3j
iconv -f SJIS -t UTF-8
iconv -t SJIS -f UTF-8

693:login:Penguin
08/03/28 15:51:47 HvPMQUTZ
ありがとうございます。
プログラムから使う場合も教えてくださいorz

694:login:Penguin
08/03/28 15:56:36 s6QtoqP9
system()

695:login:Penguin
08/03/28 17:40:02 5TgcLqfx
シェルスクリプトからそのまま使え。

C99(UTF-8->SJIS)
char *instr = "文字列";
char *i = instr;
size_t i_len = strlen(i);
char out[256];
char *o = out;
size_t o_len = sizeof(out);
iconv_t cd = iconv_open("SJIS", "UTF-8");
int r = iconv(cd, &i, &i_len, &o, &o_len);
iconv_close(cd);

iconvの引数は、普通cd以外全部書き換わるから、元のアドレスはどっかに取っとけ。

696:login:Penguin
08/03/28 18:06:35 HvPMQUTZ
詳説ｻﾝｸｽ>>695

ところで、現在の文字コードはどうやってとりますか？
環境変数のLANGですか？

URLﾘﾝｸ(q.hatena.ne.jp)

697:login:Penguin
08/03/28 18:11:06 s6QtoqP9
ｽﾚﾘﾝｸ(unix板:202-205番)n
の人?

698:login:Penguin
08/03/28 18:12:36 HvPMQUTZ
当たり！

これが解決すれば、もう無問題なんですが。

699:login:Penguin
08/03/28 18:13:37 5TgcLqfx
ｽﾚﾘﾝｸ(tech板:26番) は?

700:login:Penguin
08/03/28 18:14:29 s6QtoqP9
>>698
なら板違い。

701:login:Penguin
08/03/28 21:23:25 s9WZiFsz
環境変数は
・プロセス毎に持つものである。
・どの環境変数をどう使うかは各プロセスに自由に任されている。OSは関知しない。
以上を踏まえて自分の目的が達成出来るか否か検討するよろし。

702:login:Penguin
08/03/31 13:16:40 psA1qVjr
黒タイツの暗黒シュシュトリアン

703:login:Penguin
08/04/07 09:04:17 tYWKZpa/
C/C++でHDDの使用量を取得したいのですがどのようにすればよいのでしょうか？

704:login:Penguin
08/04/07 10:52:59 YCXHql+C
dfのソースでも読んでみれば

705:login:Penguin
08/04/07 10:54:35 eTKSmIvZ
・kernel様にお伺いする。
・アプリからI/Oポートを直接操作する。
かな。

706:login:Penguin
08/04/07 13:33:34 HanpYLz1
>>703
statfsを呼べばおｋ
続きはmanで

707:login:Penguin
08/04/07 16:33:38 K3aneVtn
次期C++ではinline fortranが可能に！
ｽﾚﾘﾝｸ(tech板)

仕様肥大化しすぎ

708:login:Penguin
08/04/07 18:02:15 voVdLXCc
C++好きだけどいい加減自重してほしいとは思うな

709:login:Penguin
08/04/07 20:42:31 ky4RCRjO
正直ワロタ。もはやネタの域にきとるな。次はinline C#とかw

710:login:Penguin
08/04/08 14:18:36 xYr9GeEI
スレッド間の排他について質問です。

現在、共有資源の内容を変更(新規追加・内容変更・削除)を行うスレッドが１つと
共有資源の参照のみを行うスレッドがＮ(Ｎ>=2)の構成のアプリケーションを開発
しています。

今まで、どちらのスレッドもアクセスするには同じMutexによる排他を行っていた
のですが、どうにもスループットが出ないので、参照のみを行うスレッド間を並列に
動かせるようにするための方法を探していたところ、読み書きロック（正式には
何と呼ぶのでしょうか？）を発見しました。そこで、

変更するスレッド：変更前後で pthread_rwlock_wrlock() / pthread_rwlock_unlock()
参照するスレッド：参照前後で pthread_rwlock_rdlock() / pthread_rwlock_unlock()

というようにして試験したところ、劇的にスループットが向上しました。

これはこれで良かったんですが、となるとMutexの存在意義について疑問が出てきました。
今後、あらゆるMutexを使用している場面で、読み書きロックを使用し、Mutexの出番は
ない！と断言してしまって良いのでしょうか？

711:login:Penguin
08/04/08 21:42:30 VGg353lI
常識的に考えれば、この世にロックの手法がいくつもあるからには、
それぞれ向き不向きがあるのではないかと思うだろ。

常識で分からなければソースコード読んでみれ。pthread_rwlock_rdlock()で
やっている処理があらゆる場面で常に必要なのかどうか。

712:login:Penguin
08/04/08 23:57:33 weWUMveG
なんで参照でロックすんの?

713:login:Penguin
08/04/09 00:19:39 72MInrbZ
アトミック書き込み関数とかがPOSIXにはないから、かなー。
あとは、アレ、読み取り一貫性？そういうのを確保しないと、
これからはCPUコア数の増えていくからネ

714:login:Penguin
08/04/09 01:48:54 MHOGD1vi
つーと、具体的には変更スレッドと(参照スレッド)の同時発行時に参照スレッド側が遅延した場合とか考えてるのかな?
だとすると、Mutexを利用して変更スレッド側の優先度をごにょごにょしたりするつーことなの?

715:login:Penguin
08/04/09 12:36:11 oZETFFXK
カーネル2.4の環境で、共有メモリを使用したプロセス間通信を行っているのですが、
プロセスが停止（終了ではなく一時停止）します。
　・AとBの2プロセスが動作しています。
　・AはBへメールを送信(msgsnd)します。
　・Bはメールを受信するとTCP/IP接続されたサーバに情報を送信し、
　　送信したことをAプロセスへメールで通知します。
　
これを繰り返していると、たまにBプロセスの関数途中でAプロセス側へCPUが
スイッチされそのままBプロセスへ制御が戻らなくなります。
(システムコール等でブロッキングされているわけではありません)

※メール送信時の共有メモリは、メール送信毎に作成し、受信側で破棄する作りです。
※今のところTCP/IP通信を行わないと発生しません。(ドライバは標準の物)
※一時停止したプロセスはコンソールへの入力等(H/W割り込み?）を行うと再開します。

このような現象にあった方はいないでしょうか？（長々とすみません）

716:login:Penguin
08/04/09 12:56:09 KQOYg6Em
送信側にディレイを入れてみるとか？

717:715
08/04/09 15:05:40 7C+zl+CD
すみません、情報が漏れていました。

AプロセスはBプロセスのTCP送信が終わるまで、次のメールは送信しません。
その為メールボックス一杯や、メモリ枯渇も無いはずです。

718:login:Penguin
08/04/09 15:07:43 KQOYg6Em
straceで調べてみるとか？

719:login:Penguin
08/04/09 21:33:10 miANdZt+
pthread_rwlock_wrlock（）とか
遅いし使う価値ないじゃん
全部pthread_mutexの方が安全だし

720:login:Penguin
08/04/10 17:20:05 hC2NJA9B
時間について教えて頂けないでしょうか？

1) 時間の取得（文字でなくて数値）
2) 時間のローカルタイム化
3) 夏時間の演算（tm_isdstの使い方が答？）

を順番に行うコードもしくは関数を教えて頂けないでしょうか？

721:720
08/04/10 17:30:23 hC2NJA9B
＞1) 時間の取得（文字でなくて数値）

については、gettimeofdayがあるみたいですね。
その後がよくわからなくてorz

722:login:Penguin
08/04/10 17:33:38 f9Jb/+FW
? URLﾘﾝｸ(www.linux.or.jp)

723:720
08/04/10 18:06:20 hC2NJA9B
>>722
有難う。
１のgettimeofdayについては、分りましたが。。。

724:login:Penguin
08/04/10 18:09:09 f9Jb/+FW
>>723
そのページしか観賞しないの？

725:login:Penguin
08/04/10 18:23:14 hC2NJA9B
分らないから聞いてるんですけど。

正直言って、 >>722 のリンクは書き込む前に読んでます。

726:login:Penguin
08/04/10 18:24:02 f9Jb/+FW
>>725
学生くん？

727:login:Penguin
08/04/10 18:25:22 hC2NJA9B
>>726

おまい、ウザさ極限。
消えてお願い。

728:login:Penguin
08/04/10 18:26:26 kK61Qe8m
>>725
URLﾘﾝｸ(www.google.com)

729:login:Penguin
08/04/10 18:26:36 xKGUAbUV
時間と時刻の使いわけ
ものをたずねるときの態度

終わってるな

730:login:Penguin
08/04/10 18:53:32 hC2NJA9B
おまいら、クズだな。

こういう回答を待ってたんだよ： URLﾘﾝｸ(www.ne.jp)

731:login:Penguin
08/04/10 18:56:49 f9Jb/+FW
LINUXの固有の質問じゃないのに、聞く場所間違ってる。
だだのCの標準関数の使い方だろ？

732:login:Penguin
08/04/10 19:31:12 hC2NJA9B
>>731
おまいはクズなだけじゃなく、チ●カス野郎だな。

おまいの出したPOSIXのヘルプ読んでみろよ。
今は使うべきでないものから、BSD拡張まで書いてあるからｗｗｗ

733:login:Penguin
08/04/10 19:32:46 f9Jb/+FW
職業プログラマ？

734:login:Penguin
08/04/10 19:56:43 kK61Qe8m
中学生か高校生でしょ。関わらない方がいいよ。

735:login:Penguin
08/04/10 20:33:34 qQFVgABP
>>720
time_t t=time();
puts(ctime(&t);
で出来るよ。夏時間は廃止されました。
URLﾘﾝｸ(www.linux.or.jp)

736:login:Penguin
08/04/10 21:28:17 1AAfwdH6
低スキル職業プログラマでしょ。
で、誰かに知恵をつけてもらって必死でやり返そうとしてるんだろ。

737:login:Penguin
08/04/10 23:15:29 JcKcidtB
これは酷いわ

738:login:Penguin
08/04/11 10:13:35 Dl1bvkA3
>>735
＞夏時間は廃止されました。

本当ですか？？？
本当ならどれだけうれしいか。

ところで、>>720 の演算を順番に行うコードも知りたいです。

739:login:Penguin
08/04/11 11:48:41 sYNmn6Lb
>>738
>>735がそのコードです。

740:login:Penguin
08/04/11 12:29:22 Dl1bvkA3
なるほどｻﾝｸｽ。

time(); ・・・UTC（もしくはGMT）
ctime()・・・ローカルタイム化＋文字列化

ですか。

741:login:Penguin
08/04/12 01:40:35 aMk0av0+
ていうか、「ありがとう」は？

742:login:Penguin
08/04/12 08:56:08 GsTcWvnq
ｻﾝｸｽって書いてあるじゃん

743:login:Penguin
08/04/12 09:17:33 H1hJd2mx
以下のプログラム
fd = iconv_open("EUCJP", "SJIS");
iconv(fd, (char **)&inptr, (size_t*)$size, (char **)&outptr, (size_t*)$size);
iconv_close(fd);

Valgrind --leak-check=yes でチェックすると、iconv_open()で
　Invalid read size of 4
　Address xxxxxxx is 48 bytes inside a block of size 49 alloc'd

とエラーを出すんですがiconv()を使っていて問題を起こしてる方いませんか？
iconvの出力は正常なんですが

744:login:Penguin
08/04/12 13:41:44 2bOSym+8
iconvは危険だから使ってはいけない

745:login:Penguin
08/04/12 13:45:36 yzi8k0zU
時代は酢昆布

746:login:Penguin
08/04/12 15:09:02 H1hJd2mx
>>744
アプリを書き換えることにしました。ありがとうございます。

>>745
そうだったんですか？初めて知りました。もっと勉強します。

747:login:Penguin
08/04/12 17:16:01 zeB3ARgq
そのドル記号は何だｗ

748:login:Penguin
08/04/18 04:34:40 fBS7BtR5
ログ出力の際にファイルロックが必要かどうか実験していたのですが、
ちょっと不思議な現象に出くわしました。
以下のプログラムを100プロセス同時に実行すると、hoge.logの一部で「wwritten」と
なってしまう箇所があります。
fprintfでなくwrite(2)を使うと再現しないのでglibc(2.6.1)のせいだと思うのですが、
これはどういう原理なのでしょうか？
#include <sys/file.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>

int main(int argc, char *argv[])
{
int i;
FILE* fp = NULL;
int fd;
int pid = getpid();
fp = fopen("hoge.log", "a");
if (!fp) {
exit(1);
}
fd = fileno(fp);
for (i=0; i<10000; i++) {
flock(fd, LOCK_EX);
fprintf(fp, "written by pid %d\n", pid);
flock(fd, LOCK_UN);
usleep(1000);
}
fclose(fp);
return 0;
}

749:login:Penguin
08/04/18 06:27:36 cYJ/Gams
>>748
flock(fd, LOCK_EX);
fprintf(fp, "written by pid %d\n", pid);
+ fflush(fp);
flock(fd, LOCK_UN);

まあglibcのせいと言えなくもないが…

750:login:Penguin
08/04/18 07:27:29 twxhbmPg
いや、「glibcのせい」と言ってはマズイじゃろ。「Cのせい」だよな。

つーか、この内容ならロックを取らずにアトミックに書き出せばええやん。

751:748
08/04/18 13:21:14 3NdGmVsA
fflushとはすっかり忘れていました。
ついでにお聞きしますが、ログ追記の定石というのはあるのでしょうか？
・ロックは不要か
・1行書くたびにfflushではパフォーマンスが気にならないか
・クラッシュしたときのためatexitでfcloseするべきか
とりあえずlog4cではflushもロックもしていないようでしたが。

752:login:Penguin
08/04/18 17:28:29 PjXu6NLk
要件による。

753:login:Penguin
08/04/18 20:38:56 5dGB6yjX
複数のプロセスからひとつのファイルに書き込むなら、
open(2)にO_APPENDをつけてファイルを開いておき、
write(2)で書き込むのが常道だろう。

ディスク表面への同期を行うべきか否かについては
ケースバイケースだな。

754:login:Penguin
08/04/18 21:48:41 BhtI3++S
こなあああああああああああああああああああああああああああ

755:login:Penguin
08/04/18 22:22:47 gtZqIZ8N
　　/　|　　/￣/＿＿　/￣￣/　＿＿　 /　/　　　/＿〃
　/　　|　/＿/　　　　　　＿/　　　　　_/　/＿/　/
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 /＼＿＿_／ヽ
　　　 (.｀ヽ(｀＞、　　　　　　　　　　　　　　　　　　　　　　／''''''　　　''''''::::::＼
　　　 `'＜｀ゝr'ﾌ＼　　　　　　　　　　　　　　　　＋　　|（●）,　　　､（●）､.:|　＋
　 ⊂ｺ二Lﾌ^´　ノ, ／⌒)　　　　　　　　　　　　　　　|　　,,,ﾉ(､_, )ヽ､,,　.::::|
　　⊂l二L7_　/　-ゝ-')´　　　　　　　　　　　　　　　+　|　　｀-=ﾆ=- '　.:::::::|　+
　　　　　　＼_　　､__,.ｲ＼　　　　　　　　　　　＋　　　　＼　　｀ﾆﾆ´　 .:::／　　　　+
　　　　　　　　(T＿_ノ　　 Tヽ　　　　　　　 , -r'⌒!￣ `":::7ヽ.｀- ､　　　./|
　　　　　　　　　ヽ￢.　　　/　ﾉ`ｰ-､ﾍ<ｰ1´|　ヽ　| :::::::::::::ﾄ、＼　(　　./ヽ
　　　　　　　　　　＼l__,.／　　　　 i　l.ヽ!　|　　　.| ::::::::::::::l ヽ　｀７ｰ.､‐'´ |＼-､
int main()
{
　　char* str="Hello World\n";

　　printf("Hello World\n");
　　return 0;
}

756:login:Penguin
08/04/18 22:48:41 twxhbmPg
>>755
URLﾘﾝｸ(www.gnu.org)

757:login:Penguin
08/04/19 00:19:45 764YM5Ap
>>756
apt-get install hello

758:login:Penguin
08/04/19 01:01:26 FPfrqFBy
用意したデータをそのままIPのペイロードとして(IPのヘッダだけをつけて)送り出したいのですが、
具体的な方法を教えていただけないでしょうか。

できるだけ自分でプログラムを書かず、
既存のものを利用して実現したいと思っています。

759:login:Penguin
08/04/19 01:52:35 764YM5Ap
>>758
libnet

760:login:Penguin
08/04/19 02:08:23 +tIgJ88f
>>755 elisp で書いてみて

761:login:Penguin
08/04/19 09:33:24 FPfrqFBy
>>759
ありがとうございます。
これから調べてみます。

762:login:Penguin
08/04/24 13:01:17 Eon8tTkZ
libcのprintfってスレッドセーフなん？
出力が混じるくらいは目をつぶるとして

763:login:Penguin
08/04/24 13:17:50 8jColJMw
これもしかして俺が作ったスレ？
違ったっけ？

764:login:Penguin
08/04/24 14:41:36 8jColJMw
なぁおまえら。
char* ch;
というような宣言があったとして、chはcharポインタ型と言って
しまっていいんかな？

765:login:Penguin
08/04/24 14:44:23 j6EvvzSE
キャラクター型ポインタ、略してきゃらぽ

766:login:Penguin
08/04/24 14:52:04 8jColJMw
>>765
だよなぁ。
URLﾘﾝｸ(slashdot.jp)
ここら辺見ててちょっと疑問に思ったんだ。
きゃらぽか。
使わせてもらうぜ。

767:login:Penguin
08/04/24 14:58:21 uGjCjb2u
Cの宣言の解釈順に読むとchはpointer to char
chはcharへのポインター

768:login:Penguin
08/04/24 23:11:14 Py8lS3wT
>>762
ちゃんと見てないが考慮はしてるようだ@2.7
書く所で排他制御してりゃ混ざらんとは思うが。

769:login:Penguin
08/04/25 12:46:43 ZR+Ag5j0
何かのポインタ本読んだときに
ポインタは英語で読めってのは結構良かった
以来、>>767と同様、一度英語にしてから読んでいる

770:login:Penguin
08/04/26 18:14:13 VSA6Tw/p
俺は複雑な宣言だと、英語の訳し方があやしいから
cdeclコマンドを使って確認かな。

cdecl> explain char *(*(*hoge[10])())()
declare hoge as array 10 of pointer to function returning pointer to function returning pointer to char

771:login:Penguin
08/04/26 18:43:45 SnvFIl5v
right to leftの原則で自力で嫁

772:login:Penguin
08/05/01 00:31:02 scTgaskf
msgctlに必要な権限ってrootだけなんでしょうか？

773:login:Penguin
08/05/07 19:15:08 a19YHgic
>764へ
おまえ
読み方は、さておき
一般的に
char* ch;
ってコードがあったら何を連想する？

774:login:Penguin
08/05/07 23:32:30 cSvceTAy
スレッドの生成(pthread_create)を実施する関数のテストをしています。

スレッド生成が失敗した場合のケースをテストしたいんですが、意図的に
pthread_createを失敗させる方法が分かりません。

PTHREAD_THREADS_MAX をいじっても当然無意味(そもそも、コメントアウトされている)で、
/proc/sys/kernel/threads_max はマシン全体にわたるパラメータなので、
他の使用者(共通端末上で開発しています)に迷惑がかかってしまいます。

プロセス毎の生成可能スレッド数を動的にいじることができれば理想です。

どなたか、妙案をご存知の方いませんでしょうか？

775:login:Penguin
08/05/07 23:58:46 pHDw0dkU
>>774
ulimitコマンドとかどうよ

776:login:Penguin
08/05/08 00:54:12 Zr8j43HW
$ ulimit -u
32752
$ ulimit -u 3
3
$ ls
bash: fork: Resource temporarily unavailable
$ ulimit -u 32752
bash: ulimit: max user processes: cannot modify limit: Operation not permitted

ひエエエええええええええ

777:login:Penguin
08/05/08 01:03:51 y2WVcfdv
>>776
おいおいｗ

778:login:Penguin
08/05/08 04:42:09 jTb0scH/
これってどう直すんだｗ
execで置換もforkが前段に入るから無理?

779:login:Penguin
08/05/08 07:40:35 67SUhF1P
あきらめてログアウトすれ。

ちゃんとman page読んでから試せよ…

780:login:Penguin
08/05/09 17:52:15 NYmc9yfk
ﾏｿﾊﾟｹﾞ

781:login:Penguin
08/05/10 14:29:04 QmEn1LiA
dlopenや共有ライブラリのプロファイル情報を
取りたいのですがどうすればいいの？
普通に-pgでコンパイルしても

gmon.outにmain1個だけしか出てこないw

782:login:Penguin
08/05/10 19:29:59 s9qAIz4p
実験でゲームサーバーを構築したいのですが
クライアント側からのキー入力をTCP/IPプロトコルで、サーバーに送信する技術ってやっぱり
socketを用いるのが吉？

783:login:Penguin
08/05/10 19:38:32 iYMWpnHw
ソケット以外の何でTCP/IPするというのだろうか・・・

784:login:Penguin
08/05/10 19:44:22 s9qAIz4p
>>783
linuxや通信関係の実装は、一回もやったことが無いので、確認させてもらいﾏｽﾀ
元々C++使いなので、Cはわかるのですが、linuxのプログラミングに関して
Cの情報は多いけど、C++の情報が少ないのが残念ﾃﾞﾂ
車輪の再発明はしたく無いので、C++のsocketのライブラリィーとか知っていたら教えてもらえﾏﾂｶ
ｵﾅｶﾞｲｼﾏｽｴﾛｲﾋﾄ

785:login:Penguin
08/05/10 20:34:18 /xnxdJoy
>>782
クライアント側が BSD socket インタフェース持ってるんだったらそれが吉
もっと便利なライブラリがあるんだったらそれを使う方が、おそらく、もっと吉
そうでなければ使ってる OS の流儀に従うしかねぇんじゃねぇの？

786:782
08/05/10 20:52:57 s9qAIz4p
>>785thx
何となくですが、輪郭が見えてきました
WindowsのクライアントはMFCの中に多分berkley socket関連のライブラリがあると思うので
それを使います、問題はlinuxでの実装になります、いろんなシステムコールが準備されているみたいですが
早速つまづいています(^^;
dstSocket = accept(srcSocket, (struct sockaddr *) &dstAddr, &dstAddrSize);
accept()システムコールでこんなエラーが出ます
error: invalid conversion from \342\200\230int*\342\200\231 to \342\200\231 socklen_t\342\200\231
型変換が違うとコンパイラは言ってると思うのですが、引数の型は
accept(int,(struct sockaddr *) arg1, arg2);
なので正しいと思うのですが・・・・・？

787:login:Penguin
08/05/10 21:06:13 i6s1t4ei
>>786
こっちの方がいいと思うよ

ネットワークプログラミング相談室 Port21
ｽﾚﾘﾝｸ(tech板)

788:login:Penguin
08/05/10 21:09:29 fPB8nF+C
型がおかしいって言われてるのにどの型を使ってるか書かないのは釣りなのか？

789:782
08/05/10 21:15:38 s9qAIz4p
>>787
>>788
thx
ネットワークプログラミング相談室 Port21
ｽﾚﾘﾝｸ(tech板)
へ移動します

790:login:Penguin
08/05/22 14:41:47 NBp9AMHO
すみませぬ。

規則性を持って空のファイルを作る場合にCPUやメモリに負荷を
あまり掛けないで作る方法ありますか？

gccと標準的なシステムコールでお願いします。

open文で作ってますが、ファイルI/Oは、結構な仕事
なので、少しでも軽くしたいです。

規則はN文字のaaa(N=3)というファイルを作成
aab　aac　aad
aba　

zaa　　　　　　　　..　　zzz
のように作ります。
規則性は、あまり関係ないですけど。
結構な大量ファイルを作成する必要があります。

791:login:Penguin
08/05/22 14:50:27 WyDCfVht
すみませぬ。

LUNAXにプログラムにおいて
20という数字をターミナルに入力したら、
それを読み取り、30という数字を表示する
プログラムの作り方がわからない為、教えて頂けませんか？？

792:login:Penguin
08/05/22 14:51:55 It4hntbe
日本語でおk

793:login:Penguin
08/05/22 15:02:39 K3H4Ah9R
read; echo 30

794:login:Penguin
08/05/22 15:05:22 K3H4Ah9R
>>791
マルチか。
ｽﾚﾘﾝｸ(linux板:435番)

795:login:Penguin
08/05/22 15:34:55 gmG2tmnb
>>790
open/creat呼び出しはどうにもならんだろう。
FS側でジャーナリング止めるとか…

796:login:Penguin
08/05/22 16:09:36 cM6TBq1G
>>791
突っ込み所満載だから誰も突っ込んでないけど、LUNAXって何だよ・・・

797:login:Penguin
08/05/22 22:32:21 azKjZoxE
>>795
この場合、ext3のジャーナリングがオーバーヘッドとして比重が相当に
大きくなってそうですな。

798:login:Penguin
08/05/23 00:22:04 xL+nAK0I
メモリ上にあるデータのmd5sumを取得(計算)したいんですが、
GNU coreutilsのmd5sum.cから貰ってくる以外に簡単な方法は
無いでしょうか。

799:login:Penguin
08/05/23 00:45:45 nmi3RI3q
>>798
RFC1321のAppendixを丸写しする

800:login:Penguin
08/05/24 01:18:02 QlwIdcZn
カーネルが持ってるのをどうにか持ってくる。

801:login:Penguin
08/05/24 01:27:20 QlwIdcZn
Cryptographic APIってユーザーランドから使う方法ないんだっけ？

802:login:Penguin
08/05/24 13:30:43 jv/eFsuY
パイプでmd5sumに流し込めば？

803:login:Penguin
08/05/24 14:15:42 AYrBRDvb
正直、LinuxよりLunaxの方がかっこいいと思った

804:login:Penguin
08/05/24 17:32:54 8/0PspEJ
>>798
やったことねーけど、そういうライブラリがあるんじゃね？

805:login:Penguin
08/05/26 15:21:05 fXE9sIkN
opensslが入ってるなら、EVP_md5

806:790
08/05/28 14:15:25 7atgnQdI
すみません。

open以外に空ファイルを作る、CPUやメモリに負荷を掛けない
方法ありますか？

807:あいちゃん
08/05/28 14:44:30 u23B6L4S
どうにかしてプラッタに刻む

808:login:Penguin
08/05/28 21:51:43 hyFpgWYw
ドライブに負荷を掛けにくい方法ならある
cpuとメモリの負荷を減らしDMA転送も出来る。
が、負荷をかけないってのは無理

809:login:Penguin
08/05/28 22:21:06 6Rl9Qb5b
>>806
システムコールを使いたくないなら、次のようにするしかないんじゃないかな？
1. ext3ドライバのソースを読んで空ファイルの作り方を調べる。
2. 直接HDDを操作して空ファイルを大量発生させるプログラムを作る

810:login:Penguin
08/05/28 22:37:58 tp55Dea8
あらかじめファイルが格納された状態のファイルシステムのイメージを用意して、
raw I/Oなりddなりでビットマップやinode領域等を書き込めば軽いだろ。

ファイルシステムを破壊するけどなｗ

811:login:Penguin
08/05/28 23:36:20 7atgnQdI
>>809
システムコールがだめってわけじゃないけど
touchやcpのソース(coreutil)とか調べて負荷が低いのを探してた。
ext3のソースは未だ調べてない。調べて見る。

>>808
はい、より負荷を掛けない方法を模索してます。

>>810
考えてたけど、排他がマンドクセーと思ったので、未だやってないっす

812:798
08/05/29 02:30:49 rITSsBYp
>>799-805
皆さんありがとうございます。
返事が遅れたことをお詫びします。

>>805さんのレスを見て、opensslを調べたところ
URLﾘﾝｸ(www.openssl.org)
ここにMD5()という「まさに」な関数があって、
無事動きました。

色々知恵を絞っていただき、本当にありがとうございました。

813:login:Penguin
08/06/03 14:19:26 KXye7tRy
>>811
superblockいじっちゃいなよ。

814:login:Penguin
08/06/16 22:07:27 hghHQ/gK
write()でファイルに書き込んだあと
close()しても、すぐにはディスクには同期されていなくて、
タイムラグがあるそうなのですが、

close()した直後に別のプログラムから同じファイルを
open()してread()しようとしたら、どうなるのでしょうか?
その前にwriteした内容はちゃんと読み込まれるのでしょうか?

815:login:Penguin
08/06/16 22:47:57 B5/Uz4Q9
>>814
ちゃんと読み込まれる。バッファ統合されているから。

バッファ統合前の、昔のUnixではその点の保証がなかったが、
いまどきのUnix系OSはみんな統合されている。

816:login:Penguin
08/06/19 00:29:34 DwSvGKMg
ダーティーなデータの読み取りって昔は出来なかったの？

817:login:Penguin
08/06/19 08:16:32 B2b558bH
読み込みに使うキャッシュと書き込みで使うバッファとが別々だったから
ダーティ・ページもクリーン・ページもない。

818:login:Penguin
08/06/19 14:22:38 qCoUXFkj
おお。なるほど。知らなかった。
ページキャッシュとバッファキャッシュの統合とか言う前の段階か。

819:login:Penguin
08/06/30 22:13:50 j7UJtdfw
今日ソフトバンクから出た
デバドラの本最強すぎます
バイブルの域に入ります

820:login:Penguin
08/06/30 22:18:50 haG/mU8k
本の題名を詳しく

821:login:Penguin
08/06/30 22:34:08 j7UJtdfw
Linux デバイスドライバプログラミング

822:login:Penguin
08/07/01 00:18:07 jjjb16mB
>>821
目次見る限り、買う価値はありそうな気がするね。

までも、オライリーのドライバ本読んだら、カーネル解説書読んで
とっととソース読めって気もするが。

823:login:Penguin
08/07/01 00:19:23 jjjb16mB
といいつつ、Amazonで1click購入してしまた

824:login:Penguin
08/07/01 00:22:32 u/xfrfGj
>>822
でもソース読んでも
どうしても解らないことがる

mmapでユーザに領域明け渡してpollで
データ通知するのはいいんだけど
ユーザが書いてきたデータをkernelに通知
させるのがよく解らん

馬にはそんなこと1行も記述されていないし

825:login:Penguin
08/07/01 00:33:15 jjjb16mB
>>824
>ユーザが書いてきたデータをkernelに通知
>させるのがよく解らん

なんでもioctlしてしまえばOK

826:login:Penguin
08/07/01 00:41:24 u/xfrfGj
>>825
それ昔海外のBBSいったら
ふるぼっこにされたんだけど？

827:login:Penguin
08/07/01 00:45:03 jjjb16mB
>>826
ちらねっっっっっｗ

828:login:Penguin
08/07/01 00:51:09 jjjb16mB
もうさ、read, writeなくしちまって、open, close, ioctlだけでいい気がするのだけど
どうなんだろう。read, write, SIGIOとか、柔軟性ないし。最低、引数付きシグナル
は必要。

829:login:Penguin
08/07/01 13:53:54 JO6lQKf2
>>828
「ケンシロウ、ioctlはいいぞ」という声が聞こえてきました。

read,writeはシェルからでも使えるようにするための種もみです。

830:login:Penguin
08/07/05 11:02:49 ouwQp4GB
スレッドチューニング用のプロファイラってありませんかね？

831:login:Penguin
08/07/05 12:39:14 GSKLgaHv
ありません

832:login:Penguin
08/07/05 13:05:00 ouwQp4GB
ズコー

833:login:Penguin
08/07/12 13:14:06 j34+JRvX
ubuntu 8.04-64bitで
bfd_minisymbol_to_symbol使うと問答無用で
segるんだけど何が原因なんすかね？

834:login:Penguin
08/07/16 02:13:51 5DOmporE
PC/AT機のI/Oポートを操作するような時に、outb_pと（普通の)outを使い分ける
条件ってどうなってるんでしょうか？
『I/O操作の遅いデバイス』と『I/O操作の早いデバイス』で使い分ければよいのでしょうか？

835:login:Penguin
08/07/16 08:46:59 IjcD5fhK
>>834
まあそんな感じでよろしいのではないかと。

コマンド書いてから動き始める間で時間かかりますなんてのは、
outb_pでつつくのがよいです。

836:login:Penguin
08/08/15 23:35:52 Dq4dt+Vm
質問させてください。

デバドラからアプリケーションにイベント通知したいときって
どういう風に実装するのがフツウなんでしょうか。

よろしくお願いしますm(_ _)m

837:login:Penguin
08/08/16 08:28:54 DPUB+UTd
>>836
アプリケーションがioctlを呼んで、その呼び先のデバイスドライバで
イベントが無かったら寝る。デバイスドライバでなんかイベントがあったら、
寝てるやつを起こす。って実装しときゃいいんじゃない？

838:login:Penguin
08/08/16 09:07:36 Xdxhavca
それならpollの方がよいのではないかと。

839:login:Penguin
08/08/16 13:28:44 KgWh2K36
read, write, pollいらねーんじゃね。ioctlでなんでもできるし、シグナルも不要。

840:login:Penguin
08/08/17 04:15:45 RamYD2Yk
>>837 >>838 >>839
レスありがとうございます！
システムコール内で待つのが常套手段みたいですね。

ところで、
教えていただいた情報をもとに調べていくうちに、
デバドライベントを複数同時待ちしたいという新たな欲望が生まれてしまいました。

pollを実装すれば要件をみたせるようなので、
今回はpollを使うことにします。

ありがとうございました！！

841:login:Penguin
08/08/22 18:32:31 r1fvTloB
LinuxのカーネルモジュールをC++で作りたいんだけど無理？
とりあえずCで書いた本体の.oとg++で吐いた.oをリンクして、モジュールをビルドしたら.koは出来るんだけど、シンボル解決出来ずinsmodに失敗した。

842:login:Penguin
08/08/22 20:40:29 EJDA2Uuj
C++　シグネチャでググレ

843:login:Penguin
08/08/24 07:51:45 T31yXksn
Tcl/Tk
最近のものは、けっこう強力になったし、スピードも上がってるようだが、
あまり流行ってないのか？
Linux, FreeBSD, MacOS X, Windowsと、殆んど同じコードが使えて便利なようなのだが…

844:login:Penguin
08/08/24 13:24:24 WgO6gp39
>>843
gtk+やwxWidgetsと比較してどうなの？

興味がわいたのでTkだけ使ってみたいのだけど
おすすめ解説ページとかあったら教えてください。

特に画面遷移とかC/C++との連携方法とか・・・

845:login:Penguin
08/08/24 13:36:45 s1lwltE0
ｔｋはともかく、tclを使ってる所なんてここ何年も見たこともない

846:login:Penguin
08/08/24 15:41:43 IEvm07Rz
EDA関係ではまだ多いんじゃないの？

847:login:Penguin
08/08/24 18:03:42 n5RJcPI7
淘汰されたのに昔に戻してくれるなよ

848:login:Penguin
08/08/25 08:28:43 LUi0Re9e
日経からムック『すばりわかる！Tcl/Tk』出ないかなあ。
『ゼロから学ぶgtk+』でもいい。

849:login:Penguin
08/08/25 23:41:00 /KPpX7xT
>>845
ネットワーク業界ではテストツールを書くのにがんがん使われている。

850:login:Penguin
08/08/26 01:48:59 QgHqFXA9
Tcl/Tkの日本語情報があまりにも少なすぎる。

851:login:Penguin
08/08/26 07:48:19 B+1DI1fl
>>850
確かに、Tcl/Tkの情報が少ないよね、そこそこ使われてるような気がするんだけど。
>>844 さんが言ってる c/c++ /Tk の情報は、殆んど皆無だもんね。
最近、山森さんがチョッピリ書いてるのはあるけども…
URLﾘﾝｸ(journal.mycom.co.jp)

852:login:Penguin
08/09/03 13:10:00 nxPN9M20
gtkmm使ってこんなの作ってみました

URLﾘﾝｸ(www.vector.co.jp)

これからQt４・ｇｔｋｍｍのどちらを使っていくか迷ってるんですが

QTはGUIからネットワーク・サウンドなど様々な分野に対応したライブラリ
gtkmmはGUIのみのライブラリだがウィジェットの生成・消去の処理はこちらのほうが早い

処理時間は優先させたいがいろんな機能が統合されている魅力も捨てがたい...
どちらを使うべきでしょうか

853:login:Penguin
08/09/04 02:03:16 yL02FzIi
両方

854:login:Penguin
08/09/04 19:25:48 kxSlZy+f
Qt４を少しだけ触ってみたんですがｇｔｋｍｍにくらべ，ウィジェットの生成・消去にかかる処理時間が２～３倍
さらに２D描画の処理時間が１．５～２倍くらいかかりました．
これって仕様？

855:login:Penguin
08/09/04 21:34:53 5liswdaD
gtkmmはCだろうけど、QtはC++だからしょうがないんじゃね。
GUIみたいなやつだと

856:login:Penguin
08/09/04 22:58:04 kxSlZy+f
gtkmmはGTK+のC++バインディングですよ
それにC++とC言語でも処理時間はさしてかわらないはず
Debian使ってGNOMEデスクトップでQT４インストールしてやってるんですが
同じ言語で処理速度に２～３倍の差が出るとかありえるんでしょうか

857:login:Penguin
08/09/04 23:35:03 5liswdaD
速度差が気になるなら、プロファイル取って原因調べるなり
なんなりする。調査結果貼り付けたら、喜ぶ人もいる。

俺は、めんどいから調べないがｗ

858:login:Penguin
08/09/04 23:55:48 kxSlZy+f
とりあえず処理速度ｇｔｋｍｍ＞Qｔ4と結論づけて
Qｔ5出るまでｇｔｋｍｍ使うことにします
GTK枯れてるのであまり使う気は引けるのですが...

本屋なんかでQt4の本とかはよく見かけるのに
GTKの本なんかは絶版しててAmazonで全国5冊とかそんなのばかり...

859:login:Penguin
08/09/05 00:20:36 yJYLbrdu
gnome上でQTは時間かかるでしょ、逆も真なり。

860:login:Penguin
08/09/05 00:24:58 uvh8bhuM
Qtは時間かかんないよ。
KDEアプリはDCOPサーバ立ち上げるのに時間かかるけど。
GTKもKDE上で特に時間がかかるような事はない。

次ページ