Поэтому на JVM живём всякими Optifine и другими оптизизирующими внутренности модами. Я б на месте Mojang уже предложил бы авторам этих модов контрактные деньги на внедрение в mainstream, все были в плюсе.
Хм… Интересно, но я не очень понял как это соотносится, например, с корутинами Котлина, где в library space выставляется примитивы suspend_coroutine/resume, позваляющие делать с корутиной что хочешь (выложить в фоновый пул, ждать там завершения, генераторы...). Кажется, здесь что-то похожее, но требуется явно писать сo_yield — правда же, что там можно как хочешь сохранять корутину и где угодно продолжить?
Прошу прощения, я вас не понял — Решарпер смог дальше тесты запускать или как? Из ваших слов вижак успешно упал, что для меня не очень ожидаемое поведение.
На самом деле и правильно, что не стоит ловить переполнение стека, но вот когда я учил .Net и при запуске юнит-тестов всплыла неявная рекурсия и весь тестовый движок полетел в "Windows ищет способ исправления проблемы" без рапорта, что и где, было обидно. В противовес JVM, где исключение хоть так же нет причин ловить, тестовые фреймворки не ложатся под его весом, а честно сообщают об упавшем тесте и идут дальше работать.
Ясно ж почему медленнее сортировка. В Котлине по умолчанию все операции над коллекциями активные (выполняются моментально и возвращают копию), а не ленивые: хочешь ленивых вычислений, отметь их через asSequence. Поэтому все наши операции по разделению списка идут через выделения памяти и копирования, а вот Java-версия наверняка написана in-place, тем более там не QuickSort.
Так нет, вы кладёте второй ключ к диску внутрь initramfs на зашифрованном разделе, который надо как-то ещё открыть. Конечно, в теории это дополнительная уязвимость, но доступ к нему ещё надо получить изнутри загруженной системы.
Я ещё видел, как прикручивают аппаратные токены к LUKS, и кажется этот этап тоже на Grub не сделаешь, он не умеет так.
Где-то читал о красивейшем трюке — вы создайте ещё один Key для LUKS, и положите его в initramfs, и им же декодируйте диск. Тогда пароля для grub2 хватит. Если с вашим опытом получится впихнуть — будет огненно.
Очень интересная статья! Кстати, кроме как тем, что нужен свой формат хранения, матрички из GLM не такие же шустрые? Кажется, там была какая-то поддержка SIMD.
А почему только латиница?
Если не секрет — браузером или как?
Поэтому на JVM живём всякими Optifine и другими оптизизирующими внутренности модами. Я б на месте Mojang уже предложил бы авторам этих модов контрактные деньги на внедрение в mainstream, все были в плюсе.
Да, статья не говорит о Google Pay, но ведь там что-то всё аналогичное. Так что китайские телефоны всё ещё в студии.
Ждём, вы прекрасно пишете! На самом деле, если сможете собрать пример, похожий на генераторы в Питоне, ещё и с abort, то он покроет все примеры.
Подскажу: не у всех есть
apt-get, особенно, на Windows. Там очень многие минимум качали установщик с https://java.com, и вот-с.Это чистый OpenJDK, конечно же. Если через PPA привезти Оракл, он бы назывался как-то
oracle-java8.Угу, действительно похоже. А если захочется абортнуть корутину, можно ей Exception запихать при возобновлении?
Хм… Интересно, но я не очень понял как это соотносится, например, с корутинами Котлина, где в library space выставляется примитивы suspend_coroutine/resume, позваляющие делать с корутиной что хочешь (выложить в фоновый пул, ждать там завершения, генераторы...). Кажется, здесь что-то похожее, но требуется явно писать сo_yield — правда же, что там можно как хочешь сохранять корутину и где угодно продолжить?
Ну трюк-то в том, что для Java все эти пункты и так есть) А вот Решарпер в режиме отладки хорош, спасибо.
С одной стороны да, а с другой показать дно стека было бы удобно. Это не вопрос архитектуры, скорее насколько платформа помогает искать лажу.
А, уже лучше, чем было у меня, но всё равное такое ИМХО. Stacktrace был?
Прошу прощения, я вас не понял — Решарпер смог дальше тесты запускать или как? Из ваших слов вижак успешно упал, что для меня не очень ожидаемое поведение.
На самом деле и правильно, что не стоит ловить переполнение стека, но вот когда я учил .Net и при запуске юнит-тестов всплыла неявная рекурсия и весь тестовый движок полетел в "Windows ищет способ исправления проблемы" без рапорта, что и где, было обидно. В противовес JVM, где исключение хоть так же нет причин ловить, тестовые фреймворки не ложатся под его весом, а честно сообщают об упавшем тесте и идут дальше работать.
Ясно ж почему медленнее сортировка. В Котлине по умолчанию все операции над коллекциями активные (выполняются моментально и возвращают копию), а не ленивые: хочешь ленивых вычислений, отметь их через
asSequence. Поэтому все наши операции по разделению списка идут через выделения памяти и копирования, а вот Java-версия наверняка написана in-place, тем более там не QuickSort.Так нет, вы кладёте второй ключ к диску внутрь initramfs на зашифрованном разделе, который надо как-то ещё открыть. Конечно, в теории это дополнительная уязвимость, но доступ к нему ещё надо получить изнутри загруженной системы.
Я ещё видел, как прикручивают аппаратные токены к LUKS, и кажется этот этап тоже на Grub не сделаешь, он не умеет так.
Где-то читал о красивейшем трюке — вы создайте ещё один Key для LUKS, и положите его в initramfs, и им же декодируйте диск. Тогда пароля для grub2 хватит. Если с вашим опытом получится впихнуть — будет огненно.
Про удаление remote — уже довольно долго можно делать
git push origin --delete branch, что куда понятнее.А как вы форматируете обычно? Новый абзац без пустой строки начинаете с отступа?
Очень интересная статья! Кстати, кроме как тем, что нужен свой формат хранения, матрички из GLM не такие же шустрые? Кажется, там была какая-то поддержка SIMD.