Board.KolibriOS.org

Официальный форум KolibriOS
Текущее время: Чт сен 21, 2017 5:03 pm

Часовой пояс: UTC+03:00




Начать новую тему  Ответить на тему  [ 65 сообщений ]  На страницу Пред. 1 2 3 4 5 След.
Автор Сообщение
СообщениеДобавлено: Вт дек 23, 2008 12:31 pm 
Не в сети

Зарегистрирован: Ср июн 04, 2008 10:16 pm
Сообщения: 174
1.4 Мб занимает рамдиск.
Ядро весит меньше 100 Кб.
Иконки + панель еще меньше.
Видимо, около 6 Мб точно доступно. Но, наверно, есть программка, которая это показывает. Если нет, ее стоило бы написать.


Вернуться к началу
СообщениеДобавлено: Вт дек 23, 2008 1:19 pm 
Не в сети
Mentor
Аватара пользователя

Зарегистрирован: Вт янв 15, 2008 11:27 am
Сообщения: 750
В Shell есть команда, которая показывает объём доступной,занятой и свободной памяти. Да и CPU какую-то инфу вроде даёт.


Вернуться к началу
СообщениеДобавлено: Вт дек 23, 2008 1:40 pm 
Не в сети
Kernel Optimizer
Аватара пользователя

Зарегистрирован: Пн янв 16, 2006 7:58 pm
Сообщения: 657
for all
Прежде, чем высказываться на подобные темы, стоило бы заглянуть в карту распределения памяти колибри ОС. Эта карта доступна в trunk/memmap.inc

PS в принципе достаточно 12 мб, и даже 8, но нужно затачивать систему. От программ на С/C++ придется отказаться, т.к. они оч много расходуют памяти. Обычно остается 2 ~ 4 мб ОЗУ, еще зависит от видео режима.

Код:
;
;   MEMORY MAP
;
;   Boot:
;
;   0:9000     byte   bits per pixel
;   0:9001     word   scanline length
;   0:9008     word   vesa video mode
;   0:900A     word   X res
;   0:900C     word   Y res
;   0:9010     byte   mouse port  - not used
;   0:9014     dword  Vesa 1.2 pm bank switch
;   0:9018     dword  Vesa 2.0 LFB address
;   0:901C     byte   0 or 1 : enable MTRR graphics acceleration
;   0:901D     byte   not used anymore (0 or 1 : enable system log display)
;   0:901E     byte   0 or 1 : enable direct lfb write, paging disabled
;   0:901F     byte   DMA write : 1=yes, 2=no
;   0:9020     8bytes pci data
;   0:9030     byte   VRR start enabled 1, 2-no
;   0:9031     word   IDEContrRegsBaseAddr
;    0x9040 - dword - entry point of APM BIOS
;    0x9044 -  word - version (BCD)
;    0x9046 -  word - flags
;   0:907F     byte   number of BIOS hard disks
;   0:9080     Nbytes BIOS hard disks
;
;   Runtime:
;
; 0x00000000 -> 0x7FFFFFFF  application 2Gb

; 0x80000000 -> 1FFF   window_data   - 256 entries
;
;         0000 dword  x start
;         0004 dword  y start
;         0008 dword  x size
;         000C dword  y size
;         0010 dword  color of work area
;         0014 dword  color of grab bar
;         0018 dword  color of frames
;         001C dword  window flags, +30 = window drawn, +31 redraw flag
;
;   2000  ->   2FFF   free
;
;   3000  ->   4FFF   task list      - 256 entries
;
;         00   dword  process count
;         04   dword  no of processes
;         10   dword  base of running process at 0x3000+
;
;         20   dword  application event mask
;         24   dword  PID - process identification number
;         2a   byte   slot state: 0=running, 1,2=suspended
;                        3=zombie, 4=terminate,
;                        5=waiting for event, 9 = not used
;         2e   byte   window number on screen
;         30   dword  exact position in memory
;         34   dword  counter sum
;         38   dword  time stamp counter add
;         3c   dword  cpu usage in cpu timer tics
;
;
;   5000  ->   68FF   free
;   6900  ->   6EFF   saved picture under mouse pointer
;
;   6F00  ->   6FFF   free
;
;   7000  ->   7FFF   used CD driver
;
;   8000  ->   A3FF   used FLOPPY driver
;
;   A400  ->   B0FF   free

;   B100  ->   B2FF   IDT

;   B300  ->   BFFF   free

