drizzle это mysql с оторванными процедурами, триггерами и чем-то еще. там внутри они несколько упорядочили код, но кардинальных изменений в том что осталось я там не видел. насколько я понимаю их подход — это избавление от «проблемных фич» и достижение бОльшей стабильности именно за счет выкидявания кода, а не за счет исправления архитектуры mysql.
mariadb тоже несколько причесали код, но кардинально переписывать код у них нет ни особо ресурсов ни, как следствие, желания. afaik. судя по тому что они пишут, они допиливают оптимайзер, и в смысле сабкреверей сейчас у них получше чем в mysql. конкретно про partitioning не пишут ничего, значит то же самое что и в mysql.
в целом же форки сам сервер не особо развивают. percona это не надо, они другим занимаются. у mariadb насколько я понимаю ресурсов лишних нет. drizzle вообще занялся дауншифтингом;)
там две серии тестов, в первой он выигрывает, во второй нет.
для больших проектов переписывание с 0 это практически 100% проигрыш. пример — netscape, которые во время переписывания профукали всю свою браузерную долю, до которой фокс до сих пор не добрался.
Однако даже тот же Фокскон руками китацев чипы не производит и платки не паяет. И никто их руками не производит. И чипы используются не только в сотовых телефонах и прочих потреб. товарах.
Ту же нефть без контроля электроники в нынешних количествах вряд ли смогли бы добыть — трудоемкость была бы совсем другой. Всей этой электроникой надо управлять, без этого толку от нее нет. И тут появляется ИТ, часть которой, со временем, развивается исключительно для покрытия потребительских нужд, что естественно. И это и есть Гугл, Эппл и прочие интернеты, большая их часть. Однако говорить что вся ИТ просто надстройка и качественного скачка в «старой» экономике не произвела — неверно.
Если проводить аналогию с конвеером — то он тоже не привнес ничего нового, скажем, в сельское хозяйство, революционизировав «только» производство, однако жизн в целом изменилась сильно.
ИМХО, конечно.
Ошибки тут нет. Суть в том что при full scan происходит sequential read, т.е бошка винчестера идет подряд по секторам и не дергается. Индекс в этом примере фактически используется для выполнения сортировки, т.е _поиска_ по индексу не происходит, и происходит чтение всех записей. Поэтому во втором случае sequential read происходит только для индекса, а для чтения самих записей используется random read.
Т.к кластерных индексов в myisam нет, то бошка винчестера скачет туда-сюда, и из-за этого full index scan _в этом_ случае занимет гораздо больше времени. Кроме того, во втором случае больше информации читается с диска чем в первом.
Если бы во втором примере скан индекса использовался для поиска записей, то какая-то часть их была бы отсеена (т.е небыло бы некоторых random reads) и разница времени выполнения была бы другая.
Вопорс топикстартеру: можно ли использовать пвс в автоматизированной билд системе? т.е не чтоб руками пускать и проверять каждый раз, а чтоб можно было проверять некоторое дерево автоматом из скрипта и получать некоторый с ошибками? Сильно глубоко я не копал, но внешне похоже что пвс заточен именно под ide и интерактивное использование?
афаик, это из-за особенностей реализации вторичных ключей в иннодб — для вторичных он делает лукап в первичном, поэтому скан втотричного индекса всегда медленее чем первичного, даже если вторичный в разы меньше первичного.
Идея, сдается мне, не нова. Недавно здесь же была новость про мыльницы с регулируемой глубиной резкости, на этом же принципе. И там вроде все как уже запатентовано, и хозяин той конторы дисер на эту тему написал, и ролик на ютюбе выложили и тд.
Мощность же не из воздуха берется, а из питания. Питание осталось прежним значит и мощность та же.
Мощность микрухи это то сколько в принципе она может переварить пока не сдохнет.
Так что все нормально будет. Цоколевка у них одинаковая, так что все переделки это выпаять старую впаять новую.
Можно еще на внутренню сторону пластиковой морды наклеить автомобильную виброизоляцию. Она съест некоторую часть призвуков. Вместо родных TDA2030 можно поставить TDA2050.
Качественного скачка в звучании не будет, но разница будет ощутимой.
микрухи, говорят, можно заказать через инет. вроде на platan.ru много чего есть и они отправляют почтой, но я сам пока ничего у них не заказывал.
фон — у меня тоже появился. изначально все провода в колонке были пристегнуты степлером к стенке дальней от транса и достаточно высоко, насколько их хватало. я их пристегивать не стал, + переходники на два операционника, как я понимаю, неплохо ловят наводки на проволочки. потому и гудело. сейчас я вынес все потроха из колонки в отдельный корпус и закрыл транс экраном подцепленным к среднему проводу от транса (т.е на землю). в корпусе еще разнес подальше тембрблок и транс. гудеть перестало и стало гораздо удобнее копаться в нем.
AFAIK кропом называют все что меньше некоторого пленочного стандарта. Например практически весь цифро-сф тоже кроп. СФ ФФ вроде как дюже дорог в производстве даже для про.
1) То что юзер возьмет объектив с другим фокусным не делает грип зависимым от кроп фактора.
2) Объективы делаются большими не для грип, а для создания необходимого сенсору покрытия. Т.е. грип будет одинаковым и у большого и у маленького объектива если у них одинаковая дырка и одинаковое фокусное. Различаться будет размер изображаемой картинки.
Очевидно что особой «инновационной» идеи там небыло. Не выстрелило же:) Да и из текста это вобщем, имхо, понятно.
Но опыт бодания человека с аппстором и какая-то статистика лично мне интересна.
2.6.39 без pf:
— 16 CPUs in system; running 16 parallel copies of tests:
System Benchmarks Index Score 1125.5
16 CPUs in system; running 16 parallel copies of tests:
System Benchmarks Index Score 5562.7
2.6.39-pf4-pf
— 16 CPUs in system; running 16 parallel copies of tests:
System Benchmarks Index Score 1030.6
16 CPUs in system; running 16 parallel copies of tests:
System Benchmarks Index Score 3781.8
Тестовая задача (сборка сервера mysql) идет в 4 раза медленее с патчем чем без него.
mariadb тоже несколько причесали код, но кардинально переписывать код у них нет ни особо ресурсов ни, как следствие, желания. afaik. судя по тому что они пишут, они допиливают оптимайзер, и в смысле сабкреверей сейчас у них получше чем в mysql. конкретно про partitioning не пишут ничего, значит то же самое что и в mysql.
в целом же форки сам сервер не особо развивают. percona это не надо, они другим занимаются. у mariadb насколько я понимаю ресурсов лишних нет. drizzle вообще занялся дауншифтингом;)
для больших проектов переписывание с 0 это практически 100% проигрыш. пример — netscape, которые во время переписывания профукали всю свою браузерную долю, до которой фокс до сих пор не добрался.
Ту же нефть без контроля электроники в нынешних количествах вряд ли смогли бы добыть — трудоемкость была бы совсем другой. Всей этой электроникой надо управлять, без этого толку от нее нет. И тут появляется ИТ, часть которой, со временем, развивается исключительно для покрытия потребительских нужд, что естественно. И это и есть Гугл, Эппл и прочие интернеты, большая их часть. Однако говорить что вся ИТ просто надстройка и качественного скачка в «старой» экономике не произвела — неверно.
Если проводить аналогию с конвеером — то он тоже не привнес ничего нового, скажем, в сельское хозяйство, революционизировав «только» производство, однако жизн в целом изменилась сильно.
ИМХО, конечно.
Т.к кластерных индексов в myisam нет, то бошка винчестера скачет туда-сюда, и из-за этого full index scan _в этом_ случае занимет гораздо больше времени. Кроме того, во втором случае больше информации читается с диска чем в первом.
Если бы во втором примере скан индекса использовался для поиска записей, то какая-то часть их была бы отсеена (т.е небыло бы некоторых random reads) и разница времени выполнения была бы другая.
Мощность микрухи это то сколько в принципе она может переварить пока не сдохнет.
Так что все нормально будет. Цоколевка у них одинаковая, так что все переделки это выпаять старую впаять новую.
Качественного скачка в звучании не будет, но разница будет ощутимой.
фон — у меня тоже появился. изначально все провода в колонке были пристегнуты степлером к стенке дальней от транса и достаточно высоко, насколько их хватало. я их пристегивать не стал, + переходники на два операционника, как я понимаю, неплохо ловят наводки на проволочки. потому и гудело. сейчас я вынес все потроха из колонки в отдельный корпус и закрыл транс экраном подцепленным к среднему проводу от транса (т.е на землю). в корпусе еще разнес подальше тембрблок и транс. гудеть перестало и стало гораздо удобнее копаться в нем.
2) Объективы делаются большими не для грип, а для создания необходимого сенсору покрытия. Т.е. грип будет одинаковым и у большого и у маленького объектива если у них одинаковая дырка и одинаковое фокусное. Различаться будет размер изображаемой картинки.
Но опыт бодания человека с аппстором и какая-то статистика лично мне интересна.