The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Обновление LibreOffice 7.1.3. Начало интеграции поддержки WebAssembly в  LibreOffice, opennews (ok), 07-Май-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


184. "Обновление LibreOffice 7.1.3. Начало интеграции поддержки We..."  +/
Сообщение от Твоя совесть (?), 08-Май-21, 16:34 
Это самый убогий совет, подходящий разве что эникейщикам.
Скорость чтения со среднего веника - 150-200 мб/с. Если программа настолько разжиревшая, что ей мало этих 200 мб, чтобы показать за секунду стартовое окошечко, то лично для меня такая программа сразу летит в корзину.
Ответить | Правка | Наверх | Cообщить модератору

187. "Обновление LibreOffice 7.1.3. Начало интеграции поддержки We..."  +/
Сообщение от Kuromi (ok), 08-Май-21, 21:51 
> Это самый убогий совет, подходящий разве что эникейщикам.
> Скорость чтения со среднего веника - 150-200 мб/с. Если программа настолько разжиревшая,
> что ей мало этих 200 мб, чтобы показать за секунду стартовое
> окошечко, то лично для меня такая программа сразу летит в корзину.

Вот поэтому я и не люблю подобные ответы. Впрочем хочу напомнить, что еще во времена OpenOfficeOrg под виндоус он поставлялся с компонентом осуществляющим прелоадинг приложения в память, так что проблема медленного старта ну совсем не новая.

Ответить | Правка | Наверх | Cообщить модератору

188. "Обновление LibreOffice 7.1.3. Начало интеграции поддержки We..."  +/
Сообщение от Твоя совесть (?), 08-Май-21, 22:38 
>> Это самый убогий совет, подходящий разве что эникейщикам.
>> Скорость чтения со среднего веника - 150-200 мб/с. Если программа настолько разжиревшая,
>> что ей мало этих 200 мб, чтобы показать за секунду стартовое
>> окошечко, то лично для меня такая программа сразу летит в корзину.
> Вот поэтому я и не люблю подобные ответы. Впрочем хочу напомнить, что
> еще во времена OpenOfficeOrg под виндоус он поставлялся с компонентом осуществляющим
> прелоадинг приложения в память, так что проблема медленного старта ну совсем
> не новая.

Ну, с таким подходом в ПО для быстрого редактирования документов, такое ПО тем более летит в топку. Я ещё 5 лет назад не понимал под виндой, какого рожна этот "бесплатный убийца разжиревшего МСОфиса" стартует в 2 раза медленнее, чем этот самый "жирдяй". Потом глянул в папку, а там ажно больше 6к мелких файлов. Сейчас наверное ещё хуже.

Ответить | Правка | Наверх | Cообщить модератору

189. "Обновление LibreOffice 7.1.3. Начало интеграции поддержки We..."  +/
Сообщение от Аноним (189), 09-Май-21, 00:07 
Это совет подходящий всем адекватным людям. По факту там намного меньше скорости, а пока спозиционирует головы ещё и ждать придётся каждый раз (особенно когда они запаркованы, у обычных сата ссд впрочем скорости тоже не ахти, особенно на случайном доступе, но они всё ещё на порядки выше блинов).
Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

208. "Обновление LibreOffice 7.1.3. Начало интеграции поддержки We..."  +/
Сообщение от Твоя совесть (?), 09-Май-21, 18:46 
> Это совет подходящий всем адекватным людям. По факту там намного меньше скорости,
> а пока спозиционирует головы ещё и ждать придётся каждый раз (особенно
> когда они запаркованы, у обычных сата ссд впрочем скорости тоже не
> ахти, особенно на случайном доступе, но они всё ещё на порядки
> выше блинов).

Интересно, а лет 10 назад программы знали, что с HDD такие "ужасные" проблемы? И ведь запускались, работали, летали, даже игры были с быстрыми загрузками, весящие гигабайты. Может, просто, делать нужно нормально, а не SSD потом выкручиваться? Вы сами же и вносите вклад в разжирение ПО с такими советами. SSD нужен, чтобы *улучшить* работу с болшими объёмами данных, но программы должны по дефолту нормально работать и с HDD.

Ответить | Правка | Наверх | Cообщить модератору

214. "Обновление LibreOffice 7.1.3. Начало интеграции поддержки We..."  +/
Сообщение от Аноним (189), 09-Май-21, 22:29 
Было всё плохо, просто большинство программ не имело такого количества данных и если и считывало что-то, то разом (без постоянных записей и подгрузок в процессе). По поводу игр, тогда не было таких объёмов. И то игры десятилетней давности без ссд это экспириенс от "больно" до "очень больно". Да, пользовательское железо начало позволять обрабатывать большие объёмы данных, и программное обеспечение получило новые возможности.
Ответить | Правка | Наверх | Cообщить модератору

