BSDPORTAL.RU

На этом сайте обсуждаются вопросы использования ОС FreeBSD
 Портал  •  Статьи  •  Форум  •  Wiki  •  Поиск  •  FAQ  •  Обои  •   Официальная документация  •  Новые темы 

Часовой пояс: UTC + 4 часа




Начать новую тему Ответить на тему  [ Сообщений: 171 ]  На страницу Пред.  1, 2, 3, 4, 5, 6, 7, 8, 9  След.
Автор Сообщение
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Ср 15 янв, 2014 1:17 pm 
Не в сети
Модератор
Аватара пользователя

Зарегистрирован: Ср 08 ноя, 2006 2:53 pm
Сообщения: 5387
Откуда: СССР, Харьков
fidaj писал(а):
Плохо...

Плохо что болеешь и что дома фри нету...

Хорошо болеть не умею :)
Почему это нет FreeBSD?

Код:
# uname -a
FreeBSD ankor 9.2-RELEASE-p2 FreeBSD 9.2-RELEASE-p2 #5 r260220: Fri Jan  3 09:46:55 MSK 2014     ankor@ankor:/usr/obj/usr/src/sys/GENERIC  amd64

На 4-х головом с 8G смысла не вижу, исходя из предыдуших тестов.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Ср 15 янв, 2014 1:41 pm 
Не в сети

Зарегистрирован: Вс 05 июн, 2005 4:19 pm
Сообщения: 3131
Откуда: Мезозой Пангея
ankor писал(а):
Почему это нет FreeBSD?

Код:
# uname -a
FreeBSD ankor 9.2-RELEASE-p2 FreeBSD 9.2-RELEASE-p2 #5 r260220: Fri Jan  3 09:46:55 MSK 2014     ankor@ankor:/usr/obj/usr/src/sys/GENERIC  amd64

На 4-х головом с 8G смысла не вижу, исходя из предыдуших тестов.


хе.. значит я не правильно понял...

Смысл есть - и он только один в случае FBFS - это интерактивность, если конечно то, что есть дома не является сугубо сервером...

_________________
Ми можемо все - що здатні собі уявити!
uname -a
Linux nonamehost 4.16.13-zen+ #11 ZEN SMP PREEMPT Fri Jun 1 00:08:33 EEST 2018 x86_64 x86_64 x86_64 GNU/Linux


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Пн 20 янв, 2014 3:12 pm 
Не в сети
Модератор
Аватара пользователя

Зарегистрирован: Ср 08 ноя, 2006 2:53 pm
Сообщения: 5387
Откуда: СССР, Харьков
Код:
$ sysctl -a | grep kern.sched.name
kern.sched.name: FBFS
$

Проблем пока нет, сейчас обновление идёт всего, после апдейта.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Вт 11 фев, 2014 11:41 pm 
Не в сети

Зарегистрирован: Вт 17 авг, 2010 8:48 pm
Сообщения: 494
Откуда: Беларусь
Переселил свою PC-BSD 10.0 на сабж
Код:
# uname -a
FreeBSD pcbsd-8478 10.0-RELEASE FreeBSD 10.0-RELEASE #3 (HEAD): Tue Feb 11 21:10:11 FET 2014     erema15@pcbsd-8478:/usr/obj/usr/src/sys/GENERIC  amd64
# sysctl kern.sched.name
kern.sched.name: FBFS
#
Пока что полёт нормальный. Может кажется, может нет, но "на глаз" всё стало немного шустрее и отзывчивее.
Буду тестить дальше.

p.s.
Код:
# sysctl hw.physmem
hw.physmem: 4263321600
# sysctl hw.model
hw.model: AMD Athlon(tm) II X4 645 Processor
#


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Сб 15 фев, 2014 9:30 pm 
Не в сети

Зарегистрирован: Пн 13 янв, 2014 4:28 am
Сообщения: 15
Не собирается на текущем 10-STABLE:
Код:
--------------------------------------------------------------
>>> stage 3.1: making dependencies
--------------------------------------------------------------
cd /usr/obj/usr/src/sys/IRON; MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin  GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font  GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac  _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp  _LDSCRIPTROOT=  VERSION="FreeBSD 10.0-STABLE amd64 1000702"  INSTALL="sh /usr/src/tools/install.sh"  PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ "  CPP="cpp "  AS="as" AR="ar" LD="ld" NM=nm  OBJDUMP= RANLIB=ranlib STRINGS= COMPILER_TYPE=clang make  -m /usr/src/share/mk  KERNEL=kernel depend -DNO_MODULES_OBJ
rm -f .newdep
make -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES |  MKDEP_CPP="cc  -E" CC="cc " xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option  -Wno-error-tautological-compare -Wno-error-empty-body  -Wno-error-parentheses-equality  -nostdinc  -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector
/usr/src/sys/kern/sched_fbfs.c:151:22: error: too many arguments provided to function-like macro invocation
    "struct proc *", "uint8_t");
                     ^