;   C000  ->   C3FF   window stack C000 no of windows - all in words
;   C402  ->   C7FF   window position in stack
;   D000  ->   D1FF   FDC controller
;   D200  ->   D3FF   FDC controller for Fat12
;   D400  ->   DFFF   free
;   E000  byte        multitasking started
;   E020  dword       putpixel address
;   E024  dword       getpixel address
;   E030  dword       Vesa 1.2 pm bank switch address
;   F200  dword       mousepicture -pointer
;   F204  dword       mouse appearance counter
;   F300  dword       x & y temp for windowmove
;   F400  byte        no of keys in buffer
;   F401  byte        'buffer'
;   F402  ->   F4FF   reserved for keys
;   F500  byte        no of buttons in buffer
;   F501  dword       'buffer'
;   F502  ->   F5FF   reserved for buttons
;   F600  dword       tsc / second
;   F604  byte        mouse port: 1 ps2, 2 com1, 3 com2
;   FB00  ->   FB0F   mouse memory 00 chunk count - FB0A-B x - FB0C-D y
;   FB10  ->   FB17   mouse color mem
;   FB21              x move
;   FB22              y move
;   FB28              high bits temp
;   FB30              color temp
;   FB40  byte        buttons down
;   FB44  byte        0 mouse down -> do not draw
;   FB4A  ->   FB4D   FB4A-B x-under - FB4C-D y-under
;   FBF1  byte        bits per pixel
;   FC00  ->   FCFE   com1/ps2 buffer
;   FCFF              com1/ps2 buffer count starting from FC00
;   FE00  dword       screen x size
;   FE04  dword       screen y size
;   FE08  dword       screen y multiplier
;   FE0C  dword       screen mode
;   FE80  dword       address of LFB in physical
;   FE84  dword       address of applications memory start in physical
;   FE88  dword       address of button list
;   FE8C  dword       memory to use
;   FF00  byte        1 = system shutdown request
;   FF01  dword       free
;   FFF0  byte        1 = redraw background request from app
;   FFF1  byte        1 = diskette int occur
;   FFF2              write and read bank in screen
;   FFF4  byte        0 if first mouse draw & do not return picture under
;   FFF5  byte        1 do not draw pointer
;   FFFF  byte        do not change task for 1/100 sec.
;
; 0x80010000 ->  6CBFF   kernel, 32-bit run-time code (up to 371 Kb)

; 0x8006CC00 ->  6DBFF   stack at boot time (4Kb)
;
; 0x8006DC00 ->  6E5FF   basic text font II
; 0x8006E600 ->  6Efff   basic text font I
; 0x8006F000 ->  6FFFF   main page directory

; 0x80070000 ->  7FFFF   data of retrieved disks and partitions (Mario79)
; 0x80080000 ->  8FFFF   additional app info, in 256 byte steps - 256 entries
;
;         00  11db  name of app running
;       0x10 dword  pointer to  fpu save area
;       0x14 dword  event count
;       0x18 dword  user fpu exceptoins handler
;       0x1c dword  user sse exceptions handler
;         20 dword  PL0 stack base
;         24 dword  user heap base
;         28 dword  user heap top
;         2c dword  window cursor handle
;         30 dword  first event in list
;         34 dword  last event in list
;         38 dword  first kernel object in list
;         3c dword  last kernel object in list
;         40 dword  thread esp
;         44 dword  io permission map page 0
;         48 dword  io permission map page 1
;         4c dword  debug state: 1= load debug registers
;         50 dword  current directory ptr
;         54 dword  wait timeout
;         58 dword  thread TSS._esp0 (= pl0 stack base + size except for V86)
;         5C-7F     unused
;
;         80 dword  address of random shaped window area
;         84 byte   shape area scale
;         88 dword  free
;         8C dword  application memory size
;         90 dword  window X position save
;         94 dword  window Y position save
;         98 dword  window X size save
;         9C dword  window Y size save
;         A0 dword  IPC memory start
;         A4 dword  IPC memory size
;         A8 dword  event bits: mouse, stack,..
;         AC dword  0 or debugger slot
;         B0 dword  free
;         B4  byte  keyboard mode: 0 = keymap, 1 = scancodes
;         B8 dword  physical address of directory table
;         BC dword  address of debug event memory
;         C0  5 dd  thread debug registers: DR0,DR1,DR2,DR3,DR7
;
; 0x80090000 ->  9FFFF   tmp
; 0x800A0000 ->  AFFFF   screen access area
; 0x800B0000 ->  FFFFF   bios rest in peace -area
; 0x80100000 -> 27FFFF   diskette image
; 0x80280000 -> 281FFF   ramdisk fat
; 0x80282000 -> 283FFF   floppy  fat
;
; 0x80284000 -> 28BFFF   HDD DMA AREA
; 0x8028C000 -> 297FFF   free (48 Kb)
;
; 0x80298000 -> 29ffff   auxiliary table for background smoothing code
;
; 0x802A0000 -> 2B00ff   wav device data
; 0x802C0000 -> 2C3fff   button info
;
;       0000 word    number of buttons
;        first button entry at 0x10
;       +0000 word   process number
;       +0002 word   button id number : bits 00-15
;       +0004 word   x start
;       +0006 word   x size
;       +0008 word   y start
;       +000A word   y size
;       +000C word   button id number : bits 16-31
;
; 0x802C4000 -> 2CFFFF   free (48Kb)
;
; 0x802D0000 -> 2DFFFF   reserved port area
;
;       0000 dword   no of port areas reserved
;       0010 dword   process id
;            dword   start port
;            dword   end port
;            dword   0
;
; 0x802E0000 -> 2EFFFF   irq data area
; 0x802F0000 -> 2FFFFF   low memory save
;
; 0x80300000 -> 31FFFF   tcp memory       128 Kb
; 0x80320000 -> 327FFF   tcp memory        32 Kb
;
; 0x80328000 -> 32FFFF   !vrr driver       32 Kb

