Добро пожаловать,
Свежие материалы
Обсуждения
Микропроцессор "Эверест" (1)
Запрет регистрации на osrc.info (1)
Ответ Javе и Flash'у (70)
Новая программа поддержки от Microsoft (2)
Solaris будет портирован на Itanium и POWER? (3)
9 декабря вышла новая сборка Xameleon (9)
рассылка (2)
ЗРОС (3)
Новый стиль OSRC.info (2)
Обсуждение статьи "Взгляд на развитие YellowTAB" (124)В Сети
Гостей: 11, Пользователей: 0 ...
рекорд он-лайн: 2015
(Пользователей: 1, Гостей: 2014) в 29.03.2010 00:07
Пользователей: 1007
Новичок: alicemokas
рекорд он-лайн: 2015
(Пользователей: 1, Гостей: 2014) в 29.03.2010 00:07
Пользователей: 1007
Новичок: alicemokas
| Центр информации по операционным системам :: Форумы :: Общие :: Разное |
|
<< Предыдущая тема | Следующая тема >> |
| Язык как основа операционной системы | ||
| Переход на страницу 1 2 3 ... 9 [10] 11 ... 15 16 17 | |
|
Модераторы: Roman I Khimov, Wanderer, Dron
|
| Автор | Добавил | ||
| cmp |
| ||
 ID пользователя #279 Зарегистрирован: Понедельник 18.04.2005 15:35Сообщений: 131 | вот именно потому что это языки для прикладных прог! нет к сожалению статистики по кол-ву ошибок на единицу кода в системном и прикладном по, но уверен что вы согласитесь что относительно в прикладном косяков больше, хотя если взять в расчет вэб, то там написание кода противоречащего спецификациям давно уже норма, походите по сайтам увидите к чему мягкость требований приводит (аля <a href='..'><td>txt</td></a> - какое-то министерство, ссылка на главной стрице) и так будет. 2Chizh. ну зачем же сразу так, вовсе не обязательно быть инженером-проэктировщиком летательных аппаратов чтобы понимать, что летящая кошка вовсе не птица, вы предлагаете изменение которое имеет ряд плюсов, я с ними не спорю, но говорю о минусах, которые на лично мой взгляд перекрывают все плюсы, вы не согласны? ваше право, я просто хочу сбить эйфарию которую вызывают (как мне кажется) у вас мысли о ядре на яве или чем еще, считаете что все продумали и просчитали, ради бога, пишите хоть на брэйфаке если оно вам нравится, просто я вижу личную заинтересованность если кто-нибудь спустится с небес на грешную землю и напишет что-нить что можно будет использовать в ближайшее время, а не может быть лет через десять..ну в любом случае я не имел ввиду кого-то конкретного просто сказал что думаю. [ Редактирование Четверг 25.10.2007 16:39 ] | ||
| Наверх | | ||
| Chizh |
| ||
 ID пользователя #90 Зарегистрирован: Понедельник 13.09.2004 18:42Сообщений: 170 | cmp написал(а) ... если взять в расчет вэб, то там написание кода противоречащего спецификациям давно уже норма Это уже совершенно другая история  Что-ж поделаешь, если некоторые хотят, но не могут, а некоторые могут, но не хотят... | ||
| Наверх |
| ||
| cmp |
| ||
| ID пользователя #279 Зарегистрирован: Понедельник 18.04.2005 15:35Сообщений: 131 | так о том я толкую, вы напишите идеальную ос, а какой-нить вася пупкин прочитав пару статей по ней возомнив себя кул-хацкером напишет к ней модуль и таких пупкиных будут тысячи, а их модулей миллионы, Линус похоже на пределе возможностей отсеивает потенциально кривой код, и разработкой непосредственно если и занимается, то во вторую очередь, и все равно народ воет, что чего-то нехватает, а ошибки все равно проскакивают. | ||
| Наверх | | ||
| Chizh |
| ||
| ID пользователя #90 Зарегистрирован: Понедельник 13.09.2004 18:42Сообщений: 170 | cmp написал(а) ... так о том я толкую, вы напишите идеальную ос, а какой-нить вася пупкин прочитав пару статей по ней возомнив себя кул-хацкером напишет к ней модуль и таких пупкиных будут тысячи, а их модулей миллионы И всё-же этот код будет на порядок качественней, чем код написанный таким же кул-хакером на C/C++. Но дело не в том, что напишут кул-хакеры, а в том, что напишут нормальные хакеры. Большинство модулей пишут нормальные программисты, но всё-равно проходит очень длительное время, пока из кода вычищаются ошибки. Даже компилятор gcc каждую неделю исправляют по 100 раз. Более качественный инструмент может перевести процесс разработки на более качественный уровень, по крайней мере потенциально Я в общем-то не советовал писать ядро на C#, потому что он не ориентирован на процессорную архитектуру. Ядро само-по себе маленькое, которое всего-лишь управляет аппаратными ресурсами, его можно написать и на C/C++. [ Редактирование Четверг 25.10.2007 18:49 ] | ||
| Наверх |
| ||
| ossadchy |
| ||
| ID пользователя #941 Зарегистрирован: Среда 10.10.2007 22:55Местонахождение: Украина, Николаевская обл., г. Первомайск Сообщений: 181 | cmp написал(а) ... вот именно потому что это языки для прикладных прог! нет к сожалению статистики по кол-ву ошибок на единицу кода в системном и прикладном по, но уверен что вы согласитесь что относительно в прикладном косяков больше, хотя если взять в расчет вэб, то там написание кода противоречащего спецификациям давно уже норма, походите по сайтам увидите к чему мягкость требований приводит (аля <a href='..'><td>txt</td></a> - какое-то министерство, ссылка на главной стрице) и так будет. 1. Языки о которых мы говорим не дают возможности писать программы с критическими ошибками(кривые указатели и т.д. и т.п.) 2. Количество ошибок большее в прикладном ПО ибо самого прикладного ПО значительно больше в количественном соотношении. 3. В основных компонентах ОС больше всего проблем в драйверах устройств, из-за того что драйвера написаны на языках допускающих критические ошибки(условно так названные в п.1) и выполняются в режиме ядра(эту проблему решает микроядерная архитектура, но со значительными накладными расходами). Предложенные языковые средства решают эту проблему. | ||
| Наверх |
| ||
| Roman I Khimov |
| ||
  ID пользователя #1 Зарегистрирован: Воскресенье 27.06.2004 12:37Местонахождение: Санкт-Петербург Сообщений: 601 | ossadchy написал(а) ... 2. Количество ошибок большее в прикладном ПО ибо самого прикладного ПО значительно больше в количественном соотношении. Не только. Системное программирование подразумевает несколько более высокие требования к квалификации, отчего системный код пишут обычно значительно более опытные и грамотные программисты (хотя есть проблема с их наличием). Что не мешает пачками исправлять ошибки в ядре, GCC, Glibc и прочем системном хозяйстве. ossadchy написал(а) ... выполняются в режиме ядрах. Вообще, есть мнение, что аппаратные примочки в стиле "режим ядра/приложения" есть перекладывание проблемы с больной головы на здоровую. Валятся программы? Да и хер с ними, пускай валятся, но сами по себе. Хорошее решение, ничего не скажешь... Греби и улыбайся! | ||
| Наверх |
| ||
| Dron |
| ||
  ID пользователя #13 Зарегистрирован: Понедельник 05.07.2004 11:16Местонахождение: Москва Сообщений: 651 | Roman I Khimov написал(а) ... ossadchy написал(а) ... выполняются в режиме ядрах. Вообще, есть мнение, что аппаратные примочки в стиле "режим ядра/приложения" есть перекладывание проблемы с больной головы на здоровую. Валятся программы? Да и хер с ними, пускай валятся, но сами по себе. Хорошее решение, ничего не скажешь... Согласен... Позиция что микроядро лучше потому, что падающие драйвера не валят систему - она какая-то излишне пессиместичная... Вообще мне не нравится термин падающая программа. Программы должны быть качественными... тем более если они пишутся для себя! Коммерческим разработкам всегда не хватает времени... Одну из двух вечных российских проблем можно, в принципе, решить с помощью асфальтоукладчиков и катков. А вот с дорогами, конечно, будет труднее... Андрей Валяев | ||
| Наверх |
| ||
| alman |
| ||
 ID пользователя #753 Зарегистрирован: Суббота 28.10.2006 01:21Местонахождение: планета Земля Сообщений: 95 | ossadchy написал(а) ... 3. В основных компонентах ОС больше всего проблем в драйверах устройств, из-за того что драйвера написаны на языках допускающих критические ошибки(условно так названные в п.1) и выполняются в режиме ядра(эту проблему решает микроядерная архитектура, но со значительными накладными расходами). Предложенные языковые средства решают эту проблему. Не такие уж и большие накладные расходы. | ||
| Наверх |
| ||
| alman |
| ||
| ID пользователя #753 Зарегистрирован: Суббота 28.10.2006 01:21Местонахождение: планета Земля Сообщений: 95 | Roman I Khimov написал(а) ... Вообще, есть мнение, что аппаратные примочки в стиле "режим ядра/приложения" есть перекладывание проблемы с больной головы на здоровую. Валятся программы? Да и хер с ними, пускай валятся, но сами по себе. Хорошее решение, ничего не скажешь... А если есть возможность запускать драйвер как в выделенном адресном пространстве, так и в режиме ядра? Ведь его отлаживать на порядки проще. | ||
| Наверх |
| ||
| Roman I Khimov |
| ||
| ID пользователя #1 Зарегистрирован: Воскресенье 27.06.2004 12:37Местонахождение: Санкт-Петербург Сообщений: 601 | alman написал(а) ... А если есть возможность запускать драйвер как в выделенном адресном пространстве, так и в режиме ядра? Ведь его отлаживать на порядки проще. Правильно, потому как пишем на неконтроллируемых языках и конечной точкой взаимодействия является ассемблер. Запустишь модуль в режиме ядра, неизвестно что он сделает, может радостно обвалит всю систему. Суть как раз в том, чтобы он не мог обвалить всю систему, не мог делать то, что ему позволяется ассемблером, а мог делать то, что ему позволяется некоей более абстрактной платформой. А для этого процессор и его ассемблер не должны быть общей точкой взаимодействия в системе. Греби и улыбайся! | ||
| Наверх |
| ||
| Переход на страницу 1 2 3 ... 9 [10] 11 ... 15 16 17 | |
Powered by e107 Forum System