সিএফএসের সাথে হাই সিপিইউ ব্যবহার?


25

আমি আরএইচএল 5 থেকে আরএইচইএল 6 এ যখন একটি অ্যাপ্লিকেশন সরিয়ে নিয়েছি তখন সিপিইউ ব্যবহারের বৃদ্ধির উত্সটি চেষ্টা করার এবং আলাদা করার জন্য আমি একটি পূর্ববর্তী প্রশ্ন জিজ্ঞাসা করেছি that এটির জন্য আমি যে বিশ্লেষণ করেছিলাম তা ইঙ্গিত দেয় যে এটি কার্নেলের সিএফএসের কারণে হয়েছে। আমি কেসটি চেষ্টা করে যাচাই করার জন্য একটি পরীক্ষার আবেদন লিখেছিলাম (আকারের সীমাতে ফিট করার জন্য মূল পরীক্ষার আবেদনটি সরানো হয়েছে, তবে এখনও গিট রেপোতে উপলব্ধ ।

আমি এটিকে RHEL 5 এ নিম্নলিখিত কমান্ড দিয়ে সংকলন করেছি:

cc test_select_work.c -O2 -DSLEEP_TYPE=0 -Wall -Wextra -lm -lpthread -o test_select_work

আমি তখন পরামিতিগুলি দিয়ে খেলি যতক্ষণ না পুনরাবৃত্তির জন্য কার্যকর হওয়ার সময়টি একটি ডেল প্রিসিশন এম 6500 তে প্রায় 1 এমএস ছিল।

আরএইচইএল 5 এ আমি নিম্নলিখিত ফলাফল পেয়েছি:

./test_select_work 1000 10000 300 4
time_per_iteration: min: 911.5 us avg: 913.7 us max: 917.1 us stddev: 2.4 us
./test_select_work 1000 10000 300 8
time_per_iteration: min: 1802.6 us avg: 1803.9 us max: 1809.1 us stddev: 2.1 us
./test_select_work 1000 10000 300 40
time_per_iteration: min: 7580.4 us avg: 8567.3 us max: 9022.0 us stddev: 299.6 us

এবং নিখরচায় 6 এ নিম্নলিখিত:

./test_select_work 1000 10000 300 4
time_per_iteration: min: 914.6 us avg: 975.7 us max: 1034.5 us stddev: 50.0 us
./test_select_work 1000 10000 300 8
time_per_iteration: min: 1683.9 us avg: 1771.8 us max: 1810.8 us stddev: 43.4 us
./test_select_work 1000 10000 300 40
time_per_iteration: min: 7997.1 us avg: 8709.1 us max: 9061.8 us stddev: 310.0 us

উভয় সংস্করণে, এই ফলাফলগুলি অপেক্ষাকৃত রৈখিক স্কেলিং অনুসারে পুনরাবৃত্তির জন্য গড় গড় সময় নিয়ে আমি প্রত্যাশা নিয়ে ছিল about এরপরে আমি পুনরায় -DSLEEP_TYPE=1সংশ্লেষ করেছি এবং নীচের ফলাফলগুলি পেয়েছি RHEL 5:

./test_select_work 1000 10000 300 4
time_per_iteration: min: 1803.3 us avg: 1902.8 us max: 2001.5 us stddev: 113.8 us
./test_select_work 1000 10000 300 8
time_per_iteration: min: 1997.1 us avg: 2002.0 us max: 2010.8 us stddev: 5.0 us
./test_select_work 1000 10000 300 40
time_per_iteration: min: 6958.4 us avg: 8397.9 us max: 9423.7 us stddev: 619.7 us

এবং RHEL 6 এ নিম্নলিখিত ফলাফলগুলি:

./test_select_work 1000 10000 300 4
time_per_iteration: min: 2107.1 us avg: 2143.1 us max: 2177.7 us stddev: 30.3 us
./test_select_work 1000 10000 300 8
time_per_iteration: min: 2903.3 us avg: 2903.8 us max: 2904.3 us stddev: 0.3 us
./test_select_work 1000 10000 300 40
time_per_iteration: min: 8877.7.1 us avg: 9016.3 us max: 9112.6 us stddev: 62.9 us

RHEL 5 এ, ফলাফলগুলি আমি প্রত্যাশা নিয়ে ছিলাম (1 টি এমএস ঘুমের কারণে 4 টি থ্রেড দ্বিগুণ সময় নেয় তবে 8 টি থ্রেড একই পরিমাণে সময় নেয় যেহেতু প্রতিটি থ্রেড এখন প্রায় অর্ধেক সময় ধরে ঘুমায়, এবং এখনও মোটামুটি লিনিয়ার বৃদ্ধি)।

তবে, আরএইচইএল 6 এর সাথে, 4 টি থ্রেডের সাথে নেওয়া সময়টি প্রত্যাশিত দ্বিগুণের চেয়ে প্রায় 15% বেশি এবং 8 থ্রেডের ক্ষেত্রে প্রত্যাশিত সামান্য বৃদ্ধির চেয়ে প্রায় 45% বেশি বৃদ্ধি পেয়েছে। ৪ টি থ্রেড মামলার বৃদ্ধি দেখে মনে হয় যে রিহেল actually আসলে এক মুঠো মাইক্রোসেকেন্ডের জন্য 1 এমএসেরও বেশি ঘুমাচ্ছে, আরহেল 5 কেবলমাত্র 900 জনের মতো ঘুমিয়ে আছে, তবে এটি 8 এবং 40 এর অপ্রত্যাশিতভাবে বড় বৃদ্ধি ব্যাখ্যা করে না থ্রেড মামলা।

আমি 3-ডিএসইএলপিপিওয়াইপি মান সহ একই ধরণের আচরণ দেখেছি। আমি সিস্টেমে সিডিয়ুলার প্যারামিটারগুলির সাথেও খেলতে চেষ্টা করেছি, তবে ফলাফলের উপর কোনও কিছুই উল্লেখযোগ্য প্রভাব ফেলেনি বলে মনে হয়েছে। আমি কীভাবে এই সমস্যাটিকে আরও নির্ণয় করতে পারি সে সম্পর্কে কোনও ধারণা?

আপডেট: 2012-05-07

পরীক্ষার ফলাফল এবং পর্যবেক্ষণের অন্য একটি বিন্দু হিসাবে পরীক্ষার আউটপুট হিসাবে আমি / proc / stat // কার্য // স্ট্যাটাস থেকে ব্যবহারকারী এবং সিস্টেমের সিপিইউ ব্যবহারের পরিমাপ যুক্ত করেছি। আমি বাইরের পুনরাবৃত্তির লুপটি যুক্ত করার সময় যেভাবে গড় এবং মানক বিচ্যুতি আপডেট করা হয়েছিল তা নিয়ে আমি একটি সমস্যাও পেয়েছি, সুতরাং আমি নতুন প্লট যুক্ত করব যা সংশোধিত গড় এবং মানক বিচ্যুতি পরিমাপ রয়েছে। আমি আপডেট হওয়া প্রোগ্রামটি অন্তর্ভুক্ত করেছি। কোডটি ট্র্যাক করতে আমি গিট রেপোও তৈরি করেছিলাম এবং এটি এখানে উপলব্ধ available

#include <limits.h>
#include <math.h>
#include <poll.h>
#include <pthread.h>
#include <sched.h>
#include <stdio.h>
#include <stdlib.h>
#include <time.h>
#include <unistd.h>
#include <sys/select.h>
#include <sys/syscall.h>
#include <sys/time.h>


// Apparently GLIBC doesn't provide a wrapper for this function so provide it here
#ifndef HAS_GETTID
pid_t gettid(void)
{
  return syscall(SYS_gettid);
}
#endif


// The different type of sleep that are supported
enum sleep_type {
  SLEEP_TYPE_NONE,
  SLEEP_TYPE_SELECT,
  SLEEP_TYPE_POLL,
  SLEEP_TYPE_USLEEP,
  SLEEP_TYPE_YIELD,
  SLEEP_TYPE_PTHREAD_COND,
  SLEEP_TYPE_NANOSLEEP,
};

// Information returned by the processing thread
struct thread_res {
  long long clock;
  long long user;
  long long sys;
};

// Function type for doing work with a sleep
typedef struct thread_res *(*work_func)(const int pid, const int sleep_time, const int num_iterations, const int work_size);

// Information passed to the thread
struct thread_info {
  pid_t pid;
  int sleep_time;
  int num_iterations;
  int work_size;
  work_func func;
};


inline void get_thread_times(pid_t pid, pid_t tid, unsigned long long *utime, unsigned long long *stime)
{
  char filename[FILENAME_MAX];
  FILE *f;

  sprintf(filename, "/proc/%d/task/%d/stat", pid, tid);
  f = fopen(filename, "r");
  if (f == NULL) {
    *utime = 0;
    *stime = 0;
    return;
  }

  fscanf(f, "%*d %*s %*c %*d %*d %*d %*d %*d %*u %*u %*u %*u %*u %Lu %Lu", utime, stime);

  fclose(f);
}

// In order to make SLEEP_TYPE a run-time parameter function pointers are used.
// The function pointer could have been to the sleep function being used, but
// then that would mean an extra function call inside of the "work loop" and I
// wanted to keep the measurements as tight as possible and the extra work being
// done to be as small/controlled as possible so instead the work is declared as
// a seriees of macros that are called in all of the sleep functions. The code
// is a bit uglier this way, but I believe it results in a more accurate test.

// Fill in a buffer with random numbers (taken from latt.c by Jens Axboe <jens.axboe@oracle.com>)
#define DECLARE_FUNC(NAME) struct thread_res *do_work_##NAME(const int pid, const int sleep_time, const int num_iterations, const int work_size)

#define DECLARE_WORK() \
  int *buf; \
  int pseed; \
  int inum, bnum; \
  pid_t tid; \
  struct timeval clock_before, clock_after; \
  unsigned long long user_before, user_after; \
  unsigned long long sys_before, sys_after; \
  struct thread_res *diff; \
  tid = gettid(); \
  buf = malloc(work_size * sizeof(*buf)); \
  diff = malloc(sizeof(*diff)); \
  get_thread_times(pid, tid, &user_before, &sys_before); \
  gettimeofday(&clock_before, NULL)

#define DO_WORK(SLEEP_FUNC) \
  for (inum=0; inum<num_iterations; ++inum) { \
    SLEEP_FUNC \
     \
    pseed = 1; \
    for (bnum=0; bnum<work_size; ++bnum) { \
      pseed = pseed * 1103515245 + 12345; \
      buf[bnum] = (pseed / 65536) % 32768; \
    } \
  } \

#define FINISH_WORK() \
  gettimeofday(&clock_after, NULL); \
  get_thread_times(pid, tid, &user_after, &sys_after); \
  diff->clock = 1000000LL * (clock_after.tv_sec - clock_before.tv_sec); \
  diff->clock += clock_after.tv_usec - clock_before.tv_usec; \
  diff->user = user_after - user_before; \
  diff->sys = sys_after - sys_before; \
  free(buf); \
  return diff

DECLARE_FUNC(nosleep)

{
  DECLARE_WORK();

  // Let the compiler know that sleep_time isn't used in this function
  (void)sleep_time;

  DO_WORK();

  FINISH_WORK();
}

DECLARE_FUNC(select)
{
  struct timeval ts;
  DECLARE_WORK();

  DO_WORK(
    ts.tv_sec = 0;
    ts.tv_usec = sleep_time;
    select(0, 0, 0, 0, &ts);
    );

  FINISH_WORK();
}

DECLARE_FUNC(poll)
{
  struct pollfd pfd;
  const int sleep_time_ms = sleep_time / 1000;
  DECLARE_WORK();

  pfd.fd = 0;
  pfd.events = 0;

  DO_WORK(
    poll(&pfd, 1, sleep_time_ms);
    );

  FINISH_WORK();
}

DECLARE_FUNC(usleep)
{
  DECLARE_WORK();

  DO_WORK(
    usleep(sleep_time);
    );

  FINISH_WORK();
}

DECLARE_FUNC(yield)
{
  DECLARE_WORK();

  // Let the compiler know that sleep_time isn't used in this function
  (void)sleep_time;

  DO_WORK(
    sched_yield();
    );

  FINISH_WORK();
}

DECLARE_FUNC(pthread_cond)
{
  pthread_cond_t cond  = PTHREAD_COND_INITIALIZER;
  pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER;
  struct timespec ts;
  const int sleep_time_ns = sleep_time * 1000;
  DECLARE_WORK();

  pthread_mutex_lock(&mutex);

  DO_WORK(
    clock_gettime(CLOCK_REALTIME, &ts);
    ts.tv_nsec += sleep_time_ns;
    if (ts.tv_nsec >= 1000000000) {
      ts.tv_sec += 1;
      ts.tv_nsec -= 1000000000;
    }
    pthread_cond_timedwait(&cond, &mutex, &ts);
    );

  pthread_mutex_unlock(&mutex);

  pthread_cond_destroy(&cond);
  pthread_mutex_destroy(&mutex);

  FINISH_WORK();
}

DECLARE_FUNC(nanosleep)
{
  struct timespec req, rem;
  const int sleep_time_ns = sleep_time * 1000;
  DECLARE_WORK();

  DO_WORK(
    req.tv_sec = 0;
    req.tv_nsec = sleep_time_ns;
    nanosleep(&req, &rem);
    );

  FINISH_WORK();
}

void *do_test(void *arg)
{
  const struct thread_info *tinfo = (struct thread_info *)arg;

  // Call the function to do the work
  return (*tinfo->func)(tinfo->pid, tinfo->sleep_time, tinfo->num_iterations, tinfo->work_size);
}

struct thread_res_stats {
  double min;
  double max;
  double avg;
  double stddev;
  double prev_avg;
};

#ifdef LLONG_MAX
  #define THREAD_RES_STATS_INITIALIZER {LLONG_MAX, LLONG_MIN, 0, 0, 0}
#else
  #define THREAD_RES_STATS_INITIALIZER {LONG_MAX, LONG_MIN, 0, 0, 0}
#endif

void update_stats(struct thread_res_stats *stats, long long value, int num_samples, int num_iterations, double scale_to_usecs)
{
  // Calculate the average time per iteration
  double value_per_iteration = value * scale_to_usecs / num_iterations;

  // Update the max and min
  if (value_per_iteration < stats->min)
    stats->min = value_per_iteration;
  if (value_per_iteration > stats->max)
    stats->max = value_per_iteration;
  // Update the average
  stats->avg += (value_per_iteration - stats->avg) / (double)(num_samples);
  // Update the standard deviation
  stats->stddev += (value_per_iteration - stats->prev_avg) * (value_per_iteration - stats->avg);
  // And record the current average for use in the next update
  stats->prev_avg= stats->avg;
}

void print_stats(const char *name, const struct thread_res_stats *stats)
{
  printf("%s: min: %.1f us avg: %.1f us max: %.1f us stddev: %.1f us\n",
      name,
      stats->min,
      stats->avg,
      stats->max,
      stats->stddev);
}

int main(int argc, char **argv)
{
  if (argc <= 6) {
    printf("Usage: %s <sleep_time> <outer_iterations> <inner_iterations> <work_size> <num_threads> <sleep_type>\n", argv[0]);
    printf("  outer_iterations: Number of iterations for each thread (used to calculate statistics)\n");
    printf("  inner_iterations: Number of work/sleep cycles performed in each thread (used to improve consistency/observability))\n");
    printf("  work_size: Number of array elements (in kb) that are filled with psuedo-random numbers\n");
    printf("  num_threads: Number of threads to spawn and perform work/sleep cycles in\n");
    printf("  sleep_type: 0=none 1=select 2=poll 3=usleep 4=yield 5=pthread_cond 6=nanosleep\n");
    return -1;
  }

  struct thread_info tinfo;
  int outer_iterations;
  int sleep_type;
  int s, inum, tnum, num_samples, num_threads;
  pthread_attr_t attr;
  pthread_t *threads;
  struct thread_res *res;
  struct thread_res **times;
  // Track the stats for each of the measurements
  struct thread_res_stats stats_clock = THREAD_RES_STATS_INITIALIZER;
  struct thread_res_stats stats_user = THREAD_RES_STATS_INITIALIZER;
  struct thread_res_stats stats_sys = THREAD_RES_STATS_INITIALIZER;
  // Calculate the conversion factor from clock_t to seconds
  const long clocks_per_sec = sysconf(_SC_CLK_TCK);
  const double clocks_to_usec = 1000000 / (double)clocks_per_sec;

  // Get the parameters
  tinfo.pid = getpid();
  tinfo.sleep_time = atoi(argv[1]);
  outer_iterations = atoi(argv[2]);
  tinfo.num_iterations = atoi(argv[3]);
  tinfo.work_size = atoi(argv[4]) * 1024;
  num_threads = atoi(argv[5]);
  sleep_type = atoi(argv[6]);
  switch (sleep_type) {
    case SLEEP_TYPE_NONE:   tinfo.func = &do_work_nosleep; break;
    case SLEEP_TYPE_SELECT: tinfo.func = &do_work_select;  break;
    case SLEEP_TYPE_POLL:   tinfo.func = &do_work_poll;    break;
    case SLEEP_TYPE_USLEEP: tinfo.func = &do_work_usleep;  break;
    case SLEEP_TYPE_YIELD:  tinfo.func = &do_work_yield;   break;
    case SLEEP_TYPE_PTHREAD_COND:  tinfo.func = &do_work_pthread_cond;   break;
    case SLEEP_TYPE_NANOSLEEP:  tinfo.func = &do_work_nanosleep;   break;
    default:
      printf("Invalid sleep type: %d\n", sleep_type);
      return -7;
  }

  // Initialize the thread creation attributes
  s = pthread_attr_init(&attr);
  if (s != 0) {
    printf("Error initializing thread attributes\n");
    return -2;
  }

  // Allocate the memory to track the threads
  threads = calloc(num_threads, sizeof(*threads));
  times = calloc(num_threads, sizeof(*times));
  if (threads == NULL) {
    printf("Error allocating memory to track threads\n");
    return -3;
  }

  // Initialize the number of samples
  num_samples = 0;
  // Perform the requested number of outer iterations
  for (inum=0; inum<outer_iterations; ++inum) {
    // Start all of the threads
    for (tnum=0; tnum<num_threads; ++tnum) {
      s = pthread_create(&threads[tnum], &attr, &do_test, &tinfo);

      if (s != 0) {
        printf("Error starting thread\n");
        return -4;
      }
    }

    // Wait for all the threads to finish
    for (tnum=0; tnum<num_threads; ++tnum) {
      s = pthread_join(threads[tnum], (void **)(&res));
      if (s != 0) {
        printf("Error waiting for thread\n");
        return -6;
      }

      // Save the result for processing when they're all done
      times[tnum] = res;
    }

    // For each of the threads
    for (tnum=0; tnum<num_threads; ++tnum) {
      // Increment the number of samples in the statistics
      ++num_samples;
      // Update the statistics with this measurement
      update_stats(&stats_clock, times[tnum]->clock, num_samples, tinfo.num_iterations, 1);
      update_stats(&stats_user, times[tnum]->user, num_samples, tinfo.num_iterations, clocks_to_usec);
      update_stats(&stats_sys, times[tnum]->sys, num_samples, tinfo.num_iterations, clocks_to_usec);
      // And clean it up
      free(times[tnum]);
    }
  }

  // Clean up the thread creation attributes
  s = pthread_attr_destroy(&attr);
  if (s != 0) {
    printf("Error cleaning up thread attributes\n");
    return -5;
  }

  // Finish the calculation of the standard deviation
  stats_clock.stddev = sqrtf(stats_clock.stddev / (num_samples - 1));
  stats_user.stddev = sqrtf(stats_user.stddev / (num_samples - 1));
  stats_sys.stddev = sqrtf(stats_sys.stddev / (num_samples - 1));

  // Print out the statistics of the times
  print_stats("gettimeofday_per_iteration", &stats_clock);
  print_stats("utime_per_iteration", &stats_user);
  print_stats("stime_per_iteration", &stats_sys);

  // Clean up the allocated threads and times
  free(threads);
  free(times);

  return 0;
}

আমি বেশ কয়েকটি বিভিন্ন ওএস সংস্করণ সহ একটি ডেল ভোস্ট্রো 200 (ডুয়াল কোর সিপিইউ) এ আবার পরীক্ষা চালিয়েছি। আমি বুঝতে পারি যে এর মধ্যে বেশ কয়েকটিতে পৃথক পৃথক প্যাচ প্রয়োগ করা হবে এবং এটি "খাঁটি কার্নেল কোড" হবে না, তবে এটি সবচেয়ে সহজ উপায় ছিল যে আমি কার্নেলের বিভিন্ন সংস্করণে পরীক্ষা চালিয়ে তুলনা করতে পারি। আমি gnuplot সহ প্লট তৈরি করেছি এবং এই সমস্যাটি সম্পর্কে বাগজিলা থেকে সংস্করণটি অন্তর্ভুক্ত করেছি ।

এই সমস্ত পরীক্ষা নীচের স্ক্রিপ্ট এবং এই কমান্ড সহ নিম্নলিখিত কমান্ড দিয়ে চালানো হয়েছিল ./run_test 1000 10 1000 250 8 6 <os_name>

#!/bin/bash

if [ $# -ne 7 ]; then
  echo "Usage: `basename $0` <sleep_time> <outer_iterations> <inner_iterations> <work_size> <max_num_threads> <max_sleep_type> <test_name>"
  echo "  max_num_threads: The highest value used for num_threads in the results"
  echo "  max_sleep_type: The highest value used for sleep_type in the results"
  echo "  test_name: The name of the directory where the results will be stored"
  exit -1
fi

sleep_time=$1
outer_iterations=$2
inner_iterations=$3
work_size=$4
max_num_threads=$5
max_sleep_type=$6
test_name=$7

# Make sure this results directory doesn't already exist
if [ -e $test_name ]; then
  echo "$test_name already exists";
  exit -1;
fi
# Create the directory to put the results in
mkdir $test_name
# Run through the requested number of SLEEP_TYPE values
for i in $(seq 0 $max_sleep_type)
do
  # Run through the requested number of threads
  for j in $(seq 1 $max_num_threads)
  do
    # Print which settings are about to be run
    echo "sleep_type: $i num_threads: $j"
    # Run the test and save it to the results file
    ./test_sleep $sleep_time $outer_iterations $inner_iterations $work_size $j $i >> "$test_name/results_$i.txt"
  done
done

আমি যা পর্যবেক্ষণ করেছি তার সংক্ষিপ্তসার এখানে। আমি এবার তাদের জোড়ায় তুলনা করব কারণ আমি মনে করি এটি সেভাবে আরও কিছু তথ্যপূর্ণ।

CentOS 5.6 বনাম CentOS 6.2

CentOS 5.6 এ পুনরাবৃত্তির জন্য প্রাচীর ঘড়ির সময় (গেটটাইমডে) 6.2 এর চেয়ে বেশি বৈচিত্রপূর্ণ, তবে এটি বোধগম্য হয় যেহেতু সিএফএসের প্রক্রিয়াগুলিকে সমান সিপিইউ সময় দেওয়ার আরও ভাল কাজ করা উচিত যার ফলে আরও ধারাবাহিক ফলাফল পাওয়া যায়। এটি আরও স্পষ্টভাবে স্পষ্ট যে সেন্টোস 6.2 বিভিন্ন ঘুমের ব্যবস্থার সাথে যে পরিমাণ সময় ঘুমায় তার তুলনায় এটি আরও সঠিক এবং সামঞ্জস্যপূর্ণ। gettimeofday CentOS 5.6 gettimeofday CentOS 6.2

"পেনাল্টি" অবশ্যই সংক্ষিপ্ত সংখ্যক থ্রেডের সাথে স্পষ্টভাবে প্রকাশিত হবে (গেটটাইমডে এবং ব্যবহারকারীর সময় প্লটগুলিতে দৃশ্যমান) তবে এটি বেশি সংখ্যক থ্রেডের সাথে হ্রাস পেয়েছে বলে মনে হচ্ছে (ব্যবহারকারীর সময়ের পার্থক্য কেবল অ্যাকাউন্টিং জিনিস হতে পারে ব্যবহারকারীর সময় পরিমাপ তাই কোর্স)।

utime CentOS 5.6 utime CentOS 6.2

সিস্টেম টাইম প্লটটি দেখায় যে .2.২-তে ঘুমের ব্যবস্থাগুলি .6..6 এর চেয়ে বেশি সিস্টেম গ্রাস করছে, যা ৫০ টি প্রসেসের সহজ পরীক্ষার আগের ফলাফলগুলির সাথে সামঞ্জস্য করে কেবল calling.২-তে সিপিইউর একটি অপ্রান্তিক পরিমাণ গ্রাসকারী নির্বাচনকে কল করে তবে .6..6 নয় ।

স্টিমস সেন্টস 5.6 স্টিমস সেন্টস 6.২

আমি বিশ্বাস করি এমন কিছু বিষয় যা আমি মনে রাখার মতো মূল্যবান তা হ'ল শিড_ইয়েল্ড () ব্যবহারের ফলে ঘুমের পদ্ধতিগুলি যেমন দেখায় তেমন শাস্তি প্রেরণা দেয় না। এ থেকে আমার উপসংহারটি হল যে এটি তফসিলকারী নিজেই ইস্যুটির উত্স নয়, তবে সময়সূচীর সাথে ঘুমের পদ্ধতির মিথস্ক্রিয়াটিই ইস্যু।

উবুন্টু 7.10 বনাম উবুন্টু 8.04-4

এই দুটির মধ্যে কার্নেল সংস্করণে পার্থক্য সেন্টোস 5.6 এবং 6.2 এর চেয়ে ছোট, তবে সিএফএস চালু হওয়ার পরে তারা সময়সীমাটি বিস্তৃত করে। প্রথম আকর্ষণীয় ফলাফলটি হল যে নির্বাচন এবং জরিপগুলি কেবলমাত্র ঘুমন্ত প্রক্রিয়া হিসাবে মনে হয় 8.04-তে "পেনাল্টি" রয়েছে এবং সেই জরিমানা সেন্টোস .2.২-এর চেয়ে বেশি থ্রেডে অবিরত রয়েছে।

gettimeofday উবুন্টু 7.10 gettimeofday উবুন্টু 8.04-4

সিলেক্ট এবং পোল এবং উবুন্টু 10.১০ এর ব্যবহারকারীর সময়টি অযৌক্তিকভাবে কম, সুতরাং এটি একরকম অ্যাকাউন্টিংয়ের সমস্যা হিসাবে দেখা দেয় যা তখন বিদ্যমান ছিল, তবে আমি বিশ্বাস করি যে বর্তমান ইস্যু / আলোচনার সাথে প্রাসঙ্গিক নয়।

utime উবুন্টু 7.10 utime উবুন্টু 8.04-4

উবুন্টু 10.১০ এর তুলনায় সিস্টেমে সময়টি উবুন্টু ৮.০৪ এর সাথে বেশি বলে মনে হচ্ছে তবে সেন্টোস ৫. vs বনাম ..২ এর তুলনায় এই পার্থক্যটি খুব কম স্বতন্ত্র।

স্টিম উবুন্টু 7.10 স্টিম উবুন্টু 8.04-4

উবুন্টু ১১.১০ এবং উবুন্টু ১২.০৪ নোট

এখানে প্রথম লক্ষণীয় যে উবুন্টু 12.04 এর জন্য প্লটগুলি ১১.১০ এর সাথে তুলনামূলক ছিল তাই তারা অপ্রয়োজনীয় অপ্রয়োজনীয়তা রোধ করতে দেখায় না।

সামগ্রিকভাবে উবুন্টু ১১.১০ এর প্লটগুলি একই ধরণের প্রবণতা দেখায় যা সেন্টোস with.২ (যা ইঙ্গিত দেয় যে এটি সাধারণভাবে একটি কার্নেল সমস্যা এবং কেবল কোনও আরএইচএল ইস্যু নয়)। একটি ব্যতিক্রম হ'ল সেন্টোস 6.২ এর তুলনায় উবুন্টু ১১.১০ এর সাথে সিস্টেমের সময়টি কিছুটা বেশি বলে মনে হচ্ছে, তবে আবারও, এই পরিমাপের রেজোলিউশনটি খুব অবশ্যই তাই আমি মনে করি "ব্যতীত অন্য কোনও উপসংহার কিছুটা বেশি বলে মনে হয় "পাতলা বরফের উপর পদবিন্যাস করা হবে।

উবুন্টু 11.10 বনাম উবুন্টু 11.10 বিএফএসের সাথে FS

উপনি কার্নেলের সাথে বিপিএস ব্যবহার করে এমন একটি পিপিএ https://launchpad.net/~chogydan/+archive/ppa এ পাওয়া যাবে এবং এটি এই তুলনাটি তৈরি করতে ইনস্টল করা হয়েছিল। আমি বিএফএসের সাথে সেন্টোস .2.২ চালানোর কোনও সহজ উপায় খুঁজে পাইনি সুতরাং আমি এই তুলনাটি নিয়ে দৌড়েছি এবং যেহেতু উবুন্টু ১১.১০ এর ফলাফল সেন্টোস .2.২ এর সাথে এত ভালভাবে তুলনা করে, আমি বিশ্বাস করি যে এটি একটি ন্যায্য এবং অর্থবহ তুলনা।

gettimeofday উবুন্টু 11.10 বিটিএস সহ গেটটাইমডে উবুন্টু ১১.১০

নোটের প্রধান বিষয়টি হ'ল বিএফএসের সাথে কেবলমাত্র সংক্ষিপ্ত সংখ্যক থ্রেডে "পেনাল্টি" প্রেরণা এবং ন্যানোস্লিপ সিএফএসের সাথে দেখা হিসাবে এটি একটি অনুরূপ "পেনাল্টি" (যদি বৃহত্তর নয় তবে) প্ররোচিত করে বলে মনে হয় থ্রেড সংখ্যা।

utime উবুন্টু ১১.১০ utime উবুন্টু ১১.১০ বিএফএসের সাথে

অন্যান্য আকর্ষণীয় বিষয় হ'ল সিএফএসের তুলনায় সিস্টেমের সময়টি বিএফএসের সাথে কম বলে মনে হচ্ছে। আবারও, এটি পাতলা বরফের উপর দিয়ে পদক্ষেপ নিতে শুরু করেছে কারণ তথ্যের খাঁজ কাটা কারণ, তবে কিছু পার্থক্য উপস্থিত রয়েছে বলে মনে হয় এবং এই ফলাফলটি সাধারণ 50 প্রক্রিয়াটির সাথে মিলছে সিলেক্ট লুপ পরীক্ষার সিএফএসের তুলনায় বিএফএসের সাথে কম সিপিইউ ব্যবহার দেখায়নি ।

স্টিম উবুন্টু ১১.১০ বিএমএস সহ উবুন্টু ১১.১০

এই দুটি বিষয় থেকে আমি উপসংহারটি তুলে ধরেছি যে বিএফএস সমস্যার সমাধান করে না তবে কমপক্ষে কিছু ক্ষেত্রে এর প্রভাবকে হ্রাস করে বলে মনে হচ্ছে।

উপসংহার

পূর্বে যেমন বলা হয়েছে, আমি বিশ্বাস করি না যে এটি শিডিয়ুলারের নিজেই একটি সমস্যা, তবে ঘুমন্ত প্রক্রিয়া এবং শিডিয়ুলারের মধ্যে মিথস্ক্রিয়া নিয়ে। আমি প্রসেসগুলিতে এই বর্ধিত সিপিইউ ব্যবহার বিবেচনা করি যা ঘুমিয়ে থাকা উচিত এবং সিপিওএস থেকে কোনও সামান্যই ব্যবহার করা উচিত সেন্টোস 5.6 থেকে একটি রিগ্রেশন এবং কোনও প্রোগ্রাম যা ইভেন্ট লুপ বা ভোটদানের পদ্ধতিটি যান্ত্রিক পদ্ধতিতে ব্যবহার করতে চায় তার জন্য একটি বড় বাধা।

সমস্যাটি আরও নির্ণয়ে সহায়তা করতে আমি পেতে পারি এমন অন্য কোনও ডেটা বা পরীক্ষাগুলি কি চালাতে পারি?

জুন 29, 2012-এ আপডেট

আমি টেস্টিং প্রোগ্রামটি কিছুটা সহজ করে দিয়েছি এবং এখানে পাওয়া যাবে (পোস্টটি দৈর্ঘ্যের সীমাটি ছাড়তে শুরু করছিল তাই এটিকে সরিয়ে নিতে হয়েছিল)।


3
বাহ, পুঙ্খানুপুঙ্খ বিশ্লেষণ - তবে এতগুলি ডেটা দিয়ে আসল প্রশ্নটি আমার কাছে ফাজুক হয়ে উঠছে। আপনি কি এটি সিদ্ধ করতে পারেন 1) একটি একক পরীক্ষা 2) একক ডিস্ট্রো 3) দুটি আলাদা আলাদা কার্নেল 4) 15% মন্দ? শেষ অনুচ্ছেদে যদি আপনার অনুমানটি সঠিক হয় তবে কার্নেল উত্সগুলি পৃথক করে শুরু করার সময় এসেছে তবে অন্যান্য ভেরিয়েবলগুলি প্রথমে নির্মূল করা উচিত বলে মনে হয়।
ckhan

