elsonador Сообщения

elsonador	# 11 лет, 5 месяцев назад
Темы: 63 Сообщения: 996 Участник с: 09 апреля 2010	Новый KDE - старые глюки: Первый запуск KMail радует сообщением от давно забытого Akonadi Последующие пуски проходят успешно. Что ему опять нужно? Я вообще не понимаю, в чем у него проблема - он же все равно запускается! Только KMail грохается. Akonadi опять не может свои драгоценные данные в MySQL сохранить? Это на него так обновление движка базы данных повлияло? Я бы просто забил, но Thunderbird как почтовый клиент не годен.

# 11 лет, 5 месяцев назад

Сообщения: 996

Участник с: 09 апреля 2010

Новый KDE - старые глюки:
Первый запуск KMail радует сообщением от давно забытого Akonadi

Последующие пуски проходят успешно. Что ему опять нужно?
Я вообще не понимаю, в чем у него проблема - он же все равно запускается! Только KMail грохается.
Akonadi опять не может свои драгоценные данные в MySQL сохранить? Это на него так обновление движка базы данных повлияло? Я бы просто забил, но Thunderbird как почтовый клиент не годен.

elsonador	# 11 лет, 5 месяцев назад
Темы: 63 Сообщения: 996 Участник с: 09 апреля 2010	mechanical это не глюк кде …. и не глюк …. это особенность копиорования в линуксе …. прогрессбар показывает процесс чтения, но не записи прогрессбар при копировании показывает процесс чтения, независимо твоих предпочтений и мечт … а остальное твоё словоблудие я не осилил … про девнулл особенно А чтение куда? SunStroke Предположу что прогрессбар все же показывает именно процесс записи. Просто запись идет в кэш (поэтому так быстро) и с точки зрения программы все уже скопировалось. А уж когда там дисковая подсистема ядра скинет данные из кэша на физическое устройство - это программу не волнует. В том то и дело, что ни разу не быстро. А без кэширования (либо NTFS, либо FAT с опцией flush) - быстро. IIaBeJI Оно не крутит мультики, а копирует в кэш, пока тот не заполнится, поэтому сначала пишет высокую скорость копирования, а после заполнения кеша скорость падает. А без кэширования скорость не падает и в общем получается в разы быстрее. Для чего оно такое нужно? IIaBeJI А вот это называется 12309, память здесь абсолютно не причем. Гугл выдает кучу более-менее рабочих решений по этой проблеме, мне помог перевод sata винтов на планировщик ввода-вывода noop. Ни одного рабочего решения мне не попадалось, только описание этой проблемы на всех языках мира и предложение что-нибудь поделать, а вдруг поможет. Никому не помогло. перевод sata винтов на планировщик ввода-вывода noop. Привело к диким тормозам при загрузке. Скорость копирования на флешку не увеличилась. GavriKos В конце концов это ж Линукс - компилятор в руки и вперед. В конец копирования добавить сравнение контрольной суммы например. Я_не_буду_ничего_компилировать_в_пакетном_дистрибутиве. GavriKos Для проверки попробуйте закинуть на флешку ОДИН БОЛЬШОЙ файл и в процессе копирования понаблюдать за ростом кеша, использования оперативки и прочих параметров системы. Так можно будет хоть что то сказать. Кэш вырастает на два объема файла, скорость падает. Загрузка обеих ядер - 100%, пока KDE демонстрирует процесс копирования. Это была EXT2. Медленно. Кэш таки задействуется, достигает одного объема файла. Одно ядро грузится до 100%, второе 50-60%, на этот раз пока мигает диодик. NTFS. Быстро.

elsonador

# 11 лет, 5 месяцев назад

Темы: 63

Сообщения: 996

Участник с: 09 апреля 2010

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

А чтение куда?

SunStroke
Предположу что прогрессбар все же показывает именно процесс записи. Просто запись идет в кэш (поэтому так быстро) и с точки зрения программы все уже скопировалось. А уж когда там дисковая подсистема ядра скинет данные из кэша на физическое устройство - это программу не волнует.

В том то и дело, что ни разу не быстро. А без кэширования (либо NTFS, либо FAT с опцией flush) - быстро.

