forum.opennet.ru

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

Оглавление

Линус Торвальдс не исключает, что следующим выйдет ядро Linu..., opennews (ok), 16-Апр-18, (0) [смотреть все]

Жаль, если не будет Linux 4 20, Fracta1L (ok), 12:03 , 16-Апр-18, (1) +17 //

по настоящему жаль только того, что не будет версии 2 8 2 вот это - действитель, . (?), 12:32 , 16-Апр-18, (16) –4 //

у вас почти в каждом комментария речь идет об инвесторах скажите пожалуйста, , eRIC (ok), 12:57 , 16-Апр-18, (28) +1 //

Они его коменты инвестируют , Аноним (-), 14:25 , 16-Апр-18, (57) +20

Или не инвестируют , Аноним (-), 18:03 , 16-Апр-18, (97) +2

самое ироничное, что заявил Линус об этом после конференции в _Праге_, annual slayer (?), 04:01 , 21-Апр-18, (182) //

может, качество продукта не впечатлило, annual slayer (?), 04:02 , 21-Апр-18, (183)

копирование на флешку все так же ставит систему колом , Аноним (-), 12:08 , 16-Апр-18, (2) –5 //

В 2007-м - да , Аноним (-), 12:09 , 16-Апр-18, (4) –8 //

В 2007-м - не знаю, личной флешки ещё не было Но в 2008-м НЕ ставило, ядра va, Аноним (-), 14:31 , 16-Апр-18, (59) –3 //

Что значит не ставило Кернел паник чтоль или шо , Вулх (?), 16:41 , 16-Апр-18, (87)

Я так понимаю, он имеет ввиду 12309, Аноним (-), 17:43 , 16-Апр-18, (94) +1

о, кто-то еще его помнит - , пох (?), 22:27 , 16-Апр-18, (122)

починили можно обновляться - , Alexey (??), 09:33 , 17-Апр-18, (145)

Флешки где используют постоянно - на десктопе Для этих целей ставлю пф-ядра, Джон Ленин (?), 21:23 , 17-Апр-18, (163)

Пф-гомно не помогает против 12309 и добавляет других проблем с процессами Тольк, Аноним (-), 00:47 , 18-Апр-18, (166)

Хз, кому-как Я вообще это 12309 никогда не видел Я лечу 12309 так пересаживаюс, Я у мамы ИЛОНМАСК (?), 07:05 , 18-Апр-18, (168)

просто размер кэша записи уменьшить чтобы он был ближе к скорости записи, а не п, annual slayer (?), 18:27 , 21-Апр-18, (185)

Уже больше года не наблюдаю указанную проблему, когда фильмы мультики на флешку , Андрей (??), 17:01 , 21-Апр-18, (184)

Уже где-то с год как нет , Fracta1L (ok), 12:10 , 16-Апр-18, (6) //

Как раз где-то год перестал даже пробовать это делать под линуксом Дело даже не, Аноним (-), 12:21 , 16-Апр-18, (11) //

Как это повторить Ядро, ОС, чем копируете Ну не видел я такого , Юрий (??), 13:07 , 16-Апр-18, (34) +7

Linux4 13 0-38-generic 43 16 04 1-UbuntuКопирование обычным мышетыком в Unity N, Аноним (-), 13:11 , 16-Апр-18, (38)

Ubuntu Слёзы прям наворачиваются Linux 4 13 0-pf4GentooХоть обкопируйся На g, Юрий (??), 14:35 , 16-Апр-18, (60) +4

Никогда не видел проблем, кроме древних проблем при копировании на ntfs под вирт, Аноним (-), 19:26 , 16-Апр-18, (109)

Поставят линух на нтфс-3г, а потом лечат 12309 гомеопатией видел таких Сижу на , Джон Ленин (?), 21:27 , 17-Апр-18, (164)

Под гентой никогда такого не было у меня За последние 17 лет , Return to work (?), 02:16 , 17-Апр-18, (143)

видел множество раз, вот вчера например НО проблема бывает только если флешка ф, 1 (??), 16:00 , 16-Апр-18, (80)

Затухающую скорость копирования на FAT32 я и на HDD наблюдал Много лет назад , Аноним (-), 18:31 , 16-Апр-18, (100) +2

Быстро копирует в кэш в памяти, пока тот не заполнится, потом ждет сброса на уст, Аноним (-), 14:40 , 16-Апр-18, (61) +11

Не должно, Аноним (-), 15:07 , 16-Апр-18, (71) +1

Угу, я о том же Должно быть равномерно медленно всегда, чтобы пользователь не з, Ordu (ok), 16:14 , 16-Апр-18, (84) +1

Кеды монтируют флешки в таком режиме, если мейнтейнеры грязные ручки в полисикит, Аноним (-), 18:39 , 16-Апр-18, (101)

Венда всегда монтировала флешки без кеширования Просто бесила всегда этим Что , fluoride (ok), 20:08 , 16-Апр-18, (114) +1

Оно кеширует, просто меньшими блоками И чаще синкает в противном случае пришло, Аноним (-), 22:50 , 16-Апр-18, (128)

Короче, винда, сколько себя помню, пишет флешки прозрачно для пользователя Отоб, свободнеечемдругие (?), 00:36 , 17-Апр-18, (135)

А вот пользователи с их прозрачностью, действительно, пускай сидят в венде Я хо, Ordu (ok), 01:01 , 17-Апр-18, (140)

Неправильное отображение линуксовыми ФМ процесса записи на флешку - это по-твоем, свободнеечемдругие (?), 12:08 , 17-Апр-18, (153) –1
Что значит неправильное ФМ отображает процесс копирования файлов в VFS И абс, Ordu (ok), 18:45 , 17-Апр-18, (159) +1
Оно в итоге синкает гораздо дольше по времени, чем в режиме в котором прогресс о, Аноним (-), 00:50 , 18-Апр-18, (167)
Вот тоже помню такое, когда о линуксе и не помышлял даже Копирую в винде файл , Анонимный (?), 20:06 , 21-Апр-18, (186)

Брехня Много раз было - Носитель не может быть отсоединён прямо сейчас А ещё , шеш (?), 07:43 , 18-Апр-18, (169)
В том то и дело что пробовали на убунте с пакетами которые еще динозавров помнят, Anonimus (??), 11:21 , 18-Апр-18, (171)

Одна из проблем убунт - поставляют серверное non-preemptible ядро по дефолту, Аноним (-), 00:35 , 19-Апр-18, (176) –1

Дык ты эстэт С - , _ (??), 20:05 , 16-Апр-18, (113)
Ну так отключи себе дисковый кэш и получишь желаемое - будешь наслаждаться тупня, Аноним (-), 23:45 , 18-Апр-18, (174) –1

Обоснуй , Fracta1L (ok), 16:47 , 16-Апр-18, (88)

Как то от интереса, специально сделал выборку файловОдни и те же файлыОдин и то, Аноним (-), 15:06 , 16-Апр-18, (70) –3

gt оверквотинг удален Это у вас что-то с вашим файловым менагером У меня в ко, Ordu (ok), 16:16 , 16-Апр-18, (86) +1

Заметь кстати, это здесь прямо тенденция , не с линуксовым файловым менагером, , свободнеечемдругие (?), 00:40 , 17-Апр-18, (137) –1

Ну естественно Он же сам выбирал себе файловый менагер из доступных Сам, никто, Ordu (ok), 00:55 , 17-Апр-18, (138)

Как хай лвл демагог, я раскрою тебе самый важный навык демагога сливаться надо , Ordu (ok), 01:15 , 17-Апр-18, (141)

Просто нада отмонтировать , VINRARUS (ok), 18:16 , 16-Апр-18, (98)

umount не сбрасывает физический кэш устройства , . (?), 22:26 , 16-Апр-18, (120)

Прув или не было Может вы какой-нибудь systemd-umount имеете ввиду , Аноним (-), 22:47 , 16-Апр-18, (125) –1
И что с того , Ordu (ok), 22:49 , 16-Апр-18, (126)

то, что быстровыдернутое неупавшим не считается Причем буферный кэш и без umount, . (?), 23:27 , 16-Апр-18, (132)

Пруф или не было Сколько я не выдёргивал флешки после umount а, ничего подобног, fluoride (ok), 00:35 , 17-Апр-18, (134)

мальчик, а не пойти ли тебе нах гугли гугл эээ мда lkml 1995 Боюсь, в гу, пох (?), 19:14 , 17-Апр-18, (160) –2

