rezident (25.07.2008 05:43, просмотров: 257) ответил Igor_N на Архив в EEPROM,организация,сортировка.-
- -1 ..внешнее ПО не всегда "верхнее". Так что еще вопрос, кто барин. Пусть уточнит. - blackbit(24.07.2008 21:52)
- Что такое архив? Архив это запись истории событий и состояний. События происходят во времени. Зафиксировали событие/состояние с меткой времени в архиве и все! От архива большего не требуется. А как там именно кто-то сторонний (ПО, др. rezident(234 знак., 25.07.2008 05:27)
- Да вы конкретно в танке. Это не архив, а журнал событий. А у него сбор и накопление данных. И есть очень большая разница, как "там именно кто-то [..] будет интерпретировать и визуализировать историю". - blackbit(25.07.2008 09:10)
- Ну поясните для тех, кто по-вашему в танке, в чем разница? В том, что после перезагрузки данные восстанавливать нужно, а для этого поискать в архиве последнюю валидную запись? Дык поиск и восстановление опять же не функция архивирования. - rezident(25.07.2008 09:19)
- Разница указана в стартопике и задача не такая уж простая в целом. И отчего же "поиск и восстановление опять же не функция архивирования"? давно ли? - 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, ссылка)
- дык попросил уточнить, а он молчит как рыба об лед.. :) мож его и нет уже, одни танкисты плотными рядами.. :D - blackbit(25.07.2008 13:52)
- Ну дык и напишите как надо делать, а то у вас одна только критика "танкистов" :) - rezident(25.07.2008 13:36)
- В любом случае отсортировать по заданному критерию и выдать результат это быстрее на одну операцию, чем отсортировать, перезаписать весь архив и выдать отсортированный результат, не так ли? ;) - 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)
- Я вижу, например, что-то эдакое - мелкобюджетное и общающееся с хостом по GPRS. Именно там из соображений экономики имеет смысл замутить что-либо подобное... - Гудвин(25.07.2008 15:56)
- Думается, что мы просто по разному представляем образ афтарской железки, посему может разумнее дождаться, когда он соизволить что-нибудь ответить :) - Гудвин(25.07.2008 15:50)
- Для начала обратитесь к экономике. Например, в моем случае никаких "что покруче" даже не рассматривалось, ибо "сцуко дорого" и тяжко отражается на себестоимости. Так что попробуйте остановиться на 9600 (а у меня было и еще поменее местами) и blackbit(23 знак., 25.07.2008 15:39)
- К простейшей логике. "EEPROM", "в любой момент внешнее ПО может поменять метод сортировки и параметр сортировки на другой", опыт по применению "принципа разумной достаточности". Гудвин(354 знак., 25.07.2008 15:18)
- ..эт к кому вопрос? - blackbit(25.07.2008 15:03)
- Опять словоблудие... Сдуру можно и не такого понапесать. Требую огласить для чего может понадобиться именно такая сортировка, какую описал автор. - Гудвин(25.07.2008 14:56)
- Значит недостаточно упертый практик. Базы и сервера под uC еще уметь писать надо (тем более на ограниченных ресурсах), тогда и нонсенсов не будет. blackbit(229 знак., 25.07.2008 14:56)
- Опять словоблудие :) Я тоже, как упертый практик, смею утверждать что именно "на ограниченных ресурсах" (EEPROM с ограниченным ресурсом записи, и самое главное мизерный объем RAM) "сервер" для клиентских запросов - нонсенс. Так-же как и Гудвин(392 знак., 25.07.2008 14:47)
- гы гы, очень смешно.. дядя Гудвин, как упертый практик заявляю: "клиент/сервер" дает большую фору "файл/сервер" на ограниченных ресурсах (сервером выступает прибор). По-сути, полемика об этом. Но вам этого не понять, вы ж привыкли езернет в полевой blackbit(156 знак., 25.07.2008 14:23)
- А разве был где-то против того, чтобы дополнить имеющийся архив отсортированными списками или индексами? - rezident(25.07.2008 14:10)
- Вся Ваша полемика с Rezident-ом - словоблудие воинствующего тиоретега :) А задача афтара поста высосана из пальца и надумана (или недодумана)... - Гудвин(25.07.2008 14:11)
- В любом случае забрать таблицу, отсортировать и выдать результат не всегда быстрее и надежнее, чем послать запрос, отсортировать на месте (не перезаписывая архив :) и получать отсортированные записи. При этом даже не важно, что таблица у вас уже blackbit(72 знак., 25.07.2008 13:23, ссылка)
- Увы, были бы только фантазии - посмеялись, а так ведь описал реальные системы и сделаны как раз на очень ограниченных ресурсах. - blackbit(25.07.2008 12:40)
- Ваши фантазии совсем не обязательно соответствуют задаче вопрошающего. А нафантазировать подобного я тоже могу :) При ограниченных ресурсах (как указано в задаче) решение должно быть адекватным этим ресурсам. Задача выдачи результата сортировки по rezident(131 знак., 25.07.2008 12:12)
- Хе, ну если у вас все настолько по "регламенту" и трава пострижена/покрашена, то почему так же должно быть у остальных? А у остальных вона чего могет приключиться: 1. ПО на PC может быть остановлено на какое-то время или вообще заряжено с нуля, а blackbit(820 знак., 25.07.2008 12:02)
- Вы уводите тему в сторону, но я отвечу. Журнал не считывается постоянно. Есть регламентный период для снятия показаний, в течение которого гарантируется сохранение всех событий и почасовых данных. События не пишутся в журнал постоянно, а только по мере rezident(503 знак., 25.07.2008 11:33)
- Можно еще одну аналогию привести. Ваша ОС с файловой системой и Shell типа Total Commander или FreeComander. В них можно задать сортировку файлов и каталогов по разным критериям, однако даже при наличии столь серьезных ресурсов как PC эти программы не rezident(147 знак., 25.07.2008 11:00)
- не вижу аналогии с данным примером -=> - blackbit(25.07.2008 11:21, ссылка)
- А по-моему как раз в точку: теперь расскажите, что происходит в вашей системе, когда журналы на приборах забиты под завязку, а у ПО на компе их копий нет в момент запуска... blackbit(238 знак., 25.07.2008 11:12)
- Всяко разно библиотекари стеллажи не начнут двигать! :) - Алексей Мусин(25.07.2008 10:44)
- Ваш сарказм опять мимо :) Индексация для ускорения поиска по архиву это опять же надстройка над архивом. А не функция архивации. К тому же вы невнимательны при чтении чужих сообщений. Я писал не просто считывает, а считывает/обновляет/дополняет rezident(555 знак., 25.07.2008 10:51)
- Скажите это автору :D. А выкачивать весь архив, чтобы провести в нем поиск и сортировку - это, надо полагать, очевидная мудрость? Прям картина маслом: приходит г-н rezident в библиотеку иль жа в архив городской. Аха, чтобы докУмент найти какой blackbit(266 знак., 25.07.2008 10:23)
- Уровень абстракции разный. В любом случае перезаписывать в EEPROM те же самые данные, но в другом порядке это очевидная глупость. - rezident(25.07.2008 10:06)
- Разница указана в стартопике и задача не такая уж простая в целом. И отчего же "поиск и восстановление опять же не функция архивирования"? давно ли? - blackbit(25.07.2008 09:37)
- Ну поясните для тех, кто по-вашему в танке, в чем разница? В том, что после перезагрузки данные восстанавливать нужно, а для этого поискать в архиве последнюю валидную запись? Дык поиск и восстановление опять же не функция архивирования. - rezident(25.07.2008 09:19)
- Да даже если устройство само, например, на экран выводит разные сортировки. Пусть перед выводом на экран сортирует. Фигли еепром елозить по каждому чиху юзера? - Алексей Мусин(25.07.2008 05:33)
- Угу. И я о том же. Сортировка не есть функция архива. - rezident(25.07.2008 05:43)
- Да вы конкретно в танке. Это не архив, а журнал событий. А у него сбор и накопление данных. И есть очень большая разница, как "там именно кто-то [..] будет интерпретировать и визуализировать историю". - blackbit(25.07.2008 09:10)
- Что такое архив? Архив это запись истории событий и состояний. События происходят во времени. Зафиксировали событие/состояние с меткой времени в архиве и все! От архива большего не требуется. А как там именно кто-то сторонний (ПО, др. rezident(234 знак., 25.07.2008 05:27)
- +2 - incognito(24.07.2008 21:35)
- +1 - VAI(24.07.2008 20:46)
- -1 ..внешнее ПО не всегда "верхнее". Так что еще вопрос, кто барин. Пусть уточнит. - blackbit(24.07.2008 21:52)