/usr/src/sys/sys/sdt.h:95:9: note: macro 'SDT_PROBE_DEFINE3' defined here
#define SDT_PROBE_DEFINE3(prov, mod, func, name, arg0, arg1, arg2)
        ^
/usr/src/sys/kern/sched_fbfs.c:153:22: error: too many arguments provided to function-like macro invocation
    "struct proc *", "void *");
                     ^
/usr/src/sys/sys/sdt.h:95:9: note: macro 'SDT_PROBE_DEFINE3' defined here
#define SDT_PROBE_DEFINE3(prov, mod, func, name, arg0, arg1, arg2)
        ^
/usr/src/sys/kern/sched_fbfs.c:155:32: error: too many arguments provided to function-like macro invocation
    "struct proc *", "void *", "int");
                               ^
/usr/src/sys/sys/sdt.h:96:9: note: macro 'SDT_PROBE_DEFINE4' defined here
#define SDT_PROBE_DEFINE4(prov, mod, func, name, arg0, arg1, arg2, arg3)
        ^
/usr/src/sys/kern/sched_fbfs.c:157:33: error: too many arguments provided to function-like macro invocation
    "struct proc *", "uint8_t", "struct thread *");
                                ^
/usr/src/sys/sys/sdt.h:96:9: note: macro 'SDT_PROBE_DEFINE4' defined here
#define SDT_PROBE_DEFINE4(prov, mod, func, name, arg0, arg1, arg2, arg3)
        ^
/usr/src/sys/kern/sched_fbfs.c:158:63: error: too many arguments provided to function-like macro invocation
SDT_PROBE_DEFINE2(sched, , , load_change, load-change, "int", "int");
                                                              ^
/usr/src/sys/sys/sdt.h:94:9: note: macro 'SDT_PROBE_DEFINE2' defined here
#define SDT_PROBE_DEFINE2(prov, mod, func, name, arg0, arg1)
        ^
/usr/src/sys/kern/sched_fbfs.c:160:5: error: too many arguments provided to function-like macro invocation
    "struct proc *");
    ^
/usr/src/sys/sys/sdt.h:94:9: note: macro 'SDT_PROBE_DEFINE2' defined here
#define SDT_PROBE_DEFINE2(prov, mod, func, name, arg0, arg1)
        ^
/usr/src/sys/kern/sched_fbfs.c:161:37: error: too many arguments provided to function-like macro invocation
SDT_PROBE_DEFINE(sched, , , on_cpu, on-cpu);
                                    ^
/usr/src/sys/sys/sdt.h:87:9: note: macro 'SDT_PROBE_DEFINE' defined here
#define SDT_PROBE_DEFINE(prov, mod, func, name)
        ^
/usr/src/sys/kern/sched_fbfs.c:162:41: error: too many arguments provided to function-like macro invocation
SDT_PROBE_DEFINE(sched, , , remain_cpu, remain-cpu);
                                        ^
/usr/src/sys/sys/sdt.h:87:9: note: macro 'SDT_PROBE_DEFINE' defined here
#define SDT_PROBE_DEFINE(prov, mod, func, name)
        ^
/usr/src/sys/kern/sched_fbfs.c:164:5: error: too many arguments provided to function-like macro invocation
    "struct proc *");
    ^
/usr/src/sys/sys/sdt.h:94:9: note: macro 'SDT_PROBE_DEFINE2' defined here
#define SDT_PROBE_DEFINE2(prov, mod, func, name, arg0, arg1)
        ^
9 errors generated.
mkdep: compile failed
*** Error code 1


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Сб 15 фев, 2014 10:23 pm 
Не в сети

Зарегистрирован: Вс 05 июн, 2005 4:19 pm
Сообщения: 3131
Откуда: Мезозой Пангея
По ссылке в первом сообщении этой темы нужно заново загрузить обновленный патч для ревизий >=r260817

_________________
Ми можемо все - що здатні собі уявити!
uname -a
Linux nonamehost 4.16.13-zen+ #11 ZEN SMP PREEMPT Fri Jun 1 00:08:33 EEST 2018 x86_64 x86_64 x86_64 GNU/Linux


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Вс 16 фев, 2014 12:47 am 
Не в сети

Зарегистрирован: Пн 13 янв, 2014 4:28 am
Сообщения: 15
fidaj писал(а):
По ссылке в первом сообщении этой темы нужно заново загрузить обновленный патч для ревизий >=r260817

Я о нем и говорю (bfs_10.0-STABLE.patch). Пытаюсь собрать на r261945.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Вс 16 фев, 2014 1:03 am 
Не в сети

Зарегистрирован: Вс 05 июн, 2005 4:19 pm
Сообщения: 3131
Откуда: Мезозой Пангея
IRON писал(а):
fidaj писал(а):
По ссылке в первом сообщении этой темы нужно заново загрузить обновленный патч для ревизий >=r260817

Я о нем и говорю (bfs_10.0-STABLE.patch). Пытаюсь собрать на r261945.

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

_________________
Ми можемо все - що здатні собі уявити!
uname -a
Linux nonamehost 4.16.13-zen+ #11 ZEN SMP PREEMPT Fri Jun 1 00:08:33 EEST 2018 x86_64 x86_64 x86_64 GNU/Linux


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Вс 16 фев, 2014 1:10 am 
Не в сети

Зарегистрирован: Пн 13 янв, 2014 4:28 am
Сообщения: 15
fidaj писал(а):
я по той ссылке патч обновил сразу перед написанием своего предыдущего поста - его нужно скачать заново, восстановить после прошлого патча оригинальные файлы и наложить новый патч заново...
у меня нету планов в одной ветке поддерживать все ревизии - есть изменения и желающие - то патч для ветки по факту всегда актуальный...
эти изменения я сделал сразу после того как проскочила ревизия с измененными SDT... я его не выкладывал - дабы понять оно кому-то еще нужно или нет...
вот в вашем лице появился желающий - залил новый патч...
пробуйте...

Не думал что будет такой оперативный фикс. Пропатчил и все нормально собралось, спасибо.
Проц: Corei7 870, 8 тредов.

Буду наблюдать.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Вс 16 фев, 2014 2:03 am 
Не в сети

Зарегистрирован: Пн 13 янв, 2014 4:28 am
Сообщения: 15
Гм... Судя по всему, у FBFS шедуллера явные проблемы с балансировкой тасков между ядрами. Если уж речь идет качестве работы с потоками, то тестировал на https://github.com/uncle-bob/quarkcoin-cpuminer

ULE:
$ ./minerd --benchmark
[2014-02-15 23:46:55] thread 6: 20688 hashes, 4.15 khash/s
[2014-02-15 23:46:55] thread 1: 20700 hashes, 4.14 khash/s
[2014-02-15 23:46:55] thread 4: 20712 hashes, 4.14 khash/s
[2014-02-15 23:46:55] thread 2: 20700 hashes, 4.13 khash/s
[2014-02-15 23:46:55] thread 5: 20700 hashes, 4.11 khash/s
[2014-02-15 23:47:00] thread 5: 20532 hashes, 4.14 khash/s
[2014-02-15 23:47:00] thread 7: 20724 hashes, 4.15 khash/s
[2014-02-15 23:47:00] Total: 33.14 khash/s

Живой майнинг:

$ ./minerd -a quark -t 8 -o http://XXXXXXXXXXX:9372 -u XXXXXXXXXXXXXXXXXXXXXXXX --no-stratum --no-longpoll
...
[2014-02-15 23:47:25] thread 2: 245635 hashes, 49.02 khash/s
[2014-02-15 23:47:31] thread 2: 245091 hashes, 49.12 khash/s
[2014-02-15 23:47:36] thread 2: 245597 hashes, 49.12 khash/s
[2014-02-15 23:47:41] thread 2: 245587 hashes, 49.05 khash/s
[2014-02-15 23:47:46] thread 2: 245266 hashes, 49.10 khash/s
[2014-02-15 23:47:51] thread 2: 245488 hashes, 49.05 khash/s
[2014-02-15 23:47:53] thread 3: 2097152 hashes, 49.31 khash/s
[2014-02-15 23:47:53] thread 5: 2097152 hashes, 49.35 khash/s
[2014-02-15 23:47:53] thread 1: 2097152 hashes, 49.18 khash/s
[2014-02-15 23:47:54] thread 6: 2097152 hashes, 49.22 khash/s
[2014-02-15 23:47:54] thread 7: 2097152 hashes, 49.39 khash/s
[2014-02-15 23:47:54] thread 4: 2097152 hashes, 49.26 khash/s
[2014-02-15 23:47:54] thread 0: 2097152 hashes, 49.13 khash/s
[2014-02-15 23:47:56] thread 2: 245236 hashes, 49.38 khash/s
[2014-02-15 23:47:58] thread 3: 246551 hashes, 49.60 khash/s
[2014-02-15 23:47:58] thread 7: 246928 hashes, 52.36 khash/s
[2014-02-15 23:47:58] thread 5: 246747 hashes, 49.83 khash/s
[2014-02-15 23:47:59] thread 1: 245897 hashes, 49.56 khash/s
[2014-02-15 23:47:59] thread 6: 246102 hashes, 49.12 khash/s
[2014-02-15 23:47:59] thread 4: 246317 hashes, 49.24 khash/s
[2014-02-15 23:47:59] thread 0: 245642 hashes, 51.12 khash/s
[2014-02-15 23:47:59] thread 1: 377 hashes, 83.08 khash/s
[2014-02-15 23:47:59] accepted: 1/2 (50.00%), 433.72 khash/s (yay!!!)

