The OpenNET Project / Index page

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



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

Оглавление

Релиз ядра Linux 3.18, opennews (??), 08-Дек-14, (0) [смотреть все]

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


99. "Релиз ядра Linux 3.18"  –3 +/
Сообщение от Аноним (-), 08-Дек-14, 21:18 
Именно. Отключая swap вы нарушаете нормальную, а главное эффективную работу менеджера памяти. Подкрути vm.swappiness если нужно, но ни в коем случае не отключать! Swap придумали не просто так. Он просто необходим для нормальной работы OS.
Ответить | Правка | Наверх | Cообщить модератору

102. "Релиз ядра Linux 3.18"  +1 +/
Сообщение от бедный буратино (ok), 08-Дек-14, 21:53 
веееендузяяяяяяяяяяяяяяяяяяятник

ps. своп не использую с тех пор, как на компьютере впервые появилось 512 мб памяти, в не помню каком году. ни в linux, ни в openbsd, ни в системах, которые загружаются вообще без носителей. вы вообще в курсе, что это не винда, и она не обязана загружаться с диска цэ, а может загружаться с сети? и диска может не быть вообще? и что это ШТАТНЫЙ режим работы

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

107. "Релиз ядра Linux 3.18"  –1 +/
Сообщение от Resonance (ok), 08-Дек-14, 23:11 
8 гб ОЗУ, swap не использую уже года 3, ни разу проблем не было.
Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

161. "Релиз ядра Linux 3.18"  –2 +/
Сообщение от Аноним (-), 09-Дек-14, 09:41 
> 8 гб ОЗУ, swap не использую уже года 3, ни разу проблем не было.

Уже пять лет использую машины с 8, а потом и 16 гигз и вообще забыл что такое ситуация в которой компьютер тормозит. Да, а еще у меня KVMные виртуалки есть.

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

126. "Релиз ядра Linux 3.18"  –1 +/
Сообщение от odd.mean (ok), 09-Дек-14, 03:06 
Если острая нехватка ОЗУ - есть zram. Но никак не дисковый своп (особенно, на серверах).
Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

162. "Релиз ядра Linux 3.18"  –1 +/
Сообщение от Аноним (-), 09-Дек-14, 09:42 
> (особенно, на серверах).

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

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

165. "Релиз ядра Linux 3.18"  +/
Сообщение от odd.mean (ok), 09-Дек-14, 09:53 
>> (особенно, на серверах).
> На десктопе тоже надо себя очень сильно не любить, чтобы при текущих
> ценах на память добивать нехватку памяти не реальной оперативой а тормозливой
> эмуляцией за счет диска.

Согласен полностью. Даже на стареньком недобуке с 1ГБ ОЗУ и zram на 2/3 объёма ОЗУ уже года 2 нет дискового свопа (даже для страховки от OOM-Killer). Debian testing + MATE + кастомное ядро с pf-patch (с UKSM). Огнелис бегает, мультимедиа бегает, торренты качают. Что вообще за мифология с этой подкачкой на диск? Если всё на винт полетит - никакой стабильности это системе не добавит. Тут уж лучше - если памяти мало - "бери ношу по себе, чтоб не падать при ходьбе".

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

182. "Релиз ядра Linux 3.18"  +/
Сообщение от Аноним (-), 09-Дек-14, 12:30 
Ну вот мне тоже как-то не втыкает при каком-нибудь runaway процессе ждать 10 минут пока своп забьется, чтобы потом наконец oom killer пришиб виновника. Лучше пусть через несколько секунд прибьется.
Ответить | Правка | Наверх | Cообщить модератору

183. "Релиз ядра Linux 3.18"  +/
Сообщение от Crazy Alex (ok), 09-Дек-14, 12:31 
Просто задачи у вас не те, где от свопа есть выигрыш. Допустим, сборка большой библиотеки, которая может выжрать несколько гиг оперативки, со свопом работает довольно спокойно, не особо тормозясь (а если и есть тормоза - это процесс не интерактивный, плевать).
Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

186. "Релиз ядра Linux 3.18"  –2 +/
Сообщение от odd.mean (ok), 09-Дек-14, 12:43 
Ну не на ideapad S100 же такие либы компилять! Для этого есть десктоп и свой сервачок. Да и ничего крупнее самого ядра лично для себя давно уже не собирал. Ядро и на нетбуке собиралось раньше нормально (перестал на нём собирать).

P.S.: ZRAM использую везде где применимо: кроме сервака (и так хватает) и одного VPS (там гвоздями всё прибито). Сначала опасался на боевых юзать, но при осторожном vm.swappiness (не менее 80), всё стабильно. Ну или просто я везучий.

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

188. "Релиз ядра Linux 3.18"  –1 +/
Сообщение от Аноним (-), 09-Дек-14, 12:54 
> Ну не на ideapad S100 же такие либы компилять!

Некоторые люди любят запихнуть на хилую тележку полсамосвала кирпичей, а потом еще плеваться - ой, а чего это она скрипит? Плохая тележка!

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

201. "Релиз ядра Linux 3.18"  +/
Сообщение от Crazy Alex (ok), 09-Дек-14, 15:04 
Да какой ideapad. Десктоп. 3 ядра, 4 гига памяти. И хватает. Дисков, правда, штабель, и не самых плохих (как-то пристарстился к серверным хитачам - во оснвоном из-за срока гарантии) - но по факту используется активно один, да на втором торренты живут. zram нет, есть zswap. Гента, так что пересборки иногда бывают весьма объёмные. При этом всём со свопом компиляция почти не заметна (благо, её всегда можно придушить и загнать в фон, что давно где-то в скриптах сделано), в отличие от тупизны браузера с горой джаваскриптов, с чем пришлось бороться радикально - noscript сотоварищи.
Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

