LINUXTALKS.CO
Ответ на: комментарий от Shulman

да как бы хотелось бы, да че-то мне не нравится, как она с моим рейд-контроллером работает. лагает че-то. под линуксом такого не было.

ZFS тормозная. ее только под домашние бекапы ставить.

ну короче это чисто для фана.

crypt    
★★☆☆☆
Последнее исправление: crypt (всего исправлений: 1)

FreeBSD / Chrome
Ответ на: комментарий от crypt

у тебя рейд на механических дисках? если шина все время горит, там возможно проблема физичекая, или износ диска, или не праивльное управление которое приведет к износу диска… ты бы это провентилировал

Shulman    
★★★★
Linux / Chrome
Ответ на: комментарий от Shulman

да все у меня там хорошо. у меня там линукс перед этим стоял с 2013 года.

crypt    
★★☆☆☆
FreeBSD / Chrome
Ответ на: комментарий от Shulman

еще я, возможно, настройки этого рейда меня между сменой ОС. может, в этом дело. сложно провести сравнительные тесты.

crypt    
★★☆☆☆
FreeBSD / Chrome
Ответ на: комментарий от crypt

ufs2 используешь? и да, ту ебень с монитором до сих пор даже в линуксе не пофиксили, сижу на номодесете.

cetjs2    
★★★★★★★★★★★
Ubuntu / Firefox
Ответ на: комментарий от cetjs2

А btrfs шустрее с файлами работает мелкими??

Да, но на Дебиане есть вот эта проблема

Dpkg and thus apt can be slow on btrfs. This is important to know if you want to use btrfs as your root filesystem and you are using stable, this is extremely annoying if your are using unstable or want to run sbuild. eatmydata helps a lot here, but a power failure can leave you with a broken dpkg database.

odalist    
★★★★★★
Linux / Chrome
Ответ на: комментарий от cetjs2

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

но у меня впечатление, что система слишком резко сбрасывает кеши. планировщик как бы хуже, чем в линуксе. или потому что я нестандартные связки и настройки использую (вместо их soft updates журналирование включил).

crypt    
★★☆☆☆
Последнее исправление: crypt (всего исправлений: 2)

FreeBSD / Chrome
Ответ на: комментарий от Shulman

вроде решил я проблему с подтормаживанием диска и лагами звука.
пока удалил слой с блочным журналированием (gjournal) нафиг.

p.s.

@odalist

crypt    
★★☆☆☆
Последнее исправление: crypt (всего исправлений: 1)

FreeBSD / Chrome
Ответ на: комментарий от crypt

пока удалил слой с блочным журналированием (gjournal) нафиг.

Очень интересно. Он по дефолту там был? Ты раньше его настраивал?

odalist    
★★★★★★
Linux / Chrome
Ответ на: комментарий от odalist

нет, не по дефолту, я специально продумывал аналог lvm+xfs и даже успел протестировать во freebsd снапшоты с UFS, но потом меня отвлекло это и я уже забыл, как это должно было все работать.

обрушения системы с dd были у меня вызваны переполнением gjournal, там фиксированный размер.

тормоза и лаги, очевидно, тоже его задержками.

сами адепты фрибзд говорят, что это устаревшая технология…

crypt    
★★☆☆☆
FreeBSD / Chrome
Ответ на: комментарий от odalist

во фряхе бардак. UFS - это три технологии журналирования:

  1. Soft-Updates (облегченный вариант)
  2. Soft-Updates + FS level Journaling (переусложненный по сравнению с линуксом, но дефолт)
  3. GEOM (block level) journaling. журналирует на уровне блоков сразу и данные и метаданные. это я и хотел использовать.
witch ~ # tunefs -p /dev/XXX
tunefs: POSIX.1e ACLs: (-a)                                disabled
tunefs: NFSv4 ACLs: (-N)                                   disabled
tunefs: MAC multilabel: (-l)                               disabled
tunefs: soft updates: (-n)                                 enabled
tunefs: soft update journaling: (-j)                       disabled
tunefs: gjournal: (-J)                                     disabled
tunefs: trim: (-t)                                         disabled
tunefs: maximum blocks per file in a cylinder group: (-e)  4096
tunefs: average file size: (-f)                            16384
tunefs: average number of files in a directory: (-s)       64
tunefs: minimum percentage of free space: (-m)             0%
tunefs: space to hold for metadata blocks: (-k)            0
tunefs: optimization preference: (-o)                      space
tunefs: volume label: (-L)                                 home

снапшоты фс не работают с (2). эту проблему все еще решают

но мне не это нужно. мне нужен снапшот блочного девайса, а не fs.

crypt    
★★☆☆☆
Последнее исправление: crypt (всего исправлений: 5)