FBFS:
[2014-02-15 23:44:16] thread 0: 15264 hashes, 1.89 khash/s
[2014-02-15 23:44:16] thread 2: 12432 hashes, 3.51 khash/s
[2014-02-15 23:44:16] thread 4: 15768 hashes, 1.81 khash/s
[2014-02-15 23:44:17] thread 3: 14964 hashes, 3.52 khash/s
[2014-02-15 23:44:17] thread 1: 19488 hashes, 3.33 khash/s
[2014-02-15 23:44:17] thread 5: 19824 hashes, 3.91 khash/s
[2014-02-15 23:44:17] thread 6: 16740 hashes, 3.39 khash/s
[2014-02-15 23:44:19] thread 0: 9480 hashes, 3.02 khash/s
[2014-02-15 23:44:19] thread 7: 15420 hashes, 2.51 khash/s
[2014-02-15 23:44:19] Total: 25.00 khash/s

Живой майнинг:

$ ./minerd -a quark -t 8 -o http://XXXXXXXXXXX:9372 -u XXXXXXXXXXXXXXXXXXXXXXXX --no-stratum --no-longpoll
...
[2014-02-15 23:24:51] thread 1: 104115 hashes, 24.53 khash/s
[2014-02-15 23:24:52] thread 3: 48469 hashes, 21.32 khash/s
[2014-02-15 23:24:52] thread 5: 95703 hashes, 37.04 khash/s
[2014-02-15 23:24:53] thread 0: 100303 hashes, 22.24 khash/s
[2014-02-15 23:24:53] thread 6: 200230 hashes, 32.42 khash/s
[2014-02-15 23:24:53] thread 4: 133481 hashes, 26.45 khash/s
[2014-02-15 23:24:56] thread 3: 106594 hashes, 26.17 khash/s
[2014-02-15 23:24:56] thread 4: 132246 hashes, 49.23 khash/s
[2014-02-15 23:24:57] thread 7: 187138 hashes, 14.50 khash/s
[2014-02-15 23:24:58] thread 0: 111176 hashes, 21.64 khash/s
[2014-02-15 23:24:58] thread 2: 94555 hashes, 8.90 khash/s
[2014-02-15 23:24:59] thread 6: 162111 hashes, 30.10 khash/s
[2014-02-15 23:25:01] thread 2: 44515 hashes, 19.50 khash/s
[2014-02-15 23:25:01] thread 7: 72490 hashes, 21.82 khash/s
[2014-02-15 23:25:02] thread 3: 130836 hashes, 21.64 khash/s
[2014-02-15 23:25:02] thread 1: 122653 hashes, 10.71 khash/s
[2014-02-15 23:25:03] thread 0: 108177 hashes, 22.48 khash/s
[2014-02-15 23:25:03] thread 1: 53552 hashes, 44.78 khash/s
[2014-02-15 23:25:03] thread 7: 109077 hashes, 39.74 khash/s
[2014-02-15 23:25:05] thread 6: 150514 hashes, 23.32 khash/s
[2014-02-15 23:25:05] thread 2: 97484 hashes, 20.16 khash/s
[2014-02-15 23:25:06] thread 5: 185198 hashes, 14.08 khash/s
[2014-02-15 23:25:08] thread 6: 69119 hashes, 30.41 khash/s
[2014-02-15 23:25:08] accepted: 1/3 (33.33%), 242.52 khash/s (booooo)

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

А вот быстрый тест glxgears:
FBFS:
93871 frames in 5.0 seconds = 18774.053 FPS
94370 frames in 5.0 seconds = 18873.883 FPS
94558 frames in 5.0 seconds = 18911.445 FPS

ULE:
107522 frames in 5.0 seconds = 21504.252 FPS
108924 frames in 5.0 seconds = 21784.795 FPS
108860 frames in 5.0 seconds = 21771.861 FPS

P.S: Увеличения отзывчивости системы не заметил. Заметил лишь излишние тормоза при работе с файловой системой.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Вс 16 фев, 2014 3:29 am 
Не в сети

Зарегистрирован: Пн 23 мар, 2009 5:00 am
Сообщения: 1510
Откуда: Saint-Petersburg
IRON писал(а):
Гм... Судя по всему, у FBFS шедуллера явные проблемы с балансировкой тасков между ядрами.


BFS лучше не мерять бенчмарками, тем более на таких системах как i7; в его разработке, вопрос расширяемости роли не играл (поэтому его в основном на различных андроидах используют). Чисто теоретически (по описанию) примерно такой же эффект должна давать подкрутка kern.sched.preempt_thresh у ULE, чем ниже значение тем весомее приоритет на процесс, поэтому в PCBSD, ориентированной на Desktop, устанавливают значение в 224 (выше значения по-умолчанию), чтобы процессы получали cpu тики чаще. Как кто-то писал, BFS шедулер полезен для людей, кто сидя на десктопе, делает на нем в консоли make -j с кучей потоков и при этом хочет смотреть видео. Как раз именно это можно попробовать и проверить в сравнении с ULE.
Чем больше ядер в системе (тот же i7), тем сомнительнее применение BFS (что подтверждают ваши цифры), по крайней мере у меня домашняя машина с i7-3770K CPU @ 3.50GHz показывает видео без проблем (или не имеет ощутимых проблем с отзывчивостью) при прочих параллельных весомых процессах (сборка, виртуальные машинки).


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Вс 16 фев, 2014 4:06 am 
Не в сети

Зарегистрирован: Пн 13 янв, 2014 4:28 am
Сообщения: 15
olevole писал(а):
BFS шедулер полезен для людей, кто сидя на десктопе, делает на нем в консоли make -j с кучей потоков и при этом хочет смотреть видео.

Для этого достаточно задать низкий приоритет процессу: idprio 31 make -j ... и практически на любом железе не будет тормозить. И еще увеличить размер кеша в видеоплеере, так как чаще всего видео (как и звук) подвисает в тот момент, когда происходит flush блока данных на винт, I/O дисковой подсистемы на мгновение блотируется и плеер подвисает так и не получив данные от дисковой подсистемы.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Вс 16 фев, 2014 1:25 pm 
Не в сети

Зарегистрирован: Сб 17 июн, 2006 2:02 am
Сообщения: 538
olevole писал(а):
IRON писал(а):
Гм... Судя по всему, у FBFS шедуллера явные проблемы с балансировкой тасков между ядрами.


BFS лучше не мерять бенчмарками, тем более на таких системах как i7; в его разработке, вопрос расширяемости роли не играл (поэтому его в основном на различных андроидах используют). Чисто теоретически (по описанию) примерно такой же эффект должна давать подкрутка kern.sched.preempt_thresh у ULE, чем ниже значение тем весомее приоритет на процесс, поэтому в PCBSD, ориентированной на Desktop, устанавливают значение в 224 (выше значения по-умолчанию), чтобы процессы получали cpu тики чаще. Как кто-то писал, BFS шедулер полезен для людей, кто сидя на десктопе, делает на нем в консоли make -j с кучей потоков и при этом хочет смотреть видео. Как раз именно это можно попробовать и проверить в сравнении с ULE.
Лично у меня постоянно что-то собирается в консоли с "make -j 4" на 4-ядерном CPU (AMD Phenom II X4 810). В графическом окружении частенько смотрю фильмы, в том числе в HD- и Full HD-качестве. С ULE тормозов не замечаю. На Full HD видео, где попадаются сцены с мелкими меняющимися объектами, заметны лаги, но они бывают и тогда, когда в фоне ничего не компилируется. Так, чтобы курсор мыши замирал при значительной нагрузке на CPU, — такого не припомню. А вот отклик виджетов графического интерфейса сильно зависит от текущей нагрузки на подсистему I/O — при интенсивном чтении-записи данных на носителях увеличивается время реакции на щелчки мыши и хоть и не сильно, но замедляется ввод с клавиатуры.
Код:
> sysctl kern.sched.preempt_thresh
kern.sched.preempt_thresh: 80


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Вс 16 фев, 2014 9:11 pm 
Не в сети

