Board.KolibriOS.org

Official KolibriOS board
It is currently Wed Dec 11, 2019 3:29 am

All times are UTC+03:00




Post new topic  Reply to topic  [ 197 posts ]  Go to page Previous 1 2 3 4 514 Next
Author Message
PostPosted: Sun Dec 02, 2007 1:41 pm 
Ghost
ДедОк
Я, конечно, могу ошибаться, но мне казалось GMon тестит аппаратуру, а никак не саму ОС.
В данной ситуации может случиться так, что аппаратный сбой из-за перегрева будет воспринят как сбой, возникший в ОС - ИМХО это некорректный тест, так как все завязано на надежность железа.


Top
   
PostPosted: Sun Dec 02, 2007 2:53 pm 
Offline

Joined: Wed May 18, 2005 7:27 pm
Posts: 1001
>ещё будет тест на производительность

В CPUID есть тест производительности - кодирование по алгоритму RSA.


Top
   
PostPosted: Mon Dec 03, 2007 2:01 am 
Offline
User avatar

Joined: Thu Mar 29, 2007 3:02 am
Posts: 249
Mario79
Quote:
Я, конечно, могу ошибаться, но мне казалось GMon тестит аппаратуру, а никак не саму ОС.

но аппаратуру он тестит средствами ОСИ, и нагрузка ложится не только на аппараткру, но и на ОСЬ... Целью теста как раз и является изучение поведения ОСИ при 100% нагрузке посторонней задачей, а также прочность связки аппаратура - ОСь...
а сильного перегрева аппаратуры не будет, комп промышленного исполнения, там очень эффективная сиситема охлаждения... Кстати, реакция ОСи на сбои в аппаратуре тоже будет проверяться... :) и на сбои в питании...:)

_________________
*****:
;дух машины, мой бубен сильнее твоей тупости

*****:


Top
   
PostPosted: Sat Dec 15, 2007 5:21 pm 
Offline
User avatar

Joined: Thu Mar 29, 2007 3:02 am
Posts: 249
Ну что же... 100 часовой тест под нагрузкой закончен без замечаний... :) Работа велась на полигоне предприятия N на 10 компах в парралель... Суммарный пробег под 100% нагрузкой составил 1000 часов!... При этом активно вользовались игрушками и приложениями входящими в состав дистра. При работе Винды наблюдается обычно от 1 до 5 сбоев в подобных условиях... Пока 1:0 в пользу птички... Впереди тест производительности ядра... :)
Очень важным является и тот факт, что при нагрузке в 100% время интерактивного отклика (время между запуском программы и разворачиванием её окна) в Колибри увеличивается незначительно (около 25% ) а в Винде в 2 - 3 раза!. Кроме того, в плане спортивного интереса былпроизведён смертельный номер, на маме со солабеньким охлаждением проца... При прогреве выше 72 градусов винда стала дохнуть на запуске разных приложений, а в Колибри я показывал фильмы при температуре проца около 78 градусов. После, нагрев был повышен до 82(!) градусов, и всё было в порядке... И всё работало без сбоев! Выше поднимать температуру проца я не решился...
о... Скриншоты ещё...
http://sergius2012.narod.ru/FOTO/thermo.zip

_________________
*****:

;дух машины, мой бубен сильнее твоей тупости



*****:


Top
   
PostPosted: Sun Dec 16, 2007 9:40 am 
Offline
Kernel Developer
User avatar

Joined: Mon Mar 20, 2006 10:44 am
Posts: 557
ДедОк
Напиши подробнее о тестирумой машине, менея интересует что за чип мониторинга там установлен, возможно GMon неправильно определил температуру, подозрительный скачёк в 27 !!! градусов temp1 (или вы выставили большой периуд обнавления?), temp2 на уровне 8 градусов - тоже фигня какаято )). С вентелями тоже не ясно, да и напруги кривые.... Кроме того на скриншотах версия GMon от 26/12/06, на svn последняя версия от 23/05/07, но есть и ещё кое какие наработки пока не выложеные (связано это с полным переписанием кода, и завершить его у меня пока нет времени, но если надо - соберу специально для вас). В обшем напиши какой там чип мониторинга (написано на вкладке Info), значение интервала обновления с вкладки Config и что за процессор.


Top
   
PostPosted: Sun Dec 16, 2007 11:38 am 
Offline
User avatar

Joined: Thu Mar 29, 2007 3:02 am
Posts: 249
Ghost
Конфигурация выложена в теме тестовых конфигураций. а температура по процу должна определяться правильно, я когда-то туда термодатчик внешний пихал, разница была одинаковая и в Винде и в Коос (ну, неидеальный тепловой контакт) :) а период обновления стоял 1минута (6000) ... ;)

