
Crypt
03.04.2018
07:25:45

/dev/null
03.04.2018
07:28:41

m
03.04.2018
07:32:49

/dev/null
03.04.2018
07:34:08

Google

m
03.04.2018
07:34:29
А что с ним не так?

Olzhas
03.04.2018
07:34:59

Alexander
03.04.2018
07:35:05

Marlik
03.04.2018
07:35:17

/dev/null
03.04.2018
07:35:18
А что с ним не так?
хочется нативного решения, к тому же электрон имеет множество ограничений с взаимодействием с ОС

Alexander
03.04.2018
07:35:34

Daniel
03.04.2018
07:36:24

Alexander
03.04.2018
07:36:25

Crypt
03.04.2018
07:36:43
+ ssd обязательно
У меня пока в RAM влазит. Может можно как-то настройки leveldb подкрутить?

/dev/null
03.04.2018
07:36:48

Daniel
03.04.2018
07:37:45

Crypt
03.04.2018
07:38:56

Daniel
03.04.2018
07:49:17
Compaction - тут как раз ssd поможет, или включение кеширования записи

Google

Daniel
03.04.2018
07:50:27
Get/has должен быть быстр, если памяти хватает.

Alexey
03.04.2018
08:08:57

Daniel
03.04.2018
08:09:25
перестаньте!
leveldb - движок, а не субд

Alexander
03.04.2018
08:55:10

Vladimir
03.04.2018
09:02:54
перестаньте!
Ну если не хватает скорости, но очень хочется, то как бы почему бы и не нормальная СУБД?

Daniel
03.04.2018
09:03:28
в этой формулировке - все ок

Alexander
03.04.2018
09:06:13
Можно rocksdb попробовать
по бенчмаркам быстрее
жрет только больше

Arch
03.04.2018
11:08:56

1nt3rrupt3r
03.04.2018
11:12:08
Ух
арчленукс, да ещё и живой

Daniel
03.04.2018
11:14:48

Arch
03.04.2018
11:17:07
Тогда ещё вопрос, а почему не редис?
Он же вроде быстрее

Daniel
03.04.2018
11:18:12
это разного уровня продукты
level, rocks и еще пяток - это движки

Arch
03.04.2018
11:19:20
А позиционируются как эмбедед кей-вэйлю сторадж)))

Google

Daniel
03.04.2018
11:19:28
redis, clickhouse, tarantool и еще два десятка - это субд

FRD Official - Dmitriy
03.04.2018
11:24:40

Arch
03.04.2018
11:27:24
Я к тому что позиционируются как встраиваемые ключ-значение хранилища

FRD Official - Dmitriy
03.04.2018
11:29:39

Arch
03.04.2018
11:30:28
А оно не в памяти живёт?

Daniel
03.04.2018
11:30:30

Sergey
03.04.2018
11:31:02

FRD Official - Dmitriy
03.04.2018
11:41:44

Daniel
03.04.2018
11:46:28
нет. там не плоский файл, там специально и очень сложно организованный файл,

Daniel
03.04.2018
11:46:48
как раз для того, чтобы не надо бвло держать весь индекс в памяти

FRD Official - Dmitriy
03.04.2018
12:11:56

Crypt
03.04.2018
12:14:54

Daniel
03.04.2018
12:15:33
совсем - нельзя, конечно, производительнось упадет еще сильнее.
возьмите другой движок, без компактизации

Kirill
03.04.2018
12:49:38
ловите его
кстати старые версии гугл переводчика именно так работали, искали совпадения по синхронно переведенным текстам

Daniel
03.04.2018
12:53:21
а не спам ли это?

Google

m
03.04.2018
12:57:46
вроде бы в go сейчас добавлены все иснтрукции интеловского проца. И сам go компилит, используя кучу регистров. Как скомпиленный код адаптируется под те инструкции, что поддерживает процессор?

Daniel
03.04.2018
12:58:51
а?!

Alexander
03.04.2018
12:59:22

Daniel
03.04.2018
12:59:29
там, где это важно, например, с AES - там ифы в коде

m
03.04.2018
13:01:00
на каждый чих дёргается cpuid?

Daniel
03.04.2018
13:01:35
я так понял - при загрузке либы он дергается

m
03.04.2018
13:04:24
а есть где-то описание всего этого?
просто хочется иметь возможность писать код, который хорошо ложился бы на AVX, скажем. Но не ясно, как его написать. надеяться на умный компилятор не вижу смысла.

Admin
ERROR: S client not available

Daniel
03.04.2018
13:11:33
а тебе профайлер показал уже, что твой код лег плохо?

m
03.04.2018
13:16:53

Kirill
03.04.2018
13:19:56
читать исходники го?)

dimcha
03.04.2018
13:22:33
подскажите, почему так НЕ НАДО инициализировать преременные?
images := []*ImagesList{}
и как тогда НАДО делать?

Alexey
03.04.2018
13:23:07
make([]*ImagesList, 0)

dimcha
03.04.2018
13:23:13
images := make([]*ImagesList, 0)
почему?

Alexey
03.04.2018
13:23:22
хз)

Kirill
03.04.2018
13:23:28
в го обычно простой и односмысленный синтаксис, зато миллион способов инициализации переменных, и не понятно чем они отличаются друг от друга

dimcha
03.04.2018
13:23:53
"здесь так заведено" (с) ?

Google

Alexey
03.04.2018
13:24:19

Kirill
03.04.2018
13:24:27
мейк вроде создает ссылку на обьект, а слайсы и массивы это ссылочный тип
если делать не через мейк, то будет нал референц эксепшен

dimcha
03.04.2018
13:24:32
не,я к тому, что нет какой-то просадке по перфомансу или каких-то сайд-эффектов, про которые я не в курсе?

Alexey
03.04.2018
13:24:42

Daniel
03.04.2018
13:24:52
нет, это скомпиляется в идентичный код
другое дело, что слайс нулевого размера не нужен никому вообще

dimcha
03.04.2018
13:25:37
ну и ладушки, а то мне голанд постоянно подчеркивает и ругается, что я песпредельничаю

Kirill
03.04.2018
13:25:44
почему не нужен? потом просто аппендишь в него и все, разве нет?

dimcha
03.04.2018
13:26:04

Daniel
03.04.2018
13:26:30
который и создает слайс уже ненулевого размера

dimcha
03.04.2018
13:26:30
если просто через var определять, то оно взрывается, т.к. ничего нет (`nil`)

Daniel
03.04.2018
13:26:42
вопрос - зачем нужно было делать нулевой?

Kirill
03.04.2018
13:27:01
так в аппенде надо же указать какой то слайс

dimcha
03.04.2018
13:27:04

Daniel
03.04.2018
13:27:27
правильно создавать слайс с требуемой capacity и размером 0

dimcha
03.04.2018
13:27:41
images := []*ImagesList{}
for range ctx.conf.Lxd {
images = append(images, <-backChan)
}
вот так неправильно?
в этом случае у него неизвестная capacity

Daniel
03.04.2018
13:29:56
поясни плз
что тут пояснять. как работает append в случае, если для добавления не хватает capacity, написано в доке

Alexey
03.04.2018
13:30:29

Daniel
03.04.2018
13:30:31