IIaBeJI
Оно не крутит мультики, а копирует в кэш, пока тот не заполнится, поэтому сначала пишет высокую скорость копирования, а после заполнения кеша скорость падает.

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

IIaBeJI
А вот это называется 12309, память здесь абсолютно не причем. Гугл выдает кучу более-менее рабочих решений по этой проблеме, мне помог перевод sata винтов на планировщик ввода-вывода noop.

Ни одного рабочего решения мне не попадалось, только описание этой проблемы на всех языках мира и предложение что-нибудь поделать, а вдруг поможет. Никому не помогло.
перевод sata винтов на планировщик ввода-вывода noop. Привело к диким тормозам при загрузке. Скорость копирования на флешку не увеличилась.

GavriKos
В конце концов это ж Линукс - компилятор в руки и вперед. В конец копирования добавить сравнение контрольной суммы например.

Я_не_буду_ничего_компилировать_в_пакетном_дистрибутиве.

GavriKos
Для проверки попробуйте закинуть на флешку ОДИН БОЛЬШОЙ файл и в процессе копирования понаблюдать за ростом кеша, использования оперативки и прочих параметров системы. Так можно будет хоть что то сказать.

Кэш вырастает на два объема файла, скорость падает. Загрузка обеих ядер - 100%, пока KDE демонстрирует процесс копирования. Это была EXT2. Медленно.
Кэш таки задействуется, достигает одного объема файла. Одно ядро грузится до 100%, второе 50-60%, на этот раз пока мигает диодик. NTFS. Быстро.

elsonador	# 11 лет, 5 месяцев назад
Темы: 63 Сообщения: 996 Участник с: 09 апреля 2010	А до попытки установить X вы какими извращениями занимались? Это я по поводу xorg-bdftopcf, xorg-mkfontscale, xorg-mkfontdir. У меня таких пакетов в системе не установлено, гляньте, кто их по зависимостям притянул. Кстати, вот тема. Решения, правда, нету.

elsonador

# 11 лет, 5 месяцев назад

Темы: 63

Сообщения: 996

Участник с: 09 апреля 2010

А до попытки установить X вы какими извращениями занимались?
Это я по поводу xorg-bdftopcf, xorg-mkfontscale, xorg-mkfontdir. У меня таких пакетов в системе не установлено, гляньте, кто их по зависимостям притянул.

Кстати, вот тема. Решения, правда, нету.

elsonador	# 11 лет, 5 месяцев назад
Темы: 63 Сообщения: 996 Участник с: 09 апреля 2010	mechanical это не глюк кде …. и не глюк …. это особенность копиорования в линуксе …. прогрессбар показывает процесс чтения, но не записи в гноме подстраховались, не дают отмонтировать до тех пор, пока не закончится запись а как там в кде, не знаю … Кхм. А чтение происходит в /dev/null, раз оно обходится без записи? Что-то странное вы озвучили. Т.е. он вообще ничего не показывает, так, мультики в системном лотке крутит? Ну, umount тоже ждет. Итог: при копировании музыки в плеер отключать его by umount, флешкам NTFS, потому как для нее глючное кэширование не поддерживается. Которое лихо так - несколько секунд 50мб/с, потом 400кб/с и если скопироваться не успело - 4кб/с, если все еще не успело - остановка. А NTFS без него выжимает номинал. А в плеере кроме FAT ничего и не поддерживается. mechanical а вот то что оно при копировании кэш жрет .. вот это проблема, да Это не жрет, это как-то по-другому называется, когда компьютер, вытягивающий просмотр HD-видео только за счет процессора, тормозит от записи на флешку! И с раздела на раздел жесткого диска тоже. Управление памятью ни к черту. Опаньки! А в системном мониторе датчики пропали и не добавляются. И вкладка не удаляется, зараза.

elsonador

# 11 лет, 5 месяцев назад

Темы: 63

Сообщения: 996

Участник с: 09 апреля 2010

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

