The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..., opennews (ok), 26-Окт-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


51. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от Аноним (-), 27-Окт-12, 01:50 
Ну вот вы этим и пользуйтесь.
Ответить | Правка | Наверх | Cообщить модератору

52. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от Денис (??), 27-Окт-12, 04:00 
спасибо КЭП, давно юзаем

http://pthree.org/2012/04/17/install-zfs-on-debian-gnulinux/

Ответить | Правка | Наверх | Cообщить модератору

56. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –2 +/
Сообщение от Аноним (-), 27-Окт-12, 04:35 
> спасибо КЭП, давно юзаем

Соболезную, чо.

Ответить | Правка | Наверх | Cообщить модератору

59. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –4 +/
Сообщение от Аноним (-), 27-Окт-12, 13:49 
>> спасибо КЭП, давно юзаем
> Соболезную, чо.

Давай спрыгнем с крыши по этому поводу? Что нормальная промышленная ФС, разработанная профи, таки стала доступна в лине?

Ответить | Правка | Наверх | Cообщить модератору

61. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +4 +/
Сообщение от AlexAT (ok), 27-Окт-12, 16:19 
> Давай спрыгнем с крыши по этому поводу? Что нормальная промышленная ФС, разработанная
> профи, таки стала доступна в лине?

И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни у кого не видел.

Ответить | Правка | Наверх | Cообщить модератору

72. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 28-Окт-12, 00:33 
> И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни
> у кого не видел.

SUN ?


Ответить | Правка | Наверх | Cообщить модератору

74. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от исчо_адын_аноним (?), 28-Окт-12, 00:40 
>> И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни
>> у кого не видел.
> SUN ?

Это хто ? А у них на линухе ? :)

Ответить | Правка | Наверх | Cообщить модератору

94. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от nagualemail (ok), 28-Окт-12, 11:14 
>>> И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни
>>> у кого не видел.
>> SUN ?
> Это хто ? А у них на линухе ? :)

Раньше дурни носились со ступами теперь с линуксом, рост на лицо ...

Ответить | Правка | Наверх | Cообщить модератору

124. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от Аноним (-), 29-Окт-12, 06:16 
> Раньше дурни носились со ступами теперь с линуксом, рост на лицо ...

Да, все ынтырпрайзы - бакланы, один вы тут у нас умный. А вам не кажется что если все вокруг дураки, а один вы умный - тут что-то не так? :)


Ответить | Правка | Наверх | Cообщить модератору

78. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от Аноним (-), 28-Окт-12, 04:10 
>> И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни
>> у кого не видел.
> SUN ?

Не хочу вас огорчать, но он... это самое... ку-ку.

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

96. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 28-Окт-12, 11:18 
>>> И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни
>>> у кого не видел.
>> SUN ?
> Не хочу вас огорчать, но он... это самое... ку-ку.

http://www.oracle.com/ru/products/servers/overview/index.html

КУ-КУ это диагноз ?


Ответить | Правка | Наверх | Cообщить модератору

125. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +2 +/
Сообщение от Аноним (-), 29-Окт-12, 06:17 
> КУ-КУ это диагноз ?

Да, если вы не можете отличить слово "oracle" от слова "sun" - это диагноз.

Ответить | Правка | Наверх | Cообщить модератору

92. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от AlexAT (ok), 28-Окт-12, 10:37 
> SUN ?

И где оно ныне? Реально?
Даже Oracle свою DB уже больше предлагает под Linux, нежели под Sun. Да и ZFS под неё какбэ не сертифицирована.

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

103. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 28-Окт-12, 11:28 
> И где оно ныне? Реально?
> Даже Oracle свою DB уже больше предлагает под Linux, нежели под Sun.
> Да и ZFS под неё какбэ не сертифицирована.

Сертифицировано ...

Ответить | Правка | Наверх | Cообщить модератору

126. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от Аноним (-), 29-Окт-12, 06:18 
> Сертифицировано ...

Да, давай, скажи что оракл сертифицЫрован с ZFS на BSD. Ты можешь, я знаю :)

Ответить | Правка | Наверх | Cообщить модератору

227. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 01-Ноя-12, 20:22 
>> Сертифицировано ...
> Да, давай, скажи что оракл сертифицЫрован с ZFS на BSD. Ты можешь,
> я знаю :)

Оракл никогда в жизни не считал BSD платформой и отродясь под нее не существовал.

Ответить | Правка | Наверх | Cообщить модератору

305. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 05-Ноя-12, 08:56 
> Оракл никогда в жизни не считал BSD платформой и отродясь под нее не существовал.

Спасибо, Капитан. Я думаю что гражданин понял на что я ему намекал, но вы решили уточнить :)

Ответить | Правка | Наверх | Cообщить модератору

318. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 18:46 
>> Оракл никогда в жизни не считал BSD платформой и отродясь под нее не существовал.
> Спасибо, Капитан. Я думаю что гражданин понял на что я ему намекал,
> но вы решили уточнить :)

Тихо сам с собою ...

Ответить | Правка | Наверх | Cообщить модератору

309. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 05-Ноя-12, 09:40 
> SUN ?

Какой SUN? SUN = RIP. ДоZFS'ились.

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

81. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 28-Окт-12, 04:15 
> И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни
> у кого не видел.

Вы что-то путаете. Аттестат об окончании 9 классов - это еще далеко не звание академика.

Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

104. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от Аноним (-), 28-Окт-12, 12:00 
>> Давай спрыгнем с крыши по этому поводу? Что нормальная промышленная ФС, разработанная
>> профи, таки стала доступна в лине?
> И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни
> у кого не видел.

Если ваш кругозор ограничен localhost - мне вас жаль.
промышлится у авторов порта - одина из машин из TOP10 (не помню текущий номер в списке).
Советую посмотреть презентации с LUG 2012 и LAD 2012 и больше не говорить таких глупостей.
набрать в гуле "llnl zfs cluster" сможете?

На секвое помоему 20P на дисках - имеет ли ваш сторадж сравнимый объем?

Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

106. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 28-Окт-12, 13:09 
> набрать в гуле "llnl zfs cluster" сможете?

Lawrence Livermore National Laboratory (LLNL)
Академики? Академики. Понятно, что большие. Это единичное применение, не более.

Ответить | Правка | Наверх | Cообщить модератору

108. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 28-Окт-12, 20:58 
Скорее это заявка на то что TOP100 будет таким и клон ext4 будет вырублен оттуда.

теперь подскажите какая еще fs может динамически аллоцировать иноды?
Вот вы изначально сделали одно количество инод - а у вас получилось что хранятся более мелкие файлы и вам не хватает инод, при этом свободного места на диск вагон. Решите эту проблему с ext4, xfs и тп (не знаю как там в новомодной btrfs). Причем это задача из реальной жизни.

Ответить | Правка | Наверх | Cообщить модератору

109. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от rm_email (ok), 28-Окт-12, 21:04 
> Скорее это заявка на то что TOP100 будет таким и клон ext4
> будет вырублен оттуда.
> теперь подскажите какая еще fs может динамически аллоцировать иноды?
> Вот вы изначально сделали одно количество инод - а у вас получилось
> что хранятся более мелкие файлы и вам не хватает инод, при
> этом свободного места на диск вагон. Решите эту проблему с ext4,
> xfs и тп (не знаю как там в новомодной btrfs). Причем
> это задача из реальной жизни.

Да вообще-то все это умеют, кроме древних как говно мамонта ext*, а к чему вопрос?
даже упомянутая вами XFS.

Ответить | Правка | Наверх | Cообщить модератору

110. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 28-Окт-12, 22:59 
>не знаю как там в новомодной btrfs

Там еще хуже чем в ext4 ...

Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

111. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +3 +/
Сообщение от AlexAT (ok), 28-Окт-12, 23:01 
>>не знаю как там в новомодной btrfs
> Там еще хуже чем в ext4 ...

Ну да. То ли дело ZFS, где даже дефрагментатора нет, и кеш эксклюзивный, да еще и без zero-copy. Если хочешь сделать из системы тормозилово или купить санку под задачи, где справился бы и десктоп - самое оно.

Ответить | Правка | Наверх | Cообщить модератору

112. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –3 +/
Сообщение от nagualemail (ok), 28-Окт-12, 23:09 
>>>не знаю как там в новомодной btrfs
>> Там еще хуже чем в ext4 ...
> Ну да. То ли дело ZFS, где даже дефрагментатора нет, и кеш
> эксклюзивный, да еще и без zero-copy. Если хочешь сделать из системы
> тормозилово или купить санку под задачи, где справился бы и десктоп
> - самое оно.

У btrfs не в скорости проблема, кроме того COV как бы идейно несовместим с дефрагментацией ... Кроме того наивно сравнивать стабильные сани с десктопом, особенно в последнее время да еще если интел ...

Ответить | Правка | Наверх | Cообщить модератору

113. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +3 +/
Сообщение от AlexAT (ok), 28-Окт-12, 23:21 
> COV как бы идейно несовместим с дефрагментацией

Спасибо, подр^W поржал. Точнее - CoW нежизнеспособен без дефрагментации. Но это другое.

> Кроме того наивно сравнивать стабильные сани с десктопом

А куды еще деваться, если после всех приблуд ака ZFS для того, чтобы решить задачу, с которой стабильно справится и десктоп, надо брать сани за 100500 нефти?

Ответить | Правка | Наверх | Cообщить модератору

114. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от nagualemail (ok), 28-Окт-12, 23:32 
> стабильно справится  десктоп

Любые 2 слова правда но 3 лож ...


Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

115. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +2 +/
Сообщение от AlexAT (ok), 28-Окт-12, 23:40 
> Любые 2 слова правда но 3 лож ...

К логопеду.

Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

272. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 04-Ноя-12, 22:20 
>> COV как бы идейно несовместим с дефрагментацией
> Спасибо, подр^W поржал. Точнее - CoW нежизнеспособен без дефрагментации. Но это другое.
>> Кроме того наивно сравнивать стабильные сани с десктопом
> А куды еще деваться, если после всех приблуд ака ZFS для того,
> чтобы решить задачу, с которой стабильно справится и десктоп, надо брать
> сани за 100500 нефти?

Так-то Соляра для x86 существует с 1993 года, если чего. С версии 2.4. Какие там нефти еще?

Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

273. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от AlexAT (ok), 04-Ноя-12, 22:21 
> Так-то Соляра для x86 существует с 1993 года, если чего. С версии
> 2.4. Какие там нефти еще?

Каким боком 1993 год относится к тому, о чем мы говорим?

Ответить | Правка | К родителю #272 | Наверх | Cообщить модератору

127. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +2 +/
Сообщение от Аноним (-), 29-Окт-12, 06:22 
> У btrfs не в скорости проблема, кроме того COV

Сначана научись CoW правильно писать, юморист.

> как бы идейно несовместим с дефрагментацией ...

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

> Кроме того наивно сравнивать стабильные сани с десктопом,

Да, вот сейчас все разбежались у оракла покупать железки по их ценам. Это будет делать полтора ынтырпрайза. И те хотят линуксы, а вовсе не.

Ответить | Правка | Наверх | Cообщить модератору

275. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 04-Ноя-12, 22:22 
>> У btrfs не в скорости проблема, кроме того COV
> Сначана научись CoW правильно писать, юморист.
>> как бы идейно несовместим с дефрагментацией ...
> Все там совместимо. Парней из сана заломало делать достаточно сложную плюшку. Поэтому
> компенсировали маркетинговым буллшитом, как обычно.
>> Кроме того наивно сравнивать стабильные сани с десктопом,
> Да, вот сейчас все разбежались у оракла покупать железки по их ценам.
> Это будет делать полтора ынтырпрайза. И те хотят линуксы, а вовсе
> не.

root @ hostname / # prtdiag|more
System Configuration: ASUS RS120-E5/PA4
BIOS Configuration: American Megatrends Inc. 0702    07/06/2009
BMC Configuration: IPMI 2.0 (KCS: Keyboard Controller Style)

==== Processor Sockets ====================================

Version                          Location Tag
-------------------------------- --------------------------
Intel(R) Core(TM)2 Quad CPU Q8300 @ 2.50GHz Socket 775

==== Memory Device Sockets ================================

