http://yoksel.net.ru/forum/ Форум проекта en Wed, 15 Jul 2026 01:42:06 +0000 http://yoksel.net.ru/forum/topic.php?id=100#post-965 Вт, 22 Dec 2009 12:01:41 +0000 Oleg 965@http://yoksel.net.ru/forum/ <p>Мне кажется, основная проблема это то, что при загрузке скрытые строки загружаются как видимые. Поэтому достаточно будет только добавить поддержку видимости строк для конвертера. Ну и, возможно, какую-то настройку для загрузчика в ТЗ - чтобы не учитывал скрытые строки.</p> <p>PS. И "мастером" не обзывайся :) </p> http://yoksel.net.ru/forum/topic.php?id=100#post-962 Вт, 22 Dec 2009 02:30:06 +0000 Сергей 962@http://yoksel.net.ru/forum/ <p>ДА! Вопрос по скрытым ячейкам... сталкивался кучу раз, когда "ненужную" инфу не удаляли, а просто "не показывали" - в итоге вроде 30 строк, а грузишь - е! 4000 строк.<br /> .<br /> поэтому вопрос:<br /> - есть ли возможность при чтении экселя в ТЗ или в табличный документ доп.параметром (последним!) указывать "не читать скрытые", при неуказании этого параметра - читается все.. - тогда весь написанный код не прдется менять...<br /> .<br /> Ваше мнение, мастер? </p> http://yoksel.net.ru/forum/topic.php?id=100#post-957 Пн, 21 Dec 2009 11:57:47 +0000 kir 957@http://yoksel.net.ru/forum/ <p>ОК, понял, поясню для чего требуется<br /> на больших таблицах, при наложении фильтров гораздо быстрее<br /> оказывается скрыть ячейки, чем перерисовать таблицу, но<br /> при этом получается что итоги выдаются по всей таблице ...<br /> в принципе конечно можно решить проблему и при фильтрации<br /> уже использовать не сумм, а просто перестраивать формулу<br /> для суммирования видимых полей .. </p> http://yoksel.net.ru/forum/topic.php?id=100#post-956 Пн, 21 Dec 2009 11:53:11 +0000 Oleg 956@http://yoksel.net.ru/forum/ <p>Скрытые ячейки будут учитываться. Метод "РассчитатьСумму" имеет два режима: с учетом скрытых ячеек и без. Поэтому SUM и так имеет поведение как в "РассчитатьСумму" :). ИМХО, делать зависимость формул от видимости ячеек не совсем логично. Вот и в Excel скрытые ячейки учитываются. Так что, если мы сделаем такой ТОЛЬКОВИДНОСУММ(), то у нас будет большой гемор с конвертацией этого добра в Excel. </p> http://yoksel.net.ru/forum/topic.php?id=100#post-955 Пн, 21 Dec 2009 10:18:58 +0000 kir 955@http://yoksel.net.ru/forum/ <p>Ура , появилось Sum()</p> <p>вопрос, а как работает со скрытыми ячейками ??<br /> можно ли реализовать поведение аналогично<br /> РассчитатьСумму() ? </p> http://yoksel.net.ru/forum/topic.php?id=100#post-948 Чт, 03 Dec 2009 07:55:13 +0000 Oleg 948@http://yoksel.net.ru/forum/ <p>Думаю, можно ожидать появления СУММ через определенное время. </p> http://yoksel.net.ru/forum/topic.php?id=100#post-946 Чт, 03 Dec 2009 07:52:51 +0000 Pavel 946@http://yoksel.net.ru/forum/ <p>Эх, а как бы красиво получилось :)<br /> PS Так что, ожидать поддержку SUMM? </p> http://yoksel.net.ru/forum/topic.php?id=100#post-945 Чт, 03 Dec 2009 07:51:44 +0000 Oleg 945@http://yoksel.net.ru/forum/ <p>Нет. Формулы в Excel хранятся не в виде строк, а в виде распарсенных (двоичных) элементов. Поэтому нужен парсер формул и конвертер в формат Excel. А это уже, по сути, поддержка этой формулы в Йокселе. </p> http://yoksel.net.ru/forum/topic.php?id=100#post-943 Чт, 03 Dec 2009 07:43:50 +0000 Pavel 943@http://yoksel.net.ru/forum/ <p>&gt;Вообще-то, это была шутка :)<br /> Как бы то ни было - работает! :-)</p> <p>&gt; Я вычислил предельное количество элементов в формуле и при сохранении формул, которые не укладываются в предел, они тупо заменяются обычным значением.<br /> Я так и думал</p> <p>Предложение: добавить свойство области "ФормулаExcel", в которой можно задать произвольную формулу. В йокселе такая формула не вычислялась бы, а срабатывала при открытии файла в экселе. Возможно? </p> http://yoksel.net.ru/forum/topic.php?id=100#post-941 Чт, 03 Dec 2009 06:24:03 +0000 Oleg 941@http://yoksel.net.ru/forum/ <blockquote><p> &gt;Кстати, на самом деле функция СУММ не нужна. Ибо заменяется существующими средствами. Например, суммирование чисел в 3-й колонке: R1C3+R2C3+R3C3+R4C3+...</p> <p>Прекрасно работает в йокселе, но при сохранении в эксель при слишком длинной формуле переносится некорректно. Очень жду хотфкс с поддержкой этой функции</p></blockquote> <p>Вообще-то, это была шутка :)</p> <blockquote><p>После определённой длины формулы в эксель сохраняется просто число со значением, формулы в ячейке нет</p></blockquote> <p>Все правильно. Excel не допускает ввода формул с количеством элементов, превышающих определенный предел. Можно легко смоделировать такую ситуацию руками прямо в Excel. На определенном этапе он дает отлуп "Слишком сложная формула". Я вычислил предельное количество элементов в формуле и при сохранении формул, которые не укладываются в предел, они тупо заменяются обычным значением. Не исключено, что Excel нормально бы переварил более длинные формулы, если их сохранить в файл, но, во-первых, редактировать их уже было бы нельзя, а во-вторых, не известно, как подобное переварили бы разные версии Excel или другие программы, которые слишком длинных формул не ожидают. </p> http://yoksel.net.ru/forum/topic.php?id=100#post-939 Ср, 02 Dec 2009 16:15:18 +0000 Pavel 939@http://yoksel.net.ru/forum/ <p>После определённой длины формулы в эксель сохраняется просто число со значением, формулы в ячейке нет </p> http://yoksel.net.ru/forum/topic.php?id=100#post-938 Ср, 02 Dec 2009 16:10:37 +0000 Pavel 938@http://yoksel.net.ru/forum/ <p>&gt;Кстати, на самом деле функция СУММ не нужна. Ибо заменяется существующими средствами. Например, суммирование чисел в 3-й колонке: R1C3+R2C3+R3C3+R4C3+...</p> <p>Прекрасно работает в йокселе, но при сохранении в эксель при слишком длинной формуле переносится некорректно. Очень жду хотфкс с поддержкой этой функции </p> http://yoksel.net.ru/forum/topic.php?id=100#post-850 Пн, 28 Sep 2009 12:01:54 +0000 Gavrish 850@http://yoksel.net.ru/forum/ <p>Сори, все получилось, спасибо огромное! </p> http://yoksel.net.ru/forum/topic.php?id=100#post-849 Пн, 28 Sep 2009 11:12:43 +0000 Oleg 849@http://yoksel.net.ru/forum/ <p>Достаточно документ сохранить в формате Excel. А разве что-то не сохраняется? </p> http://yoksel.net.ru/forum/topic.php?id=100#post-848 Пн, 28 Sep 2009 10:51:07 +0000 Gavrish 848@http://yoksel.net.ru/forum/ <p>Можно ли формулы установленные в ТабличномДокументе вывалить в Excel? </p> http://yoksel.net.ru/forum/topic.php?id=100#post-716 Ср, 15 Jul 2009 00:45:22 +0000 Oleg 716@http://yoksel.net.ru/forum/ <p>Это как раз из тех задач, когда либо ускорение вообще не нужно, либо когда гипотетические потоки будут иметь большое количество общих данных и постоянно тупить на блокировках. Соответственно, при попытке реализовать многопоточность можно наоборот получить замедление относительно однопоточного варианта. </p> http://yoksel.net.ru/forum/topic.php?id=100#post-715 Вт, 14 Jul 2009 18:44:37 +0000 svoy 715@http://yoksel.net.ru/forum/ <p>про менеджер памяти и маленькие куски данных - по идее им как раз может очень пригодится большой кеш современных corе2duo, хотя подозреваю что это делает сам процессор не спрашивая программу и компилятор </p> http://yoksel.net.ru/forum/topic.php?id=100#post-714 Вт, 14 Jul 2009 18:41:14 +0000 svoy 714@http://yoksel.net.ru/forum/ <p>Многоядерность в Йокселе вообще не задействуется к сожалению. И пока не очень понятно, где бы ее можно было бы использовать.</p> <p>- перерисовка ячеек при скрытии/открытии строк/столбцов<br /> - пересчет формул<br /> - добавление строк<br /> - параллельная обработка при конвертации - там же ячейки независимо друг от друга можно обрабатывать<br /> - будущий построитель строк </p> http://yoksel.net.ru/forum/topic.php?id=100#post-713 Пн, 13 Jul 2009 23:42:59 +0000 Oleg 713@http://yoksel.net.ru/forum/ <p>При переходе с P4 на C2 скорость загрузки mxl-файла на одном ядре выросла в шесть раз. Но это, думаю, связано с C2, а не компилятором :) Вообще, чтобы проявлялась польза компилятора Intel, программа должна создавать большую вычислительную нагрузку на процессор и работать с большими объемами данных.</p> <p>А в Йокселе все несколько по другому. Там объемы обрабатываемых данных довольно невелики и основную нагрузку составляют операции выделения/освобождения большого количества небольших блоков памяти. В таких случаях наибольшую роль играет скорость менеджера памяти, который от компилятора не зависит. В частности, в этой ветке: после замены менеджера памяти на более быстрый скорость работы подскочила на 25%. А это, например, сопоставимо с эффектом от перехода с компилятора VC6 на ICC (по отзывам - ускорение 30%).</p> <p>Многоядерность в Йокселе вообще не задействуется к сожалению. И пока не очень понятно, где бы ее можно было бы использовать.</p> <p>Так что, компилятор от Intel используется, в основном, чтобы была нормальная поддержка современного C++ и чтобы обеспечить максимальную совместимость с библиотеками 1С. Дополнительно тут еще есть дальний прицел - компилятор от Интел есть и для Linux. Соответственно, при создании линукс-версии Йокселя можно будет его задейстововать и избежать некоторого количества проблем. </p> http://yoksel.net.ru/forum/topic.php?id=100#post-712 Пн, 13 Jul 2009 13:58:14 +0000 svoy 712@http://yoksel.net.ru/forum/ <p>полуофф - т.к. компиляция проекта ведется на современных компиляторах, лучше ли работает компонент на современных ядрах core2duo и многоядерных процессорах ? при написании кода, он поддается подобной оптимизации? </p> http://yoksel.net.ru/forum/topic.php?id=100#post-711 Вс, 12 Jul 2009 08:33:02 +0000 Oleg 711@http://yoksel.net.ru/forum/ <p>Правда, если использовать Значение вместо Текст, то заполнение документа становится медленнее :) Что впрочем логично - конвертация из одинэсного числа в йоксельное - вещь небесплатная. </p> http://yoksel.net.ru/forum/topic.php?id=100#post-710 Вс, 12 Jul 2009 08:18:26 +0000 Oleg 710@http://yoksel.net.ru/forum/ <p>При сборе с аллокатором на dlmalloc первое вычисление формул происходит где-то за 750мс (раньше было 900-1000). Но dlmalloc, к сожалению, использовать наверное нежелательно. </p> http://yoksel.net.ru/forum/topic.php?id=100#post-709 Вс, 12 Jul 2009 08:09:37 +0000 Oleg 709@http://yoksel.net.ru/forum/ <p>В тесте 2 у тебя используется Область.Текст, а не Область.Значение. У меня это дает просадку при вычислении формул в 20%.</p> <p>В принципе, основная причина почему пересчет в ТЗ работает быстрее - это то, что память в ТЗ выделяется однократно под все значения, а в Йокселе под каждую вычисляемую формулу выделяется новая ячейка (отдельное выделение памяти). Сейчас у себя слегка подкрутил - при повторном вычислении стал проверять - есть ли уже ячейка - скорость уже становится близкой к ТЗ. ТЗ на 200 тыс. строк - 500мс, повторное вычисление формул: 650мс. Первое вычисление формул остается медленнее примерно раза в два. Можно еще кое-где подкрутить. Правда, ИМХО, сильно большого смысла в этом нет :) </p> http://yoksel.net.ru/forum/topic.php?id=100#post-708 Вс, 12 Jul 2009 02:40:57 +0000 Djelf 708@http://yoksel.net.ru/forum/ <p>Тест 5 вариантов заполнения </p> http://yoksel.net.ru/forum/topic.php?id=100#post-707 Вс, 12 Jul 2009 01:30:37 +0000 Djelf 707@http://yoksel.net.ru/forum/ <p>&gt;А как тестировал?<br /> Таблицу заполнял напрямую, текст или значение - по скорости примерно одно и то же.</p> <p>Ну я и дерево ;( А смысл было замерять скорость расчета без вывода в таблицу? :D<br /> Выигрыш в расчете в тз = проигрыш в скорости вывода в тд. С учетом этого разницы уже практически нет, на 100К строк - доли секунды.</p> <p>З.Ы. В перегруженной из мокселя таблице скорость пересчета падает в 4 раза (по сравнению с созданной напрямую), при этом неважно были ли заполнены числа в мокселе или после перегрузки в йокселе. </p> http://yoksel.net.ru/forum/topic.php?id=100#post-706 Сб, 11 Jul 2009 23:11:28 +0000 Oleg 706@http://yoksel.net.ru/forum/ <p>Кстати, на самом деле функция СУММ не нужна. Ибо заменяется существующими средствами. Например, суммирование чисел в 3-й колонке: R1C3+R2C3+R3C3+R4C3+...<br /> :DD </p> http://yoksel.net.ru/forum/topic.php?id=100#post-705 Сб, 11 Jul 2009 22:17:02 +0000 Oleg 705@http://yoksel.net.ru/forum/ <p>Дополнение. Про расчет формул я имею в виду операции над какими ячейками происходят? Над обычными ячейками документа, загруженного из Мокселя, или ячейки заполняются через атрибут "Значение" числовыми значениями? Потому что, если документ получен из Мокселя, то все ячейки текстовые и там еще преобразование из строки в число должно происходить. А это, скорее всего, не быстро (разбор строки, несколько операций умножения и т.д.) </p> http://yoksel.net.ru/forum/topic.php?id=100#post-704 Сб, 11 Jul 2009 22:01:46 +0000 Oleg 704@http://yoksel.net.ru/forum/ <blockquote><p>Спасибо за формулы, скорость всего в 2-3 раза ниже чем перебор по тз, даже на 100К строк работает приемлемо.</p></blockquote> <p>А как тестировал? В частности, использовал атрибут Текст или Значение с типом "Число"?</p> <blockquote><p>А такое: sum(RC,RC) в формулах планируется?</p></blockquote> <p>Ну, надо бы конечно :) </p> http://yoksel.net.ru/forum/topic.php?id=100#post-703 Сб, 11 Jul 2009 14:03:21 +0000 Djelf 703@http://yoksel.net.ru/forum/ <p>Спасибо за формулы, скорость всего в 2-3 раза ниже чем перебор по тз, даже на 100К строк работает приемлемо. Жду форматов, а то 1/3 выглядит грустно ;)<br /> А такое: sum(RC,RC) в формулах планируется? Частично то уже реализация есть... </p>