Зарегистрирован: Вс 05 июн, 2005 4:19 pm
Сообщения: 3131
Откуда: Мезозой Пангея
IRON писал(а):
Гм... Судя по всему, у FBFS шедуллера явные проблемы с балансировкой тасков между ядрами. Если уж речь идет качестве работы с потоками, то тестировал на https://github.com/uncle-bob/quarkcoin-cpuminer


судя по всему это проблема в ядре и причем в другом месте нежели планировщик...
объясню почему:
я клонировал из гита quarkcoin-cpuminer, собрал, потом запускал на обоих планировщиках ./minerd --benchmark - все 4-ре потока (для моего процессора) запускались на одном ядре (вместо 4-х) - это четко видно по top -P

после прерывания/завершения бенча с обоими планировщиками начинаются "чудеса чудные" схожие с этой проблемой: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/163585 - потоки перестают перескакивать по ядрам а висят на тех на которых остались в определенный момент Х. - помогает только перезагрузка...

подобная тема вновь поднималась в рассылке http://docs.freebsd.org/cgi/mid.cgi?CAJ ... YJjvTUmWTg

а по факту самого бенча - да, в данной ситуации FBFS уступает в скорости ULE...

P.S. и скорее всего прав ache@, который указал что сломано cpuset_setaffinity() которая в /sys/kern/kern_cpuset.c
и по совету avg@ нужно в cpu-miner.c
Код:
static inline void affine_to_cpu(int id, int cpu)
{
        cpuset_t set;
        CPU_ZERO(&set);
        CPU_SET(cpu, &set);
        cpuset_setaffinity(CPU_LEVEL_WHICH, CPU_WHICH_CPUSET, -1, sizeof(cpuset_t), &set);
}

вместо CPU_WHICH_CPUSET поставить CPU_WHICH_TID...

после этих изменений все треды расползлись по своим ядрам на обоих планировщиках ;)

