LINUX.ORG.RU

Релиз KDE Applications 19.04

 ,


1

1

Увидела свет очередная версия набора приложений проекта KDE, включающая более 150 исправлений ошибок, множество новых возможностей и улучшений. Продолжается работа над snap-пакетами, их теперь несколько десятков.

Менеджер файлов Dolphin:

  • научился показывать миниатюры для документов MS Office, электронных книг epub и fb2, проектов Blender и PCX-файлов;
  • при открытии новой вкладки помещает её сразу после активной в данный момент, также она получает фокус ввода;
  • даёт возможность выбрать, какую панель закрыть в режиме «Две панели»;
  • получил более умное отображение для разных папок — например, в Загрузках по умолчанию файлы группируются и сортируются по дате добавления;
  • улучшил взаимодействие с тегами — их теперь можно выставлять и удалять через контекстное меню;
  • исправился в работе с новыми версиями SMB-протокола;
  • получил кучу исправлений ошибок и утечек памяти.

Улучшения в редакторе видео Kdenlive:

  • монтажный стол переписан на QML;
  • при помещении клипа на монтажный стол звук и видео автоматически раскидываются по разным дорожкам;
  • монтажный стол также стал поддерживать клавиатурную навигацию;
  • для записи звука стала доступна возможность наложения голоса;
  • возвращена поддержка внешних мониторов BlackMagic;
  • исправлено множество проблем и улучшено взаимодействие.

Изменения в просмотрщике документов Okular:

  • добавлены настройки масштабирования в диалог печати;
  • доступны просмотр и проверка цифровых подписей для PDF;
  • реализовано редактирование документов LaTeX в TexStudio;
  • улучшена сенсорная навигация в режиме презентации;
  • мультистрочные гиперссылки в Markdown теперь отображаются правильно.

Что нового в почтовом клиенте KMail:

  • проверка орфографии через languagetools и grammalecte;
  • распознание телефонных номеров для прямого вызова через KDE Connect;
  • появилась настройка для запуска в системном лотке без открытия главного окна;
  • улучшена поддержка Markdown;
  • получение почты по IMAP больше не зависает при утере логина;
  • некоторые улучшения производительности и стабильности в Akonadi-бэкенде.

Текстовый редактор Kate:

  • теперь показывает все невидимые разделители, а не только некоторые;
  • научился отключать статический перенос для отдельных документов;
  • получил полнофункциональные контекстные меню для файлов и вкладок;
  • по умолчанию отображает встроенный терминал;
  • стал более отполированным в интерфейсе и поведении.

В эмуляторе терминала Konsole:

  • можно открыть новую вкладку кликом колёсиком мыши по пустому месту на панели вкладок;
  • на всех вкладках по умолчанию отображается кнопка закрытия;
  • значительно улучшен диалог настройки профилей;
  • по умолчанию используется цветовая схема Breeze;
  • решены проблемы с отображением жирного шрифта!
  • улучшено отображение подчёркивающего курсора, а также линий и других символов.

Чем может похвастать просмотрщик изображений Gwenview:

  • полная поддержка сенсорных экранов, включая жесты!
  • полная поддержка HiDPI-экранов!
  • улучшена обработка кнопок мыши «Назад» и «Вперёд»;
  • программа научилась работать с файлами Krita;
  • можно выставить размер в 512 пикселей для миниатюр;
  • мелкие улучшения интерфейса и взаимодействия.

Изменения в утилите для снимков экрана Spectacle:

  • расширена опция выделения произвольной области — так, можно сохранить шаблон выделения до закрытия программы;
  • можно настроить поведение уже запушенной утилиты при нажатии PrtScr;
  • доступен выбор уровня сжатия для lossy-форматов;
  • появилась возможность задать шаблон именования файлов скриншотов;
  • больше не предлагается выбрать между текущим экраном и всеми экранами, если в системе всего один экран;
  • обеспечена работоспособность в окружении Wayland.

