информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Сетевые кракеры и правда о деле ЛевинаSpanning Tree Protocol: недокументированное применениеГде водятся OGRы
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Блокировка российских аккаунтов... 
 Отзыв сертификатов ЦБ РФ, ПСБ,... 
 Памятка мирным людям во время информационной... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / miscellaneous
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
А разве нет таких задач, для решения которых не требуется... 19.04.07 11:51  Число просмотров: 1632
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
[moved from humor]
> Недоступность современных средств коллективной разработки.
А разве нет таких задач, для решения которых не требуется коллективная работа?
> > ресурс достаточно длительное время, тем самым главная
> > программа на некоторое время "зависнет".
> Необходимо для таких целей использовать не программы
> (приложения), а сервисы. Более гибкие механизмы перезапуска
> завиших.
Более гибко - когда программа запускается командой из командной строки.
Под словом "зависание" я имел в виду временное прекращение выполнения кода главной программы в связи с необходимостью выполнения какого-либо другого кода (например программы перерисовываюшей мышиный курсор или сервиса антивирусного сканера), не смотря на то, что главная программа находится в состоянии выполнения.
В любом случае получается противоречие: если сервис является высокоприоритетной непрерываемой задачей, то всегда найдется другой подобный сервис, которого не сможет прервать наш основной сервис неоправданно длительное время.
> Зачастую мгновенная скорость не требуется. А для
Ну "мгновенная", это в любом случае в пределах микросекунды. Ну пусть таких задач не много, но они есть, их ни одна, ни две и не три.
> "мгновенных" задач можно использовать логику, реализованную
Можно, но комп под рукой, а логику надо разработать и изготовить, предварительно раздобыв нужные материалы и компоненты, приборы и станки.
> в железе. Для работы с быстрым железом, оптимальней
Можно и "в железе", но переделывать его на этапе отладки сложнее, чем подправлять программу.
> использовать буфера.
Буфера нужны только для того, чтоб сам факт получения сигнала не был утерян при временной невозможности его обработать, но они не помогут, если нужно как-то прореагировать на сам сигнал.
> ДОС вроде расшифровывается -дисковая ОС. Она расчитана на
> операции ввода/вывода с диском. Память выделять не умеет,
> вроде:)
Точно. Сначала в ПЗУ шили всякие ОС и даже BASIC. ДОС был расчитан на то, что он будет грузиться с дискетки. Почти все основные функции ОС у него есть: запуск процессов, обработка прерываний, работа с памятью (функции 48h, 49h), ввод/вывод как на устройства так и в файлы. Много чего еще, кроме автоматического переключения процессов и многопользовательности.
> ИМХО это можно реализовать на микроконтроллере и писать в
> базу через сервис (и драйвер устройства) , запущенный на
> компе или банально напрямую:)
Сначала определяемся с микроконтроллером, покупаем его и кучу других деталюшек, прорабатываем схему, разводим на печатной плате, травим, паяем, подключаем. Микроконтроллер должен уметь накапливать в памяти значения времени, когда приходит сигнал и сливать все это по какому-то интерфейсу в комп. То есть еще пишем прогу для ПМК, прошиваем ее несколько раз, поскольку вылавливать ошибки придется. На компе без программы тоже не обойтись.
Решение этой задачки в виде тысячерублевого ноутбука, проводов и разъемов не стоило мне большого труда. При проведении других измерений (или управлений) потребуется добавить еще провода и разъемы и написать прогу на основе существующей.
<miscellaneous> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2022 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach