"Константин" <[EMAIL PROTECTED]> сообщил/сообщила в новостях
следующее:
> 486 с NT4 Server стоял долго что-то около 3-4
> лет к нему никто не ходил, а когда решили проведать
> его, не из-за того что сломалось, нет - просто
> просто проведать решили, а оказалось что его
> за энто время "нечаяно"
Hello, Vadim!
Vadim Mescheryakov wrote:
>> В смысле - застрявший OIT может подвинуть только свип. Не застрявший -
>>любая тр-ция
>
> А чем характеризуется ЗАСТРЯВШИЙ OIT?
> Как он порождается?
блин, люди, перестаньте издеваться. буквально вчера на sql.ru
разжевывал
http://www.sql.ru/forum/a
В книге Борри есть сноска от научного редактора (стр. 724), что в FB2 для
шифрования
паролей используется MD5. Проверил на RC2, как было 8 значимых символов
так и осталось.
Будет сделано или от этого отказались?
--
Фетискин Сергей
http://stella-npf.ru
--~--~-~--~~~-
Hello, Vadim!
Vadim Mescheryakov wrote:
> ÐÑ Ð¸ вÑÐµÐ¼Ñ Ð¾Ñ Ð²Ñемени он (sweep) пеÑеÑÑÐ°ÐµÑ ÑÑо делаÑÑ Ñак как виÑÐ¸Ñ snapshot
> ÑÑанзакÑиÑ.
мне гÑÑÑÑно и пеÑалÑно повÑоÑÑÑÑ Ð¾Ð´Ð½Ð¾ и Ñо же -
ÑиÑайÑе Ñ
е
>>> К> Стоимость машинки:
>>> К>Мать+проц+память ~ 12$
>>
>>> на какой свалке раздают такие компы и сколько он еще прослужит без глюков?
>>
>> На любом радиорынке ...
>У нас системы на автовокзалах (в маленьких деревнях в основном, на 1-2
>рабочих места) до сих пор есть на 486 и на первых
Hello, Vadim!
Vadim Mescheryakov wrote:
> ÐеÑÑÑ Ð½Ð°Ð·Ð°Ð´ пеÑевели кÑÑпного заказÑика Ñ Ð±Ð¾Ð»ÑÑой базой 10G в Ñежим ÑабоÑÑ
> 24x7
> (до ÑÑого он ежедневнÑй gbak-restore делал) СейÑÐ°Ñ ÐºÐ°Ð¶Ð´Ñй ÑÐ°Ñ Ð·Ð°Ð¿Ñ
> Я бы другое предписание сделал: за отладочные работы на боевом сервере
> обрывать гениталии.
не злоупотребляем отладкой, у каждого есть свой комп...
да и отлаживать через терминал по дохлому каналу - то еще удовольствие.
без особой нужды никто не отважится.
но иногда на тестовых базах глюк не
Hello, Oleg_M!
You wrote on Thu, 15 Jun 2006 09:29:11 +0400:
OM> У нас предписание: после окончания работы(отладки, обновления) на
OM> боевом сервере закрывать IBExpert
OM> всякие глюки замечали.
Я бы другое предписание сделал: за отладочные работы на боевом сервере
обрывать гениталии.
Удач
Константин пишет:
>> К> Стоимость машинки:
>> К>Мать+проц+память ~ 12$
>
>> на какой свалке раздают такие компы и сколько он еще прослужит без глюков?
>
> На любом радиорынке ...
У нас системы на автовокзалах (в маленьких деревнях в основном, на 1-2
рабочих места) до сих пор есть на 486
У нас предписание:
после окончания работы(отладки, обновления) на боевом сервере закрывать
IBExpert.
всякие глюки замечали.
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
"Vadim Mescheryakov" ...
>
> >В смысле - застрявший OIT может подвинуть только свип. Не застрявший -
> > любая тр-ция
> А чем характеризуется ЗАСТРЯВШИЙ OIT?
> Как он порождается?
Роллбеком он "порождается", таким, который сервер не смог откатить сразу
и закоммитить. Или лимбо.
--
Хорсун
>В смысле - застрявший OIT может подвинуть только свип. Не застрявший -
> любая тр-ция
А чем характеризуется ЗАСТРЯВШИЙ OIT?
Как он порождается?
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
"Vlad Horsun" ...
> OST двигается (если это возможно) любой тр-цией. Свип (и только свип)
> двигает
> застрявший OIT (и только застрявший)
В смысле - застрявший OIT может подвинуть только свип. Не застрявший -
любая тр-ция
--
Хорсун Влад
--~--~-~--~~~---~
"Vadim Mescheryakov" ...
> >Что _это_ ?
> >
> Ну и время от времени он (sweep) перестает двигать счетчики, то есть отрыв
> между OST и NT увеличивается и к 200 000 начинаются проблемы со скоростью
> работы.
OST двигается (если это возможно) любой тр-цией. Свип (и только свип)
двигает
з
>Что _это_ ?
>
Ну и время от времени он (sweep) перестает двигать счетчики, то есть отрыв
между OST и NT увеличивается и к 200 000 начинаются проблемы со скоростью
работы.
Мещеряков Вадим.
--~--~-~--~~~---~--~~
-~--~~~~--~~--
"Vadim Mescheryakov" ...
> Много лет используем в работе замечательный инструмент IBExpert.
> Месяц назад перевели крупного заказчика с большой базой 10G в режим работы
> 24x7
> (до этого он ежедневный gbak-restore делал) Сейчас каждый час запускается
> sweep,
> который двигает счетчики транзакци
Vadim Mescheryakov wrote:
> Как выяснилось, в какой то момент времени ее создает IBExpert, который
> активно используется для
> отладки запросов.
> Если выйти из него, то транзакция завершается и sweep проходит нормально.
>
> Параметры транзакций в IbExpert выставлены следующие
>
> isc_tpb_read_
Ðного Ð»ÐµÑ Ð¸ÑполÑзÑем в ÑабоÑе замеÑаÑелÑнÑй инÑÑÑÑÐ¼ÐµÐ½Ñ IBExpert.
ÐеÑÑÑ Ð½Ð°Ð·Ð°Ð´ пеÑевели кÑÑпного заказÑика Ñ Ð±Ð¾Ð»ÑÑой базой 10G в Ñежим ÑабоÑÑ
24x7
(до ÑÑого он ежедневнÑй g
ХоÑелоÑÑ Ð±Ñ ÑказаÑÑ ÑобÑÑвеннÑй код оÑибки Ð´Ð»Ñ PK, FK, СHECK, UNIQUE иÑп.
Ð Ñо, вÑлеÑÐ°ÐµÑ SQL Code -804, а какой имменно UNIQUE кÑиÑÐ¸Ñ ÐºÐ°Ðº опÑеделиÑÑ,
кÑоме паÑÑиÑÑ ÑÑандаÑÑное ÑообÑеÐ
Hello, Yuri!
Plotnikov Y. wrote:
> Рновом пÑоекÑе пеÑвÑй Ñаз пÑиÑлоÑÑ ÑабоÑаÑÑ Ñ Ð¾Ð±Ð¾ÑÑдованием. Ð¦ÐµÐ»Ñ Ð¿ÑоÑÑÐ°Ñ -
> пиÑаÑÑ Ð² Ð±Ð°Ð·Ñ Ð´Ð°Ð½Ð½Ñе Ñ ÐºÐ°ÐºÐ¸Ñ
Ñо даÑÑиков. ÐаннÑе - инÑегеÑÑ, ÑлоаÑÑ.
Всем спасибо за такой детальный разбор проблемы!
буду думать ;)
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
>Я еще написал что размер будет ограничиваться - т.е. хвост будет отрезаться.
Создаёшь файл фиксированного размера,
с произвольным доступом и в него пишеш
по кругу Time, Value. доходишь до конца
начинаешь с начала. Ну и ессесвенно
лючьше где-то отдельно хранить позицию
курсора в
"Alexandr Kochmin" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> СФ> Объемы здесь небольшие, да и скорости тоже.
>
> он вообщем-то написал
> "до тысячи float параметров с частотой полсекунды"
> Возьмем грубо
> float 4 байта* 1000=4000 байт в секунду.
> 240 килобайт в минуту
> 14.5
Я еще написал что размер будет ограничиваться - т.е. хвост будет отрезаться.
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
> Вообще-то, RC2 - это билд 12654. Последний снапшот - билд 12691. На них и
> надо проверять.
2.0.0.12691 CS - то же самое
SS на соседней машине через TCP нормально проверяет
предыдущий пост расшифровать не смог
пытался проверить IBE и своей приблудой на плюсах (6.1)
в эксперте пробовал разные ко
> К> Стоимость машинки:
> К>Мать+проц+память ~ 12$
>на какой свалке раздают такие компы и сколько он еще прослужит без глюков?
На любом радиорынке ...
Но можно и PI, PII - стоимость возростёт не очень :)
Это я для примера что и такая машинка справиться ...
А сколько проработ
К> Стоимость машинки:
К>Мать+проц+память ~ 12$
на какой свалке раздают такие компы и сколько он еще прослужит без глюков?
--
С уважением
Кочмин Александр
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
СФ> Объемы здесь небольшие, да и скорости тоже.
он вообщем-то написал
"до тысячи float параметров с частотой полсекунды"
Возьмем грубо
float 4 байта* 1000=4000 байт в секунду.
240 килобайт в минуту
14.5 мегабайт в час.
я бы не сказал, что объемы небольшие.
А если еще и несколько датчиков
>>Будем мерять что потерять лучше - х\з какого размера
>> внутренний виндовый буфер или последние показания счётчиков ?
>> Нормальные счётчики, кстати, помнят (небольшую) историю
>> своих показаний
>Лишено смысла, т.к. время подёъма с ресета системы, верификации того что есть
>явно больше че
Многое зависит от того, какие датчики/счетчики
у нас есть всякие - от тупово замыкателя контактов,
до процессорных, имеющих в себе архив с разными срезами - по пять секунд, по по
часу, по суткам.
пятисекундный буфер за последние сутки.
Опрашиваем таких "умников" не мы, а отдельная софтина. "СП-
On Wed, 14 Jun 2006 16:01:07 +0400, Plotnikov Y.
<[EMAIL PROTECTED]> wrote:
>> Гм, ТОЧНО по COM? Тогда о каких безумных объёмах мы тут вообще говорим?
>
>
> Как мне сказал "представитель заказчика", там будут какие то
> радиомодемы, но
> мол работа идет в точности так, как по компорту, т.е. с
WWW.DERIVATIVEMASTER.COM
[ 14th JUNE 2006 ] Todays calls were as under :
Futures Master
Reccommendation
Lot Size
Profit / (Loss)
Sell Reliance Capital Future @ 362 SL 371 Target 330
1100
> Гм, ТОЧНО по COM? Тогда о каких безумных объёмах мы тут вообще говорим?
Как мне сказал "представитель заказчика", там будут какие то радиомодемы, но
мол работа идет в точности так, как по компорту, т.е. сказал не
заморачиваться на это и выдал провод (нульмодем).
А передавать по кому нужно буде
"Horsun Vlad" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>Будем мерять что потерять лучше - х\з какого размера
> внутренний виндовый буфер или последние показания счётчиков ?
> Нормальные счётчики, кстати, помнят (небольшую) историю
> своих показаний
Лишено смысла, т.к. время
"Alexandr Kochmin" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> так вот чтоб не думать об таких специфических связанных с базой вопросах,
> файл и предлагают.
Если там данные по COM идут, то обсуждение можно прекращать ;-)
--~--~-~--~~~---~--~~
-~-
Hi "Alexandr Kochmin"
> PY>> На отдельном разделе :)
>
> PY> Не, не так все "кудряво". Никто мне не даст отдельного раздела ;)
>
> ну тогда ФС помрет от фрагментации. :)
Не помрет, усли есть указание что фиксированного размера то сразу создовать
файл нужной длинны и в нем по кругу писать
"Plotnikov Y." <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> случае по компорту. Посему вытекает что она должна бы работать автономно,
> без привлечения человека. Ну, в смысле желательно ;)
Гм, ТОЧНО по COM? Тогда о каких безумных объёмах мы тут вообще говорим?
--~--~-~--~-
> В-третьих, ты спрашивал советов, а не указаний - на вот :)
Ладно, ладно, все хорошо ;)
я просто русло беседы чуть корректирую ;) дабы не уходить в такие плоскости,
в которых реально оказаться не получится ;)
--~--~-~--~~~---~--~~
-~--~~~~--
"Plotnikov Y." ...
> > На отдельном разделе :)
>
> Не, не так все "кудряво". Никто мне не даст отдельного раздела ;)
Во-первых, это не обязательное условие, а рекомендация.
Во-вторых, всё определяется стоимостью потерянных данных.
Если она невелика, то нечего и огород городить, иначе - про
PY>> На отдельном разделе :)
PY> Не, не так все "кудряво". Никто мне не даст отдельного раздела ;)
ну тогда ФС помрет от фрагментации. :)
--
С уважением
Кочмин Александр
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
"Oleg LOA" ...
> "Horsun Vlad" ...
> >Надёжность записи в файл. А при последовательной записи
> > диск не будет изнасилован - по крайней мере не до смерти :)
>
> Какой? Если у него по ресету снесут машину, то всё равно данные потеряны как
текущие так и на момент нажатия ресета.
Будем мерят
> про 24 часа в сутки не сказано в начальном условии
сорри, но оно так. Т.е. 24. Понятно что без сбоев никуда, но их лучше бы
минимизировать.
> Не факт всё зависит от подробностей коих нет ;-)
Кои еще нада?
Подробнее - аппликация - промежуточное звено между другой аппликацией и
оборудованием. Е
> так вот чтоб не думать об таких специфических связанных с базой вопросах,
файл и предлагают.
да я понимаю. И обдумываю ;) Просто интереснен весь диапазон мнений.
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
"Horsun Vlad" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>Надёжность записи в файл. А при последовательной записи
> диск не будет изнасилован - по крайней мере не до смерти :)
Какой? Если у него по ресету снесут машину, то всё равно данные потеряны как
текущие так и на момент
> На отдельном разделе :)
Не, не так все "кудряво". Никто мне не даст отдельного раздела ;)
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
PY> причем если база, то как в нее писать ? старт, инсерт, коммит? или
PY> подкапливать в буфере? вроде так полезнее - когда мы массовые заливки в
PY> базу делаем мы суем коммит допустим раз в 500 записей.
PY> Тоже с удалением - если допустим ограничение в 1000 записей, то что,
PY> мы зальем в
> Backup/restore как делать? Процесс-то непрерывный.
про 24 часа в сутки не сказано в начальном условии
> А вдруг поломается - админов то там не будет, резет ткнет кто нибудь...
> В общем, промежуточный файл нужен 100%.
Не факт всё зависит от подробностей коих нет ;-)
--~--~-~--~~---
> Backup/restore как делать? Процесс-то непрерывный.
> А вдруг поломается - админов то там не будет, резет ткнет кто нибудь...
Я думаю в случае если сильно поломается - просто заменят базу чистой
"болванкой".
Сам факт ограничения по размеру говорит о том, что запись нужна лишь в
случае чтобы если
"Oleg LOA" ...
> >> Как лучше делать - по старинке или через TFileStream (тоже не работал с
ним
> >> никогда ;))?
> >
> >CreateFile без буферизации.
>
> И умереть при насиловании диска. Буферизация то почему помешала?
Надёжность записи в файл. А при последовательной записи
диск не будет из
Oleg LOA пишет:
>
> Мне кажется нужно протестрировать на скорость работу серез Ya, если не
> хватит, то только тогда лепить примочку с записью в файл.
Backup/restore как делать? Процесс-то непрерывный.
А вдруг поломается - админов то там не будет, резет ткнет кто нибудь...
В общем, промежуточн
>> Как лучше делать - по старинке или через TFileStream (тоже не работал с ним
>> никогда ;))?
>
>CreateFile без буферизации.
И умереть при насиловании диска. Буферизация то почему помешала? Если будет
дисковая фрагментация то ему даже асинхронная запись внутреннего буфера может
не помочь.
"Plotnikov Y." ...
...
> Как лучше делать - по старинке или через TFileStream (тоже не работал с ним
> никогда ;))?
CreateFile без буферизации. Если без TStream никак - THandleStream
--
Хорсун Влад
--~--~-~--~~~---~--~~
-~--~~~~--~--
PY> Мысль интересная. Просто настолько уже привык к СУБД, что не сразу
PY> сообразил, что можно иначе.
да, есть еще применения, где база данных не в тему совсем. ;)
PY> Как лучше делать - по старинке или через TFileStream (тоже не работал с
PY> ним никогда ;))?
да, лучше посовременнее ;)
-
> сначала надо определиться, а нужна ли тут вообще СУБД.
> Из постановки задачи видно, что достаточно просто файла.
> Вот в файл и пиши.
> А если уж какая аналитика потом нужна будет, транзакции и прочее, тогда
уже надо демоном по файлу идти и в базу заливать
> когда надо и что надо, возможно с про
PY> Вспоминаю также беседы здесь, что писать надо все в промежуточный файл,
PY> а уж из него потом в базу.
PY> Возникает уместный вопрос - когда потом? тут этим "потом" не
PY> пахнет
PY> Чего хочу - идей, советов, основанных на опыте.
сначала надо определиться, а нужна ли тут вообще СУБД
Добрый день всем!
В новом проекте первый раз пришлось работать с оборудованием. Цель простая -
писать в базу данные с каких то датчиков. Данные - интегеры, флоаты.
Количество параметров - сказали ориентироваться до тысячи.
Писанина будет осуществляться в двух режимах: по изменению и с заданным
инт
Hello, Dmitry!
You wrote on Wed, 14 Jun 2006 09:57:58 +0400:
DY>
http://sourceforge.net/project/showfiles.php?group_id=9028&package_id=29791&release_id=417230
-
- Дмитрий Еманов
Спасибо. Следуя совету АК уже стянул с ibase.ru.
Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address
57 matches
Mail list logo