ChanServ changed the topic of #libreoffice-ru to: Канал поддержки русскоязычных пользователей LibreOffice | Wiki TDF http://tdf.io/wikiru | On-line документация http://tdf.io/helpru | Логи канала: http://goo.gl/gzwdwU
<lo-ru-tg> Андрей (@a​ndrew_fv) has joined the Telegram Group!
<lo-ru-tg> <a​ndrew_fv> всем привет. Можно ли как-нибудь ускорить операцию сохранения документа? После нажатия CTRL-S интерфейс блокируется почти на секунду.
<lo-ru-tg> <a​ndrew_fv> [EDIT] всем привет. Можно ли как-нибудь ускорить операцию сохранения документа? После нажатия CTRL-S интерфейс блокируется почти на секунду. Kubuntu 20.04
<lo-ru-tg> <economist> 15 шт АРМ на Ubuntu 20.10 и включено автосохранение у всех. Жалоб нет.
_whitelogger has joined #libreoffice-ru
<lo-ru-tg> <K​ompilainenn> Нет, и целая секунда это мизер
<lo-ru-tg> <K​ompilainenn> Хотя хотелка про асинхронное сохранение была
_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> <K​ompilainenn> а это беда у Либры да. Проблема выжирания памяти при сохранении огромных документов имеет место быть
<lo-ru-tg> <K​ompilainenn> надо профилировать и дебажить, а кодерам некогда
_whitelogger has joined #libreoffice-ru
<lo-ru-tg> <T​anaTiX> Может вместо таких файлов целесообразно юзать БД?
<lo-ru-tg> <K​ompilainenn> разработчики либры запилили расширение электронных таблиц до миллиона столбцов и 16 миллионов строк
<lo-ru-tg> <K​ompilainenn> видимо они считают, что такие объемы таки востребованы в таблицах
JohnDoe_71Rus has joined #libreoffice-ru
<lo-ru-tg> RASMUSSEN (@t​eqokixavene6573) has joined the Telegram Group!
<lo-ru-tg> 'Untitled Image' uploaded by t​eqokixavene6573: https://i.imgur.com/voZGkLJ.jpg
<lo-ru-tg> <T​anaTiX> Мону Лизу и в пэинте нарисовать можно, но есть более подходящие инструменты.
<lo-ru-tg> <K​ustovV> Для рисования Моны Лизы в пейнте лучше всего подходит именно пейнт
<lo-ru-tg> <T​anaTiX> Не мне учить, но...
<lo-ru-tg> <T​anaTiX> Если начинаются проблемы с производительностью (в т.ч. на уровне использования), то стоит обдумывать оптимизацию.
<lo-ru-tg> <K​ustovV> А тут уже не поспоришь 😊 +1 довод к прямым высказываниям 😊
<lo-ru-tg> <T​anaTiX> Если орудия труда ограничены только пэинтом, то мне парировать нечем 🤷‍♂
<lo-ru-tg> <K​ompilainenn> тут думать нечего, надо только найти хотя бы одного кодера, скиллового в С++, который бы уделил внимание именно оптимизации, хотя бы в Кальк
<lo-ru-tg> <K​ustovV> Нет, я про то, что иногда способ достижения является (само)целью. В искусстве такое чаще чем в IT, посему пример ИМХО не очень удачный 😊
<lo-ru-tg> <T​anaTiX> Это уже на усмотрение владельца проблемы
<lo-ru-tg> <K​ompilainenn> всего 100 багов про оптимизацию в Кальк
<lo-ru-tg> <economist> У Excel ровно такие же проблемы с гигатаблицами, долгим сохранением, вылетами с потерей несохр изменений, и бедненькое подобие БД. Я бы на месте разработчиков Calc - праздновал нг, а не баги тащил. Пусть сначала Excel все исправит.
<JohnDoe_71Rus> ну так пользователи просят "хотим как в Excel"
<JohnDoe_71Rus> приходится баги воспроизводить
<lo-ru-tg> <G​lebzilla_M> я делал ВПР на ~50 000 строк, либра смогла, эксель, возможно, тоже, но я этого не увидел
<lo-ru-tg> ARNAUD has joined the Telegram Group!
<lo-ru-tg> 'Untitled Image' uploaded by ARNAUD: https://i.imgur.com/RFbuXv6.jpg
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.1 Aria http://www.kvirc.net/]