আমি পরীক্ষার অ্যাপ্লিকেশন থেকে কিছু আউটপুট যুক্ত করেছি এবং এখন জোড়ায় তুলনা করে চেষ্টা করেছি এবং সমস্ত তথ্য হজম করার জন্য এটি আরও সহজ করে তুলছি।
ডেভ জোহেনসেন

আমি সেই বাগজিলাটি একবার দেখার চেষ্টা করেছি, কিন্তু রেহাত বলছে যে এটি "একটি অভ্যন্তরীণ বাগজিলা, এবং এটি জনসাধারণের কাছে দৃশ্যমান নয়।" এই সম্পর্কে কোন আপডেট হয়েছে?

আমি পুরো রেডহ্যাট বাগের জিনিসটিতে নতুন, তাই বাগটি তৈরি করার সময় এমন কিছু হতে পারে যা আমি করেছি (বা করিনি) তবে আমি এখনও অবধি যা শুনেছি তা হ'ল একটি আপডেট is উচ্চতর থ্রেডযুক্ত প্রসেসরের সাথে এটি আরও ভাল আচরণ করে এমন প্যারামিটার, তবে এখনও কোনও বাস্তবের সমাধান হয়নি।
ডেভ

2
সিএফএস কি সম্পূর্ণ সুষ্ঠু শিডিয়ুলার? এটি আকর্ষণীয় মনে হচ্ছে - আমি এসএলইএস 11 এসপি 2-তেও জাভা-ভিত্তিক অ্যাপ্লিকেশনটি দিয়ে একটি পারফরম্যান্স সমস্যার মধ্যে পড়েছিলাম। পার্থক্যটি (এসপি 1 তে) হ'ল সিএফএসের পরিবর্তন ...
নিলস