Type    Status Set Device Locator      Bank Locator
------- ------ --- ------------------- --------------------
DDR2    in use 0   DIMM_A1             BANK0
unknown empty  0   DIMM_A2             BANK1
DDR2    in use 0   DIMM_B1             BANK2
unknown empty  0   DIMM_B2             BANK3

==== On-Board Devices =====================================
  To Be Filled By O.E.M.

root @ hostname / # zpool status rpool
  pool: rpool
state: ONLINE
scan: scrub repaired 0 in 0h20m with 0 errors on Sat Nov  3 06:20:11 2012
config:

        NAME          STATE     READ WRITE CKSUM
        rpool         ONLINE       0     0     0
          mirror-0    ONLINE       0     0     0
            c1t0d0s0  ONLINE       0     0     0
            c1t1d0s0  ONLINE       0     0     0

errors: No known data errors

Чо-чо ты там говорил про ынтырпрайз, не подскажешь? Кекеке...

Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

279. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 04-Ноя-12, 22:24 
> Чо-чо ты там говорил про ынтырпрайз, не подскажешь? Кекеке...

А на нормальный дисковый контроллер денег не нашлось? Или у нас два диска в зеркале - уже ЕНТЫРПРАЙС?

Ответить | Правка | К родителю #275 | Наверх | Cообщить модератору

281. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 04-Ноя-12, 22:27 
>> Чо-чо ты там говорил про ынтырпрайз, не подскажешь? Кекеке...
> А на нормальный дисковый контроллер денег не нашлось? Или у нас два
> диска в зеркале - уже ЕНТЫРПРАЙС?

Благодаря высказыванию одного профана множество юдей покупает гавно-рейд-контроллеры на 2-4 диска которые намного хуже встроенного в мать.

Ответить | Правка | К родителю #279 | Наверх | Cообщить модератору

288. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 04-Ноя-12, 23:06 
> Благодаря высказыванию одного профана множество юдей покупает гавно-рейд-контроллеры
> на 2-4 диска которые намного хуже встроенного в мать.

Хуже встроенного в мать рейд-контроллера на 99% десктопных мамок быть не может. Впрочем, как не может быть и лучше. Просто потому, что в 99% десктопных мамок оного - ТАДА - НЕТ!

Ответить | Правка | К родителю #281 | Наверх | Cообщить модератору

290. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 04-Ноя-12, 23:12 
>> Благодаря высказыванию одного профана множество юдей покупает гавно-рейд-контроллеры
>> на 2-4 диска которые намного хуже встроенного в мать.
> Хуже встроенного в мать рейд-контроллера на 99% десктопных мамок быть не может.
> Впрочем, как не может быть и лучше. Просто потому, что в
> 99% десктопных мамок оного - ТАДА - НЕТ!

ТАДА гдето с ich7 ... :)))))

Ответить | Правка | К родителю #288 | Наверх | Cообщить модератору

308. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 05-Ноя-12, 09:30 
> ТАДА гдето с ich7 ... :)))))

ТАДА! Учи матчасть - это фейкрейд, т.е. софт.

Ответить | Правка | К родителю #290 | Наверх | Cообщить модератору

296. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 04-Ноя-12, 23:54 
> Хуже встроенного в мать рейд-контроллера на 99% десктопных мамок быть не может.

Предлагаю определиться с терминами.

1) насколько понимаю, разговор о FakeRAID и они действительно бывают хуже просто каналов;
2) на вроде бы как серверном tyan (двухсокетная оптеронная мать) однажды видел SiI3114, распаянный на PCI32/33(!) вместе с eth и ещё кучей всякого хлама, т.е. даже не отдельно -- в итоге оно затыкалось на двух скромных дисках и пришлось засунуть простенький (но железный) LSI SAS1068...

Ответить | Правка | К родителю #288 | Наверх | Cообщить модератору

298. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 04-Ноя-12, 23:58 
>> Хуже встроенного в мать рейд-контроллера на 99% десктопных мамок быть не может.
> Предлагаю определиться с терминами.
> 1) насколько понимаю, разговор о FakeRAID и они действительно бывают хуже просто
> каналов;
> 2) на вроде бы как серверном tyan (двухсокетная оптеронная мать) однажды видел
> SiI3114, распаянный на PCI32/33(!) вместе с eth и ещё кучей всякого
> хлама, т.е. даже не отдельно -- в итоге оно затыкалось на
> двух скромных дисках и пришлось засунуть простенький (но железный) LSI SAS1068...

Я работал с SB770-990 и все было ок.

Ответить | Правка | К родителю #296 | Наверх | Cообщить модератору

306. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 05-Ноя-12, 09:27 
> Я работал с SB770-990 и все было ок.

Это не отменяет того, что там НЕТ RAID-контроллера xD
Там софтварная поделка. На уровне BIOS и драйвера для винды. Под Linux'ами все эти недорейды (очередной маркетоидный булшит) мейнтейнятся dm.

Иногда бывают распаяны JBOD-контроллеры с поддержкой RAID в софте, типа того же Sil3114 (4 порта SATA150) - но это такой же фейк.

Видел давным давно топовую мамку (не вспомню сейчас названия) с распаянным нормальным Adaptec'ом, но это действительно было на тот момент топовое железо, за очень "невкусные" деньги.

Ответить | Правка | К родителю #298 | Наверх | Cообщить модератору

317. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 18:46 
>> Я работал с SB770-990 и все было ок.
> Это не отменяет того, что там НЕТ RAID-контроллера xD
> Там софтварная поделка. На уровне BIOS и драйвера для винды. Под Linux'ами
> все эти недорейды (очередной маркетоидный булшит) мейнтейнятся dm.
> Иногда бывают распаяны JBOD-контроллеры с поддержкой RAID в софте, типа того же
> Sil3114 (4 порта SATA150) - но это такой же фейк.
> Видел давным давно топовую мамку (не вспомню сейчас названия) с распаянным нормальным
> Adaptec'ом, но это действительно было на тот момент топовое железо, за
> очень "невкусные" деньги.

Из криокамеры виднее :)))
На GA990XA есть даже RAID5 :)))

Ответить | Правка | К родителю #306 | Наверх | Cообщить модератору

323. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +2 +/
Сообщение от AlexAT (ok), 05-Ноя-12, 20:31 
> Из криокамеры виднее :)))
> На GA990XA есть даже RAID5 :)))

LOL :) Когда человек не отличает софт от аппаратуры - ну, флаг в руки, чо.

Ответить | Правка | К родителю #317 | Наверх | Cообщить модератору

337. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 22:09 
> LOL :) Когда человек не отличает софт от аппаратуры - ну, флаг
> в руки, чо.

Как там в криокамере с флагом ? Удобно ?

Ответить | Правка | К родителю #323 | Наверх | Cообщить модератору

299. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 00:05 
>> Хуже встроенного в мать рейд-контроллера на 99% десктопных мамок быть не может.
> Предлагаю определиться с терминами.
> 1) насколько понимаю, разговор о FakeRAID и они действительно бывают хуже просто
> каналов;
> 2) на вроде бы как серверном tyan (двухсокетная оптеронная мать) однажды видел
> SiI3114, распаянный на PCI32/33(!) вместе с eth и ещё кучей всякого
> хлама, т.е. даже не отдельно -- в итоге оно затыкалось на
> двух скромных дисках и пришлось засунуть простенький (но железный) LSI SAS1068...

SB990+RAID10+WD5003ABYX
http://s1.ipicture.ru/uploads/20121104/l5hbjRUD.jpg

Ответить | Правка | К родителю #296 | Наверх | Cообщить модератору

300. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 05-Ноя-12, 00:30 
> SB990+RAID10+WD5003ABYX

Ещё думал спросить -- под фрёй эти fakeraid нормально работают?

> http://s1.ipicture.ru/uploads/20121104/l5hbjRUD.jpg

ЧТД. :)

Ответить | Правка | К родителю #299 | Наверх | Cообщить модератору

301. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 01:33 
>> SB990+RAID10+WD5003ABYX
> Ещё думал спросить -- под фрёй эти fakeraid нормально работают?
>> http://s1.ipicture.ru/uploads/20121104/l5hbjRUD.jpg
> ЧТД. :)

SB770-990 работает ... а учитывая что zfs лучше вопрос - зачем ?

Ответить | Правка | К родителю #300 | Наверх | Cообщить модератору

307. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 05-Ноя-12, 09:28 
> SB990+RAID10+WD5003ABYX
> http://s1.ipicture.ru/uploads/20121104/l5hbjRUD.jpg

So what? Это фейкрейд. У md/dm/LVM/... производительность будет ровно такой же. А может быть даже и лучше - за счёт более тесной интеграции с ОС.

Ответить | Правка | К родителю #299 | Наверх | Cообщить модератору

315. "(offtopic) *raid"  +/
Сообщение от Michael Shigorinemail (ok), 05-Ноя-12, 12:52 
> So what? Это фейкрейд. У md/dm/LVM/... производительность будет ровно такой же.
> А может быть даже и лучше - за счёт более тесной интеграции с ОС.

Всё же необязательно -- насколько помню слова vsu@altlinux, то у некоторых FakeRAID производительность при их задействовании как хоть чего-то поверх каналов бывала выше.  Факторы IIRC получались такие:
- вымывание кэша CPU;
- догрузка CPU (+некоторые умели XOR для RAID5 сами[1]);
- догрузка FSB.

Противоположный пример -- 16-портовая Areca лет пять тому не успевала даже просто JBOD через себя тащить, пришлось разбивать на две 8-портовки, чтоб хоть как каналы или зеркало заюзать.

Из эксплуатационной разницы ещё бывают жёлтые лямпочки на hdd carrier'ах, но это тоже не про десктоп, да и smartd не отменяет...

[1] http://lists.altlinux.org/pipermail/devel/2003-November/0971...

Ответить | Правка | К родителю #307 | Наверх | Cообщить модератору

336. "(offtopic) *raid"  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 21:54 
> Всё же необязательно -- насколько помню слова vsu@altlinux, то у некоторых FakeRAID
> производительность при их задействовании как хоть чего-то поверх каналов бывала выше.

Сейчас обкатываются технологии USB 3.0 и  SATA Revision 3.0 и с колличеством линий pci там все ок в отличии от серверного Г.

http://www.gigabyte.ru/products/page/mb/ga-990xa-ud3rev_10/

Ответить | Правка | К родителю #315 | Наверх | Cообщить модератору

338. "(offtopic) *raid"  +2 +/
Сообщение от AlexAT (ok), 05-Ноя-12, 22:10 
> Сейчас обкатываются технологии USB 3.0 и  SATA Revision 3.0 и с
> колличеством линий pci там все ок в отличии от серверного Г.

/me выпал в осадок
ну чо, ждем от тебя тестов ZFS на USB 3.0

Ответить | Правка | К родителю #336 | Наверх | Cообщить модератору

347. "(offtopic) *raid"  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 22:30 
>> Сейчас обкатываются технологии USB 3.0 и  SATA Revision 3.0 и с
>> колличеством линий pci там все ок в отличии от серверного Г.
> /me выпал в осадок
> ну чо, ждем от тебя тестов ZFS на USB 3.0

Вот кстати внешние HD  с usb3 уже в продаже но у меня их нет ...

Ответить | Правка | К родителю #338 | Наверх | Cообщить модератору

351. "(offtopic) *raid"  +1 +/
Сообщение от Michael Shigorinemail (ok), 05-Ноя-12, 22:39 
> Вот кстати внешние HD  с usb3 уже в продаже но у меня их нет ...

Ну так и к чему приплетать?  У меня дежурная флэшка уже USB3, разницы особой не было...

Ответить | Правка | К родителю #347 | Наверх | Cообщить модератору

339. "(offtopic) *raid"  +1 +/
Сообщение от Michael Shigorinemail (ok), 05-Ноя-12, 22:12 
> Сейчас обкатываются технологии USB 3.0 и  SATA Revision 3.0

Да они-то тут при чём, особенно первое -- флэшкам оно помогает скорее на фоне никакого USB2.  SATA6G наблюдаю в дешёвой all-in-one платке на C60 в количестве шести штук.

> в отличии от серверного Г.

А это уж кто что чем выбирал. :)

