From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3EFD0D52.1010005@mtu-net.ru> Date: Sat, 28 Jun 2003 07:36:50 +0400 From: "Oleg N. Kayunov" User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030210 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: community@altlinux.ru References: <200306231013.15735.maxman@yourline.ru> <3EF6D0BD.1080509@rmts.donpac.ru> <200306231710.51856.maxman@yourline.ru> <200306241317.20554.maxman@yourline.ru> <3EF80121.2080502@rmts.donpac.ru> <3EFA10A3.9030701@mtu-net.ru> <20030626145118.106871fb.gleb@asd.iao.ru> In-Reply-To: <20030626145118.106871fb.gleb@asd.iao.ru> X-Enigmail-Version: 0.70.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: [Comm] Re: =?koi8-r?b?xtXOy8PJ0SDzySA=?= X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.1 Precedence: list Reply-To: community@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 03:41:22 -0000 Archived-At: List-Archive: List-Post: Gleb Kulikov пишет: > Thu, 26 Jun 2003 01:14:11 +0400 дня "Oleg N. Kayunov" >написал(а): > > > >>1. - Пишется для Питона модуль снимающий данные с карточки и выдающий их в >>в Питоночитаемом виде. Пишется на C , раз уж библиотека при карточке >> >> > >Лучше не так (описываю то, что сделано у меня) > 1. на C/C++, пишется взаимодействие с аппаратурой, стартуется в отдельном >треде (высокоприоритетном). Данные могут размещаться в выделенных областях >памяти, например, разделяемой, и т.д. > 2. Пишется модуль - переходник для Питона, (только!) достающий/обрабатывающий >данные. Лучше оформлять его по правилам модулей для Numeric, тогда возможен >прозрачный доступ к массивам данных. В этом случае, проще всего обеспечить >необходимые времена реакции и т.п., хотя синхронизация процессов, >выполняющихся в разном масштабе времени. и может доставить головную боль. > > М.б. я что-то не так понял, но тогда уж (раз пошла такая пьянка) имеет смысл написать для снятия данных и их __буферизации__ отдельную C-программку - даемона. И запускать её, болезную, с высоким приоритетом. Можно и root-ом. А енти самые (снятые с карточки и буферизированные) данные брать с даемона через сокет. Брать когда будет удобно - меньше проблем с синхронизацией. Дополнительное преимущество - ежели использовать И-нет сокет, то можно делать всё это через сеть, то бишь - карточка (карточки) на одной (одних) машинах, обработчик (Питоновский) на других. И не придётся даже озабочиваться связью между C-шным текстом и Питоновской программой - всем ведь глубоко фиолетово, какая именно программка на другом конце линии. А то как писАть программы на C работающие с сокетами во множестве мест (с примерами) описано. И у Питона соответствующий модуль имеется. Учитывая, что, как писал Ткаченко, частота дискретизации невысокая - всё должно пойти на ура. Или именно это и имелось в виду? Дополнительно - насчет bc. При всём (искреннем) уважении к bc математическая библиотечка унего бедновата. А главная (ИМХО) "вкусность" bc - неограниченная точность (требующая, ест-нно, неограниченного времени) в этой задаче явно не нужна. Обычный double float перекроет все требования по точности расчетов (учитывая ограниченную разрядность карточки) с ну очень большим избытком. >Засада (если хочется реализоваывать всё это безобразие именно на линуксе, я >реализовывал работу со своим спектроскопическим стендом под OS/2, в процессе >раздумей о линукс-реализации, разлил много желчи): реализация многотредовости >в линуксе воистину*Отвратительная*, именно так, с большой буквы.. Достаточно >сказать, что ожидание на pthread_cond_wait-- активно жрёт процессор! > > Ну демоны-то в Линукс явно не жрут время в процессе простоя. >Заодно вопрос к разработчикам: а какие планы относительно NPTL / NGPT в ALT? > Интересно знать - что это? >Спасибо. > > Салют, /GLeb >_ > -- == В действительности все обстоит совершенно иначе чем на самом деле. == BR, Oleg N. Kayunov.