|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
Код: c# 1. 2. 3.
эти срочки выключают мой ноут без предупреждения, в собтиях- неожиданное отключение и все. В nproc - порядка по 250 000 inlinks и outlinks. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 18:54 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
ViPRos, на что, на что, на быдлокод и говнореализацию, вот на что. Переписывать надо, фигли. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 19:48 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
ViPRos Код: c# 1. 2. 3.
эти срочки выключают мой ноут без предупреждения, в собтиях- неожиданное отключение и все. В nproc - порядка по 250 000 inlinks и outlinks. На ламера, который не знает как готовить linq nproc = nTreeNodeDicSpecifId[specificid].ToList(); // ToList совершенно не нужен. Без него не будет сотен тысяч добавление в list c выделением памяти. На таких объемах - это полные тормоза List<Guid> links = nproc.SelectMany(n => n.proc.proc_outlink).Select(s => s.linkid).Distinct().ToList(); // аналогично. За это нужно бить линейкой по рукам Вместо (n.proc.proc_inlink.Count() == 0) должен быть (!n.proc.proc_inlink.Any()) || заменить на Union etc etc ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 19:50 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
то есть вы думаете что объем вычислений вырубает комп? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 20:15 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
ViPRosто есть вы думаете что объем вычислений вырубает комп?Да. Перегревается. Радиаторы пропылесосить надо. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 20:24 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
Алексей К, точно, я так и думал даже машина говнокод не принимает блин ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 20:28 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
Сахват, ты жжешь однако. Пиши лучше на датасета, софт будет безопаснее :) ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 20:50 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
МСУ, lя так и пишу кругом форичы а тут решил посмотреть как скрость линк отличается от форичов я даже не знал что там есть Any и т.д. их оказывается дофига и больше ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 20:53 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
ViPRosМСУ, lя так и пишу кругом форичы а тут решил посмотреть как скрость линк отличается от форичов я даже не знал что там есть Any и т.д. их оказывается дофига и больше ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 20:55 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
ViPRosАлексей К, точно, я так и думал даже машина говнокод не принимает блин А это ты, Сахават, решил linq применить ;-) На таких объемах нужна оптимизация и понимание принципов linq. Посмотри оператор yield и для чего он нужен , тк весь linq на нем ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 20:56 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
Сахават, так глядишь скоро и ORM понравится, когда начнешь "копать" ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 20:57 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
все эти Any, Union, var, IEnumerable вместо List нифига не дали в плане скорости комп так и валится фигня этот линк как и думал дармовщины нет хотелось большой кусок кода - где каждый терминальный узел помечается при создании графа, при уничтожении терминальных узлов назначаются другие, ведутся индексы по узлам и т.д. которая работает пулей), написать красивый кот в одну стоочку ;) фигушки ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 21:03 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
СЛ выручает оптимизатор и индексы со статистикой, а линк инвали на голову ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 21:04 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
счас купнусь и почитаю что за елда ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 21:12 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
SeVaViPRosАлексей К, точно, я так и думал даже машина говнокод не принимает блин А это ты, Сахават, решил linq применить ;-) На таких объемах нужна оптимизация и понимание принципов linq. Посмотри оператор yield и для чего он нужен , тк весь linq на нем С Листами ты не прав оказался, я интутивно подумал, что лучше промежуточные вычисления делать один раз и зафиксировать без это линк каждый раз запускает елду для вложенного запроса ФИГНЯ или я че то не понял? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 21:44 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
ViPRos, как то тестировал Linq и for между собой. какова цена более лёгкого написания кода сравнивал по скорости на простом запросе типа select * from where a1<... and a2<... ну типа : Код: c# 1. 2. 3. 4. 5. 6. 7. 8.
и сравнивал тот же массив , но без линка и 2 отдельных массива int размер массивов 9.500.000 элементов 1)для массива zzz[] For Class Total time =0,122006975 2)два целочисленных массива For 2array Total time =0,084504825 3)тоже самое , но в с++ c++ Total time =0,053003025 4) LINQ Total time =0,2920167 Результат For/Linq 3,37425165207618 linq/cpp 5,26635631052809 c#/cpp 1,56074793866892 обычный массив zzz в 2.3 раза быстрее линка ну а с++ аж в 5 раз. и это на простом select ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 22:09 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
собсна тест прога ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 22:10 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
beg-in-er, ну я и говорю что говно, а при больших данных воще не пашет а про Лист Сева наврал все промежуточные расчет надо зафиксировать ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 22:11 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
а на днях попался с TryGetValue кругом рекомендации, типа это говно быстрее, чем Contains и присовение вранье полное GC убивает все рекомендации на корню эт я типа решил прогу пересмотреть и оптимизировать код с помощью нововведений нах ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 22:19 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
вывод (промежутоное мое мнение (С)) линк важно там, где комп не пылесосили года 3, так как линк не дает процу работать свыше 90% мощности :) ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 22:22 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
ViPRosну я и говорю что говно ну на маленьких размерах ещё ничё так. хотя linq join это песня. на скорость не тестировал, но думаю там ещё веселее будет. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 22:22 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
skyANAViPRos, на что, на что, на быдлокод и говнореализацию, вот на что. Переписывать надо, фигли. насчет быдлокод - согласен а реализаций - наверное штук 10, начиная от чисто СКЛ и кончая от чисто за счет структур и индексов в памяти ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 22:23 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
beg-in-er, я думал самое говно в с# - рекурсии, линк превзошел рекурсию ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 22:24 |
|
на что хоть нарвался?
|
|||
---|---|---|---|
#18+
ViPRos, Просто, у linq своя ниша. Какая у вас СУБД? А что вы делаете с графом? В Oracle есть часть в Oracle Spatial, называется Network Data Model, PL/SQL и Java API для обработки данных. Там есть всякие реализованные алгоритмы типа поиск минимального пути на основе весов ребер/вершин и т. п.. Чем примечательно Java API, для него можно в СУБД после заливки сети создать разбиение всего графа на куски (хранятся в lob'ах) и это Java API походу работы алгоритма подгружает прозрачн для программиста только необходимые куски за один присест (в случае есл разбиение было создано). Может посмотреть в сторону такого направления? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 22:40 |
|
|
start [/forum/topic.php?fid=20&msg=38135482&tid=1404072]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
120ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
others: | 336ms |
total: | 553ms |
0 / 0 |