Не знаю не знаю. Скорее всего работа с MPI имеет свой протокол. Нужно в определенной последовательности делать действия. И где-то эта последовательность нарушена.
Лучше всего взять туториал по mpi и пойти от него. А тут уже наворочено всего много.
Возможно таких систем много. Но ограничивая себя крипто-системой ты автоматически обязываешь пользователя в ней и платить. Тоесть сидят 99% пользоватлей с Visa/MasterCard и готовы платить но ты делаешь ставку на 1% оставшихся которые почему-не неравнодушны к крипто-кошелькам и из них еще и надо выбрать процент тех которые знают и понимают как платить в твоей любимой крипто-системе.
lightseeker, уверяю тебя я всегда так разговариваю. Почитай википедию по ключевым словам таким как Двоичное дерево поиска BST, АВЛ-дерево и Красно-черное дерево (R&B)
Все цифровые устройства на выходе действительно восстанавливают форму и уровень сигнала. Но если речь идет об 1 километре то лучше подумать о другом классе сетевого оборудования. Цепочка свитчей или роутеров усилит лаг и внесет вероятность ошибки.
Операторы мобильной сети как то решают вопросы с длинной дистанцией. Телевидение и прочие отрасли тоже имеют свои коробочные решения. Модет оптика. Может модемы и другие физические кабели. Может радио-ретрансляторы. Да много чего есть.
rav_pr, ты ответил очевидным и бесполезным ответом. Я тоже знаю назначение hashcat. Я не понимаю какие исходные данные из veracrypt ты подашь на вход к hashcat чтобы получить полезный эффект.
Я вообще не понимаю как ты сюда втащил hashcat. У него совсем другая задача и исходные данные для него аж никак не подходят для твоего случая. Мне просто интересно.
Спасибо попробую скриптики. Я верстать не умею. И зная свой перфекционизм - я просто засяду
за изучение Inkscape надолго. А мне - только плакаты обновить надо.
Василий Банников, привык работать с Java. Там обычно артефакты более стабильны. Многим уже лет по 10 и более. Такой бешеной скорости коммитов как в JavaScript нету.
Василий Банников, для тех backend что я создавал. Размер артифакта и время загрузки вообще не имело значения. Джобы. Процессы. Они потребляли тысячу крат больше чем просто один артифакт. Поэтому артифактом больше или меньше значения не имело. А вот гарантии к отсуствию ошибок были важнее.
Василий Банников, скорее всего бояться затягивать в веб-приложение зависимости. Смысл в этом есть. Упаковка ресурсов - меньше. И скорость загрузки выше. Но где здесь золотая середина? С какого числа зависимостей уже становитсья выгодно подключить пакет или модуль. Или как оно там называется?
Vasek1209, Windows Vista была неудачной версией. И файловая система NTFS тоже эволюционировала и я знаю как минимум 4.0/5.0/5.1.
Смотри. Твой вопрос - не теоретический а сугубо практический. Все наши рассуждения может просто поломать какой-то частный случай. Но нам надо эти частные случаи просто собрать в такую честную выборку. Чтоб там не было историй из дореволюционных времен и историй с легаси софтом.
Давай запускай тестирование для двух файловых систем и продолжай наблюдение. Я делаю ставку на то что NTFS - это правильный выбор для магнитного диска.
Либо вообще отказаться от реактивности и работать с обычным вебом, формируя длинный JSON-array.