OSDev http://osdev.su/ |
|
OS Dev и суровая действительность http://osdev.su/viewtopic.php?f=18&t=475 |
Страница 14 из 15 |
Автор: | Himik [ 24 дек 2011, 19:44 ] |
Заголовок сообщения: | Re: OS Dev и суровая действительность |
SII писал(а): Тем не менее, остаюсь при своём мнении: если для хранения данных на внешних носителях UTF-8 вполне целесообразен (а при отсутствии архивации даже наиболее выгоден), то для обработки лучше использовать UTF-32, а если жалко памяти -- UTF-16. Да, согласен. При этом нет необходимости в 2-х версиях библиотек обработки - достаточно и одной 32-битной, плюс функция конвертации. А GCC зря упомянул всуе :-) По-твоему ничего, что им компилируется ядро Линукса и целые системы под него? По поводу противопоставления русских ОС и проектов мирового масштаба. Для обкатки идей хорошо иметь локализованный проект, прежде чем лезть со своими гениальнами идеями в калашный ряд. Плюс язык общения - намного комфортней вести разработку в привычной среде. Почему-то в работе с АЭС и космическими ракетами принят даже стандарт на использование только русского языка. Та же самая популяризация возможна только при наличии отечественной информационной базы. Лично мне нужна русская ОС - также как Minix для Таненбаума. |
Автор: | SII [ 24 дек 2011, 21:01 ] |
Заголовок сообщения: | Re: OS Dev и суровая действительность |
Himik писал(а): А GCC зря упомянул всуе :-) По-твоему ничего, что им компилируется ядро Линукса и целые системы под него? А ещё ядро Линуха может транслироваться с помощью ICC. Означает ли это, что ICC и GCC -- совершенно равнозначные по качеству продукты? А с помощью MSVS транслируется Винда и почти всё коммерческое ПО под неё. Это означает, что VS равноценна/лучше/хуже GCC? |
Автор: | pavia [ 24 дек 2011, 21:07 ] |
Заголовок сообщения: | Re: OS Dev и суровая действительность |
Цитата: Почему-то в работе с АЭС и космическими ракетами принят даже стандарт на использование только русского языка. Сказки не рассказывай.
|
Автор: | Himik [ 24 дек 2011, 21:16 ] |
Заголовок сообщения: | Re: OS Dev и суровая действительность |
SII писал(а): А ещё ядро Линуха может транслироваться с помощью ICC. Означает ли это, что ICC и GCC -- совершенно равнозначные по качеству продукты? Совершенно ли равнозначные - трудно сказать. pavia писал(а): Цитата: Почему-то в работе с АЭС и космическими ракетами принят даже стандарт на использование только русского языка. Сказки не рассказывай.Ну конечно, не во всём мире. В России. |
Автор: | pavia [ 24 дек 2011, 21:19 ] |
Заголовок сообщения: | Re: OS Dev и суровая действительность |
Цитата: Ну конечно, не во всём мире, в России. И как стандарт называется? |
Автор: | Himik [ 24 дек 2011, 21:23 ] |
Заголовок сообщения: | Re: OS Dev и суровая действительность |
pavia писал(а): И как стандарт называется? Просто так и называется. Вся государственная промышленность ведёт всю работу и документацию на государственном языке - таковы правила. Иногда эти правила действуют и на заграничные объекты российского производства, поскольку неточные переводы чреваты проблемами. |
Автор: | SII [ 25 дек 2011, 15:40 ] |
Заголовок сообщения: | Re: OS Dev и суровая действительность |
Специально для троллей, утверждающих, что в СССР никаких САПР и прочего прикладного ПО не было и что-то своё стало появляться лишь в России 1990-х. Почитайте, например, это: http://www.computer-museum.ru/histussr/10.htm |
Автор: | Yoda [ 25 дек 2011, 23:43 ] |
Заголовок сообщения: | Re: OS Dev и суровая действительность |
Himik писал(а): Да, согласен. При этом нет необходимости в 2-х версиях библиотек обработки - достаточно и одной 32-битной, плюс функция конвертации. Хотел бы я посмотреть на геморрой с файловыми операциями в такой конфигурации :). Нет, вру, не хотел бы :(. UTF-32 весьма прожорлив к памяти. Но т.к. в подавляющем большинстве задач никакой специфичной обработки строк нет, производительность UTF-32-ориентированной системы на самом деле резко упадёт, например в базах данных. Во-первых, по причине постоянного перекачивания большего объёма памяти. Во-вторых, т.к. расход оперативной памяти вырастет, операции подкачки виртуальной памяти будут происходить намного чаще. В-третьих, постоянная конвертация двух форматов отожрёт ещё изрядно процессорного времени. Так что, извините, но ваше ИМХО для меня звучит абсолютно неубедительно. Кстати, из практики. Иногда приходится загружать в текстовый редактор файлы размером более гигабайта. Вот не хотел бы я, чтобы они резко вырастали в памяти :) Постоянный своп, кстати, один из основных источников тормозов современных систем. UTF-8 достаточно совместим для того, чтобы без проблем работали почти все основные функции. Я без проблем могу в редакторе написать программу на "C" с русскими текстами и комментариями в UTF-8, с функциями printf, strcat, strlen и пр-пр-пр и эта программа скомпилируется вероятно почти любым компилятором без единой претензии и с большой вероятностью ЗАРАБОТАЕТ без какой-либо специальной адаптации. |
Автор: | SII [ 26 дек 2011, 00:31 ] |
Заголовок сообщения: | Re: OS Dev и суровая действительность |
Yoda писал(а): UTF-32 весьма прожорлив к памяти. Но т.к. в подавляющем большинстве задач никакой специфичной обработки строк нет, производительность UTF-32-ориентированной системы на самом деле резко упадёт, например в базах данных. Ну так, простите, выбор используемой кодировки в конкретном приложении -- дело прикладного программиста. К кодировке, используемой в системных вызовах, это никакого отношения не имеет. Те же запросы к базе данных с точки зрения ОС -- просто пересылки массивов байтов, и всё. Что там закодировано, как закодировано -- ей глубоко без разницы. |
Автор: | Himik [ 26 дек 2011, 13:40 ] |
Заголовок сообщения: | Re: OS Dev и суровая действительность |
Yoda писал(а): Хотел бы я посмотреть на геморрой с файловыми операциями в такой конфигурации :) Это только так кажется. Да и в любом случае файловые форматы разные, тут с системной кодировкой не угадаешь. |
Страница 14 из 15 | Часовой пояс: UTC + 3 часа |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |