Я вот не вижу преимуществ использования замыканий. Почти все можно реализовать без их использования, но используя их, код становится сложнее и менее понятным, его сложнее поддерживать и развивать. В определенный момент поддержка такого кода может отнять времени больше чем было сэкономлено при написании кода с использованием замыканий.
К сожалению, только сейчас прочел статью. Комментаторы почему-то забыли про важные вещи…
Вы к монге обращаетесь по _id, верно? А _id имеет индекс, B-tree. Если в хранилище 500 обьектов, то высота дерева равна log(2)(500) = 9 (если оно сбалансировано), а это значит, что на каждый запрос, по индексу будет 9 операций.
А если взять среднестатистический кэш в хайлоад проекте? Там миллиарды записей в кэше, для 1 млрд записей, log2(10^9) = 27 (опять же, если оно сбалансировано). Уже операций в 3 раза больше. Сложность выборки из B-tree равна O(logn).
А для memcached, который строит hashtable по сути, потому для него сложность всегда O(1). Вы это отлично почувствуете на больших проектах, когда монга начнет стремительно сдавать с ростом количества записей… И медленным будет даже не чтение, а вставка, так как вставка в B-tree дорогая операция по сравнению с hashtable.
Ах да, еще есть лимиты по памяти… Вы бы посмотрели какой оверхед у монги при использовании памяти… Очень удивились бы. На 2гб рамы, мемкеш будет держать 1 млрд среднестатистических данных в кэше, реальных данных, а не выдуманных с размером в 2мб, а вот монга держать не будет, ей, скорее всего, под 8гб понадобится (тут без цифр, субьективные данные основанные на опыте работы).
Потому по моему мнению, ваши тесты некорректны, они не покажут как себя будет вести монга и мемкэш в реальных условиях.
Пофилософствую на эту тему.
В самом первом вашем камменте речь шла о memcached. Что такое memcached? Система кэширования данных. Для чего служит кэш? Для ускорения доступа к используемым данным.
Какая есть брешь? Кэш не гарантирует сохранности данных, т.е. в любой момент при падении сервера или memcached'а все данные теряются.
С БД этого не произойдет, конечно, если тип таблицы не memory.
Имхо они хотят еще больше заработать. А там гляди и будет как на всяких веселых фермах… не будешь заходить раз в 4 часа — упадет карма на 1, не зайдешь раз в сутки — удалится какой-то твой топик, а за недельную неявку — бан. А началось это года полтора назад, когда начали методично своей политикой выпиливать технически грамотных ребят. Многие разбежались… Вместо них набежали читатели alizar'a и marks'a.
был в этом офисе, добавлю детали…
действительно, сидят продажники всякие, которые постоянно обзванивают клиентов и т.п. офис очень мал, места для людей мало, кроме переговорки нет никаких разделений пространства. поскольку шумно, то технарей в этом офисе быть в принципе не может.
Вопрос официальным представителям яндекса. Когда планируется dev офис в Киеве?
А кто сказал что на машинах приезжают не бухгалтера и руководители отчитывающихся организаций? Приведите пример района, в котором работники размажорились. В районных отделениях ПФ простые люди (даже начальство), а нагреваются те кто выше, даже не в городском управлении, а еще выше.
Оправдаю ПФ. Его имеют вышестоящие, денег не дают, а требуют все больше. Я так понимаю, речь шла о детях войны. Получается, что по закону доплата полагается, а деньги на это не выделены. ПФ не платит, так как денег нет. Но если подавать в суд, то отказать суд не может. Остается лишь в судах дела мурыжит и держат как можно дольше.
З.Ы. дела решаются в пользу истца, но приходится долго ждать и собирать тонны макулатуры.
З.Ы.Ы. но это все равно беспрецедентно и ужасно.
P.S. спасибо за продукт!)
Вы к монге обращаетесь по _id, верно? А _id имеет индекс, B-tree. Если в хранилище 500 обьектов, то высота дерева равна log(2)(500) = 9 (если оно сбалансировано), а это значит, что на каждый запрос, по индексу будет 9 операций.
А если взять среднестатистический кэш в хайлоад проекте? Там миллиарды записей в кэше, для 1 млрд записей, log2(10^9) = 27 (опять же, если оно сбалансировано). Уже операций в 3 раза больше. Сложность выборки из B-tree равна O(logn).
А для memcached, который строит hashtable по сути, потому для него сложность всегда O(1). Вы это отлично почувствуете на больших проектах, когда монга начнет стремительно сдавать с ростом количества записей… И медленным будет даже не чтение, а вставка, так как вставка в B-tree дорогая операция по сравнению с hashtable.
Ах да, еще есть лимиты по памяти… Вы бы посмотрели какой оверхед у монги при использовании памяти… Очень удивились бы. На 2гб рамы, мемкеш будет держать 1 млрд среднестатистических данных в кэше, реальных данных, а не выдуманных с размером в 2мб, а вот монга держать не будет, ей, скорее всего, под 8гб понадобится (тут без цифр, субьективные данные основанные на опыте работы).
Потому по моему мнению, ваши тесты некорректны, они не покажут как себя будет вести монга и мемкэш в реальных условиях.
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
9 Power_On_Hours 0x0032 097 097 000 Old_age Always - 17668
2) EQ4
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
9 Power_On_Hours 0x0032 097 097 000 Old_age Always - 13810
3) EQ4
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
9 Power_On_Hours 0x0032 095 095 000 Old_age Always - 22942
Там все хорошо написано.
В самом первом вашем камменте речь шла о memcached. Что такое memcached? Система кэширования данных. Для чего служит кэш? Для ускорения доступа к используемым данным.
Какая есть брешь? Кэш не гарантирует сохранности данных, т.е. в любой момент при падении сервера или memcached'а все данные теряются.
С БД этого не произойдет, конечно, если тип таблицы не memory.
Такой ответ сойдет?
действительно, сидят продажники всякие, которые постоянно обзванивают клиентов и т.п. офис очень мал, места для людей мало, кроме переговорки нет никаких разделений пространства. поскольку шумно, то технарей в этом офисе быть в принципе не может.
Вопрос официальным представителям яндекса. Когда планируется dev офис в Киеве?
з.ы. контент краденный)
З.Ы. дела решаются в пользу истца, но приходится долго ждать и собирать тонны макулатуры.
З.Ы.Ы. но это все равно беспрецедентно и ужасно.