Плохая производительность при выполнении управляемого кода и скриптов — это беда всех процессоров архитектур VLIW?
>>135083Скомпиль, если получится =)Вообще у нас пробовали собирать компиляторы и с других языков (первыми в голову мне приходят хаскель и раст). Но в целом да, то, что есть и работает — это C, C++, фортран и Java.Mono вроде тоже есть (правда, в штатную поставку ОС не входит; но я могу его поставить, если надо).А так, насчёт вещей, подобных mono — там проблемы в основном в JIT (JIT, очевидно, вещь архитектурно зависимая, поэтому его надо писать специально). Впрочем, сейчас мы пытаемся сделать универсальный бэкенд к LLVM, поскольку есть мнение, что многие современные JIT-ы будут работать через него (в частности, я слышал о реализации Node.js через chakracore-llvm; деталей не знаю, но как минимум, говорят, что это возможно). Технически, если в интерпретаторе отключить JIT, то это можно будет собрать и запустить. Плюс у нас есть несколько JIT-ов для конкретных вещей (того же Node.js, как минимум).
>>135109Ну за гнат я браться бы не стал, там часть компилятора написана на Аде, следовательно, нужен бинарник, чтобы скомпилить компилятор. Или не нужен, но нужно красноглазие, я не такой. конечно, это парадокс — слышать от человека, который иногда пишет на аде. хотя, может и попробую, но я уверен, что это не увенчается успехомДа, посмотри, пожалуйста, есть ли у вас моно и работает ли там многопоточность. (если нет, то в принципе нет смысла мне давать ssh, по этой же причине я и боюсь начинать разбиратся в гнате, потому что, насколько я понимаю, так просто параллелизм там не будет работать)
>>135117>там часть компилятора написана на Аде, следовательно, нужен бинарник, чтобы скомпилить компилятор.А он не умеет разве сам себя бутстрапить, как vala, например?>посмотри, пожалуйста, есть ли у вас моно и работает ли там многопоточностьДавай попробую.Есть какой-нибудь тестик, который можно запустить и с его помощью проверить, работает ли многопоточность?
>>135121>А он не умеет разве сам себя бутстрапить, как vala, например?Не думаю, что умеет. $ take tmp; git clone https://github.com/kaban4ick/labCs ; cd labCs; mcs *.cs ; mono *.exe
$ take tmp; git clone https://github.com/kaban4ick/labCs ; cd labCs; mcs *.cs ; mono *.exe
>>135029Ключи обязательно RSA?У меня есть предложение, развернуть там от рута докер и давать людям SSH с полным доступом в докер-контейнер. Тогда и проблемы с рантаймами решатся, и не будет лишнего пердолинга с хомк)), дай судо!1111. Мне Ёмк)) сказал, что у вас докеры собрали, а если нет — можно этим заняться, ибо машина серверная, а докеры — мейнстрим.
>>135062Хомура-а-а-са-а-ан, ты еще не оформляла доступ или письмо потерялось?
>>135160>Ключи обязательно RSA?Да, ssh-rsa.>развернуть там от рута докер и давать людям SSH с полным доступом в докер-контейнерНу, к сожалению, этим заведуют наши админы, пока они решили сделать так. Но вообще идея хорошая, да, надо будет подбросить им её.>>135567Уже оформила =) Жду ответного письма от админов, как пришлют — отвечу на почту.
>>135888Так как у вас там с моно дела, Хомура?
>>136001Так, по поводу mono: я попытался найти собранный пакет для e8c — его нету; попробовал собрать сам — оно всё отваливается на этапе установки (судя по всему, проблема системы кросс-сборки, а не самого mono или компилятора). Если интересует, могу просто скинуть на машину исходники, патчи и скрипт кросс-сборки, а дальше уже ты попробуешь покопаться. Ну или могу сам покопаться конкретнее, но только как время будет (т.е. самый ближайший (но это не точно) вариант — на следующей неделе).
Жаль, что загрузить нечем. И DNS отвалились. И хттпс через жопу работает.Было бы неплохо пощупать ваш легендарный ассемблер.К:РЖУЛМЕО.
>>137328>Жаль, что загрузить нечем.Ну... Всё в твоих руках =)>И DNS отвалились.Починил.>И хттпс через жопу работает.В чём именно проблема? У меня, вроде, работает.>Было бы неплохо пощупать ваш легендарный ассемблер.Это можно сделать вот так:molchan_i@yukari ~ $ cat << EOF > hello.c> #include <stdio.h>> int main() { return printf("Sakuya is the best touhou girl lol"); }> EOFmolchan_i@yukari ~ $ lcc -S hello.c -o hello.Smolchan_i@yukari ~ $ cat hello.S .file "hello.c" .ignore ld_st_style .ignore strict_delay.text .global $main .type $main, @function .align 8$main: { setwd wsz = 0x8, nfx = 0x1, dbl = 0x0 setbn rsz = 0x3, rbs = 0x4, rcur = 0x0 } { getsp,0 _f16s,_lts0hi 0xfff0, %r2 } { addd,0 %r2, _f16s,_lts0hi 0x10, %r1 } { addd,0,sm 0x0, [ _f64,_lts0 $.LC.1 ], %b[0] } { addd,0,sm 0x0, [ _f64,_lts0 $.LC.1 ], %r3 disp %ctpr1, $printf } { nop 3 std,2,sm %r2, 0x0, %r3 } { call %ctpr1, wbs = 0x4 } { adds,0,sm 0x0, %b[0], %r3 return %ctpr3; ipd 2 } { nop 4 sxt,0,sm 0x2, %r3, %r0 } { ct %ctpr3 } .size $main, .- $main.section .rodata .align 1$.LC.1: .ascii "Sakuya is the best touhou girl l" .ascii "ol\000" .weak $elbrus_compiler_v1.21.24_Dec__7_2017 .set $elbrus_compiler_v1.21.24_Dec__7_2017, 0x0molchan_i@yukari ~ $Систему команд можешь поискать в инете (она типа какбе закрытая, но книжки по ней в инете всплывают).P.S. Если lcc будет сыпать сообщения в KOI8-R — поставь локаль ru_RU.UTF-8.
molchan_i@yukari ~ $ cat << EOF > hello.c> #include <stdio.h>> int main() { return printf("Sakuya is the best touhou girl lol"); }> EOFmolchan_i@yukari ~ $ lcc -S hello.c -o hello.Smolchan_i@yukari ~ $ cat hello.S .file "hello.c" .ignore ld_st_style .ignore strict_delay.text .global $main .type $main, @function .align 8$main: { setwd wsz = 0x8, nfx = 0x1, dbl = 0x0 setbn rsz = 0x3, rbs = 0x4, rcur = 0x0 } { getsp,0 _f16s,_lts0hi 0xfff0, %r2 } { addd,0 %r2, _f16s,_lts0hi 0x10, %r1 } { addd,0,sm 0x0, [ _f64,_lts0 $.LC.1 ], %b[0] } { addd,0,sm 0x0, [ _f64,_lts0 $.LC.1 ], %r3 disp %ctpr1, $printf } { nop 3 std,2,sm %r2, 0x0, %r3 } { call %ctpr1, wbs = 0x4 } { adds,0,sm 0x0, %b[0], %r3 return %ctpr3; ipd 2 } { nop 4 sxt,0,sm 0x2, %r3, %r0 } { ct %ctpr3 } .size $main, .- $main.section .rodata .align 1$.LC.1: .ascii "Sakuya is the best touhou girl l" .ascii "ol\000" .weak $elbrus_compiler_v1.21.24_Dec__7_2017 .set $elbrus_compiler_v1.21.24_Dec__7_2017, 0x0molchan_i@yukari ~ $
Вопрос все еще актуален?https://openbenchmarking.org/result/1805164-AR-MCSTELBUR72,1802145-AL-APACHE14093
>>137401Сейчас более актуален вопрос, связанный с тем, что Хомура выключил свой сервер.
>>137933>более актуален вопрос, связанный с тем, что Хомура выключил свой сервер.Насколько слышал, в Юкари HDD-шник рассыпался, и.. кто-то должен переуставновить ОС и всё настроить заново.
>>137978Откуда информация?
>>137994>Откуда информация?Без разницы, всё равно Юкари пока лежит.Ждём Хомуру.
Так, всё, паршивая ёкайка, любящая гробить диски и иногда себя, вернулась из небытия (или из путешествия внутри своих порталов лол) и теперь доступна из Внешнего мира.Теперь там однопроцессорная материнка и 250-гиговый HDD. Посмотрим, не будет ли она глючить теперь.>>137401М-м, ну, во-первых, там инфа не совсем правильная. Там явно не 56 cores, компилятор — lcc, а не LLVM, операционка — ОС Эльбрус, а не дебиан (от дебиана там только lsb_release, из-за чего screenfetch до того, как я его пропатчил и закинул в апстрим, неправильно определял операционку), и не очень понятно, что значат графы Monitor и Screen Resolution, если мы о ssh-сессии.Алсо, что этот бенчмарк меряет? Вполне возможно, его стоит собирать с -O3 (у нас это норма, в отличие от интеловского -O2, где агрессивные оптимизации делаются процессором на этапе исполнения), или ещё как-то настраивать.
>>138288>операционка — ОС ЭльбрусТебе хотябы платят за её использование?
>>138288Что там было в lscpu, lspci и прочее, то он и написал.>железно там процессор Эльбрус-8С (4 штуки — т.е. 32 ядра)Да уж. Он АЛУ что ли за процессор считает?Это тест ab (Apache Benchmark), измеряет, как много запросов в секунду система может обработать при выполнении миллиона запросов пачками по 100 запросов одновременно.Я хотел что-то посерьезнее прогнать, но там не было нужных либ и перла.
>>138293https://openbenchmarking.org/result/1805258-AR-MCSTELBRU26,1805164-AR-MCSTELBUR72Хм. Апач до сих пор не умеет в многоядер. Кстати, апач он тянет свой (и не компилирует), даже странно, как он запускается на E8C.ПыСы. И скринфетч, и тест говорят, что тут 8 ядер.
>>43978>Сидеть и ковырять на дивной машине, заставляя на ней работать любой софт.>Судя по описанию уж очень похоже на работу моей мечты, если честно.Вот на, держи. Пытаюсь заставить BOINC работать на машине.CXX libboinc_crypt_la-crypt.lolcc: "crypt.cpp", line 475: error: identifier "RSA_get0_key" is undefined RSA_get0_key(rp, &n, &e, &d); ^lcc: "crypt.cpp", line 476: error: identifier "RSA_get0_factors" is undefined RSA_get0_factors(rp, &p, &q); ^lcc: "crypt.cpp", line 477: error: identifier "RSA_get0_crt_params" is undefined RSA_get0_crt_params(rp, &dmp1, &dmq1, &iqmp); ^lcc: "crypt.cpp", line 528: error: identifier "RSA_set0_key" is undefined RSA_set0_key(rp, n, e, d); ^lcc: "crypt.cpp", line 529: error: identifier "RSA_set0_factors" is undefined RSA_set0_factors(rp, p, q); ^lcc: "crypt.cpp", line 530: error: identifier "RSA_set0_crt_params" is undefined RSA_set0_crt_params(rp, dmp1, dmq1, iqmp); ^lcc: "crypt.cpp", line 549: error: identifier "RSA_set0_key" is undefined RSA_set0_key(rp, n, e, NULL); ^lcc: "crypt.cpp", line 579: error: identifier "RSA_get0_key" is undefined RSA_get0_key(from, &n, &e, &d); ^lcc: "crypt.cpp", line 580: error: identifier "RSA_get0_factors" is undefined RSA_get0_factors(from, &p, &q); ^lcc: "crypt.cpp", line 581: error: identifier "RSA_get0_crt_params" is undefined RSA_get0_crt_params(from, &dmp1, &dmq1, &iqmp); ^lcc: "crypt.cpp", line 678: error: identifier "EVP_PKEY_get0_RSA" is undefined rsa = EVP_PKEY_get0_RSA(pubKey); ^11 errors detected in the compilation of "crypt.cpp".Придется форкать либу, переписывать либу под устаревшее API OpenSSL (хинт нашел в багзилле генты https://bugs.gentoo.org/638510) и конпелять пакет. Уже собрал последние wxWidgets. Прикол в том, что ты не заставишь пихнуть в апстирм ЭльбрусОС LibreSSL. Кстати, из-за этого могут быть проблемы в настройке VPN (l2tp, в частности использует LSSL), так что если кто-то планирует маршрутизаторы на VLIW, имейте в виду.
CXX libboinc_crypt_la-crypt.lolcc: "crypt.cpp", line 475: error: identifier "RSA_get0_key" is undefined RSA_get0_key(rp, &n, &e, &d); ^lcc: "crypt.cpp", line 476: error: identifier "RSA_get0_factors" is undefined RSA_get0_factors(rp, &p, &q); ^lcc: "crypt.cpp", line 477: error: identifier "RSA_get0_crt_params" is undefined RSA_get0_crt_params(rp, &dmp1, &dmq1, &iqmp); ^lcc: "crypt.cpp", line 528: error: identifier "RSA_set0_key" is undefined RSA_set0_key(rp, n, e, d); ^lcc: "crypt.cpp", line 529: error: identifier "RSA_set0_factors" is undefined RSA_set0_factors(rp, p, q); ^lcc: "crypt.cpp", line 530: error: identifier "RSA_set0_crt_params" is undefined RSA_set0_crt_params(rp, dmp1, dmq1, iqmp); ^lcc: "crypt.cpp", line 549: error: identifier "RSA_set0_key" is undefined RSA_set0_key(rp, n, e, NULL); ^lcc: "crypt.cpp", line 579: error: identifier "RSA_get0_key" is undefined RSA_get0_key(from, &n, &e, &d); ^lcc: "crypt.cpp", line 580: error: identifier "RSA_get0_factors" is undefined RSA_get0_factors(from, &p, &q); ^lcc: "crypt.cpp", line 581: error: identifier "RSA_get0_crt_params" is undefined RSA_get0_crt_params(from, &dmp1, &dmq1, &iqmp); ^lcc: "crypt.cpp", line 678: error: identifier "EVP_PKEY_get0_RSA" is undefined rsa = EVP_PKEY_get0_RSA(pubKey); ^11 errors detected in the compilation of "crypt.cpp".
>>138607Чуть-чуть ошибся с описанием баги. Наоборот, LibreSSL он видит как устаревшее API OpenSSL 1.0.
Собрал таки BOINC (возможны проблемы с libcrypt), таски добавить не могу за неименеем пользователя boinc. (Такие уж они, эти ребята из Беркли, задания забиваются от имени этого пользователя).Вам еще собрать то-то? Компилирует довольно шустро.
>>138291Я оценил шутку. =) На самом деле она не настолько ужасна, как арчик как могла бы быть (в том числе и моими усилиями, лол). Сорри, просто слишком много вокруг активных арчеводов-агитаторов развелось, кажется.>>138293>Что там было в lscpu, lspci и прочее, то он и написал.Ну так вот как раз в lscpu и lspci всё правильно (хотя с ядрами непонятки, да), а вот компилятор и прочее...>Да уж. Он АЛУ что ли за процессор считает?Вот мне тоже как-то странно это показалось.>но там не было нужных либКаких именно?>и перла.Но... Но ведь.жпгmolchan_i@yukari ~ $ perl --versionThis is perl 5, version 16, subversion 3 (v5.16.3) built for e2k-linuxCopyright 1987-2012, Larry WallPerl may be copied only under the terms of either the Artistic License or theGNU General Public License, which may be found in the Perl 5 source kit.Complete documentation for Perl, including FAQ lists, should be found onthis system using "man perl" or "perldoc perl". If you have access to theInternet, point your browser at http://www.perl.org/, the Perl Home Page.molchan_i@yukari ~ $>>138475>Кстати, апач он тянет свой (и не компилирует), даже странно, как он запускается на E8C.О.о Всё страньше и страньше.>ПыСы. И скринфетч, и тест говорят, что тут 8 ядер.Да, там сейчас однопроцессорная машина.>>138712>Чуть-чуть ошибся с описанием баги. Наоборот, LibreSSL он видит как устаревшее API OpenSSL 1.0.Да, у нас были подобные проблемы (из-за них, например, CMake собирался криво), в новых дистрибах обещали поправить, ЕМНИП.>>139104Давай заведу. (UPD: уже завёл; дал тебе права на sudo -u boinc; если что-то ещё нужно — скажи).>Вам еще собрать то-то?Если есть желание, можешь покопаться с QEMU. Там есть хитрость: поскольку у нас не один стек, а три, то метод вызова короутин через sigsetstack() принципиально не может работать, а ucontext у нас немного отличается от интела, потому что на выделение контекста расходуется память — и её потом надо освобождать, в отличие от интела. То есть там есть проблемка в переписывании на наш ucontext. Если и правда интересно, могу дать патчи к pth, в которых нечто такое уже пробовали делать.
molchan_i@yukari ~ $ perl --versionThis is perl 5, version 16, subversion 3 (v5.16.3) built for e2k-linuxCopyright 1987-2012, Larry WallPerl may be copied only under the terms of either the Artistic License or theGNU General Public License, which may be found in the Perl 5 source kit.Complete documentation for Perl, including FAQ lists, should be found onthis system using "man perl" or "perldoc perl". If you have access to theInternet, point your browser at http://www.perl.org/, the Perl Home Page.molchan_i@yukari ~ $
sudo -u boinc
sigsetstack()
>>139106Судо не работает. su — тоже, просит пароль юзера.Кстати да, возможно, нужны штуки вроде openfire, ejabberd и прочая хренотень.
>>139159>Судо не работает.Попробуй сейчас (кажется, я забыл один пробел в sudoers, но это не точно)>Кстати да, возможно, нужны штуки вроде openfire, ejabberd и прочая хренотень.Возможно, поробуй. Если соберётся — можно будет потом добавить в дистрибутив (для этого, правда, нужно все изменения к исходникам в виде патчей оформить).
>>139285>Если соберётся — можно будет потом добавить в дистрибутив (для этого, правда, нужно все изменения к исходникам в виде патчей оформить).Во-первых, они уже в дистрибутиве.Во-вторых, они написаны на интерпретируемых языках (что как раз по теме треда) — Java и Erlang. Как я понял из твоих слов, в нашей версии JVM есть JIT (правда, на зачаточной стадии).А вот насчёт Erlang не знаю, тем более, что этот язык на текущий момент уже потерял основные позиции. Он позиционируется как функциональный язык для enterprise-приложений, но на текущий момент ФП в этой сфере активно продвигается и, соответственно, продвигаются и другие более языки, которые начали вытеснять Erlang — Clojure (диалект LISP) и Scala (как функциональная замена Java). Вряд ли у нас работает JIT для него.
Я приеду и дам тебе по ебалу. Потом заставлю поставить Gentoo на ноутбук с частотой процессора 1,8 GHz и в контейнере собрать LFS. Ты будешь страдать.tk1tez@yukari:~$ source .bashrc Я люблю ебать собак@yukari:~$Кстати, коннект по ssh по умолчанию подтягивает non-login shell. Зря ты поправил .bashrc, надо было .bash_profile.
tk1tez@yukari:~$ source .bashrc Я люблю ебать собак@yukari:~$
>>139936Ох лол.Кажется, я знаю, кто мог это сделать, иб кто-то не додумался почистить свой .bash_history:sudo su tk1tezwps -efps -ef | grep tk1tezsudo kill -11 14282ps -ef | grep tk1tezВыкинул его нафиг из wheel (теперь в той группе никого, кроме меня и рута). Я не думал, что он будет опускаться до «приколов» уровня средней школы.
.bash_history
sudo su tk1tezwps -efps -ef | grep tk1tezsudo kill -11 14282ps -ef | grep tk1tez
>>136001Так, кажется, адекватное моно всё же нашлось. Постараюсь в ближайшие дни накатить на сервер (впрочем, успеха пока не обещаю).И да, алсо: у нас в той комнате часто выключается питание, нормальный упс поставить пока не удалось выбить бабло, а в десятых числах июля я ухожу в отпуск на четыре недели; поэтому есть большая вероятность, что когда-нибудь машина может вырубиться и включить её будет некому (я постараюсь попросить народ её включать, если она вырубится, но не знаю, насколько они будут ответственно к этому подходить, лол). А ещё там может рассыпаться файловая система, у нас такое иногда бывает, а восстанавливать её никто, кроме меня не умеет (им проще переставить дистр с нуля). Так что примерно с начала июля до начала августа могут быть долгие перебои в её работе, и ежедневные бэкапы тоже прекратятся. Сорян.Как я вернусь, разумеется, подниму всё обратно.
>>135029Зачем? Чем это отличается от обычного компьютера? Какая разница, что там внутри? Вы процессор сколько лет не можете сделать, а пытаетесь здесь что-то показать.>>137328>Было бы неплохо пощупать ваш легендарный ассемблер.Не занимайся этим, няша. Надо быть выше этого.
>>141682>Зачем?For the glory of Akuma-Homura-sama, of course!>Чем это отличается от обычного компьютера?Микро- и макроархитектурой процессора, компилятором и т.п., и как следствие — производительностью, совместимостью и энергоэффективностью. Да, не всегда в лучшую сторону, но всё же.>Какая разница, что там внутри?Какая разница, что внутри, ARM или x86_64? Только вот что-то почти вся мобильная техника — это ARM, встраиваемые системы — MIPS, настольные компы — x86_64. Разумеется, есть исключения и их много, но тенденция такова.>Вы процессор сколько лет не можете сделать, а пытаетесь здесь что-то показать.Щито?На чём же я тогда вот прямо сейчас гоняю тоху и OBS? На «перемаркированном интеле», что ли, лол? =)>Не занимайся этим, няша. Надо быть выше этого.Нет, Рейма, ты правда воскресла и реинкарнировалась в Алису.
>>141682>Не занимайся этим, няша. Надо быть выше этого.Ты что имеешь в виду, не прилагать неоплачиваеваемых усилий или не поддерживать отечественного производителя?
>>135029А где вообще сейчас используется Эльбрус? Чем он принципиально лучше стандартных Intel/AMD? Чем он вообще похвастаться может, кроме как параллелизмом?
>>141694>А где вообще сейчас используется Эльбрус?Ну, у нас его в основном покупают всякие ведомства и ещё иногда некоторые интеграторы пытаются с нами договариваться (насчёт СХД и суперкомпьютеров), пока без особо заметного успеха (т.е. что-то делается, изделия производятся, но какого-то заметного извне «прорыва» пока нет).>Чем он принципиально лучше стандартных Intel/AMD?Если грубо — то в принципе ничем, если более тонко — то производительностью на некоторых вычислительных задачах и энергоэффективностью (например, мы замеряли показатели ватта на хэш в bfgminer-е и оказались в топе сравнительной таблицы GPCPU по энергоэффективности). Т.е., если нужны вычисления, для которых шейдерные ядра GPU не подходят, а на ПЛИСах реализовывать не хочется или сложно, то Эльбрус здесь подойдёт.>Чем он вообще похвастаться может, кроме как параллелизмом?Ну это самая важная его черта, из-за которой он вообще имеет смысл. Скажем так, мы можем впихнуть на один кристалл 8-12-16 ядер, в то время, как схожая линейка у интела вмещает 2-4-8 физических; соответственно, на параллельных оптимизируемых задачах технически мы можем обеспечить больший результат на ватт, чем интел.P.S. inb4: Эльбрус не позиционируется, как «убийца x86» (как и не позиционируется какой-нибудь ARM или MIPS): вообще все такие «убийцы» чаще всего убиваются сами, лол. Это обычный процессор для некоторого круга задач, пересекающегося с задачами, которые можно выполнять на x86 (впрочем, если сравнивать его с ARM или MIPS, у нас есть важное преимущество — очень низкие накладные расходы на трансляцию x86-кода, т.е. быстродействие Эльбруса в x86-режиме близко к аналогичному x86; подобный подход, например, был применён Transmeta в их Crusoe, но у них не был доступен пользователю нативный режим).
>>135123Итак, mono наконец-то поставлено.Тестик выдал: Executed with params: 6 CPUs, 1800 size, 78943 ms. Странно, почему 6 (теперь их 32), но ок.Заодно Юкари теперь стала вчетверо круче — она теперь четырёхпроцессорная (32 ядра), с 256 гигабайтами оперативки и с двухтерабайтным диском (правда частота 1200, а не 1300 теперь).Если что:7-Zip (a) 16.02 : Copyright © 1999-2016 Igor Pavlov : 2016-05-21p7zip Version 16.02 (locale=ru_RU.UTF-8,Utf16=on,HugeFiles=on,64 bits,32 CPUs LE)LECPU Freq: 1197 1198 1198 1198 1198 1198 1198 1198 1198RAM size: 257783 MB, # CPU hardware threads: 32RAM usage: 7060 MB, # Benchmark threads: 32 Compressing | DecompressingDict Speed Usage R/U Rating | Speed Usage R/U Rating KiB/s % MIPS MIPS | KiB/s % MIPS MIPS22: 22272 2608 831 21666 | 465613 2827 1405 3970723: 22720 2688 861 23149 | 452615 2903 1349 3916524: 23192 2808 888 24936 | 441425 3027 1280 3874525: 22953 2803 935 26207 | 446678 2886 1377 39751---------------------------------- | ------------------------------Avr: 2727 879 23990 | 2911 1353 39342Tot: 2819 1116 31666
Executed with params: 6 CPUs, 1800 size, 78943 ms
7-Zip (a) 16.02 : Copyright © 1999-2016 Igor Pavlov : 2016-05-21p7zip Version 16.02 (locale=ru_RU.UTF-8,Utf16=on,HugeFiles=on,64 bits,32 CPUs LE)LECPU Freq: 1197 1198 1198 1198 1198 1198 1198 1198 1198RAM size: 257783 MB, # CPU hardware threads: 32RAM usage: 7060 MB, # Benchmark threads: 32 Compressing | DecompressingDict Speed Usage R/U Rating | Speed Usage R/U Rating KiB/s % MIPS MIPS | KiB/s % MIPS MIPS22: 22272 2608 831 21666 | 465613 2827 1405 3970723: 22720 2688 861 23149 | 452615 2903 1349 3916524: 23192 2808 888 24936 | 441425 3027 1280 3874525: 22953 2803 935 26207 | 446678 2886 1377 39751---------------------------------- | ------------------------------Avr: 2727 879 23990 | 2911 1353 39342Tot: 2819 1116 31666
>>142118Это замечательно. Оформляюсь тогда, если ещё можно, поганяємо.Потоков создалось 6, потому что в коде было задано 6 (когда это писал, мне нужно было собирать бенчи на разных количествах ядер/размерностях, так что я просто лепил в цикле вызов процедурок и шел пить чай).
Вопрос — какое должно иметь разрешение изображение, что бы при печати на лист A4 оно выглядело нормально. Ясно что 300x300 даст квадратики пикселей. 1080Х1080 будет очень чётко. А каково минимальное разрешение, при котором не будет квадратиков?
>>148530Что есть квадратики — изображение меньшее по размеру чем лист, в силу чего при проекции его распидорашивает.Следовательно:Минимальный формат — это размеры листа выраженные пикселями. Гугл отвечает>A4 — формат бумаги, определённый стандартом ISO 216, основан на метрической системе мер. Его размеры — 210×297 мм,>сколько в сантиметре пикселей 1 сантиметр [см] = 37,7952755905511 пиксель (X)Дальше нужно просто умножить:2137,8=793,829,737,8=1122,6Следовательно минимальный размер пикчи, при котором её не распидорасит 793x1123Это минимальный размер. Оптимальный иной — стандартно принято разрешении 300dpi для принтеров в типографии — это когда изображение не только не пидорасит, но и смотрится оно тру под лупой.В гимпе шаблон A4 300ppi имеет параметры 2480x3508 что подходит для художеств и т.п. — когда напечатанное будут пристально разглядывать. В всех остальных случаях достаточно минимального.
>>148618помнится нам мы от этого 300dpi очень страдали, тому што о нем не знали, а много чего в фш делали, на распечатку.
http://0x1.tv/Вычислительная_платформа_«Эльбрус»_и_её_практическое_применение_(SECR-2018)
https://youtu.be/ZWQ0591PAxM Вот посмотрев это видео, аж невольно задаюсь вопросом: «вот уж вправду магия, как они это вообще сделали???»Вроде трюки расписали даже, но всё равно верится с трудом.Что ещё с подобным чувством у вас бывало?
https://habr.com/ru/company/embox/blog/447704/
https://4pda.ru/2019/05/26/357712/
>>181308https://4pda.ru/2017/07/26/345623/?utm_source=thematic1
>>181309Я конечно не спец, но скорее всего эти процессоры решают другие задачи.
>>181310единственная задача этих процессоров — создать впечатление, что Рассея могёт в процессоры.
>>181310This. Тем более, режим двоичной трансляции.
>>181311Скорее для того чтобы их использовало государство в своих государственных структурах. Как и ОС которую там сделали.
>>181311Ну, его можно послать Тео де Раадту, а он крутой. Ну, примерно, как парень на ОП-пике. И он сможет портировать на него OpenBSD, что сделает эту штуку достаточно секурной из-за [предполагаемого] отсутствия зондов на уровне Ring {0, -n}. Плюс, у вас всегда будет свежий фуфокс, а люди в костюмчиках из России (Великой и Могучей, да благослови нас Владимир Владимирович) получат код под пермиссивной лицензией, патчи из которого не нужно будет коммитить в апстрим.