Мне нравится конструктивность твоего настроя Зачем ты вообще парился влезать , Ordu (ok), 00:50 , 19-Апр-18, (177)

Понимаешь, Пох еще лично с дедушкой Лениным линукс на броневичок устанавливал, п, Аноним (-), 19:36 , 24-Апр-18, (188)

При том это в основном фирмварная проблема накопителей Фирма нокия при разработ, Аноним (-), 00:06 , 19-Апр-18, (175) +1

Версия, сестра, версия какая , Аноним (-), 12:48 , 16-Апр-18, (24) +1 //

Может аноним имел ввиду релиз с внедрением bfq , Аноним (-), 13:05 , 16-Апр-18, (33) –1

Даштовыговорите Благородный дон предоставит даже ссылку на патч, принятый год н, Аноним (-), 13:01 , 16-Апр-18, (31) //

Может сначала благородный дон предоставит пруфы оной проблемы За 20 лет ни раз, Урри (?), 14:27 , 16-Апр-18, (58)

Если ты никогда не сталкивался с фризами и зависаниями системы при копировании ф, Аноним (-), 14:43 , 16-Апр-18, (62) –5

я практически никогда не пользуюсь флешками одна постоянно висит на ключах, но , бедный буратино (ok), 14:50 , 16-Апр-18, (65) +2

Ну так правильно, запустить хотя-бы perf top и посмотреть что и где тормозит и с, Аноним (-), 18:53 , 24-Апр-18, (187) –1

Не слишком ли категорично Человек сказал, что 20 лет с Linux , Аноним (-), 15:00 , 16-Апр-18, (69)

А, ну раз человек 20 лет с линуксом, то дааа А считается ли 20 лет с Linux ом , Аноним (-), 15:49 , 16-Апр-18, (77) –1

Вы определённо ищете подтверждения своим словам Ну не копируется у Вас флешка, , Илья (??), 17:55 , 16-Апр-18, (96)
А ещё он мог использовать только качественные флешки те два раза что пользовался, Аноним (-), 18:44 , 16-Апр-18, (102)
в 10 - поверю В 20 - если кто-то тебе шлепает губой про vnc с путтей - шлепай е, пох (?), 20:17 , 16-Апр-18, (115)

https lwn net Articles 682582 Статья на LWN сойдёт Внедрено в 4 10 Ну, как , llolik (ok), 16:07 , 16-Апр-18, (82)
благородный дон вот может потратив пол-дня, поэтому лучше - сами, ссылки эти бы, пох (?), 16:13 , 16-Апр-18, (83)

ну да, это шаблон такой Только сообщение такое же остаётся, а переменная СЕЙЧА, iPony (?), 14:45 , 16-Апр-18, (63)
Или пять https www linux org ru forum general 7446581, Andrey Mitrofanov (?), 10:12 , 17-Апр-18, (147)

А что, такое бывает , AlexYeCu_not_logged (?), 12:39 , 16-Апр-18, (17)
Ну на HDD без изменений , TormoZilla (?), 12:43 , 16-Апр-18, (20)
Да, чувак , Аноним (-), 12:46 , 16-Апр-18, (23) +1
ты знаешь, это иногда случается даже в Windows 10 С моей Transcend 64GB две нед, Анончик999999 (?), 12:52 , 16-Апр-18, (26) –1 //

а у них негров линчуют Б-же, что за агрументы , имя (?), 14:59 , 16-Апр-18, (68)

Да , Pofigist (?), 12:57 , 16-Апр-18, (29) –1
Быстрее флешками перестанут пользоваться, чем этот баг починят, ILoveIslam (?), 13:09 , 16-Апр-18, (37)
Сильно зависит от конфигурации ядра На OpenSuse ядре такой дичи нет , Аноним (-), 13:40 , 16-Апр-18, (50) +1 //

Подтверждаю Пользуюсь opensuse с 2011 года, ни разу с таким не сталкивался , Аноним (-), 20:43 , 16-Апр-18, (116) +1

Да, и да на дворе 2018Все кто фуфлят, мол нет и тп, наверное привыкли и тупо ухо, Аноним (-), 14:55 , 16-Апр-18, (66) //

Линус Торвальдс не исключает, что следующим выйдет ядро Linu..., Michael Shigorin (ok), 18:59 , 16-Апр-18, (104) +4

увы, имя (?), 14:59 , 16-Апр-18, (67)
У вас там что навязчивая идея какаято Причем тут ваши личные проблемы с какимт, Фардок (?), 21:18 , 16-Апр-18, (117)
Ставит, как и любое засвопившееся приложение , Аноним (-), 13:45 , 26-Апр-18, (195)

Жаль, предсказуемость -- очень хорошее качество лидера большого проекта , A.Stahl (ok), 12:09 , 16-Апр-18, (3) //

Тут эксперты опеннета наконец подошли к мысли, что Линус вовсе не хороший лидер , охохонюшка (?), 13:27 , 16-Апр-18, (42) –7
Пока еще проект ядра не развалился, за столько лет И это ядро даже падает пореж, Вареник (?), 18:22 , 16-Апр-18, (99) –1 //

Гм, а где ссылка на репозиторий , Michael Shigorin (ok), 19:00 , 16-Апр-18, (105) –2
Вот скажи, человек, как так получается что в Linux его крутой DRM KMS таки наглу, Аноним (-), 23:47 , 24-Апр-18, (192) +1

Вот это необычное событие просто нет слов , Ilya Indigo (ok), 12:10 , 16-Апр-18, (5) +2
А почему не 6 0 сразу , Anon4ik (?), 12:15 , 16-Апр-18, (7) +2 //

600 Инвесторы любят большие числа , . (?), 12:30 , 16-Апр-18, (13) –2 //

6M, чтоб программы всех кто считал, что мажорная версия это число, а не строка н, КО (?), 17:00 , 16-Апр-18, (91) +1 //

M31 Horus heresy , Аноним (-), 19:26 , 16-Апр-18, (108) +1

С другой стороны, какая вообще разница от номера ядра Пускай хоть будет v400 ил, Аноним (-), 12:16 , 16-Апр-18, (8) //

Вам подавай версию V859 или 4 17 А мне 2 298 55, FHgf (?), 12:25 , 16-Апр-18, (12) +1 //

0,417b78m, TormoZilla (?), 12:44 , 16-Апр-18, (21)
Тогда уж 2 6 nnn, в (?), 07:04 , 19-Апр-18, (178)

Почему-то, какая вообще разница от номера ядра обычно продолжают пусть будет , Аноним (-), 22:27 , 16-Апр-18, (121) +1
Некие основания, всё-таки, есть Особенно, когда требуется найти какую-то опреде, 0x0 (?), 09:55 , 17-Апр-18, (146)

Наоборот, не стало Могло бы стать, но не стало , Какаянахренразница (ok), 12:31 , 16-Апр-18, (14) +5
Логично, Аноним (-), 12:32 , 16-Апр-18, (15) +2
В этом определённо что-то есть Безумное Линус в аварию не попадал , iZEN (ok), 12:41 , 16-Апр-18, (18) –4 //

В смысле - под автобус Нет, насколько мне известно Может, от жены по башке полу, YetAnotherOnanym (ok), 19:34 , 16-Апр-18, (111) +1

4 0 надо было делать после 3 14, Онаним (?), 12:41 , 16-Апр-18, (19) //

Это уже было в TeX-e , mickvav (?), 12:49 , 16-Апр-18, (25) +1

Один я считаю, что повод не то чтобы слишком хороший , Аноним (-), 12:46 , 16-Апр-18, (22) //

Будешь после Линуса , Andrey Mitrofanov (?), 13:00 , 16-Апр-18, (30) +4

Я вообще не понимаю ухода от классической x y z r модели, устоявшейся в Юникс-, SysA (?), 12:57 , 16-Апр-18, (27) +8 //

Бедный, в новых циферках запутался и ориентацию потерял , Fracta1L (ok), 13:13 , 16-Апр-18, (39) –9
Так ничего не происходит Никаких скачкообразных принципиальных изменений в ядре, A.Stahl (ok), 13:16 , 16-Апр-18, (40) +2 //

Driver API всё же меняется, вот это самый главный повод менять мажор версии , fi (ok), 14:07 , 16-Апр-18, (54) –1
А простое 472 удобнее , Аноним (-), 22:49 , 16-Апр-18, (127)
Зато циферки большие Говорят инвесторы любят такое, в (?), 07:07 , 19-Апр-18, (179)