P.S.1 после этой починки quarkcoin-cpuminer имеем:
CPU: Intel(R) Core(TM) i5-2410M CPU @ 2.30GHz (2294.83-MHz K8-class CPU)
    ULE:
    root@nonamehost:/home/my_src/quarkcoin-cpuminer/quarkcoin-cpuminer # ./minerd --benchmark
    [2014-02-16 22:30:57] 4 miner threads started, using 'scrypt' algorithm.
    [2014-02-16 22:30:57] Binding thread 0 to cpu 0
    [2014-02-16 22:30:57] Binding thread 1 to cpu 1
    [2014-02-16 22:30:57] Binding thread 2 to cpu 2
    [2014-02-16 22:30:57] Binding thread 3 to cpu 3
    [2014-02-16 22:30:58] thread 2: 4104 hashes, 3.60 khash/s
    [2014-02-16 22:30:58] thread 0: 4104 hashes, 3.59 khash/s
    [2014-02-16 22:30:58] thread 3: 4104 hashes, 3.58 khash/s
    [2014-02-16 22:30:58] thread 1: 4104 hashes, 3.57 khash/s
    [2014-02-16 22:31:02] thread 3: 17892 hashes, 4.55 khash/s
    [2014-02-16 22:31:02] Total: 15.31 khash/s
    [2014-02-16 22:31:02] thread 0: 17952 hashes, 4.53 khash/s
    [2014-02-16 22:31:02] thread 1: 17880 hashes, 4.50 khash/s
    [2014-02-16 22:31:02] thread 2: 18000 hashes, 4.39 khash/s
    [2014-02-16 22:31:07] thread 2: 21948 hashes, 4.55 khash/s
    [2014-02-16 22:31:07] thread 0: 22668 hashes, 4.55 khash/s
    [2014-02-16 22:31:07] thread 1: 22512 hashes, 4.51 khash/s
    [2014-02-16 22:31:07] thread 3: 22764 hashes, 4.52 khash/s
    [2014-02-16 22:31:07] Total: 18.12 khash/s
    [2014-02-16 22:31:12] thread 2: 22764 hashes, 4.54 khash/s
    [2014-02-16 22:31:12] thread 0: 22728 hashes, 4.55 khash/s
    [2014-02-16 22:31:12] thread 1: 22536 hashes, 4.51 khash/s
    [2014-02-16 22:31:12] thread 3: 22596 hashes, 4.52 khash/s
    [2014-02-16 22:31:12] Total: 18.12 khash/s
    [2014-02-16 22:31:17] thread 2: 22704 hashes, 4.55 khash/s
    [2014-02-16 22:31:17] thread 0: 22776 hashes, 4.54 khash/s
    [2014-02-16 22:31:17] thread 1: 22536 hashes, 4.51 khash/s
    [2014-02-16 22:31:17] thread 3: 22596 hashes, 4.52 khash/s
    [2014-02-16 22:31:17] Total: 18.12 khash/s
    [2014-02-16 22:31:22] thread 2: 22752 hashes, 4.53 khash/s
    [2014-02-16 22:31:22] thread 0: 22728 hashes, 4.54 khash/s
    [2014-02-16 22:31:22] thread 1: 22560 hashes, 4.50 khash/s
    [2014-02-16 22:31:22] thread 3: 22596 hashes, 4.50 khash/s
    [2014-02-16 22:31:22] Total: 18.06 khash/s
    [2014-02-16 22:31:27] thread 2: 22644 hashes, 4.54 khash/s
    [2014-02-16 22:31:27] thread 0: 22692 hashes, 4.54 khash/s
    [2014-02-16 22:31:27] thread 1: 22512 hashes, 4.52 khash/s
    [2014-02-16 22:31:27] thread 3: 22488 hashes, 4.51 khash/s
    [2014-02-16 22:31:27] Total: 18.11 khash/s
    ^C

    FBFS:
    root@nonamehost:/home/my_src/quarkcoin-cpuminer/quarkcoin-cpuminer # ./minerd --benchmark
    [2014-02-16 22:57:18] Binding thread 0 to cpu 0
    [2014-02-16 22:57:18] Binding thread 1 to cpu 1
    [2014-02-16 22:57:18] Binding thread 2 to cpu 2
    [2014-02-16 22:57:18] 4 miner threads started, using 'scrypt' algorithm.
    [2014-02-16 22:57:18] Binding thread 3 to cpu 3
    [2014-02-16 22:57:19] thread 2: 4104 hashes, 4.43 khash/s
    [2014-02-16 22:57:19] thread 3: 4104 hashes, 4.42 khash/s
    [2014-02-16 22:57:19] thread 0: 4104 hashes, 4.40 khash/s
    [2014-02-16 22:57:19] thread 1: 4104 hashes, 4.38 khash/s
    [2014-02-16 22:57:24] thread 1: 21900 hashes, 4.54 khash/s
    [2014-02-16 22:57:24] thread 0: 22032 hashes, 4.52 khash/s
    [2014-02-16 22:57:24] thread 3: 22116 hashes, 4.53 khash/s
    [2014-02-16 22:57:24] Total: 18.02 khash/s
    [2014-02-16 22:57:24] thread 2: 22176 hashes, 4.50 khash/s
    [2014-02-16 22:57:29] thread 0: 22584 hashes, 4.55 khash/s
    [2014-02-16 22:57:29] thread 2: 22524 hashes, 4.54 khash/s
    [2014-02-16 22:57:29] thread 3: 22632 hashes, 4.52 khash/s
    [2014-02-16 22:57:29] Total: 18.15 khash/s
    [2014-02-16 22:57:29] thread 1: 22704 hashes, 4.45 khash/s
    [2014-02-16 22:57:34] thread 0: 22752 hashes, 4.55 khash/s
    [2014-02-16 22:57:34] thread 2: 22704 hashes, 4.54 khash/s
    [2014-02-16 22:57:34] thread 3: 22596 hashes, 4.53 khash/s
    [2014-02-16 22:57:34] Total: 18.08 khash/s
    [2014-02-16 22:57:34] thread 1: 22260 hashes, 4.48 khash/s
    [2014-02-16 22:57:39] thread 2: 22728 hashes, 4.56 khash/s
    [2014-02-16 22:57:39] thread 1: 22392 hashes, 4.52 khash/s
    [2014-02-16 22:57:39] thread 0: 22752 hashes, 4.52 khash/s
    [2014-02-16 22:57:39] thread 3: 22668 hashes, 4.51 khash/s
    [2014-02-16 22:57:39] Total: 18.11 khash/s
    [2014-02-16 22:57:44] thread 0: 22608 hashes, 4.54 khash/s
    [2014-02-16 22:57:44] thread 2: 22824 hashes, 4.56 khash/s
    [2014-02-16 22:57:44] thread 1: 22596 hashes, 4.50 khash/s
    [2014-02-16 22:57:44] thread 3: 22536 hashes, 4.51 khash/s
    [2014-02-16 22:57:44] Total: 18.10 khash/s
    [2014-02-16 22:57:49] thread 1: 22500 hashes, 4.51 khash/s
    [2014-02-16 22:57:49] thread 3: 22548 hashes, 4.52 khash/s
    [2014-02-16 22:57:49] Total: 18.12 khash/s
    [2014-02-16 22:57:49] thread 2: 22800 hashes, 4.52 khash/s
    [2014-02-16 22:57:49] thread 0: 22692 hashes, 4.48 khash/s
    ^C

