From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 2 Jul 2003 12:47:00 +0300 From: Maxim Tyurin To: community@altlinux.ru Subject: Re: [Comm] Common Message-ID: <20030702094700.GI11449@mrkooll.tdr.pibhe.com> Mail-Followup-To: community@altlinux.ru References: <3F02A0D2.4030309@iop.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3F02A0D2.4030309@iop.kiev.ua> User-Agent: Mutt/1.4.1i X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.1 Precedence: list Reply-To: community@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 09:47:06 -0000 Archived-At: List-Archive: List-Post: On Wed, Jul 02, 2003 at 12:07:30PM +0300, Andrey Rybak wrote: > Hi! > Так как на каждую отдельную, даже самую простую, задачу приходится по > несколько утилит, то вопрос не > настолько примитивен, как может показаться старожилам рассылки: какой > программой (и как ее вызывать из програмной строки) порекомендует > коммунити изменять размер уже существующих разделов? И какой ман лучше > всего об этом пишет? Надежнее всего забекапить star потом создать нужный раздел и развернуть на него бекап -- With Best Regards, Maxim Tyurin JID: MrKooll@jabber.pibhe.com >>From combr@vesna.ru Wed Jul 2 13:48:27 2003 Return-Path: Delivered-To: community@lrn.ru Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235]) by lrn.ru (Postfix) with ESMTP id 4C2C149938 for ; Wed, 2 Jul 2003 13:48:27 +0400 (MSD) Received: from mail.vesna.ru (unknown [217.66.81.164]) by master.altlinux.ru (Postfix) with ESMTP id 003DDE31D0 for ; Wed, 2 Jul 2003 13:48:26 +0400 (MSD) Received: from mail (root@localhost) by mail.vesna.ru (8.11.3/8.11.3) with SMTP id h629mQZ10255 for ; Wed, 2 Jul 2003 14:48:26 +0500 Received: from combr.vesna.ru ([192.168.10.20]) by mail.vesna.ru (8.11.3/8.11.3) with ESMTP id h629mP310243 for ; Wed, 2 Jul 2003 14:48:25 +0500 From: Mike Lykov Organization: Vesna To: community@altlinux.ru Subject: Re: [Comm] Common Date: Wed, 2 Jul 2003 14:48:24 +0500 User-Agent: KMail/1.5 References: <3F02A0D2.4030309@iop.kiev.ua> <200307021416.44239.combr@vesna.ru> <3F02A6D9.8060804@iop.kiev.ua> In-Reply-To: <3F02A6D9.8060804@iop.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200307021448.24737.combr@vesna.ru> X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.1 Precedence: list Reply-To: community@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 09:48:27 -0000 б ЯННАЫЕМХХ НР яПЕДЮ 02 хЧКЭ 2003 14:33 Andrey Rybak МЮОХЯЮК: > >ю ОНВЕЛС С БЮЯ БЯЕ ЯННАЫЕМХЪ ХДСР ОНД РЕЛНИ common? > >МЕ ЛНЦКХ АШ БШ БОХЯШШБЮРЭ МНПЛЮКЭМСЧ РЕЛС Б ОХЯЭЛН? РЮЙ БШ НАЕЫЮЕРЕ АНКЭЬЕ МЕ ОХЯЮРЭ Б РЕЛЕ "common" ? > >parted, МН ОЕПЕД ЩРХЛ БЯЕ ГЮАЕЙЮОХРЭ. > >ОПХВЕЛ РЮЙ, ВРНАШ АШРЭ СБЕПЕММШЛ, ВРН ОНРНЛ ХГ ЩРНЦН АЕЙЮОЮ ЛНФМН ВРН-РН > >БНЯЯРЮМНБХРЭ. > ю ВЕЛ БШ АЩЙЮОХРЕ? (хГ ЙНЛЮМДМНИ ЯРПНЙХ, ОНФЮКСИЯРЮ). tar , МЮОПХЛЕП >х ОНРНЛ НАЗЪЯМХРЕ ОНФЮКСИЯРЮ, ВРН > НГМЮВЮЕР > "АШРЭ СБЕПЕММШЛ, ВРН ОНРНЛ ХГ ЩРНЦН АЕЙЮОЮ ЛНФМН ВРН-РН БНЯЯРЮМНБХРЭ"? > пЮГБЕ ЛНФМН АЩЙЮОХРЭ АЕГ СБЕПЕММНЯРХ Б БНГЛНФМНЯРХ НАПЮРМНИ НОЕПЮЖХХ? :) мС ЙЮЙ ФЕ? ГЮРЮПХРЭ ЙСВЙС ТЮИКНБ-РН БШ ЛНФЕРЕ КЕЦЙН, МН БНР АШРЭ СБЕПЕММШЛ, ВРН БШ ГЮРЮПХКХ РН, ВРН МСФМН, Х ОНРНЛ ЩРН ПЮЯРЮПХРЯЪ НАПЮРМН РЮЙ, ЙЮЙ МСФМН - ЩРН ДЕКН ДПСЦНЕ -- Mike registered linux user #315334 >>From solo_oboroten@mail15.com Wed Jul 2 13:56:54 2003 Return-Path: Delivered-To: community@lrn.ru Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235]) by lrn.ru (Postfix) with ESMTP id EE25848217 for ; Wed, 2 Jul 2003 13:56:54 +0400 (MSD) Received: from relay1.wplus.net (smtp.wplus.net [195.131.52.143]) by master.altlinux.ru (Postfix) with ESMTP id C085FE31CF for ; Wed, 2 Jul 2003 13:56:54 +0400 (MSD) X-Real-To: Received: from ipe.ru (ip102-227.adsl.wplus.ru [195.131.102.227]) by relay1.wplus.net (8.9.1/8.9.1/wplus.2) with SMTP id NAA46789 for ; Wed, 2 Jul 2003 13:56:52 +0400 (MSD) Received: from mail15.com [192.168.0.1] by ipe.ru [192.168.0.1] with SMTP (MDaemon.v2.6.rA.b3.32-R) for ; Wed, 02 Jul 103 14:17:53 +0400 Message-ID: <3F02AD79.4020506@mail15.com> Date: Wed, 02 Jul 2003 14:01:29 +0400 From: "Aleksey Avdeev" User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.3) Gecko/20030331 X-Accept-Language: ru, ru-ru, be, uk, en-us, en MIME-Version: 1.0 To: community@altlinux.ru Subject: Re: [Comm] Re: Community Digest, Vol 2, Issue 7 References: <20030701125443.5C5F2492E8@lrn.ru> <3F027EF5.6000406@inbox.ru> In-Reply-To: <3F027EF5.6000406@inbox.ru> X-Enigmail-Version: 0.73.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-MDaemon-Deliver-To: community@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.1 Precedence: list Reply-To: community@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 09:56:55 -0000 Sergey Scherbina пишет: > > >>>1) Какая самая быстрая файловая система - ext3, ext2 или >>>что-то еще? >>> >> >> Быстрая на каких задачах? >> > Нужна быстрая ФС для внутрифайловых операций (чтение|запись) на файлах > больших размеров - 1ГБ и более БД чтоли? Тога так и говори: у них своя специфика. :-) Например, Informix и Oracle рекомендуют вообще отключать всякое кешерование и упреждающие чтение средствами ФС, ОС и жесткого диска. Утверждают (года 2 назад, когда я с ними работал :-)), что их БД оптимизируют дисковые операции, и подключение добавочных нянек лишает дитя глаза: добавляются чтение данных, неиспользуемых БД. Если задача не БД - мои дальнейшие комментарии можете пропустить. ;-) >> >>>2) Как присоздании ФС заказать размер блока в 1024 или 2048 >>>или 4096? >>> >> >> Для каких задач, и каких размеров разделов/файлов, на какой fs? >> > Каков оптимальный размер для вышеуказанной задачи? Размер блока должен равняться размеру страницы БД, если ФС это позволяет. >>>4) Как расположить файл в нужном месте диска? >>> >> >> Зачем? Если такие желания возникают, то это прямая дорожка на >>raw device, и всё такое прочее. >> > А что, можно raw device сделать на HDD?. Или лучше взять оперативки 4ГБ > и там сделать > виртуальный диск для размещения большого файла. Причем все будет > работать очень быстро. Лучше raw, а оперативку отдать БД: движок сам кешерует что ему нужно (правильная настройка - ему поможет). И если размер БД < физическое ОЗУ (внимание: БД + swap = тормоз) - на диск будут писаться только "грязные" страницы и журналы. ЗЫ: raw - быстрее ФС, но ФС проще администрировать... -- С уважением. Алексей.