224. "Обновление LibreOffice 7.1.3. Начало интеграции поддержки We..."  +/
Сообщение от Твоя совесть (?), 10-Май-21, 16:58 
> Было всё плохо, просто большинство программ не имело такого количества данных и
> если и считывало что-то, то разом (без постоянных записей и подгрузок
> в процессе). По поводу игр, тогда не было таких объёмов. И
> то игры десятилетней давности без ссд это экспириенс от "больно" до
> "очень больно". Да, пользовательское железо начало позволять обрабатывать большие объёмы
> данных, и программное обеспечение получило новые возможности.

Так может и не нужно "таких объёмов данных", а? Сколько из этих объёмов реально полезного? Ваши "новые возможности" означают, что лет через 5 ссдшники зашрузят точно так же, как раньше и HDD, и всё будет снова тормозить и придётся придумывать уже новые накопители. Ограничения дают программистам повод оптимизировать свои продукты, а вот их отстутствие делает из большинства обезьян, которые думают  что их софтина одна-единственная в системе.

Ответить | Правка | Наверх | Cообщить модератору

225. "Обновление LibreOffice 7.1.3. Начало интеграции поддержки We..."  +/
Сообщение от Аноним (189), 10-Май-21, 18:04 
Ну, объёмы. Текстурки не вырвиглазные, звучки с битрейтом выше 10kbps (чтобы не было неестественности), вот уже и сотни гигабайт. Только на той неделе я лично сравнивал kindom come с дефолтными ресурсами и с более нормальными (они в стиме в виде dlc поставляются) -- земля и небо. Это реально полезно даже на fullhd, что уж говорить о 4к.  Растёт качество и меньше необходимости костылять обходные пути для медленных дисков и искать компромиссы, можно упарываться по эффективности и удобству вместо хаков для экономии и лавирования между ограничениями потребителя.

Конечно, придётся придумывать новые накопители, и интерфейсы более быстрые придумывать придётся. И под них опять накопители более быстрые. Сегодня на то, чтобы тупо прочитать эти 20 терабайт с жёсткого диска по сата нужно много суток безостановочной работы со скоростью примерно 0.1 гб/с (и это при линейном чтении, если данные по всему диску собирать то и до 0.001 легко упадёт), ссд же сегодня уже по 5 гб/с (3гб/с это самые простые потребительские модели сегодня уже и усб больше 2гб/с), а сата это 0.6 гб/с всего. Останавливать всю работу на недели-месяцы чтобы сделать бэкапы? Появится софт, который будет оптан использовать, будет у него в требованиях мать с поддержкой оптана и этот самый оптан. Дело не в отсутствии оптимизации, а в том, что софт берёт на себя гораздо больше теперь.

Ответить | Правка | Наверх | Cообщить модератору

233. "Обновление LibreOffice 7.1.3. Начало интеграции поддержки We..."  +/
Сообщение от Твоя совесть (?), 13-Май-21, 15:58 
>[оверквотинг удален]
> чтобы тупо прочитать эти 20 терабайт с жёсткого диска по сата
> нужно много суток безостановочной работы со скоростью примерно 0.1 гб/с (и
> это при линейном чтении, если данные по всему диску собирать то
> и до 0.001 легко упадёт), ссд же сегодня уже по 5
> гб/с (3гб/с это самые простые потребительские модели сегодня уже и усб
> больше 2гб/с), а сата это 0.6 гб/с всего. Останавливать всю работу
> на недели-месяцы чтобы сделать бэкапы? Появится софт, который будет оптан использовать,
> будет у него в требованиях мать с поддержкой оптана и этот
> самый оптан. Дело не в отсутствии оптимизации, а в том, что
> софт берёт на себя гораздо больше теперь.

Принцип разумной достаточности? Не, не слышал.

Бэкапы, массивы данных и прочее это одно, тут я оправдываю ускорение накопителей. Не оправдываю я только необоснованное раздувание контента и софта просто "потому что можно". Лучше бы о полезности содержимого так пеклись, как о "качестве". Даже для 8к-видео сейчас достаточно скорости чтения хдд, если оно грамотно пожато, хотя даже это в большинстве случаев лишь понты, и для комфортного просмотра хватает 720-1080p. С игрушками так же - необоснованно раздувают текстуры и дублируют ресурсы, хотя можно более грамотно продумать работу с памятью. Программы при старте грузят сейчас в память кучу жирных фреймворков и зависимостей, из которых реально может пригодиться лишь 1%. И так везде. Да, именно оптимизация.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру