zen 2 это даже не вчерашний день, позавчерашний. примерно за те же $500 можно взять не китай, а нормальный intel nuc с i5-1240P на борту. там 4+8 alder lake ядер. в Cinbench 23 в однопотоке интел в полтора раза лучше, в многопотоке на четверть. ну и графика интел DG1 в бенчмарках чуток лучше, плюс потребление не сравнить. я такой для телевизора присматриваю, старый nuc шумит громко на ютубе.
ну и где логика в накладывании санкций на китайские компании, за связи с военными, которые в мире и мухи не обидели и не накладывании на интел, что связаны с военными что разбомбили пол мира, чихая на оон ? израиль яо производит, санкций нет. иран яо не производит, санкции есть. где же тут логика ?
тоже не понял как одинаковые UPDATE могут задедлочить. обе транзакции попытаются в одинаковом порядке вычитать записи, соответственно наложить блокировку должны одинаково попытаться. одной транзакции это удастся, другой нет.
Откуда jvm запущена не столь важно, важно что jdbc сериализацией десериализацией вынужден заниматься, убивая смысл работы внутри субд.
По логу – сосредоточьтесь, никто показания не меняет, субд без лога не нужна и попахивает попилом, если юзается в гос учреждениях. Ведь на рынке доступны бесплатные и полноценные субд. Поврежденные файлы из того, что я сталкивался в последнее время – сходивший с ума контроллер, выходящие из строя вентиляторы и перегрев процессоров с удачными глючками. У соседей тестировали пожарную сигнализацию, сирены, звуком, умудрились убить сотни hdd. ситуаций полно и юзать субд без лога нет никакого резона.
jdbc интерфейс полагаю еще борланд сделал. у db2, oracle тоже jvm внутри, но там есть смысл т.к. jvm часть ядра и работает с базой через внутренние протоколы.
да понятно, что если субд не имеет лога транзакций то вынуждена каждый коммит расскладывать по датафайлам. этот минус тоже от интербейз достался и не позволяет по перфоменсу сравнится даже с mysql. innodb пишет последовательно в лог, а в файлы данных расскладывает когда время найдется, не задерживая поток транзакций. плюс есть тьма сценариев когда может оказаться повреждены файлы данных. в любой, отличной от интербейз, базе данных можно взять ночной бэкап и накатить логи транзкции до момента сбоя. мягко говоря гораздо более разумный с точки зрения безопасности подход.
какой-то сон разума, на кой сторед процедура, где внутри по jdbc коннекция ? в чем смысл дребедень устанавливающую jdbc коннекцию упрятывать в субд ?
ну и по надежности - если это клон FB, то получается и лога транзакций нет. т.е. если произошел сбой восстановиться можно лишь на момент бэкапа. как в любой другой субд накатить лог транзакций уже не выйдет, верно понимаю ? случайно не отсюда ли уши у фразы "документов в год с потерей данных не более 2% в год" ?
примерно половине пользователей датабрикс нужны. тренировка моделей не сильно от расчетов ядерного синтеза отличается. или видосик разложить на кадры и прогнать через опознавание лиц через opencv.
в свое время не смог пересесть на хром потому, что там нет отдельного textbox для поиска. т.е. когда пишешь запрос гуглу, автокомплит сует урлы. а потом еще и обнаружил, что в хроме отсутствует какая либо безопасность. хром берет сертификаты из винды, которые админ домена легко может подменить. однажды работодатель врубил корпоративный прокси, только ФФ меня предупредил, что трафик кто-то посередине перехватывает. хром и ie же показывали зелененьким коннекции к моему банку.
вопрос был про доли рынка БД, цифры совсем выдуманы или ссылочка просто не та ? по чистой прибыли - дык, ceo в этом году купил крупнее яхту, вот и прибыль просела. так бывает, когда начальства яхты покупает.
Если в 2019 году ей принадлежали 27 % рынка БД, по данным Gartner, то в 2020 году эта доля упала до 24 %.
ссылка ведет на какое-то облачное исследование без цифр. сомнительно что оракл опутился ниже 40% в on-perm секторе, 24% наверно в облачном секторе, хотя тоже врятли, уж слишком велика доля для облака.
Периодическая недоступность сайтов и почты вызвана техническими проблемами в работе DNS-серверов RU-CENTER из-за DDoS-атаки.
Сроки устранения проблем в работе DNS-серверов сейчас не определены, это может занять несколько дней. Наши специалисты делают всё возможное для обеспечения стабильной работы сервисов.
Примите наши извинения за доставленные неудобства!
zen 2 это даже не вчерашний день, позавчерашний. примерно за те же $500 можно взять не китай, а нормальный intel nuc с i5-1240P на борту. там 4+8 alder lake ядер. в Cinbench 23 в однопотоке интел в полтора раза лучше, в многопотоке на четверть. ну и графика интел DG1 в бенчмарках чуток лучше, плюс потребление не сравнить.
я такой для телевизора присматриваю, старый nuc шумит громко на ютубе.
ну и где логика в накладывании санкций на китайские компании, за связи с военными, которые в мире и мухи не обидели и не накладывании на интел, что связаны с военными что разбомбили пол мира, чихая на оон ? израиль яо производит, санкций нет. иран яо не производит, санкции есть. где же тут логика ?
тоже не понял как одинаковые UPDATE могут задедлочить. обе транзакции попытаются в одинаковом порядке вычитать записи, соответственно наложить блокировку должны одинаково попытаться. одной транзакции это удастся, другой нет.
Откуда jvm запущена не столь важно, важно что jdbc сериализацией десериализацией вынужден заниматься, убивая смысл работы внутри субд.
По логу – сосредоточьтесь, никто показания не меняет, субд без лога не нужна и попахивает попилом, если юзается в гос учреждениях. Ведь на рынке доступны бесплатные и полноценные субд. Поврежденные файлы из того, что я сталкивался в последнее время – сходивший с ума контроллер, выходящие из строя вентиляторы и перегрев процессоров с удачными глючками. У соседей тестировали пожарную сигнализацию, сирены, звуком, умудрились убить сотни hdd. ситуаций полно и юзать субд без лога нет никакого резона.
jdbc интерфейс полагаю еще борланд сделал. у db2, oracle тоже jvm внутри, но там есть смысл т.к. jvm часть ядра и работает с базой через внутренние протоколы.
да понятно, что если субд не имеет лога транзакций то вынуждена каждый коммит расскладывать по датафайлам. этот минус тоже от интербейз достался и не позволяет по перфоменсу сравнится даже с mysql. innodb пишет последовательно в лог, а в файлы данных расскладывает когда время найдется, не задерживая поток транзакций. плюс есть тьма сценариев когда может оказаться повреждены файлы данных. в любой, отличной от интербейз, базе данных можно взять ночной бэкап и накатить логи транзкции до момента сбоя. мягко говоря гораздо более разумный с точки зрения безопасности подход.
какой-то сон разума, на кой сторед процедура, где внутри по jdbc коннекция ? в чем смысл дребедень устанавливающую jdbc коннекцию упрятывать в субд ?
ну и по надежности - если это клон FB, то получается и лога транзакций нет. т.е. если произошел сбой восстановиться можно лишь на момент бэкапа. как в любой другой субд накатить лог транзакций уже не выйдет, верно понимаю ? случайно не отсюда ли уши у фразы "документов в год с потерей данных не более 2% в год" ?
примерно половине пользователей датабрикс нужны. тренировка моделей не сильно от расчетов ядерного синтеза отличается. или видосик разложить на кадры и прогнать через опознавание лиц через opencv.
snowflake же просто sql engine, может и быстрый, не трогал, но запустить жава код как у бриксов с расчетами хоть ядерного синтеза не выйдет.
в свое время не смог пересесть на хром потому, что там нет отдельного textbox для поиска. т.е. когда пишешь запрос гуглу, автокомплит сует урлы. а потом еще и обнаружил, что в хроме отсутствует какая либо безопасность. хром берет сертификаты из винды, которые админ домена легко может подменить. однажды работодатель врубил корпоративный прокси, только ФФ меня предупредил, что трафик кто-то посередине перехватывает. хром и ie же показывали зелененьким коннекции к моему банку.
зачем тогда вынесли в заголовок "Импортозамещение Camunda" ?
Выглядит, что аффтору 8 лет
вопрос был про доли рынка БД, цифры совсем выдуманы или ссылочка просто не та ?
по чистой прибыли - дык, ceo в этом году купил крупнее яхту, вот и прибыль просела. так бывает, когда начальства яхты покупает.
откуда инфо ?
Если в 2019 году ей принадлежали 27 % рынка БД, по данным Gartner, то в 2020 году эта доля упала до 24 %.
ссылка ведет на какое-то облачное исследование без цифр. сомнительно что оракл опутился ниже 40% в on-perm секторе, 24% наверно в облачном секторе, хотя тоже врятли, уж слишком велика доля для облака.
и как ? потеснило ? :)
вот только дистанцировались не от украины, где собственно конфликт ...
так третий рейх жег евреев тоже в соответствии с законом.
nic.ru совсем умер
Здравствуйте!
Периодическая недоступность сайтов и почты вызвана техническими проблемами в работе DNS-серверов RU-CENTER из-за DDoS-атаки.
Сроки устранения проблем в работе DNS-серверов сейчас не определены, это может занять несколько дней.
Наши специалисты делают всё возможное для обеспечения стабильной работы сервисов.
Примите наши извинения за доставленные неудобства!
В заголовке озеро, в тексте какое-то унылое легаси.
а в оракле все учитывается ....
Скажите а у s3 теперь есть атомарный mv фолдера?