Если пропустить все уже вышеназванное, то скорость создания образа можно вернуть установкой уже собранного пакета pandas.
apk add py3-pandas@testing py3-matplotlib@testing
Проверьте скорость собирания образа после этого :) Да, тестовая ведка означает что ваш пакет не проверяли полностью. В лучшем случае в нем есть юниттесты которые проверяют стандартно работоспособность библиотеки, в худшем вы можете иметь пакет который собран наобум. Все от случая к случаю, но если вы здесь, скорее всего вы маленькая часть пользователей Alpine которые имеют очень специфичные требования что не нужны для 90% другой аудиенции of Alpine.
В чем проблема? Видимо в том что разработчики pandas поналепили туда хаос зависимостей, которые в свою очередь имеют тоже тучу зависимостей, которые… И так несколько уровней. Огромное количество зависимостей понятное дело используют стандартный C, не musl, и требуют отдельной компиляции. Alpine сообщество разработчиков в целом решило не гадить своими "колесами" основной репозиторий pypi, и вместо этого просто компилит и пакует свои питоновые пакеты (в том числе pandas который из-за своего количества зависимостей занимает 1 час компиляции). Хорошо ли это, когда колеса не постятся "как обычно"? Наверно не очень для тех кто только в питоне разбирается, а в Alpine нет.
Однако самая большая вещь которая упускается здесь это то, что Alpine по своей сущности в основном для кручения на маломощном hardware или для контейнеров чтобы понизить footprint в безопасности (много программ = много дыр), и в ресурсоемкости (если последовать всем вышесказанным рекомендациям, образ будет в два раза меньше все равно) + меньше потребление памяти/CPU т.к. меньше фигни добавлено которая всегда идет с чем-то новоустановленным.
Если пропустить все уже вышеназванное, то скорость создания образа можно вернуть установкой уже собранного пакета pandas.
apk add py3-pandas@testing py3-matplotlib@testing
Проверьте скорость собирания образа после этого :) Да, тестовая ведка означает что ваш пакет не проверяли полностью. В лучшем случае в нем есть юниттесты которые проверяют стандартно работоспособность библиотеки, в худшем вы можете иметь пакет который собран наобум. Все от случая к случаю, но если вы здесь, скорее всего вы маленькая часть пользователей Alpine которые имеют очень специфичные требования что не нужны для 90% другой аудиенции of Alpine.
В чем проблема? Видимо в том что разработчики pandas поналепили туда хаос зависимостей, которые в свою очередь имеют тоже тучу зависимостей, которые… И так несколько уровней. Огромное количество зависимостей понятное дело используют стандартный C, не musl, и требуют отдельной компиляции. Alpine сообщество разработчиков в целом решило не гадить своими "колесами" основной репозиторий pypi, и вместо этого просто компилит и пакует свои питоновые пакеты (в том числе pandas который из-за своего количества зависимостей занимает 1 час компиляции). Хорошо ли это, когда колеса не постятся "как обычно"? Наверно не очень для тех кто только в питоне разбирается, а в Alpine нет.
Однако самая большая вещь которая упускается здесь это то, что Alpine по своей сущности в основном для кручения на маломощном hardware или для контейнеров чтобы понизить footprint в безопасности (много программ = много дыр), и в ресурсоемкости (если последовать всем вышесказанным рекомендациям, образ будет в два раза меньше все равно) + меньше потребление памяти/CPU т.к. меньше фигни добавлено которая всегда идет с чем-то новоустановленным.
gbatemp.net/threads/xbox-360-and-xbox-360-scene-history.550151