Давно известно, что Метадон является наркотиком. Зачастую, более сильным чем те, для «лечения» зависимости от которых он используется. По сути, людей пересаживают с одного наркотика на другой.
Из Википедии: Наркотический потенциал и длительность эйфорического эффекта сопоставимы с известными для морфина.
Europol said that French police had discovered some of EncroChat's servers were located in the country, and that it was possible to put a "technical device" in place to access the messages.
В общем, конечно не P2P — это очевидный фейл. Остальное — дело техники.
А ещё, данные переливались с другого кластера (не CEPH), и на первом этапе нам дали всего 12 тачек. Нужно было на них залить, чтобы освободить следующие. Если же потом расширять этот кластер, то пришлось бы балансировать все, а на гигабитной сетке это было бы ещё недели ожидания.
Тачки были на 24 диска. Диски по 6TB. Решили делать Erasure Coding 10+2. Вот и сделали кластера по 12 тачек. Соображения: при временном выходе диска/тачки из строя сеф не начнёт перебалансировать, т.к. число тачек равно числу реплик. Плюс, т.к. конфигурация кластера у каждого PD в памяти, не хотелось иметь слишком большой кластер. Плюс нам дали всего лишь гигабитную сетку.
Ну и, если что-то случается серьезное, то таком весь кластер встаёт. Лучше, чтобы встал один из трёх небольших, чем один большой. (К чести сказать, раком встаёт он редко, в половине случаев по нашей вине, и потом всегда удавалось восстановить).
Ну, я знаю установку из нескольких кластеров по 1,5PB каждый. Было решено не корячить один гигантский, а делать несколько фиксированного размера (емнип 3-4 кластера)
Подожди, Green 500 — это не про общее потребление, а про ватт на террафлопс. На пример, первое место в Green 500 — это 395 место в Top 500 с эффективностью 21,1 гигафлопс /ватт. И для этого ему потребовался специальный ускоритель матричной арифметики.
У Fugaku же эффективность 14,665 гигафлопс/Вт, т.е. всего лишь на 32% меньше.
И это практически равно номеру 2 в Top 500 — Summit (14,719гфлопс/Вт).
Однако Summit, как и остальные восемь опередивших Fugaku в Green 500, — это гетерогенная система. А Fugaku — гомогенная. И она обогнала по эффективности еще 491 систему, из которых 136 используют ускорители.
Для гомогенной системы на ядрах общего назначения (пусть и с расширенным набором инструкций) это большое достижение.
Так революция и свершилась: гомогенный суперкомпьютер, порвавший всех в клочья, и всего лишь на 30% уступивший по энергоэффективности специализированным ускорителям.
А про сервера, так Амазон выпустила Гравитоны 2, и даже по независимым тестам, они таки эффективнее на доллар арендной стоимости. Так что, до конца года многие примерятся к ним, а в следующем году будет массовая миграция. Ибо сэкономить 10-30 процентов денег захочется очень многим.
Конечно, вполне возможно, что Амазон выкатит и поколение на новых Эпиках, и оно по стоимости сравняется с Гравитонами. А еще, сделают ли они под гравитоны оптимизацию EMR, RDS, Aurora и прочего вовремя.
Вобщем, от Амазона сейчас очень многое зависит.
Интересно, что шестое место по энергетической эффективности занимает система Dell HPC5 на процессорах Xeon Gold 6252 и ускорителях Nvidia Tesla V100, по производительности тоже являющаяся шестой.
Ты не путай: все системы на Intel и Power имеют в составе специализированные ускорители вычислений (NVidia, или даже специальный ускоритель матриц, как в "самом зеленом").
Fujitsu A64FX же справляется без внешних ускорителей (правда, с расширенным набором SIMD инструкций).
Кроме того, другая система на таком же A64FX занимает четвертую строчку в рейтинге зелености.
Так что у вашего языка есть шанс: прикрутите MirJIT и будете вторым после LuaJIT (а это уже круто. Учитывая, какой противный язык Lua, многие мечтаю о вменяемой альтернативе). https://github.com/vnmakarov/mir
Не совсем. Стирается действительно 512КБ. Но пишется потом блоками по 4-8-16КБ в зависимости от модели.
И все равно 2КБ — это очень мало: даже если блок записи 4КБ, блок будет записан дважды, заняв 8КБ предварительно очищенного места.
Если же блок записи 16КБ все становится гораздо хуже: блок будет писаться 8 раз и потребует 128КБ чистого места. Причем минимум 6 раз блок придётся предварительно прочитать.
Впрочем, с встооенным RAM кэшем и конденцатором (в дорогих моделях) все может оказаться не так печально.
Из Википедии: Наркотический потенциал и длительность эйфорического эффекта сопоставимы с известными для морфина.
Но возможно они просто
пиз… обманывали.Я имел в виду P2P шифрование.
Europol said that French police had discovered some of EncroChat's servers were located in the country, and that it was possible to put a "technical device" in place to access the messages.
В общем, конечно не P2P — это очевидный фейл. Остальное — дело техники.
ГОСТ, AES… что-то мне кажется, что криптоанализ был термо-ректальный
А ещё, данные переливались с другого кластера (не CEPH), и на первом этапе нам дали всего 12 тачек. Нужно было на них залить, чтобы освободить следующие. Если же потом расширять этот кластер, то пришлось бы балансировать все, а на гигабитной сетке это было бы ещё недели ожидания.
Тачки были на 24 диска. Диски по 6TB. Решили делать Erasure Coding 10+2. Вот и сделали кластера по 12 тачек. Соображения: при временном выходе диска/тачки из строя сеф не начнёт перебалансировать, т.к. число тачек равно числу реплик. Плюс, т.к. конфигурация кластера у каждого PD в памяти, не хотелось иметь слишком большой кластер. Плюс нам дали всего лишь гигабитную сетку.
Ну и, если что-то случается серьезное, то таком весь кластер встаёт. Лучше, чтобы встал один из трёх небольших, чем один большой. (К чести сказать, раком встаёт он редко, в половине случаев по нашей вине, и потом всегда удавалось восстановить).
Ну, я знаю установку из нескольких кластеров по 1,5PB каждый. Было решено не корячить один гигантский, а делать несколько фиксированного размера (емнип 3-4 кластера)
Не помню где, для бутстрапа написали крохотный компилятор C на scheme, и крохотный интерпретатор scheme на C.
Подожди, Green 500 — это не про общее потребление, а про ватт на террафлопс. На пример, первое место в Green 500 — это 395 место в Top 500 с эффективностью 21,1 гигафлопс /ватт. И для этого ему потребовался специальный ускоритель матричной арифметики.
У Fugaku же эффективность 14,665 гигафлопс/Вт, т.е. всего лишь на 32% меньше.
И это практически равно номеру 2 в Top 500 — Summit (14,719гфлопс/Вт).
Однако Summit, как и остальные восемь опередивших Fugaku в Green 500, — это гетерогенная система. А Fugaku — гомогенная. И она обогнала по эффективности еще 491 систему, из которых 136 используют ускорители.
Для гомогенной системы на ядрах общего назначения (пусть и с расширенным набором инструкций) это большое достижение.
Так революция и свершилась: гомогенный суперкомпьютер, порвавший всех в клочья, и всего лишь на 30% уступивший по энергоэффективности специализированным ускорителям.
А про сервера, так Амазон выпустила Гравитоны 2, и даже по независимым тестам, они таки эффективнее на доллар арендной стоимости. Так что, до конца года многие примерятся к ним, а в следующем году будет массовая миграция. Ибо сэкономить 10-30 процентов денег захочется очень многим.
Конечно, вполне возможно, что Амазон выкатит и поколение на новых Эпиках, и оно по стоимости сравняется с Гравитонами. А еще, сделают ли они под гравитоны оптимизацию EMR, RDS, Aurora и прочего вовремя.
Вобщем, от Амазона сейчас очень многое зависит.
Только почему-то чистых Intel/Power систем нет в топ Green 500. Только с ускорителями. А вот A64FX в ускорителях не нуждается.
Зашкаливает? На 30% больше, чем у NVidia Tesla — это "энергопотребление зашкаливает"?
Ты не путай: все системы на Intel и Power имеют в составе специализированные ускорители вычислений (NVidia, или даже специальный ускоритель матриц, как в "самом зеленом").
Fujitsu A64FX же справляется без внешних ускорителей (правда, с расширенным набором SIMD инструкций).
Кроме того, другая система на таком же A64FX занимает четвертую строчку в рейтинге зелености.
В том то и важность выхода arm маков: теперь собранных и протестированных приложений на arm64 резко станет значительно больше.
Так что у вашего языка есть шанс: прикрутите MirJIT и будете вторым после LuaJIT (а это уже круто. Учитывая, какой противный язык Lua, многие мечтаю о вменяемой альтернативе).
https://github.com/vnmakarov/mir
Кажется, что вашему языку очень подойдет https://github.com/vnmakarov/mir
Учитывая степень типизированности байткода
Не совсем. Стирается действительно 512КБ. Но пишется потом блоками по 4-8-16КБ в зависимости от модели.
И все равно 2КБ — это очень мало: даже если блок записи 4КБ, блок будет записан дважды, заняв 8КБ предварительно очищенного места.
Если же блок записи 16КБ все становится гораздо хуже: блок будет писаться 8 раз и потребует 128КБ чистого места. Причем минимум 6 раз блок придётся предварительно прочитать.
Впрочем, с встооенным RAM кэшем и конденцатором (в дорогих моделях) все может оказаться не так печально.