Вот, так понятнее стало: память динамическая — 64 миллисекунды это очевидно период регенерации, то есть если между циклами регенерации успеть простукать бит он воспримется как родной. ECC поможет, но не спасет — парные ошибки обнаружены не будут. Выстукивать обратно — это фактически заниматься регенерацией причем очень неэффективно. Мда и правда проблема. Уменьшить период регенерации, скорее всего невозможно т.к. пресловутые 64 миллисекунды — это, вероятно, период распространения волны регенерации по всем сторокам памяти.
Выход один — все время заниматься какой-нить ерундой, что бы отнимать время у зловреда и не давать простукать битики.
Не жутко, а мерзко потому что — трипофобия. Тут недавно статья была так эту дурацкую картинку как КДПВ использовали. Нифига хорошего пока у нейросетей не выходит, так что пока генерим ужастики.
Память — понятное дело — статическая, ЖК-дисплею много не надо, а вот процессор, очевидно, работает равно столько сколько нужно, чую не простой там Z80 :)
Сравниваю с Palm Pilot — примерно того же времени машинка. Два AAA-аккумулятора (NiMH 700mAh) — хватало на две недели (там кстати, забавно — не доп. батарейка ставилась, а ионистор — несколько минут на замену основных батарей)
Еще, интересно было бы оценить юзабилити, особенно для повседневных вычислений — это все ж таки калькулятор. Для меня эталоном оптимальной скорости вычислений остается МК-52… впрочем, тут не исключаю собственное ретроградство :)
Вы обновили библиотеку HTTP запросов до самой последней версии в последнем релизе.
Нда? А к «элегантной программе», «с точно требуемым количеством абстракций», «безупречны модулям» — тестирования не прилагалось?
И «самый почтенный по годам специалист компании» не станет произносить эту мудрую, но бессмысленную в данной ситуации фразу выделенную курсивом (ради которой, очевидно, и писался рассказ). А бросит коротко — «ну, что ж откатывайся, а потом действуй по своему плану». Еще может быть, для одобрения, пошутит вроде: «в этим мире нельзя никому доверять,… мне можно».
Три раза просмотрел статью, но вот именно «прямого портирования кода с Arduino» как раз и не увидел.
Поставили среду, подключили плату, запустили пример. Причем здесь Arduino?
>Я вас уверяю, что на operations индекс по счёту будет, к такой таблице не по счёту вообще не обращаются.
домыслы.
триггера позволяют стоить учет по «левым» параметрам по которым не нужно строить выборку и потому индекс по ним — дорогое удовольствие
>… это функционал оракла, который мне, действительно, не надо переписывать.
триггер — точно такой же функционал оракла
>> нет индекса по счету
>как будто триггеру индекс не нужен
индекс по счету нужен на таблицу totals (и в моем и в вашем варианте), но не на operations (в вашем)
>Можно. А когда репозиторий будет плох?
ваш репозиторий — «сферический конь в вакууме» его можно сделать хорошо, можно плохо, а вариант с триггером понятен потому прозрачен и просчитывается
>А задача топикстартера проще решается материализованной вьюшкой. То есть, в первом приближении, триггер или не нужен, или не применим.
вот! а как по вашему реализованы эти самые вьюшки :) триггера используются самим oracle в хвост и в гриву
Несерьезно,
если ваше обновление затрагивает 100000 разных счетов в примере топикстартера, в таблице операций миллиард записей и нет индекса по счету — ну, вперед! :)
Естественно, исходить надо от задачи, можно придумать пример когда и триггер будет плох.
О, точно! Для логов триггеры — вообще мастхев. А если сделать автогенератор таких логирующих триггеров да вспомнить, что триггер можно повесить и на изменение метаданных — получаем мастхев в квадрате :)
Вот, так понятнее стало: память динамическая — 64 миллисекунды это очевидно период регенерации, то есть если между циклами регенерации успеть простукать бит он воспримется как родной. ECC поможет, но не спасет — парные ошибки обнаружены не будут. Выстукивать обратно — это фактически заниматься регенерацией причем очень неэффективно. Мда и правда проблема. Уменьшить период регенерации, скорее всего невозможно т.к. пресловутые 64 миллисекунды — это, вероятно, период распространения волны регенерации по всем сторокам памяти.
Выход один — все время заниматься какой-нить ерундой, что бы отнимать время у зловреда и не давать простукать битики.
Полно контор этим занимается, цены вполне адекватные.
Опять же найти плату или usb-свисток для оцифровки — тоже не проблема, гораздо сложнее найти работающий видик.
Буквально на днях цифровал кассеты (VHS,C-VHS) 95-99 годов (домашнего хранения), все еще вполне читается.
А кроме шуточек: бывает плохая реклама или нет?
Сравниваю с Palm Pilot — примерно того же времени машинка. Два AAA-аккумулятора (NiMH 700mAh) — хватало на две недели (там кстати, забавно — не доп. батарейка ставилась, а ионистор — несколько минут на замену основных батарей)
Еще, интересно было бы оценить юзабилити, особенно для повседневных вычислений — это все ж таки калькулятор. Для меня эталоном оптимальной скорости вычислений остается МК-52… впрочем, тут не исключаю собственное ретроградство :)
(с) День радио.
И «самый почтенный по годам специалист компании» не станет произносить эту мудрую, но бессмысленную в данной ситуации фразу выделенную курсивом (ради которой, очевидно, и писался рассказ). А бросит коротко — «ну, что ж откатывайся, а потом действуй по своему плану». Еще может быть, для одобрения, пошутит вроде: «в этим мире нельзя никому доверять,… мне можно».
Только одно: в отличие от топикстартера никому об этом не рассказал
Поставили среду, подключили плату, запустили пример. Причем здесь Arduino?
домыслы.
триггера позволяют стоить учет по «левым» параметрам по которым не нужно строить выборку и потому индекс по ним — дорогое удовольствие
>… это функционал оракла, который мне, действительно, не надо переписывать.
триггер — точно такой же функционал оракла
>> нет индекса по счету
>как будто триггеру индекс не нужен
индекс по счету нужен на таблицу totals (и в моем и в вашем варианте), но не на operations (в вашем)
>Можно. А когда репозиторий будет плох?
ваш репозиторий — «сферический конь в вакууме» его можно сделать хорошо, можно плохо, а вариант с триггером понятен потому прозрачен и просчитывается
>А задача топикстартера проще решается материализованной вьюшкой. То есть, в первом приближении, триггер или не нужен, или не применим.
вот! а как по вашему реализованы эти самые вьюшки :) триггера используются самим oracle в хвост и в гриву
если ваше обновление затрагивает 100000 разных счетов в примере топикстартера, в таблице операций миллиард записей и нет индекса по счету — ну, вперед! :)
Естественно, исходить надо от задачи, можно придумать пример когда и триггер будет плох.