ArchLinux вообще чуть ли не самым первым отказался от 32-bit
добавлю что для обычных офисных приложений которые нормально себя чувствовали в объеме памяти 2Гб ничего не улучшилось а скорее наоборот. Разрядность указателя внутри стурктур данных стала заметно больше. Программисты С++ хорошо секут эту тему. Это означает что все структуры (struct) и классы стали толще безо всякой причины и стали хуже попадать в кеш-линию. Деревья, списки и графы, все стало рыхлое как мочалка и бесполезное. Вот цена за огульный переход на другую разрядность указателя. Приложения типа движков баз данных скорее выиграли. Они давно стояли в очередь на апгрейд памяти процесса и дождались. А в целом никакой техно-революции не было. Был просто перерасчет. Раньше платили за одно. А теперь платят за другое.
Такое задание иногда задается на собеседованиях в google, microsoft. И собеседующие
обычно ждут какого-то алгоритмического решения. Хотя база данных является вполне себе
очевидным и промышленным решением.
Тоесть все зависит от амбиций соискателя. Куда он идет. В разработку или в админы.
Мне кажется что автор затеял совершенно безнадёжное дело. Чтоб сделать JOIN двух 100 млн-ных таблиц в любой системе - нужно иметь эти таблицы внутри БД а не через db-link. В противном случае каждый join будет требовать
трансфера всех 100 млн строк в целевую систему.
Поэтому тут надо уточнить само задание. Чем мы заняты? Это единоразовая операция. Ну попробуй посчитай число строк. Потом половинным делением найди медиану по среднему ключу. И так далее пока не найдешь различия.
Вообще в алгоритмах для сравнения двух толстых (огромных) блобов применяется Дерево Меркла. Вот. Это то что в биткоине используется для синхронизации логов транзакций. Очень умная и быстрая структура данных. Но как реализовать ее в данном конкретном кейсе - я не знаю. И ее задача не выяснять кто виноват - а просто очень быстро сделать sync от master к slave.
В Индии был случай. Государство на уровне закона запретило кнопочные мобилы (не все а типа Bluberry). У них была особенность - сквозное шифрование трафика абонентов А и Б на уровне самого телефона. Видимо кому-то сильно-сильно не понравилось что граждане могут вести приватные беседы.
Для товарищей в погонах вобщем-то даже не нужно читать трафик. Им достаточно регистрировать сам факт коммуникации. Например - звонили-ли вы подозреваемому. О чем говорили? И так далее. Одна правда раскручивает другую. А TCP/IP совершенно открыто фиксирует факт коммуникации.
CityCat4, а я любил заставки. И всегда просматривал их до конца. Спустя годы я понаходил все soundtracks для Quake и для KingPing. Последний кстати - одно разочарование.
А вставить очередной сидюк - это подлая защита. Мдя. А вот еще более подлой была технология StartForсe которая только калечила диски. Продавцы мне жаловались всегда. Где-то из 10 заводских 1 всегда бракованный клиенты приносят обратно. Тогда-шними копировщиками она не копировалась.
returnZero, я их не использовал никогда. И не видел практически в продуктовом коде чтоб нечто работало. Есть в Java реализация таких таблиц в виде библиотеки Trove. Но кажется она не сильно популярна.
Мир - вообще впал в мракобесие. На фоне достижений quantum computing - люди строят
новые секты и продают гомеопатию и активно внедряют марафоны в соц-сетях. Тоесть с моей
кочки зрения - хватит. Мы достигли предела человеческого понимания науки и дальше - наступает
граница когда наука - неотличима от магии. Читал я в аудиобуке Вселенную Атома Альфреда Ван-Вогта. Вобщем там такой постмодерн... типа человечество утратило науку. Но технологии остались и ими
управляют жрецы. Такие себе ... девопсы. Понимающие на какие рычаги давить но при этом не понимающие
как технология работает изнути.
Вот мы плавно катимся к вселенной Ван-Вогта. Ну и опять-же Пелевин в SNUFF тоже писал про такое.
Александр, попробуйте отказаться от MySQL. Возможно вы достигли технологического предела для такой
системы и дальше нужно либо делать шардинг или какое-от разделение таблицы на независимые хосты.
Или попробуйте NoSQL системы. По сути вам подходит любая NoSQL где есть просто атомарный декремент значения по ключу. Посмотрите Tarantool, LevelDb, RocksDb,
life_fire1, в конце книг обычно есть алфавитный справочник. Каждый термин - описан по страницам. Вобщем везде где есть определение. Ищи. Должен быть. Вряд-ли кто-то из хабра будет за тебя это искать. Не найдешь - ищи репетитора по этому предмету за деньги.