; 0x80330000 -> 377FFF   skin data

; 0x80338000 -> 33AFFF draw data     - 256 entries
;         00   dword  draw limit - x start
;         04   dword  draw limit - y start
;         08   dword  draw limit - x end
;         0C   dword  draw limit - y end

; 0x8033C000 -> 47BFFF   display info

; 0x8047CF80 -> 47CFFF TSS            128 bytes
; 0x8047D000 -> 47EFFF IO map for (8192*8)=65536 ports

; 0x8047F000 -> 48FFFF   page map     max 128 Kb
;

; 0x80800000 ->       kernel heap
; 0x81FFFFFF          heap min limit
; 0xFDBFFFFF          heap max limit

; 0xFDC00000 -> 0xFDFFFFFF  page tables 4Mb
; 0xFE000000 -> 0xFFFFFFFF  LFB 32Mb
; 0xFE000000 -> 0xFE7FFFFF  application available LFB 8Mb
; 0xFE800000 -> 0xFFFFFFFF  kernel LFB part 24 Mb


Вернуться к началу
СообщениеДобавлено: Вс янв 16, 2011 10:39 pm 
Не в сети
Аватара пользователя

Зарегистрирован: Пн окт 27, 2008 10:10 pm
Сообщения: 742
Сообщение напрямую не касается Колибри. Недавно купил нетбук с Win7, по началу меня удивляла его не быстрая работа. Поискал по интернету данные по минимальным требованиям для Windows разных версий, вот что выяснил:
Win 95 - 16 Мб
Win 98 - 24 Мб
Win XP - 64 Мб
Win Vista - 512 Мб
Win 7 - 1 Гб
Сразу все стало ясно :shock: , даже построил график. Особенно очень сильно бросается в глаза последние 2-х пунктов в сравнении с предыдущими :cry: . Все же не ясно зачем производители ставят 7-ю версию если она так требовательна к ресурсам :?


Вложения:
win_ozu.png
win_ozu.png [ 12.72 КБ | 3074 просмотра ]
Вернуться к началу
СообщениеДобавлено: Вс янв 16, 2011 11:01 pm 
Не в сети

Зарегистрирован: Пн сен 24, 2007 11:11 am
Сообщения: 2814
Лично работал с windows 95 и windows 98 с 8 мегабайтами RAM. Правда, 98е форточки требуют 16 МБ для установки, но после этого отлично работают и с 8ю (правда, медленно :D). Собственно, так и наткнулся на Колибри - искал систему, в которой можно работать комфортно на 486м с 8мб памяти. Не спасло конечно, но понравилось.


Вернуться к началу
СообщениеДобавлено: Вс янв 16, 2011 11:05 pm 
Не в сети
Public Relations
Аватара пользователя

Зарегистрирован: Пн июн 07, 2010 12:01 pm
Сообщения: 1879
IgorA писал(а):
Сообщение напрямую не касается Колибри. Недавно купил нетбук с Win7, по началу меня удивляла его не быстрая работа. Поискал по интернету данные по минимальным требованиям для Windows разных версий, вот что выяснил:
Win 95 - 16 Мб
Win 98 - 24 Мб
Win XP - 64 Мб
Win Vista - 512 Мб
Win 7 - 1 Гб

