
Ilya
24.10.2017
08:55:12
300 на 300

Slum
24.10.2017
09:04:38
чет у вас тут тихо так
:|

Fro
24.10.2017
09:07:28
Потому что ты трёхсотый

Google

Slum
24.10.2017
09:11:10
а ты двухсотый что-ли? ?

Fro
24.10.2017
09:13:16
Не, я где-то 96-97, точно не помню)

Slum
24.10.2017
09:15:40
кто работал с kqueue? наслышан что лучше epoll'а

Volodymyr Kostyrko
24.10.2017
09:33:43
Да.

Eazy-L
24.10.2017
10:12:26
Кто-нибудь знает, когда пятые кеды будут готовы?

ThePanaceya
24.10.2017
10:48:02

Vadim
24.10.2017
10:53:20

Slum
24.10.2017
10:57:05
в смысле в чем? в том какой экспириенс был на более менее нагруженых серверах и стоит ли оно того или незначительный прирост производительности
@nuclight

Sergey
24.10.2017
10:57:39
но ведь 23% хит от 128гиг - это 100% от почти 30 гиг, т.е. при среднем у l2arc в 31% уже получается тот же хит, что и у bcache, а если среднее выше, то и хит у l2arc будет выше bcache
какое среднее было у l2arc?
и bcache ведь MRU, а в ARC есть и MFU кусок, который на маленьких объёмах кэша не даст вытеснить часто используемые данные

Roman
24.10.2017
11:18:46

Sergey
24.10.2017
11:22:33

Vadim
24.10.2017
11:22:48

Google

Sergey
24.10.2017
11:23:57
причём, без каких-либо ручных настроек, на дефолтах
а там тоже есть, что покрутить

Eazy-L
24.10.2017
11:27:32

Admin
ERROR: S client not available

Sergey
24.10.2017
11:27:47
@pragus так с чего "l2arc - говно по сравнению с bcache", если твой же (далеко не всеобъемлющий) тест показал обратное?

Slum
24.10.2017
11:29:16
@nuclight с нуля писать (выбираю под какую систему лучше linux/bsd)

Vadim
24.10.2017
11:29:54
kqueue фичастее и удобнее
а производительность зависит и от ряда других факторов, тут просто так сравнивать бесполезно
а вообще, берешь, например, libevent - и получаешь сразу портабельное и на то и на то

Sergey
24.10.2017
11:31:41
и автоматически на любые другие, которые могут реализовать в будущем

Roman
24.10.2017
11:36:46

Sergey
24.10.2017
11:37:27
хит для l2arc в 1.5 раза выше
сколько прогонов по данным было?