semáforo acesso velocidade - Página 2

otheus · #1 (**permalink**) 09-18-2008

Desde que você não parece seguir as instruções, eu não espero que você o seguinte código referencial. No caso de você fazer, no entanto, e seus resultados são ainda muito inesperado, por favor, tome nota do que aqui.

Código:

#include <stdio.h>
#include <sys/types.h>
#include <sys/ipc.h>
#include <sys/sem.h>
#include <time.h>
#define NSEMS   2
main(int argc, char *argv[])
{
    time_t start,stop;
    long int i;
    int sid;
    key_t key;
    ushort vals[NSEMS] = { 0, 0 };

    key = ftok("/tmp",99);
    start=time(NULL);
    for (i = 0; i < 5000000; 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");
      }
    }
    stop=time(NULL);
    printf("%.2f semop/s [%i,%i]\n", (double)i/(stop-start), vals[0], vals[1]);
}

era · #2 (**permalink**) 09-19-2008

Só para ênfase, os resultados incluem a sobrecarga sobre o início de um grande número de processos, e em cada um deles, imprimindo uma linha de texto para um bloco tamponada dispositivo, e sai do processo. Gargalos em qualquer uma destas operações é muito mais provável para explicar os resultados do que a coisa está a tentar testar.

migurus · #3 (**permalink**) 09-19-2008

Eu compilado e executar o código loop ensaio postado por Otheus.

Xeon / SCO resultados: 555.555,56 semop / s [0,0]
Xeon / Linux resultados: 128.205,13 semop / s [0,0]

Eu não tenho acesso a PIII casa agora, mas como os resultados são idênticos (proporcional), como o que eu vi no meu teste eu acho que não é fundamental para não ter PIII resultados aqui.

No que diz respeito à sobrecarga mencionado pela ERA - Estou consciente de que, uma vez que está estreitamente semelhante situação que estou a avaliar, de modo que um teste válido e não uma superintendência.

Então, alguém tem alguma idéia do que poderia ser o gargalo? ou para onde olhar? Eu realmente aprecio a sua paciência comigo e sua persistência em chegar ao fundo do mesmo.

jim McNAMARA · #4 (**permalink**) 09-19-2008

Acessando um semáforo - presumindo que não há impasse -, é um acesso direto à memória operação, adicionando uma página inteira ou múltiplos para processar memória tem gerais. Pode envolver um caro chamada: brk (), se não houver memória já está lá.

Depende do que

Código:

size mycode

diz que, no total, arredondado para um mínimo da PAGE_SIZE (mutiple) limite (pilha moldura normalmente fronteira), que pode deixar várias páginas de memória extra. Olha o que é mostrar a atribuir a heap. Como um começo. Você pode chamar sbrk (0) para encontrar o final do processo de memória.

shmget aloca Escombreira na maioria das implementações: / proc / sys / kernel / sh * proc diretórios tenham a memória partilhada informação. kernel configurações controlam a memória partilhada operações.

tente o seguinte:

Código:

gcc -p -g -o otherus otheus.c
otheus.c
grpof otheus

Isso irá mostrar o tempo gasto cum + # chamadas para cada uma das funções chamadas. Você pode ver se / quando existe um problema. Se existir um com Semáforos semget então será muito provavelmente o seu problema - que reparte páginas de memória.

jim McNAMARA · #5 (**permalink**) 09-19-2008

PS chamada utimes (struct tms *) para real vezes, mais granularidade é CLK_TCK, geralmente muito melhor que o tempo ().

gettimeofday pode ser utilizada para obter parede mesmo tempo com maior precisão também. utimes () retorna clock_t muro tempo.

otheus · #6 (**permalink**) 09-20-2008

Citação:

Originally Posted by jim McNAMARA

PS chamada utimes (struct tms *) para real vezes, mais granularidade é CLK_TCK, geralmente muito melhor que o tempo ().

gettimeofday pode ser utilizada para obter parede mesmo tempo com maior precisão também. utimes () retorna clock_t muro tempo.

Jim, utimes () não faz o que você acha que ele faz. Gettimeofday é mais correcto, mas, em seguida, o código é um pouco mais complicado. Microsegundo diferenças não iria produzir as disparidades de desempenho que ele está vendo.

migurus · #7 (**permalink**) 09-19-2008

Jim,
Eu nunca tentei perfil antes, então eu tive um problema aqui:
$ Gcc-pg-o tstloop tstloop.c
$ Tstloop
128.205,13 semop / s [0,0]
$ Gprof tstloop
gprof: gmon.out arquivo está faltando call-gráfico de dados

Qualquer idéias?

No que diz respeito à utilização do tempo versus gettimeofday (que, na verdade eu uso) é absolutamente irrelevante, estou a tentar ver quantas vezes por segundo sistema é capaz de criar um processo que seria simplesmente ler um semáforo.

Obrigado.

Mais UNIX e Linux Fórum Tópicos Você pode achar Helpfull
Fio	Thread Starter	Fórum	Respostas	Última postagem
semáforo	raguramtgr	UNIX para Dummies Perguntas & Respostas	7	06-15-2009 10:39
Semáforo	Jaken	Programação Shell Script e	2	04-04-2009 06:10
dmidecode, RAM velocidade \u003d "Actual Speed: Desconhecido"	Santi	Filesystems, Discos e Memória	0	02-16-2006 06:16
Semáforo	vjsony	UNIX para Dummies Perguntas & Respostas	3	04-07-2003 03:06
semáforo	yls177	UNIX para Dummies Perguntas & Respostas	1	10-09-2002 12:18

Thread Tools	Pesquisar este Thread
Show Printable Version Enviar esta página	Pesquisar este Thread: Pesquisa Avançada
Display Modes	Esta taxa Thread
Mude para o Modo Linear Hybrid Mode Switch to Threaded Mode	Esta taxa Thread: