The OpenNET Project / Index page

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



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

Оглавление

Обновление ReactOS LiveCD c поддержкой NTFS, opennews (ok), 05-Ноя-14, (0) [смотреть все]

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


101. "Обновление ReactOS LiveCD c поддержкой NTFS"  +/
Сообщение от petrakhlamov (ok), 05-Ноя-14, 18:25 
> Так ведь 3g драйвер для NTFS давно под линукс есть, или эта
> какая-то особая поддержка данной файловой системы (которая работает только в режиме
> чтения...ппц)?

NTFS-3G не может использоваться в NT из-за значительных различий в архитектурах IFS-драйвера режима ядра и драйвера пользовательского режима

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

113. "Обновление ReactOS LiveCD c поддержкой NTFS"  +/
Сообщение от llolik (ok), 05-Ноя-14, 20:15 
> NTFS-3G не может использоваться в NT из-за значительных различий в архитектурах IFS-драйвера режима ядра и драйвера пользовательского режима

Да оно и ежу понятно, тема, как я понял, о другом. Я, пардон, не интересовался, как реализовывали поддержку NTFS в Реакте, но не проще ли позаимствовать функционал из готовой реализации, которая на данный момент вполне пригодна для РЕАЛЬНОЙ эксплуатации, связаться с авторами, которые основательно изучили вопрос.
Иначе говоря, зачем переразбирать ntfs заново, если её уже разобрали и сделали неплохую реализацию драйвера.

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

127. "Обновление ReactOS LiveCD c поддержкой NTFS"  –2 +/
Сообщение от Celcion (ok), 05-Ноя-14, 21:11 
> Иначе говоря, зачем переразбирать ntfs заново, если её уже разобрали и сделали
> неплохую реализацию драйвера.

Некоторые вещи проще переписать с нуля, чем переделывать. Вполне возможно, что тут именно такой случай.

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

158. "Обновление ReactOS LiveCD c поддержкой NTFS"  +1 +/
Сообщение от Аноним (-), 06-Ноя-14, 06:30 
> Некоторые вещи проще переписать с нуля, чем переделывать.

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

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

179. "Обновление ReactOS LiveCD c поддержкой NTFS"  –3 +/
Сообщение от Celcion (ok), 06-Ноя-14, 13:00 
> Поэтому разработчики реактоса не придумали ничего умнее как переписать ядро. Три раза
> подряд. Получив вместо более-менее отлаженного за 15 лет проекта три комплекта
> глюкастиков. Ну как бы удачи использовать систему у которой такое управление
> проектом для каких-то практических применений.

Это же проект по реверсинжинирингу, а не написание чего-то полностью своего. К тому же, за эти 15 лет ядро винды тоже несколько раз существенно менялось.

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

201. "Обновление ReactOS LiveCD c поддержкой NTFS"  +1 +/
Сообщение от Аноним (-), 07-Ноя-14, 01:53 
> Это же проект по реверсинжинирингу,

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

Называя вещи своими именами: вам не кажется что такой процесс принятия решений и управления проектом - нереально факапнут?

> а не написание чего-то полностью своего.

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

> К тому же, за эти 15 лет ядро винды тоже несколько раз
> существенно менялось.

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

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

217. "Обновление ReactOS LiveCD c поддержкой NTFS"  –1 +/
Сообщение от Celcion (ok), 07-Ноя-14, 09:50 
> Называя вещи своими именами: вам не кажется что такой процесс принятия решений
> и управления проектом - нереально факапнут?

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

> Не очень понятно почему невозможность определять развитие системы так как удобно разработчикам
> и пользователям должно быть засчитано за какой-то плюс. На мой взляд
> это - жирный минус, по факту разработчики не контролируют развитие проекта.

А это не плюс и не минус. Это цель проекта - быть совместимым. А это значит, что ограничения заложены изначально в саму цель. Разве следование поставленной цели является минусом?
Возможно, если бы разработчики ставили себе целью разработать Yet Another OS, или был бы форк, который преследовал бы эту идею, то все было бы по-другому.
А пока - вот так.

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

223. "Обновление ReactOS LiveCD c поддержкой NTFS"  +1 +/
Сообщение от 3 (?), 07-Ноя-14, 23:54 
>> Называя вещи своими именами: вам не кажется что такой процесс принятия решений
>> и управления проектом - нереально факапнут?
> Может тогда и Samba надо закрывать?

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


