Центр информации по операционным системам: Форумы / Другие ОС / Станцион ОС

Центр информации по операционным системам :: Форумы :: Операционные системы :: Другие ОС		<< Предыдущая тема \| Следующая тема >>
Станцион ОС

Переход на страницу [1] 2 3 4
Модераторы: Roman I Khimov, Wanderer, Dron

Автор

Добавил

aleman

Пятница 16.11.2007 22:50

ID пользователя #954

Зарегистрирован: Понедельник 12.11.2007 14:29
Сообщений: 15

Операционая система Станцион ОС задумывалась ещё с 2005 году.
И только в 2007 мы попробуем осуществить проект!

Станцион запланирован разрабатываться не с нуля, а использовать готовое ядро Linux и его компонеты.

Мы разработали свои стандарты для нашей ОС, поэтому не подумайте что это будет очередной дистрибутив LINUX.

Наша цели:
1. Добиться максимальной производительности при минимальных размерах

Быстрая установка
Минимальный размер
Быстрая загрузка
Высокая производительность

2. Сделать ОС максимально удобной по широко востребованым действиям:

Настройка ОС в целом
Настройка сети (Dialup, VPN.. и т.д всё что касаеться сети)
Установка программ
Установка драйверов

3. Сделать универсальный подход к операционой системе.

Разработка программ
Разработка драйверов
...

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

Для всех желающих принять участие в разработке, просим писать на E-Mail: aleman@inbox.ru

Для тех у кого есть вопросы или предложения, можно обсудить на форуме.

сайт

[ Редактирование Четверг 22.01.2009 23:39 ]

Наверх

ossadchy

Суббота 17.11.2007 01:21

ID пользователя #941

Зарегистрирован: Среда 10.10.2007 22:55
Местонахождение: Украина, Николаевская обл., г. Первомайск
Сообщений: 181

aleman написал(а) ...

Наша цели:
1. Добиться максимальной производительности при минимальных размерах

Быстрая установка
Минимальный размер
Быстрая загрузка
Высокая производительность

1. Со скоростью установки у линукс проблем нет, все зависит от количества выбранных пакетов
2. Размер -- ну тут смотря что выбрать в качестве десктопа
3. У меня Slackware 10.2 и грузится крайне шустро, все зависит от количества загружаемых сервисов
4. Ну тут все зависит от задач -- что вы подразумеваете под высокой производительностью?

По поводу графических конфигурилок -- их предостаточно.

aleman написал(а) ...

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

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

Да и вообще хотелось бы узнать почему выбран именно Linux в качестве основы?

Пока все задекларированное звучит как:
"Давайте создадим супербыструю, суперудобную ОС."

Хотелось бы конкретики:
- какие пути увеличения производительности?
- какая технология будет выбрана в качестве базовой при реализации графических инструментов и интерфейса пользователя?
- что именно планируется изменить в оригинальной системе?
- что предлагается учасникам этого закрытого проекта взамен на идеи, труд и т.д.?

Наверх

cmp

Суббота 17.11.2007 11:17

ID пользователя #279

Зарегистрирован: Понедельник 18.04.2005 15:35
Сообщений: 131

что-то хрень у вас там с кодировкой полная

Наверх

aleman

Суббота 17.11.2007 11:27

ID пользователя #954

Зарегистрирован: Понедельник 12.11.2007 14:29
Сообщений: 15

кодировка поправлена

Наверх

Hmmm

Суббота 17.11.2007 12:08

ID пользователя #719

Зарегистрирован: Среда 09.08.2006 11:29
Местонахождение: Москва
Сообщений: 108

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

Наверх

aleman

Суббота 17.11.2007 12:11

ID пользователя #954

Зарегистрирован: Понедельник 12.11.2007 14:29
Сообщений: 15

ossadchy, дистрибутивы Linux'a это другая тема.. и все что вы написали сравнивать можно только с ещё одним новым дистрибутивом.

1,2,3 - тут дествительно все зависит от вас, система - конструктор, как Юпостроеш так и работает, не так построеш, будет плохо работать или не будет работать.
Мы же этого хотим избежать.

По поводу графических конфигурилок - их предостаточно согласен, тлько на сей момент вижу вот что: для каждой консольной конфигуралки создают гуишную, и размер увиличился, и память заняли уже как минимум 2 процеса.

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

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

какая технология будет выбрана в качестве базовой при реализации графических инструментов и интерфейса пользователя?
--
это ещё не точно продумана.. но есть пока сырые варианты взять или иксы, правда с ним не хочеться связываться, больно он громозкий, но что то другое пока не сильно расматривалось.. да и под иксы все есть.. и все появляется.
Интерфейс будем делать (почти) сами, на иксах например, опять таки возьмем готовое (минимальное) пример icewm, и сделаем что нам нужно.

что именно планируется изменить в оригинальной системе?
--
Всмысле стандарта? Или ядре?
Много чего.. смотря где.

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

Наверх

ossadchy

Суббота 17.11.2007 13:42

ID пользователя #941

Зарегистрирован: Среда 10.10.2007 22:55
Местонахождение: Украина, Николаевская обл., г. Первомайск
Сообщений: 181

2aleman:
Пока желающие поработать на энтузиазме.. потом посмотрим..
---------------------
а лиценция какая будет-то?

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

вот и тут и там звучит: возьем нечто готовое и сделаем закрытую систему, это не свинство, как написал Hmmm, а просто правонарушение -- как вы планируете быть с кодом лицензированным под GPL? все изменения прийдется публиковать.

вы предлагаете собраться людям для выполнения определенных задач, плана работ, даже приблизительного, так понимаю нет, как минимум пока он не озвучен. если есть желание организовать работу N людей, надо поставить четкие цели, сформулировать СУТЬ проекта(как тот же Lindows -- "Дать свободу выбора ОС!" или GNU -- "Свободное ПО народу!"... просто "Хорошую ОС народу!" звучит изъеженно), поставить ЧЕТКИЕ цели, продумать схему лицензирования и т.д.

Еще вопрос: что вы подразумеваете под "дистрибутивы Linuxа" -- во-первых Linux - это просто ядро системы, во-вторых то что собираетесь сделать вы -- чем не Linux?

Еще вопрос: какой язык(и почему именно язык XXX) планируется поставить "во главу угла", сделать "родным" для системы?

Какие удобства система предоставит разработчику ПО по сравнению с Linux? Ведь не только пользователей надо привлекать, но и разработчиков прикладного и системного ПО.

Наверх

aleman

Суббота 17.11.2007 15:33

ID пользователя #954

Зарегистрирован: Понедельник 12.11.2007 14:29
Сообщений: 15

>а лиценция какая будет-то?
Пока сильно не расматривалось... но я думаю подберем подходящую.

про скрипты: Так завелось что скриптом удобнее написать, быстро.. но вот точнто всегда этот скрипт будет работать... нет 100%
Часто люди замечали: программа работала а потом перестала.. странно... но посмотрев на эту программу мы видим что она сделана с помощью скрипта.. соответственно она заводиться , но выдается ошибку которую пользователь не увидит.. 2 раза кликнул и тишина..
это часто бывает у скриптовых

Наверх

Roman I Khimov

Суббота 17.11.2007 19:43

ID пользователя #1

Зарегистрирован: Воскресенье 27.06.2004 12:37
Местонахождение: Санкт-Петербург
Сообщений: 601

Бред какой-то.

aleman написал(а) ...
1,2,3 - тут дествительно все зависит от вас, система - конструктор, как Юпостроеш так и работает, не так построеш, будет плохо работать или не будет работать.
Мы же этого хотим избежать.

Давно уже всё построено, упаковано и готово к употреблению в виде сотен дистрибутивов. Для очень широкого круга задач.

aleman написал(а) ...
По поводу графических конфигурилок - их предостаточно согласен, тлько на сей момент вижу вот что: для каждой консольной конфигуралки создают гуишную, и размер увиличился, и память заняли уже как минимум 2 процеса.

Да хоть 20. Сконфигурил и забыл, или каждую минуту настройки крутим?

aleman написал(а) ...
Одно из путей: максимально избавиться от скриптовых задач в системе, бинарник в разы работает быстрее, все это знают..
другие пути тут перечислять не буду...

У нас прям всё на скриптах делается? Всё что сейчас на них делается в 95% случаев оправдано.

aleman написал(а) ...
это ещё не точно продумана.. но есть пока сырые варианты взять или иксы, правда с ним не хочеться связываться, больно он громозкий, но что то другое пока не сильно расматривалось.. да и под иксы все есть.. и все появляется.
Интерфейс будем делать (почти) сами, на иксах например, опять таки возьмем готовое (минимальное) пример icewm, и сделаем что нам нужно.

Хочу то не знаю что.

Про лицензионные непонятки вообще молчу.

Греби и улыбайся!

Наверх

Hmmm

Суббота 17.11.2007 19:54

ID пользователя #719

Зарегистрирован: Среда 09.08.2006 11:29
Местонахождение: Москва
Сообщений: 108

aleman написал(а) ...

>про скрипты: Так завелось что скриптом удобнее написать, быстро.. но вот точнто всегда этот скрипт будет работать... нет 100%

Набор слов или с запятыми беда? Я правда не понял что вы тут хотели написать.

aleman написал(а) ...

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

Все понятно

Скриптовые программы тем и отличаются, что в случае своей неработоспособности интерпретатор выводит информацию о месте на котором произошла ошибка, а вот скомпилированные программы зачастую тихо дохнут. Не раз сталкивался с ситуацией когда деятели (видимо рассуждавшие как вы) реализовывали у себя в коде функционал юниксовой команды find. Особенно веселые реализации удавались людям ранее плотно сидевшим на виндах.

2ossadchy На ваш взгляд не свинство а на мой именно так, о вкусах не спорят. Хотя как еще назвать присвоение себе труда чужих людей? Линукс то без этой нашлепки прекрасно себя чувствует а они еще не начали а уже точно знают что без линукса им никуда. Так кто с кем делиться должен?

[ Редактирование Суббота 17.11.2007 19:56 ]

Наверх

Переход на страницу [1] 2 3 4
Перейти: Наверх