У нас было два Оптерона, 16 гигабайт оперативки, 2 гига под мемкеш, полвинчестера свободно и целое множество плагинов и модулей всех сортов и расцветок, а также Апач, MySQL и гигабайт чистого свопа. Не то чтобы это был необходимый набор для Друпала, но если начал писать на PHP, становится трудно остановиться. Единственное, что вызывало у меня опасение — это своп. Нет ничего более беспомощного, безответственного и испорченного, чем свопящийся сервер. Я знал, что рано или поздно мы перейдем и на эту дрянь.
Помнится, раньше тоже таймеры в node.js чинил и оптимизировал. В частности, починил регрессию в node.js, из-за которой clearTimeout() работал в 15 раз медленней — github.com/joyent/node/issues/4225
И даже статейку написал про внутреннее устройство таймеров — habrahabr.ru/company/alawar/blog/155509. Не уверен, правда, что она все еще актуальна, особенно в свете выхода io.js.
Есть 2 простых факта:
1) uefi совместимо только с fat32.
2) на fat32 нельзя записать файлы размером больше 4 гигов.
Чтобы преодолеть эти 2 ограничения, easy2boot идёт на такое ухищрение: если загрузиться по-обычному, его можно попросить заменить partition table таким образом, чтобы система увидела только один раздел fat32, с содержимым нужного образа, с которого уже можно будет грузиться в uefi-режиме. Такой раздел создается из посекторного образа раздела (imgPTN), который получается путем конвертации iso. Для конвертации как раз используется MakePartImage. Ему для работы нужен imdiskinst, драйвер виртуального диска, куда маунтится iso. Ctrl+F2 нужен вроде как раз для того, чтобы образ раздела физически располагался непрерывно.
Вам даже на «composer install» с имеющимся composer.lock памяти не хватает? Насколько я знаю, это очень щадящий режим, который не производит разрешения зависимостей, на что и уходит так много памяти.
1. А как у вас организовано ли CI контейнеров? Как собираются контейнеры для тестирования?
2. У вас в контейнерах с php-кодом в качестве entrypoint'а/cmd выступает php-fpm?
3. Как у вас организован service discovery? Или повсеместно используются etcd/confd?
4. Как ваша система деплоя понимает, где и в каких количествах нужно разворачивать контейнеры определенного типа?
Мне бы первым делом пришла в голову идея отнаследоваться и оптимизировать такую тяжелую логику под вашу конфигурацию. Много вообще мест в HttpFoundation, которые вам кажутся чрезмерно тяжелыми?
В документации этому целая глава посвящена: http://symfony.com/doc/current/cookbook/controller/service.html
Уверен, что и для столицы есть что-нибудь похожее.
ibash.org.ru/quote.php?id=16079
И даже статейку написал про внутреннее устройство таймеров — habrahabr.ru/company/alawar/blog/155509. Не уверен, правда, что она все еще актуальна, особенно в свете выхода io.js.
1) uefi совместимо только с fat32.
2) на fat32 нельзя записать файлы размером больше 4 гигов.
Чтобы преодолеть эти 2 ограничения, easy2boot идёт на такое ухищрение: если загрузиться по-обычному, его можно попросить заменить partition table таким образом, чтобы система увидела только один раздел fat32, с содержимым нужного образа, с которого уже можно будет грузиться в uefi-режиме. Такой раздел создается из посекторного образа раздела (imgPTN), который получается путем конвертации iso. Для конвертации как раз используется MakePartImage. Ему для работы нужен imdiskinst, драйвер виртуального диска, куда маунтится iso. Ctrl+F2 нужен вроде как раз для того, чтобы образ раздела физически располагался непрерывно.
Возможно, эта ссылка вам поможет разобраться, как она помогла мне: www.easy2boot.com/add-payload-files/adding-uefi-images/
2. У вас в контейнерах с php-кодом в качестве entrypoint'а/cmd выступает php-fpm?
3. Как у вас организован service discovery? Или повсеместно используются etcd/confd?
4. Как ваша система деплоя понимает, где и в каких количествах нужно разворачивать контейнеры определенного типа?