«May become degraded temporarily» как-то не вяжется c " Provisioned IOPS volumes are designed to deliver within 10% of the provisioned IOPS performance 99.9% of the time".
> Если хаскеля по рхелом не найдешь — то запакетируй. (У пакетов в проекте приоритет выше, чем у тех что в таргете).
В этом то главная проблема, у меня нет столько времени. Помимо компилятора для каждого проекта нужны ещё десятки библиотек. Если не использовать пакеты, то они загружаются и ставятся автоматически. Тот метод который я описал позволяет сделать это в разы быстрее. Я думаю затраты времени примерно 2 часа на ad-hoc сборку против 5 полных рабочих дней если всё делать через пакеты.
> 5) разъясни, для rpm используется rpmbuild.
Вот у меня возникла немного экзотическая задача — собирать пакеты для программ на haskell.
«Хоть как-то» я собираю так: dev117.livejournal.com/9127.html
Почему-то мне кажется что не получится делать это через OBS. Для сборки нужно скомпилировать нужную версию компилятора, загрузить и скомпилировать нужные библиотеки. Делать это каждый раз при каждом билде долго. Вместо этого я предпочитаю иметь преднастроенный образ виртуалки, и делать каждый билд в копии этого образа.
Насколько это реализуемо с помощью OBS, как думаешь?
А вот подскажите ответы на следующие вопросы по OBS:
1) Можно собирать только rpm?
2) Можно собирать под любой дистрибутив rpm: fedora, rhel, suse?
3) Каковы гарантии что пакет собранный под rhel запустится и будет работать на rhel?
4) На одном билд сервере можно собирать и 32 и 64-битные пакеты?
5) Пакеты собираются только по spec-файлам, нельзя использовать кастомные скрипты?
По поводу 3, я как-то раз занимался пересборкой пакетов rhel6 и столкнулся с тем, что пакет собрынный _на_ fedora _под_ rhel не будет работать под rhel. Так как там бывают условия во время сборки, проверяющиеся на собираемой системе(пути к файлам библиотек и т.п.).
«Если все во вселенной подчиняется определённым физическим законам, то имея уравнения движения каждого кванта в какой-то момент времени, можно получить всю историю вселенной до самого конца. Т.е. всё что произшло и произойдёт было „известно“ в самый первый момент существования вселенной. Т.е. сейчас просто происходит вычисление новых состояний.»
«Правда что бы стать бизнесменом надо купить престижную иномарку главное не гелендваген потому что главное в бизнесмене это престиж но я думаю если выделаете успешный бизнес, вам всеравно прийдется пройти раунд финансирования у родителей и кредит в банке чтобы потом его начать.»
если будет организаций 10-50, использующих хаскели, то тогда попрёт положительная обратная связь
Покупаем дорогой piops диск на 1000 «гарантированных» iops, останавливаем базу, делаем снапшот, запускаем базу, получаем 20 wiops и соответственно падение высоконагруженного бэкэнда.
«Also, a volume's I/O performance may become degraded temporarily due to an action you have taken (e.g., creating a snapshot of a volume during peak usage, running the volume on a non-EBS-optimized instance, accessing data on the volume for the first time).»
docs.amazonwebservices.com/AmazonCloudWatch/latest/DeveloperGuide/CW_Support_For_AWS.html#ebs-metricscollected
«May become degraded temporarily» как-то не вяжется c " Provisioned IOPS volumes are designed to deliver within 10% of the provisioned IOPS performance 99.9% of the time".
В общем aws — нехорошие люди.
В этом то главная проблема, у меня нет столько времени. Помимо компилятора для каждого проекта нужны ещё десятки библиотек. Если не использовать пакеты, то они загружаются и ставятся автоматически. Тот метод который я описал позволяет сделать это в разы быстрее. Я думаю затраты времени примерно 2 часа на ad-hoc сборку против 5 полных рабочих дней если всё делать через пакеты.
> 5) разъясни, для rpm используется rpmbuild.
Вот у меня возникла немного экзотическая задача — собирать пакеты для программ на haskell.
«Хоть как-то» я собираю так: dev117.livejournal.com/9127.html
Почему-то мне кажется что не получится делать это через OBS. Для сборки нужно скомпилировать нужную версию компилятора, загрузить и скомпилировать нужные библиотеки. Делать это каждый раз при каждом билде долго. Вместо этого я предпочитаю иметь преднастроенный образ виртуалки, и делать каждый билд в копии этого образа.
Насколько это реализуемо с помощью OBS, как думаешь?
А вот подскажите ответы на следующие вопросы по OBS:
1) Можно собирать только rpm?
2) Можно собирать под любой дистрибутив rpm: fedora, rhel, suse?
3) Каковы гарантии что пакет собранный под rhel запустится и будет работать на rhel?
4) На одном билд сервере можно собирать и 32 и 64-битные пакеты?
5) Пакеты собираются только по spec-файлам, нельзя использовать кастомные скрипты?
По поводу 3, я как-то раз занимался пересборкой пакетов rhel6 и столкнулся с тем, что пакет собрынный _на_ fedora _под_ rhel не будет работать под rhel. Так как там бывают условия во время сборки, проверяющиеся на собираемой системе(пути к файлам библиотек и т.п.).
Я выбираю все пункты.
0_o
www.lessonsoffailure.com/developers/pervasive-myths-older-software-developers/
Btw, средний возраст разработчиков mysql а теперь mariadb 40 лет. (Это те, кто на постоянной основе пишут код и получают з\п).
У них же есть provisioned iops диски
статусный менеджер детектед