В течение примерно последнего года, наш 2-летний лабрадор ретривер была проблема с ее анальных желез. Мы взяли ее к ветеринару 2-3 раза, чтобы они выразили, но в течение нескольких недель запах вернулся. Если вы еще не учуяла этого раньше, поверь мне, это правила.

Однако самое интересное то, что это по-видимому, начался, когда мы ее отключили "щенка питание" (для щенков) на взрослое питание (Индейка в качестве основного ингредиента).

Интересно также, что, поскольку мы перешли ее на другой корм (говядина в качестве основного ингредиента), частота уменьшилась почти на нет.

Дно может, что я не даю ей еду в по-прежнему содержатся в Турцию еду, потому что я решил поменять, прежде чем она была неуправляема, и не хотела сваливать все существующие продукты питания в мусор в случае переключения не работает.

Ну, мы дошли до старой еды, и теперь запах вернулся.

Мой вопрос:

Это правдоподобно, что переход ее к говядине вместо Турции (тот же производитель продуктов питания), могли повлиять на снижение присутствия вопрос анальные железы?

Я уже привык, что лопаты имеет заостренный клинок такой:

который более или менее правильную форму для рытья земли. Сейчас тот же совок (такой же ручкой, все то же самое) приходит в этот дизайн с закругленным лезвием:

который я предполагаю, не будут держаться в почве, а также указывали на один. Еще есть масса подобных предложений лопатой.

Когда бы я использовать последний дизайн (закругленные лезвия) лопата вместо прежней конструкции (лезвие) лопатка?

Приемлемо использование логотипов обычно описано в руководстве фирменного стиля учреждения. В инструкции корпоративного дизайна я видел, как правило, не позволяют людям, не связанным с Институтом на использование логотипа без разрешения, поэтому я никогда не буду использовать принимающими учреждениями логотип. Такие вещи также не будут различаться между полями (на CD-руководство моего университета, только некоторые цветовые схемы различаются между факультетами). Там может быть даже некоторые юридические вопросы, но я не компетентен, чтобы обсуждать правовые вопросы.

Большинство ученых, по крайней мере в моей области, вполне разумно, игнорировать инструкции корпоративный дизайн, который может даже указать мелочах, как ваши слайды должны выглядеть. Как правило, они делают это, не показывает каких-либо логотип на всех - мой предпочтительный выбор по эстетическим соображениям. Но нет абсолютно никаких причин, чтобы показать принимающего университета логотип.

Вы можете перетащить виджет за пределами "экрана" появляется, если вы включаете режим отладки на приборной панели.

• Откройте окно терминала и выполните следующую команду: по умолчанию запись com.яблоко.версии devmode панели да
• выйти и войти обратно
• нажмите сочетание клавиш, что в вашем Mac показывает на приборной панели
• возьмите виджет, который вы хотите снять с приборной панели, и перетащите его
• нажмите сочетание клавиш, которые вы использовали, чтобы сделать приборной панели появляются
• перетащите виджет, когда вы хотите его разместить

Кроме того, есть некоторые утилиты, которые позволяют это для тебя; я не могу сообщить вам, что, хотя.

Циферблат *#*#4636#*#*

Зайти в информацию о телефоне и нажмите кнопку Отключить подключение для передачи данных.

Это баг в GNOME-терминал, сообщение об ошибке здесь с патчем:

https://bugzilla.gnome.org/show_bug.cgi?id=600876

Гном не решил проблему.

Убунту установил его самостоятельно гномика. Подробный отчет об ошибке здесь:

https://bugs.launchpad.net/ubuntu/+источник/гном-терминал/+ошибка/630383

Согласно отчет об ошибке, фиксированной в Ubuntu пакет гном-терминал версии 2.32.1-0ubuntu3. В настоящее время в очереди на загрузку Мэверик-предлагаемый репозитария (с неутвержденным статус). Очереди на загрузку здесь:

http://launchpad.net/ubuntu/maverick/+очереди

Вы можете скачать пакет исходного кода и построить его самостоятельно с debuild.

Надеюсь, это будет скоро подтолкнули к нормальной репозиториев обновлений.

Попробуйте установить опцию "заканчивая клавишной поверхностью ПК" "0"

Не знаю почему, но на моем компьютере я не могу два пальца прокрутки с оно включен; отключен я могу.

Для того, чтобы поощрять и мотивировать студентов работать и учиться больше, кажется, учитель может использовать различные соревнования в классе или после занятий. Но с другой стороны, конкурсы может вызвать ревность и другие разрушительные эмоции среди студентов и, следовательно, повлиять на производительность некоторых студентов отрицательно. Из-за моих сомнений и моей неопытности, я не использовал соревнованиях в моих классах как средство мотивации студентов еще. Но я хотел бы знать, если есть опытный и полезный способ, чтобы сделать это. Итак, мои вопросы:

Вы когда-нибудь использовали соревнований в классах? Какие плюсы и минусы студенты соревнуются в классе для старших классов? Какие моменты следует учесть прежде, поощряя студентов, чтобы конкурировать друг с другом?

Я задал предыдущий вопрос , чтобы попытаться изолировать источник увеличение загрузки ЦП при перемещении приложения из RHEL 5 в RHEL 6. Анализ, который я сделал для этого, кажется, указывает, что оно связано с КВПБ в ядре. Я написал тестовое приложение, чтобы попробовать и проверить, если это был чехол (оригинал тестового приложения удалены, чтобы вписаться в размер, но по-прежнему доступны в Git репозитория.

Я скомпилировал его с помощью следующей команды на RHEL 5:

ГК test_select_work.с-О2 -DSLEEP_TYPE=0 -стены -Wextra -лм -lpthread -о test_select_work

Потом я играл с параметрами до тех пор, пока время выполнения каждой итерации был около 1 мс на точность компания Dell m6500.

Я получил следующий результат на RHEL 5:

./test_select_work 1000 10000 300 4
time_per_iteration: мин: 911.5 нас СР: 913.7 нас Макс: 917.1 нас со стандартным отклонением: 2.4 нам
./test_select_work 1000 10000 300 8
time_per_iteration: мин: 1802.6 нас СР: 1803.9 нас Макс: 1809.1 нас со стандартным отклонением: 2.1 нам
./test_select_work 1000 10000 300 40
time_per_iteration: мин: 7580.4 нас СР: 8567.3 нас Макс: 9022.0 нас со стандартным отклонением: 299.6 нас

И следующий на RHEL 6:

./test_select_work 1000 10000 300 4
time_per_iteration: мин: 914.6 нас СР: 975.7 нас Макс: 1034.5 нас со стандартным отклонением: 50.0 нас
./test_select_work 1000 10000 300 8
time_per_iteration: мин: 1683.9 нас СР: 1771.8 нас Макс: 1810.8 нас со стандартным отклонением: 43.4 нас
./test_select_work 1000 10000 300 40
time_per_iteration: мин: 7997.1 нас СР: 8709.1 нас Макс: 9061.8 нас со стандартным отклонением: 310.0 нас

На обеих версиях, эти результаты были примерно этого я и ожидал в среднем раз в итерации масштабирование относительно линейно. Я потом пересобрал с -DSLEEP_TYPE=1 и получили следующие результаты на RHEL 5:

./test_select_work 1000 10000 300 4
time_per_iteration: мин: 1803.3 нас СР: 1902.8 нас Макс: 2001.5 нас со стандартным отклонением: 113.8 нас
./test_select_work 1000 10000 300 8
time_per_iteration: мин: 1997.1 нас СР: 2002.0 нас Макс: 2010.8 нас со стандартным отклонением: 5.0 нам
./test_select_work 1000 10000 300 40
time_per_iteration: мин: 6958.4 нас СР: 8397.9 нас Макс: 9423.7 нас со стандартным отклонением: 619.7 нас

И такие результаты на RHEL 6:

./test_select_work 1000 10000 300 4
time_per_iteration: мин: 2107.1 нас СР: 2143.1 нас Макс: 2177.7 нас со стандартным отклонением: 30.3 нас
./test_select_work 1000 10000 300 8
time_per_iteration: мин: 2903.3 нас СР: 2903.8 нас Макс: 2904.3 нас со стандартным отклонением: 0.3 нами
./test_select_work 1000 10000 300 40
time_per_iteration: мин: 8877.7.1 нас СР: 9016.3 нас Макс: 9112.6 нас со стандартным отклонением: 62.9 нас

На RHEL 5, результаты были примерно этого я и ожидал(4 нити вдвое дольше из-за 1 мс спать, но в 8 потоков, принимая такое же количество времени, так как каждый поток спит сейчас около половины времени, и до сих пор практически линейный рост).

Однако, в случае с RHEL 6, Время с 4 потоками выросли примерно на 15% больше, чем ожидаемое удвоение и 8 потока обращений увеличилось примерно на 45% больше, чем ожидается незначительный рост. Увеличение в 4 нити случае, кажется, что и RHEL 6 является на самом деле спал для нескольких микросекунд более 1 мс, а в RHEL 5 только спать около 900, но это не объясняет неожиданного роста в 8 и 40 резьба случаях.

Я видел подобные типы поведения со всеми 3 -DSLEEP_TYPE значения. Я тоже пробовал играть с параметрами планировщика в sysctl, но ничто, казалось, не имеют значительное влияние на результаты. Любые идеи о том, как можно диагностировать эту проблему?

Обновление: 2012-05-07

Я добавила замеры пользователей и использования системы из файла /proc/stat и//задачи//стат как результат тест процессора, чтобы попытаться получить другой точки наблюдения. Я нашел проблему с тем, как среднее значение и стандартное отклонение обновляется, что был введен, когда я добавил внешний цикл итераций, так что я буду добавлять новые сюжеты, которые исправленное среднее и стандартное отклонение измерений. Я включил обновленную программу. Я также сделал репозиторий Git, чтобы отслеживать код и он доступен здесь.

#Включить <ограничения.ч>
#включить <математика.ч>
#включить <опрос.ч>
код #include <pthread в.ч>
#включить <вре.ч>
#включить заголовочный файл <stdio.ч>
#включить <stdlib.ч>
#включить <время.ч>
#включить <запустите.ч>
код #include <sys файла/выбрать.ч>
код #include <sys файлы/системных вызовов.ч>
код #include <sys файла/время.ч>


// Видимо, в glibc нет обертки для этой функции, чтобы обеспечить его здесь
#ifndef HAS_GETTID
pid_t gettid(пустота)
{
 обратный вызов(SYS_gettid);
}
#за endif


// Различных типа сна, которые поддерживаются
перечисление sleep_type {
SLEEP_TYPE_NONE,
SLEEP_TYPE_SELECT,
SLEEP_TYPE_POLL,
SLEEP_TYPE_USLEEP,
SLEEP_TYPE_YIELD,
SLEEP_TYPE_PTHREAD_COND,
SLEEP_TYPE_NANOSLEEP,
};

// Сведений, полученных с помощью обработки резьбы
структура thread_res {
 длинный часы;
 длинный пользователей;
 длинный Сыс;
};

// Тип функции для ведения работы с спать
typedef структуры thread_res *(*work_func)(константный инт пид, константный инт sleep_time, константный инт num_iterations, константный инт work_size);

// Информации, передаваемый поток
структура thread_info {
 pid_t PID-регулятора;
 инт sleep_time;
 инт num_iterations;
 инт work_size;
 work_func Функ;
};


встроенный пустоту get_thread_times(pid_t PID, в pid_t Тид, неподписанные долго долго *партнеров, неподписанные долго долго *в стиме)
{
 голец именем[FILENAME_MAX];
 Файл *Ф;

 функции sprintf(именем, "в/proc/%д/задание/%д/стат", пид, Тид);
 Ф = с помощью функции fopen(имя_файла, "Р");
 если (е == нуль) {
 *партнеров = 0;
 *в стиме = 0;
возврат;
}

 функции fscanf(ф, "%*г %*х %*с %*г %*г %*г %*г %*г %*У %У %У %У %у %Лу %Лу", партнеров, временных);

функции fclose(Ф);
}

// Для того, чтобы сделать SLEEP_TYPE время выполнения функции параметр указатели.
// Указатель на функцию может быть функция используется для сна, но
// тогда это будет означать дополнительный вызов функции внутри "цикла" и я
// хотел сохранить измерения как можно более плотно и дополнительной работы
// сделано, чтобы быть как малые,/контролируемых как можно так вместо работы объявляется
// в seriees макросов, которые вызываются во всех функциях сна. Код
// немного уродливее, но я считаю это более точный тест.

// Заполнить буфер с случайных чисел (взятых из Латт.с компанией Jens Axboe <[email protected]>)
#определить DECLARE_FUNC(имя) структура thread_res *do_work_##наименование(константный инт пид, константный инт sleep_time, константный инт num_iterations, константный инт work_size)

#определить DECLARE_WORK() \
 инт *баф; \
 инт pseed; \
 инт inum, bnum; \
 pid_t Тид; \
 структура timeval, которая clock_before, clock_after; \
 неподписанные долго долго user_before, user_after; \
 неподписанные долго долго sys_before, sys_after; \
 структура thread_res *дифференциала; \
 Тид = gettid(); \
 параметр buf = malloc и(work_size * оператор sizeof(*буфер buf)); \
 дифф = функция malloc(оператор sizeof(*дифф)); \
 get_thread_times(пид, Тид, &user_before, &sys_before); \
 gettimeofday(&clock_before, нуль)

#определить DO_WORK(SLEEP_FUNC) \
 для (inum=0; inum<num_iterations; ++inum) { \
 \SLEEP_FUNC 
\
 pseed = 1; \
 для (bnum=0; bnum<work_size; bnum++) { \
 pseed = pseed * 1103515245 + 12345; \
 баф[bnum] = (pseed / 65536) % 32768; \
 } \
 } \

#определить FINISH_WORK() \
 gettimeofday(&clock_after, значение null); \
 get_thread_times(пид, Тид, &user_after, &sys_after); \
 дифф->часы = 1000000LL * (clock_after.параметры tv_sec - clock_before.параметры tv_sec); \
 дифф->часы += clock_after.tv_usec - clock_before.tv_usec; \
 дифф->пользователь = user_after - user_before; \
 дифф->Сыс = sys_after - sys_before; \
 бесплатно(баф); \
 возвращение дифф

DECLARE_FUNC(рендеринга)

{
DECLARE_WORK();

 // Компилятор знает, что sleep_time не используется в этой функции
(ничтожным)sleep_time;

DO_WORK();

FINISH_WORK();
}

DECLARE_FUNC(выбрать)
{
 структура timeval, которая ТС;
DECLARE_WORK();

DO_WORK(
 ТС.параметры tv_sec = 0;
 ТС.tv_usec = sleep_time;
 выберите(0, 0, 0, 0, &ТС);
);

FINISH_WORK();
}

DECLARE_FUNC(опрос)
{
 структуру struct pollfd ПФО;
 константный инт sleep_time_ms = sleep_time / 1000;
DECLARE_WORK();

 ОФП.ФД = 0;
 ОФП.события = 0;

DO_WORK(
 опрос(&ПФО, 1, sleep_time_ms);
);

FINISH_WORK();
}

DECLARE_FUNC(usleep)
{
DECLARE_WORK();

DO_WORK(
usleep(sleep_time);
);

FINISH_WORK();
}

DECLARE_FUNC(доходность)
{
DECLARE_WORK();

 // Компилятор знает, что sleep_time не используется в этой функции
(ничтожным)sleep_time;

DO_WORK(
sched_yield();
);

FINISH_WORK();
}

DECLARE_FUNC(pthread_cond)
{
 pthread_cond_t Конд = PTHREAD_COND_INITIALIZER;
 pthread_mutex_t мьютекс = PTHREAD_MUTEX_INITIALIZER;
 структура timespec ТС;
 константный инт sleep_time_ns = sleep_time * 1000;
DECLARE_WORK();

pthread_mutex_lock(&мьютекс);

DO_WORK(
 при успешном выполнении функции clock_gettime(CLOCK_REALTIME, &ТС);
 ТС.tv_nsec += sleep_time_ns;
 если (ТС.tv_nsec >= 1000000000) {
 ТС.параметры tv_sec += 1;
 ТС.tv_nsec -= 1000000000;
}
 pthread_cond_timedwait(&Конд, &мьютекс, &ТС);
);

pthread_mutex_unlock(&мьютекс);

pthread_cond_destroy(&Конд);
pthread_mutex_destroy(&мьютекс);

FINISH_WORK();
}

DECLARE_FUNC(nanosleep)
{
 структуру struct timespec Треб, Рем;
 константный инт sleep_time_ns = sleep_time * 1000;
DECLARE_WORK();

DO_WORK(
 Треб.параметры tv_sec = 0;
 Треб.tv_nsec = sleep_time_ns;
 nanosleep(&Треб, &Рэм);
);

FINISH_WORK();
}

пустота *do_test(недействительными *арг)
{
 константные структуры struct thread_info *тинфо = (структуры thread_info *)арг;

 // Вызов функции, чтобы сделать работу
 возвращение (*тинфо->кнопку func)(тинфо->пид, тинфо->sleep_time, тинфо->num_iterations, тинфо->work_size);
}

структура thread_res_stats {
 двухместный мин;
 двойной максимум;
 двойной авг;
 двойной со стандартным отклонением;
 двойной prev_avg;
};

директиву #ifdef LLONG_MAX
 #определить THREAD_RES_STATS_INITIALIZER {LLONG_MAX, LLONG_MIN, 0, 0, 0}
#еще
 #определить THREAD_RES_STATS_INITIALIZER {значение long_max, LONG_MIN, 0, 0, 0}
#за endif

пустота update_stats(структура thread_res_stats *статистика, длинное длинное значение, num_samples инт, инт num_iterations, двойной scale_to_usecs)
{
 // Вычислить среднее время на одну итерацию
 двойной value_per_iteration = значение * scale_to_usecs / num_iterations;

 // Обновление Max и min
 если (value_per_iteration < статистика->мин)
 статистика->мин = value_per_iteration;
 если (value_per_iteration > статистика->Макс)
 статистика->Макс = value_per_iteration;
 // Обновление средний
 статистика->СР += (value_per_iteration - статистика->СР) / (дважды)(num_samples);
 // Обновление стандартное отклонение
 статистика->со стандартным отклонением += (value_per_iteration - статистика->prev_avg) * (value_per_iteration - статистика->СР);
 // И запись текущего среднего для использования в следующем обновлении
 статистика->prev_avg= статистика->СР;
}

пустота print_stats(константный тип char *имя, константные структуры thread_res_stats *статистика)
{
 функции printf("%s: не менее: %.1Ф нас СР: %.1Ф нам максимум: %.1Ф нас со стандартным отклонением: %.1Ф нас\п",
имя,
статистика->мин,
статистика->СР,
статистика->Макс,
статистика->со стандартным отклонением);
}

тап_п(АГДС, типа char **argv в)
{
 если (argc <= 6) {
 функции printf("использование: %s <sleep_time> <outer_iterations> <inner_iterations> <work_size> <num_threads> <sleep_type>\П", и argv[0]);
 функции printf(" outer_iterations: количество итераций для каждого потока (используется для расчета статистики)\П");
 функции printf(" inner_iterations: количество рабочих/циклы сна, проведенные в каждом потоке (используется для улучшения консистенции/наблюдаемости))\п");
 функции printf(" work_size: количество элементов массива (в КБ), которые заполняются псевдо-случайных чисел\п");
 функции printf(" num_threads: количество нитей на нерест и выполнять работы циклов/сон в\п");
 функции printf(" sleep_type: 0=Нет 1=Выберите 2=опрос 3=usleep 4=Выход 5=pthread_cond 6=nanosleep\п");
 возврат -1;
}

 структура thread_info тинфо;
 инт outer_iterations;
 инт sleep_type;
 инт с inum, tnum, num_samples, num_threads;
 pthread_attr_t attr, который;
 pthread_t *потоков;
 структура thread_res *РЭС;
 структура thread_res **раза;
 // Отслеживать статистику по каждому из измерений
 структура thread_res_stats stats_clock = THREAD_RES_STATS_INITIALIZER;
 структура thread_res_stats stats_user = THREAD_RES_STATS_INITIALIZER;
 структура thread_res_stats stats_sys = THREAD_RES_STATS_INITIALIZER;
 // Вычисляем коэффициент пересчета от clock_t до нескольких секунд
 длинные константный clocks_per_sec = МиГов(_SC_CLK_TCK);
 константный двойной clocks_to_usec = 1000000 / (двойной)clocks_per_sec;

 // Получение параметров
 тинфо.пид = getpid();
 тинфо.sleep_time = Атой(из argv[1]);
 outer_iterations = Атой(из argv[2]);
 тинфо.num_iterations = Атой(из argv[3]);
 тинфо.work_size = Атой(из argv[4]) * 1024;
 num_threads = Атой(агду[5]);
 sleep_type = Атой(агду[6]);
 переключатель (sleep_type) {
 дело SLEEP_TYPE_NONE: тинфо.кнопку func = &do_work_nosleep; перерыв;
 дело SLEEP_TYPE_SELECT: тинфо.кнопку func = &do_work_select; перерыв;
 дело SLEEP_TYPE_POLL: тинфо.кнопку func = &do_work_poll; перерыв;
 дело SLEEP_TYPE_USLEEP: тинфо.кнопку func = &do_work_usleep; перерыв;
 дело SLEEP_TYPE_YIELD: тинфо.кнопку func = &do_work_yield; перерыв;
 дело SLEEP_TYPE_PTHREAD_COND: тинфо.кнопку func = &do_work_pthread_cond; перерыв;
 дело SLEEP_TYPE_NANOSLEEP: тинфо.кнопку func = &do_work_nanosleep; перерыв;
по умолчанию:
 функции printf("недопустимый тип сна: %д\п", sleep_type);
 возвращение -7;
}

 // Инициализируем создание потока атрибутами
 ы = pthread_attr_init(&м);
 если (S != 0) {
 функции printf("ошибка инициализации потока атрибутами\Н");
 возврат -2;
}

 // Выделить память для отслеживания потоков
 потоков = памятью(num_threads, оператор sizeof(*потоков));
 время = с памятью(num_threads, как sizeof(*раз));
 если (нитей == значение null) {
 функции printf("ошибка при выделении памяти для отслеживания потоков\п");
 возвращение -3;
}

 // Инициализируем количество образцов
 num_samples = 0;
 // Выполнить требуемое число внешних итераций
 для (inum=0; inum<outer_iterations; ++inum) {
 // Запуска всех потоков
 для (tnum=0; tnum<num_threads; tnum++) {
 ы = pthread_create(&потоков[tnum], &attr, который, &do_test, &тинфо);

 если (S != 0) {
 функции printf("ошибка при запуске потока\п");
 возвращение -4;
}
}

 // Ждать для всех потоков, чтобы закончить
 для (tnum=0; tnum<num_threads; tnum++) {
 ы = pthread_join(нитей[tnum], в (Void **)(&РЭС));
 если (S != 0) {
 функции printf("ошибка при ожидании потока\Н");
 возвращение -6;
}

 // Сохранить результат обработки, когда они все сделали
 раз[tnum] = РЭС;
}

 // Для каждого из потоков
 для (tnum=0; tnum<num_threads; tnum++) {
 // Увеличить число выборок в статистике
++num_samples;
 // Обновить статистику с этого измерения
 update_stats(&stats_clock, раз[tnum]->часы, num_samples, тинфо.num_iterations, 1);
 update_stats(&stats_user, раз[tnum]->пользователя, num_samples, тинфо.num_iterations, clocks_to_usec);
 update_stats(&stats_sys, раз[tnum]->Сыс, num_samples, тинфо.num_iterations, clocks_to_usec);
 // И очистить его
бесплатно(раз[tnum]);
}
}

 // Очистка потока создания атрибутами
 ы = pthread_attr_destroy(&м);
 если (S != 0) {
 функции printf("ошибка очистки атрибутов потока\Н");
 возвращение -5;
}

 // Закончить вычисления стандартного отклонения
 stats_clock.параметр stddev = sqrtf(stats_clock.со стандартным отклонением / (num_samples - 1));
 stats_user.параметр stddev = sqrtf(stats_user.со стандартным отклонением / (num_samples - 1));
 stats_sys.параметр stddev = sqrtf(stats_sys.со стандартным отклонением / (num_samples - 1));

 // Распечатать статистику раз
 print_stats("gettimeofday_per_iteration", &stats_clock);
 print_stats("utime_per_iteration", &stats_user);
 print_stats("stime_per_iteration", &stats_sys);

 // Очистить выделенных потоков и раз
бесплатно(нитей);
бесплатно(раз);

 возврат 0;
}

Я повторно запускал на Dell ноутбука Vostro 200 (двухъядерный процессор) с несколько различными версиями ОС. Я понимаю, что несколько из них будут иметь разные патчи и не будет "чистого кода ядра", но это был самый простой способ, что я могу запустить тесты на разных версиях ядра и сделать сравнения. Я сгенерировал участков с gnuplot и включают версии от багзиллы об этой проблеме.

Все эти тесты были выполнены с помощью следующей команды с следующий скрипт и эту команду ./run_test 1000 10 1000 250 8 6 <os_name>.

#!/бин/Баш

если [ $# -нэ 7 ]; затем
 Эхо "использование: `и basename $0` <sleep_time> <outer_iterations> <inner_iterations> <work_size> <max_num_threads> <max_sleep_type> <имя_проверки>"
 Эхо "max_num_threads: наибольшее значение используется для num_threads в результатах"
 Эхо "max_sleep_type: наибольшее значение используется для sleep_type в результатах"
 Эхо "имя_проверки: имя каталога, в котором результаты будут сохранены"
 выход -1
интернет

sleep_time=$1
outer_iterations=$2
inner_iterations=$3
work_size=$4
max_num_threads=$5
max_sleep_type=$6
имя_проверки=$7

# Убедитесь, что результаты этого каталога уже не существует
если [ -е $имя_проверки ]; тогда
 Эхо "$имя_проверки уже существует";
 выход -1;
интернет
# Создаем каталог для результатов в
команды mkdir $имя_проверки
# Запуск через требуемое число значений SLEEP_TYPE 
для меня в $(сл 0 $max_sleep_type)
делать
 # Запуск через запрошенное число потоков
 для J в $(сл 1 $max_num_threads)
делать
 # Распечатать, какие параметры будут работать
 Эхо "sleep_type: $я num_threads: $д"
 # Запустите тест и сохранить его в файл результатов
 ./test_sleep $sleep_time $outer_iterations $inner_iterations $work_size $J и $я >> "$имя_проверки/results_$i.txt"
сделано
сделано

Вот резюме того, что я наблюдал. Я буду сравнивать их попарно на этот раз потому что я думаю, что это немного более информативным способом.

В CentOS 5.6 против в CentOS 6.2

Настенные часы время (gettimeofday) на каждой итерации на CentOS 5.6 более разнообразен, чем 6.2, но в этом есть смысл, поскольку КВПБ должны сделать лучшую работу давать процессы равное количество времени ЦП, что приводит к более последовательные результаты. Также довольно ясно, что в CentOS 6.2 является более точным и последовательным в количестве времени, что он спит с различными спальными механизмами.

В "наказание", безусловно, проявляется на 6.2 с небольшим числом ниток (видно на gettimeofday и пользователей участков), но это, кажется, уменьшается с увеличением количества потоков (разница в время пользователь может быть бухгалтерская вещь, поскольку пользователь время измерения так, конечно).

Системное время сюжет показывает, что спать механизмов в 6.2 потребляют больше системы, чем в 5.6, что соответствует предыдущим результатам простого теста из 50 процессов звоню выберите потребляя нетривиальное количество процессора на 6.2, но не 5.6.

То, что я считаю, что стоит отметить, что использование sched_yield() не вызывать такое же наказание, как видно по методам сна. Мой вывод из этого заключается в том, что это не сам планировщик, который является источником проблемы, но взаимодействие методов спать с планировщиком это вопрос.

Убунту 7.10 против Убунту 8.04-4

Разница в версии ядра между этими двумя меньше, чем в CentOS 5.6 и 6.2, но они по-прежнему охватывают период времени, когда ВКПБ был введен. Первым интересным результатом является то, что выбор и голосование, кажется, только механизмы сна, которые имеют "казнь" на 8.04 и что казнь по-прежнему большее количество нитей, чем то, что было видно с CentOS 6.2.

Время пользователей для выбора и опроса и Ubuntu 7.10 неоправданно низкие, поэтому представляется, что это какая-то проблема учета, которые существовали тогда, но я считаю, что не имеет отношения к текущей проблеме/обсуждение.

Системное время, кажется, быть выше с Ubuntu 8.04, чем с Ubuntu 7.10, но эта разница гораздо менее отчетлива, чем то, что было видно с CentOS 5.6 против 6.2.

Заметки на Ubuntu 11.10 и Ubuntu 12.04

Первое, что следует отметить здесь заключается в том, что земельные участки для Ubuntu 12.04 были сопоставимы с 11.10 так что они не показывают, чтобы избежать ненужного дублирования.

В целом участки для Ubuntu 11.10 показывают те же тенденции, которая наблюдалась с CentOS 6.2 (что означает, что это проблема ядра в целом, а не только проблемы с RHEL). Единственным исключением является то, что системное время оказывается немного выше в Ubuntu 11.10, чем с CentOS 6.2, но еще раз повторюсь, разрешение на это измерение очень конечно, так что я думаю, что любой вывод, кроме как "это, кажется, немного выше" будет ступить на тонкий лед.

В Ubuntu 11.10 против Убунту 11.10 с BFS

В PPA, который использует БФС с Убунту ядра можно найти в https://launchpad.net/~chogydan/+архив/ППА и этот был установлен, чтобы произвести это сравнение. Я не смог найти простой способ, чтобы работать в CentOS 6.2 с BFS и я побежала с этим сравнением и поскольку результаты в Ubuntu 11.10 так же приведено сравнение с CentOS 6.2, я считаю, что это справедливое и показательное сравнение.

Главное следует отметить, что с BFS только выбрать и nanosleep вызвать "казнь" на малое число потоков, но это, кажется, чтобы вызвать подобный "штраф" (если не большей) мере, что видно с CFS для большего числа потоков.

Другой интересный момент заключается в том, что системное время будет ниже с BFS, чем с CFS. Еще раз, это начинает шаг по тонкому льду из-за грубости данные, но какая разница, как представляется, присутствует и этот результат совпадает с простым 50 процесс выбора цикла тест показал меньше ЦП с BFS, чем с CFS.

Вывод о том, что я черпаю из этих двух пунктов является то, что ТЭО проекта не решит проблему, но по крайней мере, кажется, чтобы уменьшить его воздействие, в некоторых областях.

Заключение

Как уже говорилось ранее, я не считаю, что это проблема с самого планировщика, но с взаимодействием между спальными механизмами и планировщик. Я считаю, что это повышенная загрузка ЦП в процессах, которые должны спать и мало через не процессора регрессии из CentOS 5.6 и главным препятствием для любой программы, которая хочет использовать цикл обработки событий или опрос типа механизма.

Есть ли другие данные, я могу получить или тестов, чтобы помочь диагностировать проблему?

Обновление на 29 июня 2012 года,

Я упростил программу тестирования немного и может быть найден здесь (пост начал превышать лимит длины, поэтому пришлось перенести его).

http://fitmiddle.top/viewtopic.php?pid=167039#p167039, http://www.5imami.com.cn/home.php?mod=space&uid=332343&do=profile, https://big.space/en/forum/member.php?255640-DanielHom&s=7b0ca5856ec8d3c1a306eccb820b4ddd&tab=activitystream&type=friends, https://www.protoastronautas.com/foros/index.php?PHPSESSID=56eae0ab3ddbe839462d2219b7e71732&action=profile;u=327;area=showposts;sa=topics, https://www.discussionpoint.org/forum/member.php?action=profile&uid=12659, http://leaders9000.co.kr/bbs/board.php?bo_table=qna&wr_id=2&&#c_29, http://www.xiaoditech.com/bbs/home.php?mod=space&uid=1282262&do=index, http://forum.zplatformu.com/index.php?topic=3586.new#new, http://o98065hq.bget.ru/index.php?PHPSESSID=9c58778be458dd69c0a7b68dae6780be&action=recent, http://www.seattleba.com/home.php?mod=space&uid=29251&do=profile, https://www.weseematsu.com/forum.php?mod=redirect&goto=findpost&ptid=6839&pid=2903487, http://www.xuesheng360.com/bbs/home.php?mod=space&uid=1072998&do=friend&view=me&from=space, https://www.rongkhe.go.th/webboard/index.php?PHPSESSID=goba61am7u7hsrig35niq1ah02&action=profile;u=25708, http://moill.co.kr/bbs/board.php?bo_table=community&wr_id=37&&#c_66, https://forums.talktaiwan.org/smf/index.php?PHPSESSID=ac7iamh82i299umb37iirqg0h6&action=post;topic=6226.16110;last_msg=691455, https://powersellershop.com/member.php/35406-jacobsoype?vmid=11120#vmessage11120, http://cesrhdrl.iposkr.com/bbs/board.php?bo_table=board&wr_id=2139047&device=mobile, http://mall.thedaycorp.kr/bbs/board.php?bo_table=free&wr_id=276136&&#c_288454, https://www.donyaihom.go.th/webboard/index.php?PHPSESSID=td5vuccovmjg4s4colqf1878m2&action=profile;area=showposts;sa=topics;u=2502, https://big.space/en/forum/member.php?245084-Miguelren&s=450187c213800167efeb39962ec7e4a1&tab=activitystream&type=all&page=1, http://mall.thedaycorp.kr/bbs/board.php?bo_table=free&wr_id=215794&&#c_288486, https://hiphopbasement.com/forum/member.php?21248-DanielForie&s=8984fd0003d00da18a092520e2232283&tab=activitystream&type=all&page=1, https://www.ideabookclub.com/index.php?topic=102869.new#new, https://www.protoastronautas.com/foros/index.php?PHPSESSID=56eae0ab3ddbe839462d2219b7e71732&action=profile;area=showposts;sa=messages;u=327, https://sadauskiene.com/forum/index.php?PHPSESSID=8fdjvmcc6csidne2f1njemkujc&msg=220213, http://dongnaepajeon.co.kr/bbs/board.php?bo_table=review&wr_id=205, https://stock.talktaiwan.org/index.php?topic=348943.new#new, http://xn--on3bi2eoop8ocrkshe95e.com/bbs/board.php?bo_table=qa&wr_id=2568&&#c_30639, http://drachenkits-community.de/forum/index.php?action=profile;u=526913, https://powersellershop.com/member.php/35451-bryanepica?vmid=11114#vmessage11114, https://dev.t-firefly.com/forum.php?mod=viewthread&tid=5797&pid=346538&page=5855&extra=#pid346538, http://zaomm.top/?93432, https://sadauskiene.com/forum/index.php/topic,13709.new.html?phpsessid=ovpjrsoaft6m95leoa796raiv0#new, http://btnhboard.com/forums/portal.php, http://xn--289av33boycfta52toknm5b.kr/bbs/board.php?bo_table=admission&wr_id=1, http://worldssireum.org/bbs/board.php?bo_table=calendar&wr_id=505524, https://www.protoastronautas.com/foros/index.php?PHPSESSID=56eae0ab3ddbe839462d2219b7e71732&action=profile;u=327;area=summary, http://apartment.pe.kr/xxx/bbs/board.php?bo_table=pic&&page=1&#c_191, https://forum.makethemmove.com/showthread.php?tid=119&pid=1453#pid1453, http://662.com.tw/viewthread.php?tid=1493968&extra=, https://forum.makethemmove.com/archive/index.php?thread-124-2.html, https://forum.jarisium.com/index.php?topic=348975.new#new, http://jccom.kr/bbs/board.php?bo_table=inquiry&wr_id=61, https://www.karpaltunnelsyndrom-schwangerschaft.de/forum/topic/uebungen-fuer-den-alltag/?part=5#postid-75, http://smbwgg.com/?109823, https://www.paradisifiscali.eu/printthread.php?s=a0629dfe25fd183fa73845bd417e54c6&t=7083&pp=10&page=1, https://www.top-sino.com/forum.php?mod=redirect&goto=findpost&ptid=1175&pid=118538, http://jinzhenmen.cn/forum.php?mod=redirect&goto=findpost&ptid=32&pid=912154, https://tourmin.co.kr/bbs/board.php?bo_table=info&wr_id=48173, https://theairlinewebsite.com/topic/611998-kingston-aerospace-defence-contractor-acf-associates-acquired-by-peterboroughs-loomex-group-ygk-news/?do=findComment&comment=1977442, http://lhotsepension.com/bbs/board.php?bo_table=pension_qna&wr_id=138660&&#c_174856, https://soiro.ru/content/socialno-psihologicheskoe-soprovozhdenie-obrazovatelnogo-processa-v-usloviyah-fgos-oo-108-ch?page=674#comment-50667, http://technologeek.com/forum/index.php?PHPSESSID=6eqgrf46k1gse6k8hkcr3cu204&action=profile;area=showposts;sa=messages;u=87236, http://www.game.776.tw/viewthread.php?tid=1190405&extra=, http://www.xn--hq1bq4ej6bwzpic63q0ya876f.com/bbs/board.php?bo_table=online&wr_id=20767, http://forum.zplatformu.com/index.php?PHPSESSID=gpk3prbb9sq83m256ggat1me36&action=profile;u=242037, https://www.canonistas.com/foros/member.php?u=316350&s=d0e7341862b08a099ce967741348d1e6&tab=activitystream&type=photos, https://hhcrane.co.kr/bbs/board.php?bo_table=qa&wr_id=577671, http://barunkyunghee.co.kr/bbs/board.php?bo_table=notice&wr_id=49&device=pc, https://www.ideabookclub.com/index.php?PHPSESSID=0875abc5a23ce0c3c0d0461a89e39903&action=profile;u=625975, http://kadett-club.ru/forum/index.php?showuser=735425, https://sadauskiene.com/forum/index.php/topic,13776.new.html#new, http://xn--on3bi2eoop8ocrkshe95e.com/bbs/board.php?bo_table=qa&wr_id=30710, http://mtechnocenter.com/bbs/board.php?bo_table=qa2_n&wr_id=35, https://j-schule.com/bbs/board.php?bo_table=free&wr_id=691730&&#c_713870, http://digiwill.allhow.com/bbs/board.php?bo_table=inquiry&wr_id=84237&sfl=wr_name%2C1&stx=DanielBub, http://masilps.com/bbs/board.php?bo_table=pension_free&wr_id=5709&&#c_10359, https://forum.jarisium.com/index.php?PHPSESSID=r4pdmj3fckf2rlu9gb4f2rbaee&action=profile;u=1263043, http://xn--li5b25e6vi.net/bbs/board.php?bo_table=sub502&wr_id=204, https://powersellershop.com/member.php/42014-DanielTew?s=fe848276a611e17253eb9ba609e81cad&tab=activitystream&type=all, http://xn--6j1b48ocxhene85d.kr/bbs/board.php?bo_table=301&wr_id=1, http://bbs.kongbumc.com/forum.php?mod=viewthread&tid=2026&pid=346693&page=3431&extra=#pid346693, http://www.mysupplier.ru/index.php?route=information/blogger&blogger_id=1, http://life.jangstore.kr/bbs/board.php?bo_table=notice&wr_id=14, https://forum.makethemmove.com/showthread.php?tid=273&pid=1456#pid1456, http://btnhboard.com/forums/archive/index.php?thread-20.html, http://cornervalley.co.kr/bbs/board.php?bo_table=notice&wr_id=617235&&#c_639738, http://forum.kartracing-pro.com/index.php?PHPSESSID=8tf4biehgd9aqq16mnidieufa2&action=profile;u=17372, http://o98065hq.bget.ru/index.php?PHPSESSID=9c58778be458dd69c0a7b68dae6780be&action=profile;u=304633;area=showposts;sa=topics, http://benhouse.co.uk/mbchat/viewtopic.php?f=3&t=632007, http://sam-bong.kr/bbs/board.php?bo_table=gallery&wr_id=30, http://sbbs.mangguoyuan.com.cn/forum.php?mod=viewthread&tid=41419&extra=, http://midnight-moon.net/bbs/board.php?bo_table=Load, http://xn--hq1bt3nfyhvpo.com/bbs/board.php?bo_table=after&wr_id=245&&#c_300, http://daeyoon.dgweb.kr/bbs/board.php?bo_table=free&wr_id=196778, http://btnhboard.com/forums/member.php?action=profile&uid=811, https://www.semitc.com/bbs/board.php?bo_table=contact&wr_id=29976, http://webcodi.co.kr/bbs/board.php?bo_table=abc&wr_id=23, http://aggio.kiev.ua/members/danielneody-790217/, https://marknoack.com/index.php/forum/topic/pysqkc/, https://sadauskiene.com/forum/index.php?PHPSESSID=8fdjvmcc6csidne2f1njemkujc&action=post;quote=219725;topic=13776, https://www.xn--72c9aa5escud2b.com/webboard/index.php/topic,25572.0.html?PHPSESSID=mt1uju6p9ko972fo83nm6u3a9t, https://hiphopbasement.com/forum/showthread.php?4515-Tadalafil-Pills&s=f093980aa4458ed899a1acb77589a118, http://smartco.helloweb.kr/bbs/board.php?bo_table=estimate&wr_id=216508, http://paycenter.wistone.com/forum.php?mod=viewthread&tid=58396233&extra=, https://powersellershop.com/member.php/42014-DanielTew?s=fe848276a611e17253eb9ba609e81cad&tab=activitystream&type=photos, http://xn--6w2bq3nuldirlyzdyoff2a.kr/bbs/board.php?bo_table=board08&wr_id=1166, http://whispwriting.net/plugins/posting.php?mode=reply&f=31&t=32688&sid=020b4382a7c08de820a72104c5c7e91b, https://www.donyaihom.go.th/webboard/index.php?PHPSESSID=egsuma6ttelldb2ktmu5qied50&action=profile;area=summary;u=2502, https://www.protoastronautas.com/foros/index.php?PHPSESSID=1f4fdf99606009661bb5e24f1a8e537b&action=profile;area=showposts;u=327

Я запустил скрипт файл sqoop_import_ATM.sh и хотел бы хранить логи в SQL в базе данных.

Первое, что я сделал, чтобы направить логи в моей собственной переменной:

Вывод="$(/home/me/sqoop_insights_extract/./sqoop_import_ATM.sh 2>&1)"

Это становится как стандартный вывод и стандартный поток ошибок

Затем я магазин этот вывод в SQL для баз данных (эта часть не работает):

улей -е "вставить в значения SCHEDULED_MIGRATION_LOGS ('$выход')"

Вот пример из журнала, выходные данные могут содержать:

РМ: `transaction_detail_atm': нет такого файла или каталога предупреждение: файл /usr/ВГД/4.1.0.0/как Sqoop/../accumulo не существует! Импорт Accumulo не удастся. Пожалуйста, установите $ACCUMULO_HOME в корневую папку установки Accumulo. 16/07/26 10:28:33 информация как Sqoop.Как Sqoop: работает как Sqoop версия: 1.4.6_IBM_20 SLF4J: путь класс содержит несколько Привязок SLF4J. SLF4J: найти обязательные в [jar:file:/usr/iop/4.1.0.0/hadoop/lib/slf4j-log4j12-1.7.10.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J

Для удаления вредных одинарные кавычки я попытался с помощью

$Выход | СЭД "ы/'/\ /г"

Это, казалось, работали.

Сейчас есть проблема с линией [jar:file:/usr/iop/4.1.0.0/hadoop/lib/slf4j-log4j12-1.7.10.jar!/org/slf4j/impl/StaticLoggerBinder.class]

Начинается проверка моего каталога для этого файла, или что-то

Прошу прощения, если я упускаю что-то очевидное, я совсем новичок в Баш.

Любая идея, как просто пост этот журнал для меня в SQL базе

Редактирование - весь журнал

РМ: `transaction_detail_atm': нет такого файла или каталога предупреждение: файл /usr/ВГД/4.1.0.0/как Sqoop/../accumulo не существует! Импорт Accumulo не удастся. Пожалуйста, установите $ACCUMULO_HOME в корневую папку установки Accumulo. 16/07/26 10:28:33 информация как Sqoop.Как Sqoop: работает как Sqoop версия: 1.4.6_IBM_20 SLF4J: путь класс содержит несколько Привязок SLF4J. SLF4J: найти обязательные в [jar:file:/usr/iop/4.1.0.0/hadoop/lib/slf4j-log4j12-1.7.10.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: найти обязательные в [jar:file:/usr/iop/4.1.0.0/zookeeper/lib/slf4j-log4j12-1.6.1.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: см http://www.slf4j.org/codes.html#multiple_bindings для объяснений. SLF4J: фактическая привязка типа [орг.slf4j.осущ.Log4jLoggerFactory] 16/07/26 10:28:33 предупреждаю инструмент.BaseSqoopTool: Установка пароля в командной строке является небезопасным. Рассмотрите возможность использования -P вместо. 16/07/26 10:28:33 инфо инструмента.BaseSqoopTool: с помощью Hive-конкретные разделители для вывода. Вы можете переопределить 16/07/26 10:28:инструмент 33 информация.BaseSqoopTool: разделители с ... поля-прерван-и т. д. 16/07/26 10:28:33 предупреждаю как Sqoop.ConnFactory: параметр --водитель находится в явном водителя, однако соответствующие диспетчере соединение не устанавливается (через --соединение-менеджер). Sqoop и собирается вернуться к орг."Апач".как Sqoop.менеджер.GenericJdbcManager. Пожалуйста, конкретно укажите, какие диспетчер соединений следует использовать в следующий раз. 16/07/26 10:28:33 информация менеджера.Сайт sqlmanager: используя fetchSize по умолчанию 1000 16/07/26 10:28:инструмент 33 информация.CodeGenTool: начало генерации кода 16/07/26 10:28:34 информация менеджера.Сайт sqlmanager: выполнение инструкции SQL: выберите QueryResult.java sqoop_import_ALL.sh sqoop_import_ATM.sh sqoop_import_CC.sh sqoop_import_TD.sh sqoop_import_VD.sh testscript.sh transaction_detail.java transaction_detail_visa_debit.java из transaction_detail_atm где posted_dte = current_date используется-1 и (1 = 0) 16/07/26 10:28:35 информация менеджера.Сайт sqlmanager: выполнение инструкции SQL: выберите QueryResult.java sqoop_import_ALL.sh sqoop_import_ATM.sh sqoop_import_CC.sh sqoop_import_TD.sh sqoop_import_VD.sh testscript.sh transaction_detail.java transaction_detail_visa_debit.java из transaction_detail_atm где posted_dte = current_date используется-1 и (1 = 0) 16/07/26 10:28:35 информация ОРМ.CompilationManager: HADOOP_MAPRED_HOME это /usr/ВГД/4.1.0.0/Hadoop с Примечание: /tmp/sqoop-u28158/compile/5fe23466bd0c4860e3529366cde274b4/QueryResult.java применяет или отменяет устаревшие API. Примечание: Перекомпилируйте с -Xlint:осуждение для деталей. 16/07/26 10:28:37 инфо ОРМ.CompilationManager: написание файла jar: /tmp/sqoop-u28158/compile/5fe23466bd0c4860e3529366cde274b4/QueryResult.jar 16/07/26 10:28:37 информация в MapReduce.ImportJobBase: начало импорта запросов. 16/07/26 10:28:38 инфо осущ.TimelineClientImpl: адрес сервисного сроки: http://rhdtmomg1.mid.aib.pri:8188/ws/v1/timeline/ 16/07/26 10:28:38 информация клиента.RMProxy: подключение к передаче в rhdtmomg1.середине.АИБ.при/10.30.39.1:8050 16/07/26 10:28:43 информация БД.DBInputFormat: помощью read совершил изоляции транзакций 16/07/26 10:28:44 информация с помощью MapReduce.JobSubmitter: число разбиений:1 16/07/26 10:28:44 информация с помощью MapReduce.JobSubmitter: отправка токенов на работу: job_1464347352640_0138 16/07/26 10:28:44 информация осущ.YarnClientImpl: представленное приложение application_1464347352640_0138 16/07/26 10:28:44 информация с помощью MapReduce.Работа: url-адрес для отслеживания работы: http://rhdtmomg1.mid.aib.pri:8088/proxy/application_1464347352640_0138/ 16/07/26 10:28:44 информация с помощью MapReduce.Задание: выполнение задания: job_1464347352640_0138 16/07/26 10:28:49 информация в MapReduce.Работа: работа job_1464347352640_0138 работает в режиме Убер : ложные 16/07/26 10:28:49 информация в MapReduce.Работа: карту 0% снижения 0% 16/07/26 10:31:21 информация от MapReduce.Работа: карту 100% снижения 0% 16/07/26 10:31:22 информация от MapReduce.Работа: работа job_1464347352640_0138 успешно завершена 16/07/26 10:31:22 информация от MapReduce.Работа: счетчики: 30 файловой системы счетчики файла: кол-во прочитанных байт=0 файл: число байт=147903 файла: кол-во операций чтения=0 файл: ряд крупных операций чтения=0 файл: количество операций записи=0 файловую систему HDFS: число байт=87 файловой системы HDFS: число байт=2514798055 файловой системы HDFS: количество операций чтения=4 файловой системе HDFS: ряд крупных операций чтения=0 файловую систему HDFS: Количество операций записи=2 Работа счетчиков запустил карту задачи=1 другие локальные карте задачи=1 суммарное время, затраченное всеми картами в оккупированном слоты (МС)=149743 Общее время, затраченное на все снижает в оккупированном слоты (МС)=0 Общее время, затраченное на карте все задачи (МС)=149743 общее напряжение-секунд, взятых по всей карте задачи=149743 всего мегабайт-сек предприняты все карты Задачи=306673664 карте-уменьшить рамок карте ввода записей=4073603 карту вывод записей=4073603 входные сплит байт=87 пролил записей=0 не тасует=0 слили карту выходов=0 ГК затраченное время (МС)=2264 процессора затраченное время (МС)=127770 физической памяти (в байтах) снимок=368541696 виртуальной памяти (в байтах) снимок=3798663168 общей кучи использования (в байтах)=331350016 файл формат ввода счетчиков байтов=0 файл формат вывода счетчиков байт=2514798055 16/07/26 10:31:22 ИНФО с помощью MapReduce.ImportJobBase: передано 2.3421 ГБ в 164.7606 секунд (14.5563 МБ/сек) 16/07/26 10:31:22 ИНФО с помощью MapReduce.ImportJobBase: проверено 4073603 записи. 16/07/26 10:31:22 инфо менеджер.Сайт sqlmanager: выполнение инструкции SQL: выберите QueryResult.java sqoop_import_ALL.sh sqoop_import_ATM.sh sqoop_import_CC.sh sqoop_import_TD.sh sqoop_import_VD.sh testscript.sh transaction_detail.java transaction_detail_visa_debit.java из transaction_detail_atm где posted_dte = current_date используется-1 и (1 = 0) 16/07/26 10:31:23 информация менеджера.Сайт sqlmanager: выполнение инструкции SQL: выберите QueryResult.java sqoop_import_ALL.sh sqoop_import_ATM.sh sqoop_import_CC.sh sqoop_import_TD.sh sqoop_import_VD.sh testscript.sh transaction_detail.java transaction_detail_visa_debit.java из transaction_detail_atm где posted_dte = current_date используется-1 и (1 = 0) 16/07/26 10:31:23 предупредить улей.TableDefWriter: DISPENSED_AMT столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: POSTED_AMT столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: POSTED_REF_CRNCY_AMT столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: колонка UNCLEARED_1_DAY должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: UNCLEARED_3_DAY столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: колонка UNCLEARED_4_DAY должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: UNCLEARED_5_DAY столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: колонка UNCLEARED_6_DAY должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: UNCLEARED_TEMP столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: POSTED_DTE столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: TRANS_DTE столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: POSTED_COMMISSION_AMT столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: COMMISSION_REF_CRNCY столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: SEQUENCE_NO столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: TRACER_NO столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: FORCE_POST_RECVRY столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: FORCE_POST_RSN столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: CURR_LEDG_BAL столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: ATM_POSTED_DTE столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: ACQUIRER_SETTLEMENT_DTE столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: ISSUER_SETTLEMENT_DTE столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: REQUESTED_AMT столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: ATM_DISPENSED_AMT столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: SETTLEMENT_AMT столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: CARD_EXCH_RTE столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: SETTLEMENT_EXCH_RTE столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: COMMISSION_AMT столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: ERR_INFO_CDE столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: REVERSAL_RSN_CDE столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: CARD_MBR_NO столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: SURCHARGE_DR_AMT столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: SURCHARGE_ORIG_AMT столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: ACQUIRER_SURCHARGE_AMT столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: ACQUIRER_INSTIT_ID столбец должен быть приведен к более менее точный тип в улей 16/07/26 10:31:23 предупреждаю улья.TableDefWriter: LOAD_DTE столбец должен быть приведен к менее точному типу в улей 16/07/26 10:31:23 информация улья.HiveImport: загрузки выгруженных данных в области лесозаготовок улья инициализирована с помощью конфигурации jar:file:/usr/iop/4.1.0.0/hive/lib/hive-common-1.2.1-IBM-12.jar!/улей-к log4j.свойства ОК время: взято 1.034 секунд ОК время: 0.15 секунд загрузки данных в таблицу выводы.transaction_detail_atm_archive команда chgrp: смена владельца 'hdfs://rhdtmomg1.mid.aib.pri:8020/apps/hive/warehouse/insights.db/transaction_detail_atm_archive/part-m-00000_copy_5': пользователь не принадлежит к Hadoop таблице выводы.transaction_detail_atm_archive статистика: [numFiles=6, numRows=0, totalSize=15088788330, rawDataSize=0] взят ОК время: 0.587 секунд

Ваше основное питание должно быть от еды. Протеиновый порошок как следует из названия добавки, если вы используете их в пищу, он может прийти с побочными эффектами. Что касается вашего тренера, это время, чтобы получить новый. Вы новичок, и с правильное питание, питание, отдых и тренировки, вы можете увидеть преимущества, а не только нагнетать себя протеиновый порошок. Очевидно, что ваш тренер пытается продать вам продукты, или как-то связано с поставщиком товара. Я знаю таких людей лично, кто яйцо новичков, чтобы жлоб высоким содержанием белка.

Постепенно ваша выносливость, делая кардио. Ничего не приходит в одночасье волшебным образом, и вы не ожидает. Помните,ваш путь к улучшению здоровья-это марафон, а не короткий спринт.

использование rsync - не самое лучшее решение для копирования. Это лучшее решение для синхронизации файлов. Скорость для большинства данные записи/чтения зависит от буфера. В случае написания файлы, буферы заполнены, и вы увидите высокую скорость для такого. Как только буфер будет записана в устройство (буфер промывочный) скорость падает. Скорость записи на устройство зависит не только от спецификации USB (2.0 или 3.0 ...), а также на протокол (реализации), водитель, размеров блока. Иногда лучше скопировать весь файл, вместо того, чтобы программы синхронизации первого сканирования. Это приносит издержки и снижая скорость в случае локальных подключенных устройств. Если вы это делаете через сеть история может быть разной.

Вы должны пойти в вашу адресную книгу, выберите контакт для редактирования, а затем удалить событие (в вашем случае, день рождения). Затем нажмите кнопку Сохранить. Сейчас, по календарю, она должна отображаться только одна запись на день рождения.

Если следовать сюжету Фейри Тейл с самого начала, я думаю, что это идет как это. Во-первых, рад был единственный превышать. Машима-сенсей создал счастлив быть несколько-вроде кореша к Нацу. А тут еще Гэдзилл. В то время Машима-сенсей до сих пор не имеет понятия о Edolas дуги, так Гэдзилл был сам по себе, даже когда он показал, что Laxus' гром магия, Драконоборец магии. То есть Венди, еще один убийца драконов. Венди-первая женщина-убийца дракона, и так счастлив был только летящий кот (срок превышать не выявлено, в то время), он решил сделать еще один летающий кот, по имени Карла, чтобы сопровождать ее.

Это было время, что Машима-сенсей пришла идея сделать превышать как официальный сообщника убийц драконов. Вот почему тогда он сделает Гэдзилл интересно, почему он единственный убийца драконов без кота. И после этого, превышает официальный сообщника убийц драконов. Поэтому, когда он создал Стинга и Роуга, он создал Frosche и лектор тоже.

Редактировать: от превышения сообщника убийц дракона, был поднят драконов, то есть, самый настоящий Драконоборец, не сделал встраивания Лакрима например, Laxus (Громовой Убийца Драконов) и Кобра (ядовитый Убийца Драконов).

Кавычки в вашем примере , кажется, быть довольно значительным. Если нет никаких шансов, сбежавшей цитаты в эту строку, то все, что вам нужно сделать, это:

вырезать -д\" -Ф4 <в >из

Чтобы получить четвертое поле в строке, разделенных "двойной кавычки.

Если двойные кавычки могут возникнуть бежал в эту строку - например, обратную косую черту - тогда вы могли бы сделать:

СЭД с/[^>]*."//;с/", ".*//' 

...чтобы доставить вам только на поле, ничего не пропуская и без ложных срабатываний. Выше две замены должны справиться, что очень эффективно, если это единственные кавычки (не считая обратных косых черты) , которые могут быть использованы, и учитывая все необработанные биты запустить как > и что нет > происходящих перед ним.

Хотя это может и не ответ на ваш точный вопрос, я боролся с подобной ошибкой (как в коммунальной Мохаве диска и в терминале diskutil), получаю ошибку "49157" пытается сжать контейнер от 1 до 100 ГБ.

В конце концов, то, что работал для меня было уменьшить его в несколько меньшем масштабе: во-первых сокращается 900 Гбайт, то 800ГБ, тогда казалось, что психиатр 100ГБ работал напрямую (это могло бы сработать после первого сокращения 900 Гбайт для всех я знаю, но я был расстроен и не хотел испытывать удачу на этом этапе).

Я сталкивался с подобными ситуациями с перегородкой изменение программного обеспечения на Windows, где некоторые данные на диске был на пути большой изменение размеров разделов, но программное обеспечение может обрабатывать операции в пару небольших шагов.

Для тех, попав с той же проблемой при сокращении APFS контейнеры, это может помочь. Я думаю, что "два или три шага сокращения" бы, наверное, слишком хорошо работал в Дисковой утилиты (для тех, кто не нравится вкалывал в терминал).

Вы должны быть в состоянии использовать судо АПТ-кэша поиска <имя> - это должно вернуть все пакеты, относящиеся к любым возможным способом.

Вы не понимаете, как система обработки файлов.

Удалить запись в файле, но файл по-прежнему существует до тех пор, как программа держит ручки на нем. Так что тройник не уведомил запись была удалена, а он все равно пишет в файл !

Уникальный файл может иметь много записей благодаря жесткой связи (создается командой LN).

Вы могли бы написать свой собственный вариант игры, который закрыть и открыть файл в каждой строке он пишет в файл, но это будет очень под-работает, как он будет генерировать так много системных вызовов.

Вот Шелл-функция, которая позволяет разделять свой вклад в несколько файлов :

splitSizeInKio=100

splitInput(){
 местные ПС4='+splitInput+ '
 комплект -х
 местный Я=0
 местное имени="$1"
 местный II

 а правда
 делать, если [ $я -ЛТ 10 ]
 тогда второй=0$я
 еще второй=$я
интернет
 локальный файл outfile="$имени".$второй
 ДД="$выходной_файл" БС=графа 1024=$splitSizeInKio
я=$((я+1))
сделано
}

(Можно использовать "голову" вместо "ДД", если вы пролили на количество строк, а не размер.)

В bash, вы можете использовать "процесс замещения" такой :

prog1 | тройник >( splitInput somefilename ) | prog2