Плохая производительность при выполнении управляемого кода и скриптов — это беда всех процессоров архитектур VLIW?
>>39196 Ну как тебе сказать. У нас мы это прекрасно видим (на java-коде помню разницу в 8 раз примерно в пересчёте на частоту и количество ядер и процессоров). Правда, по большей части из-за того, что библиотеки (портированные «в лоб») тотально неоптимизированы, а не из-за каких-то особенностей именно VLIW. Но даже с «вылизанными» библиотеками, по моим оценкам, по производительности мы будем держать планку где-то в 1.5-2 раза медленнее, чем x86-64 (что близко к показателю для скомпилированного кода, впрочем). В случае, когда к библиотекам нет претензий, то динамическая компиляция, теоретически, могла бы спасти ситуацию (и дать добраться до этой планки в 1.5-2 раза), если бы для VLIW она (как и компиляция вообще) не жрала бы кучу ресурсов (ради интереса замерял: компиляция одного и того же куска кода на одном и том же компе для x86-64 идёт 2 секунды, для «Эльбруса» — 8-9 секунд). С интерпретацией всё совсем плохо, потому что ни о какой оптимизации кода скрипта, например, там не может идти и речи (а встроенной оптимизации а-ля параллелизация, предсказание ветвлений и т.п. во VLIW, по идее, не должно быть — это задача компилятора). Кстати, у нас тут была идея сравнить по показателям производительности «Эльбрус» с итаниумом, но для этого надо тестовую машину покупать, и при этом не очень понятно, откуда на неё взять деньги (теоретически, можно было бы впилить в стенд на этапе ТП или РКД какой-нибудь ОКР, но сейчас у нас таких ОКР не ведётся, откуда можно так просто денег взять).
>>39266 >ради интереса замерял: компиляция одного и того же куска кода на одном и том же компе для x86-64 идёт 2 секунды, для «Эльбруса» — 8-9 секунд А на каком ПО тестировал? OpenJDK? >Кстати, у нас тут была идея сравнить по показателям производительности «Эльбрус» с итаниумом, но для этого надо тестовую машину покупать Я БУ сервер на итаниумах купил недорого. Но он далеко не новый. Сейчас ковыряю эту машину. Алсо, расскажи по поводу Эльбрусов. Сколько там АЛУ/блоков обработки (или как это называется), то есть, из скольки команд состоит машинное слово, что из себя сам набор команд представляет (CISC/RISC) и т.д.. Я здесь недавно появился, хочется узнать про эту архитектуру и то, что ты на этих процессорах делаешь.
>>39266 Чёт в голос с картинки.
>>39284 >А на каком ПО тестировал? OpenJDK? Не, это я про сравнение скорости обычной компиляции. Там был большой сишный исходник, компилил соответственно обычным gcc и кросскомпилятором (тоже аналог gcc) для «Эльбруса» (если интересно, количественные данные а-ля размер исходника в байтах/строках, параметры компиляции, версии gcc и т.п. могу посмотреть, как на работе буду). >Я БУ сервер на итаниумах купил недорого. Но он далеко не новый. Сейчас ковыряю эту машину. Хм... у меня появилась интересная идея. =) На всякий случай, у тебя же там Linux? Ты не будешь против прогнать там тесты замерить производительность (если, конечно, у нас не начнут бузить по поводу «закрытости исходников» и всего такого ну, а если начнут — то сами себе злобные буратины)? >Алсо, расскажи по поводу Эльбрусов. Сколько там АЛУ/блоков обработки (или как это называется), то есть, из скольки команд состоит машинное слово, что из себя сам набор команд представляет (CISC/RISC) и т.д.. Ну у нас фактически с начала 2000-х годов используется ядро E2K, постепенно допиливаемое по нуждам времени (например, техпроцесс — изначально оно делалось на 130 нм/2,5 В/150 МГц/L1, сейчас 28 нм/0,9 В/1,5 ГГц/L1+L2+L3). Это ядро может выполнять до 23 микрокоманд, в которые в среднем раскладывается 8-10 атомарных команд. Ещё есть возможность исполнения команд x86, но она занимает не все исполнительные устройства, ну и вообще работает достаточно медленно (безо всякого префетчинга, планировки, предсказания ветвлений, авторазвёртки циклов и т.п). Там, вроде бы, максимум 4 команды x86 можно обрабатывать. Набор микрокоманд, по идее, близок к RISC — поскольку чем проще микрокоманда, тем проще исполнительное устройство (и тем сложнее компилятор — но на компилятор-то пофиг). Но вообще, когда говорят о VLIW, как правило, автоматически подразумевают простые микрокоманды (суть идеологии VLIW как раз в том, чтобы переложить всю оптимизацию и распараллеливание на компилятор). Да, мы ещё делаем линейку процессоров со SPARC-архитектурой (R500S и МЦСТ-4R из них сейчас самые ходовые), это почти чистый RISC, но мы сейчас именно о VLIW. >хочется узнать про эту архитектуру и то, что ты на этих процессорах делаешь Ну конкретно я делаю на них различные платы: материнки для компов и серверов (uATX, ATX, EATX, SWTX), модули для промышленных компов (CompactPCI, VPX) и карты расширения (PCI Express, XMC.3 и т.п.).
>>39338 >Ты не будешь против прогнать там тесты замерить производительность Да пожалуйста, я только за! Будет хоть какое-то применение этой штуке. Да, SuSE Linux Enterprise Server 11 SP4. В наличии — GCC 4.3.4 и ICC 11.0.081. Есть ещё сворованный с рутрекера Юникс (HP-UX 11.31 upd. March 2015) с GCC 4.2.3 и HPшным компилятором (HP ACC) — он работает очень медленно, но код генерирует эффективный. В принципе, понятно, что, раз он просчитывает распараллеливание ещё на этапе компиляции, то компилирует он долго. Если интересно — конкретно у меня 2 одноядерных процессора с микроархитектурой Madison, работают на 1,6 ГГц, L3 кэш — 9 Мб. Точное название камней не помню, а искать — лень. >Да, мы ещё делаем линейку процессоров со SPARC-архитектурой (R500S и МЦСТ-4R из них сейчас самые ходовые), это почти чистый RISC, но мы сейчас именно о VLIW. Про SPARC знаю и даже хотел заиметь себе когда-то сановский сервер, но решил, что Itanium будет интереснее.
Если что, могу сейчас дать юзера на сервере.
>>39338 А основная ОС для машин на Эльбрусах какая? МСВС? И что кроме неё (если говорить о режиме работы напрямую с VLIW, а не в режиме совместимости)? Что на эти процессоры вообще портировалось и «пошло в ход»? >есть возможность исполнения команд x86 В перспективах есть «вылизывать» этот режим ради повышения эффективности работы в нём? >материнки для компов и серверов (uATX, ATX, EATX, SWTX), модули для промышленных компов (CompactPCI, VPX) и карты расширения (PCI Express, XMC.3 и т.п.) Кроме военных и госструктур они куда-то уходят? Ты, вроде бы, говорил, про закрытость набора команд. По идее, из этого вытекает достаточно много проблем для «простых» пользователей. Алсо, насчёт SPARC. Есть какие-то перспективы у этой архитектуры на вашем предприятии? Она как-то развивается или в планах постепенно её забросить? Сама архитектура оригинальной не является и её набор команд известен — но машины вашего производства на этих процессорах не имеют никаких проприетарных элементов, из-за которых могут возникнуть проблемы у сторонних разработчиков ПО под них (например, нестандартный firmware)? Если говорить о firmware — как примерно он устроен? Какой процесс загрузки, какой интерфейс работы пользователя с его настройками?
>>39348 >>39374 О, спасибо! Ну это не прямо сейчас, тут ещё не факт, что тут не начнут бузить по поводу «исходники, а то и бинарники никому давать низзя», а так я своему начальнику сообщил, он очень обрадовался и сказал, что «будет иметь в виду». В общем, если дадут добро, то попробуем померить быстродействие. Но бюрократия-то есть бюрократия, конечно — тут может не один месяц пройти, лол, пока они мне свои тесты выдадут. =) >>39389 >А основная ОС для машин на Эльбрусах какая? МСВС? И что кроме неё (если говорить о режиме работы напрямую с VLIW, а не в режиме совместимости)? Основная ОС — это т.н. «ОС Эльбрус», это перепиленный и собранный под «Эльбрус» Debian (на данный момент седьмой). В принципе, есть ещё как раз МСВС и ALT Linux. >Что на эти процессоры вообще портировалось и «пошло в ход»? Так, в принципе, почти все пакеты из стандартной поставки у нас есть, большинство того, что поставляется в исходниках и не требует каких-то хитрых системных фич (условно говоря — всё, чему не требуется прямой доступ к железу) собирается и работает. >В перспективах есть «вылизывать» этот режим ради повышения эффективности работы в нём? Вот пока, вроде как, это сильно не взлетело — с сертификацией винды дела не очень хорошо идут, насколько я знаю, а у нас как раз применения именно такие, где всё должно быть защищено, сертифицировано и всё такое. То есть, мысли в этом направлении есть, а вот работы ведутся не очень, насколько я знаю... >Кроме военных и госструктур они куда-то уходят? Ты, вроде бы, говорил, про закрытость набора команд. По идее, из этого вытекает достаточно много проблем для «простых» пользователей. Ну пока больше это особо никому не нужно =) Частникам и негосударственным фирмам «Эльбрус» — как козе баян, на самом деле. Хотя, конечно, купить юрлицу «Эльбрус», насколько я знаю, теперь ничто не мешает (раньше были ограничения). Физлицу, правда, зато пока не так просто это сделать (если не вообще невозможно). Система команд, действительно, закрытая, хотя сейчас, по последней информации, мы начали более-менее спокойно распространять компилятор (пока, правда, насколько я знаю, в комплекте с ОПО, которое идёт вместе с машинами), так что, по крайней мере, хотя бы собирать софт можно «на месте». Но кросскомпилятор для сборки на интелах, вроде бы, пока ещё не даём. >Алсо, насчёт SPARC. Есть какие-то перспективы у этой архитектуры на вашем предприятии? Она как-то развивается или в планах постепенно её забросить? Ну пока планов забрасывать нет (вот как раз сейчас делаем новый процессор). Но, конечно, в основном мы котируемся именно из-за «Эльбрусов». SPARC — это так, тема, на которую мы подсели в прошлом, чтобы удержаться на плаву в девяностые, когда ещё, по инициативе Sun, назвались «московским центром Спарк-технологий», а не простой нерасшифровываемой аббревиатурой «МЦСТ», как сейчас. Хотя, с тех пор процы и девайсы на спарковской линейке делаем, и вроде бы, они даже более-менее используются (в основном как АРМ). >Сама архитектура оригинальной не является и её набор команд известен — но машины вашего производства на этих процессорах не имеют никаких проприетарных элементов, из-за которых могут возникнуть проблемы у сторонних разработчиков ПО под них (например, нестандартный firmware)? Ну тут та же самая ситуация, что с «Эльбрусами» — процессоры спроектированы у нас, «выпечены» на Тайване, а материнки под них мы делаем в основном сами, соответственно, BIOS (в нашей терминологии — «бут») тоже наш. Операционка, как правило, та же ОС «Эльбрус», собранная под SPARC (хотя солярку, вроде, на старых машинах гоняли). Теоретически, бинарники, собранные под Sun-овские SPARC-и и обращающиеся только к ядру операционки, но не напрямую к оборудованию, должны без проблем запускаться и у нас — но точно я не знаю, запускаются или нет и вообще пробовал ли кто-нибудь это делать. Хотя древние наши спарки можно было чуть ли не поставить прямо в тогдашнюю SPARCStation вместо оригинального Sun-овского процессора и всё бы работало. Сам я этого не застал, но легенды такие ходят. =) >Если говорить о firmware — как примерно он устроен? Какой процесс загрузки, какой интерфейс работы пользователя с его настройками? Ну у нас типичный свой бут, который инициализирует межпроцессорные линки, связь с южным мостом (как правило, «КПИ»), память, обнаруживает устройства, инициализирует диски там, сеть, USB, клаву, видюху — ну, то, с чего и с помощью чего можно загрузиться, а потом читает boot.conf, загружает ядро, initrd, если нужно, и передаёт ядру структурку с данными о том, чего он там наинициализировал. То есть, примерно как обычные BIOS-ы для интеловских машин при настройке «Plug-n-play OS»=«No». Хотя сейчас думаем над переносом всего не очень нужного в буте в ОС. Интерфейс работы пока что текстовый диалоговый, но мы сейчас это (по моей, кстати, инициативе, лол =) перепиливаем на нечто более удобоваримое, похожее на AWARD BIOS. Настроек уйма (вплоть до таймингов каждого бита 72-битного канала памяти), но они по большей части зависят от материнки, и пользователю, если что и приходится менять, так это настройки диска, откуда грузиться. Алсо, хотели перелезть на coreboot, но поняли, что сейчас пытаться это сделать бесполезно. Вот как-то так. =)
>>39454 >Ну пока больше это особо никому не нужно =) Частникам и негосударственным фирмам «Эльбрус» — как козе баян, на самом деле. Хотя, конечно, купить юрлицу «Эльбрус», насколько я знаю, теперь ничто не мешает (раньше были ограничения). Физлицу, правда, зато пока не так просто это сделать (если не вообще невозможно). >Система команд, действительно, закрытая, хотя сейчас, по последней информации, мы начали более-менее спокойно распространять компилятор (пока, правда, насколько я знаю, в комплекте с ОПО, которое идёт вместе с машинами), так что, по крайней мере, хотя бы собирать софт можно «на месте». Но кросскомпилятор для сборки на интелах, вроде бы, пока ещё не даём. Такая ситуация с компилятором уже радует. Вообще, у меня давно желание заиметь «Эльбрус», причём, цель вполне конкретная — осуществлять портирование ПО. Навыков, правда, пока практически нет, потому что я больше по МК и ПЛИС, а не по компьютерному софту и линуксами недавно занялся. Сейчас пытаюсь разобраться в «обычных» архитектурах вроде ARM, заодно смотрю исходники FreeVMS (опенсорсный реверс-инжиниринговый аналог OpenVMS, которая долгое время была стандартом в высоконадёжных системах на процессорах VAX, Alpha и Itanium, сейчас её, вроде, даже возрождают). Тем более, что это пока что (надеюсь, что пока) не моя работа — сейчас только поступаю на вечернее МГУПИ, раньше работал монтажником РЭАиП, сейчас решил, что пора уже мозги применять (потому что бездумная монотонная работа надоела) и устраиваюсь помощником линуксоадмина. Так что когда я смогу позволить себе промышленный комп на «Эльбрусе» — ещё вопрос. Надеюсь только, что смогу как-то пробиться в лабораториях приборостроительного университета. >Операционка, как правило, та же ОС «Эльбрус», собранная под SPARC (хотя солярку, вроде, на старых машинах гоняли). Слышал, что в МИФИ (или в физтехе, не помню точно), вроде бы, запилили OS E/90, которая сделана на основе утёкших в Интернет исходников Solaris 2.5.1. О её использовании есть какая-то информация? Или всё, как всегда, скатывается в сторону линукса?
>>39454 >мысли в этом направлении есть, а вот работы ведутся не очень, насколько я знаю... Обратите внимание на пикрелейтед (это полусарказм, но она же маленькая, а исходники открыты... Чем черт не шутит, показывали же её Пу). Офк, для этого нужны неплохие программисты-системщики, да и перспектива писать опенсурс для программиста-системщика код под GPL (даже за деньги)... Ну, не знаю.
>>39460 >Вообще, у меня давно желание заиметь «Эльбрус», причём, цель вполне конкретная — осуществлять портирование ПО. Слушай, а приходи к нам работать в отдел программистов? =) У них, вроде как, дефицит людей некоторый наблюдается. Будут тебе «Эльбрусы», сколько захочешь, и софт портировать — хоть обпортируйся. =) Даёшь захват МЦСТ Курисачем — Хомура, Пачули, кто следующий? =) >потому что я больше по МК и ПЛИС, а не по компьютерному софту и линуксами недавно занялся. Такие нам тоже вроде как нужны — разрабатывать верилог для процессоров и контроллеров и адаптировать покупные IP. >Слышал, что в МИФИ (или в физтехе, не помню точно), вроде бы, запилили OS E/90, которая сделана на основе утёкших в Интернет исходников Solaris 2.5.1. Лол, её как раз-таки, насколько я знаю, запилили у нас (на физтехе/МИФИ могли по ней защищать дипломы/диссертации просто) и именно на основе той самой солярки, которую пытались запускать на старых SPARC-овских машинах (Эльбрус-90микро). Но поскольку она проприетарная, то Linux как-то проще развивать. Да и то — вон, только недавно с ядра 2.6 на 3.14 перешли, лол. >>39461 Ну ReactOS как минимум для запуска программ, собранных под винду, должна работать на нативной платформе, т.е. от того, что можно будет собрать и запустить ReactOS на «Эльбрусе», на ней всё равно в нативном режиме не пойдёт софт с обычной винды — эмуляцию включать всё равно придётся. >код под GPL Очень сильно тут мешает то, что GPL в России официально не признаётся, поэтому очень сложно свободно работать даже с кодом, который даже изначально был под GPL: объявляют его коммерческой тайной и всё, что бы там в лицензии не говорилось.
>>39522 >спойлер Ты мне предлагал, но я ЛС-электронщик с неоконченным средне-специальным и вообще распиздяй, лол. >ReactOS Ежу понятно, что софт не пойдет, просто платить за шиндовс бы не пришлось.
>>39536 >Ты мне предлагал, Лол. Ну, бывает =) >Ежу понятно, что софт не пойдет Ну а тогда проку от совместимости с виндой-то и нет. Проще уж линуксы пускать. Хотя, в качестве эксперимента можно было бы, но кто ж на это даст деньги и время?..
>>39522 >Слушай, а приходи к нам работать в отдел программистов? =) У них, вроде как, дефицит людей некоторый наблюдается. Будут тебе «Эльбрусы», сколько захочешь, и софт портировать — хоть обпортируйся. =) Хотелось бы, но на текущий момент, к сожалению, я вам не подойду. У вас режимное предприятие — я же в армии не служил. Как уже говорил, универ брошен на середине третьего курса и теперь я поступаю на IT-направление. Учился вообще на химика — в принципе, было интересно, но надоело. Да и не хотел я идти туда. Хотел идти на радиоэлектронику (занимался с детства), но отговорили. Сейчас всё же иду туда, куда хотел идти после школы. А вообще, идея не плохая и, когда наберусь опыта, очень интересно было бы попасть к вам. Тем более, что твою работу я считаю намного большим успехом, чем работу Java senior, даже если там бОльшие деньги. Слушай! А можно как-то попасть к вам на практику от университета/на стажировку как студент? А сейчас пока у меня достаточно большие планы на ближайший год-полтора. Нужно найти работу, чтобы примерно освоиться в IT-сфере. Нужно подтянуть английский, математику, нужно сделать ещё некоторые вещи. >верилог для процессоров и контроллеров У вас на верилоге пишется? Просто иногда слышал, что «по-серьёзному» — это VHDL. С другой стороны, исходники UltraSPARC T1 на верилоге. Да для алтеровских ПЛИС верилог сейчас, вроде бы, стандартом считается (AHDL не взлетел, да и не используется он вне сферы алтеровских ПЛИС). VHDL, вроде бы, считается стандартом для ксилинкса. >Даёшь захват МЦСТ Курисачем — Хомура, Пачули Пачули я, можно сказать, эпизодически прикрепляю ITT. Я с ычана, но тот персонаж, которого пощу там, здесь уже занят значимым человеком. Это какое-то совпадение. Тоже Ёму и тоже embedded. Много каких девайсов делал на МК для лаборатории, делал люминесцентный сканер на МК и ПЛИС для НИИ биоприборостроения, ну и как увлечение, в первую очередь — те штуки тоже были сделаны, фактически, просто так. Кстати, мне тут сказали, ты, вроде, хостер этой борды? Или создатель? Она же в МЦСТ хотсится? Как вообще до такого дошли/когда решили её туда перенести? Не то, чтобы важно, просто интересно.
>>39850 >У вас режимное предприятие — я же в армии не служил. Ну у нас форма допуска не нужна. А что насчёт режимности — так сейчас даже школы «режимные», лол. Алсо, студентов и даже бывших студентов мы тоже берём (особенно, если они из себя что-то представляют, тем более — испытательный срок же есть). Единственное — без диплома ты выше инженера 2 категории не поднимешься, но это уж ТК такой. >А можно как-то попасть к вам на практику от университета/на стажировку как студент? И на практику тоже можно, да. У нас есть базовая кафедра от физтеха, и, кажется, МИФИ и/или МИРЭА. Дипломы люди пишут и защищают, так что вполне всё норм. >У вас на верилоге пишется? Просто иногда слышал, что «по-серьёзному» — это VHDL. Лол. Не, верилог и VHDL — на самом деле, примерно одинаковые по возможностям. >Да для алтеровских ПЛИС верилог сейчас, вроде бы, стандартом считается (AHDL не взлетел, да и не используется он вне сферы алтеровских ПЛИС). VHDL, вроде бы, считается стандартом для ксилинкса. Именно. =) Альтера больше любит верилог, Зайлинкс — VHDL. С учётом того, что мы привыкли всё проектировать на альтеровских ПЛИСах, то у нас как-то верилог прижился. На самом деле, это в подобных областях везде так — биполярная конкуренция: Altera vs Xilinx, Verilog vs VHDL, TSMC vs Intel, LVDS vs CML, Mentor Graphics vs Cadence, ну и вплоть до классики AMD vs Intel и AMD (ATI) vs nVidia и даже США (Silicon Valley) vs СССР (Зеленоград), лол. >Кстати, мне тут сказали, ты, вроде, хостер этой борды? Или создатель? Она же в МЦСТ хотсится? Как вообще до такого дошли/когда решили её туда перенести? Воу, какие слухи про Курисач ходят, оказывается. =) Нет, я шататель курисабы ну, типа как технический админ, главный админ — Ханако. Хостится она, конечно же, не в МЦСТ (с трудом представляю, как бы мне дали официальное разрешение на хостинг «борды, где постят анимешных девочек и изредка разработки МЦСТ», лол — у меня до сих пор живо впечатление о том, какими взглядами на меня смотрели коллеги, когда я во время обеда пилил картинку, кажется, на 20к-гет или типа того), а на импортном хостинге.
>>40079 >А что насчёт режимности — так сейчас даже школы «режимные», лол. Я про то, что, например, когда я хотел идти работать на одно предприятие токарем, выяснилось, что будут всякие допуски, подписки о невыезде, проверки и прочие радости. Потом наплевал и пошёл монтажником РЭАиП в частную фирму, выпускающую металлодетекторы. SmartScan — те самые, которые стоят в метро. >МИРЭА Замечательно. А вообще, печальная ситуация — после прихода нового ректора, знакомого министра, этот ВУЗ поглощает всё, что может. Я вот как раз в МГУПИ собираюсь, который уже 2 года как филиал МИРЭА. Сначала ВУЗы радиоэлектронных профилей поглощал, теперь решил есть всё, что рядом и что не так влиятельно — МГИМО и РАГС он съесть не смог, а вот МИТХТ съел как просто так. И, похоже, химики им не особенно нужны, особенно, учитывая то, что всё стало разваливаться после его поглощения. Так что, в любом случае, не жалею, что ушёл — хотел, правда, переводиться, но посередине года не дали, сказали восстанавливаться в начале следующего учебного. >Воу, какие слухи про Курисач ходят, оказывается. Да весь ычан этим прожужжали, что, мол, ваш сайт в МЦСТ хостится (сначала даже говорили, что на Эльбрусе, потом стали говорить, что в МЦСТ, но не на Эльбрусе). Я в МИТХТ так сервер держал. Он был подключён к x86-машине с установленной RouterOS, которая обеспечивала подключение всех его интерфейсов к моему домашнему микротику (то есть, как рабочих Ethernet`ов, так и сервисного, через который выводится административная консоль для запуска, останова, диагностики и прочего), а также забирала на себя всё, что связано с работой через туннель. С моего домашнего микротика с белым статическим IP были проброшены порты на сервер, включённый таким образом в домашнюю сеть. Потом я понял, что такая мощная машина пока избыточна и подключил уже дома Raspberry Pi, на котором до некоторого времени хостил openchannel.tk. Плата была не моя, поэтому через некоторое времени её пришлось отдать, а жаль — сайт начал потихоньку взлетать. А вообще, весело было, когда АИБ крутилась на такой «машине судного дня», как некоторые называли мой сервер за его шумность и непривычную архитектуру. Надо было ещё там поднимать борду — была бы первая АИБ рунета на HP-UX на Itanium. Хотел ещё смеху ради поставить туда сервер Jabber, причём, на Openfire (который на Java) с БД на Oracle Database (таки есть релиз для HP-UX для Itanium, а также для OpenVMS, но только 11g — 12c для OpenVMS уже не выпускалась). >у меня до сих пор живо впечатление о том, какими взглядами на меня смотрели коллеги, когда я во время обеда пилил картинку Ой как знакомо! Даже ещё «хуже» с этим дела были, по крайней мере, в институте — на работе я вообще бы такое никому никогда не показал. А вот в институте была довольно необычная реакция когда на экране открытого нотубука у такого, вроде бы, серьёзного сурового химика увидели тохокартинки. В среде биотехнологов/биохимиков к этому бы ещё отнеслись нормально, но вот у синтетиков-технологов на таких смотрели косо.
о чем эти баки разговаривают? Я их не понимаю.
>>40140 >будут всякие допуски, подписки о невыезде, проверки и прочие радости Не, у нас, к счастью, такого нет. =) Ну, по крайней мере пока. Подписки о невыезде — это если у тебя вторая форма допуска, у нас у инженеров максимум третья, вторая только у самого-самого руководства (генеральный, главбух и т.п.), вроде бы. >Да весь ычан этим прожужжали, что, мол, ваш сайт в МЦСТ хостится (сначала даже говорили, что на Эльбрусе, потом стали говорить, что в МЦСТ, но не на Эльбрусе). Ох, Пачули-сама, ты сделала мой день, определённо! А есть какие-нибудь нотариально заверенные скриншоты или архивы тредов? Интересно, какие ещё подобные гипотезы ходят про Курисач. =) >А вообще, весело было, когда АИБ крутилась на такой «машине судного дня», как некоторые называли мой сервер за его шумность и непривычную архитектуру. Лол, достаточно суровое место для борды. =) >А вот в институте была довольно необычная реакция когда на экране открытого нотубука у такого, вроде бы, серьёзного сурового химика увидели тохокартинки. Угу, мнение «мультики для детей», часто внезапно конкретизирующееся до «аниме для даунов» (хотя впрочем пони, например, тоже под раздачу попадают) в обычном обществе почему-то весьма распространено =( Зато почему-то тупые сериалы по первому каналу, в которых во всём сезоне меньше смысла, чем в одной серии какого-нибудь Yahari Ore no Seishun Love Come wa Machigatteiru или Gekkan Shoujo Nozaki-kun — это типа смотреть нормально... >>40141 Мвахахахахах homura's dramatic laughter
>>40141 https://en.wikipedia.org/wiki/Very_long_instruction_word
>>40153 Да только в /s/ что-то осталось. Ычан — вообще место мутное — всё, что вызывает подозрения — трут, обычно — с баном и удалением всех сообщений с IP того, кто отправлял. Чего только стоит нынешний традиционно обладающий синдромом вахтёра администратор борды — т.н. Мод-тян. Принципы у него (неё?) предельно просты: 1. Меньше думай — ычан — борда милых дурачков (и дефолтнейм «Сырно» идеально это описывает). 2. Подчиненный, перед лицом модерации должен иметь вид лихой и придурковатый, дабы разумением своим не смущать модерацию. Принципы эти неоднократно произносились в виде наставления в анонимных постах, сказанные в стиле «строгого, но доброго и справедливого учителя».
>>40140> Да весь ычан этим прожужжали, что, мол, ваш сайт в МЦСТ хостится (сначала даже говорили, что на Эльбрусе, потом стали говорить, что в МЦСТ, но не на Эльбрусе).А где конкретно об этом говорили? Даже интересно стало. Я, видимо, это пропустил.>>40933Ычан сейчас единственная борда, на которой не принято кидаться говном со сленгом, где аудитория довольно взрослая и ведёт себя крайне культурно. Лучшая борда в рунете, как по мне.
>>40943 Об этом забыли спросить ТОХОФОРСЕРА. А если серьезно, банят там за какую-то фигню
>>40944> Об этом забыли спросить ТОХОФОРСЕРА.Тохофорсофорсер, это ты?> А если серьезно, банят там за какую-то фигнюЭто, пожалуй, единственный недостаток. Хотя я ни одного бана не получал.Ну и ещё куча рпг-тредов, которые всю нулевую заполняют.
>>40951 Хорошую рпг и я бы отыграла. Шобы с цыферками и листами персонажа. А то развелось социалочек — хоть вырезай фамилиями.
>>40933 >вообще место мутное — всё, что вызывает подозрения — трут, обычно — с баном и удалением всех сообщений с IP того, кто отправлял. Мда, классическая схема, к сожалению.
>>39348 Охайо, Пачули-сама! Мне тут таки-дали тесты, на которых гоняли наш эльбрус и одобрили прогон тестов на итаниуме. Как бы с тобой насчёт этого всего связаться? Какие у тебя там есть операционки (ты говорила про SuSE и HP-UX) и компиляторы (GCC 4.3.4, ICC 11.0.081 на SuSE и GCC 4.2.3 и HP ACC на HP-UX), всё так, да?
>>41358 jabber: astkalx@jabbim.com Но дело в том, что я не всегда могу держать сервер работающим из-за его шума. Обычно делаю это, когда никого нет дома, из дома ли, или дистанционно через Light Out Management Processor, но днём. Сегодня он у меня работает (тестирую Openfire в связке с Oracle HotSpot JVM 8 и Oracle Database 12c на HP-UX). Завтра днём, возможно, тоже. Что касается ПО — сейчас стоит HP-UX с компилятором HP aCC. Могу поставить ещё GCC 4.2.3.
Прошу прощения, вчера целая куча проблем навалилась вот такой вот день дурака, кроме всего прочего, у меня слетел пароль на джаббере (сервер не принимает его). Сейчас рабочий — astkalx@openchannel.tk (благо, на моём сервере крутится). Могу держать рабочим сервер до 20:00.
>>41927 Ну ок, ладно, мне всё равно конкретных сроков не ставили, так что подожду до следующего раза, как ты сможешь. Думаю, в понедельник можно попробовать, если у тебя всё норм будет.
>>41977 Посмотрю, что в понедельник будет. Надеюсь, выйдет. Завтра таки, вполне возможно, тоже смогу. Даже если не тестировать производительность, то просто пощупать систему, если интересно. Дома я буду точно как и завтра (теперь вышел на стабильное расписание).
>>41985 Аригато. Ну завтра я весь день занят, да и тесты у меня на работе остались, так что, по идее, всё-таки ориентировочно в понедельник во второй половине дня, думаю, попробуем.
>>42016 >pic Так, это уже уклон в юри. Мы его теряем!
>>42032 Никакого юри, просто тесная женская дружба наверное =)
>>42016 Если что — я готов.
>>39196 Почему-то порадовала надпись под меню. Странно, что в серьёзных энтерпрайз-системах пишут всякого рода шутки.
>>39338 >Ну конкретно я делаю на них различные платы: материнки для компов и серверов (uATX, ATX, EATX, SWTX), модули для промышленных компов (CompactPCI, VPX) и карты расширения (PCI Express, XMC.3 и т.п.). У вас есть компьютеры, собранные как модули PCIe для «хостового» компьютера? Вообще Эльбрусы в корпусах ATX имеют применение в армии и других гос. структурах: 1. Чтобы не было неожиданностей от зарубежного производителя, иногда способного воспользоваться собственным авторством для получения секретной информации. 2. Потому, что надёжнее, и могут работать в более суровых температурных и эксплуатационных условиях. Очень бы хотел тогда задать тебе один вопрос ребром, но, пожалуй, не стану.>>39454 >Так, в принципе, почти все пакеты из стандартной поставки у нас есть, большинство того, что поставляется в исходниках и не требует каких-то хитрых системных фич (условно говоря — всё, чему не требуется прямой доступ к железу) собирается и работает. Т.е. все пользовательские клиентские приложения в случае надобности можно просто собрать из исходников с помощью gcc под Эльбрус? Те же последний Firefox, ffmpeg, Natron 2.0, Ardour, и так далее? >Система команд, действительно, закрытая, хотя сейчас, по последней информации, мы начали более-менее спокойно распространять компилятор (пока, правда, насколько я знаю, в комплекте с ОПО, которое идёт вместе с машинами), так что, по крайней мере, хотя бы собирать софт можно «на месте». Но кросскомпилятор для сборки на интелах, вроде бы, пока ещё не даём. Надеюсь, это понемногу пойдёт вверх. Ведь кому может понадобиться программный код архитектуры Эльбрус, не имея самого процессора? Разве что не хотят раздавать прорывные обороты компилятора, разработанные специально для них. >То есть, примерно как обычные BIOS-ы для интеловских машин при настройке «Plug-n-play OS»=«No». Хотя сейчас думаем над переносом всего не очень нужного в буте в ОС. Нет загрузчика? Получается, бут грузит ядро напрямую? От этого нет дополнительных проблем? >Алсо, хотели перелезть на coreboot, но поняли, что сейчас пытаться это сделать бесполезно. Грустно. Но, учитывая некоторую разницу в архитектурах, это, может, и к лучшему. >Ну тут та же самая ситуация, что с «Эльбрусами» — процессоры спроектированы у нас, «выпечены» на Тайване, а материнки под них мы делаем в основном сами Получается, «Эльбрусы» собирают не в «Микрон'е»? Или только некоторые? >инициализирует межпроцессорные линки, связь с южным мостом (как правило, «КПИ»), память, обнаруживает устройства, инициализирует диски там, сеть, USB, клаву, видюху А какая видюха? Кстати, и какая оперативная память?>>39522 >Да и то — вон, только недавно с ядра 2.6 на 3.14 перешли, лол. Да ладно, я всего 5-6 месяцев назад ещё сидел на 2.6х. И ничего, всё в порядке. Так и не поменял бы, если бы не новый PCIe девайс, нужно оно мне. И 3.14 довольно новое ядро. >Слушай, а приходи к нам работать в отдел программистов? =) У них, вроде как, дефицит людей некоторый наблюдается. Будут тебе «Эльбрусы», сколько захочешь, и софт портировать — хоть обпортируйся. =) Ничего себе, за это ещё и деньги платят. Сидеть и ковырять на дивной машине, заставляя на ней работать любой софт. Судя по описанию уж очень похоже на работу моей мечты, если честно. >Очень сильно тут мешает то, что GPL в России официально не признаётся, поэтому очень сложно свободно работать даже с кодом, который даже изначально был под GPL: объявляют его коммерческой тайной и всё, что бы там в лицензии не говорилось. Вчитывался в это предложение 5 минут. Никак не мог поверить.>>42293 Just for fun. Linux же.
>>43978 >У вас есть компьютеры, собранные как модули PCIe для «хостового» компьютера? Это ты про SHB Express? Скоро будет. =) >1. Чтобы не было неожиданностей от зарубежного производителя, иногда способного воспользоваться собственным авторством для получения секретной информации. Основная мотивация — именно эта, да. >2. Потому, что надёжнее, и могут работать в более суровых температурных и эксплуатационных условиях. Ох, вспоминаю я свои бурные вечера у термокамеры, когда я пытался заставить работать нашу машину не то, что при -40 (стандартный «низ» температурного диапазона Industrial), а хотя бы при -10... Скажем так, до уровня импортных COTS-систем нам ещё долго. >Очень бы хотел тогда задать тебе один вопрос ребром, но, пожалуй, не стану. Ну ок. =) >Т.е. все пользовательские клиентские приложения в случае надобности можно просто собрать из исходников с помощью gcc под Эльбрус? >Те же последний Firefox, ffmpeg, Natron 2.0, Ardour, и так далее? ffmpeg точно был, Firefox, кажется, тоже собирали. Остальное не знаю, но если там нет ничего завязанного на конкретное оборудование, то почему нет? >Надеюсь, это понемногу пойдёт вверх. Да я тоже очень надеюсь. Вообще я хочу, чтобы Эльбрус хоть как-то двигался в массы, а для этого хотя бы продажу частникам надо разрешить, блин, а мы всё не можем и не можем. >Нет загрузчика? Получается, бут грузит ядро напрямую? Да, именно так. >От этого нет дополнительных проблем? Есть, конечно, например, под каждую новую ось надо писать свой кусок бута. Хотя пока у нас реализована поддержка только линукса, так что это нас не сильно напрягает. Хотя, конечно, решение не очень. Хочется, например, уметь грузить GRUB, а дальше из него — что надо. >Или только некоторые? Некоторые — достаточно простенькие (Эльбрус-1С). Для флагманских процессоров (2С+, 1C+, 4С, 8С) возможностей «Микрона» не хватает, и мы юзаем TSMC. >А какая видюха? У нас в бут встроена поддержка SM718 и Radeon, а также, вроде бы, остаётся ещё поддержка (не выпилили пока) S3 Trio. А в операционке — теоретически любая, главное — драйвер собрать. >Кстати, и какая оперативная память? Стандартный ECC RDIMM (для 1С и 2С+ — DDR2, для 1C+, 4С и 8С — DDR3, скоро будет DDR4). >Сидеть и ковырять на дивной машине, заставляя на ней работать любой софт. >Судя по описанию уж очень похоже на работу моей мечты, если честно. Лол, и ты тоже приходи. =) Соберём тут местное Генсокё — Рейму, Пачули-Ёму, ну и Хомура сойдёт за Сакую (time control во все поля). =) >Никак не мог поверить. Sad but true.
>>44059 Смайлофаг незаметно собирает рабочую группу?
>>44060 Почему бы и нет, Эне? =)
>>44059 >скоро будет DDR4 Неплохо. Intel только вот-вот перешли на DDR4. >У нас в бут встроена поддержка SM718 и Radeon, а также, вроде бы, остаётся ещё поддержка (не выпилили пока) S3 Trio. А в операционке — теоретически любая, главное — драйвер собрать. Т.е. если туда установить Nvidia карту, то, пускай я ничего не увижу на этапе бута, но после загрузки X11 всё будет работать как и следует? Правда, это будет на nouveau, так что затея довольно бесполезна >Некоторые — достаточно простенькие (Эльбрус-1С). Грустно. Теперь ясно, что ты говорил о современном производстве микроэлектроники. >Для флагманских процессоров (2С+, 1C+, 4С, 8С) возможностей «Микрона» не хватает, и мы юзаем TSMC. Погоди, уже в производство идёт Эльбрус-1С+?? Он же по плану имеет видеокарту и 3Д ускоритель на борту. Серьёзно получается? >Вообще я хочу, чтобы Эльбрус хоть как-то двигался в массы, а для этого хотя бы продажу частникам надо разрешить, блин, а мы всё не можем и не можем. Вот это вообще странно. «Шпионы» и так могут через юр. лицо заказать. Вспомнил истории про заказы IBM 360 в СССР через подставные страны, хех.
>>44068 >Неплохо. Intel только вот-вот перешли на DDR4. Ну они, вроде, его уже в серию пустили, а у нас ещё прототипа процессора нет (это не в смысле первый тейпаут как всегда, нерабочий лол, а в смысле комп со спецматеринкой, в которой торчат куча плат с ПЛИСами, на которых запилена архитектура). Я, наверное, слишком обнадёжил: «скоро» в микроэлектронике — это 3-5 лет. >Т.е. если туда установить Nvidia карту, то, пускай я ничего не увижу на этапе бута, но после загрузки X11 всё будет работать как и следует? Правда, это будет на nouveau, так что затея довольно бесполезна А для нвидии есть опенсорсные драйверы, которые можно собрать под «Эльбрус»? Ну, теоретически, да, хотя у нас никто не пробовал: радеоны нам попались раньше нвидии, с тех пор поползновений ставить в «Эльбрусы» нвидиевские карточки никто не делал. >Грустно. Теперь ясно, что ты говорил о современном производстве микроэлектроники. Ну да, на микроэлектронике отмыть кучу денег нереально (она вообще часто работает на грани убытков — прогресс гонит вперед), поэтому у нас её не развивают. >Погоди, уже в производство идёт Эльбрус-1С+?? Ну первые «инженерные» чипы уже физически есть, правда, сам понимаешь насчёт их работоспособности =) Но по идее, готовится второй тейпаут (сроков, правда, не знаю). >Он же по плану имеет видеокарту и 3Д ускоритель на борту. Серьёзно получается? Ну если с чипа выпилить 3 ядра из 4, то место, куда влепить графическое ядро — в принципе есть. Конечно, погонять на максималочках крузис тебе на нём не удастся, но в целом это будет нечто вроде интегрированной на материнку видюхи, но не на материнку, а прямо в проц. >«Шпионы» и так могут через юр. лицо заказать. Вспомнил истории про заказы IBM 360 в СССР через подставные страны, хех. Имхо, систему команд можно считать утёкшей с того момента, как за стены предприятия вышел, к примеру, кросскомпилятор. Но у нас по-прежнему блюдут эту никому не нужную «секретность». «Шпионы», которым надо (хотя, кому надо-то вообще?) — обязательно достанут. Кажется, это всё наследие заката СССР, когда все ещё вроде как были уверены, что секретность нужна, но никто не понимал, зачем и от кого. В итоге вместо действенных мер применялись показательные. К примеру, тех, кто сбагрил китайцам чертежи «Союза», «нашли» только через два года после того, как первый тайконавт полетел в космос (и есть стойкое подозрение, что «нашли» козлов отпущения), и когда всем стало ясно тотальное заимствование с «Союза» (вплоть до не совсем удачной компоновки, которая ведёт свою историю еще с программы Н1-ЛОК-ЛК). Но зато при этом за случайно оброненный в процессе доставания пропуска на проходной в зоне видимости вахтёра кусочек бумажки с «непонятными сведениями» (пять строчек записей для себя, что надо купить в магазине после работы) можно было очень крупно попасть (тру стори из Тульского КБП). Яркий пример: у нас вон заставляют менять пароли каждые 28 дней (запомнить не успеваешь), при этом обязательно с большими буквами, маленькими буквами, знаками пунктуации и цифрами, да еще чтобы в его состав не входили слова из словаря. В итоге у нас их банально записывают на бумажки и кладут рядом с компом, чтоб не забыть, лол. Вот такая вот безопасность.
>>44072 >Спойлер А разве абстракция в ядре стандарта PCIe поломана? Или, тем более, абстракция вывода на X11? >она вообще часто работает на грани убытков — прогресс гонит вперед Иногда бывают случаи, когда уместно потерпеть убытки несколько лет подряд ради будущего. >Ну если с чипа выпилить 3 ядра из 4, то место, куда влепить графическое ядро — в принципе есть. Обнадёживает. >у нас вон заставляют менять пароли каждые 28 дней >В итоге у нас их банально записывают на бумажки и кладут рядом с компом, чтоб не забыть Собственно, результат очевиден. Добились. Пароль под клавиатурой — классический и наилучший способ его защитить. Но я, всё же, советую для пароля применять тот же хак, что и тут предлагали с картинками — инкрементить последние 2 буквы каждые 28 дней. >пытался заставить работать нашу машину не то, что при -40, а хотя бы при -10... Да, это проблема. В полевых условиях использовать ноутбук уже становится невозможным. А в армии результат операции, настолько зависящий от погоды — это не дело. >«Шпионы», которым надо (хотя, кому надо-то вообще?) Возможно, такой кепсис очень даже неуместен. Противника недооцеивать не стоит. Эльбрусы в перспективе рассчитаны в первую очередь на применение в армии и для обработки данных повышенного уровня секретности. Так что кому-то это уже нужно, чтобы в нужное время не лишиться важных источников информации. А для нахождения и проработки уязвимостей нужны рабочие модели аппаратов на Эльбрусах и, конечно же, ОС Эльбрус. По предварительным данным™, общие уязвимости GNU/Linux совместимы с ОС Эльбрус, но нужно же знать точно, что уязвимости не будут устранены. К тому же, в случае попадания на массовый рынок, информацию обо всех найденных уязвимостях можно будет распространить по всем информационным каналам для препятствия развития популярности. Как это сделано было с ГОСТ 28147, когда его собирались принять как один из международных стандартов симметричного шифрования. В то время «GOST» показал отличные результаты даже после применения всех уловок и уязвимостей, но «нахождение» стольких уязвимостей сразу за короткий срок вызвало у коммитетов стандартизации волну сомнений в пригодности алгоритма. И не удивлюсь, если обо всех этих атаках в АНБ знали уже в 80-х. Но я это к чему: им уже нужно начинать изучать новую платформу. Потому, что дорога ложка к обеду.
>>45143 >А разве абстракция в ядре стандарта PCIe поломана? >Или, тем более, абстракция вывода на X11? Нет, проблема, думаю, именно в общении с «железом», всякие записи и чтения из регистров, отмаппированных в конфигурационное пространство PCI, и виртуальной памяти, которая отмаппирована на DMA с видеокартой. >когда уместно потерпеть убытки несколько лет подряд ради будущего. Ну, микроэлектроника так работает чуть ли не с момента начала гонки техпроцессов (которая началась чуть ли не с выхода первого не-интеловского процессора — это был 80286 то ли от Cyrix, то ли от AMD). >Собственно, результат очевиден. Вот и я про то же. Какой угодно криптографически нестойкий пароль + пара модификаций, сделанных юзером пароля (а-ля не просто «qwerty», а «qwertyhomuramadoka») — гораздо более стойкий в общем смысле, чем, тот, к которому с точки зрения криптографической стойкости вопросов нет, но зато который записан на бумажке, открыто лежащей на рабочем месте. Логично догадаться, что бумажка на столе с надписью типа 3d$G^50`Xl — есть не что иное, как записанный пароль. >Пароль под клавиатурой Я видел даже пароли на таких жёлтых бумажках, приклеенных к монитору. >инкрементить последние 2 буквы каждые 28 дней. Я примерно так и делаю, лол, правда, инкременчу последнюю цифру. С учётом того, что сейчас последняя цифра у меня — 7, это значит, что чуть меньше, чем 7 месяцев назад эту фичу ввели, лол. >В полевых условиях использовать ноутбук уже становится невозможным. Конкретно у нас в ноутбуке был нагреватель на такой случай, лол. А вот в субблоке серверной стойки с этим уже сложнее. В итоге мы запускаем машину, а потом через 10 секунд (как процы немножко прогреются) жёстко ресетаем. Ещё была идея запилить в «холодный» запуск прогрев с помощью выполнения какой-нибудь последовательности команд, сильно нагружающей все исполнительные устройства, кэш и физуровни линков (для VLIW это легко сделать), но потом поняли, что и так сойдёт. >Противника недооцеивать не стоит. Ну, противнику «неуловимый Джо» особо-то не нужен, тем более, я думаю, что всё, что хотел, он уже узнал, когда переманил Бабаяна (автора эльбрусовской архитектуры) в Intel. А остальное всё у нас стандартное. Помню, на военке нам говорили по поводу секретных тетрадей: Вы, конечно, можете попробовать продать вашу секретную тетрадь американцам, но они её не купят, потому что и так давным-давно всё знают, а вот вам за такую попытку очень сильно попадёт, лол. Имхо, очень много из того, что типа как засекречено, нужные люди давным-давно знают. Это больше игры в секретность, чем действительная секретность. >рабочие модели аппаратов на Эльбрусах и, конечно же, ОС Эльбрус Ну, через подставную фирму, думаю, их вполне можно купить. Сделал ООО, купил, ликвидировал. >общие уязвимости GNU/Linux совместимы с ОС Эльбрус Проиграл с совместимости уязвимостей, как будто уязвимости — это некие патчи, накатываемые на стабильную ОС, лол. >но «нахождение» стольких уязвимостей Хм, странно. Разве у 28147-89 есть значимые уязвимости (при условии использования нормального узла замены)? К примеру, «Анкад» спокойно поставляет СКЗИ (с уровнем обработки информации до СС и по особой договорённости до ОВ), использующие этот алгоритм, и что-то никто не боится. Кстати, Рейму, немного оффтопа: что ты там просил меня вчера пояснить тебе за фотоэффект?
>>45174 >Кстати, Рейму, немного оффтопа: что ты там просил меня вчера пояснить тебе за фотоэффект? Да. Почему это доказывает, что фотон — это частица? >Хм, странно. Разве у 28147-89 есть значимые уязвимости (при условии использования нормального узла замены)? Ну нашли теоретические упрощения. Но до 192 бит не дошли и близко. Кстати, AES-256 атаковали куда успешнее. Но он почему-то так и остаётся основным алгоритмом в Пентагоне. >28147-89 Последние две цифры ГОСТ'ов обозначают год стандарта. В 28147 подписывать как стандарт 89 года довольно глупо, как по мне. Даже если это стандарт указывания стандарта. >Проиграл с совместимости уязвимостей, как будто уязвимости — это некие патчи, накатываемые на стабильную ОС Да, обычно так не выражаюсь. Но всё и вправду было бы так смешно. >Ну, через подставную фирму, думаю, их вполне можно купить. Сделал ООО, купил, ликвидировал. Это понятно. >Конкретно у нас в ноутбуке был нагреватель на такой случай, лол. В голос, честно. >всякие записи и чтения из регистров, отмаппированных в конфигурационное пространство PCI, и виртуальной памяти, которая отмаппирована на DMA с видеокартой. Ну да. А вот DMA я и не приметил, хех. >Я видел даже пароли на таких жёлтых бумажках, приклеенных к монитору. Ну я думал, что хоть за это ловят и наказывают.
>>45174 Хотеть монету в 10р с такой (ницвитной канешнаж и в двуметале тож) картинкой же. Глупая хотелка, или норм?
>>45230 >Почему это доказывает, что фотон — это частица? А, понял. Дело в том, что при поглощении света с испусканием электронов энергия электрона всегда связана только с длиной волны света и практически не зависит от интенсивности, хотя если бы свет имел чисто волновую природу, он мог бы передавать электрону любую энергию. Кроме того, при очень сильных интенсивностях появляются кратные пики — т.е., помимо электронов с энергией Е, попадаются электроны с энергией 2Е и т.п. Объяснить это удовлетворительно, если считать свет только волной, невозможно. Кроме того ультрафиолетовая катастрофа (расхождение уравнения Рэлея-Джинса при коротких длинах волн) тоже не объясняется, если считать свет классической волной: ничто не мешает телу излучать свою энергию в коротковолновом диапазоне, причём, чем короче — тем больше (т.е. общая мощность теплового излучения любого тела, нагретого выше абсолютного нуля, получается бесконечна). Но при этом если предположить, что электромагнитное излучение излучается только в виде отдельных «частиц» (фотонов), квантов с энергией hν — всё тут же становится на свои места: энергия электронов при фотоэффекте становится равна энергии какого-либо количества поглощённых фотонов: 1, при больших интенсивностях иногда 2 и так далее (в природе наблюдалась фотоионизация до 11-кратной в атмосферах белых карликов); а абсолютно чёрное тело, нагретое до определённой температуры, просто не может излучать фотоны с энергией большей, чем его равновесная энергия, что отлично наблюдаемым в эксперименте образом заваливает его спектр в области коротких волн. >Ну нашли теоретические упрощения. Но до 192 бит не дошли и близко. >Кстати, AES-256 атаковали куда успешнее. Но он почему-то так и остаётся основным алгоритмом в Пентагоне. Думаю, дело в отсутствии атак, которыми за приемлемое время на приемлемом оборудовании можно сломать шифр заданной стойкости. >Последние две цифры ГОСТ'ов обозначают год стандарта. Я бы конкретизировал: год принятия стандарта. Если с тех пор нечему было меняться (а зачем менять алгоритм шифрования, если на него нет адекватных атак и он имеет приемлемую скорость?) — то и новый стандарт особо не нужен. Кстати, на некоторые шайбы и винты, к примеру, сейчас действуют ГОСТы шестидесятых годов — и нормально. >В голос, честно. Ну, суровые условия требуют суровых мер. =) >Ну я думал, что хоть за это ловят и наказывают. Ну пока вроде бы нет. >>45231 Аааа, зачем ты сказала, няша, я теперь тоже хочу! =) Кстати, теоретически можно попробовать напечатать на 3D-принтере из пластика и покрасить серебрянкой, лол. Не металл, конечно, будет, но зато хотя б похоже. Вроде печать стоит (как-то узнавал некоторое время назад) порядка 1000 р за заказ + какие-то копейки за материал.
>>45246 >Думаю, дело в отсутствии атак, которыми за приемлемое время на приемлемом оборудовании можно сломать шифр заданной стойкости. Думаю, и не будет никогда на электронных устройствах. Для изменения 1 бита информации в ЭВМ нужно теоретически как минимум 1 электрон убрать или добавить. Таким образом, для перебора ключа AES-128 нужно столько энергии, сколько все АЭС человечества выработают за год. И это теоретический минимум. Для перебора AES-256 Солнце ещё не выработало столько энергии за всю свою жизнь. >Кстати, на некоторые шайбы и винты, к примеру, сейчас действуют ГОСТы шестидесятых годов — и нормально. Почему бы и нет. >Я бы конкретизировал: год принятия стандарта. У ГОСТ 28147 немного другая особенность: это публичный год принятия стандарта. Стандарт был и ранее. И имел тот же номер. Не в 60-х, конечно, но например, в 70-х он уже использовался в конечном оборудовании на машинах аппаратной реализации алгоритма. >Ну, суровые условия требуют суровых мер. Нет, ну это понятно. Но, всё же, звучит немного смешно. Так с нагревателем -40 тянет? >Спойлер. Могу тебя заранее разочаровать: в металле это изображение не будет так смотреться. А вот сделать цветной жетончик — это дело. И сразу из пластика тогда.
>>45246 Гляди чево Шира обнаружила же (и крепко задумалась по этому поводу) http://chekanka-monet.net/moneti-na-zakaz/
>>45255 >Думаю, и не будет никогда на электронных устройствах. Ну дело как раз в том, что имеются в виду атаки, отличные от полного перебора. Он при адекватной длине ключа бесполезен, как ты правильно заметил, с точки зрения термодинамики нам может банально не хватить энергии Солнца, да что там Солнца — даже всей наблюдаемой Вселенной (при ключах порядка 1024 бит, если я не путаю). >Для изменения 1 бита информации в ЭВМ нужно теоретически как минимум 1 электрон убрать или добавить. Даже не обязательно электрон (он слишком энергоёмок), минимальный предел энергии для изменения одного бита — очевидно, kT, а самая низкая температура, достигнутая человеком на данный момент — 4.5E-10 кельвин, соответственно, только для прохода двоичным счётчиком размера в 1024 бита всех возможных значений потребуется минимум 1E275 джоулей, при этом масса наблюдаемой вселенной — 3E52 кг, т.е. её полная энергия — 3E68 Дж. То есть только для того, чтобы проинкрементировать этот счётчик до конца, стоит полностью израсходовать энергию 3E206 (300 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 штук) таких Вселенных, как наша. Я уж не говорю про что-то вычислительно более сложное, чем простой инкремент, тем более про обеспечение работы всего, что поддерживает систему. С другой стороны, сейчас есть идеи квантового криптоанализа, которые позволяют «ломать» любые подобные шифры за одну операцию. Проблема теперь в другом: важно узнавание необходимого слагаемого суперпозиции и его усиление в эти же 2^дикой степени раз при игнорировании всех остальных. >У ГОСТ 28147 немного другая особенность: это публичный год принятия стандарта. Не, там немного другое. Непубличные стандарты обозначаются ГОСТ В (или ГОСТ РВ для стран Таможенного союза), а изменение года происходит при принятии новой ревизии стандарта. Но 28147-89 вроде бы не вводился взамен другой ревизии ГОСТа (иначе бы стояла запись на втором листе), так что скорее всего, он входил либо в ТУ, либо в ОТТ до его стандартизации (ТУ и ОТТ не публикуются). А сам алгоритм да, существовал ещё в семидесятых годах (говорят, его как раз на первых «Эльбрусах» крутили, лол.) >Так с нагревателем -40 тянет? Вроде тянет, лол. >в металле это изображение не будет так смотреться. Ну поэтому надо его перерабатывать, например, заменяя цвет на глубину выборки материала (ааа, это же превращение 2D в 3D! Кощунство!), и естественно, не автоматически, а вручную отрисовывая всё это в каком-нибудь SolidWorks. >>45278 Хм, интересная вещь. Только вот цены больно кусачие (и партии большие — что при штамповке вполне себе обоснованно)... Хотя, впрочем, если у тебя есть идея, куда запилить 50 монет с Хомурой по 300 рублей каждая (например, выходы на аниме-магазины с хорошей гарантией продаж или выкупом по себестоимости по предоплате) — то можно и попробовать. Алсо, если уж на то пошло, то запилить значок лаборатории гаджетов будущего можно еще (правда, на нём есть выносные элементы — а пуансоны для чеканки монет, как правило, рассчитаны именно на круглые монеты, без таких элементов). Да, ещё можно подумать насчёт лазерной гравировки, вроде она должна быть дешевле, правда, не уверен, что мягкие металлы (из которых обычно запиливаются монетки) ей поддаются. Но по крайней мере, надписи на нержавейке для IO-панелек для наших материнок мы делаем ей. Вот пример подобной фирмочки. Проблема только в том, что по дефолту она получается неглубокая, и цвет меняется. То есть не то, чтобы это прямо похоже на чеканку.
>>45424 Шира тебе не торгашка какаянить, бака! >лазерной гравировки Лiл. Хомка, ты не поверишь, но вчисле фсяких дел на работке, Шира имеет непосредственное отношение к пикрелейтеду же^^ Но это не то же. Чеканка, вот што няшно и лампово же:3
>>45424 >С другой стороны, сейчас есть идеи квантового криптоанализа, которые позволяют «ломать» любые подобные шифры за одну операцию Это очень нашумевшая и громкая тема в криптологии. Однако, в большинстве симметричных шифров. Помню, уже разбирали перспективные способы упрощения перебора квантовыми вычислениями для GOST. Ну никак. Слишком большой сложности должен быть квантовый компьютер. Можно сказать, что он уже защищён от таких атак. Да и, собственно, возникает ощущение, что взлом квантовыми компьютерами грозит только ассиметрике. Но по этой теме я едва слышал. Говорят, там куда большая опасность. >>Так с нагревателем -40 тянет? >Вроде тянет, лол. А, ну и отлично. Главное — результат. >а пуансоны для чеканки монет, как правило, рассчитаны именно на круглые монеты, без таких элементов Ну если уже обращаться к производителям «наград» на заказ, то они могут много разных фигур. Те Те же ордены бывают самых разных видов. Вот орден вполне частной компании: http://prestigeart.com.ua/files/products/IMG_2156.250x200.jpg Только вот стоить будет ещё дороже.
>>45427 >Шира тебе не торгашка какаянить А жаль, ибо в нашем случае это бы помогло... >Шира имеет непосредственное отношение к пикрелейтеду же Воу, а тебе везёт-таки. Ну ещё вариант насчёт чеканки — это найти мастера со станком, который умеет хорошо фрезеровать стальные пуансоны, и потом уже ими чеканить винтовым прессом. Но это маловероятно. >>45429 >Слишком большой сложности должен быть квантовый компьютер. Ну там проблема не в сложности, а в когерентности, проще говоря — тяжело не сломать шифр, а вытащить результат из готовых кубитов. Но это проблема уже не вычислительная, а именно что инструментальная: чуть-чуть развития криогеники и однофотонных лазеров — и все шифры падут, лол. >взлом квантовыми компьютерами грозит только ассиметрике. Не, квантовому криптоанализу фактически поддаётся любой автомат, который можно записать в базисе оператора Адамара и CNOT (а все тьюринговы автоматы можно так записать), если известен алгоритм, а в некоторых случаях можно даже не реализовывать весь алгоритм, а просто решить задачу, которая в классическом криптоанализе «закрывается» вычислительной сложностью (например, с помощью алгоритма Шора можно факторизовать большое число). Собственно, это впечатление, что «асимметрика ломается легче» как раз связано именно с тем, что можно решать частную задачу факторизации, а не подбора, но это совершенно не значит, что симметричные алгоритмы неуязвимы. >Вот орден вполне частной компании Кстати, это больше на литьё похоже. >Только вот стоить будет ещё дороже. Вот это-то и огорчает...
>>44059 >Основная мотивация — именно эта, да. Тогда, думаю, будет уместным указать тут одну историю. Кстати, в ней речь о системах ещё 2007 года. Меня факт постоянного нахождения ОС в прозрачном гипервизоре несколько удивил. Думаю, это действительно неплохое доказательство необходимости доверенного железа для работы со сколько-нибудь секретной информацией.
>>50575 Ну, опыт показывает, что госслужбы, которые работают с секретной информацией, чрезвычайно инертны, и поэтому от новых атак защищаться не собираются. В подобных структурах выполнить задачу — не важно, но зато если задача провалена — гораздо важнее найти виноватого. Их стиль работы — не решать задачи, а искать виноватых в том, что задача не решена, короче. Вот потому ФСБ-шникам и было пофиг на эти уязвимости: кто обвинит их в утечке секретной информации, если специалистов подобного уровня среди них нет? Главное, что среди них невозможно будет найти виноватых, а то, что информация утечёт, куда не надо — так то ж не деньги из личного кошелька.
>>44059 >Пачули-Ёму Ёму тут уже аватаркофажили к моменту моего прихода, так что взял другого персонажа, который мне тоже нравится. >Ну ещё вариант насчёт чеканки — это найти мастера со станком, который умеет хорошо фрезеровать стальные пуансоны, и потом уже ими чеканить винтовым прессом. Но это маловероятно. >это маловероятно Посмотрим-посмотрим... Фрезеровка, конечно, не мой основной профиль, но этим делом я таки занимался + имею опыт в металлообработке в целом. У меня, правда, по ЧПУ разряда нет и получать буду непонятно когда, т.к. сейчас область, в которой я работаю, под большим вопросом — пока что я всё ещё токарь, но, вероятно, в ближайшем будущем таки устроюсь сисадмином, соответственно, придётся искать варианты.
И у меня отношение, понятное дело, не к >>45427-пикрелейтеду, а к чему-то более хтоничному, носящему название 1К62.
>>51396 В-видел такой у себя в школе. П-правда из трёх экземпляров работал только один.
>>51393 >Ёму тут уже аватаркофажили к моменту моего прихода, так что взял другого персонажа, который мне тоже нравится. Ну та Ёму что-то куда-то делась. >но этим делом я таки занимался + имею опыт в металлообработке в целом. О, осталось посмотреть, что скажет Шира. =) Хотя, с другой стороны, не уверен, что на >>51396 можно сделать пуансон с картинкой. Хотя, конечно, я в металлообработке совсем не силён, кто знает, как на самом деле...
>>51479 Лазером нормального не сделаешь. Хотя, может, я чего-то не знаю о современных технологиях. Нужен станок, нормально выдерживающий глубину, конкретно — фрезерный (можно также и электроэрозионный с несгораемым электродом — прошивочный не подойдёт, понятное дело). Ну и на станке с ручным управлением большого не добьёшься. Это ещё на токарном можно много чего сделать, а вот фрезерный без ЧПУ не особо котируется сейчас. Вообще, до металлообработки я дошёл из-за своих проблем и идей, касающихся изготовления корпусных элементов (из металла) и пресс-форм, в которых можно делать пластиковые корпусные элементы, тем более, что есть знакомства, позволяющие заставить студентоту учиться штамповать не какие-то непонятные конструкции, а корпуса для электроники, начиная от простейших корпусов для всякой мелочи и заканчивая конструкциями вроде корпуса ноутбука типа ThinkPad, в который будет устанавливаться «скелет» из магниевого сплава. Нам осталось найти инженера по эргономике.
Кстати, у Хомура-сан нет желания немного оживить разговор в среде аспиранта мехматфака, студента-айтишника, этого >>39536 электроника из Иваново и админа из Казани и меня иногда? А то сначала обсуждали машины на ARM-процессорах, потом на Итаниумах, сейчас темы давно закончились, даже все жизненные темы уже обсуждены.
>>51485 >Лазером нормального не сделаешь. Да, мне тоже так казалось. >Ну и на станке с ручным управлением большого не добьёшься. Это ещё на токарном можно много чего сделать, а вот фрезерный без ЧПУ не особо котируется сейчас. Вот-вот, всё же сейчас цифровые технологии подешевели настолько, что человеко-час высококлассного «фрезеровщика руками» будет стоить дороже, а продукцию он будет выпускать хуже, чем в случае станка с ЧПУ. >>51486 Ну я не то, чтобы против. =) Главное — если у вас там 100500 сообщений в день, как где-нибудь в контактовской конфочке, то я просто не буду за вами успевать, лол.
>>51498 >Вот-вот, всё же сейчас цифровые технологии подешевели настолько Нет. Во-первых, нормальные промышленные станки с ЧПУ стоят очень больших денег. Во-вторых, работа на обычном станке, зачастую, осуществляется на подачах. Так что качество обработки зависит, в основном, от инструмента и умения правильно наладить станок на выполнение операции и установить правильный режим резания. ЧПУ позволяют обеспечить сложную геометрию но в рассматриваемом в треде случае важно именно это, а также значительно ускорить обработку. >спойлер За 3 дня ну десяток сообщений набирается. Сейчас вообще мёртво очень. Говорю же — 4 человека сидит.
Алсо, ты что-то в джаббере молчишь. Или у тебя приоритеты выставлены так, что сообщения идут не на ту машину?
>>51580 >Во-первых, нормальные промышленные станки с ЧПУ стоят очень больших денег. Ну, любая промышленная техника стоит больших денег, на самом деле. Просто раньше это обосновывалось себестоимостью изготовления, а сейчас — банальным объёмом серии и изготовлением на заказ. К примеру, серверный блок питания стоит 700$, а обычный ATX-овый с аналогичными характеристиками (включая температурный диапазон, IP-рейтинг и наработку на отказ) — 7000 рублей, хотя себестоимость их — практически одинаковая. Скажем так: сейчас нет никакой сложности изготовить такой станок, который в 1980-х годах считался невозможным, а в 1990-х — чрезвычайно сложным. >первый спойлер Ну вот я как раз про такие случаи и говорю. >а также значительно ускорить обработку. А ещё, если я правильно понимаю, они не предъявляют требований к мастерству оператора; сейчас оператор — просто обслуживающий персонал, загружающий программу в станок, а дальше станок уже сам всё делает (где-то видел на ютубе видюшку, как какой-то станок фрезерует, вроде бы, блок цилиндров какого-то двигателя из цельного куска металла, и как я понимаю — совершенно без участия человека, примерно так же, как, например, современные станки для производства печатных плат засвечивают фоторезист на шаблоне или самой плате по GERBER-файлу). >последние спойлеры Ну тогда ок. =) >>51581 Упс! У меня джаббер-клиент просто на работе стоит, а не дома, я там буду завтра, отвечу, если ты мне туда что-то писал.
>>51631 >А ещё, если я правильно понимаю, они не предъявляют требований к мастерству оператора; сейчас оператор — просто обслуживающий персонал, загружающий программу в станок, а дальше станок уже сам всё делает (где-то видел на ютубе видюшку, как какой-то станок фрезерует, вроде бы, блок цилиндров какого-то двигателя из цельного куска металла, и как я понимаю — совершенно без участия человека, примерно так же, как, например, современные станки для производства печатных плат засвечивают фоторезист на шаблоне или самой плате по GERBER-файлу). Вообще, операторов учат технологии обработки, разработке управляющих программ, работе в CAD (3D-моделированию) и CAM (генерированию на основе 3D-моделей управляющих программ), наладке станков — как механики, так и самой стойки ЧПУ. Однако, на предприятиях они оказываются на роли учёных обезьян, где их навыки не применяются — вся работа — установил заготовку, нажал большую зелёную кнопку, посмотрел несколько часов за работой станка через стекло, вытащил, померил. И снова. Программу пишет инженер. Обслуживает станок — меняет инструмент, СОЖ, проверяет, настраивает даже саму электронику наладчик. Фактически, взять на работу можно человека и без образования, но никто такого делать не будет — будут брать людей с дипломом оператора. Которые потом жалуются, что все их знания совершенно не нужны и всё, что нужно уметь делать — это нажимать на одну кнопку.
>>51648 Ну это, кстати, да. Тут только если выбиваться куда-то на какую-то должность, которая позволяет иметь какой-то контроль над производственными процессами — там часть этих знаний можно применить, хоть и просто для того, чтобы понять, как можно этот процесс эффективнее построить и сорганизовать для этого подчинённых. Ну или начинать какую-то научную деятельность (думаю, в металлообработке она тоже возможна — хотя, конечно, там, наверное, для этого простор меньше, чем в электронике и микроэлектронике).
>>51694 Ну я-то в это дело пошёл ради получения возможности реализовать свои цели. Потому что в наше время абсолютно всё нужно делать самому. Другие готовы только смотреть и давать очень полезные советы. Без корки, как показала практика, за оборудование не пустят. Плюс ко всему, как резервный вариант трудоустройства, поскольку работу я сейчас не могу найти вообще.
Алсо, думаю, что стоит мне бросать все эти увлечения компьютерами и электроникой. Никто из людей, окружающих меня, это не одобряет и хорошо к этому не относится, особенно, к информационным технологиям. Тем более, мне и так говорят, что у меня вот-вот будет удостоверение токаря. И профессия эта уважаемая, в отличие от айтишников, которых никто и никогда не любил, ровно как и то, чем они занимаются. Правда, вряд ли я до конца выбью из себя эту дурь — уже 15 лет пытаюсь отбить у себя интерес к этим делам, но толком ничего так и не вышло, разве что, старался в это не лезть, пока учился в школе, оставив изучение всех этих дел до того возраста, когда стану полноценным человеком.
>Алсо, думаю, что стоит мне бросать все эти увлечения компьютерами и электроникой. Ну зачем же так радикально? >Никто из людей, окружающих меня, это не одобряет и хорошо к этому не относится, особенно, к информационным технологиям. Странное у тебя окружение, на самом деле. Всё же ИТ — сфера куда более широкая, чем металлообработка. >И профессия эта уважаемая, в отличие от айтишников Хм. Ну не знаю насчёт уважаемости, но качественные айтишники, на самом деле, сейчас нужны в большем количестве мест, чем токари. Это, конечно, никоим образом не означает, что быть токарем хуже, просто мне кажется, что если подходить с точки зрения количества рабочих мест, то устроиться инженером-наладчиком, админом, программистом, веб-дизайнером и т.п. — всё же проще.
>>51722 >Ну зачем же так радикально? Да ничего радикального нет. Просто занятия эти не очень одобряемые. Нет, конечно, это хорошо. Но этим пусть занимаются другие люди. Которых ни в коем случае нельзя назывть плохими, они хорошие, но они пусть будут там, а я здесь. И мне этим заниматься не надо. Просто потому что не надо. И абсолютно любое дело может быть интересным, если этого хотеть. А то, что я зафиксировался на чём-то одном и не хочу просто так взять и спокойно без лишних мыслей забыть об этом — явный признак моей неадекватности. >Всё же ИТ — сфера куда более широкая, чем металлообработка. Опять же, IT — это где-то там и мне этого касаться не стоит, пусть этим занимаются другие люди. >качественные айтишники, на самом деле, сейчас нужны в большем количестве мест, чем токари Ну, об этом думать не стоит. Нужны и нужны. Нужно просто понять, что это не моё и не для меня. А если не получится устроиться токарем, можно устроиться и разнорабочим, ничего плохого в этом нет. Айтишники же занимаются чем-то непонятным и лучше не надо разбираться, чем именно — не моё это дело. Ну или как-то так. Во всяком случае, как мне говорят, это реальная профессия, с которой можно работать, а не искать что-то непонятно что и заниматься непонятно чем, на деле являясь совершенно бесполезным человеком.
>>51737 >Просто занятия эти не очень одобряемые. Странно. Имхо, как раз наоборот: куда ни взгляни — айтишники вполне себе котируются. >Но этим пусть занимаются другие люди. >они пусть будут там, а я здесь. >И мне этим заниматься не надо. Просто потому что не надо. Ну это уже конкретно твоё решение, конечно. >И абсолютно любое дело может быть интересным, если этого хотеть. Это да. И самое главное — жизнь обычно не требует от тебя приверженности только одному делу. Максимум — только отнимает у побочных дел время в пользу основного, а выбор ты делаешь сам. >А то, что я зафиксировался на чём-то одном и не хочу просто так взять и спокойно без лишних мыслей забыть об этом — явный признак моей неадекватности. Я бы так не сказал, скорее, наоборот — это признак широкого кругозора и стремлении к познанию, скажем так. >Айтишники же занимаются чем-то непонятным и лучше не надо разбираться, чем именно — не моё это дело. Всё потому, что «айтишник» — это как «инженер», очень широкое понятие. Сборщик компов, разработчик баз данных или проектировщик печатных плат — айтишники, но занимаются совершенно разными вещами, как инженер может разрабатывать начаиная от доильных аппаратов для коров и заканчивая возвращаемыми орбитальными капсулами. >это реальная профессия, с которой можно работать, а не искать что-то непонятно что и заниматься непонятно чем, на деле являясь совершенно бесполезным человеком. Опять же, быть айтишником — это не обязательно быть «тыжпрограммистом» или эникейщиком. ...Может, мы просто разный смысл вкладываем в понятие «IT»?
>>51784 На всякий случай ещё раз повторю, что это не моё мнение, а мнение людей, к которым лично мне следует прислушиваться. И всего лишь. Так что есть рекомендация и ей нужно следовать. А некоторые интересы бывает нужно забывать, если это требуется.
Хомура-сан, может, сделаешь себе жаббер дома? А то у меня в будни проблемно сидеть в интернетах, ты мне написал, ответить не могу — тебя там до понедельника не будет. Не на курисаче же чат устраивать. А с джаббером намного удобнее.
>>52347 Да, я как раз взял с собой домой профиль миранды, теперь вот вылез в онлайн, если что. Можешь писать =)
>>52347 Иди еби чугун.
>>39196>14573572533.png
>>52368А что мешает поставить его на домашнем ПК постоянно?
>>122801Лень лол.
Суп, Курисач!У Хомуры тут хорошая (возможно) новость.Я тут пробил тему в тестовом режиме сделать для желающих возможность пощупать ручками эльбрусовскую машину (по ssh; там стоит ОС Эльбрус, которая, в принципе, представляет собой смесь дебиана, центоси и немного слаки; железно там процессор Эльбрус-8С (4 штуки — т.е. 32 ядра), 256 Гб оперативки). Права, естественно, юзерские; всё, для чего нужно sudo — по этим вопросам писать мне.Если вдруг кто-то хочет — то нужно сгенерить ssh-ключи и послать их мне на akemi_homura (a) kurisa.ch.Моар инфо:РазвернутьВот примерное описание, как генерировать ключи: https://1cloud.ru/help/linux/generacija-kljuchej-ssh. Мне нужны открытые ключи (приватные, разумеется, не нужно – пусть они хранятся у тех, кто будет иметь доступ, они будут с их помощью авторизовываться на машине).Открытый ключ выглядит, как длинная строка в base64, начинающаяся со слова ssh-rsa и заканчивающаяся (обычно) двумя символами «равно», возможно, с комментарием в конце. Обычно он сохраняется в файл с расширением .pub.Комментарий к ключу должен выглядеть как «имя_пользователя@yukari» (Например: molchan_i@yukari ). Имя пользователя можно любое, кроме root и прочих служебных имён; лучше, если оно будет содержать только маленькие латинские буквы, возможно, разделённые знаками подчёркивания и возможно, с цифрами в конце, и будет не менее 6 символов (например, правильные имена пользователей – reimu, sakuya_izayoi, youmu1234; неправильные – yuu, KyoukoKasodani, фландр495, master_spark! и т.п.) В любом случае, если пользователя будет невозможно добавить, я скажу об этом, нужно будет просто заново сгенерить ключ с новым комментарием.
>>135029Фига! Круто, сейчас оформлю заявку.Что там можно ставить, что можно запускать? Какие компиляторы есть?
ща будем майнить крипту на казённом эльбрусе)))
>>135033Ставить можно всё, что не требует рутовских прав (что требует — надо говорить мне, я поставлю). Ну и на что места хватит на диске (там сейчас терабайтник, на котором занято 2%). Компилятор есть наш нативный эльбрусовский lcc (и симлинки на него — gcc и cc).>>135034Лал. В целом он майнит не быстрее интеловских процессоров общего назначения (хотя заметно энергоэффективнее) в пересчёте на миллихэши на такт на ядро, так что это не сильно продуктивно, если что =)(Видюхи там не стоит, но можно поставить, впрочем).
>>135062А моно и gnat компиляторы с соусов скомпилить там можно? Мне бы тестики погонять с матричными вычислениями, бенчи собрать и ядра погрузить.upd: я так понимаю, у вас своя архитектура, я думаю, это затруднительно будет.У вас, получается, есть только jvm, c(pp), и фортран, я прав?
>>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}. Плюс, у вас всегда будет свежий фуфокс, а люди в костюмчиках из России (Великой и Могучей, да благослови нас Владимир Владимирович) получат код под пермиссивной лицензией, патчи из которого не нужно будет коммитить в апстрим.