উত্তর:


1

এসইএলএস 11 এসপি 2-এর রিলিজ-নোট অনুসারে এটি সিএফএস বাস্তবায়নের ক্ষেত্রে পরিবর্তিত হতে পারে।

যেহেতু SLES 11 SP2 বর্তমান SLES- সংস্করণ তাই এই আচরণটি এখনও বৈধ (এটি সমস্ত 3.x-কার্নেলের ক্ষেত্রে মনে হয়)।

এই পরিবর্তনটির উদ্দেশ্য ছিল - তবে এতে "খারাপ" পার্শ্ব প্রতিক্রিয়া হতে পারে। সম্ভবত বর্ণিত কাজের একটিটি আপনার জন্য সহায়তা করে ...


এটি লিঙ্কের সাথে কিছু ভুল আছে এবং সঠিকটি এখানে উপস্থিত রয়েছে বলে মনে হয় তবে আমি সেই সমস্ত কাজের চেষ্টা করে দেখি তারা পারফরম্যান্সে সহায়তা করে কিনা।
ডেভ

এ নিয়ে আর কোনও খবর?
ভনব্র্যান্ড

@ ভনব্র্যান্ড আপনাকে সম্ভবত ডেভকে জিজ্ঞাসা করতে হবে ...
নীল
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.