Свежие комментарии

Title	Comment
1601 под нагрузкой, т.е.,	1601 под нагрузкой, т.е., видимо, его атомная турба.
Вот вывод turbostat под	Вот вывод turbostat под нагрузкой на все 4 ядра (мультитредный openssl На 5 секунд), Turbo = off в BIOS Package Core CPU Avg_MHz Busy% Bzy_MHz TSC_MHz IRQ SMI CPU%c1 CPU%c3 CPU%c6 CoreTmp - - - 2240 100.00 3733 1600 716 0 0.00 0.00 0.00 54 0 0 0 2240 100.00 3733 1600 298 0 0.00 0.00 0.00 51 0 1 1 2240 100.00 3733 1600 244 0 0.00 0.00 0.00 49 1 0 2 2240 100.00 3733 1600 109 0 0.00 0.00 0.00 50 1 1 3 2240 100.00 3733 1600 65 0 0.00 0.00 0.00 54 И чему верить!?
А в dev.cpu.0.freq - что?	А в dev.cpu.0.freq - что?
Во, нашелhttps://blog.lexa.ru	Во, нашел https://blog.lexa.ru/2018/11/20/ob_atomnyh_yadrah_i_ih_effeektivnosti.html
Ну у меня из атомов только	Ну у меня из атомов только серверный (C3758). Ну и тамошние 8 ядер примерно такие же, как 2 ядра у i3-6xxx (на задаче make -j.. buildworld) при близких частотах. Я что-то такое мерял и публиковал, сейчас не буду повторять
Да, я это читал, конечно, но	Да, я это читал, конечно, но результаты у меня странные. Turbo = off в BIOS чуть-чуть быстрее чем Turbo = on, на температуру не влияет, виснет/выключается одинаково.
https://ark.intel.com/content	https://ark.intel.com/content/www/ru/ru/ark/products/91533/intel-celeron... Базовая тактовая частота процессора 1,60 GHz максимальная частота ядра 2.24 GHz
У атомов нет турбы (оно как	У атомов нет турбы (оно как-то иначе называется и иначе работает), и я так и не понял, включается оно или нет. turbostat показывает странное.
Я просто пытаюсь как-то	Я просто пытаюсь как-то осознать, будет ли у меня так же нагружен i3-7100U как сейчас нагружен (на самом деле нет, не нагружен, потому что тогда он всё так же виснет) J3160. Или core настолько эффективней Atom, что ему будет легче... При том, что основная нагрузка вовсе не VPN с AES'ом, так что этот тест — ну, такое себе.
Турба то 2.24 у тебя.	Турба то 2.24 у тебя.
Ну, в make.conf/src.conf у	Ну, в make.conf/src.conf у меня тоже ничего про CPU/оптимизации, но версия поновее, 1.1.1, потому что это 13-ая (старая, больше года ей, так что можно считать что примерно 12-ая). Но у тебя частота больше (2.4 против 1.6 у меня)...
В софтовом случае надо поди	В софтовом случае надо поди сравнивать точно те же версии и так же собранные? У меня системная openssl от 11.2-STABLE FreeBSD 11.2-STABLE #5 r339419: При этом, в make.conf нет ничего про CPU/оптимизации, а это может быть и важно.
Спасибо. Интересно, что чисто	Спасибо. Интересно, что чисто в софтовом виде (без -evp) он медленней чем мой J3160, а вот с AES-NI (-evp - версии) быстрее в ~3 раза на cbc и в ~10 раз на gcm! Я ожидал бы что разница будет одинаковая примерно везде!
Вот 3й	Вот 3й # openssl speed -evp aes-256-gcm Doing aes-256-gcm for 3s on 16 size blocks: 64686478 aes-256-gcm's in 3.00s Doing aes-256-gcm for 3s on 64 size blocks: 41788324 aes-256-gcm's in 2.99s Doing aes-256-gcm for 3s on 256 size blocks: 18321996 aes-256-gcm's in 3.01s Doing aes-256-gcm for 3s on 1024 size blocks: 6672638 aes-256-gcm's in 3.01s Doing aes-256-gcm for 3s on 8192 size blocks: 969102 aes-256-gcm's in 3.02s OpenSSL 1.0.2p-freebsd 14 Aug 2018 built on: date not available options:bn(64,64) rc4(16x,int) des(idx,cisc,16,int) aes(partial) idea(int) blowfish(idx) compiler: clang The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-256-gcm 344994.55k 893811.88k 1559416.01k 2271677.94k 2632583.16k
# openssl speed aes-256-cbc	# openssl speed aes-256-cbc Doing aes-256 cbc for 3s on 16 size blocks: 11460771 aes-256 cbc's in 3.00s Doing aes-256 cbc for 3s on 64 size blocks: 3520206 aes-256 cbc's in 3.01s Doing aes-256 cbc for 3s on 256 size blocks: 908189 aes-256 cbc's in 3.00s Doing aes-256 cbc for 3s on 1024 size blocks: 229228 aes-256 cbc's in 3.01s Doing aes-256 cbc for 3s on 8192 size blocks: 28536 aes-256 cbc's in 3.02s OpenSSL 1.0.2p-freebsd 14 Aug 2018 built on: date not available options:bn(64,64) rc4(16x,int) des(idx,cisc,16,int) aes(partial) idea(int) blowfish(idx) compiler: clang The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-256 cbc 61124.11k 74902.67k 77498.79k 78039.93k 77518.56k # openssl speed -evp aes-256-cbc Doing aes-256-cbc for 3s on 16 size blocks: 102193657 aes-256-cbc's in 3.00s Doing aes-256-cbc for 3s on 64 size blocks: 30199891 aes-256-cbc's in 3.01s Doing aes-256-cbc for 3s on 256 size blocks: 7653168 aes-256-cbc's in 3.01s Doing aes-256-cbc for 3s on 1024 size blocks: 1913002 aes-256-cbc's in 3.00s Doing aes-256-cbc for 3s on 8192 size blocks: 242397 aes-256-cbc's in 3.01s OpenSSL 1.0.2p-freebsd 14 Aug 2018 built on: date not available options:bn(64,64) rc4(16x,int) des(idx,cisc,16,int) aes(partial) idea(int) blowfish(idx) compiler: clang The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-256-cbc 545032.84k 642590.93k 651374.05k 652971.35k 660186.17k CPU: Intel(R) Core(TM) i3-7100U CPU @ 2.40GHz (2400.09-MHz K8-class CPU) Origin="GenuineIntel" Id=0x806e9 Family=0x6 Model=0x8e Stepping=9 Features=0xbfebfbff Features2=0x7ffafbbf AMD Features=0x2c100800 AMD Features2=0x121 Structured Extended Features=0x29c67af Structured Extended Features3=0xc000000 XSAVE Features=0xf VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics
А можно тебя попросить на	А можно тебя попросить на этой железке запустить вот такое и показать результат? openssl speed aes-256-cbc openssl speed -evp aes-256-cbc openssl speed -evp aes-256-gcm Спасибо.
Такая кривая	Такая кривая
Откуда теневой хвостик?	А можно поподробнее? Откуда теневой хвостик взялся? В sRGB и REC.709 есть slope, а в простых гаммах откуда?
Граждане, вы понимаете	Граждане, вы понимаете разницу между "коммичу-пушу чтобы оно побэкапилось (была резервная копия)" и "оно бэкапится само"?
Я тоже об этом подумал, но не	Я тоже об этом подумал, но не стал из комментов делать мануал как лучше пользоваться git.
Для энтого придумали бранчи и	Для энтого придумали бранчи и сквош. Использовать для этого бекап и правда странно.
На каждый коммит не на	На каждый коммит не на пушишься :) Локальный гит для того и придумали, чтобы пушить только причесанное. И, да, с часовым бэкапом я согласен жить.
Значит будет страдать :)	Значит будет страдать :) А так конечно, тоже есть возможность потерять кусок жизни. Но и бэкап тоже не каждую минуту делается. Я давеча час работы случайно потерял просто скопировав файл не в ту сторону. Я к тому, что .gitignore меньше сюрпризов преподносит, чем те галочки.
А если не запушил еще?	А если не запушил еще?
А как же git или какую там вы	А как же git или какую там вы VCS используете? Обычно пилишь фичу, сделал бранч, накодил что-то, закомитил, запушил на удаленный сервер - вполне себе бэкап и без сюрпризов.
Потому что диски томами уже	Потому что диски томами уже бэкапятся акронисом, соотв. новая сущность вроде как и не нужна.
Если друг умеет в zfs, то	Если друг умеет в zfs, то почему он выбрал Acronis, а не rsync + zfs snapshots?
UPS да (простенький, но	UPS да (простенький, но работает) заземление — нет, потому что это городская квартира, а питание подаётся на железку в виде 12 вольт от "Ноутбучного" БП (ну, этот БП шёл в комплекте). Сам БП воткнут в UPS тремя проводами, UPS в розетку — тремя, но я понятия не имею, на сколько «честная» земля в квартире.
А тогда такой вопрос: UPS,	А тогда такой вопрос: UPS, заземление?
Ещё интересный Datapoint:	Ещё интересный Datapoint: Если выключить железку, когда она работает (хотя бы и выдернув питание, а не по shutdown -p) то настройки BIOS'а не теряются. Хотя я вот так выключил вечером и она простояла выключенной до утра, часов 10, без питания. Ничего не потеряла!

Свежие комментарии

Pages