Кхм. А чтение происходит в /dev/null, раз оно обходится без записи? Что-то странное вы озвучили. Т.е. он вообще ничего не показывает, так, мультики в системном лотке крутит?
Ну, umount тоже ждет. Итог: при копировании музыки в плеер отключать его by umount, флешкам NTFS, потому как для нее глючное кэширование не поддерживается. Которое лихо так - несколько секунд 50мб/с, потом 400кб/с и если скопироваться не успело - 4кб/с, если все еще не успело - остановка. А NTFS без него выжимает номинал.

А в плеере кроме FAT ничего и не поддерживается.

mechanical
а вот то что оно при копировании кэш жрет .. вот это проблема, да

Это не жрет, это как-то по-другому называется, когда компьютер, вытягивающий просмотр HD-видео только за счет процессора, тормозит от записи на флешку! И с раздела на раздел жесткого диска тоже. Управление памятью ни к черту. Опаньки! А в системном мониторе датчики пропали и не добавляются. И вкладка не удаляется, зараза.

elsonador	# 11 лет, 5 месяцев назад
Темы: 63 Сообщения: 996 Участник с: 09 апреля 2010	Слишком быстро KDE докладывает об окончании копирования.

elsonador	# 11 лет, 5 месяцев назад
Темы: 63 Сообщения: 996 Участник с: 09 апреля 2010	student975 Надо почитать man по mount - там, кажется, есть такая опция, как flush. То есть запись, как я понимаю, не будет кэшироваться, и завершение операции записи файла в ОС гарантирует и завершение операции записи на железку. Не работает с ext. Флешку нужно добавлять в fstab, иначе невозможно выставить себе права. И скорость на NTFS все равно выше оказывается. Правда вторая флешка потормознее, там и с NTFS глюк при отмонтировании.

elsonador

# 11 лет, 5 месяцев назад

Темы: 63

Сообщения: 996

Участник с: 09 апреля 2010

student975
Надо почитать man по mount - там, кажется, есть такая опция, как flush. То есть запись, как я понимаю, не будет кэшироваться, и завершение операции записи файла в ОС гарантирует и завершение операции записи на железку.

Не работает с ext. Флешку нужно добавлять в fstab, иначе невозможно выставить себе права.
И скорость на NTFS все равно выше оказывается. Правда вторая флешка потормознее, там и с NTFS глюк при отмонтировании.

elsonador	# 11 лет, 5 месяцев назад
Темы: 63 Сообщения: 996 Участник с: 09 апреля 2010	student975 Надо почитать man по mount - там, кажется, есть такая опция, как flush. То есть запись, как я понимаю, не будет кэшироваться, и завершение операции записи файла в ОС гарантирует и завершение операции записи на железку. Дамы и господа: мой компьютер оснащен высококачественным цветным графическим дисплеем высокого разрешения, для применения с которым предусмотрена интегрированная оконная оболочка. И запускать в ней эмулятор текстового терминала, долбя туда всякие веселые команды просто чтобы подключить/отключить съемный носитель - не просто неудобство, это попахивает извращениями. Тем более по многочисленным отзывам эта опция бесполезна. Я даже не буду тратить время на проверку.

elsonador

# 11 лет, 5 месяцев назад

Темы: 63

Сообщения: 996

Участник с: 09 апреля 2010

student975
Надо почитать man по mount - там, кажется, есть такая опция, как flush. То есть запись, как я понимаю, не будет кэшироваться, и завершение операции записи файла в ОС гарантирует и завершение операции записи на железку.

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

elsonador	# 11 лет, 5 месяцев назад
Темы: 63 Сообщения: 996 Участник с: 09 апреля 2010	gard А какова заявленная скорость флешки? Может быть она уже умирает? Цвет корпуса системного блока? Марка наушников? Диаметр кнопки «Reset»? В случае использования FAT скорость, если это можно назвать скоростью, сначала 3-4 мб/с, потом быстро уменьшается до 300-400кб/с и менее, вплоть до остановки копирования в некоторые моменты времени. На NTFS скорость средняя 6.5 мб/с, минимум 4.8, максимум 6.8, что совпадает с номиналом. Но система все равно не отслеживает момент окончания записи и сообщает, что все сделано. Это плохо, потому что у телефона и у плеера тоже флешпамять есть, но осветодиодика нету, а также потому что флешка может быть вставлена и в порт с тыла системного блока (иб оспереди занято) и диодика не видно. ext2, ext3, ext4 не ставил ибо мало разницы с ext3 - те же 200-300-400 кб/с. UDF не только тормозит, но еще и рушится со временем.

