|
apache ignite
|
|||
---|---|---|---|
#18+
Поясните, если инстанс запускается как отдельный сервис, как можно задать ttl кэша? Все примеры с ttl что я нашел - с запуском инстанса ignite, а не использованием стороннего. Делаю так: Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25.
... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2018, 18:20 |
|
apache ignite
|
|||
---|---|---|---|
#18+
Оказывается нельзя. Нужно настраивать на сервере. Это, конечно, очень не практично. http://apache-ignite-users.70518.x6.nabble.com/Thin-client-doesn-t-support-Expiry-Policies-td22422.html ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2018, 20:07 |
|
apache ignite
|
|||
---|---|---|---|
#18+
Создать, главное, можно. А поменять TTL нет... ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2018, 20:07 |
|
apache ignite
|
|||
---|---|---|---|
#18+
Hett, Там вроде никакие параметры нельзя поменять. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2018, 23:24 |
|
apache ignite
|
|||
---|---|---|---|
#18+
Вот на трекере ишью https://issues.apache.org/jira/browse/IGNITE-9033 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2018, 08:26 |
|
apache ignite
|
|||
---|---|---|---|
#18+
Поясните по транзакциям, вот есть такой кеш Код: xml 1. 2. 3. 4. 5. 6. 7. 8.
и такой код: Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21.
В итоге одна нода отработала как ожидалось: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55.
А во второй где-то потерялись значения: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90.
И исключение вывалилось. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2018, 09:40 |
|
apache ignite
|
|||
---|---|---|---|
#18+
По дефолту repeteable read и pessimistic concurency. Пробовал и так: Код: java 1. 2. 3. 4.
Но проблему не решило. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2018, 09:46 |
|
apache ignite
|
|||
---|---|---|---|
#18+
Забыл написать, ноды запускаются одновременно и как видно по логу успевают наладить коммуникацию между собой. После чего запускается цикл. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2018, 09:49 |
|
apache ignite
|
|||
---|---|---|---|
#18+
-Djava.net.preferIPv4Stack=true пробовал? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2018, 10:22 |
|
apache ignite
|
|||
---|---|---|---|
#18+
и почему бы для этого кейса не использовать AtomicLong ? https://ignite.apache.org/releases/latest/javadoc/org/apache/ignite/Ignite.html#atomicLong-java.lang.String-long-boolean- ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2018, 10:28 |
|
apache ignite
|
|||
---|---|---|---|
#18+
Dmitry.-Djava.net.preferIPv4Stack=true пробовал? А что это даст? Попробовал, ничего не изменилось (и исключение так же вываливается). Ноды между собой и так вроде нормально коммуницируют. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2018, 10:35 |
|
apache ignite
|
|||
---|---|---|---|
#18+
Dmitry.и почему бы для этого кейса не использовать AtomicLong ? https://ignite.apache.org/releases/latest/javadoc/org/apache/ignite/Ignite.html#atomicLong-java.lang.String-long-boolean- Да тут вопрос не столько в "как сделать счетчик", сколько в изучении транзакций в игнайте. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2018, 10:35 |
|
apache ignite
|
|||
---|---|---|---|
#18+
а если попробовать "Static IP Finder" вместо "Multicast IP Finder" ? https://apacheignite.readme.io/docs/tcpip-discovery ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2018, 11:45 |
|
apache ignite
|
|||
---|---|---|---|
#18+
Dmitry.а если попробовать "Static IP Finder" вместо "Multicast IP Finder" ? https://apacheignite.readme.io/docs/tcpip-discovery Зачем? Ноды ведь друг друга и так прекрасно видят. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2018, 11:52 |
|
apache ignite
|
|||
---|---|---|---|
#18+
и транзакции вроде работают именно так, как я и ожидал: после того как первый клиент выполнил get - данные заблокировались, второй клиент ожидает лока и get ему результат не возвращает. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2018, 11:54 |
|
apache ignite
|
|||
---|---|---|---|
#18+
Разобрался, просто я сам затупил. Первая нода закончила быстрее и вывела результат, вторая еще инкрементит. Вот так все сходится. Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28.
... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2018, 12:00 |
|
apache ignite
|
|||
---|---|---|---|
#18+
Ошибки явно связаны с мультикастом Код: plaintext 1. 2. 3. 4.
поэтому либо тестировать транзакции - либо разбираться почему в твоей сетке мультикаст не работает ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2018, 12:03 |
|
apache ignite
|
|||
---|---|---|---|
#18+
Dmitry.Ошибки явно связаны с мультикастом Код: plaintext 1. 2. 3. 4.
поэтому либо тестировать транзакции - либо разбираться почему в твоей сетке мультикаст не работает Оно не влияет на эксперимент, ноды же находят друг друга. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2018, 12:09 |
|
apache ignite
|
|||
---|---|---|---|
#18+
Кто-то может подсказать, что означает параметр fair ? И про create не догоняю, в чем разница если будет true/false ? Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.10.2018, 12:17 |
|
apache ignite
|
|||
---|---|---|---|
#18+
HettКто-то может подсказать, что означает параметр fair ? И про create не догоняю, в чем разница если будет true/false ? Начнем со второго, потому что проще. Если create == false то может быть будет Exception (если лока с именем еще нет). А если create == true - Exception не будет и лок создастся. fair - это стандартный fair для многопоточности, он в java.util.concurrent такой же. Он контроллирует гарантию того, что конкретный поток, вызвавший lock.lock() когда-нибудь получит управление (при условии, что другие потоки корректно делают lock/unlock). Если fair == true - каждый поток, вызвавший lock.lock() получит в конце концов управление (и в целом они будут захватывать блокировку в порядке вызова метода). А если fair == false такой гарантии нет. При достаточном количестве конкурирующих за блокировку потоков звезды могут сложиться так, что какой-то поток А блокировну никогда не захватит, она будет постоянно захвачена одним из потоков B, C и D. "Конкурирующие" - это в духе Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
Можете считать, что у нас 10 таких потоков. И все они конкурируют друг с другом. И в зависимости от fair, будет либо организованная очередь на запуск в момент unlock (fair == true), либо счасливчик будет выбираться из 9 остальных случайно (fair == false, при этом не факт что строго случайно). ... |
|||
:
Нравится:
Не нравится:
|
|||
27.10.2018, 21:25 |
|
|
start [/forum/topic.php?fid=59&tid=2121693]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
53ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
others: | 362ms |
total: | 497ms |
0 / 0 |