_________________
*****:

;дух машины, мой бубен сильнее твоей тупости



*****:


Top
   
PostPosted: Sun Dec 16, 2007 2:50 pm 
Offline
Kernel Developer
User avatar

Joined: Mon Mar 20, 2006 10:44 am
Posts: 557
из описания понятно что там Винбонд W83627, но какой конкретно - не понятно (буковки после названия), а у них разные АЦП...


Top
   
PostPosted: Sun Dec 16, 2007 9:51 pm 
Offline
User avatar

Joined: Thu Mar 29, 2007 3:02 am
Posts: 249
Ghost
Буковки HF... :)

_________________
*****:

;дух машины, мой бубен сильнее твоей тупости



*****:


Top
   
PostPosted: Fri Dec 21, 2007 10:29 pm 
Offline

Joined: Thu Dec 21, 2006 10:51 am
Posts: 88
Ну для таких простых задачь система в самый раз. На терминалах ИМХО но попалам падает система или нет. У меня она правда падает очень часто, поэтому я с ней почти и не работаю.
Вообще я обратил винмание на кос когда искал ОС для управления бортовым копьютером микроспутника к сожалению она туда и близко не годится, система не в состоянии работать с рантаймом большим чем 10 часов с непрерывной работой с сетью.

В ввашем случае возникает прада другая проблема, реально писать настольный софт под колибри занятие не для слабонервных. Нынешних разработчиков это вполне устравает т.к. это их хобби и их прет писать на асме. Но для написания коммерческого софта в конкретные сроки асма явно мало, впрочем на сегодняшний момент мало и С.
Нужен С++ и библиотеки вроде QT,wxWidgets,MFC,VCL чего пока нет и врядтли будет в ближайшие 3-4 года.
Если с портированием скажем wxWidgest в принципе разобратся можно довольно быстро, то с компилятором С++ - увы уйдет очень много времени и вообще это задача почти что не подьемная (я уже пытался, это крайне сложно).
Да и как показывает практика одного С++ то-же маловато нужны еще покрайней мере perl и python или Java.
Короче говоря требуется портировать весь gcc. Конечно если у вас в коипании с финансами дело обстоит хорошо, и начальство не пожадничает может что-то у вас с этим и выйдет.

P.S. Да и с базами данных. Я так понял что вы реализовали ODBC драйвер на 70 функции, можно узнать как.

_________________
Если бы строители строили здания, так же как программисты пишут программы первый же залетевший дятел разрушил бы цивилизацию.


Top
   
PostPosted: Fri Dec 21, 2007 10:54 pm 
Offline
User avatar

Joined: Mon Apr 16, 2007 6:38 pm
Posts: 1222
Шредер,

"система не в состоянии работать с рантаймом большим чем 10 часов с непрерывной работой с сетью." - а ты проверял? интересно как.. или сеть у тебя работает в принципе?
"У меня она правда падает очень часто" - где отчеты о падениях? или ты не желаешь чтобы ситуация была изменена и потому утаиваешьпричины падения?

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


Top
   
PostPosted: Fri Dec 21, 2007 10:55 pm 
Offline

Joined: Thu Dec 21, 2006 10:51 am
Posts: 88
Mario79 wrote:
vectoroc
k@sTIg@r
2. Согласен, что стабильность Линукс намного выше, но вы не принимаете в расчет внимание, что идеи и основные структуры Линукс базируются на концепциях "вылизываемых" еще с 50-х годов!
Чувствуете разницу в возрасте? С этой точки критиковать Колибри, очень просто и приятно, также как просто и приятно взрослому 40-летнему передразнивать 5-10 летнего ребенка.


Колибри на самом деле базируется на тех же идеях и концепциях. Врочем как и винда, мак ос, фри бсд и т.д. включая все современные ос.(Кстати UNIUX впервые создан в 71 году если не ошибаюсь.)
Само ядро Linux в первые созданно в 1993-м и реально оно не так уже и сильно отличатся от колибри по функциональным возможностям.
Недостатки Колибри против Linux: не соответвие POSIX (хотя в принципе устранимо), нет четкого отделения системных процессов от клиентских (пока что не устранимо), полная не переносимоть и ориентация на единственную аппаратную платформу (вообще не устранимо).
А в остальном ядро Minuet по сути тот же UNIX все идеи те-же.

Просто в ней не реализованны никак механизмы защиты от деструктивных действий клиентского процесса. В конечном счете колибри и минуэт ближе всего стоят к MS DOS и там - и там клиенткий процесс может делать что ему угодно, последсвия чего могут быть весь печальны влоть до выхода из сторя железа. Вот только сапортится реентерабилность и GUI.