Также выпуск KDE Apps 19.04 включает ряд новых возможностей, улучшений, исправлений в таких программах, как KOrganizer, Kitinerary (это новый помощник путешественника, расширение для Kontact), Lokalize, KmPlot, Kolf, и т.д.

>>> Подробности

Deleted

Проверено: Dimez ()

Ответ на: комментарий от Deleted

KDE виноваты. Ну ты с причинно-следственной частью проблем не испытываешь?

А вот ты обижаешься что я с тобой сраться начал. Но смотри что же ты делаешь. Вот твоя цитата.

ядерную консоль у меня 30 секунд грузится

А вот моя цитата

ядерную консоль у меня 30 секунд грузится, безо всякого KDE даже.

безо всякого KDE даже

безо всякого KDE даже

безо всякого KDE даже

безо всякого KDE даже

То есть в цитируемом тобой предложении написано, что KDE не причем, а ты меня обвиняешь что «KDE виноваты». Ты дурак? Или ты и правда из этих, за которых банят?

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

Я говорю, решай проблему в системе помимо KDE. И КДЕ станет загружаться быстрее.

Deleted ()
Ответ на: комментарий от Deleted

Ты лгун.

Поразительно.

Я заявлял, что у ТЕБЯ за минуту загрузится? Нет. Я заявлял что у меня на реальном железе за минуту грузиЛОСЬ. Обрати внимание на капс. Который как бы намекает что это было раньше.

Ну и что? В чем я соврал? Теперь докажи что у меня за минуту не загружалась первая версия десятки тогда, когда она вышла.

curufinwe ★★★★★ ()
Ответ на: комментарий от Deleted

Вот кстати я разобрался насчет проблемы с 15 секунд загрузки иксов.

Причина - параллельно запускаются тяжелые сервисы, прежде всего mariadb. Если дождаться их запуска, а только после этого запустить sddm - иксы загружаются за 4 секунды. Но общего времени загрузки это очевидно никак не уменьшит. Ну или ладно, уменьшит в пределах нескольких секунд.

Если смонтировать /var/log на рамдиск - иксы запускаются за 2 секунды. Что тоже весьма интересно.

Вот и причина. Но это никак не поможет, потому что мне нужна mariadb и мне нужны логи.

А проблема в системе одна - медленный винчестер. Как мне ее решать, лол? Ну могу SSD купить.

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

О. Ну вот. Теперь осталось сделать марию зависимой от SDDM. Пусть она загружается после того, как загрузился SDDM?

Deleted ()
Ответ на: комментарий от Deleted

Можно, да. Но выигрыш заметен только с секундомером, даже когда я просто снес mariadb для проверки. К тому же будет проблема как в винде, что после рабочего стола все шуршит. Ну или загрузка плазмы и SDDM замедлиться от параллельного запуска SDDM. И какой в этом смысл?

curufinwe ★★★★★ ()
Ответ на: комментарий от Deleted

Перепроверил Win 10 на ноутбуке жены. Samsung RV508. Старше моего и слабее. Никакого фастбута и прочих читов в нем нет. Памяти 2 Гб, а система 64 бит.

Грузится минуты три до нормальной работы. Я тут был совсем не прав - винду загадили еще больше.

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

Да, не важно когда, если мускуль нужен, то он должен загрузиться. Другое дело, что если ты загружаешься с паролем, то пока ты вводишь/прозевал ввод и комп стоит - мускуль (как постгрес в моём случае) может спокойно загрузиться. Если же его загрузку спихнуть на время старта самой плазмы, то никакого выигрыша ты не получишь, а может и наоборот, появится ещё один рот, которому ещё овер 500 мегов нужно с харда.

ChekPuk ★★★ ()
Ответ на: комментарий от curufinwe

Дай лучше рабочий /etc/apt/sources.list для Саржа. Что-то я тут раскатал его (с большими пердолями), а он ещё и обновляться с https://www.debian.org/distrib/archive не хочет. Я и местное зеркало подключить пытался, не работат.