Данные по Windows XP & Windows Vista по-меньшей мере сильно занижены, если не сказать вообще наглая ложь производителя.
Windows XP Service Pack 3 (последняя версия со всеми обновлениями) даже при 256 Мб тормозит не по-детски, минимум для работы - это 512 Мб (я имею в виду, базовые операции, типа Word, Internet Explorer). Если хочешь запустить что-то более существенное, то 1 Гб.
Windows Vista - во многих случаях более требовательна, чем даже Windows 7 - это одна из причин её неудачи.

IgorA писал(а):
Сразу все стало ясно :shock: , даже построил график. Особенно очень сильно бросается в глаза последние 2-х пунктов в сравнении с предыдущими :cry: . Все же не ясно зачем производители ставят 7-ю версию если она так требовательна к ресурсам :?

По-меньшей мере, по 2 причинам:
1) Microsoft перестали продавать предыдущие версии (последняя дата продажи Windows XP Home - 22 октября 2010 года, Windows XP Professional - вообще где-то 2008).
2) Поддержка свежего железа есть только в свежей ОС.

Ну а требования растут, так как с каждой версией поддерживается всё больше железа, интерфейс всё более навороченный, и т.д.


Вернуться к началу
СообщениеДобавлено: Пн янв 17, 2011 1:19 am 
IgorA
Из-за реализованной поддержки новых технологий (железо, интеллектуальные алгоритмы и др.). Новые ОС имеют их поддержку, а старые нет. Ну, и естественно без монополистического сговора не обходится -это грязный бизнес с большими доходами ("здравствуй" капитализм). Еще считается что дешевле и проще наращивать аппаратуру и использовать дешевый "индусский" код, чем нанимать на работу качественных специалистов работающих за большие деньги (здесь я не рассматриваю всех присутствующих на этом форуме, так как мы работаем во-первых, из энтузиазма, во-вторых не такие уж мы специалисты - продвинутые любители по большому счету).


Вернуться к началу
   
СообщениеДобавлено: Пн янв 17, 2011 1:41 pm 
Не в сети
Mentor
Аватара пользователя

Зарегистрирован: Вт янв 15, 2008 11:27 am
Сообщения: 750
Я работал в Вин95 с 8-28 метрами ОЗУ (постоянно апгрейдил комп) и процессором 486DX2-66 - работать было очень комфортно (97-й офис, второй винамп, 5-й тотал). В один прекрасный момент настали жуткие тормоза - оказалось, какая-то из программ при установке заменила системную comctl32.dll на более новую. Даже проводник тормозил ужасно. Возврат к предыдущей возвращал прежнюю скорость, но делал невозможным запуск этой и некоторых других программ. Ради эксперимента поставил 98-ю - те же тормоза, но даже проводник не хотел работать со старой версией comctl32.dll. Поэтому, думаю, да - проблема в низком качестве кода. Технологии развиваются, и можно добиться сохранения быстродействия и стоимости компьютера за счёт увеличения производительности (частота и особенности ЦП, объём и другие характеристики ОЗУ и устройств хранения информации). Другой способ - оптимизация кода. Второй путь выбран в КОС. Плата за это - практически отсутствует ПО. Если портировать компилятор ЯВУ, а затем драйверы и офисные приложения - все преимущества сойдут на нет...


Вернуться к началу
СообщениеДобавлено: Пн янв 17, 2011 1:53 pm 
Не в сети

Зарегистрирован: Ср дек 26, 2007 5:09 am
Сообщения: 214
Albom писал(а):
Другой способ - оптимизация кода. Второй путь выбран в КОС. Плата за это - практически отсутствует ПО. Если портировать компилятор ЯВУ, а затем драйверы и офисные приложения - все преимущества сойдут на нет...


Вот тут Вы ошибаетесь. Программные тормоза, грубо говоря, являются следствием или плохо написанного системного кода, или плохо написанного пользовательского кода (ну или их обоих, понятное дело). Так вот, если с пользовательским кодом ничего не сделаешь, то за системный отвечает разработчик системы. Тот же упомянутый выше comctl32.dll является, по сути, системным компонентом: эту библиотеку пользовательские программы лишь используют, но сами пользователи (программисты-прикладники) не создают подобные библиотеки. Так что, если ОС и её библиотеки сделаны хорошо, то и приложения могут работать эффективно. Компиляторы и драйверы, понятное дело, никак этому помешать не могут, если они вменяемые. Ну а если невменяемые -- это уже вина их разработчиков, т.е. системных программистов.


Вернуться к началу
СообщениеДобавлено: Пн янв 17, 2011 2:18 pm 
Не в сети
Mentor
Аватара пользователя

Зарегистрирован: Вт янв 15, 2008 11:27 am
Сообщения: 750
SII
Не понял, в чём конкретно я не прав...
Время разработки пропорционально объёму задач. Да, можно написать идеальное ядро - сверхбыстрое, микроскопическое, вылизанное и миллион раз просмотренное и приглаженное. Ну, плюс десяток таких же драйверов и библиотек. Минимальные требования для такой системы действительно будут минимальными в широком смысле. Но что будет уметь такая система? Мигать светодиодом на lpt-порту? (утрирую) Пользователи хотят оффисов, фотошопов и 3-D. И разработчики им дают это! Вот и получается - мегабайт туда, мегабайт сюда. И используют при разработке далеко не устаревшие компы и ПО! (разработчик тотала с Delphi второй версии не в счёт:)) А чтобы обеспечить прикладных программистов нужно написать кучу системных библиотек... И не вина системных программистов, что на чьём-то древнем компе не идёт их, современное и функциональное ПО. У них-то всё нормально работает.


Вернуться к началу
СообщениеДобавлено: Пн янв 17, 2011 3:30 pm 
Не в сети

Зарегистрирован: Ср дек 26, 2007 5:09 am
Сообщения: 214
Вы утверждаете, что "все преимущества сойдут на нет", если "портировать компилятор ЯВУ, а затем драйверы и офисные приложения". Вот здесь Вы и ошибаетесь. От портирования компиляторов и офисных приложений ОС хуже стать не сможет в принципе: они не являются её частью и никак на её функционирование не влияют. Да, сами они могут быть плохими, но это будет уже проблема не ОС, а конкретных приложений. Ну а портирование драйверов "в лоб" будет невозможно, если драйверные модели исходной и целевой ОС не совпадают -- а в данном случае это именно так. Следовательно, речь может идти не о тупом портировании, а о написании новых драйверов, пускай и с подглядыванием в исходники для другой системы. Но здесь уже зависит от программиста, взявшегося за такую работу. Если у него прямые извилины и кривые руки -- да, у ОС возникнут проблемы, но если он вменяемый, то почему ОС станет хуже-то?

Пы.Сы. Дело не в объёме программ, а в том, насколько они качественны. Сложная программа, реально требующая значительных вычислительных ресурсов (фотозадница, например), не может быть маленькой и сверхбыстрой, но это не значит, что многогигабайтным монстром, еле ползущем на супернавороченном ПК, должен быть примитивный графический редактор вроде Паинта.


Вернуться к началу
СообщениеДобавлено: Пн янв 17, 2011 3:36 pm 
Не в сети
Mentor
Аватара пользователя

Зарегистрирован: Вт янв 15, 2008 11:27 am
Сообщения: 750
Ладно, прекратим эту никому не нужную дискуссию. Всё равно каждый останется при своём мнении. Только я бы предложил подумать над одним вопросом - что считать минимальными требованиями? У нас есть минимальные требования для загрузки и для запуска приложений. Надо определиться - каких приложений и в каком количестве... Сколько памяти необходимо для кофортной работы в этих приложениях?


Вернуться к началу
СообщениеДобавлено: Пн янв 17, 2011 4:01 pm 
1) Есть минимальные требования к запуску Колибри.
2) Есть минимальные требования к запуску отдельных приложений.
К примеру Doom и Quake, как самые тяжелые приложения для Колибри на сегодняшний день. Хотя zSea и KIV тоже могут очень хорошо скушать ОЗУ - все зависит от размера и параметров открываемого файла.

З.Ы. Предложение не продолжать бесполезный спор поддерживаю.


Вернуться к началу
   
СообщениеДобавлено: Пт ноя 30, 2012 12:32 am 
Не в сети
Аватара пользователя

Зарегистрирован: Пн ноя 19, 2012 5:22 pm
Сообщения: 429
Кстати на P1 66МГц оська ничуть не тормозила. Правда видюха была жутко медленная. Перерисовка была видна. Но загружалась быстрее доса. И места занимала меньше))

_________________
Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!


Вернуться к началу
СообщениеДобавлено: Пт ноя 30, 2012 12:52 am 
Не в сети

Зарегистрирован: Пн сен 24, 2007 11:11 am
Сообщения: 2814
Давно дело было?


Вернуться к началу
Показать сообщения за:  Поле сортировки  
Начать новую тему  Ответить на тему  [ 65 сообщений ]  На страницу Пред. 1 2 3 4 5 След.

Часовой пояс: UTC+03:00


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Limited
Русская поддержка phpBB