FreeBSD / Chrome
Ответ на: комментарий от odalist
The performance degradation occurs when your zpool is either very full or very fragmented. The reason for this is the mechanism of free block discovery employed with ZFS. Opposed to other file systems like NTFS or ext3, there is no block bitmap showing which blocks are occupied and which are free. Instead, ZFS divides your zvol into (usually 200) larger areas called "metaslabs" and stores AVL-trees1 of free block information (space map) in each metaslab. The balanced AVL tree allows for an efficient search for a block fitting the size of the request.

While this mechanism has been chosen for reasons of scale, unfortunately it also turned out to be a major pain when a high level of fragmentation and/or space utilization occurs. As soon as all metaslabs carry a significant amount of data, you get a large number of small areas of free blocks as opposed to a small numbers of large areas when the pool is empty. If ZFS then needs to allocate 2 MB of space, it starts reading and evaluating all metaslabs' space maps to either find a suitable block or a way to break up the 2 MB into smaller blocks. This of course takes some time. What is worse is the fact that it will cost a whole lot of I/O operations as ZFS would indeed read all space maps off the physical disks. For any of your writes.

The drop in performance might be significant. If you fancy pretty pictures, take a look at the blog post over at Delphix which has some numbers taken off an (oversimplified but yet valid) zfs pool. I am shamelessly stealing one of the graphs - look at the blue, red, yellow, and green lines in this graph which are (respectively) representing pools at 10%, 50%, 75%, and 93% capacity drawn against write throughput in KB/s while becoming fragmented over time:

crypt    
★★☆☆☆
FreeBSD / Chrome
Ответ на: комментарий от crypt

Ну, ты сам виноват. Натворил фиг знает что. Всегда так бывает, когда начинаешь танцевать гопак на граблях.

odalist    
★★★★★★
Linux / Chrome
Ответ на: комментарий от crypt

сегодня проапдейтил сервер на F13.1

Интересно. Отпишись. Интересно будет почитать твои наблюдения.

odalist    
★★★★★★
Linux / Chrome
Ответ на: комментарий от odalist

ну я вообще так-то инженер и привык придумывать решения. собственно потому я использую эти системы.

crypt    
★★☆☆☆
FreeBSD / Chrome
Ответ на: комментарий от odalist

Интересно. Отпишись. Интересно будет почитать твои наблюдения.

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

теперь

а) на сервере будут собираться пакеты для ф13
б) на рабочей станции (ws) я начал копирование данных в бекап.

потом проапдейчу WS до ф13, создам ZFS пул на hardware raid, скопирую данные и посмотрю, что будет.

crypt    
★★☆☆☆
FreeBSD / Chrome
Ответ на: комментарий от odalist

чем больше проходит после релиза, тем нормальнее. сейчас уже ок должно быть. баг, который я репортил два года назад, пофиксили в апстриме.

13.1(!) patch level 6 уже должно быть ок.

crypt    
★★☆☆☆
Последнее исправление: crypt (всего исправлений: 1)

FreeBSD / Chrome
Ответ на: комментарий от odalist

меня больше интересует, как будет работать ZFS. я понял, что блочных снапшотов во FreeBSD нету, поэтому остается только ZFS, которую не рекомендуют сажать на hw raid и которая не выносит полного заполенения диска. мне интересно, удасться ли мне с этим что-то сделать.

crypt    
★★☆☆☆
FreeBSD / Chrome
Ответ на: комментарий от crypt

F13.1
F13.0

В таком виде смотрится как код МКБ

Психические и поведенческие расстройства, вызванные употреблением снотворных или седативных средств

TheAnonymous    
★★★★★★★★★★
Linux / Firefox
Ответ на: комментарий от TheAnonymous

Интересно совпало, что беды с башкой кодируются буквой F

ЗЫ с трекером что-то не то, время обновилось, а автор коммента почему-то crypt

TheAnonymous    
★★★★★★★★★★
Linux / Firefox
Ответ на: комментарий от TheAnonymous

В таком виде смотрится как код МКБ

для меня нет) все привычные мне коды начинаются с 40ка)

crypt    
★★☆☆☆
FreeBSD / Chrome
Ответ на: комментарий от TheAnonymous

ЗЫ с трекером что-то не то, время обновилось, а автор коммента почему-то crypt

да это все ерунда, главное, что моя тема в клубе наконец стала мне видна:) а остальные пусть будут хоть от санта клауса))

crypt    
★★☆☆☆
FreeBSD / Chrome
Ответ на: комментарий от crypt

очередные грабли

Эксперименты-дело такое. Тут без граблей не обойтись.

odalist    
★★★★★★
Linux / Chrome
Ответ на: комментарий от crypt

как будет работать ZFS

Я FreeBSD устанавливал с ZFS. И я ничего там не менял. И не проводил никакого тюнинга. Пока что, работает нормально.

odalist    
★★★★★★
Linux / Chrome
Ответ на: комментарий от crypt

чем больше проходит после релиза, тем нормальнее

Поддерживаю.

odalist    
★★★★★★
Linux / Chrome
Ограничение на отправку комментариев: только для зарегистрированных пользователей, score>=90