ChekPuk ★★★ ()
Ответ на: комментарий от curufinwe

Ну вот видишь. Давай попробуем сыграть с планировщиком.
cat /sys/block/sda/queue/scheduler
И посмотреть, что там вообще доступно. У тебя используется в зависимости от дистриба CFQ или mq-deadline. Это зависит от версии ядра в том числе. ПОпробовать дописать соответствующий параметр. Попробовать загрузку с elevator=«noop». Дело в том, что у тебя диск уже умеет NCQ, дополнительное упорядочивание запросов ядром может снижать быстродействие. При том, что сейчас используется multiqueue, это может дополнительно снизить производительность и так не шибко хороших по латенси HDD. А может и наоборот сделать, правда. Иногда имеет смысл выставить deadline (в относительно старых ядрах) - может стать несколько отзывчивее система. Если выставишь noop - все запросы пойдут напрямую к диску, и он уже сам будет решать, что и в каком порядке считывать, в текущей же ситуации это решает ядро, а потом снова решает диск.

В общем, самый простой способ. Можно сделать гораздо более тонкие настройки планировщика IO, но я не знаю, что у тебя стоит на данный момент.

Deleted ()
Ответ на: комментарий от ChekPuk

Сволочь буфер обмена не работает с саржем.

deb http://archive.debian.org/debian sarge main contrib non-free

Только что поставил браузер mozilla оттуда - работает.

Но на ЛОР не заходит - с шифрованием попа.

curufinwe ★★★★★ ()
Последнее исправление: curufinwe (всего исправлений: 1)
Ответ на: комментарий от curufinwe

Ну вот следует попробовать elevator=«bfq» и elevator=«noop». Планировщик kyber для быстрых устройств, а mq-deadline - отдаёт приоритет запросам на чтение, но при этом делает несколько очередей, в отличие от простого deadline. Сейчас везде только mq. Значительного ускорения не получишь, я думаю. bfq должен честнее распределить ресурсы диска между приложениями. Т.е. сложнее будет какому-то одному приложению «отобрать» диск к чертовой бабушке.

Вторым моментом может оказаться необходимость выполнения e4defrag - это, как бы, тоже может здорово помочь, если система стоит долгое время. Так или иначе ext тоже фрагменируется, как и xfs, но стремятся всё же сохранить консолидацию, в отличие от btrfs, к примеру. Если с bfq поможет - здесь можно будет уже задуматься над непосредственно его параметрами.

Deleted ()
Ответ на: комментарий от curufinwe

Вроде то же самое. А у тебя 32битный? Попробую переустановить, сарж сам себя не переустановит :)

ChekPuk ★★★ ()
Ответ на: комментарий от Deleted

Проверил. Что с noop, что с bfq - время полной загрузки 2 минуты и 35-40 секунд. bfq вроде чуть быстрее, но максимум на 5 секунд из 2.5 минут.

curufinwe ★★★★★ ()
Ответ на: комментарий от Deleted

HDD-тормозилово не исправишь программными методами.

Deleted ()
Ответ на: комментарий от curufinwe

Прикинь, сам в шоке :) Скачал с дебьян-архива. Походу в нём были проблемы, потому что сейчас поставил i386 netinstall и заработало. РАБОТАИТ!!! КДЕ 3.3 рулит!!! :)

ChekPuk ★★★ ()
Ответ на: комментарий от curufinwe

Ожидаемо. Он распределяет IO между процессами крайне равными долями, плюс сам по себе на чтение с HDD несколько лучше. Не сказать, чтобы значительно, но всё же.


