Обсуждение:12309

Материал из Lurkmore
Перейти к навигации Перейти к поиску

Не нужно? Просто удали. Vi2 00:15, 7 августа 2010 (MSD)
Обычно это проблема криво настроенного дистрибутива типа арча или прочих участников специальных олимпиад с дистровотча.
--Darkshvein 02:07, 7 августа 2010 (MSD)
Добавил абзецц про 100 способ. Если чо закатывайте в спойлер или выносите все решения подобного рода впредь в подраздел "шаманство"--Darkshvein 02:28, 7 августа 2010 (MSD)

Нужно, анонимусы, допиливайте.

> почему на его двухъядерном компе с 4 гигами памяти Что за протухшее говно мамонта я читаю?!1 - Красноглазик

Статья говно

А баг виден только на синтетических тестах.

Да хуй там - каждый день он виден.

Бля, добавьте, что данный баг проявляется у особо упоротых баранов(и троллей толщины выше среднего), а нормальные красноглазые юзеры нихуя не встречают его. И патчи свои упоротые засуньте себе в жопу!!!!!!!!!!!!!11111111

Это вот ты нормальный красноглазый юзер? Да ты ж упоротый в пизду.

Нет ты!

Слейся пидр

ЛИНУКС - ГАВНО

А кто-то сомневался? Даже элементарный баг не могут исправить, просто смех...

Баг не воспроизводится

приложите более точные инструкции, я так и не смог добиться того, что вам мешает, либо вышлите снапшот вашей системы aziatkofag 10:49, 7 августа 2010 (MSD)

Этот баг от железа зависит: повезло/не повезло с материнкой. Причем даже на core i7 он есть.

вот и я луркаю инструкции по воспроизведению данного бага, нихуя не получается, автор давай запили уж, как надо извратиться чтоб он проявился... уже часа 3 извращаюсь и дэдэкаю, результата ноль

может он только у вендоблядков воспроизводится?? тогда я пасс, надо несколько лет сидеть на винде, что бы вендоблядком стать, а мне это не под силу aziatkofag 02:13, 8 августа 2010 (MSD)
http://www.linux.org.ru/forum/general/5121520

Есть мнение, что...

в последних вендах тоже такая херня.

Хуёво написано. Автор, иди нахуй и больше не пиши.

Респект автору, статья про ляликсовый баг — это да. Но есть подозрение, что лучше таки подсократить и сунуть в линупс. А простынки решений и прочего под кат.

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

лол, генту-вики там ->


Фпесду этот хрюниксоидный stuff - это для красноглазых гиков-админов и уж точно нихуя не мем by any means.

Есть еще такая хунта, к решениям.

Уебки, инструкции к воплощению данного бага, а не к лекарствам...

kernel-zen

Собрал сабж, теперь наблюдаются только небольшие тормоза, если уж совсем много говна копируется. До этого вообще все намертво лочилось до окончания записи. openSUSE 11.3

Linux 3.0

Таки пофиксили этот баг, или нет? Нет, не пофиксили, но появляться стал куда реже. —Мимо проходил

swap

При отключённом swap этого бага нет?

Есть =(

Ещё мнение достаточно опытного пользователя

Имхо, причина в том, что:

1. При записи большого объёма данных большая часть помещается в кэш записи, если фс работает не в синхронном (mount -o sync) режиме. При этом для программмы данные уже записаны, а физически нет. Ядро обязуется эти данные не потерять.

2. Кэш может занимать почти всю свободную память. Если кто-то при этом попытается выделить память, система начинает скидывать кэш на носитель. Вот тут и начинается проблема: мнгновенно это сделать невозможно. Может 10-15 минут потребоваться, чтобы освободить нужное количество кэша. При этом визуально наблюдаются лаги. Может задействоваться своп.

3. Если записывать на ntfs (который до сих пор через fuse сделан), то роль этой программы, выделающей память играет как раз драйвер. В резльтате баг проявляется и без забивания памяти.

Возможные решения:

1. Не использовать ntfs-3g. Он говно. Написать ядерный драйвер с нормальной записью.

2. Для флешек с vfat реализовать запись файлов в синхронном режиме (как dd conv=dsync) и использовать его в файлменеджерах при копировании.

3. монтировать с -o sync, если нужн только файл скопировать. Будет писать как в winxp.

4. Использовать быстрые накопители.

5. Качать торренты с предварительной аллокацией. Уменьшит количество запросов.

По идее баг должен воспроизводиться в win2k, но не очень явно. В xp по умлчанию флешка в синхронном режиме.

Добавьте в статью, если посчитаете нужным.