Возможно ли оптимизировать Inline метода с throw с помощью директив препроцессора?

Собственно семантика заложена в термине. Exception. Исключение. Что-то исключительное. Редкое.
Например мы работаем с файловой системой на сетевом диске и внезапно диск отъехал.
(Сеть мигнула). Не будем-же мы каждую файловую операцию снабжать кодом ошибки (как это
было в языке С ). Нам удобнее исходить из позитивного сценария.

Проверять capacity через Exception - я-бы не стал. Лучше бизнес логику закрепить тестами
и это загадочное капасити ловить на самом входе. Если это техническая валидация например
входных данных то она спокойно отбросит это кривое капасити в сторону безо всяких исключений.

Как организовать код, сниппеты, файлы внутри команды?

NastyaNyushkova, вы меня ставите в глупое положение. Вы-же не говорите сколько у вас проектов?
Откуда я знаю такую информацию?

Делайте на каждый проект по репозитарию + библиотечный проект отдельно. Или несколько библиотек
если есть кластеризация проектов.

Как организовать код, сниппеты, файлы внутри команды?

NastyaNyushkova, да хранить это надо в системах версионного контроля.
GitHub как самый очевидный способ. Но это требует определенной культуры
разработки. И если вы раньше не работали то вам надо провести тренинги
для всех участников этого процесса. Поначалу бывает что людям не заходит.
Люди нервничают. Конфликтуют. Ищут простых путей. Делают копи-пасты
там где нужен merge и так далее. Вобщем эту моральную ломку вам надо
пройти.

Чем делать резервное копирование 1 ТБ?

Да если копировать россыпь мелких файлов через файловых протоколы типа NFS/CIFS то
можно и неделю просидеть с 1 терабайтом. Протокол избыточноый. Много метаинформации
передает.

Ntbackup как-то быстрее копирует - но кто его знает используют ли щас NTbackup или нет?

В Linux можно tar-ом соединять мелкие файлы в один блоб и как-то вот так повышать эффективность
использования сети для копирований.

Почему при выборке элементов SQLite в Android studio суммируемые числа округляются до целого?

Надо сменить тип данных. Я отпишу в ответы.

Почему при выборке элементов SQLite в Android studio суммируемые числа округляются до целого?

А что у тебя покажет

SELECT typeof(x) FROM table

?

Как решить проблему с уникальностью ключей?

Можно. В Postgres поддерживается синтаксис insert ... on conflict ....

Читай здесь https://www.postgresql.org/docs/current/sql-insert.html

Как решить проблему с уникальностью ключей?

Георгий Кузнецов, очисти таблицу и загрузи все заново.

Как решить проблему с уникальностью ключей?

Георгий Кузнецов, таблицу обычно создают с помощью скрипта. Типа CREATE table .... primary key. .... unique.
И вот там где стоят primary/unique - надо искать твою ошибку. Названия полей.

Я могу предположить что ты просто второй раз загружаешь данные и ловишь uniq constr violation. Но я не люблю гадать и смотреть в хрустальные шары. Я хочу видеть названия таблиц и колонок.

Будь так любезен.

Как решить проблему с уникальностью ключей?

Покажи как была создана таблица.

Почему двумерные массивы работают чуть быстрее одновременых?

Даниил, помогло? У меня нет шарпов под рукой. Я не могу проверить.

Как сделать много вставок в HashMap за минимальное время?

Многие новички впадают в максимализм. Если мы строим БД с обратной связью (грузим данные за 4 секунды) на 5 секунде хотим уже делать доступ к этой БД - то я спрашиваю что это за системая такая? Что за ТЗ которое обеспечит 3 миллиона RPC (транзакций) за 4 секунды и сразу-же пойдет запрашивать их? Что за дата-центр такое в состоянии создать? Я не знаю. Не видел никогда.

Задачи быстрой загрузки (bulk/batch load) да такие были. Но загрузить такой рандомный шум что автор придумал - можно было и в кольцевой буфер или в массив и потом в фоновом режиме спокойно положить в хеш-табличку. Даже системы реального времени не обязаны стартовать за реальное время. Всегда есть компромисс. Биржевые системы работают с сутошным циклом. Днем работают. Ночью - на техобслуживании. Вот вся ночь впереди. Ребутай систему. Грузи справочники хоть 8 часов. Время есть.

