<lo-ru-tg>
Андрей (@andrew_fv) has joined the Telegram Group!
<lo-ru-tg>
<andrew_fv> всем привет. Можно ли как-нибудь ускорить операцию сохранения документа? После нажатия CTRL-S интерфейс блокируется почти на секунду.
<lo-ru-tg>
<andrew_fv> [EDIT] всем привет. Можно ли как-нибудь ускорить операцию сохранения документа? После нажатия CTRL-S интерфейс блокируется почти на секунду. Kubuntu 20.04
<lo-ru-tg>
<economist> 15 шт АРМ на Ubuntu 20.10 и включено автосохранение у всех. Жалоб нет.
_whitelogger has joined #libreoffice-ru
<lo-ru-tg>
<Kompilainenn> Нет, и целая секунда это мизер
<lo-ru-tg>
<Kompilainenn> Хотя хотелка про асинхронное сохранение была
_whitelogger has joined #libreoffice-ru
<lo-ru-tg>
<PS> У меня файл таблица 60мБ 150 тыс.строк сохраняется по минуте на Corei5/8Gb/SSD
<lo-ru-tg>
<PS> При этом все 4 ядра забиты на 100%, а память на глазах выедается. Несколько раз перед сохранением около половины было свободно, в процессе сохранения выедается, и вылетает (перезапускается офис).
<lo-ru-tg>
<PS> И ещё - после закрытия документа память не освобождается - приходится все документы закрывать и офис целиком - тогда освобождается.
<lo-ru-tg>
<Kompilainenn> а это беда у Либры да. Проблема выжирания памяти при сохранении огромных документов имеет место быть
<lo-ru-tg>
<Kompilainenn> надо профилировать и дебажить, а кодерам некогда
_whitelogger has joined #libreoffice-ru
<lo-ru-tg>
<TanaTiX> Может вместо таких файлов целесообразно юзать БД?
<lo-ru-tg>
<Kompilainenn> разработчики либры запилили расширение электронных таблиц до миллиона столбцов и 16 миллионов строк
<lo-ru-tg>
<Kompilainenn> видимо они считают, что такие объемы таки востребованы в таблицах
JohnDoe_71Rus has joined #libreoffice-ru
<lo-ru-tg>
RASMUSSEN (@teqokixavene6573) has joined the Telegram Group!
<lo-ru-tg>
<TanaTiX> Мону Лизу и в пэинте нарисовать можно, но есть более подходящие инструменты.
<lo-ru-tg>
<KustovV> Для рисования Моны Лизы в пейнте лучше всего подходит именно пейнт
<lo-ru-tg>
<TanaTiX> Не мне учить, но...
<lo-ru-tg>
<TanaTiX> Если начинаются проблемы с производительностью (в т.ч. на уровне использования), то стоит обдумывать оптимизацию.
<lo-ru-tg>
<KustovV> А тут уже не поспоришь 😊 +1 довод к прямым высказываниям 😊
<lo-ru-tg>
<TanaTiX> Если орудия труда ограничены только пэинтом, то мне парировать нечем 🤷♂
<lo-ru-tg>
<Kompilainenn> тут думать нечего, надо только найти хотя бы одного кодера, скиллового в С++, который бы уделил внимание именно оптимизации, хотя бы в Кальк
<lo-ru-tg>
<KustovV> Нет, я про то, что иногда способ достижения является (само)целью. В искусстве такое чаще чем в IT, посему пример ИМХО не очень удачный 😊
<lo-ru-tg>
<TanaTiX> Это уже на усмотрение владельца проблемы
<lo-ru-tg>
<Kompilainenn> всего 100 багов про оптимизацию в Кальк
<lo-ru-tg>
<economist> У Excel ровно такие же проблемы с гигатаблицами, долгим сохранением, вылетами с потерей несохр изменений, и бедненькое подобие БД. Я бы на месте разработчиков Calc - праздновал нг, а не баги тащил. Пусть сначала Excel все исправит.
<JohnDoe_71Rus>
ну так пользователи просят "хотим как в Excel"
<JohnDoe_71Rus>
приходится баги воспроизводить
<lo-ru-tg>
<Glebzilla_M> я делал ВПР на ~50 000 строк, либра смогла, эксель, возможно, тоже, но я этого не увидел