А рефакторинг не неотъемлемая часть нормального процесса разработки? Но для рефакторинга нужно выделять время, а значит это увеличивает время разработки и следовательно удорожает конечный продукт. Снова упираемся в деньги.
Вы это ближе к реальности. В реальности система мотивации привязана к достижению каких то целей к точке во времени. Т.е. если тратить время на обучение, то количество сделанных задач будет меньше.
Извиняюсь, что ответил с задержкой. Хочу процитировать Томаса Эдисона:
Результаты? Ну, что ж, друг, у меня много результатов. Я знаю пятьдесят тысяч вещей, которые не будут работать.
Не запротоколировав, не узнаешь. Да выигрыш не значительный, но статья задумывалась как продолжение Создание расширений в PostgreSQL, добавив информацию про индексы.
В реальных задачах таки заморачиваются со своими типами: PostGIS, MobilityDB.
Выравнивание нельзя было не упомянуть, т.к. оно может указываться при создании [типа](https://postgrespro.ru/docs/postgresql/11/sql-createtype), как понимаю оно может влиять на расположение данных в оперативной памяти.
И снова получаем узко специфические задачи. Сейчас ничто не мешает вставить модуль FPGA в сервер. Повторюсь, что это даст серверам приложений и базам данных?
ARM+FPGA активно используется когда нужна обработка сигналов, т.к. мелкосерийно делать специальные чипы невыгодно. Или для работы с сетевым трафиком, даже интел поучаствовал, но это узко специфические задачи. Как вы планируете применять FPGA для серверов баз данных и приложений?
Для совершенно новых архитектур нужно по новому писать софт, иначе от них не будет проку. А это очень большие деньги. Кто может потянуть такие эксперименты?
А платить за обучение пробовали?
* изучить API Postgres;
* получить футболку, если повезёт.
К сожалению руки не дошли до реализации поддержки GiST, который дает поддержку поиск ближайших соседей.
Извиняюсь, что ответил с задержкой. Хочу процитировать Томаса Эдисона:
Не запротоколировав, не узнаешь. Да выигрыш не значительный, но статья задумывалась как продолжение Создание расширений в PostgreSQL, добавив информацию про индексы.
В реальных задачах таки заморачиваются со своими типами: PostGIS, MobilityDB.
А что за краулеры на C++?
Там в самом начале указано в рамках Highload Cup 2018. А на PgConf.Russia рассказывали про MobilityDB.
Уменьшение размера данных. В статье указаны размеры до и после.
Проблема распространения нет. Я давал ссылка на FPGA от intel, который можно засунуть в сервер. Те кому нужны FPGA их уже используют.
ARM+FPGA активно используется когда нужна обработка сигналов, т.к. мелкосерийно делать специальные чипы невыгодно. Или для работы с сетевым трафиком, даже интел поучаствовал, но это узко специфические задачи. Как вы планируете применять FPGA для серверов баз данных и приложений?
Рановато пока об этом говорить. Процессора пока нет и ценника мы не знаем