Мне допустим Java кажется намного логичнее C# из-за меньшего количества сущностей, и ничего не могу поделать.
В java до сих пор нет checked arithmetics.
int foo = Integer.MAX_VALUE + 1; // тут должно быть исключение, а его нет. источник трудноуловимых отсроченных ошибок
Я согласен, что данный тест скорее показывает что на С#/Rust/Go/etc. можно писать драйвера с приемлемой производительностью.
Насколько понимаю, драйвер должен работать в режиме kernel mode, а эти языки обеспечивают только user mode. То есть есть накладные расходы на переключение между режимами при каждом чихе. Чистый kernel mode возможен только на С и ассемблере. Даже С++ не может работать в этом режиме понормальному.
Я про что и говорю. Флуктуации всегда есть и какие-то случайные области будут иметь разные состояния. Я этой темой плотно занимался. Там особая математика.
Если аккуратно включить весь напор, то вода будет попадать между десной и зубом и все от туда вымывать. Но чтобы хорошо почистить зубы от налёта — надо идти в стоматологию. Там могут ультразвуком отколупать отложения и заполировать.
Был какой-то психологический эксперимент, где людей в шутку разделили на тюремщиков и заключенных. Потом люди незаметно так вошли в свои роли, что многие постарадали физически. Лучше не давать таких возможностей.
Интересно, есть ли какие-нибудь исследования чтобы генетически вывести какой-нибудь молекулярный двигатель, которые работает от энергии броуновского движения?
Я так понимаю, что на этом графике отображаются предельные x_k, где k >> 1.
Вводит в заблуждение, что на графиках эволюции х_k показаны начальные х_k, а не предельные.
Я так понимаю, что при а=3 среда, в которой происходит процесс может случайно распасться на 2 фракции изза флуктуаций. Некоторые области a=3+0 начинают жить по одному процессу, а другие a=3-0 живут по другому процессу.
Если это происходит, то применима теория перколяции, которой я в свое время плотно занимался.
все равно туплю, не вижу удвоения,
на 3 и 4 периоды примерно равны
на 5 немного больше, — в полтора раза
на 6 еще немного больше, но сказать трудно, где этот период
В java до сих пор нет checked arithmetics.
int foo = Integer.MAX_VALUE + 1; // тут должно быть исключение, а его нет. источник трудноуловимых отсроченных ошибок
Насколько понимаю, драйвер должен работать в режиме kernel mode, а эти языки обеспечивают только user mode. То есть есть накладные расходы на переключение между режимами при каждом чихе. Чистый kernel mode возможен только на С и ассемблере. Даже С++ не может работать в этом режиме понормальному.
Я про что и говорю. Флуктуации всегда есть и какие-то случайные области будут иметь разные состояния. Я этой темой плотно занимался. Там особая математика.
это точно,
Был какой-то психологический эксперимент, где людей в шутку разделили на тюремщиков и заключенных. Потом люди незаметно так вошли в свои роли, что многие постарадали физически. Лучше не давать таких возможностей.
3+0 3-0 — это старая запись для краткости. Профи поймут
Вводит в заблуждение, что на графиках эволюции х_k показаны начальные х_k, а не предельные.
Я так понимаю, что при а=3 среда, в которой происходит процесс может случайно распасться на 2 фракции изза флуктуаций. Некоторые области a=3+0 начинают жить по одному процессу, а другие a=3-0 живут по другому процессу.
Если это происходит, то применима теория перколяции, которой я в свое время плотно занимался.
Если отказался от техподдержки, то если через 3 года что-то захотелось спросить или скачать с металинка, то надо за 3 пропущенных года заплатить
я до очередного локального минимума провел линию,
Как этот период искать, особенно, если картинка 5 или еще хуже 6?
на 3 и 4 периоды примерно равны
на 5 немного больше, — в полтора раза
на 6 еще немного больше, но сказать трудно, где этот период
не понял фразу, что и где удвояется? — покажите please