caxapa.ru :: Ну поясните для тех, кто по-вашему в танке, в чем разница? В том, что после перезагрузки данные восстанавливать нужно, а для этого поискать в архиве последнюю валидную запись? Дык поиск и восстановление опять же не функция архивирования.

rezident (25.07.2008 09:19, просмотров: 182) ответил blackbit на Да вы конкретно в танке. Это не архив, а журнал событий. А у него сбор и накопление данных. И есть очень большая разница, как "там именно кто-то [..] будет интерпретировать и визуализировать историю".

Ну поясните для тех, кто по-вашему в танке, в чем разница? В том, что после перезагрузки данные восстанавливать нужно, а для этого поискать в архиве последнюю валидную запись? Дык поиск и восстановление опять же не функция архивирования.

Ответить

- Разница указана в стартопике и задача не такая уж простая в целом. И отчего же "поиск и восстановление опять же не функция архивирования"? давно ли? - blackbit(25.07.2008 09:37)
  - Уровень абстракции разный. В любом случае перезаписывать в EEPROM те же самые данные, но в другом порядке это очевидная глупость. - rezident(25.07.2008 10:06)
    - Скажите это автору :D. А выкачивать весь архив, чтобы провести в нем поиск и сортировку - это, надо полагать, очевидная мудрость? Прям картина маслом: приходит г-н rezident в библиотеку иль жа в архив городской. Аха, чтобы докУмент найти какой blackbit(266 знак., 25.07.2008 10:23)
      - Ваш сарказм опять мимо :) Индексация для ускорения поиска по архиву это опять же надстройка над архивом. А не функция архивации. К тому же вы невнимательны при чтении чужих сообщений. Я писал не просто считывает, а считывает/обновляет/дополняет rezident(555 знак., 25.07.2008 10:51)
        
        А по-моему как раз в точку: теперь расскажите, что происходит в вашей системе, когда журналы на приборах забиты под завязку, а у ПО на компе их копий нет в момент запуска... blackbit(238 знак., 25.07.2008 11:12)
        
        Вы уводите тему в сторону, но я отвечу. Журнал не считывается постоянно. Есть регламентный период для снятия показаний, в течение которого гарантируется сохранение всех событий и почасовых данных. События не пишутся в журнал постоянно, а только по мере rezident(503 знак., 25.07.2008 11:33)
        
        Хе, ну если у вас все настолько по "регламенту" и трава пострижена/покрашена, то почему так же должно быть у остальных? А у остальных вона чего могет приключиться: 1. ПО на PC может быть остановлено на какое-то время или вообще заряжено с нуля, а blackbit(820 знак., 25.07.2008 12:02)
        
        Ваши фантазии совсем не обязательно соответствуют задаче вопрошающего. А нафантазировать подобного я тоже могу :) При ограниченных ресурсах (как указано в задаче) решение должно быть адекватным этим ресурсам. Задача выдачи результата сортировки по rezident(131 знак., 25.07.2008 12:12)
        
        Увы, были бы только фантазии - посмеялись, а так ведь описал реальные системы и сделаны как раз на очень ограниченных ресурсах. - blackbit(25.07.2008 12:40)
        
        Ну дык и напишите как надо делать, а то у вас одна только критика "танкистов" :) - rezident(25.07.2008 13:36)
        
        дык попросил уточнить, а он молчит как рыба об лед.. :) мож его и нет уже, одни танкисты плотными рядами.. :D - blackbit(25.07.2008 13:52)
        
        Дык он и на телесисах также, спросил и молчек. - rezident(25.07.2008 14:08, ссылка)
        
        В любом случае отсортировать по заданному критерию и выдать результат это быстрее на одну операцию, чем отсортировать, перезаписать весь архив и выдать отсортированный результат, не так ли? ;) - rezident(25.07.2008 12:15)
        
        В любом случае забрать таблицу, отсортировать и выдать результат не всегда быстрее и надежнее, чем послать запрос, отсортировать на месте (не перезаписывая архив :) и получать отсортированные записи. При этом даже не важно, что таблица у вас уже blackbit(72 знак., 25.07.2008 13:23, ссылка)
        
        Вся Ваша полемика с Rezident-ом - словоблудие воинствующего тиоретега :) А задача афтара поста высосана из пальца и надумана (или недодумана)... - Гудвин(25.07.2008 14:11)
        
        гы гы, очень смешно.. дядя Гудвин, как упертый практик заявляю: "клиент/сервер" дает большую фору "файл/сервер" на ограниченных ресурсах (сервером выступает прибор). По-сути, полемика об этом. Но вам этого не понять, вы ж привыкли езернет в полевой blackbit(156 знак., 25.07.2008 14:23)
        
        Опять словоблудие :) Я тоже, как упертый практик, смею утверждать что именно "на ограниченных ресурсах" (EEPROM с ограниченным ресурсом записи, и самое главное мизерный объем RAM) "сервер" для клиентских запросов - нонсенс. Так-же как и Гудвин(392 знак., 25.07.2008 14:47)
        
        Значит недостаточно упертый практик. Базы и сервера под uC еще уметь писать надо (тем более на ограниченных ресурсах), тогда и нонсенсов не будет. blackbit(229 знак., 25.07.2008 14:56)
        
        Опять словоблудие... Сдуру можно и не такого понапесать. Требую огласить для чего может понадобиться именно такая сортировка, какую описал автор. - Гудвин(25.07.2008 14:56)
        
        ..эт к кому вопрос? - blackbit(25.07.2008 15:03)
        
        К простейшей логике. "EEPROM", "в любой момент внешнее ПО может поменять метод сортировки и параметр сортировки на другой", опыт по применению "принципа разумной достаточности". Гудвин(354 знак., 25.07.2008 15:18)
        
        Для начала обратитесь к экономике. Например, в моем случае никаких "что покруче" даже не рассматривалось, ибо "сцуко дорого" и тяжко отражается на себестоимости. Так что попробуйте остановиться на 9600 (а у меня было и еще поменее местами) и blackbit(23 знак., 25.07.2008 15:39)
        
        Думается, что мы просто по разному представляем образ афтарской железки, посему может разумнее дождаться, когда он соизволить что-нибудь ответить :) - Гудвин(25.07.2008 15:50)
        
        А.. ну ладно. Могу только за себя рассказать: нужна была и сортировка, и весь джентельменский набор реляционной СУБД, которая реализует в том числе вставку записи в таблицы, сдвиги таблиц.. . А в более продвинутом варианте (не вошел в боевое изделие) еще blackbit(647 знак., 25.07.2008 16:00)
        
        Согласитесь, что "рулиться с лицевой" панели и сортированный по ключевым полям мегабайтный(*2/4/8 ???) архив (как я его себе представил из авторского поста) вещи немного разные :) - Гудвин(25.07.2008 16:20)
        
        понимаю, не все рассказал.. у меня сортировка под пользователя выполнялась в том числе и на лету, сами записи физически не переписывались. Как простейший пример, для того же журнала: клиент просто шлет серверу (uC) запрос навроде "Выдать последнюю blackbit(450 знак., 25.07.2008 17:03)
        
        Я вижу, например, что-то эдакое - мелкобюджетное и общающееся с хостом по GPRS. Именно там из соображений экономики имеет смысл замутить что-либо подобное... - Гудвин(25.07.2008 15:56)
        
        ..до наоборот. Как раз в мелкобюджетных и "специальных" можно развлекаться всяко разно, а чем крупнее, тем хуже - каждая копейка на учете. А в моем случае был достаточный крупняк, теперича по всей стране расползается. - blackbit(25.07.2008 16:04)
        
        А разве был где-то против того, чтобы дополнить имеющийся архив отсортированными списками или индексами? - rezident(25.07.2008 14:10)
        
        Можно еще одну аналогию привести. Ваша ОС с файловой системой и Shell типа Total Commander или FreeComander. В них можно задать сортировку файлов и каталогов по разным критериям, однако даже при наличии столь серьезных ресурсов как PC эти программы не rezident(147 знак., 25.07.2008 11:00)
        
        не вижу аналогии с данным примером -=> - blackbit(25.07.2008 11:21, ссылка)
      - Всяко разно библиотекари стеллажи не начнут двигать! :) - Алексей Мусин(25.07.2008 10:44)

Микроконтроллеры