Even crises has good sides

[vgvozdev]

Hi,

Some times crisis does not look so bad. Las 8 years I was working 16 hours a day and did not have time to do anything what was really interesting for me - just routing NAVISION implementation, training some programming time to time. But number of ideas was growing and no time to release any of them.

One of Ideas is create something like Virtual NAV Development Center where people can work for fun and release their ideas. Maybe some of the ideas sometime will make money – but this is not an ultimate goal. I look for people with “Garage Ventures” mindset who willing to invest their free time in some idea instead of drinking or playing games… (Even so some Vodka sometimes helps to come up with good ideas…)

Few years ago i had idea to make NAV locking free when two users can post sales orders and Item Ledger Entries (GL entries, Value Entries...) will be mixed together - one from one order and another from other... The task is quite complex and not trivial... Actually i solved this one but hit another NAV problem - deadlocking... I have database that will do directly what i said - it does not have any locking... posting of any document does not affect posting of another. The only potential problem - can occur missing document numbers or entry numbers... But i never had time to deal with deadlocking problem. This is just example - i more than sure that it is more ideas out there...

Let me know if you interested in something like this and we can exchange ideal how it can be organized.

Sorry, that I writing in English. I am living in US and do not have Russian on my keyboard… But you can write in Russian…

Valentin Gvozdev

[apanko]

Цитата:

Приветствую,

В ряде случаев кризис не кажется чем-то слишком плохим. Последние 8 лет я работал по 16 часов в день, и у меня не оставалось времени на действительно интересное для меня - только внедрение NAVISION, обучение, программирование время от времени. Тем временем росло количество идей и совершенно не было времени для их реализации.

Одна из таких Идей заключается в создание чего-то вроде Виртуального Центра Разработки NAV, где люди смогут работать для удовольствия и реализовывать свои идеи. Возможно, на некоторых идеях можно будет заработать, но не это является главной целью. Я ищу людей, готовых потратить свое свободное время на реализацию некоторых идей, вместо того чтобы выпивать или играть в игры (Хотя иногда водка стимулирует появление хороших мыслей...)

Несколько лет назад ко мне пришла идея избавить NAV от блокировок, т.е. при учете заказов продажи двумя разными пользователями, записи Товар Книги Операций (Фин. Книги Операций, Операций Стоимости...) будет перемешаны - одна запись будет из одного заказа продажи, вторая из другого... Задача довольно сложная и не тривиальная... Фактически я решил эту задачу, но столкнулся с другой проблемой NAV - взаимными блокировками... У меня есть база данных, которая делает то, о чем я сказал: у нее нет блокировок, при учете любого документа он не влияет на учет других... Но у меня никогда не было времени, чтобы разобраться с проблемой взаимных блокировок. Это только пример, я более чем уверен, что существует множество других идей...

Дайте мне знать, если вас это заинтересовало и мы можем обменяться мыслями, о том как это можно организовать.

Приношу свои извинения, за текст на английском. Я живу в США и у меня нет русских букв на клавиатуре... Но вы можете писать на русском...

Валентин Гвоздев

Перевел развлечения ради, надеюсь все правильно.

PS. К сожалению не удалось подобрать русского аналога для "Garage Ventures".

[alex1986]

Спасибо за перевод.
Неплохо написано.

[Sancho]

знакомая проблема блокировок имеет, как обычно, готовое решение.

как же сложно придумать что-то новое!..

[vgvozdev]

Thanks for translation. I actually also do not know good analog for "Garage Venture" in Russian.

Sancho,

what do you mean 'знакомая проблема блокировок имеет, как обычно, готовое решение.'

Valentin

[Sancho]

имхо, 98% процентов блокировок происходит при учете.
возьмем прямую аналогию с принтером.
он же не пытается напечатать все документы одновременно, у него есть очередь.
так же и задание учета обрабатывает документы по очереди. совершенно незаметно для пользователя.
есть готовая реализация. дорого

[vgvozdev]

Yes i saw this solution... Actually it solves only half of the problem... Other half is happence when you create documents... Number series, Dimensions, Reservation Entries...

But actually i am talking about differnt thing... Locking was just an example that i thought would be cool to solve. Is it interesting for anybody to come up with some problem/task and try to solve it together?

Valentin

[vgvozdev]

Thanks everybody who contacted me and encouraged to finish "Locking Free Navision" project. Last month I spend with my friends few nights modifying and testing NAV 2009 and come up with unbelievable solution… Actually NAV does not have scalability problem anymore… We can scale it to any number of users by adding additional hardware. I believe we can process more transactions than AX in similar environment.

Sorry, i cant apply test results here... It is more than 2MB. See test results at:http://thriftysoftwarebuildingteam.com/

[apanko]

Цитата:

Сообщение от vgvozdev

Thanks everybody who contacted me and encouraged to finish "Locking Free Navision" project. Last month I spend with my friends few nights modifying and testing NAV 2009 and come up with unbelievable solution… Actually NAV does not have scalability problem anymore… We can scale it to any number of users by adding additional hardware. I believe we can process more transactions than AX in similar environment.

Sorry, i cant apply test results here... It is more than 2MB. See test results at:http://thriftysoftwarebuildingteam.com/

Очень интересно.


А есть сравнение со стандартным NAV2009?
Можно без видео, просто пару цифр.

UPD
Пару цифр нашел.

UPD2
Можно ли трактовать Ваше тестирование, как подтверждение того, что стандартный Dynamics NAV 2009 поддерживает одновременную работу 400 пользователей при стандартных настройках Application Benchmark Toolkit?
400 = 4 безпроблемных (см.стр.4) * 300/3 (см.стр.3)
Или я что-то не так понял?

[vgvozdev]

Hi,

You have understood wrong. The result shows that standard NAV supports only 4 users processing the same operation at the same time... But when we say "at the same time" we mean that computer streaming operations with maximum speed... as example in our test standard NAV could create and post 12000 orders with 5 lines per hour. In real life environment when user process let say 1 order per minute this would mean 12000 / 60 = 200 users... If your users can work faster and create and post 2 orders per minute it would mean that you can have only 100 users.

But this is not real life test... Real life is more difficult that just creating and posting orders one by one... The problem is long running transactions that locking system for some time and people have to wait. Our solution tries to solve this problem by minimizing locking between users.