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

Для Linux представлен драйвер с поддержкой exFAT, opennews (ok), 02-Июн-10, (0) [смотреть все] Услышав сочетание Microsoft и условия лицензирования мне расхотелось этим поль, Vitto74 (ok), 22:01 , 02-Июн-10, (1) // Но ext2 пока что ещё с запасом на будущее перекрывает физические размеры флешек , СуперАноним (?), 22:17 , 02-Июн-10, (6) +2 // а разве дело только в этом в ext2 есть UID для каждого файла и директории, есл, Voviandr (ok), 00:16 , 03-Июн-10, (33) // Как смонтируешь, так и поедешь В крайнем случаи рут решит такие проблемы , астронимус (?), 00:51 , 03-Июн-10, (36) +1 Ну есть UID и ладно, не такая уж великая трата места А про несовпадение уидов , const86 (ok), 01:13 , 03-Июн-10, (38) какие патчи man mount При монтировании umask 000, mma (?), 07:15 , 03-Июн-10, (41) Какой umask man mount - В опциях ext2 такого нет , XAnder (ok), 08:49 , 03-Июн-10, (46) кстати поддерживаю можно использовать правильное распределение файлов что бы, vit1251 (ok), 23:28 , 04-Июн-10, (140) Неужели вы думаете, что в этом суть проблемы И чем вам ext2 не угодил Я его исп, filosofem (ok), 22:30 , 02-Июн-10, (9) +2 Та любая файловая система подходит для флешек лучше чем любая файловая система м, Аноним (-), 22:36 , 02-Июн-10, (10) +2 проблема в данном вопросе в том что новый формат флешек ПОДРАЗУМЕВАЕТ что она ф, aim (ok), 22:44 , 02-Июн-10, (11) –1 Я вот ntfs использую для своего переносного харда Думаю, что и на флешке ее мож, stranger (??), 22:48 , 02-Июн-10, (13) –4 // Только при работе с этим хардом NTFS-3G грузит процессор почти на 100 и не сох, snizovtsev (?), 23:33 , 02-Июн-10, (27) +1 // Честно говоря, не замечал загрузки процессора на 100 Ну правильно, ФС определя, stranger (??), 10:52 , 03-Июн-10, (54) Это все от необразованности НТФС журналируемая, а это значит, что флешка будет, Уважаемый Анонимус (?), 00:54 , 03-Июн-10, (37) +4 // Серьезно Вы вот так вот дистанционно можете судить о моей образованности Вы, stranger (??), 10:54 , 03-Июн-10, (56) –1 об уровне образованности по теме вполне можно судить на основании ответов в фору, Аноним (-), 13:32 , 03-Июн-10, (66) Можно EXT2 юзать Тоже нет проблем с чтением для винды есть драйвера , User294 (ok), 16:04 , 03-Июн-10, (77) И правильно Ибо КГ АМ Драть бабки за фс с дизайном из архаичных девяностых С, User294 (ok), 14:11 , 03-Июн-10, (68) btrfs , Аноним (-), 22:08 , 02-Июн-10, (2) +1 // Не для flash Слишком интенсивно изнашивает накопитель В сравнении конечно , Vitto74 (ok), 22:10 , 02-Июн-10, (3) –1 // -o ssd, anonymous (??), 22:17 , 02-Июн-10, (5) +2 // Умолкаю Теперь бы допилить во всех дистрах отсутствие поддержки в ubuntu - серь, Vitto74 (ok), 22:24 , 02-Июн-10, (8) +1 Увы, нет Эта опция только оптимизирует поведение ФС по отношению к носителю С , XAnder (ok), 10:46 , 03-Июн-10, (51) и как это я ее использую в ubuntu втрой месяц поддерживается сдефолтным ядром е, fresco (??), 13:38 , 03-Июн-10, (67) +2 И как впечатления Насколько грабельно В какой убунте С каким ядром , User294 (ok), 16:05 , 03-Июн-10, (78) равномерность износа блоков по идее должна достигаться за счет CoW Исключение -, Anon Y Mous (?), 00:14 , 03-Июн-10, (32) Да вообще-то CoW механика при должном твике довольно дружественна к флешу, как р, User294 (ok), 14:13 , 03-Июн-10, (69) LogFS же, Аноним (-), 22:11 , 02-Июн-10, (4) +3 Майкрософт скоро доиграется со своей лицензионной политикой Их поделия не буд, Аноним (-), 22:20 , 02-Июн-10, (7) +3   // Windows Mobile уже дохнет, андроид рвёт всех так что верной дорогой идут товари, Voviandr (ok), 00:18 , 03-Июн-10, (34) +1   // где то недавно мелькал график, сравнение прибыли микрософт и яблока После того к, i (??), 08:30 , 03-Июн-10, (44) +1   // http www google com finance q NASDAQ MSFTв правом верхнем углу опции для сравн, Dinka (?), 12:11 , 04-Июн-10, (120)   десять лет назад тоже самое говорили, и ничего не изменилось , Аноним (-), 07:13 , 03-Июн-10, (40)   // Не согласен 10 лет назад Apple была в глубоком кризисе, только-только начала вы, Zenithar (?), 09:15 , 03-Июн-10, (48)   // а при чем здесь эпл , анонимный аналитик (ok), 10:53 , 03-Июн-10, (55)   Apple выпустила iPhone 4, теперь пипец и Nokia N900 и Google Nexus и Windows ME , pavlinux (ok), 01:25 , 08-Июн-10, (158)   10 лет назад у Apple были совсем другие позиции, и Android а с MeeGo не было А , Аноним (-), 13:11 , 03-Июн-10, (64)   Если Майрософт ВНЕЗАПНО скатится со своих 91 на рынке до 11 , то таки да, выпра, Анон (?), 13:15 , 03-Июн-10, (65)   // Когда-то про рыночную долю браузеров тоже так говорили Зато теперь MS что-то ср, User294 (ok), 14:21 , 03-Июн-10, (71) +1   // Просто тащусь от пророчеств о вендекопце, основанных на спонсировании гуглой аль, аноним (?), 15:10 , 03-Июн-10, (75) –2   Как бы фаерфокс начал свой путь без всяких гуглей Тащитесь дальше А я вам слег, User294 (ok), 16:29 , 03-Июн-10, (80) +1   Угу Сейчас еще всякие btrfs и zfs сделают их жизнь в ряде ниш не очень пресной , User294 (ok), 14:18 , 03-Июн-10, (70)   // Btrfs уже умеет RAID-5 и или RAID-6 Ещё пример реального использования http w, iZEN (ok), 18:36 , 03-Июн-10, (91) –3   // Да ладно, там уже нашлось куда, так что не надо грязных инсинуаций Вот про RAID, Anon Y Mous (?), 21:45 , 03-Июн-10, (97) +2   Btrfs поверх LVM Да вы, батенька, сказочник У LVM проблемы со скоростью с живым, iZEN (ok), 22:27 , 03-Июн-10, (100) –3   gt оверквотинг удален Да это не я сказочник, я ж говорю - счас расскажут Подо, Anon Y Mous (?), 22:34 , 03-Июн-10, (103)   На самом деле фокус в том что в случае CoW снапшоты получаются быстро и халявно,, User294 (ok), 23:24 , 03-Июн-10, (110)   А чё ж UFS2 с традиционным дизайном не больно-то страдает от потери в скорости, iZEN (ok), 02:36 , 04-Июн-10, (114)   Потому что два традиционных подхода к созданию снимков есть еще третий извест, Anon Y Mous (?), 03:21 , 04-Июн-10, (115)   В UFS2 используется локализация места записи новых блоков в так называемые групп, iZEN (ok), 16:30 , 04-Июн-10, (123) –1   Да, стопицот лет назад это даже имело какой-то физический смысл А в 2010 году с, User294 (ok), 19:10 , 04-Июн-10, (131) +1   Тогда не говори больше про экстенты в Ext4, это тоже не имеет особого смысла , iZEN (ok), 09:07 , 05-Июн-10, (144)   Экстенты не привязаны ни к каким цилиндрам и не оперируют левыми архаичными су, User294 (ok), 15:51 , 07-Июн-10, (151)   Вам не кажется, что под группой цилиндров в данном случае понимается нечто дру, Kibab (ok), 22:36 , 07-Июн-10, (156)   Группы цилиндров как я понимаю появились в весьма древние времена и потому вероя, User294 (ok), 00:25 , 08-Июн-10, (157)   Извини Тесты проведены в 2007-2008 году Btrfs тогда ещё была лишь в головах ра, iZEN (ok), 14:19 , 08-Июн-10, (159)   я не про то Я к тому, что так были обозваны группы данных, расположенных относи, Kibab (ok), 12:41 , 09-Июн-10, (160)   Нет, сама по себе затея с софтапдейтами может и имеет право на жизню, но вот диз, User294 (ok), 03:26 , 04-Июн-10, (116)   Если уж заниматься извращениями - мне кажется логичным юзать снапшоты самого btr, User294 (ok), 12:28 , 04-Июн-10, (121)   The PlayStation 3 game console uses UFS2 on HDD The PlayStation 2 HDD used UFS, iZEN (ok), 09:13 , 05-Июн-10, (145)   А n900 разработанный еще и попозже плейстейшна - поддерживает EXT2 И чего От э, User294 (ok), 15:54 , 07-Июн-10, (152)   Спю и вижу, блин, пятый рэйд Собранный из карт памяти, плееров, флешек и прочих, User294 (ok), 22:27 , 03-Июн-10, (101)   Ты контекст обсуждения не сечёшь что ли Мы уже отдалилиь от основной темы, еси , iZEN (ok), 09:17 , 05-Июн-10, (146) –1   Ну я предполагаю что при обсуждении сабжа в треде о новости - предполагается что, User294 (ok), 16:19 , 07-Июн-10, (153)   Ты неуклюже переводишь контекст обсуждения Btrfs в сторону мобильных накопителей, iZEN (ok), 19:50 , 07-Июн-10, (155) –1   Так в теме тут и идет спич про мобильные накопители для гаджетов по идее То ест, User294 (ok), 17:12 , 09-Июн-10, (161)   выборочное цитирование во глубине контента оказалось несколько недокачанных фай, JL2001 (ok), 20:14 , 04-Июн-10, (133) +1   man sparse file, iZEN (ok), 09:20 , 05-Июн-10, (147) –1   man как копируются файлы, хренли А потом включите мозг и подумайте что будет с , User294 (ok), 16:54 , 07-Июн-10, (154)   Слишком Много Красноглазия В тредеЗначит всё в порядке, драйвер можно пользов, аноним (?), 22:45 , 02-Июн-10, (12) –3 // При всем уважении к вышеуказанной конторе после перехода на RH5 с родного на Ope, klalafuda (?), 22:59 , 02-Июн-10, (16) // При всём уважении к собеседнику _весь_ код NTFS-3g -- это User Land Ядро ему по, Andrew Kolchoogin (?), 23:56 , 02-Июн-10, (29) +1 // fuse, простите Это тоже только Юзерланд , 310dej (?), 12:23 , 03-Июн-10, (62) +1 Разработчики NTFS-3g не разрабатывают саму технологию fuse , аноним (?), 17:33 , 03-Июн-10, (87) +1 Хм А можете пример свободной программы или драйвера, при помощи которой вы те, Zenithar (?), 09:18 , 03-Июн-10, (49) +1 // Что же Свободное Сообщество не подхватит знамя Сорсы опубликованы под православн, аноним (?), 12:15 , 03-Июн-10, (60) –1 // Наверное потому что у тех кто может его подхватить попросту хватило ума не вляпы, User294 (ok), 14:34 , 03-Июн-10, (73) –2 Ага, аж 3 человека разработчиков на полный день заняты - Да ладно, сильно прижм, Anon Y Mous (?), 21:48 , 03-Июн-10, (98) Ну в коммитах их там явно больше Учтя насколько винда отличается - дооооооооолг, User294 (ok), 23:07 , 03-Июн-10, (107) Значит остальные не full-time , Anon Y Mous (?), 23:30 , 03-Июн-10, (111) И что Если бы роляли только коммиты от тех кто фуллтайм - мы бы это ядро вообще, Аноним (-), 02:03 , 04-Июн-10, (113) И ничего Не нужно недооценивать роль тех, кто может позволить заниматься проект, Anon Y Mous (?), 16:51 , 04-Июн-10, (124) Вот только почему-то сан продался ораклу, куча проприетарных юниксов попередохло, User294 (ok), 19:49 , 04-Июн-10, (132) Ок, так и запишем результат работы фуллтаймера по имени Chris Mason твой любим, Anon Y Mous (?), 22:17 , 04-Июн-10, (137) +1 Уел слегонца, признаю Хотя часть дизайна - на совести сторонних чуваков, не , User294 (ok), 22:48 , 04-Июн-10, (138) Уем еще немножко - напомнить, какая часть кода в Линуксе сотрудниками всяких раз, Anon Y Mous (?), 23:50 , 04-Июн-10, (141) Они пришли уже потом И стали вполне естественной частью оного, вполне естествен, User294 (ok), 00:09 , 05-Июн-10, (142) Ога, и написали всего-то ничего - 3 4 кода или сколько там Так что надо быть, Anon Y Mous (?), 00:22 , 05-Июн-10, (143) сказал анонимус и сверкнул глазами Да, конечно, допотопный дизайн с немеряным, User294 (ok), 14:25 , 03-Июн-10, (72) –1 было б забавно, если они сделали первое, но не реализовали второе , Аноним (-), 22:55 , 02-Июн-10, (14) Ну же где тут GPL и свобода Не стесняемся господа, рассказываем, Аноним (-), 22:58 , 02-Июн-10, (15) +2 // Ну, дык, владельцы патентов всё решили между собой полюбовно extFAT в линуксово, iZEN (ok), 23:03 , 02-Июн-10, (19) –7 // В каком нахрен продакшене, кому оно надо это exFAT в продакшене то Если тока тру, Аноним (-), 23:06 , 02-Июн-10, (21) +5 // Принесёт Вам шеф какой нибудь свой любимый Марк 12 или что там уже будит - и н, 88 (??), 00:28 , 03-Июн-10, (35) Кажется индусы из Майкрософт обиделись на их классификацию и пытаются что-то так, User294 (ok), 22:31 , 03-Июн-10, (102) И отвечу шефу что не работает, и пошлю шефа в лес или к мелкомягким пущай с ними, Djam (ok), 08:57 , 04-Июн-10, (118) А вы что делаете Наслаждаетесь нерабочими девайсами или все-таки вливаете в них, User294 (ok), 23:21 , 03-Июн-10, (109) Надеюсь, User294 с N900 будет бездумно рад , iZEN (ok), 23:00 , 02-Июн-10, (17) –5 // Это скорее для андроида, чем для маемо Вот собственно и вырисовывается картинка, Аноним (-), 23:03 , 02-Июн-10, (20) А в каком месте радоваться Сразу после буквы Р в слове колбаса Чего такого, User294 (ok), 16:37 , 03-Июн-10, (82) // Как чему Тому, что ты сможешь, наконец, держать на своём девайсе файлы размером, iZEN (ok), 18:40 , 03-Июн-10, (93) –4 // Как бы нокиевский девайс EXT-ы поддерживает искаропки Посему если уж позарез на, User294 (ok), 22:43 , 03-Июн-10, (104) ext3 и все что угодно на флешке и любого размера, Djam (ok), 09:00 , 04-Июн-10, (119) Microsoft - лучший друг open source , Noldor (??), 23:02 , 02-Июн-10, (18) +4 // А кек же, как-никак платиновый спонсор Apache Foundation , iZEN (ok), 23:07 , 02-Июн-10, (22) –4 // А куда им деваться то --- IIS труп , Аноним (-), 23:15 , 02-Июн-10, (24) +3 // Да, кто-то в коментах в коде про IIS очень лестно высказался Видел пару проек, User294 (ok), 16:38 , 03-Июн-10, (83) Bing com, Live comДавайте сюда ваших позорных студентов, аноним (?), 18:37 , 03-Июн-10, (92) –2 Ему до гугля как раком до китая по качеству поиска Он Not Dead, просто он так па, User294 (ok), 22:49 , 03-Июн-10, (105) Кстати эти болезные всерьёз рассчитывают что смогут поддерживать этот _ядерный_ , Аноним (-), 23:14 , 02-Июн-10, (23) –1 // Потому что так решили Panasonic, SanDisk, Toshiba и Sony, Аноним (-), 00:05 , 03-Июн-10, (30) // а мы решили не пользоваться их продукцией, анонимный аналитик (ok), 10:58 , 03-Июн-10, (57) +1 // Весьма похвально Надо поддержать отечественного производителя , аноним (?), 12:17 , 03-Июн-10, (61) Да хоть Папа Римской Толку то Они в состоянии выделить разработчиков что бы пи, Аноним (-), 21:37 , 03-Июн-10, (96) Забыл дописать, сейчас к ним ещё присоединились Canon, Kodak, Hewlett Packard, I, Аноним (-), 00:09 , 03-Июн-10, (31) // Переживем Сама концепция обмена информацией через сменные носители уже устарела, filosofem (ok), 07:41 , 03-Июн-10, (43) –1 // Собственно вы и написали причину появления exFAT - железки фотики, плейеры Се, fi (ok), 14:50 , 03-Июн-10, (74) И, главное, лимит 32Gb MS придумал сам Сама по себе ФС оным не страдает Но м, User294 (ok), 16:41 , 03-Июн-10, (84) +1 А потом сняли этот лимит и получился exFAT D, lyonya (?), 19:36 , 03-Июн-10, (95) +1 Они чутка переделали все-таки, но дальше технологий эпохи 90-х не ушли битовые , User294 (ok), 23:12 , 03-Июн-10, (108) Никто в зравом уме FS на B Trees и пр в системы с ограниченными ресурсами пихат, name (??), 16:26 , 04-Июн-10, (122) Ну если с ресурсами _настолько_ все плохо, то может быть и файловая система в ее, Anon Y Mous (?), 17:45 , 04-Июн-10, (125) Золотая середина не , аноним (?), 18:07 , 04-Июн-10, (126) Интересная такая середина - педалить битовые карты на томах крупнее 32Гб oOДл, User294 (ok), 18:30 , 04-Июн-10, (130) –1 При размере блока 4кб будем иметь аж 4Мб ЧетырёхМегабайтную карту на 128Гб раз, name (??), 21:26 , 04-Июн-10, (135) +1 Ну если у вас не проблема 4 мега битмапу отпедалить на 128Гб разделе - о каких т, User294 (ok), 22:58 , 04-Июн-10, (139) +1 скажем 1Мб ОЗУещё раз в ext4 используются битмапы для блоков инодов, failооо ри, name (??), 09:58 , 05-Июн-10, (149) Насколько мне известно, битовые карты блоков используются практически во всех FS, name (??), 18:21 , 04-Июн-10, (127) Да вообще-то современные ФС а не дизайны конца 90-х - начала 2000х юзают как п, User294 (ok), 18:29 , 04-Июн-10, (129) –1 btrfs недоделка с нефинализированным дисковым форматомиспользует екстенты лишь д, name (??), 21:01 , 04-Июн-10, (134) –2 Просто забойный по конструктивности аргумент Собственно основная нагрузка как , User294 (ok), 21:49 , 04-Июн-10, (136) краткость она такаяооо хоть какой-то разум просвечиваетсяпфф, где в ext4 от них , name (??), 10:10 , 05-Июн-10, (150) Да, конечно, на педалинг невъ х битовых карт - ресурсы есть, а на проход по b, User294 (ok), 18:22 , 04-Июн-10, (128) Универсальная FS для съемных носителей -- флешек, мобильных HDD и SDD, а также о, Аноним (-), 05:40 , 03-Июн-10, (39) // Одним людям надо много денег другим тоже надо денег, а так же уверенности в том , К.О. (?), 09:14 , 03-Июн-10, (47) // А у хомячков по дефолту системы не поддерживают ExFAT Посему с уверенност, User294 (ok), 16:43 , 03-Июн-10, (86) У меня флешка в UFS И что Пока трабл с правами не замечал sudo mount -t a6 m, _CyberDaemon_ (??), 08:37 , 03-Июн-10, (45) // А вин7 понимает такие флэшки и может на них писать , AnViar (ok), 09:40 , 03-Июн-10, (50) // Что такое вин7 Это следующая версия фейл6 , Unixoid (??), 10:47 , 03-Июн-10, (52) +2 сейчас выслушаем лекцию о нашей собственной убогости и величии БСД , Vasya (??), 10:48 , 03-Июн-10, (53) –1 // На фоне FAT-а даже UFS не так уж и убог, пожалуй D , User294 (ok), 16:42 , 03-Июн-10, (85) Ещё бы Ни одна линуксовая ФС не умеет снапшоты делать, а UFS2 умеет , iZEN (ok), 18:42 , 03-Июн-10, (94) –3 btrfs умеет или она не ФС или не линуксовая , Anon Y Mous (?), 21:51 , 03-Июн-10, (99) +3 Вот те раз, новости то А LVM в курсе Хотя если на именно уровне FS - есть b, User294 (ok), 22:59 , 03-Июн-10, (106) Так все-таки хотелось бы знать существует ли уже РЕАЛЬНАЯ альтернатива exFAT С п, Артемий Васюков (??), 11:06 , 03-Июн-10, (58) // Говорят, что не только http www linux org ru news commercial 4961295 comment-4, Sphynkx (ok), 15:20 , 03-Июн-10, (76) gt оверквотинг удален UFS2 с Soft Updates, не , iZEN (ok), 18:26 , 03-Июн-10, (88) –1 // И по каким из упомянутых фруктом критериев она так ух подходит А слабо по пункт, User294 (ok), 03:50 , 04-Июн-10, (117) // http ufs2tools sourceforge net А что не с античным UFS2 поддерживает большие, iZEN (ok), 09:35 , 05-Июн-10, (148) А вот интересно, почему антимонопольные органы этой темой до сих пор не заинтере, Mr.Close (?), 11:17 , 03-Июн-10, (59) +1 Который MS само же и придумало Остальные системы легко форматят FAT32 в куда бо, Аноним (-), 12:34 , 03-Июн-10, (63) На самом деле всё не так уж плохо, как пишет wiki The maximum capacity defined f, fi (ok), 16:26 , 03-Июн-10, (79) 1,2,4,7,12,14,15,17,18,23,39,45,58,59,63,79

