Здесь можно общаться на великом и могучем!
Ковыряю Вашего паучка дня два, вот что установлено: [root@matrix ~]# yum list installed | grep tarantool tarantool.x86_64 1.5.1-85 @tarantool tarantool-client.x86_64 1.5.1-85 @tarantool tarantool-dev.x86_64 1.5.1-85 @tarantool В моих простых php скриптах-заливках из txt он оказался быстрее, чем redis. Но это даже не главное(хотя конечно очень приятно), slab'ы и расход памяти меньше чем у redis вот в чем сок. В режиме memcached slab'ы у tarantool меньше чуть ли не в два раза против оригинального memcached. Плюс простота структуры данных tarantool. Мне это все нравится. Хотелось бы NUM64. А может плюнуть и сжимать crc32. Но как-то это не по душе. О коллизиях думать не хочу, хоть и вероятность не большая. Скорее это мой бзик. Память сервера занята практически под завязку, размазывать на другие пока не хочу. А мне сейчас нужно реализовать новую задачу, под которую с нормальной незажирающейся базой нужно не более 500Мб оперативы. Наскребу. Касательно msgpack в новом 1.6.х, допустим ключ NUM64, значение просто целое, slab'ы по размеру в msgpack будут те же? Если больше, то насколько? -- You received this bug notification because you are a member of Tarantool Development Team, which is subscribed to tarantool. https://bugs.launchpad.net/bugs/1216985 Title: Проблемы с PHP extension и int64 Status in Tarantool - an efficient in-memory data store: New Bug description: Привет, у нас есть space с int64 в качестве ключа. Вот конфигурация спейса: space[0].enabled = 1 space[0].index[0].type = "TREE" space[0].index[0].unique = 1 space[0].index[0].key_field[0].fieldno = 0 space[0].index[0].key_field[0].type = "NUM64" space[0].index[1].type = "HASH" space[0].index[1].unique = 1 space[0].index[1].key_field[0].fieldno = 1 space[0].index[1].key_field[0].type = "NUM" space[0].index[2].type = "HASH" space[0].index[2].unique = 1 space[0].index[2].key_field[0].fieldno = 2 space[0].index[2].key_field[0].type = "STR" При попытке сделать select по этому ключу, высыпается exception: <?php $t = new Tarantool('127.0.0.1', 13013) var_dump($t->select(0, 0, 1)); PHP Fatal error: Uncaught exception 'Exception' with message 'select failed: 514(0x00000202): Illegal parameters, key is not u64' in <filename> Хотя сборка php 64bit, и все инты в ней по умолчанию int64. Tarantool - 1.4.9 Extension - 1.0 *** Странно, почему система дает мне писать в чужой пост а в свой наоборот нет. Боже, что тут происходит ) Пользуясь случаем, хочу дополнить багрепорт. Дело даже не в PHP, все гораздо глобальнее: localhost> insert into t0 values (1, 5) Insert ERROR, Supplied key field type does not match index type: expected NUM64 (ER_KEY_FIELD_TYPE) Я против вас конечно "писюн газированный", но судя по исходникам модуля который генерит эту ошибку, NUM64 был профукан, либо возможно изначально существовал только в процедурах. *** - etalot To manage notifications about this bug go to: https://bugs.launchpad.net/tarantool/+bug/1216985/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~tarantool-developers Post to : [email protected] Unsubscribe : https://launchpad.net/~tarantool-developers More help : https://help.launchpad.net/ListHelp
