Ada_Ru форум

Обсуждение языка Ада

3.14p RPM's

Оставить новое сообщение

Сообщения

Oleksandr Havva
3.14p RPM's
2003-03-06 07:38:02

hi,

сабж доступен "на шару" по адресу:

ftp://ftp.ada95.com/pub/gnat-3.14p/RH-7

список файлов:

asis-3.14p-1.i386.rpm.gz

florist-3.14p-1.i386.rpm.gz

gnat-3.14p-1.i386.rpm.gz

gnat-3.14p-1.src.rpm.gz

gnat-3.14p-runtime-1-1.i386.rpm.gz

gnat-glade-3.14p-1.i386.rpm.gz

Alex

Am Donnerstag, 6. M?rz 2003 08:38 schrieb Oleksandr Havva:

 

сабж доступен "на шару" по адресу:

ftp://ftp.ada95.com/pub/gnat-3.14p/RH-7

 

1) модел многозадачности native|FSU ?

2) есть ли планы 3.15p пересобрать ?

3) что патчил ?

 

P.S по поводу FSU : ftp://ftp.chg.ru/pub/lang/ada/ada.doc/Ada95tasking.TXT =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From: Simon Wright <simon@pogner.demon.co.uk>

To: comp.lang.ada@... <comp.lang.ada@....org>

Date: Thursday, September 07, 2000, 7:35:51 AM

Subject: Ada 95 tasking problems with Ada 83 code

Files: <none>

--====----====----====----====----====----====----====----====----====----===-- Wayne Lydecker <wayne@...> writes:

 

That was exactly what I had in mind. The majority of our tasks (~75) are used to synchronize access to the databases. Most of the rest are for alarm clocks, which were poorly implemented. I agree 100% that a good tasking model works fine for 100+ tasks, but when the tasks have infinite loops with a "delay duration'small" to allow a context switch for a type of "round robin" scheduling, it's time for a redesign (which is really what I want to do).

 

Good plan! (you may need to look at protected types and semaphores, mutexes built on them for the synchronisation aspects).

 

Did you spot Jeff Creem's post about the GNAT tasking implementations available on Linux? the default (rts-fsu) runs all tasks in the

context of one process -- block one on I/O and you've blocked them all. Switch to rts-native.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

hi,

Ilja Wasiltschenko wrote:

Am Donnerstag, 6. M?rz 2003 08:38 schrieb Oleksandr Havva:

>

сабж доступен "на шару" по адресу:

ftp://ftp.ada95.com/pub/gnat-3.14p/RH-7

>

1) модел многозадачности native|FSU ?

native

2) есть ли планы 3.15p пересобрать ?

планЫ-то оно конечно да, но пока ничего не обещаю

3) что патчил ?

все патчи с Debian дистрибуции оптом :)

плюс Вадик пособил с патчами для FLORIST,

который в Debian отсутствует.

добавлены терминальные скорости которые поддерживаются в Linux/glibc

остальное касалось только управления сборкой (Makefile's)

и переименований типа:

gcc ---> gnatgcc

gdb ---> gnatgdb

ddd ---> gnatddd (скриптик для запуска ddd)

вообще, унаследованы все свойства сборки ALT-3.13p

плюс по "rpm -qpi ..." оно теперь по русски говорит :)

(ес-сно если LANG/LC_MESSAGES=ru)

пересборка GtkAda из ALT-3.13p прошла без проблем

поменял в spec-е 3.13p на 3.14p и у меня была трабла

с MesaGL (особо разбираться было в лом, просто отключил

при вызове configure)

после этого пересобрал gvd-1.2.4,

меняя в spec-е 3.13p на 3.14p.

тоже без напрягов. запустил - похоже, что работает.

пока собс-но все

Alex

Oleksandr Havva wrote:

 

1) модел многозадачности native|FSU ?

 

native

 

Расскажите мне, бестолковому, что почем с моделями нитей? Как мне известно, единственная реальная проблема это несоответствие native нитей Linux-a требованиям распростанения сигналов POSIX.

 

А какие ещё подводные камни в них зарыты? И занимается ли кто-то поддержкой FSU нитей?

 

 

-- Vadim Godunko

hi,

Vadim Godunko wrote:

Oleksandr Havva wrote:

>

>1) модел многозадачности native|FSU ?

>

native

>

Расскажите мне, бестолковому, что почем с моделями нитей? Как мне известно, единственная реальная проблема это несоответствие native нитей Linux-a требованиям распростанения сигналов POSIX.

эта - раз :)

А какие ещё подводные камни в них зарыты?

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

но попытаюсь вставить свои "семь копеек" :)

Linux - система больше ориентированная на старые

традиции UNIX когда нити не были столь популярны,

т.е. Linux больше ориентирован на процессы.

ввиду этого нить Linux-а больше похожа на процесс

и как следствие из этого переключение с нити на нить

не дает сильного выигрыша во времени по сравнению

с переключением с процесса на процесс.

imho, технически такое решение можно обосновать

желанием упростить планировщик.

кстати, такая реализация родных нитей Linux-а

является постоянным предметом для "религиозных разборок"

Win vs. Lin типа:

Win-дузятники: у вашего Linux-а кривые и тормознутые нити!!! Linux-оиды: а они нам на х... не нужны!!!

И занимается ли кто-то

поддержкой FSU нитей?

а вот тут сорри, на счет поддержки/развития FSU нитей

нич-че не скажу - не знаю :(

...хотя стоп, если говорить в контексте ADA/GNAT,

то кажись FSU отфутболил все последующее сопровождение

и развитие идей FSU нитей к ACT (где-то я такое видел).

так что все вопросы к ...представителю корпоративных

интересов (во загнул!), т.е. товатисчу Рыбину :)

