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

Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..., opennews (??), 29-Апр-18, (0) [смотреть все] Зачем и кому это нужно Правда интересно , Аноним (-), 11:10 , 29-Апр-18, (1) –1   // это оказалось ненужно и неинтересно модераторам, поэтому обсуждение уже выпилили, пох (?), 11:23 , 29-Апр-18, (2) +3   // модераторы - это не истина последней инстанции , Алексей Киселёв (?), 13:35 , 29-Апр-18, (6)   // да, но не буду же я и те кому я отвечал тратить время на повторный пересказ , пох (?), 21:25 , 03-Май-18, (35)   Да они все выпиливают А обсуждение случайно не было киданием к кашками и расска, Аноним (-), 06:57 , 30-Апр-18, (18) +1   Это нужно, например, людям, которые делают стораджи для пачки виртуалок по iSCSI, igsbox (??), 12:16 , 29-Апр-18, (3) +3   // в 2013м построили san Оптика карточки Qlogic, 6 серверов OpenIndiana, - uptime , Юрий (??), 12:30 , 29-Апр-18, (4) +1   // Горячий резерв, очевидно , тфне (?), 17:06 , 29-Апр-18, (7)   Все время хочется возразить на аргумент про долгий аптайм Сказать что мой серва, Анонимище (?), 17:24 , 29-Апр-18, (8)   Даже строители-суки знают, что вендузятник должен страдать , Led (ok), 18:21 , 29-Апр-18, (9) +7   А чем он лучше FreeBSD , Catwoolfii (ok), 18:22 , 29-Апр-18, (10) –1   // Тем что наполовину это linux, Аноним (-), 19:08 , 29-Апр-18, (11) –4   Как явствовало из удалённого модераторами не являющимися ни истиной ни последней, Anonymous Alcoholitus (?), 19:56 , 29-Апр-18, (12)   Будет как в Linux, с очередями и приоритетами, а планировщик IO будет сходить с , iZEN (ok), 20:10 , 29-Апр-18, (13) –1   Аутистам с одной очередью и 8 ядрами виднее, Elon Musk (?), 20:17 , 29-Апр-18, (14)   linux bug 12309 тоже будет портирован Пример решения https proggear ru linux, iZEN (ok), 20:59 , 29-Апр-18, (15) –3   А у соляры для начала управление памятью нормальное сделали Чтобы ядро могло пр, Аноним (-), 07:05 , 30-Апр-18, (20)   Дисковый кэш ZFS ARC динамический, может не только расти, но и ужиматься, если з, iZEN (ok), 15:30 , 30-Апр-18, (24) –1   Теоретическая копи паста которая в реальных боевых условиях под нагрузкой нефига, Elon Musk (?), 18:04 , 30-Апр-18, (25) +1   Есть доказательства Приведите - почитаем , iZEN (ok), 18:50 , 30-Апр-18, (26) –1   она на виртуалке на древнем ноуте нихрена не значит Виснет 100 Рецепт известе, пох (?), 21:32 , 03-Май-18, (36) –1   да он и посейчас, только вместо вместе с улета приложений по sigsegv или керне, пох (?), 21:39 , 03-Май-18, (37) –1   Что ж ты врёшь Это неправда , iZEN (ok), 23:04 , 04-Май-18, (40) –1   разрыв пердака засчитан неумение пользоваться гуглем тоже главное - верить , пох (?), 23:25 , 04-Май-18, (41)   Там планировщик не столько сходит с ума разруливая , сколько с ума сшедший план, Anonymous Alcoholitus (?), 00:26 , 02-Май-18, (29) –1   Вот как заходит в тупик планировщик дисков в Debian https www linux org ru fo, iZEN (ok), 16:14 , 02-Май-18, (31) –1   Там же постороннее zfs заходит в тупик, не планировщик , Anonymous Alcoholitus (?), 22:13 , 02-Май-18, (33)   А если почитать оригинал, а не слушать перепев Рабиновича W поха, то проблема та, Аноним (-), 23:30 , 29-Апр-18, (16) +4   Нефиг было фирмварь управляющую мотором на чем попало писать , Аноним (-), 07:10 , 30-Апр-18, (22)   Рецепт кому может всё-таки понадобиться назвать правильной работу дисков во Free, Anonymous Alcoholitus (?), 01:39 , 02-Май-18, (30)   да-да, все на свете диски неправильные, у нас works as intended лолшта Вы хотит, пох (?), 21:55 , 03-Май-18, (38) –1   И journal_checksum добавили туда чисто по приколу, ага , Аноним (-), 23:31 , 04-Май-18, (42) –1   это на совсем другой случай - не когда запись подтвердилась но не доехала до дис, пох (?), 02:23 , 06-Май-18, (43)   Таки да Для всего остального есть вещи получше Но стораджи из этого делают, . (?), 03:05 , 01-Май-18, (27) –1   Смутная перспектива ставить себе ЭТО, сражаясь смиряясь с многочисленными недора, Vitaliy Blats (?), 10:01 , 30-Апр-18, (23) –5 // Этот дистриб не для декстопа же Интересно было бы сравнить производительность с, Роботрон (?), 14:35 , 01-Май-18, (28) –1 // Тогда что там делает Mate , Vitaliy Blats (?), 20:01 , 02-Май-18, (32) // Иногда на серверах и графика нужна бывает Хотя обычно в этом случае ограничиваю, Аноним (-), 16:39 , 03-Май-18, (34) –1 этот - именно для десктопа и для недо-сереров в единичном экземпляре зачем бы , пох (?), 22:04 , 03-Май-18, (39) –1 Чем лучше обычной солярки , Аноним (-), 14:30 , 08-Май-18, (44) 1,23,44

Сообщения

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

1. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
Сообщение от Аноним (-), 29-Апр-18, 11:10
Зачем и кому это нужно? Правда интересно.
Ответить | Правка | Наверх | Cообщить модератору

	2. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+3 +/–
	Сообщение от пох (?), 29-Апр-18, 11:23
	это оказалось ненужно и неинтересно модераторам, поэтому обсуждение уже выпилили.
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Алексей Киселёв (?), 29-Апр-18, 13:35
	модераторы - это не истина последней инстанции
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от пох (?), 03-Май-18, 21:25
	да, но не буду же я (и те кому я отвечал) тратить время на повторный пересказ.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+1 +/–
	Сообщение от Аноним (-), 30-Апр-18, 06:57
	Да они все выпиливают. А обсуждение случайно не было киданием к@кашками и рассказом какие все лохи, как обычно?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	3. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+3 +/–
	Сообщение от igsbox (??), 29-Апр-18, 12:16
	Это нужно, например, людям, которые делают стораджи для пачки виртуалок по iSCSI. И не дома, с целью потеребить ЧСВ, а в мелком бизнесе, у которого нет денег на NetApp, EMC и тому подобное
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	4. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+1 +/–
	Сообщение от Юрий (??), 29-Апр-18, 12:30
	в 2013м построили san. Оптика карточки Qlogic, 6 серверов OpenIndiana, - uptime 5 лет ниразу не перегружалось.
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от тфне (?), 29-Апр-18, 17:06
	Горячий резерв, очевидно?
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Анонимище (?), 29-Апр-18, 17:24
	Все время хочется возразить на аргумент про долгий аптайм. Сказать что мой сервак на 2003 винде тоже может годами без ребута, но строители-суки стабильно 2 раза в год рвут кабель и сидим 3 дня без света :)
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	9. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+7 +/–
	Сообщение от Led (ok), 29-Апр-18, 18:21
	Даже "строители-суки" знают, что вендузятник должен страдать.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от Catwoolfii (ok), 29-Апр-18, 18:22
	А чем он лучше FreeBSD?
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	11. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–4 +/–
	Сообщение от Аноним (-), 29-Апр-18, 19:08
	Тем что наполовину это linux
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Anonymous Alcoholitus (?), 29-Апр-18, 19:56
	> А чем он лучше FreeBSD? Как явствовало из удалённого модераторами не являющимися ни истиной ни последней ин станцией в отличие от палаты, например тем что во FreeBSD решили похоже полностью сломать журналирование да и вообще правильную работу жёстких дисков...
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	13. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от iZEN (ok), 29-Апр-18, 20:10
	> да и вообще правильную работу жёстких дисков... Будет как в Linux, с очередями и приоритетами, а планировщик IO будет сходить с ума, разруливая это?
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Elon Musk (?), 29-Апр-18, 20:17
	Аутистам с одной очередью и 8 ядрами виднее
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–3 +/–
	Сообщение от iZEN (ok), 29-Апр-18, 20:59
	linux bug #12309 тоже будет портирован? Пример решения: https://proggear.ru/linux-bug-12309-i-fiks-padeniya-proizvod.../
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Аноним (-), 30-Апр-18, 07:05
	> linux bug #12309 тоже будет портирован? А у соляры для начала управление памятью нормальное сделали? Чтобы ядро могло при нужде резко отобрать у дискового кэша память, а не прикладывать приложения out of memory при отожранном кэше. А то когда *bsd передирали ZFS из соляры - в этом аспекте вышел трэш и угар.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от iZEN (ok), 30-Апр-18, 15:30
	Дисковый кэш ZFS ARC динамический, может не только расти, но и ужиматься, если запускаемым приложениям нужно место в занятом ОЗУ. ///---http://onreader.mdl.ru/AdvancedZFS/content/Ch07.html ARC спроектирован и для жадных, и для щедрых. Если система имеет свободную оперативную память, а ARC предполагает, что, возможно, может извлечь из этого преимущества, ARC захватывает память. При всяком чтении с диска ARC кэширует файл в оперативной памяти. ARC продолжает кэшировать файлы до тех пор, пока система не использует всю свою оперативную память. FreBSD резервирует 1ГБ оперативной памяти для ядра и прикладных программ. Вся оставшаяся оперативная память является предметом для справедливой игры ARC. В продолжительно работающих системах с большим объёмом систем хранения и не очень большим объёмом оперативной памяти не будет сюрпризом увидеть, что ваша ARC потребляет основную часть системной памяти. Однако, ARC имеет очень низкий приоритет для запросов к памяи. Если приложение запрашивает оперативную память, а система не имеет достаточно свободной памяти, ядро усекает ARC, предоставляя приложению запрошенную им память. Процесс возвращения оперативной памяти ARC в вашу систему для свободного применения не является мгновенным; он может занять несколько секунд. Таким образом: если память свободна, ARC будет её использовать. Если что-то испытывает потребность в этой памяти, ARC возвращает её назад. Современные сервера имеют в наличии много оперативной памяти. Они могли бы применять её для чего- то полезного. Старая поговорка "Свободная память- потерянная память" всё ещё является верной. ---///
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+1 +/–
	Сообщение от Elon Musk (?), 30-Апр-18, 18:04
	Теоретическая копи/паста которая в реальных боевых условиях под нагрузкой нефига не значит.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от iZEN (ok), 30-Апр-18, 18:50
	> Теоретическая копи/паста которая в реальных боевых условиях под нагрузкой нефига не значит. Есть доказательства? Приведите - почитаем.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от пох (?), 03-Май-18, 21:32
	>> Теоретическая копи/паста которая в реальных боевых условиях под нагрузкой нефига не значит. она на виртуалке на древнем ноуте нихрена не значит. Виснет 100%. Рецепт известен, причины тоже (их больше одной), толку от этого знания ноль. > Есть доказательства? Приведите - почитаем. я затрахался их приводить в каждом треде, упоминающем ваш фетиш. Пользуйтесь поиском. Или гуглем. Нет, не исправлено, с 2016го года, когда проблема всплыла глобально. Разработчики предпочитают заметать крошки под ковер. И нет, у индианы все хорошо, у нее по другому устроена система управления памятью в принципе, проблема существует только в вашей любимой системе, жертве копипастинга и гонора горе-"разработчиков". Только прикладных задач под ней не решают, поэтому пользы от этого никому и никакой.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от пох (?), 03-Май-18, 21:39
	> А у соляры для начала управление памятью нормальное сделали? Чтобы ядро могло да. > при нужде резко отобрать у дискового кэша память, а не прикладывать > приложения out of memory при отожранном кэше. А то когда *bsd > передирали ZFS из соляры - в этом аспекте вышел трэш и > угар. он и посейчас, только вместо (вместе с) улета приложений по sigsegv или кернельного oom - локапы и битые пулы. Доулучшали. Именно по той причине, что тех частей, которые есть в соляре, и которыми невозбранно пользуется arc.c, у фри нет. И своих нет (там память жрать может не только ARC, и результат будет ровно тот же - памяти дофига, но приложению ее не дают, а при попытке поискать - виснем, потому что поиску в ядре не хватило памяти, а свопаться само ядро не умеет, поэтому своп стоит пустой) Я бы с интересом послушал опыт с ZOL на ту же тему - как взаимодействует "неродной" ARC, "родной" buffer cache и предоставление памяти приложениям. Подозреваю, тоже все плохо, или совсем плохо, тех механизмов там тоже нет.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	40. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от iZEN (ok), 04-Май-18, 23:04
	> он и посейчас, только вместо (вместе с) улета приложений по sigsegv или > кернельного oom - локапы и битые пулы. Что ж ты врёшь? > Доулучшали. > Именно по той причине, что тех частей, которые есть в соляре, и > которыми невозбранно пользуется arc.c, у фри нет. И своих нет (там > память жрать может не только ARC, и результат будет ровно тот > же - памяти дофига, но приложению ее не дают, а при > попытке поискать - виснем, потому что поиску в ядре не хватило > памяти, а свопаться само ядро не умеет, поэтому своп стоит пустой) Это неправда.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от пох (?), 04-Май-18, 23:25
	разрыв пердака засчитан. (неумение пользоваться гуглем тоже) > Это неправда. "главное - верить!"
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от Anonymous Alcoholitus (?), 02-Май-18, 00:26
	Там планировщик не столько сходит с ума "разруливая", сколько с ума сшедший планировщик тогда уж... :-)
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	31. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от iZEN (ok), 02-Май-18, 16:14
	> Там планировщик не столько сходит с ума "разруливая", сколько с ума сшедший планировщик тогда уж... :-) Вот как заходит в тупик планировщик дисков в Debian: https://www.linux.org.ru/forum/general/14184949
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Anonymous Alcoholitus (?), 02-Май-18, 22:13
	Там же (постороннее) zfs заходит в тупик, не планировщик...
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+4 +/–
	Сообщение от Аноним (-), 29-Апр-18, 23:30
	> Как явствовало из удалённого модераторами не являющимися ни истиной ни последней ин > станцией в отличие от палаты, например тем что во FreeBSD решили > похоже полностью сломать журналирование да и вообще правильную работу жёстких дисков... А если почитать оригинал, а не слушать перепев Рабиновича^W поха, то проблема там в write cache самого диска и фейковом подтверждении синка без записи на носитель. "Правильной работой диска" назвать это можно разве что перепив смузи и навернувшись с гироскутера.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	22. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Аноним (-), 30-Апр-18, 07:10
	> "Правильной работой диска" назвать это можно разве что перепив смузи и навернувшись > с гироскутера. Нефиг было фирмварь управляющую мотором на чем попало писать :)
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от Anonymous Alcoholitus (?), 02-Май-18, 01:39
	Рецепт кому может всё-таки понадобиться назвать правильной работу дисков во FreeBSD? :-)
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	38. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от пох (?), 03-Май-18, 21:55
	> А если почитать оригинал, а не слушать перепев Рабиновича^W поха, то проблема > там в write cache самого диска и фейковом подтверждении синка без > записи на носитель. да-да, все на свете диски неправильные, у нас works as intended. > "Правильной работой диска" назвать это можно разве что перепив смузи и навернувшись > с гироскутера. лолшта? Вы хотите выключить кэш у hdd ? Или возврат success это неправильная работа writeback кэша? проблема там в непригодной для работы с кэширующими носителями структуре журнала (и, кажется, еще и неумении системы делать syncronize cache на shutdown). У ext4, к примеру, ее нет (потому что нет "софтапдейтов"). При неподтвержденном write накатится лишний раз уже накаченное (ничего не изменится) или не накатится последняя запись из лога (пропадет бесследно только что созданный файл, но fs останется консистентна) У zfs тоже нет, поскольку COW. Либо пропадет последняя операция, либо операция выполнится но метаинформация останется старой и fs будет выглядеть, как будто она не выполнялась вовсе, либо все попадет на диск.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	42. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от Аноним (-), 04-Май-18, 23:31
	> У ext4, к примеру, ее нет (потому что нет "софтапдейтов"). При неподтвержденном > write накатится лишний раз уже накаченное И journal_checksum добавили туда чисто по приколу, ага.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	+/–
	Сообщение от пох (?), 06-Май-18, 02:23
	> И journal_checksum добавили туда чисто по приколу, ага. это на совсем другой случай - не когда запись подтвердилась но не доехала до диска, а когда система просто навернулась на полном ходу, и есть шанс, что напоследок записала туда вообще какой-то мусор из поврежденного стека, или электричества хватило на половину блока, а вторую тупо не успела. Прецедентов в начале 2000х было, причем усугублялись забавным свойством ext3 накатывать журнал необратимо и неостановимо при любом обращении к разделу, даже на чтение. (возможность принудительно заблокировать журнал появилась тогда же, когда write barriers и проверки консистентности - то есть когда уже было особо и не нужно) Но, как видим, не стали рассказывать что "это у вас у всех диски неправильные", а сделали чтоб работало правильно (и flush cache тоже научились делать на шатдауне, хотя это и полумера, но во многих случаях ее хватает)
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Выпуск дистрибутива OpenIndiana 2018.04, продолжающего разви..."	–1 +/–
	Сообщение от . (?), 01-Май-18, 03:05
	>Это нужно, например, людям, которые делают стораджи для пачки виртуалок по iSCSI. Таки да! Для всего остального ... есть вещи получше. Но стораджи из этого делаются хорошие. Там ведь и IPMP _рабочий_ из коробки есть, с циской друг друга понимают как родные :-)
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

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

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