Ответить | Правка | К родителю #336 | Наверх | Cообщить модератору

316. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –2 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 18:42 
>> SB990+RAID10+WD5003ABYX
>> http://s1.ipicture.ru/uploads/20121104/l5hbjRUD.jpg
> So what? Это фейкрейд. У md/dm/LVM/... производительность будет ровно такой же. А
> может быть даже и лучше - за счёт более тесной интеграции
> с ОС.

В случае md LVM сомневаюсь. Вот в случае хитрых алгоритмов gmirror или zfs очень даже может быть ;-)

Ответить | Правка | К родителю #307 | Наверх | Cообщить модератору

331. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 05-Ноя-12, 21:13 
> В случае md LVM сомневаюсь. Вот в случае хитрых алгоритмов gmirror или
> zfs очень даже может быть ;-)

LOL'd
расскажите это авторам сего опуса

"- Do I understand correctly that there are no analogues FreeBSD fallocate() and splice()?
- Why would we need them?"
(c) SirDice, http://forums.freebsd.org/showthread.php?p=195049

:))) Шел 2012 год... Zero-Copy в *BSD даже не пахло.
splice - очень удобный механизм для zero-copy.

Ответить | Правка | К родителю #316 | Наверх | Cообщить модератору

346. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 22:28 
>> В случае md LVM сомневаюсь. Вот в случае хитрых алгоритмов gmirror или
>> zfs очень даже может быть ;-)
> LOL'd
> расскажите это авторам сего опуса
> "- Do I understand correctly that there are no analogues FreeBSD fallocate()
> and splice()?
> - Why would we need them?"
> (c) SirDice, http://forums.freebsd.org/showthread.php?p=195049
> :))) Шел 2012 год... Zero-Copy в *BSD даже не пахло.
> splice - очень удобный механизм для zero-copy.

Там на форуме тоже одни троли :)))

Ответить | Правка | К родителю #331 | Наверх | Cообщить модератору

320. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 19:35 
>> Хуже встроенного в мать рейд-контроллера на 99% десктопных мамок быть не может.
> Предлагаю определиться с терминами.
> 1) насколько понимаю, разговор о FakeRAID и они действительно бывают хуже просто
> каналов;
> 2) на вроде бы как серверном tyan (двухсокетная оптеронная мать) однажды видел
> SiI3114, распаянный на PCI32/33(!) вместе с eth и ещё кучей всякого
> хлама, т.е. даже не отдельно -- в итоге оно затыкалось на
> двух скромных дисках и пришлось засунуть простенький (но железный) LSI SAS1068...

Вот я и говорю - однажды дебил от маркетологов ляпнул что FakeRAID намного хуже а остальные дружно подхватили ... Учитывая что это высказываение является девизом сторожил криокамер вероятно речь идет о временах до ich7 когда интел был совсем гавно ...

Ответить | Правка | К родителю #296 | Наверх | Cообщить модератору

322. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 05-Ноя-12, 19:56 
> вероятно речь идет о временах до ich7 когда интел был совсем <beep>

Да он с тех пор и LSI купил да за собой утянул. :(  Те же SAS1064 -- самый что ни на есть FakeRAID.

Ответить | Правка | К родителю #320 | Наверх | Cообщить модератору

326. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от AlexAT (ok), 05-Ноя-12, 20:39 
> Да он с тех пор и LSI купил да за собой утянул.
> :(  Те же SAS1064 -- самый что ни на есть
> FakeRAID.

У меня сейчас RS2BL080 (он же LSI 9260-8i) дома стоит, приятная железка.
PCI-E x4. 8 портов SAS 2.0/SATA 600. 512M кэша.
RAID 0/1/10/5/6 (XOR и RSC - аппаратно, на контроллере).
Смена размера и типа LV на ходу поддерживается.

Так что хоть интел его и потянул за собой в бюджетке... но уже в энтри-сегменте всё нормально :)

Ответить | Правка | К родителю #322 | Наверх | Cообщить модератору

332. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Michael Shigorinemail (ok), 05-Ноя-12, 21:13 
>> Те же SAS1064 -- самый что ни на есть FakeRAID.
> Так что хоть интел его и потянул за собой в бюджетке...

Виноват, не уточнил -- эти 1064 они лепили как абортные в некоторые/многие S5000* (e.g. S5000VSA).  Отдельных контроллеров, докатившихся до такого, пока у них не припоминаю.

Ответить | Правка | К родителю #326 | Наверх | Cообщить модератору

324. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 05-Ноя-12, 20:33 
> Вот я и говорю - однажды дебил от маркетологов ляпнул что FakeRAID
> намного хуже

FakeRAID во всех случаях, за исключением RAID0:
а) нагружает проц многочисленными обменами с контроллером
б) многократно нагружает шину PCI/PCI-E данными
И тут хоть какой ICH - пока не будет аппаратного акселератора RAID, ничего не изменится.

Ответить | Правка | К родителю #320 | Наверх | Cообщить модератору

340. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 22:12 
>> Вот я и говорю - однажды дебил от маркетологов ляпнул что FakeRAID
>> намного хуже
> FakeRAID во всех случаях, за исключением RAID0:
> а) нагружает проц многочисленными обменами с контроллером

Где вы этого бреда набрались ? В даташитах по интелу ? Откройте для себя AMD.

> б) многократно нагружает шину PCI/PCI-E данными

Лол ... ноу коментс ... По сравнению с 4-мя двухголовыми видюхами он нагружает, не он Нагружает нет ваще нихера не нагружает :)))

> И тут хоть какой ICH - пока не будет аппаратного акселератора RAID,
> ничего не изменится.

AMD лучше ;-)

Ответить | Правка | К родителю #324 | Наверх | Cообщить модератору

341. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +2 +/
Сообщение от AlexAT (ok), 05-Ноя-12, 22:14 
Не вижу смысла дальше обсуждать - ты не понимаешь логики обмена с диском...
Ответить | Правка | К родителю #340 | Наверх | Cообщить модератору

348. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 22:33 
> Не вижу смысла дальше обсуждать - ты не понимаешь логики обмена с
> диском...

Откройте даташит на SB770-990 если проблемы с логикой.

Ответить | Правка | К родителю #341 | Наверх | Cообщить модератору

349. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +2 +/
Сообщение от AlexAT (ok), 05-Ноя-12, 22:36 
> Откройте даташит на SB770-990 если проблемы с логикой.

datashit - у тебя в голове. К сожалению.

Ответить | Правка | К родителю #348 | Наверх | Cообщить модератору

354. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 22:47 
>> Откройте даташит на SB770-990 если проблемы с логикой.
> datashit - у тебя в голове. К сожалению.

:))) пацталом ...

Ответить | Правка | К родителю #349 | Наверх | Cообщить модератору

343. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 05-Ноя-12, 22:17 
>> FakeRAID во всех случаях, за исключением RAID0:
>> а) нагружает проц многочисленными обменами с контроллером
> Где вы этого бреда набрались? В даташитах по интелу? Откройте для себя AMD.

Сколько лет пользуюсь софтрейдами на том и этом, но такие откровения слышу впервые.  Насколько понимаю, HT тут ни при чём.

Ответить | Правка | К родителю #340 | Наверх | Cообщить модератору

352. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 05-Ноя-12, 22:42 
> Сколько лет пользуюсь софтрейдами на том и этом, но такие откровения слышу
> впервые.  Насколько понимаю, HT тут ни при чём.

Абсолютно. Двойна-тройная-Nкратная передача данных по шине - абсолютно платформоагностична.

Хуже всего R5/6 - чтобы записать один блок - надо считать в кэш (прогнать по шине, а потом еще и рассчитать, в довесок) весь страйп (Nx), после чего записать два (R5) или три (R6) блока.

В R1 с двумя дисками будет просто двукратная запись... что тоже не гуд.

Ответить | Правка | К родителю #343 | Наверх | Cообщить модератору

353. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 22:46 
>>> FakeRAID во всех случаях, за исключением RAID0:
>>> а) нагружает проц многочисленными обменами с контроллером
>> Где вы этого бреда набрались? В даташитах по интелу? Откройте для себя AMD.
> Сколько лет пользуюсь софтрейдами на том и этом, но такие откровения слышу
> впервые.  Насколько понимаю, HT тут ни при чём.

Вы просто не следите за новостями. АМД несколько последних лет сливает интелу в пиковом быстродействии процессоров и все бы ничего но этот факт старательно подогревается в СМИ. Так как догнать интеловский утюг без перехода на новых техпроцесс невозможно амд старается увеличить быстродействие там где может например в работе системной логики. В частности материнские платы у АМД намного качественнее, не однократно сталкивались, если брать сервак в удаленном дц, то интел будет на матери очень низкого качества если амд всегда нормальная стабильная мать ... Мистика. В конце концев работать с интелом и асусом надоедает ... Что касается шедевров типа писипартнер или эзрок они редко живут дольше гарантийного срока и то если часто не включать :))

Ответить | Правка | К родителю #343 | Наверх | Cообщить модератору

355. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 05-Ноя-12, 22:48 
> Вы просто не следите за новостями.

Мы просто судим не по новостям.

Ответить | Правка | К родителю #353 | Наверх | Cообщить модератору

357. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 22:53 
>> Вы просто не следите за новостями.
> Мы просто судим не по новостям.

Бабка нагадала ?
Щас месье раскажет какой интел классный и какой амд слив .. ага.

Ничего личного просто ссылки:
http://actika.livejournal.com/957.html

Ответить | Правка | К родителю #355 | Наверх | Cообщить модератору

358. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 05-Ноя-12, 22:54 
Меня особо вот эта ссылка доставляет - можно сразу на цитатник разрывать:
http://actika.livejournal.com/2712.html
Ответить | Правка | К родителю #357 | Наверх | Cообщить модератору

360. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 23:01 
> Меня особо вот эта ссылка доставляет - можно сразу на цитатник разрывать:
> http://actika.livejournal.com/2712.html

Опровергните любое утверждение на выбор :)

Ответить | Правка | К родителю #358 | Наверх | Cообщить модератору

362. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +2 +/
Сообщение от AlexAT (ok), 05-Ноя-12, 23:05 
> Опровергните любое утверждение на выбор :)

Я ж говорю - там надо уже не опровергать, а на цитаты рвать, филиал баша.

Ответить | Правка | К родителю #360 | Наверх | Cообщить модератору

363. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 23:12 
>> Опровергните любое утверждение на выбор :)
> Я ж говорю - там надо уже не опровергать, а на цитаты
> рвать, филиал баша.

Слив не защитан.
Привет с филиала удава.

Ответить | Правка | К родителю #362 | Наверх | Cообщить модератору

359. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Michael Shigorinemail (ok), 05-Ноя-12, 23:00 
> Щас месье раскажет какой интел классный и какой амд слив

Вообще-то работаю с самыми разными железками на intel/amd x86, arm, ppc, mips и ценю достоинства каждой из этих (микро)архитектур/платформ, при этом не забывая об уже известных их недостатках.  Чего и Вам желаю.

BTW в #339 упомянул новую и специально выбранную платку на AMD C60. :)

Ответить | Правка | К родителю #357 | Наверх | Cообщить модератору

361. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от AlexAT (ok), 05-Ноя-12, 23:04 
> BTW в #339 упомянул новую и специально выбранную платку на AMD C60.
> :)

Аналогично. Дома сервант как раз тот, который с LSI, на AMD PhII-1090T / AMD 890FX

Ответить | Правка | К родителю #359 | Наверх | Cообщить модератору

143. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от Аноним (-), 29-Окт-12, 14:46 
Zero-copy сейчас туда впиливают. Дефрагментатор вроде как был (или планровался) - если я не забыл лекции  архитекторов ZFS.
Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

144. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –2 +/
Сообщение от nagualemail (ok), 29-Окт-12, 14:56 
> Дефрагментатор вроде как был (или планровался) - если
> я не забыл лекции  архитекторов ZFS.

Главное чтоб дефрагментатор не был автоматическим как в ext4 а то ssd не оценят :))


Ответить | Правка | Наверх | Cообщить модератору

146. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +2 +/
Сообщение от AlexAT (ok), 29-Окт-12, 15:09 
> Главное чтоб дефрагментатор не был автоматическим как в ext4 а то ssd
> не оценят :))

Да, для SSD уже само наличие ZFS - повод повеситься на ближайшем SATA-кабеле...

Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

148. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –2 +/
Сообщение от nagualemail (ok), 29-Окт-12, 15:20 
> Да, для SSD уже само наличие ZFS - повод повеситься на ближайшем
> SATA-кабеле...

Ораклу расскажите.

Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

151. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 29-Окт-12, 17:05 
>> Да, для SSD уже само наличие ZFS - повод повеситься на ближайшем
>> SATA-кабеле...
> Ораклу расскажите.

А чего рассказывать? Достаточно взглянуть на спецификации железа под ZFS на их сайте, чтобы понять, что дело гиблое.

Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

277. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 04-Ноя-12, 22:23 
>>> Да, для SSD уже само наличие ZFS - повод повеситься на ближайшем
>>> SATA-кабеле...
>> Ораклу расскажите.
> А чего рассказывать? Достаточно взглянуть на спецификации железа под ZFS на их
> сайте, чтобы понять, что дело гиблое.

Вот это что ли? Проблемз?

root @ hostname / # prtdiag|more
System Configuration: ASUS RS120-E5/PA4
BIOS Configuration: American Megatrends Inc. 0702    07/06/2009
BMC Configuration: IPMI 2.0 (KCS: Keyboard Controller Style)

==== Processor Sockets ====================================

Version                          Location Tag
-------------------------------- --------------------------
Intel(R) Core(TM)2 Quad CPU Q8300 @ 2.50GHz Socket 775

==== Memory Device Sockets ================================

Type    Status Set Device Locator      Bank Locator
------- ------ --- ------------------- --------------------
DDR2    in use 0   DIMM_A1             BANK0
unknown empty  0   DIMM_A2             BANK1
DDR2    in use 0   DIMM_B1             BANK2
unknown empty  0   DIMM_B2             BANK3

==== On-Board Devices =====================================
  To Be Filled By O.E.M.

root @ hostname / # zpool status rpool
  pool: rpool
state: ONLINE
scan: scrub repaired 0 in 0h20m with 0 errors on Sat Nov  3 06:20:11 2012
config:

        NAME          STATE     READ WRITE CKSUM
        rpool         ONLINE       0     0     0
          mirror-0    ONLINE       0     0     0
            c1t0d0s0  ONLINE       0     0     0
            c1t1d0s0  ONLINE       0     0     0

errors: No known data errors

Для инфы - это прокси-сервер здания на сквиде.

Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

280. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 04-Ноя-12, 22:26 
> Для инфы - это прокси-сервер здания на сквиде.

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

Или Netgear WNR1000 купи за 1000 рублев, зачем тебе такой прокси на маленькую конторку? По электричеству ж влетит в копеечку. И куда руководство смотрит.

Ответить | Правка | К родителю #277 | Наверх | Cообщить модератору

294. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 04-Ноя-12, 23:47 
> Для инфы - это прокси-сервер здания на сквиде.

Вот уж для чего как раз и подходит спул на reiser3 с mkfs и squid -z на загрузке, если не лень, или вообще в tmpfs, если лень и от этого кэша хоть три грамма пользы наблюдается...

Ответить | Правка | К родителю #277 | Наверх | Cообщить модератору

176. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Lompuz (?), 29-Окт-12, 23:05 
вы про технологию TRIM ?
Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

156. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от Аноним (-), 29-Окт-12, 17:32 
> Главное чтоб дефрагментатор не был автоматическим как в ext4

Ах, вы и ext4 только на картинке видели? Бывает.
Hint: в ext4 нет автоматического дефрагментатора. Хотя если хочется тупо зафэйлить на форуме - можно и про него рассказать. А потом народ еще удивляется - чего это я троллю? Ну а что еще делать, если вы порцию лулзов нахаляву предоставляете такими забавными тупняками? :)

Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

163. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –2 +/
Сообщение от nagualemail (ok), 29-Окт-12, 18:57 
>> Главное чтоб дефрагментатор не был автоматическим как в ext4
> Ах, вы и ext4 только на картинке видели? Бывает.
> Hint: в ext4 нет автоматического дефрагментатора. Хотя если хочется тупо зафэйлить на
> форуме - можно и про него рассказать. А потом народ еще
> удивляется - чего это я троллю? Ну а что еще делать,
> если вы порцию лулзов нахаляву предоставляете такими забавными тупняками? :)

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

Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

166. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 29-Окт-12, 20:53 
> Ой а тут один пациент прямо с пеной доказывал что в ext4
> помимо дефрагмертатора есть еще встроенные автоматические механизсы ... Выходит таки ошибся.

Это про btrfs было ;). Теперь я понимаю почему вы постоянно киваете на проблемы с памятью.


Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

145. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +2 +/
Сообщение от AlexAT (ok), 29-Окт-12, 15:08 
> Zero-copy сейчас туда впиливают. Дефрагментатор вроде как был (или планровался) - если
> я не забыл лекции  архитекторов ZFS.

"Будем считать что сделали, когда заработает". Пока что видно, что в BSD вообще с zero-copy всё плохо. Ну и да - правильная архитектура подразумевает замену ARC системным кешем. Будет?

Дефрагментатора не видел в принципе.

Ответить | Правка | Наверх | Cообщить модератору

147. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 29-Окт-12, 15:19 
> "Будем считать что btrfs сделали, когда btrfs заработает".

Так понятнее ?


Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

150. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 29-Окт-12, 16:50 
Открою страшную тайну - ARC cache и системный кэш - немного разные вещи :)
То что Linux kernel их смешал в кучу - это его головная боль вытекающая из архитектуры ext[2,3,4], и поэтому все другие пожелания не принимаются в mainline.

Кроме того одна и таже страница может быть в разных кэшах одновременно.

Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

152. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +2 +/
Сообщение от AlexAT (ok), 29-Окт-12, 17:07 
> То что Linux kernel их смешал в кучу - это его головная
> боль вытекающая из архитектуры ext[2,3,4], и поэтому все другие пожелания не
> принимаются в mainline.

Нет смысла дублировать сущности - и это правильный подход, а не головная боль. Головная боль - это когда один кэш thrash'ит другой кэш только потому, что идио^W разработчики комбайна не удосужились реализовать нормальную схему работы.

> Кроме того одна и таже страница может быть в разных кэшах одновременно.

Может. Но в случае ZFS - не будет, ибо не zero-copy. А в Linux, c его "головной болью" кэш вполне может перетекать в приложения, и обратно. Без лишнего расхода памяти.

Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

158. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 29-Окт-12, 17:34 
> Может. Но в случае ZFS - не будет, ибо не zero-copy. А
> в Linux, c его "головной болью" кэш вполне может перетекать в
> приложения, и обратно. Без лишнего расхода памяти.

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

Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

178. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +3 +/
Сообщение от Аноним (-), 30-Окт-12, 00:00 
> Нет смысла дублировать сущности - и это правильный подход, а не головная боль.

Как бы вам проще объяснить - кэши это таки места хранения и адресации, но данные не обязательно дублировать - достаточно использовать другие струтуры для доступа к данным.


> Головная боль - это когда один кэш thrash'ит другой кэш только потому, что идио^W разработчики комбайна не удосужились реализовать нормальную схему работы.

начнем с того - что существуют разные политики для работы с памятью - комбинация оных дает оптимальную производительность с точки зрения данной FS. ARC cache у ZFS завязан на COW (если я правильно помню лекции). Приложение может почистить страницы из своего мапинга, но FS не обязательно закомитит свой ZIL. Остальное лень вспоминать.

а что касается производительности... Вот почему-то на машине выдерживающую нагрузку одного из TOP10 кластеров - все работает нормально. А у вас нет. Так может в чем-то другом проблемы ?

> Может. Но в случае ZFS - не будет, ибо не zero-copy. А в Linux, c его "головной болью" кэш вполне может перетекать в приложения, и обратно. Без лишнего расхода памяти.

Насколько я помню - там нет дублирования, а весь overhead из-за доп структур доступа. При этом в солярке ровно так же. Но это особенность данной FS, я так думаю у BTRFS будут не меньший overhead, не считая проблем при почти заполненом диске, как и у ZFS.

Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

184. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 30-Окт-12, 07:25 
>> Нет смысла дублировать сущности - и это правильный подход, а не головная боль.
> Как бы вам проще объяснить - кэши это таки места хранения и
> адресации, но данные не обязательно дублировать - достаточно использовать другие струтуры для доступа к данным.

Как бы вам проще объяснить: ARC дублирует системный кэш. Память ARC используется независимо, в системный кэш не перераспределяется, и операционкой при нехватке памяти для приложений не реюзается. Тчк. Всё остальное объясняйте разработчикам этого поделия.

> начнем с того - что существуют разные политики для работы с памятью

Начнём с того, что нет смысла городить два одинаковых независимых кэша. Можно было юзать логику системного кэша, если бы не мегакомбайновость. Остальное - лирика.

> комбинация оных дает оптимальную производительность с точки зрения данной FS.

Комбинация оных дает совершенно неоптимальный расход памяти.

> ARC cache у ZFS завязан на COW (если я правильно помню
> лекции). Приложение может почистить страницы из своего мапинга, но FS не
> обязательно закомитит свой ZIL. Остальное лень вспоминать.

Системный кэш в Linux работает абсолютно так же. Приложение может убрать страницы из маппинга, но они не будут сброшены на диск или почищены сразу. У кого не так - мои соболезнования.

> а что касается производительности... Вот почему-то на машине выдерживающую нагрузку одного из TOP10 кластеров - все работает нормально. А у вас нет.

Оставьте уже академиков в покое - это единичные применения.

> Насколько я помню - там нет дублирования, а весь overhead из-за доп
> структур доступа.

А ты не понимай - ты попробуй, и увидишь.

> особенность данной FS, я так думаю у BTRFS будут не меньший
> overhead, не считая проблем при почти заполненом диске, как и у
> ZFS.

BTRFS использует системный кэш.

Ответить | Правка | К родителю #178 | Наверх | Cообщить модератору

185. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –3 +/
Сообщение от nagualemail (ok), 30-Окт-12, 11:04 
> а что касается производительности... Вот почему-то на машине выдерживающую нагрузку >одного из TOP10 кластеров - все работает нормально. А у вас нет.

А что касается производительности btrfs то инстяляция убунты под варей при 1 гиге памяти заняла на btrfs по времени раз в 5 больше чем на ext4 и это при том что хост имел дохрена памяти и кешировал дисковые операции.

> Оставьте уже академиков в покое - это единичные применения.

Оставьте вы уже свое кривое поделие пока оно не станет релизом.

> А ты не понимай - ты попробуй, и увидишь.

Пробовали с btrfs жопа ...

> BTRFS использует системный кэш.

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


Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

186. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +2 +/
Сообщение от AlexAT (ok), 30-Окт-12, 13:51 
>> А ты не понимай - ты попробуй, и увидишь.
> Пробовали с btrfs жопа ...

Укатали сивку крутые горки... Лучше вообще к компу подходить не пробуй - поможет.

>> BTRFS использует системный кэш.
> Замечательно - мы заметили как минимум две особенности - во первых оно
> experimental во вторых журнал имеет свойство расти до бесконечности что на
> мелких файлах ведет к неоправданному уменьшению доступного пространства ...

Где-то в этой ветке тестировал - сильного уменьшения в зависимости от больших/мелких файлов нет в принципе.

Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

311. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от Аноним (-), 05-Ноя-12, 12:33 
> том что хост имел дохрена памяти и кешировал дисковые операции.

Передает приветы тормозной fsync(). Дело в том что виртуализаторы этот вызов любят. Хоть это и настраиваемо (как минимум в quemu/kvm). А в районе 3.7 кернеля fsync() в btrfs изрядно подтянули.

>> Оставьте уже академиков в покое - это единичные применения.
> Оставьте вы уже свое кривое поделие пока оно не станет релизом.

Релиз понятие растяжимое. Бсдшники вон релизнули ZFS с висючим sendfile(), нисколько не смущаясь. Если такими критериями оперировать - btrfs уже давно можно релизом считать.

> Пробовали с btrfs жопа ...

