ты за 2 дня увидел оезкий разгон инфляции в США???
Вот уж не знаю, BlackRock заходит в крипту, остальных задавят.
Интересно что после этого биткоин прям хорого упал. А Вангард кстати отказался
По данным западных финансистов, реальный курс доллара сейчас на уровне 70 рублей. Российские власти специально держат низким рубль, чтобы наполнять бюджет. А вообще, все эти курсы взяты с потолка.
не слышал о таких данных. Более того, если завтра отменить бюджетное правило - курс улетит далеко за 150. Не встречал такой аналитики ни у блэкрока ни у вангарда. Пруфы будут?
Завязывай смотреть украинские новости 😂
https://www.forbes.ru/finansy/504054-minfin-vpervye-s-avgusta-2023-goda-vernulsa-k-pokupke-valuty-po-budzetnomu-pravilu
Справишься прочитать сам?
Перед новым годом компании скидывали валюту, чтобы закрыть налоги. К весне курс может повыситься до 100
В биржу сейчас ежедневно на поддержание курса на бирже сливают валютных ценностей (в основном юани) на сумму 16,7 млрд рублей до конца месяца, потом в районе 15. Надолго хватит?
То есть правильно я понял - имя файла соответствует искомому айдишнику? Если я хочу проверить например айди 12345, я вычисляю хэш от него и пытаюсь на диске найти файл с соответствующим именем(хэшем)? А как формируется дерево? Или оно не нужно? Я думал так:
/base/ 10000 10001 10002 20000 20001 20001...
если мне прилетает айди 10010 - я его ищу в каталоге 10000если 22000 - ищу в каталоге 20000и так далее,Или все файлы в одном каталоге?
Тогда я не понимаю как это будет работать.вот есть на диске условно 10 файлов. 1.txt, 2.txt, 3.txt ... мне нужно обратиться системными средствами к нужному каталогу, вычитать все имена файлов в нем - это уже IO операция. Потом для каждого имени получить MD и уже на его основе построить дерево?
классический unordered map
Скорость будет зависеть от глубины ведра (односвязного списка), которая зависит от качества hash-функции определяющей ведро.
В данном случае стоит идти дальше и строить дерево, добиваясь, чтобы в одном файле было не более 1-й строки. Условно брать md5 от имени файла, разбивать по 2 символа и каждый следующий уровень размещать в подкаталоге.
а-ля: MD5 (FileName) = 1e621df39e053ff6bc7db7bb1c616cc1
так мы исключаем возможность "разбухания" каталога на любом уровне ограничив его 256-ю файлами, а доступ к элементу будет осуществляться одним системным вызовом fopen, без всяких последующих хождений по файлам (связным спискам). По сути скорость (за вычетом хеш-функции) обращения сравняется со скоростью открытия сокета для доступа к БД и на порядок обгонит работу с ней.
Мне кажется, ты счас описал NoSQL))) Ну примерно. Но правильно я понял - хэши имен файлов нужно где-то хранить? И тогда постоянно заботиться о целостности?
Естественно. Это не магия, просто готовая оболочка для работы. С кучей возможности. Можно конечно с файлами, но потом - хочу скорости - значит придумываем индексирование/хэшь, хочу параллельность - начинаем извращаться с одновременным доступом, хочу надежность - придумываем транзакции. По мне лучше потратить время продуктивнее. Я не могу годами писать мертворожденный фремфорк)))
Честно - если я для похожего кейса предложу клиенту такое решение - меня наверное уволят одним днем... Обычно мы приходим к тем, у кого такие костыли и чиним) Например работал с медициноской компанией, которая у всех на слуху была в ковидные времена - помогали им обработать сотни миллионов записей с геномами человека в экселе. Сецчас врач загружает результаты анализа, система анализирует и на основе статистики предлагает лекарства и лечение.
