@devops_ru

Страница 497 из 4568
Maxim
24.06.2016
17:07:47
когда как

Lupsick
24.06.2016
17:07:52
я не очень понимаю как это выглядит просто

Nikolay
24.06.2016
17:07:56
на кложе никто не пишет. Новыю люди юы появились, но никто не платит за ЭТО

Google
Maxim
24.06.2016
17:08:19
ну не знаю... живу вот на что-то

Lupsick
24.06.2016
17:08:31
а где ты работаешь?

в банке?

Maxim
24.06.2016
17:08:36
на работу не хожу, дом собственный, лес тоже вокруг

Pavel
24.06.2016
17:08:49
Опять я слышу про Jade, он круче твига или сливает?

Nikolay
24.06.2016
17:08:49
Если только на существущем месте работы протоклнуть кложу, но и варитться в нем сам(-и) будете, и потом искать кложуристов, лол

Maxim
24.06.2016
17:09:22
jade мне просто понравился, что лишних скобочек мало

Lupsick
24.06.2016
17:09:24
протолкнул под себя язык чтоб его не пидорнули походу

щас начальник какой-то

Nikolay
24.06.2016
17:09:43
я знаю одного такого человека
ну вот, будут держать человека в штате за неимением кложуристов, а проект саппортить надо)))

Maxim
24.06.2016
17:09:53
конечно, на других платформах работы больше

Google
Maxim
24.06.2016
17:10:07
но надо и о душЕ когда-то подумать :)

Lupsick
24.06.2016
17:10:14
ну для души я согласен

Maxim
24.06.2016
17:10:15
то есть, чтобы работа в радость

Lupsick
24.06.2016
17:10:17
иногда можно пописать

базара ноль

Nikolay
24.06.2016
17:10:23
классическую литературу читать? ?

Maxim
24.06.2016
17:10:33
так можно и не иногда

Alex
24.06.2016
17:11:16
Долгое время сообщество функционального программирования потрясало замечательно короткими реализациями алгоритмов решета Эратосфена и quicksort. Их даже годами преподавали студентам. И только спустя многие годы пришло понимание, что эти реализации не соответствуют исходным алгоритмам. Мелисса О'Нил (Melissa O’Neill) даже опубликовала научную статью, исправляющую решето Эратосфена в Хаскеле. В частности, ее настоящее решето требует в сто раз больше кода, чем ошибочная оригинальная версия. То же справедливо и для quicksort'а, где «элегантная» двухстрочная версия на Хаскеле более чем в 1000 раз медленнее версии Сэджвика на C, потому что Хаскель делает глубокую копию списков на каждом вызове quicksort'а, портя к чертям асимптотическую сложность оригинального алгоритма Хоара.
Так “медленнее” или “не соответствуют исходным алгоритмам”?

Maxim
24.06.2016
17:11:48
про хаскель там наброс

Pavel
24.06.2016
17:12:05
И то и другое. Просто функциональные языки плохо ложаться на существующую архитектуру

Maxim
24.06.2016
17:12:07
народ вполне себе пишет на нем, но не так чтобы сильно массово

и лично меня не вкатило

Alex
24.06.2016
17:12:21
На существующую архитектуру чего именно?

Maxim
24.06.2016
17:12:38
в кложе приятно то, что она как бы функциональная,

Nikolay
24.06.2016
17:12:47
я пишу на питоне, но кложа прикольна, для себя только если писать на нем))

Maxim
24.06.2016
17:12:52
но если надоедает, то можно и императивненько слабать

Alex
24.06.2016
17:12:54
В кложе приятно то, что там есть immutable data structures

Pavel
24.06.2016
17:13:04
https://www.cs.hmc.edu/~oneill/papers/Sieve-JFP.pdf давайте почитаем

Alex
24.06.2016
17:13:07
А все остальное - это чтобы народ обратил внимание

Google
Maxim
24.06.2016
17:13:27
как бы наоборот, не "есть", а "все иммутабле", но "есть и обычные" :)

Nikolay
24.06.2016
17:13:40
В кложе приятно то, что там есть immutable data structures
оно везде есть, в питона functional-like функции (аля filter/map/reduce) возвращают новый iterable лист, лол

Maxim
24.06.2016
17:14:08
знакомый сарайчик

Alex
24.06.2016
17:14:13
Дима не спит!

Maxim
24.06.2016
17:15:22
без иммутабельных данных эти все map/filter с питонах сосвем не так здорово работают

Pavel
24.06.2016
17:16:21
На существующую архитектуру чего именно?
Я про фон-неймовскую архитектуру процессора. Для функциональных языков она плохо подходит.

Maxim
24.06.2016
17:16:21
в кложе хорошо сделан nil

то есть NPE, там бывает, но только в тех местах, когда в Java ходишь

