Board.KolibriOS.org

Official KolibriOS board
It is currently Mon Jul 22, 2019 5:15 pm

All times are UTC+03:00




Post new topic  Reply to topic  [ 249 posts ]  Go to page Previous 16 7 8 9 1017 Next

Ваше мнение об оптимизации GUI ядра
Оставить как было 24%  24%  [ 16 ]
Убрать только CGA и VGA, оставить VESA1.2 8%  8%  [ 5 ]
Оставить только VESA2-режимы (без изменения) 9%  9%  [ 6 ]
Разделить 24 и 32bpp графику в условно-компилируемые блоки 26%  26%  [ 17 ]
Оставить в ядре единственный 32bpp-режим 33%  33%  [ 22 ]
Total votes: 66
Author Message
PostPosted: Fri May 20, 2011 8:22 am 
Offline
User avatar

Joined: Mon Apr 16, 2007 6:38 pm
Posts: 1222
почему в голосовании нет варианта "заменить графический на текстовый режим"?)

_________________
И мы уже давно не пешки,
Мы пули, мы орлы, и решки!
Война ютит бинарный код,
Умри, или иди вперед!


Top
   
PostPosted: Fri May 20, 2011 9:54 am 
Offline
Kernel Developer
User avatar

Joined: Fri Aug 14, 2009 1:46 am
Posts: 1331
Gluk

потому что зачем.


Top
   
PostPosted: Fri May 20, 2011 10:01 am 
Offline

Joined: Sun Nov 04, 2007 2:46 am
Posts: 390
Почему нет варианта вырезать всю графику из ядра полностью?
Выделить в библиотеки и драйверы в смысле


Top
   
PostPosted: Fri May 20, 2011 10:01 am 
Offline
Public Relations
User avatar

Joined: Mon Jun 07, 2010 12:01 pm
Posts: 1879
Gluk wrote:
почему в голосовании нет варианта "заменить графический на текстовый режим"?)

Если перефразировать CleverMouse: "У нас уже есть одна операционная система, выглядящая как DOS, - это DOS" :lol:


Top
   
PostPosted: Sat May 21, 2011 4:16 pm 
Offline
User avatar

Joined: Mon Apr 16, 2007 6:38 pm
Posts: 1222
yogev_ezra, то есть Колибри отличается от остальных ОС только своим интерфейсом?
Если портировать гр. инт. Колибри под линукс, такой линукс станет Колибри?

_________________
И мы уже давно не пешки,
Мы пули, мы орлы, и решки!
Война ютит бинарный код,
Умри, или иди вперед!


Top
   
PostPosted: Sat May 21, 2011 4:31 pm 
И понесся флуд и оффтоп и возрыдали сирые форума сего...


Top
   
PostPosted: Sat May 21, 2011 5:13 pm 
Offline
User avatar

Joined: Mon Apr 16, 2007 6:38 pm
Posts: 1222
Mario, в моем сообщении трижды упоминается Колибри, и дважды графика (см. заголовок темы), для двух строчек это достаточно много

_________________
И мы уже давно не пешки,
Мы пули, мы орлы, и решки!
Война ютит бинарный код,
Умри, или иди вперед!


Top
   
PostPosted: Sat May 21, 2011 7:48 pm 
Твой первый пост отклоняется от темы в провоцирующее русло "Давайте отрежем Сусанину ногу...", а тема насчет оптимизации GUI, а не замены его на что-то. Колибри исторически сложилась (в наследии от Menuet) как ОС с GUI. Вопрос об отделении GUI от ядра уже обсуждался в других темах форума.

Я думаю не имеет смысла опять все в одну кучу сваливать. В конечном счете если бы кто-то действительно хотел сделать Колибри с текстовым режимом вместо GUI, то он бы это сделал или нет? :?:


Top
   
PostPosted: Mon May 23, 2011 8:38 am 
Offline
Just Flooding
User avatar

Joined: Wed May 18, 2005 10:27 am
Posts: 430
art_zh wrote:
А на какой номер новые примитивы
не только примитивы, но и саму GUIшку "вынес" бы в виде отдельного апи, например, типа int 0x50
(вот в биосе int 0x10 существует целевым назначением и это хорошо ведь).
Зачем все на 40 все лепить?
Куда их экономить то, вектора эти, не вижу прока.
А вот тематическо-функциональное разделение мне кажется уместным, особенно в свете новых технологий, редакций, принципиально нового движка и т.д...
Дабы не было крика про поддержку "старого" GUI, вещи касательно 40вых дел можно ведь и не трогать, оставив на "пока", вполне возможно атрофируются сами со временем..., как проигравшая технология GUI.