Alex

Hi !

 

Am Donnerstag, 6. M?rz 2003 14:45 schrieb Oleksandr Havva:

 

Расскажите мне, бестолковому, что почем с моделями нитей? Как мне известно, единственная реальная проблема это несоответствие native нитей Linux-a требованиям распростанения сигналов POSIX.

 

эта - раз :)

 

А какие ещё подводные камни в них зарыты?

 

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

но попытаюсь вставить свои "семь копеек" :)

 

Linux - система больше ориентированная на старые

традиции UNIX когда нити не были столь популярны,

т.е. Linux больше ориентирован на процессы.

 

ввиду этого нить Linux-а больше похожа на процесс

и как следствие из этого переключение с нити на нить

не дает сильного выигрыша во времени по сравнению

с переключением с процесса на процесс.

imho, технически такое решение можно обосновать

желанием упростить планировщик.

 

Кроме всего прочего в отличии от нормальных нитей (POSIX)

линуксовсие имеют свой собственный PID, те видны с наружи

как процессы

 

кстати, такая реализация родных нитей Linux-а

является постоянным предметом для "религиозных разборок"

Win vs. Lin типа:

Win-дузятники: у вашего Linux-а кривые и тормознутые нити!!!

Linux-оиды: а они нам на х... не нужны!!!

 

 

Где это ты таких линуксоидов видел ? :-) У линуксоидов уже 3 варианта НИТЕЙ (будем привыкать к терминологии? ;-)

 

- Gnu Pth (GNU Portable Threads) - поддерживает API для эмуляции нитей в соответствии с POSIX.1c

 

- NGPT (Next Generation Posix Threads) - (дальнейшее развитие Gnu Pth) в исполнении от Intel и IBM и на данный момент используется в SuSE Linux Enterprise Server 8

 

- NPTL (Native Posix Thread Library) -это изделие от Red Hat и уделывет NGPT на бенчмарках но требует ядра серии 2.5.x которое на данный момент пока пока в разработке активно тестируется.

 

Собственно говоря проблематика многозадачности в GNAT для linux'а и qnx'а заключается именно в реализации нитей. Ежу понятно что добится одинакового поведения на Win/Linux/QNX RTP мягко говоря проблематично до тех пор пока все эти 3 OS не будут приведены как минимум к единому знаменателю - полного соответствия POSIX например.

 

- Gnu Pth - http://www.gnu.org/software/pth/pth-manual.html

- NGPT - http://www-124.ibm.com/developerworks/oss/pthreads

- NPTL - http://people.redhat.com/drepper/nptl-design.pdf

hi,

Ilja Wasiltschenko wrote:

кстати, такая реализация родных нитей Linux-а

является постоянным предметом для "религиозных разборок"

Win vs. Lin типа:

Win-дузятники: у вашего Linux-а кривые и тормознутые нити!!!

Linux-оиды: а они нам на х... не нужны!!!

>

>

Где это ты таких линуксоидов видел ? :-)

а ты че, www.linux.org.ru _для_забавы_ не почитываешь???

там много чего узнать можно ;-)

У линуксоидов уже 3 варианта

НИТЕЙ (будем привыкать к терминологии? ;-)

>

- Gnu Pth (GNU Portable Threads) - поддерживает API для эмуляции нитей в соответствии с POSIX.1c

>

- NGPT (Next Generation Posix Threads) - (дальнейшее развитие Gnu Pth) в исполнении от Intel и IBM и на данный момент используется в SuSE Linux Enterprise Server 8

>

- NPTL (Native Posix Thread Library) -это изделие от Red Hat и уделывет NGPT на бенчмарках но требует ядра серии 2.5.x которое на данный момент пока пока в разработке активно тестируется.

>

Собственно говоря проблематика многозадачности в GNAT для linux'а и qnx'а заключается именно в реализации нитей. Ежу понятно что добится одинакового поведения на Win/Linux/QNX RTP мягко говоря проблематично до тех пор пока все эти 3 OS не будут приведены как минимум к единому знаменателю - полного соответствия POSIX например.

>

- Gnu Pth - http://www.gnu.org/software/pth/pth-manual.html

- NGPT - http://www-124.ibm.com/developerworks/oss/pthreads

- NPTL - http://people.redhat.com/drepper/nptl-design.pdf

а вот за дополнительную инфу по теме отдельное спасибо,

бум просвещаться :)

Alex

PS

на предмет терминологии,

imho, более корректно/полно,

как в англицком варианте, так и в русском будет:

thread of control ---> нить управления

Hi !

 

Am Donnerstag, 6. M?rz 2003 20:05 schrieb Oleksandr Havva:

 

Где это ты таких линуксоидов видел ? :-)

 

а ты че, www.linux.org.ru _для_забавы_ не почитываешь???

 

Хватает того что MrBool там читает/пишет 8)

 

там много чего узнать можно ;-)

 

10% полезной информации, остальное флейм и распальцовки :)

hi,

Ilja Wasiltschenko wrote:

Hi !

>

Am Donnerstag, 6. M?rz 2003 20:05 schrieb Oleksandr Havva:

>

Где это ты таких линуксоидов видел ? :-)

>

а ты че, www.linux.org.ru _для_забавы_ не почитываешь???

>

Хватает того что MrBool там читает/пишет 8)

>

там много чего узнать можно ;-)

>

10% полезной информации, остальное флейм и распальцовки :)

ключевые слова: "_для_забавы_"

Alex

Новое сообщение:
Страницы: 1

Чтобы оставить новое сообщение необходимо Зарегистрироваться и Войти