The OpenNET Project / Index page

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



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

Оглавление

Релиз Linux-ядра 2.6.38, opennews (ok), 15-Мрт-11, (0) [смотреть все]

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


65. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от Слакварявод (?), 15-Мрт-11, 19:22 
истину глаголешь!!! молоток! сам уже на многих платформах подобное наблюдаю. железо- абсолютно разное. тормоза- одинаковые!
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

77. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от анонимус (??), 15-Мрт-11, 21:28 
тормоза такие, что Alt+Tab между окнами занимает по 5-7 секунд, проц атлон двухядерный 5600+. А у вас?
Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от AHAHAC (ok), 15-Мрт-11, 22:29 
2 штуки Оптерон 285 (2.6 GHz), 4 Gb ECC RAM DDR1

* Компилю ядрище make -j128
* Mplayer - играет
* Azureus - качает
* Копируется файло меж дисками...
* Тут Пишу  
* Жму скриншот, пускаю GIMP

http://i4.fastpic.ru/big/2011/0315/0a/9462287a462d3eaf004f75...


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

86. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от iZEN (ok), 15-Мрт-11, 23:40 
У всех системы разные — у кого Intel, у кого AMD, а баг проявляется. Может дело в типе памяти и/или в интегрированном контроллёре?
DDR1 — проблем вроде как нет;
DDR2 (Athlon X2 5600+ с интегрированным контроллёром) — есть проблема;
DDR3 (чипсеты AMD 785G, Intel P67) — есть проблема.
Ответить | Правка | Наверх | Cообщить модератору

139. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от User294 (ok), 16-Мрт-11, 17:29 
> DDR3 (чипсеты AMD 785G, Intel P67) — есть проблема.

У меня амдшный чипсет, DDR3, задачи переключаются в момент. Я что-то делаю не так? Искренне не догоняю как мне получить 5-7 секунд при переключении задач. Наверное надо включить своп и засрать всю оперативку, не иначе?

Более того - могу сказать что в винде получить 30 секунд на переключение задач - как делать нефиг. Достаточно запустить несколько жирных программ, ну например фаерфокс и ворд/аутлук поновее. Далее побраузив в фоксе валим на полчаса в ворд. А когда хотим вернутся в фокса - он будет секунд 30 выдавливаться из свопа. В линухе кстати поведение в таких ситуациях явно лучше - лиух вообще своп не юзает пока не начнет реально припирать, поэтому пока хватает RAM - в свопе пусто и задачи переключаются в момент. А если RAM не хватает - так кто виноват то, что вы выше головы прыгаете?

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

178. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от ZloySergant (ok), 17-Мрт-11, 22:45 
>В линухе кстати поведение в таких ситуациях явно лучше - лиух вообще своп не юзает пока не начнет реально припирать, поэтому пока хватает RAM - в свопе пусто и задачи переключаются в момент. А если RAM не хватает - так кто виноват то, что вы выше головы прыгаете?

Не всегда. stumpwm+lenovo s10+slackware-current (3-х месячной давности, правда). emacs-client+doc-view+pdf (к примеру, ansi common lisp, или несколько статей со springerlink/SAGE). Жрет около половины оперативы из 1G имеющейся (ну, если там еще что в фоне висит. Так, обычно, не более 300 метров). Своп при этом, за несколько часов прет вверх, правда не сильно, метров до 150. При этом отваливается wicd-curses. Выход в саспенд часов на 10, а потом обратно приводит к превращению emacs-daemon в Чапая, который думает.

Видно придется переписывать doc-view. :( А времени, нема.

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

80. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от User294 (ok), 15-Мрт-11, 22:31 
> тормоза такие, что Alt+Tab между окнами занимает по 5-7 секунд, проц атлон
> двухядерный 5600+. А у вас?

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

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

81. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от crypt (??), 15-Мрт-11, 22:53 
У всех свои методы.:) Лично я за последние 2 дня нашел два:
а) пускать неоптимизированный mysql запрос к бд
б) пара VirtualBox'ов, а внутри флеш-приложение

при этом система с 8 гб озу просто перестает отзываться, не 5-7 секунд, нет. можно просто жать ресет.
2.6.32

Я еще этот чудесный патч ни разу не испытывал (ждал, пока Линус одобрит), но мне актуально.

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

85. "Релиз Linux-ядра 2.6.38"  +1 +/
Сообщение от AHAHAC (ok), 15-Мрт-11, 23:27 
> У всех свои методы.:) Лично я за последние 2 дня нашел два:
> а) пускать неоптимизированный mysql запрос к бд
> б) пара VirtualBox'ов, а внутри флеш-приложение

Вот, точно, забыл, надо было ещё 2 ВиртуалЯщика пустить ...

---
И так:

2 штуки Оптерон 285 (2.6 GHz), (Процессоры без аппаратного ускорения виртуализации!)
4 Gb ECC RAM DDR1


* Компилю ядрище make -j64
* Mplayer - играет
* Azureus - качает, раздаёт
* Копируется файло меж дисками из миднайта
* VirtualBox #1 - Windows XP + Safari + Flash
* VirtualBox #2 - Debian 6 + apt-get update/upgrade
* Тут Пишу  
* Жму скриншот, пускаю GIMP

http://i4.fastpic.ru/big/2011/0316/60/5601355f21d57fd9f327f5...

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

88. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от анонимус (??), 16-Мрт-11, 00:18 
и что вы хотите этим сказать? Что у вас работает? Ну, примите мои поздравления. И медальку "УМВР", позабыл ссылку.
Ответить | Правка | Наверх | Cообщить модератору

116. "Релиз Linux-ядра 2.6.38"  –1 +/
Сообщение от pavlinux (ok), 16-Мрт-11, 12:36 
> и что вы хотите этим сказать?

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

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

126. "Релиз Linux-ядра 2.6.38"  +1 +/
Сообщение от анонимус (??), 16-Мрт-11, 15:13 
>>Что если бы был баг - он был у всех.

Что за глупость. Железо у всех разное, разный софт и разные настройки. Баги совсем не обязательно проявляются абсолютно у всех, т.к. какой-нибудь race condition может происходить только при выполнении определённых условий, и легко может проявляться у одного и не проявляться у другого. Так что говорить что УМВР - это заранее объявлять о своей некомпетентности.

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

128. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от pavlinux (ok), 16-Мрт-11, 15:40 
>>>Что если бы был баг - он был у всех.
> Что за глупость. Железо у всех разное, разный софт и разные настройки.

Софт один - ядро Linux, за настройки сами виноваты, остаётся железо.
Но! Некоторые вреде говорили, что на МакОСе/Венде/BSD всё нормально.
Остаётся только два параметра - ядро и настройки.

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

136. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от User294 (ok), 16-Мрт-11, 17:16 
> Но! Некоторые вреде говорили, что на МакОСе/Венде/BSD всё нормально.

Угу, некторых послушать - так баги вообще только в линуксе и есть :). А остальные конечно же супербоги, как минимум. Поэтому они гиг кода без багов пишут одной левой, шутя :)

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

138. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от pavlinux (ok), 16-Мрт-11, 17:27 
>> Но! Некоторые вреде говорили, что на МакОСе/Венде/BSD всё нормально.
> Угу, некторых послушать - так баги вообще только в линуксе и есть

За время существования бага, я ни разу не видел тестов-сравнений
с МакОС/Венде/BSD/Solaris. dd и /dev/null иль NUL есть даже в ДОСе,
так что воспроизвести недолго. Я б проверил, Венду некуда ставить.

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

146. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от ананим (?), 16-Мрт-11, 19:52 
хочешь сказать что ни разу не видел винду, где при активном использовании диска всё замирает и даже диспетчер задач не вызовешь?
Ответить | Правка | Наверх | Cообщить модератору

149. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от pavlinux (ok), 16-Мрт-11, 20:37 
> хочешь сказать что ни разу не видел винду, где при активном использовании
> диска всё замирает и даже диспетчер задач не вызовешь?

На хост компе венду уже наверно лет 7-8 не юзал. А в виртуалке это не то.

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

153. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от ананим (?), 16-Мрт-11, 22:42 
что не значит что эта "бага" там не существует.
другими словами - это может быть просто набор железяк так совпал.
помнится раньше считалось если на материнке меньше 30 кондёров то тормоза обеспечены.
Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

181. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от User294 (ok), 18-Мрт-11, 17:05 
> За время существования бага, я ни разу не видел тестов-сравнений
> с МакОС/Венде/BSD/Solaris. dd и /dev/null иль NUL есть даже в ДОСе,
> так что воспроизвести недолго. Я б проверил, Венду некуда ставить.

Ну, видимо орать "Linux, баг, ай-яй-яй!" проще :). Хотя если в других системах озадачить системный диск да еще не дай боже при своплении - жопа там наступает не менее масштабная. А что до доса - так он однозадачный по затее своей. И пока прога пишет в файло - просто так и без извращений ты вообще ничего делать не сможешь :)

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

90. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от crypt (??), 16-Мрт-11, 00:35 
>> У всех свои методы.:) Лично я за последние 2 дня нашел два:

...
> * Жму скриншот, пускаю GIMP

Понятно. Мне тоже стало любопытно, как это так и я попытался воспроизвести, но не получилось. %( Вот так, занят, спешишь, торопишься и ловишь два локинга за два дня. А когда похоливарить, так все работает.:((( :)
К сожалению с 2.6.38 не собирается модуль для Vbox 3.2.12 :( Каждый раз что-нибудь новое с этим конструктором.

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

96. "Релиз Linux-ядра 2.6.38"  +1 +/
Сообщение от Аноним (-), 16-Мрт-11, 03:01 
> К сожалению с 2.6.38 не собирается модуль для Vbox 3.2.12 :( Каждый раз что-нибудь новое с этим конструктором.

для vbox 4.0.4 собирается нормально

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

115. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от crypt (??), 16-Мрт-11, 11:30 
знаю, но ведь они ж туда и новых багов добавили.
Ответить | Правка | Наверх | Cообщить модератору

132. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от pavlinux (ok), 16-Мрт-11, 16:01 
>  К сожалению с 2.6.38 не собирается модуль для Vbox 3.2.12 :(

Делов-то - http://pavlinux.ru/krnl/vboxmod/vboxhost-3.2.12.tar.bz2

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

156. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от crypt (??), 16-Мрт-11, 22:43 
>>  К сожалению с 2.6.38 не собирается модуль для Vbox 3.2.12 :(
> Делов-то - http://pavlinux.ru/krnl/vboxmod/vboxhost-3.2.12.tar.bz2

я не понял ответа. у меня модуль при попытке загрузки вызывает кернел паник.

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

162. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от pavlinux (ok), 17-Мрт-11, 00:14 
>>>  К сожалению с 2.6.38 не собирается модуль для Vbox 3.2.12 :(
>> Делов-то - http://pavlinux.ru/krnl/vboxmod/vboxhost-3.2.12.tar.bz2
> я не понял ответа. у меня модуль при попытке загрузки вызывает кернел паник.

у меня 64 бита мож из-за этого?!

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

184. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от zkutch (ok), 19-Мрт-11, 09:16 
я скопировал /usr/src/linux-headers-2.6.38/include/generated
в
/usr/src/linux-2.6.38/include/linux
и прошло ...
Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

91. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от crypt (??), 16-Мрт-11, 00:47 
> http://i4.fastpic.ru/big/2011/0316/60/5601355f21d57fd9f327f5...

А еще тебя спасает четырехядерный проц, озу не исчерпано и симуляция вместо работы.
Попробуй оставь комп на пару дней (неделю). Одна вкладка в опере, это даже не смешно. Вот несколько браузеров, 50-100 вкладок в каждом, кое-где флеш... вот тогда и посмотрим....
вот скачай, открой, полистай и можешь делать скрин. http://downloads.mysql.com/docs/refman-5.1-en.html.tar.gz

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

118. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от pavlinux (ok), 16-Мрт-11, 12:43 
Спасает не 4-х ядерный, а двух процессорный.
Ответить | Правка | Наверх | Cообщить модератору

154. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от crypt (??), 16-Мрт-11, 22:42 
да, верно, а на картинке они как core0...3
Ответить | Правка | Наверх | Cообщить модератору

137. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от User294 (ok), 16-Мрт-11, 17:23 
> Попробуй оставь комп на пару дней (неделю).

Пробовал оставлять на полтора месяца. Ничего особого не замечал вроде. Ну разве что флеш я не юзаю как правило, ибо глюкало он, особенно в линуксе. Вкладок было до 300-400 примерно. Оперативы жрется ессно порядка 2 гигз только на браузер. Если у вас нет столько (т.е. машина должна быть с 3-4Гб оперативы минимум) и вы  пытаетесь выжрать больше RAM чем есть - ну и кто вам доктор? Своп - это такой очень медленный эмулятор оперативки жестким диском, если вы вдруг не знали.

> флеш... вот тогда и посмотрим....

Ага, это глюкало выжрет всю оперативу, начнется своп и конечно же в том что своп работает медленее оперативы - виновата будет система? :)


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

157. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от crypt (??), 16-Мрт-11, 22:45 
>> Попробуй оставь комп на пару дней (неделю).
> Пробовал оставлять на полтора месяца. Ничего особого не замечал вроде. Ну разве

ты весь тред не прочел, а отвечаешь. мне по сути тут нечего ответить.

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

104. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от анонимус (??), 16-Мрт-11, 04:34 
чуваки вон, http://www.linux.org.ru/forum/desktop/6019279, уже целые исследования проводят как победить этот баг, вы это им скажите, что у вас всё работает, они будут безусловно рады за вас :)
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

121. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от pavlinux (ok), 16-Мрт-11, 13:33 
> чуваки вон, http://www.linux.org.ru/forum/desktop/6019279, уже целые исследования
> проводят как победить этот баг, вы это им скажите, что у
> вас всё работает, они будут безусловно рады за вас :)

Вся прелесть бага не в пожирании оперативки, свопа или
процессора в связи с пожиранием свопа или оперативки.
А в блокировании шины PCI на время копирования.

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

182. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от User294 (ok), 18-Мрт-11, 17:11 
> А в блокировании шины PCI на время копирования.

Я так понял что под оным багом каждый имеет в виду что-то свое, сваливая в кучу все мыслимые и немыслимые проблемы :). Если продолжать логику - там в треде вылез даже кто-то с фрей 8.2 которая тоже видите ли у него тормозит при копировани больших файлов. Получается что она тоже снабжена сабжевым багом...линукса? :)))

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

87. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от анонимус (??), 16-Мрт-11, 00:16 
>>А что вы для такого сделали? Поместили своп на тот же диск куда льете файло

У меня 6 Gb памяти и нет свопа.

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

99. "Релиз Linux-ядра 2.6.38"  –2 +/
Сообщение от Аноним (-), 16-Мрт-11, 03:09 
> У меня 6 Gb памяти и нет свопа.

Дружище, если ты не знаешь что все загруженные в память бинарники - это тоже swap, только RO, то это ещё ничего не значит :)

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

103. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от анонимус (??), 16-Мрт-11, 04:25 
дружище, умом блистать своим не нужно, там где речь идёт совсем о другом. Например, если ты не знаешь, что продажа с обязательством последующего выкупа - это тоже своп, то это ещё ничего не значит.
Ответить | Правка | Наверх | Cообщить модератору

129. "Релиз Linux-ядра 2.6.38"  +/
Сообщение от Аноним (-), 16-Мрт-11, 15:47 
> дружище, умом блистать своим не нужно, там где речь идёт совсем о
> другом. Например, если ты не знаешь, что продажа с обязательством последующего
> выкупа - это тоже своп, то это ещё ничего не значит.

Теперь Вы знаете что swap у Вас всё таки есть, ну и ладушки. Может быть Вы сможете продолжить свою мысль дальше и понять откуда могут взяться задержки при копировании :)

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

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

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




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

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