видимо у меня какое-то волшебство, но я не вижу что бы конкретно в этом методе теста FBFS уступил в среднем ULE ;) а очень даже иногда совсем наоборот :)

_________________
Ми можемо все - що здатні собі уявити!
uname -a
Linux nonamehost 4.16.13-zen+ #11 ZEN SMP PREEMPT Fri Jun 1 00:08:33 EEST 2018 x86_64 x86_64 x86_64 GNU/Linux


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Ср 19 фев, 2014 8:12 pm 
Не в сети

Зарегистрирован: Пн 23 мар, 2009 5:00 am
Сообщения: 1510
Откуда: Saint-Petersburg
косвенно по теме: http://lists.freebsd.org/pipermail/free ... 90118.html


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Пт 30 май, 2014 6:00 pm 
Не в сети

Зарегистрирован: Вс 05 июн, 2005 4:19 pm
Сообщения: 3131
Откуда: Мезозой Пангея
Сколько человек использует FBFS?
Есть смысл мне сюда продолжать выкладывать обновления?

_________________
Ми можемо все - що здатні собі уявити!
uname -a
Linux nonamehost 4.16.13-zen+ #11 ZEN SMP PREEMPT Fri Jun 1 00:08:33 EEST 2018 x86_64 x86_64 x86_64 GNU/Linux


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Сб 31 май, 2014 1:38 am 
Не в сети

Зарегистрирован: Пн 23 мар, 2009 5:00 am
Сообщения: 1510
Откуда: Saint-Petersburg
А Ivan Voras не пинается, как бывший ментор порта (зачем он вообще это затеял)? Может в maillist просто напомнить людям, что шедулер теперь уже хорошо протестирован и польза есть?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Сб 31 май, 2014 2:31 am 
Не в сети

Зарегистрирован: Вс 05 июн, 2005 4:19 pm
Сообщения: 3131
Откуда: Мезозой Пангея
olevole писал(а):
А Ivan Voras не пинается, как бывший ментор порта (зачем он вообще это затеял)?

Зачем затеял - хз... мож деньги от гугла были нужны :jokingly:
Он вообще последним временем редко в рассылке виден...

olevole писал(а):
Может в maillist просто напомнить людям, что шедулер теперь уже хорошо протестирован и польза есть?

:D кем протестирован и какая польза? (я даже сам пару багов в нем вижу невооруженным глазом)
в мыллистах засели суровые дядьки - не идут на компромиссы... - писать туда - уж точно пользы больше не будет...

P.S. а вообще David Xu вот тут http://p4web.freebsd.org/@md=d&cd=//dep ... air/?ac=83 новый/старый планировщик пишет по алгоритму SFQ (Start-time Fair Queueing) - но я не смог клонировать код от туда, что бы собрать и прогнать пару тройку тестов по интерактивности для десктопа...

_________________
Ми можемо все - що здатні собі уявити!
uname -a
Linux nonamehost 4.16.13-zen+ #11 ZEN SMP PREEMPT Fri Jun 1 00:08:33 EEST 2018 x86_64 x86_64 x86_64 GNU/Linux


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Сб 31 май, 2014 4:34 pm 
Не в сети

Зарегистрирован: Вт 17 авг, 2010 8:48 pm
Сообщения: 494
Откуда: Беларусь
fidaj писал(а):
Сколько человек использует FBFS?
Есть смысл мне сюда продолжать выкладывать обновления?

да


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Тестирование FBFS ( FreeBSD BFS ) scheduler
СообщениеДобавлено: Пт 25 июл, 2014 11:15 pm 
Не в сети

Зарегистрирован: Вс 05 июн, 2005 4:19 pm
Сообщения: 3131
Откуда: Мезозой Пангея
up the first message.

_________________
Ми можемо все - що здатні собі уявити!
uname -a
Linux nonamehost 4.16.13-zen+ #11 ZEN SMP PREEMPT Fri Jun 1 00:08:33 EEST 2018 x86_64 x86_64 x86_64 GNU/Linux


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 171 ]  На страницу Пред.  1, 2, 3, 4, 5, 6, 7, 8, 9  След.

Часовой пояс: UTC + 4 часа


Кто сейчас на конференции

Зарегистрированные пользователи: Bing [Bot], Google [Bot], Google Feedfetcher


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB
Яндекс.Метрика