Давно http www opennet ru opennews art shtml num 45298 же выяснили, что шкала , Andrey Mitrofanov (?), 13:37 , 16-Апр-18, (48)

Тролль, как он есть Ждём новой вспышки обсуждения того, как надо правильно нуме, Ordu (ok), 13:05 , 16-Апр-18, (32) +5 //

Нет, подожди немного, они еще не проснулись Жди появления в камментах ключ сло, Andrey Mitrofanov (?), 13:30 , 16-Апр-18, (44) +1

Партия провозгласила удвоить кол-во строк кода за пятилетку , Аноним (-), 13:07 , 16-Апр-18, (35) //

если вдвое - то 8 млн обьектов ожидайте, Аноним (-), 13:41 , 16-Апр-18, (51)

сначала была привязка к значительным изменениям ядра, потом к количеству объекто, Мураками (?), 13:07 , 16-Апр-18, (36) //

Тебе не кажется , Аноним (-), 13:17 , 16-Апр-18, (41) +2
Ну так других неадекватов не стало Дреппер ушёл из Glibc , вот Линус и расслаби, Аноним (-), 13:34 , 16-Апр-18, (45) +2 //

Т е справа налево Ну, вы поняли Мы живём в свободной стране, в которой треб, Аноним (-), 13:36 , 16-Апр-18, (47) +3 //

Нет, в толерантной стране байтики требуют от тебя упоро H ядоченности , Andrey Mitrofanov (?), 13:44 , 16-Апр-18, (52) +1
упорядочена сама информация, порядок же её выборки из массивов в пределах адресу, Аноним (-), 14:23 , 16-Апр-18, (56)

Сейчас же есть неадекват покруче Дреппера - Поттеринг , Аноним (-), 15:12 , 16-Апр-18, (73) +8 //

Лёня активный разработчик ядра Ты так не пугай , Sluggard (ok), 12:28 , 18-Апр-18, (172)
Ну уж нет В glibc второе место в номинации застолблено местным led aka ldv П, Аноним (-), 20:45 , 24-Апр-18, (189)

Да, ладно , Andrey Mitrofanov (?), 06:06 , 25-Апр-18, (193)

Починил И расскажите подробнее, что конкретно вам не понравилось в том случае , Аноним (-), 22:36 , 16-Апр-18, (123) +1

Тебе кажется, Аноним (-), 13:39 , 16-Апр-18, (49) +1

Круто, чё Вторую цифру выше 20 поднимать не красиво, давайте поднимать первую , Аноним (-), 13:29 , 16-Апр-18, (43) //

Ничего, после версии 20 придется третью вводить , Аноним (-), 19:29 , 16-Апр-18, (110) //

Да не Пойдут по пути киноиндустрии, сделают современный перевыпуск серии, и с, Аноним (-), 23:08 , 17-Апр-18, (165)

Maxim Chirkov, как такое может быть https s31 postimg cc gl5iliv6j image png, Аноним (-), 13:34 , 16-Апр-18, (46) //

http www opennet ru openforum vsluhforumID4 265 html 19, Andrey Mitrofanov (?), 13:48 , 16-Апр-18, (53) +1
Издержки кэширования Я вначале подтвердил новость, затем перечитал и понял, что, Maxim Chirkov (ok), 14:48 , 16-Апр-18, (64) +2 //

У вас проблемы с синхронизацией , Монти Пайтон (?), 15:19 , 16-Апр-18, (74)

Надо Линусу выслать в подарок совочек с дружеским пожеланием перейти с лопаты на, Аноним (-), 15:08 , 16-Апр-18, (72)
О чём я прочитал новость , Вопрошающий аноним (?), 15:29 , 16-Апр-18, (75) +1 //

Вопрос риторический, Андрей (??), 15:33 , 16-Апр-18, (76)
О том, что инвесторы и или спонсоры прижали Линуса за яйца и грозятся посегнуть , Ilya Indigo (ok), 22:00 , 16-Апр-18, (118)

Эх а раньше между 2 4 и 2 6 были координальные различия, а теперь мажорную вер, Аноним (-), 15:50 , 16-Апр-18, (79) //

Без новых номеров версий нет прогресса D, Аноним (-), 16:01 , 16-Апр-18, (81)
Помимо кардинальных, и впрямь произошло одно координальное -- в корне изменила, Michael Shigorin (ok), 19:05 , 16-Апр-18, (106) //

Историю ядра в git, помнится, начали с 2 6 12 Не между 2 4 и 2 6 то есть , Andrey Mitrofanov (?), 10:37 , 17-Апр-18, (151)

2 6 72, Аноним (-), 16:55 , 16-Апр-18, (90) +2
Не могу объяснить почему, но мне всегда чертовски нравился ход мыслей Линуса , Аноним (-), 17:36 , 16-Апр-18, (93)
Ядро 4 17 также выделяется из всех остальных выпусков тем, что в нём впервые уд, Аноним (-), 17:54 , 16-Апр-18, (95) –2 //

Есть мало-мало разницы между _архитектурами_ и _интерфейсами_ , Michael Shigorin (ok), 19:14 , 16-Апр-18, (107)

куча устаревшего плохо очень и мало кто готов в этом разбираться обычно в про, рара Кен (?), 18:56 , 16-Апр-18, (103) –3 //

Естественно git он на то и git, чтобы хранить для истории устаревшие файлы , Ordu (ok), 19:46 , 16-Апр-18, (112)

Блин, чему они радуются Неимоверно раздувшейся кодовой базе , Аноним (119), 22:16 , 16-Апр-18, (119) //

Если ты сходишь почитать оригинал сообщения Линуса, а не только пересказ самой с, Ordu (ok), 22:42 , 16-Апр-18, (124) +1 //

Уменьшил за счёт выкинутого кода архитектур, наверное драйверов Всё, их выкину, Аноним (119), 22:57 , 16-Апр-18, (129) //

Зачем гадать, если ссылка в новости Сложность плохо, чистка кода тоже плохо Пре, Ordu (ok), 23:26 , 16-Апр-18, (131) +1

Ну почему сразу заcрал Лучше, когда с каждым релизом всё ломается Может и ну, Аноним (-), 10:29 , 17-Апр-18, (149)

Загляни внутрь и ты увидишь Попробуй что-нибудь сделать поверх этого, и ты пойм, Ordu (ok), 12:10 , 17-Апр-18, (154)

Собственно этим большинство попыток радикально все сломать до основанья и затем , Аноним (-), 22:05 , 24-Апр-18, (190)

Ну пойди, найти этот десяток зилотов, который будет поддерживать tv-tuner ы кото, Ordu (ok), 23:40 , 24-Апр-18, (191)

Абсолютной бессмысленности , Онаним (?), 23:58 , 16-Апр-18, (133)

Потролил маркетологов из двух с половиной больших корпораций Имеет право , Аноним (-), 23:00 , 16-Апр-18, (130) +2
4 51 и никак иначе , Аноним (-), 00:38 , 17-Апр-18, (136)
Чего то там из внутренней кухни, о чем знает и что касается 0 0001 пользователе, Аноним (-), 10:34 , 17-Апр-18, (150) +1 //

Привязка ко времени год, месяц - самая функциональная нумерация Позволяет сра, Аноним (-), 19:24 , 17-Апр-18, (161) –1

Проблема с фризами при больших дерганьях винта - есть Дома в качестве файлопомо, Аноним (-), 11:16 , 18-Апр-18, (170) –1
Показательный прогресс в стане линуксоводов Версии софта git обьектами считать, bOOster (ok), 16:44 , 18-Апр-18, (173) //

Стабильность в стане комментаторов опенета - не читать, что пишет папа Линус , Andrey Mitrofanov (?), 10:09 , 19-Апр-18, (180)

не монолит, а МОНОЛИТИЩЕ , Baz (?), 21:14 , 19-Апр-18, (181)

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

6. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Fracta1L (ok), 16-Апр-18, 12:10

Уже где-то с год как нет.

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

11. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Аноним (-), 16-Апр-18, 12:21

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

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

34. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +7 +/–

Сообщение от Юрий (??), 16-Апр-18, 13:07

Как это повторить? Ядро, ОС, чем копируете? Ну не видел я такого!

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

38. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Аноним (-), 16-Апр-18, 13:11

Linux4.13.0-38-generic #43~16.04.1-Ubuntu
Копирование обычным мышетыком в Unity/Nautilus 3.14.3

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

60. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +4 +/–

Сообщение от Юрий (??), 16-Апр-18, 14:35

> Linux4.13.0-38-generic #43~16.04.1-Ubuntu
> Копирование обычным мышетыком в Unity/Nautilus 3.14.3
Ubuntu... Слёзы прям наворачиваются.
Linux 4.13.0-pf4
Gentoo
Хоть обкопируйся. На generic (не pf) тоже самое. Семь лет уже полёт нормальный.

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

109. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Аноним (-), 16-Апр-18, 19:26

> Семь лет
Никогда не видел проблем, кроме древних проблем при копировании на ntfs под виртуалку. Лет 10 использую ванальные ядра со своими конфигами, не замечал замедления или других проблем в системе.

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

164. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Джон Ленин (?), 17-Апр-18, 21:27

>> Семь лет
> Никогда не видел проблем, кроме древних проблем при копировании на ntfs под
> виртуалку. Лет 10 использую ванальные ядра со своими конфигами, не замечал
> замедления или других проблем в системе.
Поставят линух на нтфс-3г, а потом лечат 12309 гомеопатией (видел таких)
Сижу на пф-ныхядрах, с убунты слез на антергос давно. Арчевый АУР лучше убунтуйского ППА на порядок, да и из кед проще юнити слепить (та-же убунта, только лучше)

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

143. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Return to work (?), 17-Апр-18, 02:16

Под гентой никогда такого не было у меня. За последние 17 лет.

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

80. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от 1 (??), 16-Апр-18, 16:00

видел множество раз, вот вчера например. НО проблема бывает только если флешка форматирована в FAT32, если в NTFS пишет на максимальной скорости на которую флешка способна. Ubuntu 17.10
4.13.0-38-generic #43

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

100. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +2 +/–

Сообщение от Аноним (-), 16-Апр-18, 18:31

Затухающую скорость копирования на FAT32 я и на HDD наблюдал. Много лет назад.

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

61. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +11 +/–

Сообщение от Аноним (-), 16-Апр-18, 14:40

> затухающая скорость копирования
Быстро копирует в кэш в памяти, пока тот не заполнится, потом ждет сброса на устройство - становится медленно. Так и должно быть.

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

71. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +1 +/–

Сообщение от Аноним (-), 16-Апр-18, 15:07

>> затухающая скорость копирования
> Быстро копирует в кэш в памяти, пока тот не заполнится, потом ждет
> сброса на устройство - становится медленно. Так и должно быть.
Не должно

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

84. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +1 +/–

Сообщение от Ordu (ok), 16-Апр-18, 16:14

Угу, я о том же. Должно быть равномерно медленно всегда, чтобы пользователь не забывал о том, что работает с тормозным носителем.

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

101. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Аноним (-), 16-Апр-18, 18:39

Кеды монтируют флешки в таком режиме, если мейнтейнеры грязные ручки в полисикит не совали лишний раз. Венда кстати тоже научилась уже.

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

114. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +1 +/–

Сообщение от fluoride (ok), 16-Апр-18, 20:08

> Кеды монтируют флешки в таком режиме, если мейнтейнеры грязные ручки в полисикит
> не совали лишний раз. Венда кстати тоже научилась уже.
Венда всегда монтировала флешки без кеширования. Просто бесила всегда этим. Что хуже, она флопы так монтировала, где скорость записи вообще была никакущая. А чтобы мало не показалось, венда использовала fat, которая хранит всю информацию о структуре фс в выделенной области -- в FAT, и постоянно в процессе копирования файла за файлом обновляла FAT на носителе, убивая перезаписями те сектора в ноль, протирая их до дыр. Если кеды научились так же, то я могу лишь посочувствовать кедерастам.

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

128. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Аноним (-), 16-Апр-18, 22:50

Оно кеширует, просто меньшими блоками. И чаще синкает (в противном случае пришлось бы ждать больше получаса синка чтобы отмонтировать). Естественно метаданные должны обновляться в любом случае, иначе сложно было бы сохранить консистентность данных. Но монтируется с noatime по дефолту если не ошибаюсь.

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

135. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от свободнеечемдругие (?), 17-Апр-18, 00:36

Короче, винда, сколько себя помню, пишет флешки прозрачно для пользователя. Отображаемая скорость соответствует реальной скорости записи. Интерфейс показывает конец записи одновременно с её окончанием. Причём, можно в это время спокойно ещё качать торрент и манкировать броузерами без какого-либо напряга. Что происходит в линухе под всякими там наутилусами, все тут знают без меня. Когда сначала "пишем" на флешку со сверхзвуковой скоростью, а потом ждём ещё N минут когда закончится реальная запись после того как фм уже отрапортовал об её окончании. Да и попробуйте что-нибудь ещё позапускать во время записи в той же Убунте - хаха. Всё это называется просто - через жопу. Но кто-то как всегда пытается всё повернуть с ног на голову и выдать чёрное за белое.

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

140. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Ordu (ok), 17-Апр-18, 01:01

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

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

153. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." –1 +/–

Сообщение от свободнеечемдругие (?), 17-Апр-18, 12:08

Неправильное отображение линуксовыми ФМ процесса записи на флешку - это по-твоему "использовать железо по максимуму"? Газифицируешь. Какое вообще "железо по максимуму", если никакое управление энергопотреблением и проблемы с аппаратным ускорением - это вечные спутники линукс?

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

159. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +1 +/–

Сообщение от Ordu (ok), 17-Апр-18, 18:45

> Неправильное отображение линуксовыми ФМ процесса записи на флешку - это по-твоему "использовать
> железо по максимуму"?
Что значит "неправильное"? ФМ отображает процесс копирования файлов в VFS. И абсолютно правильно. Отличия же VFS от реальных FS я в состоянии учесть самостоятельно. И лучше я их учту самостоятельно, чем доверю это какому-то там ФМ.
> Газифицируешь.
Да-да. Кажется кто-то тут говорил о демагогии? Причём абсолютно голословно говорил, не приводя никаких указаний на то, что именно ему показалось "демагогией". Ты на себя давно в зеркало глядел? Кто тебе сказал, что "газифицируешь" -- это валидный аргумент в дискуссии? Кто тебе сказал, что голословные утверждения -- это валидные аргументы в дискуссии? Плюнь в лицо ему. Всё это чистой воды демагогия.
> Какое вообще "железо по максимуму", если никакое
> управление энергопотреблением и проблемы с аппаратным ускорением - это вечные спутники
> линукс?
Что значит "никакое"?! Я вот планшет себе купил, собираюсь выкинуть андроид и поставить линукс, и одна из причин, почему я купился на это: впечатления от прошедших этим путём, связанные с увеличением времени работы планшета от батарейки на 3 часа. Плюс, ты читал ченджлог о котором сия новость? Там ещё улучшено энергопотребление, судя по форониксу процентов на десять, хотя это сильно зависит от нагрузки и конкретного железа.
А с аппаратным ускорением проблем у меня не было уже очень давно. Я даже затрудняюсь сказать сколько именно, забыл об этих проблемах.

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

167. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Аноним (-), 18-Апр-18, 00:50

Оно в итоге синкает гораздо дольше по времени, чем в режиме в котором прогресс отображается верно.

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

186. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Анонимный (?), 21-Апр-18, 20:06

Вот тоже помню такое, когда о линуксе и не помышлял даже. Копирую в винде файл большой на флешку, винда значится бодро рапортует, что копирование завершено — совершенно «прозрачно» рапортует, ну и я понятное дело достаю флешку и иду с информацией к другу, а там вижу, что файлик таки есть, а объём едва на четверть от копированного, вот и понял я тогда в чём вся эта «прозрачность». Однако с тех пор стал ориентироваться на скорострельность флешки и на содержание копируемой информации. Фильм и ролик с видео — это один вариант и время, а книжки и множество малых папочек и страничек — совсем другое время. И всё это было в винде, а не в линуксе, такая вот беда. Из последнего опыта хочу сказать, что копировал недавно на флешку файлы в винде десятой и в убунту 16.04 и разницы в скорости особой не заметил, такие дела...

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

169. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от шеш (?), 18-Апр-18, 07:43

Брехня. Много раз было - "Носитель не может быть отсоединён прямо сейчас".
А ещё и антивирус может держать нандлеры и не только.

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

171. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Anonimus (??), 18-Апр-18, 11:21

