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