Re: fsck_y_enable и gmirror
 

Eugene Grosbein написал(а) к Alex Korchmar в Jun 18 22:16:12 по местному времени:

10 июня 2018, воскресенье, в 14:15 NOVT, Alex Korchmar написал(а):

>> Гмиррор на терабайт - он да, такой. Но процессе чтения эхи создалось
>> впечатление, что ZFS в эхотаге сломали. Хотя я с ZFS незнаком, может речь о
>> частных случаях?
AK> угу, в сферическом вакууме при бесконечной памяти и наличии бесконечного
AK> времени все работает просто прекрасно.

А ещё оно прекрасно работает у меня c 11.1/amd64 на сервере
с 64G памяти и лимитом в 32G для ZFS ARC, uptime 132 дня.

А ещё оно прекрасно работает у меня с 11.1/amd64 на рабочей станции
с 8G памяти, иксами, firefox, thuderbird, openoffice, virtualbox
и лимитом в 3G для ZFS ARC, uptime 46 дней.

А ещё оно удовлетворительно работает у меня с 11.1/i386 на виртуалке
с 512M "физической" памяти, 2G ядерной виртуальной памяти, 768M kmem
и лимитом в 40M для ZFS ARC, uptime 17 дней (Нetzner ребутил).

Eugene
--
Чтобы всё как у всех, но чтоб при этом - не так, как они.
--- slrn/1.0.3 (FreeBSD)

fsck_y_enable и gmirror
 

Slawa Olhovchenkov написал(а) к Eugene Grosbein в Jun 18 18:30:58 по местному времени:

Нello Eugene!

10 Jun 18, Eugene Grosbein writes to Alex Korchmar:

>>> Гмиррор на терабайт - он да, такой. Но процессе чтения эхи создалось
>>> впечатление, что ZFS в эхотаге сломали. Хотя я с ZFS незнаком, может
>>> речь о частных случаях?
AK>> угу, в сферическом вакууме при бесконечной памяти и наличии
AK>> бесконечного времени все работает просто прекрасно.

EG> А ещё оно прекрасно работает у меня c 11.1/amd64 на сервере
EG> с 64G памяти и лимитом в 32G для ZFS ARC, uptime 132 дня.

EG> А ещё оно прекрасно работает у меня с 11.1/amd64 на рабочей станции
EG> с 8G памяти, иксами, firefox, thuderbird, openoffice, virtualbox
EG> и лимитом в 3G для ZFS ARC, uptime 46 дней.

EG> А ещё оно удовлетворительно работает у меня с 11.1/i386 на виртуалке
EG> с 512M "физической" памяти, 2G ядерной виртуальной памяти, 768M kmem
EG> и лимитом в 40M для ZFS ARC, uptime 17 дней (Нetzner ребутил).

да-да, "у меня все работает -- чинить не будем"

... Сколько можно издеваться над файловой системой?!
--- GoldED+/BSD 1.1.5-b20110223-b20110223

fsck_y_enable и gmirror
 

Victor Sudakov написал(а) к eugen в Jun 18 22:41:28 по местному времени:

Dear eugen,

10 Jun 18 22:16, Eugene Grosbein wrote to Alex Korchmar:

EG> А ещё оно удовлетворительно работает у меня с 11.1/i386 на виртуалке
EG> с 512M "физической" памяти, 2G ядерной виртуальной памяти, 768M kmem
EG> и лимитом в 40M для ZFS ARC, uptime 17 дней (Нetzner ребутил).

А как мне убедиться, что после обновления до 11.1 у меня таки заработали
vfs.zfs.arc_max="41943040" и vfs.zfs.vdev.cache.size="5242880" ?

Топ:

last pid: 31728; load averages: 1.02, 0.71, 0.51 up 2+02:12:06 22:42:36
88 processes: 1 running, 85 sleeping, 2 stopped
CPU: 9.2% user, 0.0% nice, 3.1% system, 1.4% interrupt, 86.3% idle
Mem: 534M Active, 3145M Inact, 221M Laundry, 1708M Wired, 2226M Free
ARC: 605M Total, 19M MFU, 224M MRU, 560K Anon, 3500K Нeader, 358M Other
48M Compressed, 198M Uncompressed, 4.10:1 Ratio
Swap: 8192M Total, 8192M Free




Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Re: fsck_y_enable и gmirror
 

Alex Korchmar написал(а) к Victor Sudakov в Jun 18 20:08:59 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote:

> А как мне убедиться, что после обновления до 11.1 у меня таки заработали
> vfs.zfs.arc_max="41943040" и vfs.zfs.vdev.cache.size="5242880" ?
в код посмотреть, и убедиться, что оно - ни о чем.

Код Слава показывал.

> Alex

--- ifmail v.2.15dev5.4

Re: fsck_y_enable и gmirror
 

Alex Korchmar написал(а) к Eugene Grosbein в Jun 18 20:10:59 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

> VS> равно это костыль, даже если это скрипт будет делать.
> Нет ничего костыльного в том, чтобы разнести по времени конкурирующую
> нагрузку на НDD.
нет ничего костыльного в том, чтобы в момент, когда на систему идет
максимальная нагрузка, добавить еще и максимальной нестабильности - потому
что именно в этом (совершенно ненужном) ресинке с максимальной вероятностью
может случиться отказ диска

> Alex

--- ifmail v.2.15dev5.4

Re: fsck_y_enable и gmirror
 

Eugene Grosbein написал(а) к Slawa Olhovchenkov в Jun 18 01:57:17 по местному времени:

10 июня 2018, воскресенье, в 16:30 NOVT, Slawa Olhovchenkov написал(а):

SO> да-да, "у меня все работает -- чинить не будем"

У меня складывается ощущение, что ты считаешь, что лично я должен чинить ZFS :-)

Eugene
--- slrn/1.0.3 (FreeBSD)

Re: fsck_y_enable и gmirror
 

Eugene Grosbein написал(а) к Alex Korchmar в Jun 18 01:58:14 по местному времени:

10 июня 2018, воскресенье, в 18:10 NOVT, Alex Korchmar написал(а):

VS>> равно это костыль, даже если это скрипт будет делать.
>> Нет ничего костыльного в том, чтобы разнести по времени конкурирующую
>> нагрузку на НDD.
AK> нет ничего костыльного в том, чтобы в момент, когда на систему идет
AK> максимальная нагрузка, добавить еще и максимальной нестабильности - потому
AK> что именно в этом (совершенно ненужном) ресинке с максимальной вероятностью
AK> может случиться отказ диска

Если ресинк не нужен, он и не случится.

Eugene
--- slrn/1.0.3 (FreeBSD)

Re: fsck_y_enable и gmirror
 

Eugene Grosbein написал(а) к Victor Sudakov в Jun 18 02:02:13 по местному времени:

10 июня 2018, воскресенье, в 20:41 NOVT, Victor Sudakov написал(а):

EG>> А ещё оно удовлетворительно работает у меня с 11.1/i386 на виртуалке
EG>> с 512M "физической" памяти, 2G ядерной виртуальной памяти, 768M kmem
EG>> и лимитом в 40M для ZFS ARC, uptime 17 дней (Нetzner ребутил).
VS> А как мне убедиться, что после обновления до 11.1 у меня таки заработали
VS> vfs.zfs.arc_max="41943040" и vfs.zfs.vdev.cache.size="5242880" ?
VS> Топ:
VS> last pid: 31728; load averages: 1.02, 0.71, 0.51
VS> up 2+02:12:06 22:42:36
VS> 88 processes: 1 running, 85 sleeping, 2 stopped
VS> CPU: 9.2% user, 0.0% nice, 3.1% system, 1.4% interrupt, 86.3% idle
VS> Mem: 534M Active, 3145M Inact, 221M Laundry, 1708M Wired, 2226M Free
VS> ARC: 605M Total, 19M MFU, 224M MRU, 560K Anon, 3500K Нeader, 358M Other
VS> 48M Compressed, 198M Uncompressed, 4.10:1 Ratio
VS> Swap: 8192M Total, 8192M Free

Лимит, как я совсем недавно вычитал в рассылке, оказывается "soft limit",
почти как у сквида - он может превышаться, но в норме не слишком на долго,
если позволяет нагрузка. И по моим ощущениям, есть разница в работе
лимита на i386 и на amd64 (а может, у меня просто ревизии stable/11 разные).

У тебя amd64 или i386?

Eugene
--- slrn/1.0.3 (FreeBSD)

fsck_y_enable и gmirror
 

Slawa Olhovchenkov написал(а) к Eugene Grosbein в Jun 18 21:33:12 по местному времени:

Нello Eugene!

11 Jun 18, Eugene Grosbein writes to Slawa Olhovchenkov:

SO>> да-да, "у меня все работает -- чинить не будем"
EG> У меня складывается ощущение, что ты считаешь, что лично я должен
EG> чинить ZFS :-)

я долбаю каждого, кто может на это повлиять, потому как кроме нежелания пошевилить жопой этому ничего не препятствует

... Компьютеры ненадежны, но люди еще ненадежнее
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Re: fsck_y_enable и gmirror
 

Alex Korchmar написал(а) к Eugene Grosbein в Jun 18 22:49:33 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

> Если ресинк не нужен, он и не случится.
ну что значит "не нужен"? Диски различаются, после неудачного полета.
Но смысла в ресинке нет, потому что ты не знаешь, где мусор, а где нет.


> Alex

--- ifmail v.2.15dev5.4