> Да и попробуйте что-нибудь ещё позапускать во время записи в той же Убунте
В том то и дело что пробовали на убунте с пакетами которые еще динозавров помнят. На современных дистрибутивах все ок с этим.

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

176. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." –1 +/–

Сообщение от Аноним (-), 19-Апр-18, 00:35

> В том то и дело что пробовали на убунте с пакетами которые
> еще динозавров помнят. На современных дистрибутивах все ок с этим.
Одна из проблем убунт - поставляют "серверное" (non-preemptible) ядро по дефолту. Это дает несколько процентов в бенчах, но - ценой потери интерактивности.
На десктопе имеет смысл поставить low-latency ядро. Два процента производительности вы не заметите, а вот снижение латенси - штука позитивная. Хотя их low latency не такое уж и low и собрано с компромиссными настройками. Лучше самому пересобрать как fully preemptible.
И еще, быстрый диск под систему - это хорошо. В идеале - не пересекающийся с жирными данными которые интенсивно ворочают. Ну как, если копирование мувиков тупит - да и черт с ним. А если при этом бандвиза на всех не хватает и проседает еще и запуск программ и вообще все что требует работы с файлами - это фигово, да. Можно конечно копированию мувиков поставить приоритет io по минимуму и попустит, но указывать приоритеты копированию файлов - кто этим заморачивается, скажите честно? :)
Чисто по человечески могу посоветовать SSD под системный диск. Вы удивитесь насколько круто может работать компьютер. Особенно с не слишком жирным линем. Старт за пяток секунд и ни малейшего намека на тормоза, если все сделать правильно.

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

113. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от _ (??), 16-Апр-18, 20:05

Дык ты эстэт?! (С) :-)

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

174. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." –1 +/–

Сообщение от Аноним (-), 18-Апр-18, 23:45

> Угу, я о том же. Должно быть равномерно медленно всегда, чтобы пользователь
> не забывал о том, что работает с тормозным носителем.
Ну так отключи себе дисковый кэш и получишь желаемое - будешь наслаждаться тупняками накопителя при каждом удобном случае. Если ты не понял, кэш в RAM сделали специально для того чтобы не радоваться тормозам диска вообще всегда. Видел когда-нибудь MS-DOS без smartdrv? Хреново когда все и вся работает вот так. Зато блин "равномерно" тормозит.
Другое дело что в 12309 вышел перегиб - ядро пытается выкраивать память за счет кэша диска для тех кто ее попросил, а если кэш большой и накопитель медленный, попросившие память конечно ее получат, но - когда-нибудь сильно потом. А пока они повисят тряпочкой неинтерактивно. Альтернативой разве что уронить их SIGSEGV (ибо оверкоммит) или вернуть ошибку malloc() если на оверкоммит все же забили (но многие будут против идеи забить на оверкоммит).

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

88. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Fracta1L (ok), 16-Апр-18, 16:47

Обоснуй.

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

70. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." –3 +/–

Сообщение от Аноним (-), 16-Апр-18, 15:06

> Дело даже не в том, что система умирает, а затухающая скорость копирования.
> Быстрее в винду загрузиться и перенести, что нужно.
+
Как то от интереса, специально сделал выборку файлов
Одни и те же файлы
Один и тот же размер
Копирование в лине, дольше чем под виндой
Одна флешка
Винда без антивиря
Так же, после некоторого момента неприятного
Необходимо идти в терминал и руками требовать сброс кэша
Иначе система будто забыла, что копировала файлы и забыла об этом
Уведомления говорят, мол всё, забирай флешку
Но в итоге, битые файлы
Поэтому принудительно сброс кэша
И только после этого забираем
Поэтому да, быстрее и проще в Винду нырнуть и копировать

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

86. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +1 +/–

Сообщение от Ordu (ok), 16-Апр-18, 16:16

>[оверквотинг удален]
> Одна флешка
> Винда без антивиря
> Так же, после некоторого момента неприятного
> Необходимо идти в терминал и руками требовать сброс кэша
> Иначе система будто забыла, что копировала файлы и забыла об этом
> Уведомления говорят, мол всё, забирай флешку
> Но в итоге, битые файлы
> Поэтому принудительно сброс кэша
> И только после этого забираем
> Поэтому да, быстрее и проще в Винду нырнуть и копировать
Это у вас что-то с вашим файловым менагером. У меня в консоле никогда проблем не было. cp и mv пишут на флешку или читают с неё без каких-либо проблем вообще.

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

137. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." –1 +/–

Сообщение от свободнеечемдругие (?), 17-Апр-18, 00:40

Заметь (кстати, это здесь прямо тенденция), не с линуксовым файловым менагером, а с Его файловым менагером! Линукс не виноват! Это Он Сам виноват.

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

138. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Ordu (ok), 17-Апр-18, 00:55

> Заметь (кстати, это здесь прямо тенденция), не с линуксовым файловым менагером, а
> с Его файловым менагером! Линукс не виноват! Это Он Сам виноват.
Ну естественно. Он же сам выбирал себе файловый менагер из доступных? Сам, никто его не заставлял выбирать именно то, что он выбрал. В его силах изменить ситуацию? Да, он может сменить фм, и избавиться от проблем, или он может вмешаться в разработку фм и исправить ситуацию таким образом, или он может привить себе привычку вручную отмонтировать и/или синкать внешние накопители, или, наконец, если всё предыдущее религия не позволяет делать, он может порыться в настройках (в fstab, в udev или где-нибудь в systemd) и обучить флешку монтироваться с тонко настроенными под него опциями кеширования.
Конструктивных вариантов действий у него туча, но вместо этого неконструктивно рыдает на форуме, выискивая виноватых на стороне. Сколько бы он не нашёл таких виноватых, его проблемы с копированием файлов никуда не денутся. А вот если он признает свою вину в своих проблемах, то сможет их все порешать. Можно назначить виноватым море и выпороть его, но решит ли это проблемы? Нет, поэтому надо думать, прежде чем искать виноватых, и распределять вину так, чтобы это улучшало бы ситуацию в будущем. И наиболее конструктивно назначать себя виноватым в своих проблемах, потому что у себя всегда больше всего мотивации эти проблемы решать.
При этом, я отмечу, что в данном треде обсуждается _ядро_ линукса, вообще-то новость ведь именно о нём, так? При чём здесь проблемы отдельно взятого фм?

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

Часть нити удалена модератором

141. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Ordu (ok), 17-Апр-18, 01:15

> Вы демагог хай лвл. Я мог бы попробовать метнуть в ответ, но
> местный вахтёр всё равно заведомо на вашей стороне, так что метнул
> бы я всё равно в шахту.
Как хай лвл демагог, я раскрою тебе самый важный навык демагога: сливаться надо вовремя, а если пропустил нужный момент, то делать это надо молча. Когда ты молча уходишь, большинство не заметит, а когда ты, уходя, начинаешь кидаться кaкaшками, любой дурак увидит твой фейл.
Возвращаясь к теме. Если тебе неясна эта утилитарная концепция вины, но всё же интересно, то ты скажи, я могу порыскать по истории, кто-то её излагал подробно и с примерами. Я просто не помню кто, и не помню где я это читал, то есть поиски займут время и не факт, что из этого что-то выйдет. Впрочем, без всяких умных чужих рассуждений, ты и сам можешь допереть до всего, если задашься вопросом, какую роль играет вина в социуме, зачем человекам вообще надо было её изобретать в культурно-историческом процессе. Найти цели, которые вина позволяет достигать, а затем подумай о том, как лучше использовать вину для того, чтобы достигать этих целей. Ты сам придёшь к тому же самому, что я излагаю выше.

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

98. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от VINRARUS (ok), 16-Апр-18, 18:16

Просто нада отмонтировать...

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

120. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от . (?), 16-Апр-18, 22:26

umount не сбрасывает физический кэш устройства.

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

125. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." –1 +/–

Сообщение от Аноним (-), 16-Апр-18, 22:47

> umount не сбрасывает физический кэш устройства.
Прув или не было. Может вы какой-нибудь systemd-umount имеете ввиду?

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

126. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Ordu (ok), 16-Апр-18, 22:49

> umount не сбрасывает физический кэш устройства.
И что с того?

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

132. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от . (?), 16-Апр-18, 23:27

то, что быстровыдернутое неупавшим не считается.
Причем буферный кэш и без umount рано или поздно (в современных версиях скорее рано) доберется до носителя, а вот его внутренний кэш - хорошо если сбросится при eject. Проблема тянется аж с 1995го года.

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

134. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от fluoride (ok), 17-Апр-18, 00:35

> то, что быстровыдернутое неупавшим не считается.
> Причем буферный кэш и без umount рано или поздно (в современных версиях
> скорее рано) доберется до носителя, а вот его внутренний кэш -
> хорошо если сбросится при eject. Проблема тянется аж с 1995го года.
Пруф или не было. Сколько я не выдёргивал флешки после umount'а, ничего подобного не видел. То ли ты что-то напутал с внутренним кешом, то ли... то ли я не знаю, что у тебя там в голове творится.
С какими моделями флешек такое случается? Где багрепорт? Список пострадавших? Ну, хоть что-нибудь, кроме голословных заявлений?

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

160. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." –2 +/–

Сообщение от пох (?), 17-Апр-18, 19:14

> Пруф или не было
мальчик, а не пойти ли тебе нах?
> С какими моделями флешек такое случается?
гугли.
> Где багрепорт?
гугл...эээ...мда... lkml 1995. Боюсь, в гугле этого нет.
с тех пор изменилось две вещи: 1. MS в ранних версиях nt4 с вендорскими фичами (на обычных pc не проявлялось, потому что там и не делалось) налетела на те же проблемы. Пофикшено банально - вендоры дали команду производителям дисков "сбрасывать кэши сразу, и хер с ней с производительностью!" (ms конечно у себя тоже сделала flush cache, но пока сервиспак дохромал до юзеров, примерно в 97м...) 2. линукс начал сбрасывать кэши при физическом дисконнекте устройства (инициированным хостом, конечно, а не ты его вырвал из разъема) [примерно в 2007м - то есть всего десять лет портил диски хорошо известной ошибкой] - в том числе принудительно все дисконнектя при shutdown.
[181222.400346] sd 1:0:0:0: [sdc] Stopping disk
вот если ты такое видишь (обычно можно увидеть только в консоли, поскольку /var/log давно уже отмонтирован) - кэш сброшен.
eject этой операции не делает, имей в виду.

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

177. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Ordu (ok), 19-Апр-18, 00:50

>> Пруф или не было
> мальчик, а не пойти ли тебе нах?
Мне нравится "конструктивность" твоего настроя. Зачем ты вообще парился влезать в беседу с таким настроем?
>> С какими моделями флешек такое случается?
> гугли.
>> Где багрепорт?
> гугл...эээ...мда... lkml 1995. Боюсь, в гугле этого нет.
То есть проблема совершенно нерелевантна? К чему тогда все остальные слова?
>[оверквотинг удален]
> вендоры дали команду производителям дисков "сбрасывать кэши сразу, и хер с
> ней с производительностью!" (ms конечно у себя тоже сделала flush cache,
> но пока сервиспак дохромал до юзеров, примерно в 97м...) 2. линукс
> начал сбрасывать кэши при физическом дисконнекте устройства (инициированным хостом, конечно,
> а не ты его вырвал из разъема) [примерно в 2007м -
> то есть всего десять лет портил диски хорошо известной ошибкой] -
> в том числе принудительно все дисконнектя при shutdown.
> [181222.400346] sd 1:0:0:0: [sdc] Stopping disk
> вот если ты такое видишь (обычно можно увидеть только в консоли, поскольку
> /var/log давно уже отмонтирован) - кэш сброшен.
Интересные истории ты рассказываешь.
> eject этой операции не делает, имей в виду.
Да мне плевать. УМВР и диски не портятся. Я два раза портил себе диски за всё время работы с линуксом, один раз не справившись с инсталлятором mandrake, второй я не помню как, но там тоже дело было в кривизне моих рук.

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

188. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Аноним (-), 24-Апр-18, 19:36

> Да мне плевать. УМВР и диски не портятся. Я два раза портил
> себе диски за всё время работы с линуксом,
Понимаешь, Пох еще лично с дедушкой Лениным линукс на броневичок устанавливал, поэтому в два счета перескажет все "свежие" и "актуальные" проблемы. Годика 1929 примерно. Или в лучшем случае 1995.
А то что с этого момента линуксные разработчики вовсе не груши околачивали - для поха похоже откровение. На самом деле это wishful thinking в его хучшем виде. Деформация восприятия мира. Гадкий утенок^W пингвин видите ли грубо уделал его предметы обожания. В хвост и гриву. Поэтому пох упорно пытается видеть в пингвине гадкого утенка. И как круглый рак пытается всем доказывать эту точку зрения. С понятным результатом: его данные либо безнадежно протухли, либо не стыкуются с наблюдаемой реальностью. Так что эксперт в области линя из поха понятно какой. Такой же как и из остальных дуалбутчиков в винду с всякими солярно-бсдшно-древнеюниксными бэкграундами.

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

175. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +1 +/–

Сообщение от Аноним (-), 19-Апр-18, 00:06

> Причем буферный кэш и без umount рано или поздно (в современных версиях
> скорее рано) доберется до носителя, а вот его внутренний кэш -
> хорошо если сбросится при eject. Проблема тянется аж с 1995го года.
При том это в основном фирмварная проблема накопителей.
Фирма нокия при разработке смартфонов нарвалась на такое: некоторые sd/mmc карты (в частности Transcend) весьма вольно себя ведут. Когда хост кидает им команды закругляться и шатдауниться - они подтверждают эти команды и ... довольно долго после этого делают что-то там внутри.
А если хост честно кинет команды и снимет питание, как в стандарте регламентировано, карта рассыпается нафиг. Потому что у нее транслятор дохнет. Формально это карта не соответствующая стандарту, но юзеры рвут и мечут и поди им это объясни. Аналогично и много с чем еще. При том на 99% это придурь фирмварей. В линухе в результате воткнули воркэраунд, до того как питание снять mmc host некоторое время туповээйтит. Но это снижает энергоэффективность системы и вообще - костыль на чужие продолбы в фирмвари.

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

24. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +1 +/–

Сообщение от Аноним (-), 16-Апр-18, 12:48

> где-то с год
Версия, сестра, версия какая?

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

33. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." –1 +/–

Сообщение от Аноним (-), 16-Апр-18, 13:05

Может аноним имел ввиду релиз с внедрением bfq?

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

31. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Аноним (-), 16-Апр-18, 13:01

>Уже где-то с год как нет.
Даштовыговорите! Благородный дон предоставит даже ссылку на патч, принятый год назад и исправляющий сабж?

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

58. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Урри (?), 16-Апр-18, 14:27

Может сначала благородный дон предоставит пруфы оной "проблемы"?
За 20 лет ни разу не видел, чтобы линукс "колом вставал из-за копирования" не то что на флешку, а даже на дискету.

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

62. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." –5 +/–

Сообщение от Аноним (-), 16-Апр-18, 14:43

Если ты никогда не сталкивался с фризами и зависаниями системы при копировании файлов на флешку, то:
1. Ты никогда не работал под Linux;
2. См. пункт 1.

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

65. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +2 +/–

Сообщение от бедный буратино (ok), 16-Апр-18, 14:50

я практически никогда не пользуюсь флешками. одна постоянно висит на ключах, но файлами на ней я не оперирую - делаю, по потребностям, живую систему на базе то Debian, то OpenBSD, а затем cat hdd > /dev/sdb
а колом мои четыреядра-четырегига ставит вообще любая серьёзная дисковая активность. при 2.6.2x было лучше, заметно - есть комп, который тогда не тормозил, а теперь тормозит на дисковых операциях, как саврас - не от старости же, не байты же там устали

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

187. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." –1 +/–

Сообщение от Аноним (-), 24-Апр-18, 18:53

> а колом мои четыреядра-четырегига ставит вообще любая серьёзная дисковая активность. при
> 2.6.2x было лучше, заметно - есть комп, который тогда не тормозил,
Ну так правильно, запустить хотя-бы perf top и посмотреть что и где тормозит и сделать выводы - это слишком конструктивно и разумно. А уж баг повесить, если регрессию на твоем оборудовании поймал - и тем паче. Намного лучше ныть что раньше солнце светило ярче и трава была зеленее.
> не от старости же, не байты же там устали
Есть такая штука - bitrot. И регрессии. А еще есть хренова куча разного железа и его quirks. Ну и вот может так получиться что на паре конфигурациях из пары миллиардов существующих на планете - что-то где-то как-то отъехало и работает субоптимально в какой-то ситуации, например. Или есть что-то чего никто не учел. А может у тебя просто файлуха фрагментированая в хлам, например, если она древняя.
При том у разработчиков и вообще всех кто в состоянии взять в руки профайлер - все зашибись, по понятным причинам. А драть зубы по телефону - занятие не очень эффективное. Особенно когда пациент не умеет телефоном пользоваться.

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

69. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Аноним (-), 16-Апр-18, 15:00

Не слишком ли категорично? Человек сказал, что 20 лет с Linux.

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

77. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." –1 +/–

Сообщение от Аноним (-), 16-Апр-18, 15:49

А, ну раз человек 20 лет с линуксом, то дааа. А считается ли "20 лет с Linux"ом показательным? Например, есть те, кто линукс видят только через vnc или putty и они просто тупо никогда флэшки в линукс не втыкали и никогда в жизни не копировали, но уже на протяжении 10+ лет работают таким образом с линуксом...

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

96. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Илья (??), 16-Апр-18, 17:55

Вы определённо ищете подтверждения своим словам. Ну не копируется у Вас флешка, перестаньте это уже повторять

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

102. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Аноним (-), 16-Апр-18, 18:44

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

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

115. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от пох (?), 16-Апр-18, 20:17

> но уже на протяжении 10+ лет работают таким образом с линуксом...
в 10 - поверю. В 20 - если кто-то тебе шлепает губой про vnc с путтей - шлепай его тухлой рыбой по роже, ибо п-т. redhat в 2000м только-только ssh вместо телнета осторожненько начала использовать.
олдовые виндофилы пользовали совсем другой софт (не буду называть, пусть свой эклер напрягут)
Не, гугль не поможет, не было тогда гугля.

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

82. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от llolik (ok), 16-Апр-18, 16:07

> Благородный дон предоставит даже ссылку на патч, принятый год назад и исправляющий сабж?
https://lwn.net/Articles/682582/ Статья на LWN сойдёт? Внедрено в 4.10. Ну, как минимум, на 4.13/4.15 в крайнем Mint-е (читай Убунте) 12309 не наблюдаю.

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

83. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от пох (?), 16-Апр-18, 16:13

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

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

63. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от iPony (?), 16-Апр-18, 14:45

> Уже где-то с год как нет.
ну да, это шаблон такой. Только сообщение такое же остаётся, а переменная "СЕЙЧАС" меняется.

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

147. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..." +/–

Сообщение от Andrey Mitrofanov (?), 17-Апр-18, 10:12

