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
Сообщения: 5412
Откуда: СССР, Харьков
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
Сообщения: 3133
Откуда: Мезозой Пангея
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.18.15-zen-uksm-my+ #1 ZEN SMP Thu Oct 18 19:51:59 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
Сообщения: 5412
Откуда: СССР, Харьков
Код:
$ 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
Сообщения: 3133
Откуда: Мезозой Пангея
По ссылке в первом сообщении этой темы нужно заново загрузить обновленный патч для ревизий >=r260817

_________________
Ми можемо все - що здатні собі уявити!
uname -a
Linux nonamehost 4.18.15-zen-uksm-my+ #1 ZEN SMP Thu Oct 18 19:51:59 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
Сообщения: 3133
Откуда: Мезозой Пангея
IRON писал(а):
fidaj писал(а):
По ссылке в первом сообщении этой темы нужно заново загрузить обновленный патч для ревизий >=r260817

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

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

_________________
Ми можемо все - що здатні собі уявити!
uname -a
Linux nonamehost 4.18.15-zen-uksm-my+ #1 ZEN SMP Thu Oct 18 19:51:59 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
Сообщения: 3133
Откуда: Мезозой Пангея
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.18.15-zen-uksm-my+ #1 ZEN SMP Thu Oct 18 19:51:59 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
Сообщения: 3133
Откуда: Мезозой Пангея
Сколько человек использует FBFS?
Есть смысл мне сюда продолжать выкладывать обновления?

_________________
Ми можемо все - що здатні собі уявити!
uname -a
Linux nonamehost 4.18.15-zen-uksm-my+ #1 ZEN SMP Thu Oct 18 19:51:59 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
Сообщения: 3133
Откуда: Мезозой Пангея
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.18.15-zen-uksm-my+ #1 ZEN SMP Thu Oct 18 19:51:59 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
Сообщения: 3133
Откуда: Мезозой Пангея
up the first message.

_________________
Ми можемо все - що здатні собі уявити!
uname -a
Linux nonamehost 4.18.15-zen-uksm-my+ #1 ZEN SMP Thu Oct 18 19:51:59 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]


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

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