From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.2.5 X-Injected-Via-Gmane: http://gmane.org/ To: community@lists.altlinux.org From: Anton Farygin Date: Thu, 03 Dec 2009 12:34:11 +0300 Message-ID: References: <200911191708.40496.zerg@altlinux.org> <200911191944.26164.marsden@mail.ru> <4B056138.9010402@rambler.ru> <20091119172734.GZ22459@osdn.org.ua> <4B05B341.1060000@altlinux.com> <20091202215259.GS24131@osdn.org.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: rider.balabanovo.ru User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5pre) Gecko/20091019 Thunderbird/3.0pre In-Reply-To: <20091202215259.GS24131@osdn.org.ua> Sender: news Subject: Re: [Comm] =?koi8-r?b?UTog0M/M2tXOz8sg1yDSwdrCydfLxSDEydPLz9cgYWx0?= =?koi8-r?b?ZXJhdG9yLXZt?= X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Community general discussions List-Id: ALT Linux Community general discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2009 09:35:24 -0000 Archived-At: List-Archive: List-Post: 03.12.2009 00:52, Michael Shigorin пишет: > On Fri, Nov 20, 2009 at 12:06:09AM +0300, Anton Farygin wrote: >>>> Логарифмическая. Вначале более подробная, ближе >>>> к середине-концу более грубая, погигабайтная. >>> Да. >> Объясни плз, зачем делать маленький раздел ? > > Корень и своп. Да, и на терабайтниках они мелкие. Всегда корень и своп вводил руками, всё равно, даже с таким движком - никогда не угадаешь. > >> И да, середина линейки в таком случае - это что ? > > Видимо, натуральным тут будет логарифм по основанию два ;-) -- > тогда середина будет соответствовать объёму, логарифм отношения > которого к минимальному и логарифм отношения максимального к > которому равны между собой: > > log2 Vmax/Vmed = log2 Vmed/Vmin > > отсюда > > Vmed = (Vmax * Vmin)^(-2) > > с учётом минимального значения для libevms, равного 8Mb: > > Vmed = (Vmax * 8Mb)^(-2), или ~2.83 * Vmax^(-2). > > Гругря для 320Gb это будет примерно пятьдесят гиг, > для терабайтника -- примерно девяносто. При этом меньшим > величинам отдаётся половина шкалы, т.е. прицелиться в них > будет проще (если реализовать "округлялку" с предустановленным > списком "красивых" значений, как было предложено, а-ля > гиг-полтора-два-три-четыре, то вообще замечательно). Не нужно целится в мелкие величины. Вообще, для начала, я бы предложил возможность _ввода_ значений в гигабайтах. > > А большие величины всё равно обычно по остаточному принципу идут, > ну или всё равно вбивать, чтоб в массив точно легло (это если > пользоваться alterator-vm, а не sfdisk -d). Или не столь важно. > >> Вот смотри, есть диск, нужно попилить пополам. > > Задача довольно искуственная -- на десятках разбитых дисков > не припомню ни разу. Обычно или относительно мелкая порубка > вначале и остаток одним куском, или просто всё одним куском. У меня постоянно. > > Но я в любом разе бил бы, поделив в уме пополам циферку 100%-ного > размера и вбив руками. Потому как с ползунком уже умучался -- > сейчас вот подумал, а я им и не пользовался особо. Вот именно, и это заметно, что не пользовался. Я же на тестовых виртуалках постоянно использую именно в ручном режиме. > >> Как быть в первом и втором случаях ? > > Можешь рассказать, для каких задач приходится бить диски пополам? Часто делаю так: /var и /home поровну от остатков диска. Корень гигов 20 (зависит от), плюс swap ручками = объёму памяти. Всё остальное (/usr /boot) - от задачи. /var большой зачем - не надо рассказывать ? > > Домашнюю разбивку упоминал тут: > http://forum.altlinux.org/index.php/topic,199.msg3277.html#msg3277 > -- могу показать разные серверные, но они не радикальным образом > отличаются. Корень обычно одним разделом без /usr и /var живёт, > потому как только HN на ём, зато под данные порезано с их учётом. > > PS: впрочем, Большаков всё равно обломается логарифмы вспоминать. > Ставлю Черниговское, что обломается. :( > А при чём тут Большаков ?