The OpenNET Project / Index page

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



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

Оглавление

В JFS добавлена поддержка команды TRIM для оптимизации работ..., opennews (??), 05-Окт-12, (0) [смотреть все]

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


2. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от alexanderyt (ok), 05-Окт-12, 00:36 
Попробовал тут jfs. Не могу понять, в каких случаях она полезна.
Ответить | Правка | Наверх | Cообщить модератору

3. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +1 +/
Сообщение от mine (ok), 05-Окт-12, 00:43 
Она полезна, когда хочется реальной надёжности и неубиваемости...
Ответить | Правка | Наверх | Cообщить модератору

4. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +7 +/
Сообщение от alexanderyt (ok), 05-Окт-12, 00:48 
Многоточие в конце предложения об этом как раз намекает.
Ответить | Правка | Наверх | Cообщить модератору

7. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Аноним (-), 05-Окт-12, 01:48 
> Она полезна, когда хочется реальной надёжности

Она в этом плане совершенно обычна. Ну то-есть журналит только метаданные IIRC, так что о том что станет с данными при факапе она не особо печется как и все прочие "классики". Но сделана кондово, не отнять.

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

20. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  –1 +/
Сообщение от nagualemail (ok), 05-Окт-12, 14:49 
> Она полезна, когда хочется реальной надёжности и неубиваемости...

Неубиваеммочти фс или данных на ней ?

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

160. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Аноним (-), 17-Окт-12, 23:37 
> Неубиваеммочти фс или данных на ней ?

Достать данные с убитой ФС может без проблем только великий Ыксперт nagual :)

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

161. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от nagualemail (ok), 17-Окт-12, 23:38 
> Достать данные с убитой ФС может без проблем только великий Ыксперт nagual  :)

И во внимательном чтении месье тоже не айс ... :)))

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

6. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Аноним (-), 05-Окт-12, 01:47 
> Попробовал тут jfs. Не могу понять, в каких случаях она полезна.

Ну в общем то по каким-то таким причинам ее и пользует не особо много народа. Просто ФС. Не чемпион по скорости но и не отстой. В общем этакий крепкий середнячок.

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

19. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  –2 +/
Сообщение от nagualemail (ok), 05-Окт-12, 14:48 
> Попробовал тут jfs. Не могу понять, в каких случаях она полезна.

Нивкаких :)))

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

25. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +3 +/
Сообщение от Аноним (-), 05-Окт-12, 21:01 
JFS полезна на ARM based девайсах (NAS или медиацентр например), тк почти не жрет проц и требует мало памяти.
Ответить | Правка | Наверх | Cообщить модератору

28. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Аноним (-), 05-Окт-12, 21:58 
> JFS полезна на ARM based девайсах (NAS или медиацентр например), тк почти
> не жрет проц и требует мало памяти.

В принципе - все верно. Правда вот там EXT4 сдаваться без боя как-то не собирается :)

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

33. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Michael Shigorinemail (ok), 05-Окт-12, 23:52 
> Правда вот там EXT4 сдаваться без боя как-то не собирается :)

Как минимум ext3 памяти жрала прилично (а xfs генерила wakeup'ы), JFYI.

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

57. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +3 +/
Сообщение от Аноним (-), 06-Окт-12, 07:50 
> Как минимум ext3 памяти жрала прилично (а xfs генерила wakeup'ы), JFYI.

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

Ext3 - да ну ее нафиг! За счет блочного аллокатора это слоупок. Сложно мелкому процику педалить уйму битмапов на каждый пшик. Оно и на писюках ничем выдающимся не отличается, а на мелочи и вовсе тормозит. Для себя я ее уже похоронил и не вспоминаю о ней. Это для любителей винтажа, типа UFSов всяких.

XFS - известный CPU eater. Поэтому на хилом процессоре его скорость имеет свойство порядком проседать. Так что лично я бы его на мелочевке использовать не стал. Правда с тех пор изрядно оптимизнули работу с метаданными и я подозреваю что стало явно лучше. Но впечатление в целом - XFS это CPU hog. Wakeup-ы меня не интересовали т.к. 220V-powered и пусть себе хоть обвэйкапается. Но вот общая скорость конструкции на хилом проце и ломовое пожирание CPU как-то не вдохновили. В конце концов, кроме ФС на девайсе есть и иные претенденты на CPU. Кстати у нее один из самых жирных модулей ядра - более полумега. Крупнее только btrfs, но у того функционала дофига, так что это еще понятно. А xfs сам по себе разлапистый.

Brtfs - как ни странно, он там ползает. Не так быстро как EXT4, например, но это предсказуемо. Все-таки он навороченнее. Отключать опции было лень, было интересно посмотреть как это будет работать в чистом виде. В принципе работает, но не настолько быстро насколько хотелось бы. Я все-таки не izen и меня скорость все-таки интересует.

JFS - да, он пашет. И получше XFS-а, если проц хилый. Проц он жрет довольно экономно - не зря его за это хвалят. К сожалению на этом его плюсы и заканчиваются. А вот с метаданными он работает как-то странно. При ряде нагрузок он слоупочит. При том он проц особо не грузит, диск вроде не нагружен, а дисковые операции как-то неспешно идут. Не совсем понимаю как IBMщики достигли именно такого поведения ФС. Как будто sleep-ов напихали :). С одной стороны нагрузка на CPU низкая. С другой - скорость тоже не чемпионская, так что радость - довольно умеренная.

EXT4 - лично мне понравился больше всего. Он и довольно быстрый и проц особо не нагружает. По поводу чего обычно достигает вполне приличных скоростей, оставляя ресурсы для остальных. Вот так сходу я кстати не заметил никакого вопиющего пожирания памяти. Да, кстати, не в обиду изену, ноутбучный винч, даже через usb-to-sata и то может выдать более 20Мб/сек. Довольно смешно когда хилый девайс, упаковывающийся вместе с 2.5" диском в корпус для 3.5" обставляет огромный писюк у некоторых :)

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

79. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  –1 +/
Сообщение от nagualemail (ok), 06-Окт-12, 13:32 
> EXT4 - лично мне понравился больше всего. Он и довольно быстрый и
> проц особо не нагружает. По поводу чего обычно достигает вполне приличных
> скоростей, оставляя ресурсы для остальных. Вот так сходу я кстати не
> заметил никакого вопиющего пожирания памяти. Да, кстати, не в обиду изену,
> ноутбучный винч, даже через usb-to-sata и то может выдать более 20Мб/сек.
> Довольно смешно когда хилый девайс, упаковывающийся вместе с 2.5" диском в
> корпус для 3.5" обставляет огромный писюк у некоторых :)

Только благодаля etx4 и волшебным ручкам анонимуса SSD-шный винт упал до 20Мб/сек :)))

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

84. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Аноним (-), 06-Окт-12, 16:03 
> Только благодаля etx4 и волшебным ручкам анонимуса SSD-шный винт упал до 20Мб/сек :)))

Это был обычный ноутбучный винч, с отстойным seek time и прочая. Не SSD. Он в самом лучшем случае по SATA на мощном компе выжмет 40-50Мб/сек при идеально линейном чтении большого блока без разбора ФС. А через usb-to-sata адаптер - 30-40Мб/сек в таком же идеальном случае благодаря оверхеду USB. С учетом дохлоты проца и прочая, получить порядка 20Мб/сек по HTTP - весьма недурно. Например, оно вполне забьет 100Мбит сеть, с запасом.

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

91. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  –2 +/
Сообщение от nagualemail (ok), 06-Окт-12, 18:57 
>> Только благодаля etx4 и волшебным ручкам анонимуса SSD-шный винт упал до 20Мб/сек :)))
> Это был обычный ноутбучный винч, с отстойным seek time и прочая. Не
> SSD. Он в самом лучшем случае по SATA на мощном компе
> выжмет 40-50Мб/сек при идеально линейном чтении большого блока без разбора ФС.
> А через usb-to-sata адаптер - 30-40Мб/сек в таком же идеальном случае
> благодаря оверхеду USB. С учетом дохлоты проца и прочая, получить порядка
> 20Мб/сек по HTTP - весьма недурно. Например, оно вполне забьет 100Мбит
> сеть, с запасом.

А usb-to-sata сколько пропускает ? :)))

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

127. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Аноним (-), 07-Окт-12, 23:07 
> А usb-to-sata сколько пропускает ? :)))

Для глупых и слоупочных еще раз: 30-40Мб/сек, в зависимости от usb-хоста и еще кучи факторов. Больше - потолок usb 2.0 самого по себе.

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

130. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  –1 +/
Сообщение от nagualemail (ok), 07-Окт-12, 23:14 
>> А usb-to-sata сколько пропускает ? :)))
> Для глупых и слоупочных еще раз: 30-40Мб/сек, в зависимости от usb-хоста и
> еще кучи факторов. Больше - потолок usb 2.0 самого по себе.

Учитыва что "глупые и слоупоченные" не асилили азвучить "еще кучи факторов" то мы врят ли может принять результаты этого теста как достоверные.

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

144. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Аноним (-), 09-Окт-12, 12:41 
> Учитыва что "глупые и слоупоченные" не асилили азвучить "еще кучи факторов"

А я виноват что их дофига? Например особенности контроллера хоста. Особенности чипа usb-to-sata. Наличие хабов и девайсов через них претендующих на тот же бандвиз. И еще много чего. Бывает вообще болт. Скажем, в роутерах asus wl500gp и соседних на том же броадкоме - есть какие-то проблемы с usb-хостом и работа с ним дико грузит и без того дохлый проц. Так что сферический 266 МГц мипсовый проц в вакууме осиливает читать с такого диска спасибо если 10-15Мб/сек. Это если сам девайс, без разбора ФС и прочая. При cpu usage = 100%. А если с разбором ФС да еще потом по сети передавать - и того меньше, так что спасибо если по сети полетит хотя-бы 6Мб/сек. Но это закидон конкретной реализации usb host и/или драйверов, что они проц грузят адски при том что он и так хилый. Винч, чип конвертора usb-sata и прочая при этом одинаковые, а разницу в разы - нате :)

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

Ну так возьмите такой адаптер да проверьте сами. Я что, против?

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

80. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Michael Shigorinemail (ok), 06-Окт-12, 14:04 
> Ну я просто развлекался с разными ФС на дохлых MIPSовых девайсах

Потырил на http://freesource.info/wiki/HCL/XranenieDannyx/SravnenieFajj... -- а не хотите часом завести какую http://wiki.opennet.ru/FilesystemComparison на манер других из http://wiki.opennet.ru/Категория:Сравнение? (если недосуг -- скажите, просто лучше всё-таки "своей рукой", чем перекладывать)

[ ага, картинка более-менее предсказуемая ]

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

128. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Аноним (-), 07-Окт-12, 23:10 
> -- а не хотите часом завести какую http://wiki.opennet.ru/FilesystemComparison

Идея отличная, но на такие ресурсы как вики субъективщину постить нехорошо. А делать полновесные бенчи хотя-бы уровня фороникса для всех ФС в таковом на одинаковом оборудовании я как-то морально не готов, как минимум пока.

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

131. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от nagualemail (ok), 07-Окт-12, 23:17 
>> -- а не хотите часом завести какую http://wiki.opennet.ru/FilesystemComparison

Дабы не быть обвиненным в читерстве https://github.com/nagual2/Test

> Идея отличная, но на такие ресурсы как вики субъективщину постить нехорошо. А
> делать полновесные бенчи хотя-бы уровня фороникса для всех ФС в таковом
> на одинаковом оборудовании я как-то морально не готов, как минимум пока.

Вероятно раличные HDD с одинаковой скоростью вращения шпиндетя даже у разных тестировщиков будут показывать приблизительно одинаковые результаты.


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

132. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Michael Shigorinemail (ok), 07-Окт-12, 23:20 
>> -- а не хотите часом завести какую http://wiki.opennet.ru/FilesystemComparison
> Идея отличная, но на такие ресурсы как вики субъективщину постить нехорошо.

Так по форумам размазанная она ещё хуже находится.  А на страничке можно ставить примечания -- какое утверждение к какому эксперименту относится, ну или секцию с краткими и допинанными до состояния "никто особо не возражает" выжимками, а ниже экспериментальные данные и ссылки.

Понимаю, что это время и силы, но ведь и польза: по крайней мере на ту страничку с freesource.info раз-другой в год захожу или отправляю людей, т.к. ничего более подходящего с тех пор не видел...

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

162. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Аноним (-), 17-Окт-12, 23:43 
> Так по форумам размазанная она ещё хуже находится.  

Нашел http://wiki.opennet.ru/FSComparison - видимо это и была такая попытка. Ну окей, поскольку болванка есть - let's try. Честно говоря я бы несколько перелопатил эту таблицу.

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

163. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  –1 +/
Сообщение от nagualemail (ok), 18-Окт-12, 00:14 
>> Так по форумам размазанная она ещё хуже находится.
> Нашел http://wiki.opennet.ru/FSComparison

Не густо ...


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

164. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Аноним (-), 18-Окт-12, 04:32 
> Не густо ...

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

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

166. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Maxim Chirkovemail (ok), 19-Окт-12, 10:22 
> (громко матерясь) да, кстати... версия медиавики на опеннете на редкость окаменелая.

Вообще-то на wiki.opennet.ru установлена последняя версия mediawiki. Но без дополнений, возможно в этом дело. Если есть какие-то предложения по улучшению - пишите.

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

167. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Аноним (-), 20-Окт-12, 00:49 
> Вообще-то на wiki.opennet.ru установлена последняя версия mediawiki. Но без дополнений,
> возможно в этом дело. Если есть какие-то предложения по улучшению - пишите.

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

Плюс глючит защита от спама: упомянутое сообщение "Could not open socket" после ввода рекапчи. Это не дает добавить ссылки на внешние ресурсы. Я хотел ссылки на википедию про ФС воткнуть, для файловых систем там в английской вике вполне нормальные статьи, без явной дезы на первый взгляж. Увы, не получилось.

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

174. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Maxim Chirkovemail (ok), 22-Окт-12, 12:37 
> В идеале хотелось бы редактор не менее фичастый чем в данный момент
> на википедии (он явно больше вариантов разметки знает). Может это и
> отдельное дополнение, вот это не знаю. Дело в том что я
> наизусть помню только базовые части синтаксиса вики. А как только нужна
> малейшая продвинутость синтаксиса - упс. Приходится смотреть в других местах как
> это делается.

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

> Плюс глючит защита от спама: упомянутое сообщение "Could not open socket" после
> ввода рекапчи. Это не дает добавить ссылки на внешние ресурсы. Я
> хотел ссылки на википедию про ФС воткнуть, для файловых систем там
> в английской вике вполне нормальные статьи, без явной дезы на первый
> взгляж. Увы, не получилось.

Как оказалось ReCaptcha не работала нормально, заменил на FancyCaptcha.

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

165. "В JFS добавлена поддержка команды TRIM для оптимизации работ..."  +/
Сообщение от Аноним (-), 18-Окт-12, 08:07 
> Так по форумам размазанная она ещё хуже находится.  А на страничке
> можно ставить примечания -- какое утверждение к какому эксперименту относится, ну
> или секцию с краткими и допинанными до состояния "никто особо не
> возражает" выжимками, а ниже экспериментальные данные и ссылки.

Я в принципе основательно перепахал таблицу которая на http://wiki.opennet.ru/FSComparison, однако при попытке записи измененного варианта сервак сначала просит рекапчу ввести из-за внешних ссылок (видите ли я на википедию ссылки воткнул, ай-яй-яй, вот я негодяй). А потом гордо сообщает "Could not open socket". Абсолютный FAIL. Местного сервака :E.

Могу вам куда-нибудь выложить это счастье в виде синтакса вики-разметки а вы заталкивайте его в данный упрямый сервак, если терпежу хватит на войну с ним. Я и так полдня долбался над описанием свойств ФС как они мной воспринимаются в виде вики-разметки. Чтобы в результате оно не сохранилось с каким-то дурным сообщением :E. Впрочем, таблица вышла несколько здоровенной и ее надо бы еще и несколько оптимизировать, чтоли. Любителями культам К.С.Т.

p.s. и кстати да, предыдущему автору на заметку: в синтаксисе таблицы был жирный баг. Я сломал весь мозг пытаясь понять почему оно так рендерится что ссылки вверху. Оказывается, прошлый автор косячник и вообще не закрыл таблицу.  

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

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

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




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

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