Сообщения

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

7. "Для Linux представлен драйвер с поддержкой exFAT"	+3 +/–
Сообщение от Аноним (-), 02-Июн-10, 22:20
Майкрософт скоро доиграется со своей "лицензионной политикой". Их поделия не будут юзять даже даром, только если они сами начнут платить юзерам.
Ответить | Правка | Наверх | Cообщить модератору

	34. "Для Linux представлен драйвер с поддержкой exFAT"	+1 +/–
	Сообщение от Voviandr (ok), 03-Июн-10, 00:18
	>Майкрософт скоро доиграется со своей "лицензионной политикой". Их поделия не будут юзять >даже даром, только если они сами начнут платить юзерам. Windows Mobile уже дохнет, андроид рвёт всех. так что верной дорогой идут товарищи...
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Для Linux представлен драйвер с поддержкой exFAT"	+1 +/–
	Сообщение от i (??), 03-Июн-10, 08:30
	где то недавно мелькал график, сравнение прибыли микрософт и яблока. После того как гейст ушел, доходы мс потихоньку падают и яблоко их обогнали.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от Dinka (?), 04-Июн-10, 12:11
	>где то недавно мелькал график, сравнение прибыли микрософт и яблока. >После того как гейст ушел, доходы мс потихоньку падают и яблоко их >обогнали. http://www.google.com/finance?q=NASDAQ:MSFT в правом верхнем углу опции для сравнения с другими компаниями кликаем там на MORE ставим галку напротив AAPL затем устанавливаем период, за который хотим посмотреть котировки в левом верхнем углу кликаем на 10y готовый график сравнения акций мелкософта и эппл за 10 лет http://slil.ru/29269454
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от Аноним (-), 03-Июн-10, 07:13
	десять лет назад тоже самое говорили, и ничего не изменилось.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	48. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от Zenithar (?), 03-Июн-10, 09:15
	Не согласен. 10 лет назад Apple была в глубоком кризисе, только-только начала выходить из него
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от анонимный аналитик (ok), 03-Июн-10, 10:53
	а при чем здесь эпл?
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от pavlinux (ok), 08-Июн-10, 01:25
	>а при чем здесь эпл? Apple выпустила iPhone 4, теперь пипец и Nokia N900 и Google Nexus и Windows ME 7 на остальной х..не.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от Аноним (-), 03-Июн-10, 13:11
	10 лет назад у Apple были совсем другие позиции, и Android'а с MeeGo не было. А сейчас этотваш ляликс даже в телевизоры пихают. Картина другая же на рынке, в общем.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	65. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от Анон (?), 03-Июн-10, 13:15
	Если Майрософт ВНЕЗАПНО скатится со своих 91% на рынке до 11%, то таки да, выправы, не будут пользоваться. А пока это только ничем не обоснованные мечты.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	71. "Для Linux представлен драйвер с поддержкой exFAT"	+1 +/–
	Сообщение от User294 (ok), 03-Июн-10, 14:21
	Когда-то про рыночную долю браузеров тоже так говорили. Зато теперь MS что-то срет кирпичами, вспомнил о поддержке стандартов и прочая. Надо же! А учтя что винды нынче очень напоминают ишак 4-6 который застрял в развитии - думается сценарий может повториться. Да впрочем уже повторяется.Да, на рынке ОС все медленнее чем на рынке браузеров, народ инерционен. Но процесс идет. И не может не идти, когда за 8 лет разработки из инноваций аж новая морда, "много мелких изменений", геморрой и неудобства типа UAC, подтянутые гайки в лицензии и ... все!
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Для Linux представлен драйвер с поддержкой exFAT"	–2 +/–
	Сообщение от аноним (?), 03-Июн-10, 15:10
	>Когда-то про рыночную долю браузеров тоже так говорили Просто тащусь от пророчеств о вендекопце, основанных на спонсировании гуглой альтернативных браузеров. >Зато теперь MS ... предлагает клиентам самые совершенные технологии, включая поддержку H.264 в фирменном браузере и медиаплеере. >винды нынче очень напоминают ... источник вдохновения для сообщества KDE SC. Что там нового свистнули в KDE SC 4.5, Aero Shake, Aero Peek?
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Для Linux представлен драйвер с поддержкой exFAT"	+1 +/–
	Сообщение от User294 (ok), 03-Июн-10, 16:29
	>Просто тащусь от пророчеств о вендекопце, основанных на спонсировании гуглой >альтернативных браузеров. Как бы фаерфокс начал свой путь без всяких гуглей. Тащитесь дальше. А я вам слегонца память освежу. На первую рекламу файрфокса в NY Times скинулись ... сами юзвери оного. Круто, правда? Вот только гугл тут был не при чем, хе-хе :-) >>Зато теперь MS >... предлагает клиентам самые совершенные технологии, Это какие например? Ублюдочный IE, который ничем не лучше конкурентов но зато тормознее и сливает в поддержке стандартов с треском? Или может быть файловые системы 15-летней давности? Ой, видел я этих создателей "самых совершенных". Теперь когда я вижу винды в ответственных применениях - мне по настоящему ссыкотно. Потому что создатели самых совершенных технологий почему-то все как на подбор - индусы. А все нормальные спецы давно съе... из этого гадюшника под руководством бездаря Баллмера. Который занимается сугубо тем что вытягивает многочисленные фэйлы своей конторы вешанием лапши на уши через рекламные рупоры. Если называть вещи своими именами. > включая поддержку H.264 в фирменном браузере Фирменный браузер для начала в ACID3 сдристывает с треском, тормозной и бестолковый. И у разных версий фирменного  - разные глюки, так что вебпрограмеры стреляются. При этом уже похрену что он там поддерживает, он и дальше свою рыночную долю просрет. Потому что MS нынче к юзерам - жопой. >и медиаплеере. А медиаплеер у MS вообще убог чуть более чем полностью. Поддерживает аж полтора формата, при том почему-то именно тех которые в природе не встречаются. В итоге - проще скачать скажем себе VLC и забыть о этом тормозном и неудобном дерьме которое ничего не умеет. И забыть о головняке с форматами - он играет практически все что шевелится. Круто, правда? И, главное, рецепт катит не только под винду но и под другие ОС. >>винды нынче очень напоминают >... источник вдохновения для сообщества KDE SC. Улюлю :) а скажите, где в винде настроить чтобы капслок раскладку переключал? Хоть застрлите не вижу. А где в винде настройки оконного манагера, чтобы окошки за меня двигал, raise'ил или lower'ил комп а не я сам? Или я как мартышка должен таскать окошки сам, а? Система явно делается для тупых обезьян, которым можно мозг рекламой промыть и лапши на уши понавесить про "технологическую крутизну". А по факту за последние 10 лет там НИХРЕНА НЕ ПОМЕНЯЛОСЬ ТОЛКОМ. Все те же архаичные ФС. Все те же идиотские проблемы с инсталлом софта и вирусней. Все то же ядро без существенных изменений. >Что там нового свистнули в KDE SC 4.5, Aero Shake, Aero Peek? Да что там свистывать, компиз явно раньше аэры реализовывал в 10 раз больше куда как более симпотных эффектов, на фоне которых аэро - уныл. Это мс скорее всего скопипи...ло то что плохо лежит, как обычно. А еще эти крутые перцы почему-то в 2010 году на полном серьезе продвигают "инновационные" ФСы ... с битовыми картами блоков! Хотя колупание огромных битовых карт на больших носителях - жестоко тормозит. Господа из мс настолько деревянны и застряли в своих девяностых что не могут передрать b-деревья, экстенты и т.п. не говоря уж о CoW-механике? Ах ну да, я и забыл, для индусов все это сложно и непонятно, а нормальные спецы уже свалили, вот и...
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от User294 (ok), 03-Июн-10, 14:18
	>Майкрософт скоро доиграется со своей "лицензионной политикой". Угу. Сейчас еще всякие btrfs и zfs сделают их жизнь в ряде ниш не очень пресной. При том btrfs в принципе вполне может прокатить и как ФС для ssd дисков с контроллером. И что характерно, т.к. в подавляющем большинстве девайсов одинфиг линукс -  там с этим не будет никаких проблем :-).
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	91. "Для Linux представлен драйвер с поддержкой exFAT"	–3 +/–
	Сообщение от iZEN (ok), 03-Июн-10, 18:36
	>>Майкрософт скоро доиграется со своей "лицензионной политикой". > >Угу. Сейчас еще всякие btrfs и zfs сделают их жизнь в ряде >ниш не очень пресной. При том btrfs в принципе вполне может >прокатить и как ФС для ssd дисков с контроллером. Btrfs уже умеет RAID-5 и/или RAID-6? Ещё пример реального использования: http://www.linux.org.ru/forum/desktop/4960112 - 25% "в никуда" это, конечно, замечательно.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Для Linux представлен драйвер с поддержкой exFAT"	+2 +/–
	Сообщение от Anon Y Mous (?), 03-Июн-10, 21:45
	>Ещё пример реального использования: http://www.linux.org.ru/forum/desktop/4960112 >- 25% "в никуда" это, конечно, замечательно. Да ладно, там уже нашлось куда, так что не надо грязных инсинуаций. Вот про RAID5/6 - правда, но счас тут всем расскажут, что оно работает поверх кошерного как там его, который умеет
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Для Linux представлен драйвер с поддержкой exFAT"	–3 +/–
	Сообщение от iZEN (ok), 03-Июн-10, 22:27
	>>Ещё пример реального использования: http://www.linux.org.ru/forum/desktop/4960112 >>- 25% "в никуда" это, конечно, замечательно. > >Да ладно, там уже нашлось куда, так что не надо грязных инсинуаций. >Вот про RAID5/6 - правда, но счас тут всем расскажут, что >оно работает поверх кошерного как там его, который умеет Btrfs поверх LVM? Да вы, батенька, сказочник. У LVM проблемы со скоростью с живыми снапшотами пруфлинк: https://www.opennet.ru/openforum/vsluhforumID1/88329.html а если на него водрузить Btrfs... закапывайте.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от Anon Y Mous (?), 03-Июн-10, 22:34
	>[оверквотинг удален] >> >>Да ладно, там уже нашлось куда, так что не надо грязных инсинуаций. >>Вот про RAID5/6 - правда, но счас тут всем расскажут, что >>оно работает поверх кошерного как там его, который умеет > >Btrfs поверх LVM? Да вы, батенька, сказочник. > >У LVM проблемы со скоростью с живыми снапшотами >пруфлинк: https://www.opennet.ru/openforum/vsluhforumID1/88329.html >а если на него водрузить Btrfs... закапывайте. Да это не я сказочник, я ж говорю - счас расскажут. Подождать нужно было немного
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от User294 (ok), 03-Июн-10, 23:24
	>У LVM проблемы со скоростью с живыми снапшотами На самом деле фокус в том что в случае CoW снапшоты получаются быстро и халявно, а в случае традиционных дизайнов - не очень быстро и не очень халявно. Так что не очень там расходитесь в троллинге и кидании какашками, ага? :)
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

	114. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от iZEN (ok), 04-Июн-10, 02:36
	>>У LVM проблемы со скоростью с живыми снапшотами > >На самом деле фокус в том что в случае CoW снапшоты получаются >быстро и халявно, а в случае традиционных дизайнов - не очень >быстро и не очень халявно. Так что не очень там расходитесь >в троллинге и кидании какашками, ага? :) А чё ж UFS2 с "традиционным дизайном" не больно-то страдает от потери в скорости, когда на ней перманентно снапшот лежит (так устроен механизм Soft Updates)? Вон, даже на копировании мелких файлов UFS2 заметно обходит Ext2 со всеми своими закидонами (ACL, там, и дополнительные флаги файлов). Пруфлинк: http://alv.me/?p=66 Хотя, казалось бы, почему? Ведь у Ext2 нет даже журнала транзакций — пиши-не хочу на полной скорости. А-н, нет. Дизайн у Ext2 туповат и примитивен, много движений по радиусу диска совершает головка для записи данных в целые блоки. Никакой оптимизации недоконца занятых блоков и свободного пространства в Ext2 не делается.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от Anon Y Mous (?), 04-Июн-10, 03:21
	>>>У LVM проблемы со скоростью с живыми снапшотами >> >>На самом деле фокус в том что в случае CoW снапшоты получаются >>быстро и халявно, а в случае традиционных дизайнов - не очень >>быстро и не очень халявно. Так что не очень там расходитесь >>в троллинге и кидании какашками, ага? :) > >А чё ж UFS2 с "традиционным дизайном" не больно-то страдает от потери >в скорости, когда на ней перманентно снапшот лежит (так устроен механизм >Soft Updates)? Потому что два "традиционных" подхода к созданию снимков (есть еще третий известный как split mirror): 1) писать новые блоки в новое место 2) писать новые блоки на место старых, предварительно сохраняя старые где-то еще Cнимки в LVM2 используют второй подход, в результате любая операция первой записи поверх старого блока приводит к необходимости сначала выполнить синхронное чтение и потом синхронную запись, прежде чем можно будет записывать новый блок поверх старого.  Последующие записи этого уже не требуют (до следующего снимка). С первым подходом такой проблемы нет, но новые блоки оказываются раскиданы по диску, повышая предмет большой озабоченности известный как фрагментация. Какой подход используется в UFS2 - не знаю, не смотрел, не исключено, что первый. Вобщем у каждого подхода есть свои плюсы и минусы. Озабоченные фрагментацией обычно горой стоят за второй подход, но стоит спросить их об экспериментальных данных, подтверждающих, что он однозначно лучше, как начинаются ссылки на ощущения одним местом, анекдотический опыт знакомых одного знакомого админа и так далее. Вот одни китайцы (из америк и китаев) провели исследование и написали статью, придя к выводу, что однозначного лидера среди этих двух подходов нет - в одних случаях себя показывает лучше первый, в других - второй: http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.81....
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Для Linux представлен драйвер с поддержкой exFAT"	–1 +/–
	Сообщение от iZEN (ok), 04-Июн-10, 16:30
	>в UFS2 - не знаю, не смотрел, не исключено, что первый. В UFS2 используется локализация места записи новых блоков в так называемые группы цилиндров, каждая — это примерно 180МБ "кластеризованного" дискового пространства. Эти своеобразные "кластеры" на диске логически расположены последовательно. Алгоритм аллокации новых блоков учитывает незанятое пространство в том числе в недоконца занятых блоках сначала внутри группы цилинров, а потом в соседних группах цилиндров, если ещё нужно место. При этом связанные блоки данных логически располагаются на небольшом удалении друг от друга. На этом и выезжает. >Вот одни китайцы (из америк и китаев) провели исследование и написали статью, >придя к выводу, что однозначного лидера среди этих двух подходов нет >- в одних случаях себя показывает лучше первый, в других - >второй: >http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.81.... Спасибо. Почитаю.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Для Linux представлен драйвер с поддержкой exFAT"	+1 +/–
	Сообщение от User294 (ok), 04-Июн-10, 19:10
	>в так называемые группы цилиндров, Да, стопицот лет назад это даже имело какой-то физический смысл. А в 2010 году с его дисами с LBA адресацией и даже флешатиной - это такой же ненужный рудимент как вагон для угля в поезде. И чойта в TGV нет вагона для угля? Во говно эти ваши TGV, паровозы рулят! :)
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от iZEN (ok), 05-Июн-10, 09:07
	>>в так называемые группы цилиндров, > >Да, стопицот лет назад это даже имело какой-то физический смысл. А в >2010 году с его дисами с LBA адресацией и даже флешатиной >- это такой же ненужный рудимент как вагон для угля в >поезде. И чойта в TGV нет вагона для угля? Во говно >эти ваши TGV, паровозы рулят! :) Тогда не говори больше про экстенты в Ext4, это тоже не имеет особого смысла. ;)
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от User294 (ok), 07-Июн-10, 15:51
	Экстенты не привязаны ни к каким "цилиндрам" и не оперируют левыми архаичными сущностями. Все-равно современные винчи скрывают свою истинную геометрию да и не похожа она уже на то что изначально понималось как CHS-адресация. В итоге - о цилиндрах пора бы уже к 2010 году забыть. У флех их нет совсем, а у жестких дисков они как-то несколько отличаются от того что было изначально, истинная геометрия скрыта и закладываться на нее в силу этого - весьма проблематично. Посему все эти спичи о цилиндрах вызывают такую же улыбку как вагон для угля для паровоза в составе поезда с электровозом.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от Kibab (ok), 07-Июн-10, 22:36
	Вам не кажется, что под "группой цилиндров" в данном случае понимается нечто другое, никак не CHS? И что никогда размер цилиндра не был 180 Мегабайт? Причём тут левые архаичные сущности? Кто закладывается на геометрию диска? У кого вызывают улыбку? Вы считаете себя умнее Kirk McKusick? Если у флех нет цилиндров в Вашем понимании, это ещё не означает, что используемое в UFS2 решение работает медленнее/глючнее от этого. Оно универсальней, и неплохо показывает себя не только на флеш-дисках, но и на обычных винтах, распространённых сейчас гораздо больше. P.S. Улыбку вызывает Ваша ненависть по отношению к *BSD. Сколько Вас читаю, не перестаю удивляться, откуда это.
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от User294 (ok), 08-Июн-10, 00:25
	>Вам не кажется, что под "группой цилиндров" в данном случае понимается нечто >другое, никак не CHS? Группы цилиндров как я понимаю появились в весьма древние времена и потому вероятно несли похожий физический смысл - потуга группировки по трекам жесткого диска. >И что никогда размер цилиндра не был 180 Мегабайт? Так группа же. Могу предположить что древние архитекты пытались минимизировать елоз головами. Используя при этом столь же древние понятия о геометрии дисков. >Причём тут левые архаичные сущности? При том что современные диски вообще понятием цилиндра толком не оперируют.Цилиндры конечно у них остались, но если уж на них закладываться - так у современных дисков на внутренних и внешних треках АФАЙК разные объемы данных, если уж на то пошло. У древних винчей вроде как емкости треков были одинаковые - размеры секторов были разные на внутренних и внешних треках. Это ессно было неэффективно. А потом изобрели биение на зоны с разным числом секторов, так что на внутренних дорожках меньше секторов а на внешних больше. И с тех пор классические цилиндры пошли лесом, далеко и надолго, строго говоря. Потому что потуги работать в допущении что они есть - приводят к какому-то бреду. Как-то конечно работает, но какой смысл оперировать тем чего нет? А то что есть скрыто контроллером и нам не видно. Ну и какой в свете этого спич о цилиндрах навевает воспоминания о паровозах. Да, когда-то понятие "цилиндр" имело некий смысл. >Кто закладывается на геометрию диска? У кого вызывают улыбку? У меня. Оперировать цилиндрами в 2010 году - прикольно да. Только в понимании жестких дисков цилиндры уже немного другие стали. Тогда почему - цилиндры какие-то? >Вы считаете себя умнее Kirk McKusick? Врядли - я вообще не настаиваю на том что я самый умный а все остальные - пи...сы. Но я считаю себя в состоянии грубо оценить дезигн файловых систем, использованные структуры и т.п.. И не вижу ничего такого что меня бы проперло в UFS2. Обычная ФС. Слепленная из того что было, с довольно древнючим дизайном. Чего изен так с ней носится как с писаной торбой - я не понимаю. Наверное потому что первый UFS был еще хуже :). Вы в вашем праве вправить мне мозг и оспорить, только не хамя и ругаясь а используя конструктивные технические аргументы. С этой точки зрения - имхо UFS2 весьма антикварен по кишкам и содежит забавные рудименты первого UFS, еще из эпохи царя гороха. >Если у флех нет цилиндров в Вашем понимании, это ещё не означает, >что используемое в UFS2 решение работает медленнее/глючнее от этого. Как минимум это означает что дизайн ФС тупо не рассчитывался на этот носитель чуть более чем полностью и потому оптимальность поведения на нем - под большим вопросом. Скорее всего на флехах икаться будет традиционная структура. Впрочем наверняка это могут показать только бенчи, но вот так навскидку - по идее экстенты и деревья будут меньше нагружать проц чем традиционные дизайны а CoW механика - дружественна к флешу. >Оно универсальней, и неплохо показывает себя не только на флеш-дисках, но и на >обычных винтах, распространённых сейчас гораздо больше. Ну на линке которую соблаговолил привести изен - оно проиграло даже допотопным EXT2 и EXT3 местами, а ext4, xfs и btrfs там тактично не приведены почему-то были :). Могу предположить что одна из причин в том что дизайн с экстентами может прилично натянуть классику например при работе с большими файлами. Наверное "неудобный" результат бенчмарка получаетя :). >P.S. Улыбку вызывает Ваша ненависть по отношению к *BSD. Сколько Вас читаю, >не перестаю удивляться, откуда это. Скажите спасибо изенам и подобным юзвергам *бсд которые в технических деталях ни в зуб ногой, зато много вопят на каждом углу "%s - круто". При том даже не могут сказать чем круто. Видимо только тем что они видите ли это юзает. Вот почему-то так сложилось что больщая часть бсдшников - какие-то унылые полупроприетарщики и/или не разбираются толком как и что работает и/или только вопят о крутизне и/или страдают заоблачным ЧСВ (в общем попадает под шаблон "юный тупой кулхацкер" или типа того). Бывают и нормалные бздуны, но я таких знаю несколько штук всего. Пальцев 1 руки хватит чтобы сосчитать адекватных из попадавшихся мне. А раз так - напршиваются выводы.
	Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

	159. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от iZEN (ok), 08-Июн-10, 14:19
	>Ну на линке которую соблаговолил привести изен - оно проиграло даже допотопным >EXT2 и EXT3 местами, а ext4, xfs и btrfs там тактично >не приведены почему-то были :). Могу предположить что одна из причин >в том что дизайн с экстентами может прилично натянуть классику например >при работе с большими файлами. Наверное "неудобный" результат бенчмарка получаетя :). Извини. Тесты проведены в 2007-2008 году. Btrfs тогда ещё была лишь в головах разработчиков. UFS2 показала отличную работу с мелкими файлами (размер файлов от нескольких килобайт до нескольких мегабайт) — практически полное опережение Ext2/3, ReiserFS. Быстродействие UFS2 по отношению к другим ФС (JFS, XFS) можешь сам проэкстраполировать, используя эти данные: http://www.ntlug.org/Presentations/FilesystemBenchmarks
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	160. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от Kibab (ok), 09-Июн-10, 12:41
	>Группы цилиндров как я понимаю появились в весьма древние времена и потому >вероятно несли похожий физический смысл - потуга группировки по трекам жесткого >диска. я не про то. Я к тому, что так были обозваны группы данных, расположенных относительно близко друг к другу на диске. > Ну и >какой в свете этого спич о цилиндрах навевает воспоминания о паровозах. >Да, когда-то понятие "цилиндр" имело некий смысл. Как я уже сказал, в данном случае в понятие "группа цилиндров" вкладывается иной смысл. У Вас есть тенденция повторять в одном сообщении один постулат несколько раз. В дальнейшем я буду отвечать только на первый occurence, считая, что с остальными всё аналогично. > Вы в вашем праве вправить мне мозг и оспорить, только не хамя и ругаясь а используя конструктивные технические аргументы. Мне совершенно неинтересно кому-либо хамить и ругаться, я считаю большинство собравшихся адекватными людьми по умолчанию, пока опыт не показывает обратного. >Ну на линке которую соблаговолил привести изен - оно проиграло даже допотопным >EXT2 и EXT3 местами, а ext4, xfs и btrfs там тактично >не приведены почему-то были :). Могу предположить что одна из причин >в том что дизайн с экстентами может прилично натянуть классику например >при работе с большими файлами. Наверное "неудобный" результат бенчмарка получаетя :). Мне кажется, что сравнение файловых систем, сделанной при работе под разными ОС -- это вообще нонсенс. Помимо архитектуры, тут играет большую роль техника работы с vnode locks и вообще виртуальной памятью. Иными словами, это функция от многих переменных. Чтобы сравнивать две функции от многих переменных в схожих условиях, надо иметь одинаковые входные параметры у остальных переменных, в нашем случае -- делать это в одной ОС. Сравнивать работу ext3 в Linux с работой UFS2 во FreeBSD, чтобы сделать вывод о убогости/рульности архитектуры ФС, просто бессмысленно. И ещё, не кажется ли Вам, что сравнивать какие-то там скорости на дефолтных установках в разных тестах -- тоже не самое благодарное занятие? В реальности, если хочется получить действительно хорошую производительность, имеет смысл подкручивать настройки ФС, например, играясь размерами блоков, выравниванием (актуально в случае SSD) и тд. Никто не обещал, что ФС "X" с дефолтными установками будет рвать ФС "Y" с дефолтными установками в абсолютном большинстве тестов. Ну и сравнивать ext3/ext4 с ZFS вообще смысла нет, это Вы и сами понимаете, равно как UFS2 с BRTFS... Вот, кстати, интересное письмо [1], как раз по поводу разных техник работы с VM в Linux и BSD. Написано, как мне кажется, беспристрастно. В т.ч. указывается, что многие бенчмарки реально меряют вовсе не то, что они хотели :-) Там есть, между прочим, кое-что про различие поведения Linux в бенчмарках и реальной жизни. Без наездов... > Вот почему-то так сложилось >что больщая часть бсдшников - какие-то унылые полупроприетарщики и/или не разбираются >толком как и что работает и/или только вопят о крутизне и/или >страдают заоблачным ЧСВ (в общем попадает под шаблон "юный тупой кулхацкер" >или типа того). Бывают и нормалные бздуны, но я таких знаю >несколько штук всего. Пальцев 1 руки хватит чтобы сосчитать адекватных из >попадавшихся мне. А раз так - напршиваются выводы. Ключевая фраза -- "из попадавшихся мне". Что ж, жаль, но Вас понять можно. P.S. На первый раз будем считать, что "бздун" я не буду воспринимать в свой адрес, хотя сообщение было адресовано мне. Но в дальнейшем будет здорово, если Вы будете при ответе учитывать отношение оппонента к Вашему лагерю. [1] http://lists.freebsd.org/pipermail/freebsd-hackers/2010-June...
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	116. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от User294 (ok), 04-Июн-10, 03:26
	>А чё ж UFS2 с "традиционным дизайном" не больно-то страдает от потери >в скорости, когда на ней перманентно снапшот лежит (так устроен механизм >Soft Updates)? Нет, сама по себе затея с софтапдейтами может и имеет право на жизню, но вот дизайн вашей конструкции в целом - набор костылей, пардон. Древних и печальных. Нахрена оно такое нужно? >Вон, даже на копировании мелких файлов UFS2 заметно обходит Ext2 А ничего подревнее не откопалось? Ext2 в каком году выпустили, пардон?! >Пруфлинк: http://alv.me/?p=66 Замечательный пруфлинк. А где там EXT4? Btrfs? XFS? Или всех потенциально неудобных конкурентов - устранили, чтоб не мешались? Что за некромансия? :) Ну ладно, посмотрим. Ну вот например на AVIшниках в этом бенче UFS даже EXT3 древнему и тормозному и то слил. А EXT3 на такой нагрузке - довольно-таки тормознут, вообще говоря. А не хотите в этом тесте померяться пиписьками с EXT4? Или не дай боже с XFS? (особенно на многодисковой конфиге). Боитесь что оно порвет античного UFSа как тузик грелку? Правильно - и порвет ведь :).В общем я не вижу в этом бенче ничего такого шедеврального чтобы сказать что %s suxx, %s rulez - ФСы там показали довольно разные результаты на разных нагрузках. Кто-то оказался лучше в одном а кто-то в другом. Откровенный epic win какой-то конкретной ФС я там не вижу. Если уж рассуждать в контексте "против всех" - UFS2 просрал на куче нагрузок. И чего в этом крутого? oO >Хотя, казалось бы, почему? Ведь у Ext2 нет даже журнала транзакций — Зато у нее есть архаичный дизайн без экстентов, нет хеширования директорий по дефолту и прочая (хотя в порядке изврата - можно включить, как ни странно, но кто ж это сделает то?). Ей тупо не с чего быть быстрой - античный классический дизайн. А журнал транзакций один хрен держит только метаданные, их по сравнению с данными при интенсивной записи как правило немного (кроме разве что случаев когда куча мелочи) и потому скорость с журналом не сильно отличается от скорости без оного. Для надежности можно конечно журналить и данные, но тогда запись данных будет делаться 2 раза (сперва в журнал, потом на основную ФС) и скорость убьется в разы, что как-то не прикольно совсем и обычно все на этот счет жлобствуют в традиционных ФС. Версионнообразные ФС в этом плане будут шагом вперед - у них полное журналирование - "условно нахаляву", т.к. запись делается только 1 раз. >пиши-не хочу на полной скорости. А-н, нет. Дизайн у Ext2 туповат и примитивен, Он в каком году сделан, мистер некроман?! Вы б еще чего подревнее выкопали и порвали бы с помпой, ахаха :). А попробуйте обидеть EXT4 с его экстентами и хешированием дир хотя-бы для начала? Это куда более интересное начинание будет, его скорость основательно подросла на фоне EXT3 во многих операциях, если что :). На некоторых правда просела, так что если принципиально задаться целью его обосрать - это даже можно. Но на типичном "десктопном" юзеже например - ext4 весьма доставляет vs ext3, если что. >много движений по радиусу диска совершает головка для записи данных в целые >блоки. Никакой оптимизации недоконца занятых блоков и свободного >пространства в Ext2 не делается. Вообще-то уже EXT4 вышел, если что. Который как раз много чего предпринимает для  объединения записей и избежания упомянутых вами ситуаций. Одна из причин его шустрости, собственно. Да и дизайн с экстентами как-то позитивен весьма. В целом по моим наблюдениям дизайны с экстентами ведут себя лучше классических. Безусловно можно подогнать неудобную нагрузку что будет и наоборот. Но "в среднем по больнице" - оно вот так.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	121. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от User294 (ok), 04-Июн-10, 12:28
	>У LVM проблемы со скоростью с живыми снапшотами >пруфлинк: https://www.opennet.ru/openforum/vsluhforumID1/88329.html >а если на него водрузить Btrfs... Если уж заниматься извращениями - мне кажется логичным юзать снапшоты самого btrfs в такой связке, ну и в итоге комент про проблемы со скоростью снапшотов пролетает по идее - уж кто-кто а btrfs снапшоты лепит быстро. >закапывайте. Это вы наверное про UFS2 с ее ископаемым дизайном? :)
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

	145. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от iZEN (ok), 05-Июн-10, 09:13
	>Это вы наверное про UFS2 с ее ископаемым дизайном? :) "The PlayStation 3 game console uses UFS2 on HDD. The PlayStation 2 HDD used UFS as well." http://en.wikipedia.org/wiki/UFS2
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от User294 (ok), 07-Июн-10, 15:54
	А n900 разработанный еще и попозже плейстейшна - поддерживает EXT2. И чего? От этого EXT2 стал современной новой ФС? Или что вы хотели сказать? :)
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от User294 (ok), 03-Июн-10, 22:27
	>Btrfs уже умеет RAID-5 и/или RAID-6? Спю и вижу, блин, пятый рэйд. Собранный из карт памяти, плееров, флешек и прочих фотоаппаратов :D. Хотя лучше шестой. Фотоаппарат, диск которого занят исключительно parity - это круто, модно, современно :D. >Ещё пример реального использования: http://www.linux.org.ru/forum/desktop/4960112 >- 25% "в никуда" это, конечно, замечательно. Какой толстый трололо. Уже вопит о проблемах, хотя разработчики ФС еще не объявили стабильной даже. Смотри в желчи не захлебнись, троллюшко. И не трать ее зря, еще пригодится. Потому что это будет крутой и мощной штукой, да :D. P.S. кстати да, врать нехорошо. У чувака оказались недокачанные файлы :D для которых рейзер не выделил по факту место (всем известный фокус с отложенным фактическим выделением места в файле). А при копировании файло которое копировалось последовательно - ессно распухло до положенной ему величины, что логично. В итоге бтр вообще ничем таким не виноват оказался. iZEN, тебя на мыло за столь махровую дезу.
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	146. "Для Linux представлен драйвер с поддержкой exFAT"	–1 +/–
	Сообщение от iZEN (ok), 05-Июн-10, 09:17
	>>Btrfs уже умеет RAID-5 и/или RAID-6? > >Спю и вижу, блин, пятый рэйд. Собранный из карт памяти, плееров, флешек >и прочих фотоаппаратов :D. Хотя лучше шестой. Фотоаппарат, диск которого занят >исключительно parity - это круто, модно, современно :D. Ты контекст обсуждения не сечёшь что ли? Мы уже отдалилиь от основной темы, еси чо. >>Ещё пример реального использования: http://www.linux.org.ru/forum/desktop/4960112 >>- 25% "в никуда" это, конечно, замечательно. >P.S. кстати да, врать нехорошо. У чувака оказались недокачанные файлы :D для >которых рейзер не выделил по факту место (всем известный фокус с >отложенным фактическим выделением места в файле). А при копировании файло которое >копировалось последовательно - ессно распухло до положенной ему величины, что логично. >В итоге бтр вообще ничем таким не виноват оказался. Другими словами, Btrfs не поддерживает разрежённые файлы (англ. sparse file; файлы с длинными последовательностями одинаковых байтов) и выделяет под них столько же места, сколько и для обычных. Так и запишем в "-". :))
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от User294 (ok), 07-Июн-10, 16:19
	>Ты контекст обсуждения не сечёшь что ли? Мы уже отдалилиь от основной темы, еси чо. Ну я предполагаю что при обсуждении сабжа в треде о новости - предполагается что сабж обсуждается в основном применительно к сущности из новости. Плюс-минус в бок конечно да, но заява вида "не поддерживается RAID 6" как аргумент в споре про ФС для флеша и девайсов выглядит диковато, ибо никому не надо RAID6 из фотоаппаратов. >Другими словами, Btrfs не поддерживает разрежённые файлы (англ. sparse file; файлы с >длинными последовательностями одинаковых байтов) Да вы совсем упоролись?! Sparse files - файлы для которых приложение отвело некий объем, но не произвело фактического использования выделенного объема. При этом для экономии места предполагается что неиспользованные блоки - как будто бы заполнены нулями. По факту нули нигде не хранятся на диске и их при нужде подсовывает драйвер ФС. В итоге относительно большие файлы могут занимать не так уж и много места. Место на диске выделяется только когда в соотвествующее место файла по факту пишут блок. Сие позволяет упростить и ускорить операции с большими файлами, т.к. создание файла в 100500 гиг заняло бы дикое время. А так - аллоцироваться будет только то что по факту в файлу используется, резервация места происходит по мере фактической записи. По сути это одна из техник overcommit-а. >и выделяет под них столько же места, сколько и для обычных. А ничего что при копировании - программа будет читать и писать файлы? Ну и прочтя блок из исходного файла ... честно его запишет в новый. И если блок просят записать - ну ФС как бы должна это сделать, да? Одно дело - выделили файл 100500 гигов а записали в него 2 блока и храним только 2 блока. И другое - в цикле читаем весь файл блоками и пишем их на новй носитель (копироване же).При это все 100500 гигов будут честно прочитаны, хоть их никто не не записывал на диск по факту, а драйвер просто сам домыслил нули где надо. А вот когда мы попросили записать блок - драйвер уже не может нас послать с этим начинанием, он обязан .. записать блок на диск :).В итоге - да, sparse файлы имеют свойство распухать при копировании. В общем есть некоторая разница между созданием немеряного файла системным вызовом + запись несколько блоков и просто копированием всех блоков файла от и до как это делают обычные копировщики, понятия не имеющие что вон тот файл оказывается sparse а потом копирующие его поблочно, от и до, весь заявленный размер. > Так и запишем в "-". :)) Как скажете. Записал. Не btrfs-у ессно, т.к. он sparse поддерживает. А вам, за некоторый тупняк в вопросе.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Для Linux представлен драйвер с поддержкой exFAT"	–1 +/–
	Сообщение от iZEN (ok), 07-Июн-10, 19:50
	>>Ты контекст обсуждения не сечёшь что ли? Мы уже отдалилиь от основной темы, еси чо. > >Ну я предполагаю что при обсуждении сабжа в треде о новости - >предполагается что сабж обсуждается в основном применительно к сущности из новости. >Плюс-минус в бок конечно да, но заява вида "не поддерживается RAID >6" как аргумент в споре про ФС для флеша и девайсов >выглядит диковато, ибо никому не надо RAID6 из фотоаппаратов. Ты неуклюже переводишь контекст обсуждения Btrfs в сторону мобильных накопителей для гаджетов. Я же говорил о её применимости на десктопах и серверах в контексте RAID-5/6. Понятно, что на фотаппаратах RAID не нужен, да там вообще и ФС не нужна, можно просто обеспечить хранение в RAW в виде "файлов", а передавать по интерфейсу (USB) определённый поток, который затребует софтверный драйвер в винде. >>Другими словами, Btrfs не поддерживает разрежённые файлы (англ. sparse file; файлы с >>длинными последовательностями одинаковых байтов) > >Да вы совсем упоролись?! Я-то. Не похоже. >По сути это одна из техник overcommit-а. Это одна из техник уровня VFS, не поддержанная в Btrfs должным образом. :) Подождём. Допишут.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от User294 (ok), 09-Июн-10, 17:12
	>Ты неуклюже переводишь контекст обсуждения Btrfs в сторону мобильных накопителей для >гаджетов. Так в теме тут и идет спич про мобильные накопители для гаджетов по идее. То есть, вы настаиваете что тотальный оффтоп - так и надо? :) >Я же говорил о её применимости на десктопах и серверах в контексте RAID-5/6. Да сделают, чего кипишуете то? А кому срочно, и чтоб еще вчера - LVM есть. И другие ФС. Все-равно юзать в ответственном продакшне ФС которая стабильной не объявлена - ссыкотненько, не так ли? :) >Понятно, что на фотаппаратах RAID не нужен, да там вообще и ФС не нужна, А фотографии где хранить? >можно просто обеспечить хранение в RAW в виде "файлов", а передавать >по интерфейсу (USB) определённый поток, который затребует софтверный драйвер в винде. Знаете, обычно проще представиться стандартным классом чем попадать на трах с написанием и потом еще и сертификацией дров, а юзеры потом еще и чертыхаться будут, т.к. без драйвера не читается а юзер может приволочь фотоаппарат на соседний комп и сосануть. Посему сомнительное решение: грабельно для разработчика, неудобно для юзера. Раньше так и делали но сейчас есть откровенная тенденция юзать стандартные mass storage классы девайсов. И хомячкам нравится, и производитель спихивает свой гемор на авторов операционок - это уже они будут под свои ядра дрова mass storage класса писать и поддерживать. >>Да вы совсем упоролись?! >Я-то. Не похоже. Тогда просто ламерствуете, как обычно?! Упомянутая техника имеет полное право не работать когда каждый блок файла явно перезаписывается приложением. При копировании каждый блок destination файла явно записывается на диск копировщиком. Выделение места на диске на явно записываемые приложением блоки - вполне логично вроде :). КО намекает: как бы есть некая разница между просто аллокацией файла на диске и отращиванием файла на диске путем его дозаписи реальными блоками. Во втором случае, строго говоря файл получается не sparse а обычный. Явно записанный целиком и полностью на диск. Поблочно. Что-то не так? >Это одна из техник уровня VFS, не поддержанная в Btrfs должным образом. Уточним: в принципе можно заоптимизить и сделать из обычного файла sparse. Убив ресурсы на анализы возможности такой конверсии (надо явно проверять каждый блок не все ли нули ли в нем). Вот только а смысл в этом? Если уж шлея под хвост попала экономить ценой тормозов - есть куда более генерализованная компрессия. Она не только нули неплохо удавит, но и любые иные повторяющиея последовательности байтов. >:) Подождём. Допишут. У меня нет уверенности что должны дописывать. А чего это ФС будет конвертить файл откровенно записываемый поблочно, от и до как самый обычный файл в sparse-файл без спроса? Это так и надо? Так кто-то из ФСов делает? oO
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Для Linux представлен драйвер с поддержкой exFAT"	+1 +/–
	Сообщение от JL2001 (ok), 04-Июн-10, 20:14
	>Ещё пример реального использования: http://www.linux.org.ru/forum/desktop/4960112 >- 25% "в никуда" это, конечно, замечательно. выборочное цитирование? "во глубине контента оказалось несколько недокачанных файлов, которые на btrfs сожрали все место - решилось удалением. спалил их просматривая и сравнивая объем директорий на двух дисках. остается неясным почему на reiserfs они не вызывали такого эффекта." http://www.linux.org.ru/forum/desktop/4960112?lastmod=127557...
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	147. "Для Linux представлен драйвер с поддержкой exFAT"	–1 +/–
	Сообщение от iZEN (ok), 05-Июн-10, 09:20
	>>Ещё пример реального использования: http://www.linux.org.ru/forum/desktop/4960112 >>- 25% "в никуда" это, конечно, замечательно. > >выборочное цитирование? >"во глубине контента оказалось несколько недокачанных файлов, которые на btrfs сожрали все >место - решилось удалением. >спалил их просматривая и сравнивая объем директорий на двух дисках. >остается неясным почему на reiserfs они не вызывали такого эффекта." >http://www.linux.org.ru/forum/desktop/4960112?lastmod=127557... man sparse file
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Для Linux представлен драйвер с поддержкой exFAT"	+/–
	Сообщение от User294 (ok), 07-Июн-10, 16:54
	man как копируются файлы, хренли. А потом включите мозг и подумайте что будет с sparse-файлами. Нет, безусловно, в теории драйвер ФС-получателя мог бы ловить большие блоки нулей, и превращать поданные ему котлеты обратно в куски мяса, но это достаточно затратно по ресурсам проца и прочая. Если уж сильно надо, сжатие на лету запросто удавит нули поданные на вход (и не только нули, в отличие от sparse), но свою часть проца ессно на это отожрет - чудес не бывает.
	Ответить | Правка | Наверх | Cообщить модератору

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

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