Лет 10 назад в одном из форумов рунета один юноша строил свою ин-мемори БД с нано-секундным откликом. Вобщем приводил много синтетических тестов. Но физика все порешала по другому. Нет сегодня
хорошей оперативной памяти с таким доступом. Есть кеши но они не для БД а для других дел.

Наносекунда - это кстати краеугольный камень перформанса. Если перевести на язык оптики - то
это 30 сантиметров пролёта света. Вот смотрите на свой системный блок и ищите сколько
пролетит свет за это маленькое время.

Вобщем новички вместо реальной задачи - создают себе синтетический тест и ловят на нем парадоксальные
эффекты. То измеряют производительность toString. То измеряют ре-аллокацию хеш-таблички. То
создают параллельные потоки.

Почему двумерные массивы работают чуть быстрее одновременых?

Даниил, я честно говоря не помню как DotNet расставляет элементы в памяти. Но ты словил эффект удачного попадания в кеш для многомерных массивов а для одномерного почему-то расклад был неудачен.

Почему двумерные массивы работают чуть быстрее одновременых?

Сделай тест подлиннее. Хотя-бы в 1 минуту на каждую матрицу.
И попробуй перевернуть индексы местами (i,j).

И еще неплохо-бы размеры строк матриц выровнять под границу в 64 байта.

Как сделать много вставок в HashMap за минимальное время?

Eugene-Usachev, в мае месяце ты хотел вкатиться в айти а в июле уже критикуешь структуры данных Rust.

Молодца..

Вообще async созданы для операций I/O. Условия таковы. Есть к примеру одно устройсво. Сетевушка или диск.
Оно не параллелится нифига. Такова его природа. И оно блокирует 1000000 потоков. Потоки-ждуны.
Сидят и ждут пока медленное устройство раздуплиться. Вот. Но ждать можно по разному. Вот технология
async это один из видов ожидания.

А ты чего хотел вообще от асинка получить в данном примере?

Как сделать много вставок в HashMap за минимальное время?

В синхронной версии всё работает, но медленно (во-первых, я вынужден вызывать get у map дважды, во-вторых, писать синхронно в целом долго).

Сколько времени у тебя занимает загрузка 3 млн ключей в синхронной версии?

Как приложение синхронизирует данные с разных операционных систем?

Saashmalysh, я не смог. Для решения моих задач надо сливать этому чяту бизнес информацию. Так вот чтоб закинул вопрос и получил ответ - не выходит. Груминг на пару дней. А какие с ним пару дней когда у него 16 килобайт контекста всего.

Как приложение синхронизирует данные с разных операционных систем?

Saashmalysh,

А как эти данные на этот сервер помещаются? Нужно как-то договариватся с какой-то серверной типо, чтобы она предоставила место для моего приложения? Я вот вообще не шарю. Это всё же программированием делается, нет? Как это вообще сделать короче, чтобы они там хранились?

Подожди годика полтора. Появиться искусственный интелект с No-Code. И будешь
устные приказы отдавать. Типа - а ну создай сервер! Синхронизируй! Так-то!

Я не шучу.

P.S. Оптимальность решения правда не гарантирована.

Как лучше развернуть двумерный массив?

А может тебе лучше исходный массив вот так задавать?

let arr =
    [
    1,2,3,
    1,2,3,
    1,2,3
    ]

Тогда формула проще выходит. И вращать и отражать и гиперкубы делать.

Идеальное хеширование без чтения из памяти параметров h2(k)?

floppa322,

А contains(k) у PerfectHashTable фактически единственный метод

если тебе нужен только contains - то посмотри в сторону Фильтра Блума. Это - probabalistic проверка но она
надежно работает для закрытие большего числа запросов.

Вобщем я выдохся. Я думаю что твой тюнинг он - очень специфичен. И его нельзя решать только теоретически.
У тебя должно быть как минмум 3 макета софта. Под open-adressing и под separate-chaining и под твой идеальный квадрат. Я напомню что самые лучшие реализации алгоритмов - обладают сильной когерентностью по памяти.
Это связано с кешами в железе. Поэтому твои теоретические обоснования могут сильно ошибаться в практике.
Вот. И результатом этих трех макетов должны быть 3 бенчмарка где ты показываешь практически
время инициализации структуры и среднее время доступа.

Вобшем все. Коллеги. Прошу отписать ваше мнение.