per-process ioprio and weight: unless the cgroups interface is used, weights can be assigned to processes only indirectly, through I/O priorities, and according to the relation: weight = (IOPRIO_BE_NR - ioprio) * 10.
slice_idle: specifies how long BFQ should idle for next I/O request, when certain sync BFQ queues become empty. By default slice_idle is a non-zero value. Idling has a double purpose: boosting throughput with sequential workloads, especially on rotational devices, and making sure that the desired throughput distribution is respected.
strict_guarantees: if set (default: unset), then BFQ (a) always performs idling when the in-service queue becomes empty, (b) forces the device to serve one I/O request at a time, by dispatching a new request only if there is no outstanding request. In the presence of differentiated weights or I/O-request sizes, both the above conditions are needed to guarantee that every BFQ queue receives its allotted share of the bandwidth. Setting strict_guarantees may evidently affect throughput.
timeout_sync: Maximum amount of device time that can be given to a task (queue) once it has been selected for service. On devices with costly seeks, increasing this time usually increases maximum throughput. On the opposite end, increasing this time coarsens the granularity of the short-term bandwidth and latency guarantees, especially if the following parameter is set to zero.
max_budget: Maximum amount of service, measured in sectors, that can be provided to a BFQ queue once it is set in service (of course within the limits of the above timeout). According to what said in the description of the algorithm, larger values increase the throughput in proportion to the percentage of sequential I/O requests issued. The price of larger values is that they coarsen the granularity of short-term bandwidth and latency guarantees. The default value is 0, which enables auto-tuning: BFQ sets max_budget to the maximum number of sectors that can be served during timeout_sync, according to the estimated peak rate.
low_latency: used to enable/disable BFQ's low latency mode. By default, low latency mode is enabled. If enabled, interactive and soft real-time applications are privileged and experience a lower latency, as explained in more detail in the description of how BFQ works

.
интересуют в идеале нас только последние три параметра.

Покажи sysctl -a | grep bfq

Deleted ()
Ответ на: комментарий от Deleted

До уровня хорошего диска на 7200 не доберётся, но секунд 20 на загрузке системы реально сэкономить. Ну и плюс ко всему, blk-sq удалили из ведра, оставили только mq. А HDD ооочень не любят параллельные нагрузки. Тут надо щас понять что конкретно лучше - скорость чтения/записи или непосредственно скорость отклика.

Deleted ()
Ответ на: комментарий от Deleted

Пусто. Есть вот это

#ls /sys/block/sda/queue/iosched

back_seek_max fifo_expire_async low_latency slice_idle strict_guarantees back_seek_penalty fifo_expire_sync max_budget slice_idle_us timeout_sync

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

Ахх. Я забыл, что оно через sysfs экспортирует. Надо подумать. Это надо по идее юнит писать для системд, чуть позже соображу.

Deleted ()
Ответ на: комментарий от Odalist

Ничего примечательного тут нету, а девушка на обоине-моветон

Мой петушок, я знаю, что ты любишь юношей на обоях :) А топом, конда тебя юноши на обоях ;)

anonymous ()
Ответ на: комментарий от curufinwe

Мне хватило и 3.3 :) Я прям балдю. Нажимаешь чтонить - оно моментально реагирует. Удовольствие. Умиротворение.

ChekPuk ★★★ ()
Ответ на: комментарий от Deleted

Вот что помогло - e4rat. Сократилось время до минуты 45 секунд.

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

На, я не поленился - накатил генту и записал тебе старт. Первый - это ssd со всей фигнёй. Второй - диск без кеширования. Диск там тотально засранный.

В реальности оно примерно так и стартует. Я тебе даже вырубил крутилку, как в маздайке. С харда стартует быстрее, чем на записи.

С ссд - тоже. Я не записывал, но если пускать крутилку - она крутится где-то 1 раз. У меня же она пропадает сразу не успев да же начать крутиться.

Я хотел накатить e4rat и прочую херню. Но мне уже стало лень. Там можно ещё оптимизировать непереоптимизировать.

https://yadi.sk/i/1w0xMlqt9qijVw

Гента с кедами и всей фигнёй - занимает 3 гига. Можно ужать и до 1.5-2. Нормальная фулл-система там с софтом, nvidia и прочей дристней - занимается от силы 5-7 гигов. Кеды из этого всего занимают метров 500.

NishiragiShintaro ()
Ответ на: комментарий от ChekPuk

Я прям балдю.

Как тебе мало для счастья надо. А можешь ещё первый кеды запустить - будет ещё быстрее.

Правда что-то не моментально реагирует в пятых только в твоих фантазиях, но хоть помечтай.

NishiragiShintaro ()
Ответ на: комментарий от NishiragiShintaro

Я видел стационарник с нормальными параметрами и с нормальным диском, где примерно за такое же время арч запускается.

Но на ноутах начального уровня - вот как у меня. Вчера проверили на ноуте 2017 года, винчестер сыпаться то не должен еще. Время запуска +-5 секунд в точности как на моем. 2 минуты 40 секунд до полной загрузки.

Видимо такое дно винчестеры в таких ноутах.

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

Ну вот. С e4rat уже тюнинг шедулера смысла не имеет. Теоретически еперь только сами сервисы можно крутить. Но время запуска - такое себе, там обычно крутить нечего. Собственно это всё, что ты мог сделать. Дальше - считаю имеет смысл научить ноут в гибернацию и саспенд, это всегда удобнее, чем обычный шатдаун.

Deleted ()
Ответ на: комментарий от Deleted

Я и использую саспенд. Но вот после обновления надо перезагружаться. Ну буду на минуту меньше ждать.

Все-таки да, на фоне последней винды десятки все летает.

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

Только теперь его надо будет делать после КАЖДОГО обновления.

ChekPuk ★★★ ()
Ответ на: комментарий от curufinwe

Я видел стационарник с нормальными параметрами и с нормальным диском, где примерно за такое же время арч запускается.

Арч так не запустится никогда.

Но на ноутах начального уровня - вот как у меня.

Тебе уже и я и пацаны объяснили, что у тебя проблема не в ноуте. У меня так же есть старый ноут с нехалемом и хдд - там запускается всё примерно так же как в виртуалке с хдд.

Вчера проверили на ноуте 2017 года, винчестер сыпаться то не должен еще. Время запуска +-5 секунд в точности как на моем. 2 минуты 40 секунд до полной загрузки.

Ну опять же - ты не говорил что поставлено как и куда. А это имеет большое значение.

NishiragiShintaro ()
Ответ на: комментарий от NishiragiShintaro

Арч так не запустится никогда.

Вот не надо, я использовал на этом ноуте генту, и дебиан, и арч. И никакой заметной разницы между временем загрузки в них я не вижу. И в избранности генты я давно разубедился, путем прямых сравнений. Хотя если ты все непотребство выпиливаешь (судя по занимаемым размерам, о которых ты пишешь, наверное так) - может оно и дает результат.

Ну опять же - ты не говорил что поставлено как и куда. А это имеет большое значение.

Я только месяца три назад перенес корневой раздел с системой в начало винчестера. До этого он был в конце, а в начале раздел со свалкой файлов. Думал это поможет, но заметно быстрее грузиться не стало. Если вообще стало. То есть конкретно у этого винчестера затык в чем-то другом, чем расположение.

То есть если сравнивать чтение большого файла - скорее всего в начале винчестера читаться будет быстрее. Но по мелким разница пропадает, а скорость чтения падает катастрофически.

curufinwe ★★★★★ ()
Ответ на: комментарий от NishiragiShintaro

Тебе уже и я и пацаны объяснили, что у тебя проблема не в ноуте.

Так а в чем проблема, я понять не могу? Я арч не так ставлю? Это просто смешно. «Пацаны» меня убеждали, что в системе косяк. Я выложил все логи, все смотрели - и что. Никакого косяка кроме «все медленно» никто не обнаружил. Ну и в чем проблема?

В том что у меня не гента? У меня была гента. И моментально она не грузилась никак.

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

Вот не надо, я использовал на этом ноуте генту, и дебиан, и арч. И никакой заметной разницы между временем загрузки в них я не вижу.

Что ты там использовал? Перепастил что-то из мануала?

И в избранности генты я давно разубедился, путем прямых сравнений.

Не понимаю. Зачем вы, нихрена не зная, пишите херню? Понимаю, что ещё лет 10назад эта методичка работала, но сейчас арч целиком и полностью обосрался превратившись в подобие генты. Потому что подо всех бинари не пособираешь.

Я только месяца три назад перенес корневой раздел с системой в начало винчестера. До этого он был в конце, а в начале раздел со свалкой файлов. Думал это поможет, но заметно быстрее грузиться не стало. Если вообще стало. То есть конкретно у этого винчестера затык в чем-то другом, чем расположение.

Ну это очевидно - разница там разы, особенно учитывая то, что у всех моих ноутбучных дисков летенси меньше. Я тебе уже предлагал поставить дристню и забенчить диск, но тебе, похоже, не нужно разбираться и что-то решать.

NishiragiShintaro ()
Ответ на: комментарий от curufinwe

Так а в чем проблема, я понять не могу?

Ну как минимум про убитый/говно диск тебе уже там пацан 20раз сказал. Я тебе сказал поставить бенчмарк и забенчить. Тебя просили смарт поставить и показать.

Я арч не так ставлю? Это просто смешно.

Вполне вероятно.

«Пацаны» меня убеждали, что в системе косяк. Я выложил все логи, все смотрели - и что. Никакого косяка кроме «все медленно» никто не обнаружил. Ну и в чем проблема?

Ещё раз, на все твои логи всем насрать - ты ими можешь только жопу вытереть. Там ничего не написано.

Ты явно альтернативно одарённый, которые не может выполнить простых проверок. Именно этим и отличается домохозяйка и шарящий человек. И именно для этого нужна гента(арч), а не потому что «оно быстро и крутое» - такие убогие понятия есть только у домохозяек.

Адекватный человек увидя свои логи - стал бы искать причину. Как минимум осилил бы запустить бенчмарк.

В том что у меня не гента? У меня была гента. И моментально она не грузилась никак.

У тебя ничего не было. А то, что ты там что-то коекак накатил по мануалу - это ничего не значит.

Гента - это возможности. Именно возможности и определяют её лучшей. Её не определяет лучшей то, чему ты там начился/нафантазировал себе.

NishiragiShintaro ()
Ответ на: комментарий от NishiragiShintaro

Я тебе уже предлагал поставить дристню

Вот тест на реальной машине

https://yadi.sk/i/0zBI7cs_Zlg6HA

Вот тест на виртуалке

https://yadi.sk/i/yUHpfItJ_YNn4A

И тут 2 вопроса - что на твоем винчестере? И что ты сравниваешь, запуская системы на виртуалке?

curufinwe ★★★★★ ()
Ответ на: комментарий от NishiragiShintaro

У тебя ничего не было. А то, что ты там что-то коекак накатил по мануалу - это ничего не значит.

Кое-как ты накатываешь, я разбираюсь не хуже тебя. Когда же ты повзрослеешь уже, годами постишь эту быдланскую ахинею и думаешь на нее кто-то до сих пор ведется?

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

Кое-как ты накатываешь, я разбираюсь не хуже тебя.

В чём? Ты рандомный эникей(в лучшем случае), который не может решить такую элементарную задачу. Который находится в помойке. Что ты там мне сказать-то можешь, трепло?

Это так смешно, когда прогресс даёт вчерашним поломоям хоть что-то в этом мире мочь, но они почему-то начинают эти достижения приписывать себе и считать себя кем-то. Это насколько нелепо.

NishiragiShintaro ()
Ответ на: комментарий от NishiragiShintaro

Это так смешно, когда годы идут а царь как ребенок, причем в детстве методичку себе написал и пастит из нее одни и те же фразы годами. Что ж у тебя прогресса в дискуссии никакого нет?

не может решить такую элементарную задачу

Во-первых, не можешь в данном случае ты, потому что ты так и не сказал что же у меня неправильно и как мне получить такую скорость как у тебя.

Во-вторых, я как раз могу решить ее элементарно, и сделать чтобы все взлетало. Но это имеет свою цену, и цель не оправдывает средства. Потому что по большому счету мне пофиг на эти полторы минуты загрузки, ясно что можно сделать намного быстрее, до упора настраивая генту или LFS накатив. Только зачем. Мне работать нужно а не скорость запуска системы до двух секунд доводить.

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

Вот тест на реальной машине

https://i.imgur.com/tfBzFmB.png

С этого диска я пускал. Ему лет 10.

И что ты сравниваешь, запуская системы на виртуалке?

Твоя проблема в том, что ты эникей, который нихрена не понимает. Во-первых выруби кеширование в виртуалке.

Во-вторых, я даже не знаю - ты слишком альтернативно одарённый. Иди почитай буквать. А ещё кукарекал про генту.

Очевидно, что диск у тебя виртуальный - никаких данных в нём нет и виртуалка эмулирует ответ. Так же, очевидно, что данные у тебя есть вначале диска и результаты там почти такие же.

Но ты это, больше думай о себе и поменьше думай вообще.

NishiragiShintaro ()
Ответ на: комментарий от curufinwe

Во-первых, не можешь в данном случае ты, потому что ты так и не сказал что же у меня неправильно и как мне получить такую скорость как у тебя.

Ты совсем поехавший, Вася. Во-первых с чего я должен её решать, а во-вторых как? У себя я её реши, своими руками. Твоими руками ничего решить нельзя.

Но это имеет свою цену, и цель не оправдывает средства.

Эта цена - следствие твоего уровня и балабольства. Ты больше балаболь - больше будет цена.

NishiragiShintaro ()
Ответ на: комментарий от curufinwe

Я проверил ноутбучный диск - он быстрее этого. там сотка и 13.5ms в среднем.

Все остальные десктопные харды - так же в районе 100+, и 14-16мс. Но им тысяча лет так же.

NishiragiShintaro ()
Ответ на: комментарий от curufinwe

Всё как я и говорил - разница копейки. Там могут быть хардварные проблемы(контроллер в диске говно. Хотя в хардах они вроде как не сильно отличаются). Там могут быть локальные проблемы(т.е. какие-то сектора побитые).

Но в целом ясно и понятно, что дело не совсем в диске. Потому что тот e4rat должен вообще нивелировать всю нагрузку на диск. Он просто у тебя будет пару секунд вначале читать данные с диска.

Поэтому ищи дальше.

NishiragiShintaro ()
Ответ на: комментарий от NishiragiShintaro

По bootchart у меня пик скорости чтения при загрузке 17 MB/s. При средней по бенчу 67,7. Причем 17 - это там на графике выстрелило. В среднем оно более чем 2 раза ниже. И в чем, по-твоему, причина?

curufinwe ★★★★★ ()
Ответ на: комментарий от NishiragiShintaro

Он просто у тебя будет пару секунд вначале читать данные с диска

Он читает 1200 файлов с чем-то, 3-4 секунды.

Было бы понятно, если бы что-то клинило и стояло. Но нет - чтение идет, довольно равномерно и с черепашьей скоростью.

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

По bootchart у меня пик скорости чтения при загрузке 17 MB/s.

Это линейное чтение. Если у тебя есть какие-нибудь сики - оно будет уменьшаться. 70 у тебя будет только тогда, когда ты будешь линейно читать один и тот же файл. И то, если он не фрагментирован.

NishiragiShintaro ()
Ответ на: комментарий от curufinwe

Он читает 1200 файлов с чем-то, 3-4 секунды.

Ну он не читает не файлы, но в любом случае.

Было бы понятно, если бы что-то клинило и стояло. Но нет - чтение идет, довольно равномерно и с черепашьей скоростью.

По идее, после e4rat у тебя чтения вообще быть не должно.

Ты там случайно никакие настройки кеширования не трогал?

NishiragiShintaro ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.