Top
   
PostPosted: Mon May 23, 2011 2:58 pm 
Offline
Kernel Developer
User avatar

Joined: Thu Sep 03, 2009 1:52 pm
Posts: 1619
VaStaNi, быстрые системные вызовы sysenter и syscall имеют только одну точку входа.
Кроме того, вы, похоже, не прочли или не осознали пост, на который отвечаете, - в посте речь шла о создании нескольких новых примитивов, а отнюдь не о переносе или замене существующих.

_________________
Сделаем мир лучше!


Top
   
PostPosted: Mon May 23, 2011 4:12 pm 
Offline
Kernel Developer
User avatar

Joined: Fri Aug 14, 2009 1:46 am
Posts: 1331
VaStaNi
Столь радикальные изменения подразумевают смену соглашения о порядке передачи параметров в ядро ?
Если нет - тогда зачем менять шило на мыло? int40 - это пусть забавный, но все-таки не самый идиотский вариант.

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

CleverMouse
fastcall и syscall оказались малоэффективной заменой для int40, их можно безболезненно убрать из макроопределения mcall. А потом - и из ядра. Полгода ругани - и всё забудется...
Для syscall заметное (до трех раз!) ускорение входа в Ring0 достигается только если не переключать стек задачи, и не использовать ecx для передачи параметров. А еще лучше - передавать все параметры в стеке.

Но это, в сущности, и определяет некий новый API-механизм, к которому можно будет приклеить и соответствующий fastcall, и int50.


Top
   
PostPosted: Mon May 23, 2011 6:03 pm 
Offline
Just Flooding
User avatar

Joined: Wed May 18, 2005 10:27 am
Posts: 430
art_zh wrote:
А еще лучше - передавать все параметры в стеке.

Но это, в сущности, и определяет некий новый API-механизм, к которому можно будет приклеить и соответствующий fastcall, и int50.
ну вот и чудненько. Если еще кто по графике спец и поддержит, то просуммировав пройденный опыт можно надеяться, что удастся
art_zh wrote:
глубоко продумать альтернативный механизм, иначе можно что-то еще смешнее накостылять.
пусть и не глубоко, но перспективно и по сабжу суть - это было бы весьма
art_zh wrote:
Столь радикальные изменения подразумевают смену соглашения о порядке передачи параметров в ядро ?
угу. Ты один из вариантов уже предложил. Только не "смену", а новое, заточенное под...
Думаю может и еще кто то экспериментировал с целью оптимизации. НУ и примитивы вполне свои плюсы могут дать, хотя бы, как упрощения вызовов, легкость использования, объявления...
Имхо.


Top
   
PostPosted: Mon May 23, 2011 9:18 pm 
Offline
Kernel Developer

Joined: Wed Mar 08, 2006 6:25 pm
Posts: 3952
Поддерживаю идею. Быстрые вызовы дают слишком мизерные улучшения. Может при их появлении и был смысл, но с тех пор микроархитектуры сильно поменялись.


Top
   
PostPosted: Tue May 24, 2011 2:07 pm 
Offline
Kernel Developer
User avatar

Joined: Thu Sep 03, 2009 1:52 pm
Posts: 1619
Хм, неожиданный поворот событий. Ну, я быстрые вызовы тоже не использую.

_________________
Сделаем мир лучше!


Top
   
PostPosted: Wed Oct 10, 2012 11:36 pm 
Offline
Kernel Developer
User avatar

Joined: Fri Aug 14, 2009 1:46 am
Posts: 1331
Ну вроде у всех было время проголосовать (сдается мне, что и у троллей тоже).

Пора принимать трудное решение - переходить исключительно на 32-битную графику, или оставить всё блин как есть.

Пока что прозвучал только один (весьма убедительный и очень авторитетный) консервативный довод.

Да, есть эмуляторы.
И еще не везде выкинули старые надежные платформы (EGA не видел, но VGA в натуре еще есть!!), на которых только ДОС и Колибри можно реально запустить.

Ну и что, так и будем ждать когда они совсем сдохнут, или все-таки оглянемся вперёд?


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 249 posts ]  Go to page Previous 16 7 8 9 1017 Next

All times are UTC+03:00


Who is online

Users browsing this forum: No registered users and 2 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Limited