<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>11343</bug_id>
          
          <creation_ts>2007-04-03 23:10:12 +0400</creation_ts>
          <short_desc>Непомерное время создания template</short_desc>
          <delta_ts>2008-10-12 00:06:48 +0400</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>ve-build-scripts</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>14235</dependson>
          <blocked>14168</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Anton Farygin">rider</reporter>
          <assigned_to name="inger@altlinux.org">inger</assigned_to>
          <cc>ldv</cc>
    
    <cc>mike</cc>
    
    <cc>vvk</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>47780</commentid>
    <comment_count>0</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2007-04-03 23:10:12 +0400</bug_when>
    <thetext>Довольно простой template (и контейнер на его базе) создаётся непомерно долго.
на PII400 это происходит в течении часа.

Вся проблема в tar|gzip и дальнейшем gzip|tar

Это очень критично. Ускорить явно можно отключив не нужный gzip -9</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>47787</commentid>
    <comment_count>1</comment_count>
    <who name="Konstantin A Lepikhov (L.A. Kostis)">lakostis</who>
    <bug_when>2007-04-03 23:46:31 +0400</bug_when>
    <thetext>Операция создания контейнера - разовая. Поэтому, если время их создания не
устраивает, то их можно создавать и на более быстрой машине.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>47788</commentid>
    <comment_count>2</comment_count>
    <who name="Konstantin A Lepikhov (L.A. Kostis)">lakostis</who>
    <bug_when>2007-04-03 23:47:19 +0400</bug_when>
    <thetext>Точнее, не контейнера, а кэша пакетов для заготовок контейнеров.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>47801</commentid>
    <comment_count>3</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2007-04-03 23:56:11 +0400</bug_when>
    <thetext>Эта разовая операция занимает настолько много времени, что продукт становится
неюзабельным.

Использовать для этого другую машину предлагать нельзя - в WEB интерфейсе нет
возможности загрузить темплейт с другой машины.

Я собственно не вижу причин для того, что бы избавится от gzip -9. Или жалко
свободное место на диске ? Так сделай галочку - сжимать контейнер или нет.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>47858</commentid>
    <comment_count>4</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2007-04-04 14:31:00 +0400</bug_when>
    <thetext>Кстати, да -- галка-сжималка позволила бы не идти на компромисс между диском и
процессором заранее.  Но вообще час не должен смущать владельца PII в наши дни.

2 rider: я порой тестирую на 3000+ с подсунутым ноутбучным 1.6Gb ;-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>47864</commentid>
    <comment_count>5</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2007-04-04 15:10:05 +0400</bug_when>
    <thetext>В серверном дистрибутиве - смущает безусловно. 

К тому же понятно как это можно значительно ускорить (на мой взгляд - раза в четыре)
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>48087</commentid>
    <comment_count>6</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2007-04-06 15:40:10 +0400</bug_when>
    <thetext>Что с этой ошибкой ?
Будет исправляться ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>48254</commentid>
    <comment_count>7</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2007-04-07 03:43:53 +0400</bug_when>
    <thetext>Ускорить можно в двух местах:
+ перевести сборку на tmpfs (alterator-ovz)
+ выключить сжатие template cache (vzctl,alterator-ovz)

В скобках указаны пакеты, которые нужно для этого модифицировать.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>48263</commentid>
    <comment_count>8</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2007-04-07 04:13:34 +0400</bug_when>
    <thetext>На tmpfs желательно опционально - не на всех серверах много памяти. А
использование swop ускорит незначительно (если не замедлит).

Достаточно просто отключить сжатие - это самый болезненный участок.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>48295</commentid>
    <comment_count>9</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2007-04-07 17:04:10 +0400</bug_when>
    <thetext>Может, экспортировать (регулируемую) переменную среды GZIP?  GZIP=-0 как раз и
сделает &quot;без сжатия&quot;, а -1 должно и пожать быстро, и всё-таки хоть несколько
размер снизить.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49259</commentid>
    <comment_count>10</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2007-04-21 04:40:48 +0400</bug_when>
    <thetext>На стороне alterator-ovz приём несжатых gzip&apos;ом тарболов была добавлена в
0.4-alt1.

Осталось реализовать приём несжатых gzip&apos;ом тарболов в vzctl, после чего можно
будет отключать сжатие.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49972</commentid>
    <comment_count>11</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2007-05-07 13:09:42 +0400</bug_when>
    <thetext>Не надо понижать Severety.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>62244</commentid>
    <comment_count>12</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2008-01-29 16:20:07 +0300</bug_when>
    <thetext>(In reply to comment #10)
&gt; Осталось реализовать приём несжатых gzip&apos;ом тарболов в vzctl, после чего можно
&gt; будет отключать сжатие.
Это сложно?  Если важно для Server 4.0.2 и никто не доберётся до vzctl, можно
хотя бы GZIP=-1 (-0 не работает -- откуда его взял...) всунуть в vecache из
ve-build-scripts.

Только прямщас это не сработает -- в spt гвоздями прибито -f9.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>62249</commentid>
    <comment_count>13</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2008-01-29 16:27:17 +0300</bug_when>
    <thetext>(In reply to comment #12)
&gt; (In reply to comment #10)
&gt; &gt; Осталось реализовать приём несжатых gzip&apos;ом тарболов в vzctl, после чего можно
&gt; &gt; будет отключать сжатие.
&gt; Это сложно?

Это реализовано в vzctl-3.0.18-44-g241736e
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>62251</commentid>
    <comment_count>14</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2008-01-29 16:41:32 +0300</bug_when>
    <thetext>(In reply to comment #13)
&gt; Это реализовано в vzctl-3.0.18-44-g241736e
Тогда можно NMU/ACL на ve-build-scripts?

(spt можно оставить как есть, хотя хранение с небольшой степенью сжатия IMHO
полезно -- &quot;единичка&quot; достаточно быстрая и на PII, но всё равно место экономит;
если это желательно, то нужно ещё NMU на spt)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>62252</commentid>
    <comment_count>15</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2008-01-29 16:45:02 +0300</bug_when>
    <thetext>для сравнения: .tar 56M/1:47, .tar.gz 24M/1:43 (-1)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>62259</commentid>
    <comment_count>16</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2008-01-29 18:33:19 +0300</bug_when>
    <thetext>у меня в git (mike/11343):

* Tue Jan 29 2008 Michael Shigorin &lt;mike@altlinux&gt; 0.0.2-alt1.1
- implemented compression level support (requires spt &gt;= 0.6.0-alt10.2.1),
  image type choice (requires spt &gt;= 0.6.0-alt10); fixes #11343
- default gzip compression level set to 6 (gzip default overridden in spt)

Проверено, работает.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>62264</commentid>
    <comment_count>17</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2008-01-29 21:02:45 +0300</bug_when>
    <thetext>Также задействовано в alterator-ovz-0.4-alt6.1 (у меня в git, mike/11343).

Зависимости расставлены так, чтобы добавленную ручку обеспечить поддержкой;
заливать надо сразу:

spt-0.6.0-alt10.2.1 (lakostis)
ve-build-scripts-0.0.2-alt1.2 (lakostis inger)
alterator-ovz-0.4-alt6.1 (lakostis inger mike)

Таким образом, предлагаю либо разобрать соответствующие ветки у меня в git тем,
кто может влить, или выдать NMU.

Хорошо бы alterator-ovz посмотрел Стас, а то я мержил его alt6 поверх своего
alt5.1.1, потом добавлял в пакет выпавший из него после переноса
ovz/html-messages.scm и опять make update-po; всё равно пока починить частично
отъехавшую локализацию не выходит.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>65415</commentid>
    <comment_count>18</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2008-03-10 23:07:07 +0300</bug_when>
    <thetext>fixed in 0.0.2-alt2, хотя в моих тестах разница получалась в пределах ~10%.  По
умолчанию куда лучше GZIP=-1: и поджимает, и почти так же быстро, как просто tar.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>