> совместимым. А это значит, что ограничения заложены изначально в саму цель.

Это их выбор. Если цель сделать "ненужно", то почему разрабы удивляются когда "ненужно" у них и получилось?


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

225. "Обновление ReactOS LiveCD c поддержкой NTFS"  +/
Сообщение от Celcion (ok), 08-Ноя-14, 11:35 
>> совместимым. А это значит, что ограничения заложены изначально в саму цель.
> Это их выбор. Если цель сделать "ненужно", то почему разрабы удивляются когда
> "ненужно" у них и получилось?

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

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

228. "Обновление ReactOS LiveCD c поддержкой NTFS"  +1 +/
Сообщение от 3 (?), 08-Ноя-14, 19:31 
>>> совместимым. А это значит, что ограничения заложены изначально в саму цель.
>> Это их выбор. Если цель сделать "ненужно", то почему разрабы удивляются когда
>> "ненужно" у них и получилось?
> Возможно, просто стоит не путать свое личное "ненужно" с "ненужно" кого-либо еще.

Конечно.
Поэтому вам равнять нужную самбу и ненужный ректось не стоит.
Нужность самбы подтверждается тысячами реальных внедрений и применений.
А кол-во реальных внедрений реактоси подтверждает его не нужность.

Ну а как только разрабы ректоси закончат черный пиар своей "ненужно" - так сразу и негатив весь исчезнет ;) Уверяю, что никто из отрицательно отозвавшихся на их форуме отписываться не будет :)

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

235. "Обновление ReactOS LiveCD c поддержкой NTFS"  +1 +/
Сообщение от Аноним (-), 08-Ноя-14, 22:07 
> Может тогда и Samba надо закрывать?

А samba относительно живой вроде. В том плане что это кроме всего прочего еще и работает. Хотя на мой вкус - smb должен умереть, но зaкaпывaть живьем - ну что вы, мы все-таки гуманисты. Если кому эта самба нужна - пусть пользуются. Но для себя я это не буду рассматривать как основное решение для обмена файлами по сети.

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

Есть еще такая хрень как масштаб задачи. Распотрошить 1 протокол еще куда ни шло. А всю операционку со всеми потрохами - это во сколько раз больше работы, на минутку? А если бонусом еще потом ядро по три раза переписывать с ноля...

> А это не плюс и не минус. Это цель проекта - быть совместимым.

Быть совместимым != слепое копирование без возможности что-то улучшить.

Да и совместимость у них какая-то странная. Совместимость с чем? С XP? Высота принятия решений пройдена - XP с поддержки снята. На этот момент у реактоса не было чего предложить тем кто зависел от XP. Теперь они неизбежно найдут иные варианты. Реактос в эту формулу входить не будет. Потому что непригоден для реальной эксплуатации, как и 15 лет назад. ИМХО, последнее на что стоит рассчитывать при принятии решений - на кучку лузеров которые за 15 лет не смогли сделать систему которая бы обслуживала хотя-бы их собственные нужды. Что уж говорить про остальных.

> А это значит, что ограничения заложены изначально в саму цель.

Set sail for fail...

> Разве следование поставленной цели является минусом?

Зависит от цели. То что я вижу в реактосе - просто идиотека с просаживанием прорвы ресурсов без практически значимого результата. Это не плюс и не минус, это EPIC FAIL.

> А пока - вот так.

Пока что я вижу 15 лет работы без какого либо внятного выхлопа.

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

248. "Обновление ReactOS LiveCD c поддержкой NTFS"  –1 +/
Сообщение от Celcion (ok), 09-Ноя-14, 04:48 
> Есть еще такая хрень как масштаб задачи. Распотрошить 1 протокол еще куда
> ни шло. А всю операционку со всеми потрохами - это во
> сколько раз больше работы, на минутку? А если бонусом еще потом
> ядро по три раза переписывать с ноля...

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

>> А это не плюс и не минус. Это цель проекта - быть совместимым.
> Быть совместимым != слепое копирование без возможности что-то улучшить.

Полагаю, что в том же Wine - очень много чего можно было бы улучшить. Но не улучшают. Потому что перестанет быть совместимым.

>> А пока - вот так.
> Пока что я вижу 15 лет работы без какого либо внятного выхлопа.

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

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

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

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




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

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