215. "Релиз ядра Linux 3.18"  –1 +/
Сообщение от Аноним (-), 09-Дек-14, 18:07 
> Десктоп. 3 ядра, 4 гига памяти. И хватает.

Оно и видно - все пальцы отбил о клавиатуру, доказывая оптимальность такого выбора.

> - во оснвоном из-за срока гарантии) - но по факту используется
> активно один, да на втором торренты живут.

Кстати у меня самому старшему из хитачей 6.5 лет уже. И работает себе, SMART идеальный, никаких признаков скорой кончины не подает.

> Гента, так что пересборки иногда бывают весьма объёмные.

Те кто не хочет делать это стоя, в гамаке - берут нечто с 6-8 ядер, кучей оперативы и прочая. Ибо билдферма и есть билдферма. И конфиг надо выбирать билдфермовский. Хотя некоторые конечно любят доказательства вида "а мой виндовс не глю...unhandled error". Вот у вас так же на вашей конфиге линукс совсем не тттооррмммооозззиииитттт.

> радикально - noscript сотоварищи.

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

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

187. "Релиз ядра Linux 3.18"  –1 +/
Сообщение от Аноним (-), 09-Дек-14, 12:47 
> сборка большой библиотеки, которая может выжрать несколько гиг оперативки,

При сборке I/O обычно и так достаточно озадачен процессом компиляции, дополнительно нагнуть его еще и своплением - последнее что я бы хотел с точки зрения производительности и отзывчивости системы за которой сижу я, которому смотреть на торможение системы не прикольно.

> со свопом работает довольно спокойно, не особо тормозясь

Как я уже сказал, в моем стиле - пустить билдовку ядра в 8 потоков и пойти рубануться раунд в xonotic. А минути через 15-20 можно пойти и забрать готовое ядро.

Заметь, 8 потоков компиляции и оптовый I/O не мешают мне метко навешивать окружающим headshot'ы из nex-а. А все потому что памяти глобально хватает, свопа нет, I/O системы и процесса сборки разнесен по разным накопителям (а под систему еще и SSD, по тем же причинам). Такой системе просто негде встать колом на уровне ее физического устройства,  у нее отличное время отклика. Всегда. Перманентно. Это компьютер который не тормозит - там на уровне железа сложно нагнуть I/O до состояния когда это начнет отражаться на пользователе и интерфейсе с оным. Я могу спокойно смотреть видео и никакие кадры выпадать не будут. Потому что браузер и его кэш даже и не пытались конкурировать с процессом сборки за бандвиз диска. А толстый дисковый буфер в который все улетело к тому же позволил оптимизировать полеты голов накопителя, а не истерично дергать винч, т.к. кэш уже больше класть некуда.

> (а если и есть тормоза - это процесс не интерактивный, плевать).

Если это ящик который пашет где-то в фоне - да, плевать. А если за монитором сижу я и на все это смотрю - мне как-то не плевать на времена отклика, вот извините...

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

195. "Релиз ядра Linux 3.18"  –1 +/
Сообщение от Crazy Alex (ok), 09-Дек-14, 14:01 
Теории это хорошо, только я о собственном опыте рассказываю. Ядер у меня три, так что потоков компиляции, соответственно, четыре. Что ххарактерно - именно минут 15-20 ядро и занимает при этом. Как оно там разбирается - не знаю, но очень подозреваю, что поведение ядра именно под подобными нагрузками и тюнинговалось.

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

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

216. "Релиз ядра Linux 3.18"  –1 +/
Сообщение от Аноним (-), 09-Дек-14, 18:19 
> Теории это хорошо, только я о собственном опыте рассказываю.

Так это не теория. Это то как я собираю себе компьютеры. Котрые не тормозят. Вообще никак и никогда. Что и хотели спрашивавшие, судя по всему.

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

... а остальные задачи изрядно просядут. ИМХО если компом планируется активно пользоваться, то логично ставить -j по числу ядер или даже n-1, если скорость пофиг.

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

> Что ххарактерно - именно минут 15-20 ядро и занимает при этом.

У меня 15 минут занимает пересборка с референсным конфигом от убунты. А там весьма много драйверов. А вы поди как истинный гентушник перекомпиливаете ядро воткнув новый девайс? :)

> подобными нагрузками и тюнинговалось.

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

> Ну и да, я сторонник здравого смысла и хороших соотношений "цена/результат",

Я тоже. И чтобы не купить себе 8-16 гигз памяти в десктоп в 2014 году - надо быть буквально бомжом.

> а не "идеал любой ценой".

Давиться жабой и сидеть с 4 гигз оперативки при текущих ценах и озвученных задачах - больше похоже на хардкорное жлобство а не оптимум, имхо.

> Если в эти двадцать минут я не буду гонять реалтаймовую игрушку - это,
> по-моему, вполне нормально.

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

> А более стационарный гуй, вроде того же браузера, ведёт себя прилично.

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

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

159. "Релиз ядра Linux 3.18"  +/
Сообщение от Аноним (-), 09-Дек-14, 09:36 
> Swap придумали не просто так. Он просто необходим для нормальной работы OS.

Булшит. При современных ценах на память нет никакой нужды эмулировать память тормозным патефоном с магнитными головами. С точки зрения эффективности быстрее всего просто пойти и обратиться к странице в физической памяти. Без канители по ее выколупыванию с тормозного патефона. Это - эффективнее всего.

//обладатель реально быстрой системы которую не клинит вообще. Даже когда я ядро в 8 ядер компиляю и линкую, попутно рубаясь в xonotic.

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

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

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




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

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