> Оно и видно, как вы в этом "ориентируетесь" - на уровне потребителя
> рекламы в данной области.Опять же - ошибаетесь. Ваша фраза свидетельствует, что вы в этом не ориентируетесь никак вообще.
> Так я и знал - за "деревьями" всяких там блоков, очередей и
> кешей - вы не видите "леса" программной оптимизации.
Угу, ога. Никакая программная оптимизация не спасет вас от недостатка кеша при обработке большого объема данных.
> Видимо видимо ваша якобы высокоодаренная личность не позволяет вам понять такие мелочи,
> как то, что "база" обычно лежит на жестком диске, и лишь
> подгружается в оперативную память, а не целиком там лежит (за исключением
> отдельных случаев).
А ваша личность не позволяет вам понять, что обработка данных != тупое копирование. Хотя... если вы не видите смысла в SQL - то вполне очевидно, что вы кроме линейных выборок ничем не пользовались. Например, слияние групп данных - весьма себе ресурсоемкая операция, особенно при наличии сортировок. И вот как раз сортировки-то у вас и упрутся в кеш, вне зависимости от объема внешних данных. Не упрутся только в случае, если данные расположены слишком неоптимально - но это уже задача другого порядка.
> И "узким местом" здесь являются не кеши процессора, а скорость работы внешней
> памяти.
И опять же - ноутбучный диск, в отличие от (дисков SAS)/(SSD серверного класса) и нормального рейд-контроллера с кешами, даст вам -100500 к времени пересчета и смыслу эксплуатации железа.
> А как же по-вашему на ноутах компиляция софта идет? Причем сборка "больших"
> проектов? Вот там как раз реально оперативка нагружается.
Ну как - вот такими как вы, так и идет. А в нормальной среде разработки производится разбивка на модули - это раз, а два - для полной сборки проекта есть серверные buildfarm'ы.
> Ничего вы этого не знаете.
Ошибаетесь - как раз вы ничего не знаете.