elsonador

# 11 лет, 5 месяцев назад

Темы: 63

Сообщения: 996

Участник с: 09 апреля 2010

gard
А какова заявленная скорость флешки? Может быть она уже умирает?

Цвет корпуса системного блока? Марка наушников? Диаметр кнопки «Reset»?

В случае использования FAT скорость, если это можно назвать скоростью, сначала 3-4 мб/с, потом быстро уменьшается до 300-400кб/с и менее, вплоть до остановки копирования в некоторые моменты времени. На NTFS скорость средняя 6.5 мб/с, минимум 4.8, максимум 6.8, что совпадает с номиналом. Но система все равно не отслеживает момент окончания записи и сообщает, что все сделано. Это плохо, потому что у телефона и у плеера тоже флешпамять есть, но осветодиодика нету, а также потому что флешка может быть вставлена и в порт с тыла системного блока (иб оспереди занято) и диодика не видно.

ext2, ext3, ext4 не ставил ибо мало разницы с ext3 - те же 200-300-400 кб/с. UDF не только тормозит, но еще и рушится со временем.

elsonador	# 11 лет, 5 месяцев назад
Темы: 63 Сообщения: 996 Участник с: 09 апреля 2010	Nokman Ну знаете ли, если руководствоваться подобной логикой мышления, то можно в целом прийти к выводу, что интернет и есть одна большая мусорка. Но ведь люди же что-то в этом находят, не правда ли? ) А как же. Так и есть. Nokman С отмонтированием NTFS проблем быть тоже не должно. До этого я так понял была FAT? Может быть в таком случае есть необходимость протестировать и другие ФС? Хотя если все устраивает, то не обязательно - работает не трогай! ;) Тем не менее, проблема есть. Система отвечает, что все успешно скопировано, но диод на флешке продолжает мигать, и пока он мигать не прекратит - отмонтирование невозможно. Отвечаю сразу на все вопросы: запись файлов/монтирование/отмонтирование производилось как из графического окружения KDE, так и в консоли, от обычного пользователя и от супера. Результат один. Непосредственно до этого была ext2. FAT также применялась. Не проверялась только BTRFS и ReiserFS. Пробовалась даже UDF. Результат - скорость еще меньше, плюс прогрессирующие глюки вроде невозможности записи произвольных файлов (т.е. из группы файлов часть пишется, часть нет, причем один раз одни файлы, другой - другие), вообще всех файлов, слетают права на файлы, слетает сама UDF.

elsonador

# 11 лет, 5 месяцев назад

Темы: 63

Сообщения: 996

Участник с: 09 апреля 2010

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

А как же. Так и есть.

Nokman
С отмонтированием NTFS проблем быть тоже не должно. До этого я так понял была FAT? Может быть в таком случае есть необходимость протестировать и другие ФС? Хотя если все устраивает, то не обязательно - работает не трогай! ;)

Тем не менее, проблема есть. Система отвечает, что все успешно скопировано, но диод на флешке продолжает мигать, и пока он мигать не прекратит - отмонтирование невозможно. Отвечаю сразу на все вопросы: запись файлов/монтирование/отмонтирование производилось как из графического окружения KDE, так и в консоли, от обычного пользователя и от супера. Результат один.
Непосредственно до этого была ext2. FAT также применялась. Не проверялась только BTRFS и ReiserFS. Пробовалась даже UDF. Результат - скорость еще меньше, плюс прогрессирующие глюки вроде невозможности записи произвольных файлов (т.е. из группы файлов часть пишется, часть нет, причем один раз одни файлы, другой - другие), вообще всех файлов, слетают права на файлы, слетает сама UDF.

elsonador	# 11 лет, 5 месяцев назад
Темы: 63 Сообщения: 996 Участник с: 09 апреля 2010	NTFS рулит. Скорость много выше и не снижается в процессе. Посмотрим, как будет с отмонтированием.