The UNIX and Linux Forums  

Go Back   UNIXおよびLinuxフォーラム > トップフォーラム > 高レベルのプログラミング
Googleのunix.com



高レベルのプログラミング は、 C 、 C + +についての質問の投稿は、 Java 、 SQL 、および他のプログラミング言語です。

その他のUNIXおよびLinuxフォーラムトピックは参考にすること
スレッド スレッドスターター フォーラム 返信 最後の投稿
セマフォ raguramtgr UNIXのダミー質問と回答のため 7 2009年6月15日 10:39午前
セマフォ Jaken シェルプログラミングとスクリプティング 2 2009年4月4日 06:10午後
dmidecode 、 RAMの速度\u003d "現在の速度:不明" サンティ ファイルシステムは、ディスクとメモリ 0 2006年2月16日 06:16午前
セマフォ vjsony UNIXのダミー質問と回答のため 3 2003年4月7日 03:06午後
セマフォ yls177 UNIXのダミー質問と回答のため 1 2002年10月9日 12:18午前

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek を搭載 Powered by Google
 
LinkBack スレッドツール このスレッドを検索 評価: Thread Rating: 1 votes, 4.00 average. 表示モード
  #1固定リンク)  
Old 2008年9月24日
migurus migurus is offline
登録ユーザー
  
 

参加日: 2008年09月
場所:アメリカ
投稿: 49
トラスのバージョンがありません- cをフラグ、または他のフラグと同じように1つ私がLinuxでのトレースを使用。


Linuxの場合:
$て/ sbin / sysctlのは、 |はgrep shm
... <snipエラーmsgs>
vm.hugetlb_shm_group \u003d 0
kernel.shmmni \u003d 4096
kernel.shmall \u003d 2097152
kernel.shmmax \u003d 33554432

Q :なぜSHMセマフォパラメータのパフォーマンスに影響を与えるのでしょうか?

また、念のため私はこの走った
$て/ sbin / sysctlのは、 |はgrepのSEM
<snipエラーmsgs>
kernel.sem \u003d 250 32000 32 128

編集migurusで最終; 2008年9月24日に 08:55午後..理由:情報追加
  #2固定リンク)  
Old 2008年9月25日
otheus's Avatar
otheus otheus is offline Forum Staff  
モデレータ翼モード
  
 

参加日: 2007年2月
場所:インスブルック、オーストリア
投稿数: 1,893
引用:
当初の投稿 migurus View Post
Q :なぜSHMセマフォパラメータのパフォーマンスに影響を与えるのでしょうか?
ページの表と構造の数を、すべてのメモリを使用するために必要*おそらく*のために。すべてのオペアンプ2から3のキャッシュが必要になるかもしれない通話ごとを休む。がない場合はキャッシュされるため、 shmem少ないですが、 、 3倍速いかもしれないしていない。ジムですか?
  #3固定リンク)  
Old 2008年9月29日
migurus migurus is offline
登録ユーザー
  
 

参加日: 2008年09月
場所:アメリカ
投稿: 49
私は自分の質問を投稿することができます達人が他の質問をしたいと思います。私は他のグループやフォーラムを勧めますか?
ご意見をいただければ幸いです。
  #4固定リンク)  
Old 2008年9月30日
otheus's Avatar
otheus otheus is offline Forum Staff  
モデレータ翼モード
  
 

参加日: 2007年2月
場所:インスブルック、オーストリア
投稿数: 1,893
として私は、以前提案: LinuxQuestions.org 。

以来、ボトルネックは、システムコールをしているようで、私を見ても、カーネル- BB ( KernelTrap.org関連することをお勧めは良い1 )です。
  #5固定リンク)  
Old 2008年9月30日
migurus migurus is offline
登録ユーザー
  
 

参加日: 2008年09月
場所:アメリカ
投稿: 49
おかげでOtheusとジム、私はここに非常に詳細な答えが出た:
セマフォのアクセス速度| KernelTrap

そのためには、 2.6.9カーネルは、現代の時間に最適/ Wとされていません

私everebodys時間に感謝!
  #6固定リンク)  
Old 2008年10月1日
otheus's Avatar
otheus otheus is offline Forum Staff  
モデレータ翼モード
  
 

参加日: 2007年2月
場所:インスブルック、オーストリア
投稿数: 1,893
Unhappy

あなたの粘り強さのために栄誉を!しかし、私はそれの終わりだとは思わない。

私の答えには少し研究strcmpでした。 2.6.9 2004年には、 RHEL 4 、これが標準のglibc 2.3.4に同梱され釈放された。ペンティアム3の2004年に旧した。カーネル2.6.18および2.5.12でglibcをRHEL 5に発送。

だから私はいくつかのベンチマークでした。

私はstrcmpの提案に従い、 "落下タイマー"ここでは、ループの起動と終了方法、使用される( )の呼び出しの時間を秒単位で変更をメモした。また、秋のいずれかの側に10から100ミリ秒差異ので、いくつかの動作を平均した。それならば、その処理を分割/ CPUの速度(サイクル/秒) "オペアンプ1チックに"数秒。
  • 2.6.18 / P3 / 800 MHzの: 548300 /秒(平均、 19を実行) \u003d 1459チック/オペアンプ
  • 2.6.18 / AMD社のOpteron 285 / 2.6 GHzの: 1689138 (平均6動作) \u003d 1539チック/オペアンプ
  • 2.6.18 / AMD社のOpteron 270 / 1.0 GHzの: 974228 (平均7動作) \u003d 1026チック/オペアンプ
  • 2.6.9 /のXeon / 3.6 GHzの: 917196 (平均、 4動作) \u003d 3925チック/オペアンプ
  • 2.6.9 / P3 / 1.25 GHzの: 733927 (平均、 5を実行) \u003d 1703チック/オペアンプ
  • 2.6.9 /のXeon / 2.3 GHzの: 1127894 (平均、 10を実行) \u003d 2608チック/オペアンプ

チック/オペアンプ、小さい方が良い。実際には、 2.6.18カーネルですカーネル2.6.9よりも速い。はたくさんあるのXeon 遅い。おそらく最低の共通分母は、カーネルをコンパイルしていた。最適化フラグはありませんが、有効にされたが、コンパイラの違い: 2.6.9使用されていたホストのgcc 3.4.6 、 gccの4.1.1は、新しいものとなっている。また、私たちは2.6.9を実行するのXeonやAMDの2.6.18を実行していないことに注意する必要があります。

はとてもいいが、問題は、これらのカーネルを最適に、様々なアーキテクチャ用にコンパイルされていない可能性があります。なぜくらい遅くしているので、かなりのXeonは、 HPCのコンポーネントとしての特性を使用して驚かされる。

に関係なく、これらの結果はいずれも、その根本的な問題:説明しているようだなぜSCO社が大幅に高速化とは何ですか?

編集otheusで最終; 2008年10月8日に 06:57午前..理由:私は、はるかに高速のXeonているときには遅い、と述べた。
  #7固定リンク)  
Old 2008年10月1日
otheus's Avatar
otheus otheus is offline Forum Staff  
モデレータ翼モード
  
 

参加日: 2007年2月
場所:インスブルック、オーストリア
投稿数: 1,893
ここに私のコードです:

コード:
#include <stdio.h>
#include <sys/types.h>
#include <sys/ipc.h>
#include <sys/sem.h>
#include <time.h>
#define NSEMS   2

/* change this per CPU to run between 8 and 12 s*/
const static int maxloop = 10000000; 

main(int argc, char *argv[])
{
    time_t start,last,stop;
    long int i;
    int estimate = 100;
    int sid;
    key_t key;
    ushort vals[NSEMS] = { 0, 0 };

    key = ftok("/tmp",99);
    last=start=time(NULL);
    for (i = 0; i < 1000; ++i) {
        usleep(10);
        last=time(NULL);
        if (last > start) break;
    }
    start=last;
    last = 0;

    for (i = maxloop/8; i < maxloop; i++) {
      if ((sid = semget(key, NSEMS, IPC_CREAT | 0777)) == -1) {
          perror("Can Not Get Semaphore ID");
      }
      if (semctl(sid, NSEMS, GETALL, vals) == -1) {
          perror("Can Not Get Semaphore Values");
      }
    }

/* do the last 1/8th until the second changes.
    If your processor reaches the maxloop before that,
    change the maxloop or the divisor or the "estimate" */

    stop=time(NULL);
    for (i = maxloop - maxloop/8; i < maxloop; ++i) {
      if ( !(i % estimate) ) {
        last=time(NULL);
        if (last > stop) break;
        stop=last;
      }

      /* repeat semaphore opts */
      if ((sid = semget(key, NSEMS, IPC_CREAT | 0777)) == -1) {
          perror("Can Not Get Semaphore ID");
      }
      if (semctl(sid, NSEMS, GETALL, vals) == -1) {
          perror("Can Not Get Semaphore Values");
      }
    }
    stop=last;

    printf("%.2f semop/s (%i/%i) [%d]\n", (double)i/(stop-start), i, stop-start, estimate);
}

Closed Thread

ブックマーク

スレッドツール このスレッドを検索
このスレッドを検索

高度な検索
表示モード このスレッド
このスレッド

投稿ルール
あなた ことができない。 新しいスレッドを投稿
あなた ことができない。 返信の投稿
あなた ことができない。 添付ファイルの投稿
あなた ことができない。 自分の投稿を編集

BBコード なる 〜の上に
スマイリー なる 〜の上に
[イメージ] コードは 〜の上に
HTMLコードは、 オフ
トラックバック なる 〜の上に
ピングバック なる 〜の上に
Refbacks なる 〜の上に




すべてGMT -4です。現在の時刻は 10:28午後


提供: vBulletin、著作権© 2000 - 2006、Jelsoft企業株式会社。言語翻訳による電源
vBCredits v1.4著作権© 2007 - 2008 、 PixelFXスタジオ
は、 UNIXおよびLinuxフォーラムのコンテンツ著作権© 1993 〜 2009 。すべての権利を管理しReserved.Ad RedTyger

コンテンツ関連のURLで vBSEO 3.2.0