_________________
Если бы строители строили здания, так же как программисты пишут программы первый же залетевший дятел разрушил бы цивилизацию.


Top
   
PostPosted: Sat Dec 22, 2007 12:44 pm 
Offline
User avatar

Joined: Thu Mar 29, 2007 3:02 am
Posts: 249
SHREDER
Quote:
На терминалах ИМХО но попалам падает система или нет

почему это пополам?... отнюдь нет...
Quote:
У меня она правда падает очень часто, поэтому я с ней почти и не работаю.

Так напиши, какое ядро, в каких условиях падает... повторим, посмотрим... ;)
Quote:
система не в состоянии работать с рантаймом большим чем 10 часов с непрерывной работой с сетью.

Опиши подробнее...:) не замечал такого...:)
Quote:
Я так понял что вы реализовали ODBC драйвер на 70 функции, можно узнать как.

отдельный драйвер не писали. просто в составе приложения определяется запрос. а 70 функция его прекрасно реализует...
Quote:
Колибри на самом деле базируется на тех же идеях и концепциях.

не согласен совершенно! как раз наоборот!
Колибри по идеям и концепциям ближе к Винде, чем к Юниху.
Quote:
Само ядро Linux в первые созданно в 1993-м и реально оно не так уже и сильно отличатся от колибри по функциональным возможностям.

Quote:
А в остальном ядро Minuet по сути тот же UNIX все идеи те-же.

:shock: :shock: :shock:

_________________
*****:

;дух машины, мой бубен сильнее твоей тупости



*****:


Top
   
PostPosted: Sat Dec 22, 2007 6:50 pm 
Offline
Designer
User avatar

Joined: Thu Jan 25, 2007 3:33 pm
Posts: 5067
Сколько я работал с официальным дистром Колибри, он НИКОГДА не падал :)

_________________
Через тернии к звездам


Top
   
PostPosted: Sun Dec 23, 2007 2:15 am 
Offline
User avatar

Joined: Thu Mar 29, 2007 3:02 am
Posts: 249
Ну, вот и ещё один тест... нижеприведённый фрагмент:
Quote:
qwer:
mov ax,[dat1]
add ax,[dat2]
add ax,[dat3]
xor edx,edx
mov cx,3
div cx
mov [res1],ax
mov ax,[dat1]
add ax,[dat2]
add ax,[dat4]
xor edx,edx
mov cx,3
div cx
mov [res2],ax
mov ax,[dat1]
add ax,[dat3]
add ax,[dat4]
xor edx,edx
mov cx,3
div cx
mov [res3],ax
mov ax,[dat2]
add ax,[dat3]
add ax,[dat4]
xor edx,edx
mov cx,3
div cx
mov [res4],ax
add ax,[res3]
add ax,[res2]
add ax,[res1]
xor edx,edx
mov cx,4
div cx
mov [rez],ax
add [dfgf],1
cmp [dfgf],1000000000
je wmdestroy
jmp qwer

с соответствующими обьявлениями был вставлен в примеры простейших оконных приложений, скомпилирован на ФАСМе для Виндовс, и колибри. Приложение запускалось, замерялось время интерактивного отклика и время выполнения цикла.
результаты:
Время отклика:
Виндовс ХР - 0,22 с
Виндовс98 - 0,17 с
Колибри - 0,07 с
Выполнение цикла:
Виндовс ХР - 167 с
Виндовс98 - 161 с
Колибри - 125 с
было создано приложение нагрузки (занимало систему поочерёдным вписыванием в регистры FFFFFFFFh с последующим обнулением)
Время отклика:
Виндовс ХР - 0,41 с
Виндовс98 - 0,38 с
Колибри - 0,12 с
Выполнение цикла:
Виндовс ХР - 255 с
Виндовс98 - 246 с
Колибри - 176 с
Вот вам 2:0 в пользу наших...;)

_________________
*****:

;дух машины, мой бубен сильнее твоей тупости



*****:


Top
   
PostPosted: Sun Dec 23, 2007 6:14 am 
Offline
Designer
User avatar

Joined: Thu Jan 25, 2007 3:33 pm
Posts: 5067
Ничего сибе нашу бедненькую птичку... тестят :)
Интересно что ж у вас за контора такая?)

_________________
Через тернии к звездам


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 197 posts ]  Go to page Previous 1 2 3 4 514 Next

All times are UTC+03:00


Who is online

Users browsing this forum: No registered users and 1 guest


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