The OpenNET Project / Index page

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



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

Оглавление

Линус Торвальдс выступил с критикой дизайна файловых систем, opennews (?), 26-Мрт-09, (0) [смотреть все]

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


56. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от Anonymous Coward (?), 26-Мрт-09, 21:35 
> Понимаете, дурко, я в гробу видал ОС которая просирает мои данные по дефолту.И будь она даже трижды идеологически правильная, а виноваты програмеры, это такую ОС не спасет.

Прошу прощения у сего любезного идиота, но нечего на ОС пенять, если ФС смонтирована с -o speed_everything_up_but_kill_my_data_on_occasion.

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

Почитайте LKML, там про развитие и выход за рамки POSIX уже не один и не второй год говорят время от времени. И подумайте головой хотя бы о том, что транзакции — это не только средство защиты от потери данных при внезапном выключении компьютера. И обратите особое внимание, что Линус не просто сказал, что это не решение данной конкретной проблемы (что полностью верно), он просто начисто отмел предложение чего-либо добавить _вообще_. Учитывая то, что _никто_ не собирается включать это во все новые stable-ядра по умолчанию, а все будет морозиться во всяких -mm-ветках столько, сколько потребуется — он неправ.

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

62. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от User294 (ok), 27-Мрт-09, 00:21 
>Прошу прощения у сего любезного идиота, но нечего на ОС пенять, если
>ФС смонтирована с -o speed_everything_up_but_kill_my_data_on_occasion.

Понимаете, любезный, проблема в том что оно изначально вообще херило данные БЕЗ монтирования с -o ну_и_хрен_с_нашими_данными_ради_скорости.А когда Теодора ткнули носом в этот факт убунтуйцы у которых стала сыпаться при тестировании система - да, Теодор родил патч.И то что ему Торвальдс после такого мозги вправил выглядит по-моему вполне оправданно.ИМХО.

>То, что это ни в коем случае не должно быть поведением _по
>умолчанию_ здесь только гугльбот, наверное не понимает,

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

>Почитайте LKML, там про развитие и выход за рамки POSIX уже не
>один и не второй год говорят время от времени.

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

>И подумайте головой хотя бы о том, что транзакции — это не только
>средство защиты от потери данных при внезапном выключении компьютера.

Я, подумав головой, не понимаю какого черта для ФС теряющей данные в ситуациях когда другие ничего не теряют предлагается сгородить костыли.Которые существующие программы не юзают а потому они по прежнему будут терять данные с такой ФС.А так - да, а еще линукс кофе в постель не приносит и крестиком не вышивает.И какие-то там апи не реализует.На *всех* не угодишь.Вот если это апи станет позарез надо немеряному количеству народа - отлично, пусть делают.А ради пары субъектов - да в зад!

>И обратите особое внимание, что Линус не просто сказал, что это не решение
>данной конкретной проблемы (что полностью верно),

И как я понимаю что и было основной солью.

>он просто начисто отмел предложение чего-либо добавить _вообще_.

А может правильно сделал?Если пихать в ядро что попало неизвестно зачем - оно сколлапсирует под своим же весом.Надо быть глупее гуглбота чтобы этого простого факта не понимать.У него сейчас весьма challenging размер и весьма challenging объем изменений.И Торвальдс очень прав что не хочет это усугублять.Иначе его ядро превратится в переростка и глобальный глюкодром.

> -mm-ветках столько, сколько потребуется

Это не поможет.Если системный вызов будет юзать полторы программы - он так и останется плохо протестированным.Сколько бы оно там не морозилось.И, собственно, а разве Торвальдс может запретить добавлять что-то в сторонние ветки ядра?А то что он не хочет пихать все подряд в mainline - это отлично.Хорошо когда project manager реально шарит в своем ремесле и понимает последствия от тех или иных действий.На такого капитана можно положиться - он на рифы свою посудину не посадит.

> — он неправ.

Он прав.Он абсолютно прав как вменяемый, адекватный Project Manager.Да, не любой сопляк с зудением в заднице и грезами о кульных концепциях вырастает из недоумка^W куль-програмера (или реже зупер-дупер-тестера) в матерого волка - Project Manager, которых уважают.Как уважают опытных капитанов за умение вести свой корабль к цели не посадив его на рифы и не попав в шторм лишний раз.Вот Торвальдс - хороший PM, на него ИМХО можно положиться.

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

77. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от a (??), 27-Мрт-09, 04:58 
В этом и проблема Линукса, что в нем уже и так полно "костылей" и что в него уже и так слишком много чего "понапихано". И большинство попыток его как-то развивать обычно заканчивается появлением новых "костылей" и запихиванием в него чего попало.

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

Помнится некто User294 тут очень много пел о перспективах btrfs. Посмотрим, чем все это закончится. Если разлад пошел уже в стане разработчиков Линукса. Похоже они уже сами толком не знают, как им быть дальше в желании угодить всем подряд.

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

144. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от User294 (ok), 27-Мрт-09, 19:00 
>В этом и проблема Линукса, что в нем уже и так полно
>"костылей" и что в него уже и так слишком много чего
>"понапихано".

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

>Если разлад пошел уже в стане разработчиков Линукса.

Знаете, я вот вижу зачем нужен btrfs (хоть он на мое имхо и излишне навернут).Но не вижу на кой черт там нужны транзакции и реляционность в ядре.Может сразу весь мускуль в ядро впихнуть?Ну типа мало ли, вдруг крутая БД кому понадобится... как сказал предыдущий оратор - плееры же либы с собой таскают и сие некошерно.Да, вон амарок 2 таскает с собой компактный вариант мускуля теперь.Давайте его в ядро пихнем и расскажем остальным что они обязаны юзать именно его? (Ну а они как всегда забьют на это :P)

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

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

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

155. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от a (??), 27-Мрт-09, 21:16 
>Знаете, я вот вижу зачем нужен btrfs (хоть он на мое имхо и излишне навернут).

Раньше вы помнится утверждали здесь на форуме, что btrfs по-вашему идеальная система.
Теперь ветер подул немного в другую сторону - и у вас уже он "излишне навернут".
Посмотрим, что вы дальше говорить будете.

А все потому, что вы ни в архитертуре, ни в вопросах разработки систем сами толком не разбираетесь. Просто собираете в Инете чужие мнения и пересказываете их тут.

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

>Но не вижу на кой черт там нужны транзакции и реляционность в ядре.Может сразу весь мускуль в ядро впихнуть?Ну типа мало ли, вдруг крутая БД кому понадобится... как сказал предыдущий оратор - плееры же либы с собой таскают и сие некошерно.Да, вон амарок 2 таскает с собой компактный вариант мускуля теперь.Давайте его в ядро пихнем и расскажем остальным что они обязаны юзать именно его? (Ну а они как всегда забьют на это :P)

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

Это же вы всегда были горячим ценителем "фичности" ПО. Это для вас всегда было одним из самых главных критериев. А тут вдруг вам очередная "фича" и не нужна.

И по-вашему при всем богатстве выбора именно ваш любимый "мускуль" является главным кандидатом на реализацию транзакционной и реляционной ФС.

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

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

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

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




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

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