> Уже где-то с год как нет.
Или пять... https://www.linux.org.ru/forum/general/7446581

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	6. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Fracta1L (ok), 16-Апр-18, 12:10
	Уже где-то с год как нет.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	11. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (-), 16-Апр-18, 12:21
	Как раз где-то год перестал даже пробовать это делать под линуксом. Дело даже не в том, что система умирает, а затухающая скорость копирования. Быстрее в винду загрузиться и перенести, что нужно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+7 +/–
	Сообщение от Юрий (??), 16-Апр-18, 13:07
	Как это повторить? Ядро, ОС, чем копируете? Ну не видел я такого!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (-), 16-Апр-18, 13:11
	Linux4.13.0-38-generic #43~16.04.1-Ubuntu Копирование обычным мышетыком в Unity/Nautilus 3.14.3
	Ответить \| Правка \| Наверх \| Cообщить модератору


	60. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+4 +/–
	Сообщение от Юрий (??), 16-Апр-18, 14:35
	> Linux4.13.0-38-generic #43~16.04.1-Ubuntu > Копирование обычным мышетыком в Unity/Nautilus 3.14.3 Ubuntu... Слёзы прям наворачиваются. Linux 4.13.0-pf4 Gentoo Хоть обкопируйся. На generic (не pf) тоже самое. Семь лет уже полёт нормальный.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	109. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (-), 16-Апр-18, 19:26
	> Семь лет Никогда не видел проблем, кроме древних проблем при копировании на ntfs под виртуалку. Лет 10 использую ванальные ядра со своими конфигами, не замечал замедления или других проблем в системе.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	164. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Джон Ленин (?), 17-Апр-18, 21:27
	>> Семь лет > Никогда не видел проблем, кроме древних проблем при копировании на ntfs под > виртуалку. Лет 10 использую ванальные ядра со своими конфигами, не замечал > замедления или других проблем в системе. Поставят линух на нтфс-3г, а потом лечат 12309 гомеопатией (видел таких) Сижу на пф-ныхядрах, с убунты слез на антергос давно. Арчевый АУР лучше убунтуйского ППА на порядок, да и из кед проще юнити слепить (та-же убунта, только лучше)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	143. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Return to work (?), 17-Апр-18, 02:16
	Под гентой никогда такого не было у меня. За последние 17 лет.
	Ответить \| Правка \| К родителю #60 \| Наверх \| Cообщить модератору


	80. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от 1 (??), 16-Апр-18, 16:00
	видел множество раз, вот вчера например. НО проблема бывает только если флешка форматирована в FAT32, если в NTFS пишет на максимальной скорости на которую флешка способна. Ubuntu 17.10 4.13.0-38-generic #43
	Ответить \| Правка \| К родителю #34 \| Наверх \| Cообщить модератору


	100. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+2 +/–
	Сообщение от Аноним (-), 16-Апр-18, 18:31
	Затухающую скорость копирования на FAT32 я и на HDD наблюдал. Много лет назад.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	61. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+11 +/–
	Сообщение от Аноним (-), 16-Апр-18, 14:40
	> затухающая скорость копирования Быстро копирует в кэш в памяти, пока тот не заполнится, потом ждет сброса на устройство - становится медленно. Так и должно быть.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	71. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Аноним (-), 16-Апр-18, 15:07
	>> затухающая скорость копирования > Быстро копирует в кэш в памяти, пока тот не заполнится, потом ждет > сброса на устройство - становится медленно. Так и должно быть. Не должно
	Ответить \| Правка \| Наверх \| Cообщить модератору


	84. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Ordu (ok), 16-Апр-18, 16:14
	Угу, я о том же. Должно быть равномерно медленно всегда, чтобы пользователь не забывал о том, что работает с тормозным носителем.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	101. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (-), 16-Апр-18, 18:39
	Кеды монтируют флешки в таком режиме, если мейнтейнеры грязные ручки в полисикит не совали лишний раз. Венда кстати тоже научилась уже.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	114. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от fluoride (ok), 16-Апр-18, 20:08
	> Кеды монтируют флешки в таком режиме, если мейнтейнеры грязные ручки в полисикит > не совали лишний раз. Венда кстати тоже научилась уже. Венда всегда монтировала флешки без кеширования. Просто бесила всегда этим. Что хуже, она флопы так монтировала, где скорость записи вообще была никакущая. А чтобы мало не показалось, венда использовала fat, которая хранит всю информацию о структуре фс в выделенной области -- в FAT, и постоянно в процессе копирования файла за файлом обновляла FAT на носителе, убивая перезаписями те сектора в ноль, протирая их до дыр. Если кеды научились так же, то я могу лишь посочувствовать кедерастам.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	128. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (-), 16-Апр-18, 22:50
	Оно кеширует, просто меньшими блоками. И чаще синкает (в противном случае пришлось бы ждать больше получаса синка чтобы отмонтировать). Естественно метаданные должны обновляться в любом случае, иначе сложно было бы сохранить консистентность данных. Но монтируется с noatime по дефолту если не ошибаюсь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	135. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от свободнеечемдругие (?), 17-Апр-18, 00:36
	Короче, винда, сколько себя помню, пишет флешки прозрачно для пользователя. Отображаемая скорость соответствует реальной скорости записи. Интерфейс показывает конец записи одновременно с её окончанием. Причём, можно в это время спокойно ещё качать торрент и манкировать броузерами без какого-либо напряга. Что происходит в линухе под всякими там наутилусами, все тут знают без меня. Когда сначала "пишем" на флешку со сверхзвуковой скоростью, а потом ждём ещё N минут когда закончится реальная запись после того как фм уже отрапортовал об её окончании. Да и попробуйте что-нибудь ещё позапускать во время записи в той же Убунте - хаха. Всё это называется просто - через жопу. Но кто-то как всегда пытается всё повернуть с ног на голову и выдать чёрное за белое.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	140. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Ordu (ok), 17-Апр-18, 01:01
	> Короче, винда, сколько себя помню, пишет флешки прозрачно для пользователя. А вот пользователи с их прозрачностью, действительно, пускай сидят в венде. Я хочу использовать железо по максимуму, и если для этого мне придётся учитывать особенности функционирования этого железа -- что ж, я готов. Даже с радостью.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	153. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–1 +/–
	Сообщение от свободнеечемдругие (?), 17-Апр-18, 12:08
	Неправильное отображение линуксовыми ФМ процесса записи на флешку - это по-твоему "использовать железо по максимуму"? Газифицируешь. Какое вообще "железо по максимуму", если никакое управление энергопотреблением и проблемы с аппаратным ускорением - это вечные спутники линукс?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	159. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Ordu (ok), 17-Апр-18, 18:45
	> Неправильное отображение линуксовыми ФМ процесса записи на флешку - это по-твоему "использовать > железо по максимуму"? Что значит "неправильное"? ФМ отображает процесс копирования файлов в VFS. И абсолютно правильно. Отличия же VFS от реальных FS я в состоянии учесть самостоятельно. И лучше я их учту самостоятельно, чем доверю это какому-то там ФМ. > Газифицируешь. Да-да. Кажется кто-то тут говорил о демагогии? Причём абсолютно голословно говорил, не приводя никаких указаний на то, что именно ему показалось "демагогией". Ты на себя давно в зеркало глядел? Кто тебе сказал, что "газифицируешь" -- это валидный аргумент в дискуссии? Кто тебе сказал, что голословные утверждения -- это валидные аргументы в дискуссии? Плюнь в лицо ему. Всё это чистой воды демагогия. > Какое вообще "железо по максимуму", если никакое > управление энергопотреблением и проблемы с аппаратным ускорением - это вечные спутники > линукс? Что значит "никакое"?! Я вот планшет себе купил, собираюсь выкинуть андроид и поставить линукс, и одна из причин, почему я купился на это: впечатления от прошедших этим путём, связанные с увеличением времени работы планшета от батарейки на 3 часа. Плюс, ты читал ченджлог о котором сия новость? Там ещё улучшено энергопотребление, судя по форониксу процентов на десять, хотя это сильно зависит от нагрузки и конкретного железа. А с аппаратным ускорением проблем у меня не было уже очень давно. Я даже затрудняюсь сказать сколько именно, забыл об этих проблемах.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	167. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (-), 18-Апр-18, 00:50
	Оно в итоге синкает гораздо дольше по времени, чем в режиме в котором прогресс отображается верно.
	Ответить \| Правка \| К родителю #159 \| Наверх \| Cообщить модератору


	186. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Анонимный (?), 21-Апр-18, 20:06
	Вот тоже помню такое, когда о линуксе и не помышлял даже. Копирую в винде файл большой на флешку, винда значится бодро рапортует, что копирование завершено — совершенно «прозрачно» рапортует, ну и я понятное дело достаю флешку и иду с информацией к другу, а там вижу, что файлик таки есть, а объём едва на четверть от копированного, вот и понял я тогда в чём вся эта «прозрачность». Однако с тех пор стал ориентироваться на скорострельность флешки и на содержание копируемой информации. Фильм и ролик с видео — это один вариант и время, а книжки и множество малых папочек и страничек — совсем другое время. И всё это было в винде, а не в линуксе, такая вот беда. Из последнего опыта хочу сказать, что копировал недавно на флешку файлы в винде десятой и в убунту 16.04 и разницы в скорости особой не заметил, такие дела...
	Ответить \| Правка \| К родителю #140 \| Наверх \| Cообщить модератору


	169. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от шеш (?), 18-Апр-18, 07:43
	Брехня. Много раз было - "Носитель не может быть отсоединён прямо сейчас". А ещё и антивирус может держать нандлеры и не только.
	Ответить \| Правка \| К родителю #135 \| Наверх \| Cообщить модератору


	171. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Anonimus (??), 18-Апр-18, 11:21
	> Да и попробуйте что-нибудь ещё позапускать во время записи в той же Убунте В том то и дело что пробовали на убунте с пакетами которые еще динозавров помнят. На современных дистрибутивах все ок с этим.
	Ответить \| Правка \| К родителю #135 \| Наверх \| Cообщить модератору


	176. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–1 +/–
	Сообщение от Аноним (-), 19-Апр-18, 00:35
	> В том то и дело что пробовали на убунте с пакетами которые > еще динозавров помнят. На современных дистрибутивах все ок с этим. Одна из проблем убунт - поставляют "серверное" (non-preemptible) ядро по дефолту. Это дает несколько процентов в бенчах, но - ценой потери интерактивности. На десктопе имеет смысл поставить low-latency ядро. Два процента производительности вы не заметите, а вот снижение латенси - штука позитивная. Хотя их low latency не такое уж и low и собрано с компромиссными настройками. Лучше самому пересобрать как fully preemptible. И еще, быстрый диск под систему - это хорошо. В идеале - не пересекающийся с жирными данными которые интенсивно ворочают. Ну как, если копирование мувиков тупит - да и черт с ним. А если при этом бандвиза на всех не хватает и проседает еще и запуск программ и вообще все что требует работы с файлами - это фигово, да. Можно конечно копированию мувиков поставить приоритет io по минимуму и попустит, но указывать приоритеты копированию файлов - кто этим заморачивается, скажите честно? :) Чисто по человечески могу посоветовать SSD под системный диск. Вы удивитесь насколько круто может работать компьютер. Особенно с не слишком жирным линем. Старт за пяток секунд и ни малейшего намека на тормоза, если все сделать правильно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	113. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от _ (??), 16-Апр-18, 20:05
	Дык ты эстэт?! (С) :-)
	Ответить \| Правка \| К родителю #84 \| Наверх \| Cообщить модератору


	174. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–1 +/–
	Сообщение от Аноним (-), 18-Апр-18, 23:45
	> Угу, я о том же. Должно быть равномерно медленно всегда, чтобы пользователь > не забывал о том, что работает с тормозным носителем. Ну так отключи себе дисковый кэш и получишь желаемое - будешь наслаждаться тупняками накопителя при каждом удобном случае. Если ты не понял, кэш в RAM сделали специально для того чтобы не радоваться тормозам диска вообще всегда. Видел когда-нибудь MS-DOS без smartdrv? Хреново когда все и вся работает вот так. Зато блин "равномерно" тормозит. Другое дело что в 12309 вышел перегиб - ядро пытается выкраивать память за счет кэша диска для тех кто ее попросил, а если кэш большой и накопитель медленный, попросившие память конечно ее получат, но - когда-нибудь сильно потом. А пока они повисят тряпочкой неинтерактивно. Альтернативой разве что уронить их SIGSEGV (ибо оверкоммит) или вернуть ошибку malloc() если на оверкоммит все же забили (но многие будут против идеи забить на оверкоммит).
	Ответить \| Правка \| К родителю #84 \| Наверх \| Cообщить модератору


	88. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Fracta1L (ok), 16-Апр-18, 16:47
	Обоснуй.
	Ответить \| Правка \| К родителю #71 \| Наверх \| Cообщить модератору


	70. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–3 +/–
	Сообщение от Аноним (-), 16-Апр-18, 15:06
	> Дело даже не в том, что система умирает, а затухающая скорость копирования. > Быстрее в винду загрузиться и перенести, что нужно. + Как то от интереса, специально сделал выборку файлов Одни и те же файлы Один и тот же размер Копирование в лине, дольше чем под виндой Одна флешка Винда без антивиря Так же, после некоторого момента неприятного Необходимо идти в терминал и руками требовать сброс кэша Иначе система будто забыла, что копировала файлы и забыла об этом Уведомления говорят, мол всё, забирай флешку Но в итоге, битые файлы Поэтому принудительно сброс кэша И только после этого забираем Поэтому да, быстрее и проще в Винду нырнуть и копировать
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	86. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Ordu (ok), 16-Апр-18, 16:16
	>[оверквотинг удален] > Одна флешка > Винда без антивиря > Так же, после некоторого момента неприятного > Необходимо идти в терминал и руками требовать сброс кэша > Иначе система будто забыла, что копировала файлы и забыла об этом > Уведомления говорят, мол всё, забирай флешку > Но в итоге, битые файлы > Поэтому принудительно сброс кэша > И только после этого забираем > Поэтому да, быстрее и проще в Винду нырнуть и копировать Это у вас что-то с вашим файловым менагером. У меня в консоле никогда проблем не было. cp и mv пишут на флешку или читают с неё без каких-либо проблем вообще.
	Ответить \| Правка \| Наверх \| Cообщить модератору