From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=03fov/D+C/n9ABVQhGXvWvJjUCqa6JVJNd9MglzwQ/Q=; b=nuevEpgUaiZ+yrykcBqcqzntPzovOwgQ0BaKWShv/C5id1QbQ35TPUinB6pft3dJNK qEZNnwaM/GTjryQ4sFm2l7nsAmuImPRWexZ6CZQz7LHL5kJsT5Cub6vGUN6UvG3I0OuE wKWZc5v2SjmLqkUq5hd9f/G8XqW25fmwOuqlVuK4rSXdtff8fVrC6AHKzEnd8x8OVgWv jV5Sr+hDsrvPofoq5PW818rT1ZXVXX9Iiam2/8HL0RNoWTMj1aULs29zdSziRNS+kzL9 OVFxqoOFGJOKQsw9QwjrMUTaXc0XgIBeFakEgDl+IibApeUyHsQKw5OmYGxtD5oEm0dL eygQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=03fov/D+C/n9ABVQhGXvWvJjUCqa6JVJNd9MglzwQ/Q=; b=sTGQ2ZdtPRs0KCpY5KWjufgQn8g6kiLTDYuNj3RnS/eQD9EZ6q1j3gPJXJJSuIN5sd AsT2Y7l/h9caWJMLr5cP2c/T7Bk0zfiO2iZ6eU1hniTqvAObghdlMKQ7ja0Cpf9Q/K6H S0BY/HefqJdthefkLgQbsFQPXmHTdLMQucDgQJEVP7qNWVVfY8YTFpl+EIg8SmY6mbbq NRD4fc3mC4syhbhwO5tQGdXDNm8Rt5CyQAIvxWRI1ovzkMNCkugfHLsQxVIKC6E4JIzi 4Omhlg0Dc3v35huimUg0XtMA4+1hM4gVL0v4Pb9VO2+x+3zLbLTOJ573Zf/Sn1+PDV7M NpNw== X-Gm-Message-State: AJaThX4uNwIPtnelCqmI9MDf6RGwgTW/OrnWlvhtUYa+a5UWVuTzk+85 UHDMBGX3Zwk1Lvzqlz7Nk4yA5A== X-Google-Smtp-Source: AGs4zMZxj6a5GWIsvmaNNwA/FjffZECROFjFUooXkfOCd1aItEXay5mC32e+JxuxWYcsPW/ibXFtXw== X-Received: by 10.46.27.85 with SMTP id b82mr820090ljb.163.1510871141306; Thu, 16 Nov 2017 14:25:41 -0800 (PST) To: ALT Linux Team development discussions References: <201711142357.02155.asy@altlinux.org> <20171115181723.GA4007@portlab> <33e97cb3-6fae-a838-990d-c3b497119f5a@gmail.com> From: Leonid Krivoshein Message-ID: <8ba5de20-b35f-808a-ba21-d9014ec7c35f@gmail.com> Date: Fri, 17 Nov 2017 01:25:39 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?ZnNjaywg0LHQvtC70YzRiNC40LUg0YDQsNC30LTQtdC7?= =?utf-8?b?0Ysg0Lggc3dhcA==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Nov 2017 22:25:44 -0000 Archived-At: List-Archive: List-Post: 16.11.2017 14:23, Igor Zubkov пишет: > 2017-11-15 22:03 GMT+02:00 Leonid Krivoshein: >> Лично для себя много лет, как успешно перешёл на JFS. Помимо того, что она >> изначально 64-битная и работает не медленнее ext4, она потребляет меньше >> ресурсов, мгновенно создаёт разделы и очень быстро восстанавливается после >> сбоев. Единственное, нет поддержки ядерных квот, но в большинстве случаев >> для корневого раздела они и не требуются. В плане надёжности -- использовал >> и в полевых условиях и на боевых серверах, проверено годами. Тем паче, эта >> ФС родом из AIX'а, а уж на надёжность IBM'овских серверов вряд ли кто >> пожалуется. > Это та самая что убивает открытые файлы при падении питания? ext4 (как > и ext3) нормально переживает такие случае. И вообще, нормально > переживала всё что случалось у меня. > Внесённые в открытые файлы изменения, думаю, при падении питания не сохраняет ни одна файловая система. Это нормально, когда по журналу происходит откат до последней успешно завершённой транзакции. И в этом плане JFS не уступает другим системам, очевидно, используя CoW, хотя не могу сказать, что JFS фрагментируется больше других ФС. Личный опыт её эксплуатации на серверах и десктопах говорит в её пользу, хотя внешних сбоев каких-только не случалось: и убитые харды в рейдах, и падения питания, и даже превращение серверной в сауну, когда до железа нельзя дотронутся. В пользу стабильности jfs в сравнении с ext4 косвенно говорит и то, что код в mainline kernel на ext4 попадает с завидной регулярностью, а по jfs этого не наблюдается. Есть на гитхабе проект вроде бы как Торвальдса, где активные работы с jfs ведутся, но почему это не уходит в mainline kernel -- честно не знаю. Когда интересовался этим в последний раз, видел патч в коде jfs ванильного ядра, добавивший несколько лет назад поддержку trim. Возможно, объяснение простое: код jfs заброшен так, что Линус решил им сам вплотную заняться, но тогда остаётся непонятным, почему эти результаты пока не в ядре. Но всему судья личные шишки. С ext4 случалось разное, и корневой раздел терял на заре её стабилизации (после использования fsck, кстати). -- Best regards, Leonid Krivoshein.