прямо вот приятно, что можно нагродить вызовов в три этажа и нигде не париться, что случится undefined и все свалится по эксепшену

а сейчас великий Рич задвигает clojure.spec - ну это вообще тема

стандатрный штатный способ описания валидаторов/констрейнтов для чего угодно

Roman
24.06.2016
17:29:34
тут будет зависеть от того сколько данных передается
Ну так он бинарный, в отличие от всяких json

Wild One
24.06.2016
18:05:27
Pavel
24.06.2016
18:09:54
Ну вот меня и до этого смущали функциональные языки, а теперь есть даже пруфы на то что они в чистом виде лишь добавляют в жизнь страданий.

Alexander
24.06.2016
18:25:07
Wild One
24.06.2016
18:25:19
XD

ptchol
24.06.2016
18:25:46
посоны. задачка есть на перестановку.

Wild One
24.06.2016
18:25:52
Представил себе написание кода на Хаскеле под диссоциативами

Ты сделал мой день

Mihail
24.06.2016
18:26:37
шкаф переставить?

Google
Lupsick
24.06.2016
18:27:03
На хаскеле?

Aleserche
24.06.2016
18:27:27
шкаф на хаскеле?

Lupsick
24.06.2016
18:27:40
Под

Александр
24.06.2016
18:27:42
На брейнфаке

ptchol
24.06.2016
18:27:48
Есть elastic 1.7 с дисками hdd(raid0), это шардированный на 3 машины es поэтому просто так взять данные нельзя. Есть elastic 2.3 c дисками ssd, standalone. Задача, получить во втором эластике датасет из первого, не убивая первый.

mio
24.06.2016
18:28:29
прежде всего cluster_name должен совпадать

ptchol
24.06.2016
18:28:31
просто так взять и скопировать документики не получается, потому что их довольно много, и это займет довольно большое кол-во времени.

Admin
ERROR: S client not available

mio
24.06.2016
18:28:48
потом настроить unicast discovery от новых нод в сторону старого

Wild One
24.06.2016
18:29:12
Поэтому надо есть вещества
Вещества... Мда, мне сейчас явно нужно отдыхать

mio
24.06.2016
18:29:13
лучше в конфиге сразу прописать схожее кол-во шардов, как в нужном индексе на старом

ptchol
24.06.2016
18:29:38
индексов много, и настройки шард \ реплик уникальный по индексам

mio
24.06.2016
18:30:12
вообщем, должен подхватить и среплицировать слейв реплики

ptchol
24.06.2016
18:30:32
если мы введем ноды, то это приведет к решардингу данных

mio
24.06.2016
18:30:39
только ручками нужно будет увеличить кол-во шардов у каждого старого индекса с 0 до 1 или 2

решардинг на время новых нод нужно отключить

http://elasticsearch-cheatsheet.jolicode.com/

ptchol
24.06.2016
18:32:08
смотри. ты предлагаешь вырубить аллокатор, доавить ноду в кластер, и пробежаться по всем индексам и заинкрементить кол-во реплик ?

трудность в том что старых ноды 3, и мы вводи одну, у части индексов репликафактор 1 тоесть если я сделаю 2 не факт что он уедет на новую SSD ноду, так ?

Ну и я еще не уверен что 2й и первый эластик выживут в одном кластере, помоему протокол несовместим.

Google
ptchol
24.06.2016
18:35:04
@miolini ты куда пропал

mio
24.06.2016
18:40:45
я тут

про протокол тоже есть сомнения

но у шарды тоже можно командовать куда перемещать

т.е. говорим, что мастер шард такой то такого индекса теперь на такой то ноде будет

ptchol
24.06.2016
18:45:31
тоесть мне нужно вырубить аллокатор, и ручками, для тех индексов у которых РФ1 увеличивать его до 2 и аллокатору сказать что он на таких то нодах, а на тех нодах где он скажем 2, увеличить до 3х, и добавить в качестве стораджа для 3го шарда, указать SSD ноду ?

Upgrading to a major release such as Elasticsearch 2.x will not work where some nodes are left on older releases.

вобщем забыть про все это можно. Другие варианты ?

mio
24.06.2016
19:00:11
сделать бекап

https://github.com/taskrabbit/elasticsearch-dump

ptchol
24.06.2016
19:00:31
сделать бекап
медленно же, все бэкапилки вычитывают подкументно

медленное оно.

mio
24.06.2016
19:00:46
сколько у тебя их?

и у тебя не стоит вопрос медленно или быстро, а потерять, или все таки найти способ перенести

ptchol
24.06.2016
19:01:15
документов ?

mio
24.06.2016
19:01:19
да

ptchol
24.06.2016
19:01:41
не, у меня как раз вопрос перенсти чтобы быстро

Страница 497 из 4568