Да ладно, если особо извращенные ухищрения не устраивать - оно в общем то уже вполне  работает. Хотя для ответственных применений лучше подождать.

>> BTRFS использует системный кэш.
> Замечательно - мы заметили как минимум две особенности - во первых оно
> experimental во вторых журнал имеет свойство расти до бесконечности

Это общее свойство CoW. Поэтому и реализуется garbage collector. Логично его заодно и дефрагером делать. Почему в ZFS не сделали - а фиг знает.

> что на мелких файлах ведет к неоправданному уменьшению доступного пространства ...

А вот размер файлов при этом более-менее перпендикулярен. А какая разница то?

Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

333. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 21:14 
> Релиз понятие растяжимое. Бсдшники вон релизнули ZFS с висючим sendfile(), нисколько не
> смущаясь.

Что то не припомню ...

Ответить | Правка | К родителю #311 | Наверх | Cообщить модератору

188. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 31-Окт-12, 00:53 
бред не хочется даже сильно коментировать. Я понимаю что мисье не программист, а Одминистратор - которому напели баек и в которые он поверил. Блин но не удержался решил написать.

Системный кэш в Linux kernel - это очень сильно порезаная LRU policy, ZFS требует для своей работы ARC policy (http://en.wikipedia.org/wiki/Adaptive_replacement_cache - при желании почитать и понять).

Там же в Wiki объясняется чем ARC лучше LRU, а тем более то убожество которое реализовано в Linux kernel.
Но это же священная корова которую никто трогать не будет.

Еще раз - никакого копирования данных не происходит - просто страницы с данными находятся одновременно в ARC и LRU кэше. А возможно только в ARC - при этом этот алгоритм более совершенный, чем то убожество что есть в linux kernel.
Как пример могу указать на смешной баг - когда вымываются страницы содержащие block bitmap у ext4 при сколько нибудь серьезной нагрузке и система вынуждена повторно читать.

А доп расходы по памяти это немного другое, это куча служебных структур - для того что бы держать COW и версионные изменения. И кроме того у него очень затянутый комит изменений на диск - что требует держать кучу всего в памяти, для более оптимальной аллокации блоков.

И это никак не связано с ARC кэшем который там внутри...


PS. я так думаю через пару лет в TO10 ext4 и вообще класических fs не будет, а будут решения на базе ZFS. Я так понимаю что вы считаете себя умнее Cray/SGI/HP ?

Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

191. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 31-Окт-12, 02:07 
> Еще раз - никакого копирования данных не происходит - просто страницы с
> данными находятся одновременно в ARC и LRU кэше.

Одни и те же физические или разные страницы с одинаковыми данными?

Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

194. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 31-Окт-12, 07:41 
> бред не хочется даже сильно коментировать. Я понимаю что мисье не программист,
> а Одминистратор - которому напели баек и в которые он поверил.

Несдержанность - удел вьюношей. К слову, я как раз-таки системный программист, и прекрасно представляю, о чем идет речь. ARC имеет преимущество только перед ядрами младше 2.6.26, в 2.6.26 (или в 2.6.25 - точно не помню) реализовали механизм Split LRU, который, в общем-то, и есть примерно то же самое, что применяется в ARC, только без изменения самого механизма замены страниц.

У ARC три проблемы:
1. ARC плохо работает (сильно нагружает систему) с малыми объемами кэша. Это проистекает из проблемы (2).
2. Алгоритм замены в ARC таков, что под высоким давлением на кэш работает крайне неэффективно. Это порождает проблему (1). Eviction страниц может занимать очень приличное время.
3. Алгоритм замены страниц покрыт патентом IBM. В связи с чем использовать в приложениях можно только на страх и риск.

> Системный кэш в Linux kernel - это очень сильно порезаная LRU policy,
> ZFS требует для своей работы ARC policy (http://en.wikipedia.org/wiki/Adaptive_replacement_cache
> - при желании почитать и понять).
> Еще раз - никакого копирования данных не происходит

Точнее - солярка скипает page cache при обращении к ARC, используя page cache только для страниц приложения. Сделано было из-за того, что механизмы солярки не позволяли нормально организовать zero-copy между двумя кэшами. *BSD юзают копирование между кешами - на странице нагуляла на лж четко видно, как падает производительность от отсутствия zero-copy. Linux не рассматриваем, поскольку BTRFS корректно юзает системный кеш, и никаких проблем с этим не имеет.

> просто страницы с данными находятся одновременно в ARC и LRU кэше

Пруф в студию - большинство "пейсателей" этот момент обходят стороной во всех презентациях и статьях. "Забывают", видимо.

> А доп расходы по памяти это немного другое, это куча служебных структур
> - для того что бы держать COW и версионные изменения.

Почему этих расходов нет у BTRFS, при сходной (и более высокой) производительности? Архитектура, дружище, архитектура.

> кроме того у него очень затянутый комит изменений на диск -
> И это никак не связано с ARC кэшем который там внутри...

Взаимоисключающие параграфы.

Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

198. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от nagualemail (ok), 31-Окт-12, 10:06 
> Точнее - солярка скипает page cache при обращении к ARC, используя page
> cache только для страниц приложения. Сделано было из-за того, что механизмы
> солярки не позволяли нормально организовать zero-copy между двумя кэшами. *BSD юзают
> копирование между кешами - на странице нагуляла на лж четко видно,
> как падает производительность от отсутствия zero-copy. Linux не рассматриваем, поскольку
> BTRFS корректно юзает системный кеш, и никаких проблем с этим не
> имеет.

Боюсь я вас разочарую но на моей странице четко видно что FreeBSD под варей без vmmemctl и с lsilogic работает похуже чем убунта с vmmemctl и pvscsi. А постестить на реальном железе пока нет времени. Тесты работают так что вперед.

Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

312. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от Аноним (-), 05-Ноя-12, 12:35 
> Боюсь я вас разочарую но на моей странице четко видно что FreeBSD
> под варей без vmmemctl и с lsilogic работает похуже

Боюсь, тесты под виртуалкой малоинтересны: виртуализатор сильно искажает картину во всем что касается I/O.

Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

334. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 21:15 
>> Боюсь я вас разочарую но на моей странице четко видно что FreeBSD
>> под варей без vmmemctl и с lsilogic работает похуже
> Боюсь, тесты под виртуалкой малоинтересны: виртуализатор сильно искажает картину во всем
> что касается I/O.

Скрипты доступны - тестируйте.

Ответить | Правка | К родителю #312 | Наверх | Cообщить модератору

204. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от Аноним (-), 01-Ноя-12, 09:46 
> и прекрасно представляю, о чем идет речь. ARC имеет преимущество только перед ядрами младше 2.6.26, в 2.6.26 (или в 2.6.25 - точно не помню) реализовали механизм Split LRU, который, в общем-то, и есть примерно то же самое, что применяется в ARC, только без изменения самого механизма замены страниц.

Мне кажется не представляете. К слову в EL6 (2.6.32+) страницы из ext4 buddy cache вымываются аж в лет под активным чтением - что генерит тонну 4k чтений, по простейшим workload - чтение файла размером больше RAM кусками по 1М в 32 потока. Вот такой он LRU - собственно если это убрать - то это уже не LRU будет.

> Точнее - солярка скипает page cache при обращении к ARC, используя page cache только для страниц приложения. Сделано было из-за того, что механизмы солярки не позволяли нормально организовать zero-copy между двумя кэшами. *BSD юзают копирование между кешами - на странице нагуляла на лж четко видно, как падает производительность от отсутствия zero-copy.

Нету там copy. ссылки на код а не на какие-то тесты в студию.


> 3. Алгоритм замены страниц покрыт патентом IBM. В связи с чем использовать в приложениях можно только на страх и риск.

Вас не смущает что RCU в ядре покрыт патентами IBM - при том что исключение сделано только для Linux kernel а остальные открытые проекты должны платить роялити за использование этой технологии? как и многое другое. Раз вас смущает - может вы тогда перестанете использовать Linux kernel?


>> просто страницы с данными находятся одновременно в ARC и LRU Кеше
>Пруф в студию - большинство "пейсателей" этот момент обходят стороной во всех презентациях и статьях. "Забывают", видимо.

Пруфа не будет. Это была ~6часовая лекция от архитекторов ZFS которая по определенным причинам не писалась. Там же объяснялось почему ARC лучший алгортим для этого кэша, и почему остальные не подходят.
С математическим обоснованием если что. Математику я не помню - но помню что копирования там не происходит. И не потому что нельзя было сделать zero-copy.


> А доп расходы по памяти это немного другое, это куча служебных структур
> - для того что бы держать COW и версионные изменения.
> Почему этих расходов нет у BTRFS, при сходной (и более высокой) производительности? Архитектура, дружище, архитектура.

У BTRFS другие проблемы как вы помните. Не эфективная балансировка дерева, плохое использование свободного места и тп.. напомнить ? Архитектура такая вот кривая у BTRFS....

> кроме того у него очень затянутый комит изменений на диск -
> И это никак не связано с ARC кэшем который там внутри...
> Взаимоисключающие параграфы.

это вам так кажется.

Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

205. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от AlexAT (ok), 01-Ноя-12, 10:49 
> Пруфа не будет. Это была ~6часовая лекция от архитекторов ZFS которая по
> определенным причинам не писалась. Там же объяснялось почему ARC лучший алгортим
> для этого кэша, и почему остальные не подходят.

Скорее всего то, что объяснялось - и есть причина, по которой "лекция" не писалась. Т.е. маркетинговый буллшит, который инженеры разнесут в пух и прах.

Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

208. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 01-Ноя-12, 15:04 
>> Пруфа не будет. Это была ~6часовая лекция от архитекторов ZFS которая по
>> определенным причинам не писалась. Там же объяснялось почему ARC лучший алгортим
>> для этого кэша, и почему остальные не подходят.
> Скорее всего то, что объяснялось - и есть причина, по которой "лекция"
> не писалась. Т.е. маркетинговый буллшит, который инженеры разнесут в пух и
> прах.

Что бы закрыть тему - лекцию читал Bill Moore прилетевший из Штатов в Москву ради этой лекции. Это тоже такой маркетолог?

Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

212. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Michael Shigorinemail (ok), 01-Ноя-12, 15:24 
JFYI, злоупотреблять отзывчивостью человека и впрямь не лучшее дело.  А ссылки на "такие приборы" и "определённые причины" -- могут работать при наличии взаимопонимания, но вовсе не для его достижения.
Ответить | Правка | К родителю #208 | Наверх | Cообщить модератору

214. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 01-Ноя-12, 16:19 
> JFYI, злоупотреблять отзывчивостью человека и впрямь не лучшее дело.  А ссылки
> на "такие приборы" и "определённые причины" -- могут работать при наличии
> взаимопонимания, но вовсе не для его достижения.

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

Только боюсь что в Linux world - такого еще больше. Чего только стоит требование шапки не ставить Trial версию RHEL6 на машину с более чем 2 sockets или core (не помню уж точно - но в свое время весьма порадовало).

PS. все таки 2 сокета - поставил на 4 - уже обязан удалить - это у нас теперь такой opensource который требует оплачивать по сокетам с клиентов?
"Thank you for choosing SER0220US - 30-day Unsupported Evaluation Red Hat Enterprise Linux (Up to 2 Sockets)."

Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

215. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 01-Ноя-12, 16:22 
> Для него все что сделал Sun - это марктенговый булшит..

Именно. Если бы было не так - Sun бы до сих пор существовал. Но... история не терпит сослагательного наклонения, и Sun ныне там, где и должен быть - в могиле.

> удалить - это у нас теперь такой opensource который требует оплачивать
> по сокетам с клиентов?

CentOS отменили?

Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

219. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от Аноним (-), 01-Ноя-12, 16:36 
>> Для него все что сделал Sun - это марктенговый булшит..
> Именно. Если бы было не так - Sun бы до сих пор
> существовал. Но... история не терпит сослагательного наклонения, и Sun ныне там,
> где и должен быть - в могиле.

Угу. С каких финансовые показатели стали мерилой качества?
Тогда стоит признать что майкрософт и apple это лучшие конторы, ибо их финансовые показатели очень хороши. И сильно лучше всяких там RedHat, не говоря уже о сдохшей SuSe (Novel).

>> удалить - это у нас теперь такой opensource который требует оплачивать
>> по сокетам с клиентов?
> CentOS отменили?

Не считая их собственных ошибок, CentOS выходит сильно позже, кроме того - почему это RedHat`у можно брать деньги по сокетам, а Oracle за это осуждают. Двойная мораль?


Ответить | Правка | К родителю #215 | Наверх | Cообщить модератору

220. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 01-Ноя-12, 16:47 
> Угу. С каких финансовые показатели стали мерилой качества?

Капитализм, батенька. Кто неконкурентоспособен - тот сдох или продался. Единственное мерило в условиях рынка, однако. Каким бы сферическим конем оно ни было - оно в итоге оказалось нежизнеспособно :)

> Тогда стоит признать что майкрософт и apple это лучшие конторы

А с этим кто-то спорит? Они до сих пор успешно подминают под себя все, до чего в силах дотянуться. Правда, у МС последнее время не всё гладко тоже.

> И сильно лучше всяких там RedHat, не говоря уже о сдохшей SuSe (Novel).

FYI, они находятся в разных сегментах рынка. Показателей RedHat у MS в его сегменте нет, никогда не было, и не будет. Тем паче - у Apple. В своих сегментах это - лучшие компании, и спорить с этим бессмысленно.

> Не считая их собственных ошибок, CentOS выходит сильно позже

Вот за сие и берутся редхатом деньги. Не нравится - берёте исходники, и собираете сами. "Не сильно позже". А вы, видимо, халявщик по жизни, раз хотите задарма скорость коммерческого сервиса. OpenSource гарантирует наличие исходников, но никак не уровень сервиса.

Ответить | Правка | К родителю #219 | Наверх | Cообщить модератору

221. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от Аноним (-), 01-Ноя-12, 17:03 
>> Угу. С каких финансовые показатели стали мерилой качества?
> Капитализм, батенька. Кто неконкурентоспособен - тот сдох или продался. Единственное мерило
> в условиях рынка, однако. Каким бы сферическим конем оно ни было
> - оно в итоге оказалось нежизнеспособно :)

Еще раз - каким боком капитализм - относится к техническому качеству?
давайте без переводов стрелок.

>> Тогда стоит признать что майкрософт и apple это лучшие конторы
> А с этим кто-то спорит? Они до сих пор успешно подминают под
> себя все, до чего в силах дотянуться. Правда, у МС последнее
> время не всё гладко тоже.

Да ну - разве софт от MS - это не маркитоидный бред и булшит? В отличии от той же солярки..


>> И сильно лучше всяких там RedHat, не говоря уже о сдохшей SuSe (Novel).
> FYI, они находятся в разных сегментах рынка. Показателей RedHat у MS в
> его сегменте нет, никогда не было, и не будет. Тем паче
> - у Apple. В своих сегментах это - лучшие компании, и
> спорить с этим бессмысленно.

Да ну - у MS есть WinServer и у RedHat тоже есть RHEL - так что они в одном сегменте..


>> Не считая их собственных ошибок, CentOS выходит сильно позже
> Вот за сие и берутся редхатом деньги. Не нравится - берёте исходники,
> и собираете сами. "Не сильно позже". А вы, видимо, халявщик по
> жизни, раз хотите задарма скорость коммерческого сервиса. OpenSource гарантирует наличие
> исходников, но никак не уровень сервиса.

Я лишь хочу что бы RedHat предоставлял все то что положено по GPL. как исходники - так и derivative work - то есть бинарные пакеты, но все предпочитают закрывать на это нарушение GPL и то что даже доступные бинарники - анально огорожены - запретом в EULA.
Вот у меня есть 4 sockets оптерон - я хочу посмотреть и возможно потом купить туда RedHat EL - но я это не могу сделать, так как стану нарушителем EULA. Но наличие такой EULA -  почему-то прощают RedHat, но не прощают Oracle - почему ?


Ответить | Правка | К родителю #220 | Наверх | Cообщить модератору

222. "Теодор Тцо отказался от предложений по стабилизации ФС..."  +2 +/
Сообщение от arisu (ok), 01-Ноя-12, 17:12 
> Я лишь хочу что бы RedHat предоставлял все то что положено по
> GPL. как исходники — так и derivative work — то есть
> бинарные пакеты

э… ЩИТО? с каких грибов выхлоп компилятора стал derivative work? это я что, опубликовав исходник под GPL, должен ещё и по первому требованию каждому предоставлять собраный мной бинарь? сдай дилера.

ну, дальнейшие рассуждения примерно на том же уровне, нет смысла анализировать.

Ответить | Правка | К родителю #221 | Наверх | Cообщить модератору

223. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 01-Ноя-12, 18:05 
> Еще раз - каким боком капитализм - относится к техническому качеству?

Самым прямым. Всё, что не покупается в силу низкого качества или завышенной по отношению к нему цены - умирает.

> Да ну - разве софт от MS - это не маркитоидный бред
> и булшит? В отличии от той же солярки..

Бред, булшит, но миллиарды хомячков не могут ошибаться. Так что булшит, но не всё. Для домохозяйки - самое оно.

> Да ну - у MS есть WinServer и у RedHat тоже есть RHEL - так что они в одном сегменте..

Удивляюсь узости понимания сегментации рынка. Покажите мне mass production web на винде, тогда подумаю. Или mass virtualization. Или cloud filesystem. Для начала.

> Я лишь хочу что бы RedHat предоставлял все то что положено по
> GPL. как исходники - так и derivative work

Почитайте GPL, для начала. Потом уже хотите. Они исходники обязаны предоставлять только собственным клиентам, вместе с бинарями, а вам - не обязаны. А бинари открыто - вообще никому не обязаны.

> Вот у меня есть 4 sockets оптерон - я хочу посмотреть и возможно потом купить туда RedHat EL - но я это не могу сделать, так как стану нарушителем EULA.

Попросите у RH триалку на 4 сокета - наверняка пойдут навстречу.

Ответить | Правка | К родителю #221 | Наверх | Cообщить модератору

213. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от AlexAT (ok), 01-Ноя-12, 16:17 
> Что бы закрыть тему - лекцию читал Bill Moore прилетевший из Штатов
> в Москву ради этой лекции. Это тоже такой маркетолог?

Шишкин тоже хвалит райзер 4 :) - хотя ныне абсолютно неюзабельное поделие... К чему бы сие?

Ответить | Правка | К родителю #208 | Наверх | Cообщить модератору

216. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от Аноним (-), 01-Ноя-12, 16:24 
>> Что бы закрыть тему - лекцию читал Bill Moore прилетевший из Штатов
>> в Москву ради этой лекции. Это тоже такой маркетолог?
> Шишкин тоже хвалит райзер 4 :) - хотя ныне абсолютно неюзабельное поделие...

И его есть за что хвалить. Многие вещи которые туда заложены - весьма и весьма революционны был для своего времени, и ребята работали там очень грамотные.
И если вы такой серьезный программист - то должны были знать что проблемы с включением в mainstream - лежали больше политические, и то что Linux хотел что бы все прогибались под VM которая нужна ext[2-4], а не другим.
А то что он не развивается - ну так просто.. всю команду которая работала в namesys перекупила одну фирма - и они до сего времени так и работают практически одной командой над новыми задачами :)

> К чему бы сие?

К тому что я больше верю квалификацию Bill Moore - чем в вашу. То что вы мыслите шаблонами - мы уже поняли. Все что не по вашему - это булшит и прочая гадость, а то что могут быть проблемы в ваших любимых няшечках - вы не верите.

Ответить | Правка | К родителю #213 | Наверх | Cообщить модератору

206. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 01-Ноя-12, 11:21 
> Пруфа не будет. Это была ~6часовая лекция от архитекторов ZFS которая по
> определенным причинам не писалась. Там же объяснялось почему ARC лучший алгортим
> для этого кэша, и почему остальные не подходят.
> С математическим обоснованием если что. Математику я не помню - но помню
> что копирования там не происходит. И не потому что нельзя было
> сделать zero-copy.

Учитывая реализацию криптования сжатия и дедупликации данные в кеше zfs лежат не всегда в том виде в котором их получит потребитель а потому zero-copy как бы не к месту.

>> Почему этих расходов нет у BTRFS, при сходной (и более высокой) производительности?

Потому что адекватных тестов где BTRFS тупо не сливат из-за разростания журнала еще никто не видел.

> У BTRFS другие проблемы как вы помните.

О да ...

Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

209. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 01-Ноя-12, 15:09 
>> Пруфа не будет. Это была ~6часовая лекция от архитекторов ZFS которая по
>> определенным причинам не писалась. Там же объяснялось почему ARC лучший алгортим
>> для этого кэша, и почему остальные не подходят.
>> С математическим обоснованием если что. Математику я не помню - но помню
>> что копирования там не происходит. И не потому что нельзя было
>> сделать zero-copy.
> Учитывая реализацию криптования сжатия и дедупликации данные в кеше zfs лежат не
> всегда в том виде в котором их получит потребитель а потому
> zero-copy как бы не к месту.

там все сложнее - насколько я помню эту лекцию, использование ARC cache связан как-то с отложенными транзакциями и переменным размером блока и версионностью - ну и всякие ssd cache на отдельном носителе.

Ответить | Правка | К родителю #206 | Наверх | Cообщить модератору

211. "Теодор Тцо отказался от предложений по стабилизации ФС..."  +/
Сообщение от arisu (ok), 01-Ноя-12, 15:12 
> насколько я помню эту лекцию

и то правда: зачем писать было. ведь всё отлично запомнил!

Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

217. "Теодор Тцо отказался от предложений по стабилизации ФС..."  –1 +/
Сообщение от Аноним (-), 01-Ноя-12, 16:25 
>> насколько я помню эту лекцию
> и то правда: зачем писать было. ведь всё отлично запомнил!

зачем писать - когда можно было оформить командировку и прокатиться в силиконовую долину и на месте пообщаться с людьми? Или это так сложно для arisu?

Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

218. "Теодор Тцо отказался от предложений по стабилизации ФС..."  +1 +/
Сообщение от arisu (ok), 01-Ноя-12, 16:29 
вот, вроде, умный человек — а дурак-дураком, и резко перестаёт понимать, когда упускаешь хотя бы одно очевидное промежуточное звено. общая беда многих людей, кстати: нежелание ворочать мозгами.
Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

282. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 04-Ноя-12, 22:28 
>[оверквотинг удален]
>> а Одминистратор - которому напели баек и в которые он поверил.
> Несдержанность - удел вьюношей. К слову, я как раз-таки системный программист, и
> прекрасно представляю, о чем идет речь. ARC имеет преимущество только перед
> ядрами младше 2.6.26, в 2.6.26 (или в 2.6.25 - точно не
> помню) реализовали механизм Split LRU, который, в общем-то, и есть примерно
> то же самое, что применяется в ARC, только без изменения самого
> механизма замены страниц.
> У ARC три проблемы:
> 1. ARC плохо работает (сильно нагружает систему) с малыми объемами кэша. Это
> проистекает из проблемы (2).

Свист. Вот конфига со специально ограниченным объемом ARC (ибо нефиг дважды кэшировать кэширующее приложение):

root @ hostname / # arc_summary.pl
System Memory:
         Physical RAM:  4087 MB
         Free Memory :  421 MB
         LotsFree:      63 MB

ZFS Tunables (/etc/system):
         set zfs:zfs_arc_max=1073741824
         set zfs:zfs_immediate_write_sz=1000000000
         set zfs:zvol_immediate_write_sz=1000000000

ARC Size:
         Current Size:             549 MB (arcsize)
         Target Size (Adaptive):   550 MB (c)
         Min Size (Hard Limit):    128 MB (zfs_arc_min)
         Max Size (Hard Limit):    1024 MB (zfs_arc_max)

ARC Size Breakdown:
         Most Recently Used Cache Size:          25%    138 MB (p)
         Most Frequently Used Cache Size:        74%    412 MB (c-p)

ARC Efficency:
         Cache Access Total:             280931200
         Cache Hit Ratio:      60%       169987501      [Defined State for buffer]
         Cache Miss Ratio:     39%       110943699      [Undefined State for Buffer]
         REAL Hit Ratio:       55%       155276719      [MRU/MFU Hits Only]

         Data Demand   Efficiency:    78%
         Data Prefetch Efficiency:     8%

        CACHE HITS BY CACHE LIST:
          Anon:                        0%        551949                 [ New Customer, First Cache Hit ]
          Most Recently Used:         56%        96231400 (mru)         [ Return Customer ]
          Most Frequently Used:       34%        59045319 (mfu)         [ Frequent Customer ]
          Most Recently Used Ghost:    4%        7615752 (mru_ghost)    [ Return Customer Evicted, Now Back ]
          Most Frequently Used Ghost:  3%        6543081 (mfu_ghost)    [ Frequent Customer Evicted, Now Back ]
        CACHE HITS BY DATA TYPE:
          Demand Data:                56%        95663016
          Prefetch Data:               3%        6607943
          Demand Metadata:            35%        59611727
          Prefetch Metadata:           4%        8104815
        CACHE MISSES BY DATA TYPE:
          Demand Data:                23%        26362489
          Prefetch Data:              60%        67203256
          Demand Metadata:            10%        11923431
          Prefetch Metadata:           4%        5454523
---------------------------------------------

Top:
====
load averages:  0.00,  0.01,  0.01;               up 25+14:24:52       00:26:05
242 processes: 241 sleeping, 1 on cpu
CPU states: 99.8% idle,  0.0% user,  0.2% kernel,  0.0% iowait,  0.0% swap
Kernel: 460 ctxsw, 22 trap, 667 intr, 1299 syscall, 22 flt
Memory: 4095M phys mem, 422M free mem, 4096M total swap, 4069M free swap

   PID USERNAME LWP PRI NICE  SIZE   RES STATE    TIME    CPU COMMAND
19933 root       1  54    0 2528K 1664K cpu/0    0:00  0.07% top
11560 root       1  59    0  734M  726M sleep   33:06  0.03% squid
    10 root      13  59    0   12M 7324K sleep    0:12  0.00% svc.startd
11756 squid      1  59    0 2904K 1284K sleep    0:59  0.00% diskd-daemon
   953 root       1 100  -20 2608K 1328K sleep    1:02  0.00% xntpd
11754 squid      1  59    0 2904K 1292K sleep    0:57  0.00% diskd-daemon
11757 squid      1  59    0 2904K 1300K sleep    0:55  0.00% diskd-daemon
11755 squid      1  59    0 2904K 1304K sleep    0:58  0.00% diskd-daemon
33310 squid      1  59    0 9608K 2732K sleep    0:40  0.00% httpd
   773 root       1  59    0 1468K  720K sleep    0:03  0.00% utmpd
   441 root       1  59    0    0K    0K sleep    0:22  0.00% ipmon
52753 clamav     2  59    0  422M  288M sleep  222:00  0.00% clamd
    12 root      14  59    0   11M 9144K sleep    0:19  0.00% svc.configd
    97 root       9  59    0 3896K 1624K sleep    0:12  0.00% devfsadm
   779 root      19  59    0   19M 7004K sleep    0:10  0.00% fmd

Покажь, плз, сильную нагрузку как следствие урезанного ARC?

> 2. Алгоритм замены в ARC таков, что под высоким давлением на кэш
> работает крайне неэффективно. Это порождает проблему (1). Eviction страниц может занимать
> очень приличное время.

Выше - покажь? Кэш уменьшен и на него сильное давление. Это так-то весьма нагруженный прокси.

> 3. Алгоритм замены страниц покрыт патентом IBM. В связи с чем использовать
> в приложениях можно только на страх и риск.

Пруфа, как я понимаю, не будет?

>[оверквотинг удален]
>> просто страницы с данными находятся одновременно в ARC и LRU кэше
> Пруф в студию - большинство "пейсателей" этот момент обходят стороной во всех
> презентациях и статьях. "Забывают", видимо.
>> А доп расходы по памяти это немного другое, это куча служебных структур
>> - для того что бы держать COW и версионные изменения.
> Почему этих расходов нет у BTRFS, при сходной (и более высокой) производительности?
> Архитектура, дружище, архитектура.
>> кроме того у него очень затянутый комит изменений на диск -
>> И это никак не связано с ARC кэшем который там внутри...
> Взаимоисключающие параграфы.

У тебя заявления с практикой как-то не вяжутся. И, да - система, с которой я приводил данные - Солярис:

root @ hostname / # uname -a
SunOS hostname 5.10 Generic_147441-15 i86pc i386 i86pc Solaris

Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

286. "Теодор Тцо отказался от предложений по стабилизации ФС..."  +1 +/
Сообщение от arisu (ok), 04-Ноя-12, 22:46 
>> 3. Алгоритм замены страниц покрыт патентом IBM. В связи с чем использовать
>> в приложениях можно только на страх и риск.
> Пруфа, как я понимаю, не будет?

на то, что ARC запатентован? если ты не можешь в этом убедиться максимум за пол-минуты, то ты или очень медленно печатаешь, или у тебя интернеты на 300 бод, или ты альтернативно одарённый.

Ответить | Правка | К родителю #282 | Наверх | Cообщить модератору

287. "Теодор Тцо отказался от предложений по стабилизации ФС..."  –1 +/
Сообщение от nagualemail (ok), 04-Ноя-12, 22:49 
>>> 3. Алгоритм замены страниц покрыт патентом IBM. В связи с чем использовать
>>> в приложениях можно только на страх и риск.
>> Пруфа, как я понимаю, не будет?
> на то, что ARC запатентован? если ты не можешь в этом убедиться
> максимум за пол-минуты, то ты или очень медленно печатаешь, или у
> тебя интернеты на 300 бод, или ты альтернативно одарённый.

Вот десвительно пруф ф студию :))

Ответить | Правка | К родителю #286 | Наверх | Cообщить модератору

289. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 04-Ноя-12, 23:09 
И что собственно портянка выше должна пруфнуть?
Ответить | Правка | К родителю #282 | Наверх | Cообщить модератору

313. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от Аноним (-), 05-Ноя-12, 12:41 
> Несдержанность - удел вьюношей. К слову, я как раз-таки системный программист, и
> прекрасно представляю, о чем идет речь. ARC имеет преимущество только перед
> ядрами младше 2.6.26, в 2.6.26 (или в 2.6.25 - точно не
> помню) реализовали механизм Split LRU, который, в общем-то, и есть примерно
> то же самое, что применяется в ARC, только без изменения самого
> механизма замены страниц.

Хорошо приложил очередного адепта маркетингового буллшита :)

> У ARC три проблемы:

Приятно читать гражданина который шарит и может кондово так приложить.

> как падает производительность от отсутствия zero-copy. Linux не рассматриваем, поскольку
> BTRFS корректно юзает системный кеш, и никаких проблем с этим не имеет.

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

> Почему этих расходов нет у BTRFS, при сходной (и более высокой) производительности?
> Архитектура, дружище, архитектура.

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

Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

119. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –3 +/
Сообщение от Lompuz (?), 29-Окт-12, 05:30 
все они хороши, и вызвает попоболь у линуксоидов
Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

131. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 29-Окт-12, 11:03 
> все они хороши, и вызвает попоболь у линуксоидов

Да, потому что хотя у них ZFS тоже есть, такое они терпеть они не собираются.

Ответить | Правка | Наверх | Cообщить модератору

182. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Led (ok), 30-Окт-12, 02:29 
> Скорее это заявка на то что TOP100 будет таким и клон ext4
> будет вырублен оттуда.
> теперь подскажите какая еще fs может динамически аллоцировать иноды?

reiserfs (сколько там ей лет? 12-13?), jfs (сколько там ей лет? 15? 17?), ext4.

> Вот вы изначально сделали одно количество инод - а у вас получилось
> что хранятся более мелкие файлы и вам не хватает инод, при
> этом свободного места на диск вагон. Решите эту проблему с ext4,
> xfs и тп (не знаю как там в новомодной btrfs). Причем
> это задача из реальной жизни.

Сколько тебе лет? 11? 12?

Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

183. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Michael Shigorinemail (ok), 30-Окт-12, 03:29 
> Сколько тебе лет? 11? 12?

В годик всё-таки с tty disciplines не ковыряются обычно...

Ответить | Правка | Наверх | Cообщить модератору

189. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 31-Окт-12, 00:55 
>> Скорее это заявка на то что TOP100 будет таким и клон ext4
>> будет вырублен оттуда.
>> теперь подскажите какая еще fs может динамически аллоцировать иноды?
> reiserfs (сколько там ей лет? 12-13?), jfs (сколько там ей лет? 15?
> 17?), ext4.

рейсер - можно сказать умер давно. Все его разработчики заняты более другими задачами.
jfs - так и не родился
ext4 - не умел, не умеет и не будет иметь.
xfs - да, что-то такое имеет - но похоже только в версии для IRIX.

хватит писать бред в чем не разбираетесь.

Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

190. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 31-Окт-12, 01:06 
> рейсер - можно сказать умер давно. Все его разработчики заняты более другими
> задачами.
> jfs - так и не родился
> ext4 - не умел, не умеет и не будет иметь.
> xfs - да, что-то такое имеет - но похоже только в версии
> для IRIX.
> хватит писать бред в чем не разбираетесь.

Шел 2012 год. Мы развлекались как могли. Ниодна из файловых систем unix а тем более win не могда вписать а не перезаписать блок в середину файла или вырезать из середины и не с конца. Без перезаписи всего хвоста файла. Хотябы блок кратный блоку фс. О передаче блоков между файлами даже не стоит вспоминать ... ППЦ

ЗЫ Дармаеды...:)))

Ответить | Правка | Наверх | Cообщить модератору

195. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 31-Окт-12, 08:04 
> Шел 2012 год. Мы развлекались как могли. Ниодна из файловых систем unix
> а тем более win не могда вписать а не перезаписать блок
> в середину файла или вырезать из середины и не с конца.
> Без перезаписи всего хвоста файла. Хотябы блок кратный блоку фс. О
> передаче блоков между файлами даже не стоит вспоминать ... ППЦ

Шел 2012 год. Неуловимый Джо так и не был пойман... ибо нахрен никому не спёрся.

Ответить | Правка | Наверх | Cообщить модератору

197. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от nagualemail (ok), 31-Окт-12, 09:49 
> Шел 2012 год. Неуловимый Джо так и не был пойман... ибо нахрен
> никому не спёрся.

Примерно такие же отмазки лепяп на форуме. Судя по
http://www.mail-archive.com/freebsd-hackers@freebsd.org...
неуловимого Джо ищут более 4-х лет ...

Ответить | Правка | К родителю #195 | Наверх | Cообщить модератору

201. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +2 +/
Сообщение от AlexAT (ok), 31-Окт-12, 17:41 
> Примерно такие же отмазки лепяп на форуме. Судя по
> http://www.mail-archive.com/freebsd-hackers@freebsd.org...
> неуловимого Джо ищут более 4-х лет ...

Ну зачем же так путать preallocate с "TRIM" (в кавычках потому, что адекватного термина даже нет пока... sparse-trim? хз)?
preallocate в линухах был уже давно, еще до 2008 года.

Ответить | Правка | К родителю #197 | Наверх | Cообщить модератору

314. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 05-Ноя-12, 12:43 
> Шел 2012 год. Мы развлекались как могли. Ниодна из файловых систем unix
> а тем более win не могда вписать а не перезаписать блок
> в середину файла или вырезать из середины и не с конца.

Шел 2012 год. А автомобили так и ездили по дорогам. Хотя технически ничто не мешало ставить крылья и турбореактивный двигатель и нагло штурмовать звуковой барьер.

Ответить | Правка | Наверх | Cообщить модератору

319. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –2 +/
Сообщение от nagualemail (ok), 05-Ноя-12, 19:26 
>> Шел 2012 год. Мы развлекались как могли. Ниодна из файловых систем unix
>> а тем более win не могда вписать а не перезаписать блок
>> в середину файла или вырезать из середины и не с конца.
> Шел 2012 год. А автомобили так и ездили по дорогам. Хотя технически
> ничто не мешало ставить крылья и турбореактивный двигатель и нагло штурмовать
> звуковой барьер.

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

Ответить | Правка | К родителю #314 | Наверх | Cообщить модератору

192. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 31-Окт-12, 02:08 
> jfs - так и не родился
> хватит писать бред в чем не разбираетесь.

Ну так не пишите.

Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

172. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 29-Окт-12, 22:52 
>> Давай спрыгнем с крыши по этому поводу? Что нормальная промышленная ФС, разработанная
>> профи, таки стала доступна в лине?
> И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни
> у кого не видел.

bta.kz

Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

80. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от Аноним (-), 28-Окт-12, 04:13 
> Давай спрыгнем с крыши по этому поводу? Что нормальная промышленная ФС, разработанная
> профи, таки стала доступна в лине?

Глядя на "быструю" работу ZFS и дикий жрач памяти, напрашивается вывод - может, Бонвик со товарищи и профи в какой-нибудь области, но явно не в разработке фс.

// Прыгайте, я разрешаю :)

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

98. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 28-Окт-12, 11:21 
>> Давай спрыгнем с крыши по этому поводу? Что нормальная промышленная ФС, разработанная
>> профи, таки стала доступна в лине?
> Глядя на "быструю" работу ZFS и дикий жрач памяти, напрашивается вывод -
> может, Бонвик со товарищи и профи в какой-нибудь области, но явно
> не в разработке фс.
> // Прыгайте, я разрешаю :)

Ваши инсунуации по поводу жрача ZFS и аскетизма BTRFS не подтвердились в тестах так как BTRFS отказался писать после заполнения 70% диска ...

Ответить | Правка | Наверх | Cообщить модератору

128. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от Аноним (-), 29-Окт-12, 06:28 
> Ваши инсунуации по поводу жрача ZFS и аскетизма BTRFS не подтвердились в
> тестах так как BTRFS отказался писать после заполнения 70% диска ...

Вам AlexAT уже перечислил все очевидне недостатки: CoW без дефрагера, с дебильно сделанным кешом и странноватым дизайном - нет, для пробного шара - нормально, но в 2012 году можно и получше. В btrfs сие сделали. Там почему-то и кэш работает обычно, а не аляповатые чудеса от саней, и экстенты нормальные реализовали, и дефрагер который для CoW достаточно нужная штука - есть. Да, в линуксах не принято маркетинговый буллшит впаривать. А какой смысл обманывать самих себя?

Ответить | Правка | Наверх | Cообщить модератору

138. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 29-Окт-12, 12:27 
> Вам AlexAT уже перечислил все очевидне недостатки: CoW без дефрагера, с дебильно
> сделанным кешом и странноватым дизайном - нет, для пробного шара -
> нормально, но в 2012 году можно и получше. В btrfs сие
> сделали.

Будем считать что сделали когда заработает.

> Да, в линуксах не принято маркетинговый
> буллшит впаривать.

Это привет из криокамеры ?  Линукс сплошной маркетинг ...

>А какой смысл обманывать самих себя?

Смысл срубить бабла.

Ответить | Правка | Наверх | Cообщить модератору

160. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 29-Окт-12, 17:44 
> Будем считать что сделали когда заработает.

У вас оно же заработает позднее, если вообще.

> Это привет из криокамеры ?  Линукс сплошной маркетинг ...

Имелся в виду линукс который кернель. Это и есть линукс. Маркетинга там около нуля.

> Смысл срубить бабла.

На линуксном ядре без нифига? Ололо.

Ответить | Правка | Наверх | Cообщить модератору

164. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 29-Окт-12, 19:01 
>> Будем считать что сделали когда заработает.
> У вас оно же заработает позднее, если вообще.

У нас оно заработает когда тест перестанет падать. Так сколько мелких файлов можно записать на 6-ти гиговый раздел с btrfs ? 4 гига ? Похоже там не все ок с архитектурой ...

Ответить | Правка | Наверх | Cообщить модератору

168. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от Аноним (-), 29-Окт-12, 20:55 
> ? Похоже там не все ок с архитектурой ...

По-моему не все ок с головой у тех кто такие тесты проводит. У меня диск на 6Гб был... давно. У меня флеха и то на 8. При том чтобы на флеху btrfs пихать - надо не очень дружить с головой.

Ответить | Правка | Наверх | Cообщить модератору

169. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от AlexAT (ok), 29-Окт-12, 21:06 
> У нас оно заработает когда тест перестанет падать. Так сколько мелких файлов
> можно записать на 6-ти гиговый раздел с btrfs ? 4 гига
> ? Похоже там не все ок с архитектурой ...

# mount
/dev/sdh1 on /data/btrfs type btrfs (rw)

# df -h /dev/sdh1
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/sdh1              16G   14G   13M 100% /data/btrfs

# du -h
2,4G    ./Hyakko
5,4G    ./Kamisama no Memochou
14G     .

14G/16G - вполне нормально, 2G вероятно зарезервировано.

Теперь мелким файлом...

# i=1; while [ $i -le 16000 ] ; do echo $i ; dd if=/dev/zero of=test$i bs=1048576 count=1; i=$[$i+1]; done

Удаётся записать 14307 файлов - т.е. тоже 14G, что еще раз наводит на мысли о резервировании ~1-2G под метаданные. Причем после файлы нулевой длины продолжают создаваться - место под каталог есть, но данные объёмом в метр уже не пишутся.

# df -h /dev/sdh1
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/sdh1              16G   15G  960K 100% /data/btrfs

# du -c
14650372        .
14650372        итого

Стираю произвольным образом 4Gb данных (4096 файлов), и пишу на их место файл объемом почти в два гига.

Читаем файлик (для проверки на кеширование - два раза):

# dd if=\[Coalgirls\]_Katanagatari_01_\(1920x1080_Blu-Ray_FLAC\)_\[8DC80306\].mkv of=/dev/zero bs=16777216
124+1 записей считано
124+1 записей написано
скопировано 2083825966 байт (2,1 GB), 26,3548 c, 79,1 MB/c

# dd if=\[Coalgirls\]_Katanagatari_01_\(1920x1080_Blu-Ray_FLAC\)_\[8DC80306\].mkv of=/dev/zero bs=16777216
124+1 записей считано
124+1 записей написано
скопировано 2083825966 байт (2,1 GB), 25,9846 c, 80,2 MB/c

Нет, это не SSD. Обычный SATA HDD (Seagate серии 11). Благодаря тому, что экстентный аллокатор порубил диск на блочки по 1Мб - фрагментация файла, похоже, не так высока.

Вот как-то так. А "академики" могут продолжать тестировать непонятно что на рамдисках.

Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

170. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +1 +/
Сообщение от nagualemail (ok), 29-Окт-12, 22:46 
> Вот как-то так. А "академики" могут продолжать тестировать непонятно что на рамдисках.

Тесты dd как то не очень актуальны, bonnie++ в помощ.


Ответить | Правка | Наверх | Cообщить модератору

230. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от Аноним (-), 01-Ноя-12, 22:27 
>[оверквотинг удален]
> Файловая система      Разм  Исп  Дост
>  Исп% смонтирована на
> /dev/sdh1            
>   16G   15G  960K 100% /data/btrfs
> # du -c
> 14650372        .
> 14650372        итого
> Стираю произвольным образом 4Gb данных (4096 файлов), и пишу на их место
> файл объемом почти в два гига.
> Читаем файлик (для проверки на кеширование - два раза):

дальше можно не смотреть. Мисье системный программист не знает такой элементарщины как

sysctl -w vm.drop_caches=3

тогда о чем мы можем говорить?

Ответить | Правка | Наверх | Cообщить модератору

232. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 01-Ноя-12, 22:48 
> sysctl -w vm.drop_caches=3
> тогда о чем мы можем говорить?

Не вижу смысла обсуждать танцы с бубном для Linux - как скзал "слоник" должно работать "из каропки".

Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

235. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от AlexAT (ok), 02-Ноя-12, 10:43 
> Не вижу смысла обсуждать танцы с бубном для Linux - как скзал
> "слоник" должно работать "из каропки".

Именно. Никаких плясок вокруг дропов кешей и прочего. Всё так, как считает нужным ОС. В достаточно жестких условиях - 512Мб RAM.

Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

237. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 02-Ноя-12, 14:12 
>> Не вижу смысла обсуждать танцы с бубном для Linux - как скзал
>> "слоник" должно работать "из каропки".
> Именно. Никаких плясок вокруг дропов кешей и прочего. Всё так, как считает
> нужным ОС. В достаточно жестких условиях - 512Мб RAM.

а что тогда мы проверяем 2мя чтениями? :) как хорошо система кэширует данные? :)
Спасибо - это просто сферический конь в вакуме.

Вообще по правилам QA - каждый perormance testing должен быть в чистом окружении, с не прогретым кэшем. А что тут тестируют - не понятно.

Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

238. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от AlexAT (ok), 02-Ноя-12, 14:31 
> а что тогда мы проверяем 2мя чтениями? :) как хорошо система кэширует
> данные? :)
> Спасибо - это просто сферический конь в вакуме.

Когда сможете закешировать 2 гига в 512 метрах - приходите.


Ответить | Правка | К родителю #237 | Наверх | Cообщить модератору

240. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от nagualemail (ok), 02-Ноя-12, 14:33 
>> а что тогда мы проверяем 2мя чтениями? :) как хорошо система кэширует
>> данные? :)
>> Спасибо - это просто сферический конь в вакуме.
> Когда сможете закешировать 2 гига в 512 метрах - приходите.

Мне что то подсказывает что в тесте не всегда будут читаться все 2 гига и что попадания в кеш вполне возможны.

Ответить | Правка | К родителю #238 | Наверх | Cообщить модератору

242. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от AlexAT (ok), 02-Ноя-12, 16:47 
> Мне что то подсказывает что в тесте не всегда будут читаться все
> 2 гига и что попадания в кеш вполне возможны.

Это как, простите?

Ответить | Правка | К родителю #240 | Наверх | Cообщить модератору

241. "Теодор Тцо отказался от предложений по стабилизации ФС..."  +1 +/
Сообщение от arisu (ok), 02-Ноя-12, 16:40 
> Вообще по правилам QA - каждый perormance testing должен быть в чистом
> окружении, с не прогретым кэшем.

поэтому сферические тесты в вакууме и интересуют только сферических дятлов в вакууме.

Ответить | Правка | К родителю #237 | Наверх | Cообщить модератору

234. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от AlexAT (ok), 02-Ноя-12, 10:42 
> sysctl -w vm.drop_caches=3
> тогда о чем мы можем говорить?

Смысла не имело, поскольку объём системной памяти площадки - 512Мб :)

Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

236. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 02-Ноя-12, 14:09 
> Стираю произвольным образом 4Gb данных (4096 файлов), и пишу на их место файл объемом почти в два гига.
> Читаем файлик (для проверки на кеширование - два раза):

а о функции sysctl -w vm.drop_caches=3, мисье системный программист не в курсе?
Остальное - это не тестирование - это профанация этого.

Ответить | Правка | Наверх | Cообщить модератору

239. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от AlexAT (ok), 02-Ноя-12, 14:31 
> а о функции sysctl -w vm.drop_caches=3, мисье системный программист не в курсе?

См.выше.

Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

139. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 29-Окт-12, 12:39 
> Да, в линуксах не принято маркетинговый буллшит впаривать.

Читаю #123, #122 и понимаю, что каноникаловский маркетинг убунтушникам не так заметен...

> А какой смысл обманывать самих себя?

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

Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

159. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 29-Окт-12, 17:42 
> Читаю #123, #122 и понимаю, что каноникаловский маркетинг убунтушникам не так заметен...

Я про линуксный кернель. Какой смысл им там всем вместе сильно врать? И кого они обманут? Самих себя? :)

>> А какой смысл обманывать самих себя?
> Разница начинается вместе с продуктом, для себя обычно достаточно технологии.

И тем не менее, технология особенно хороша когда правильно подана. ДВС сам по себе - кусок металла, который довольно сложно куда-то применить простому смертному. А в виде готового автомобиля - уже представляет некую пользу, etc.

Ответить | Правка | Наверх | Cообщить модератору

90. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."  +/
Сообщение от Аноним (-), 28-Окт-12, 06:11 
> разработанная профи, таки стала доступна в лине?

Титаник тоже профи разработали. Да еще и непотопляемым называли. А оказалось - вполне себе потопляемый...

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру