The OpenNET Project / Index page

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

Линус Торвальдс опроверг проблемы с планировщиком задач, всплывшие в тесте производительности

06.01.2020 09:26

Разработчик игр Malte Skarupke опубликовал сравнение производительности блокировок на основе Mutex и Spinlock при использовании различных планировщиков задач. Тесты показали аномально большие задержки при использовании Spinlock с планировщиком задач, используемым в Linux по умолчанию. Автор тестов сделал вывод, что планировщик задач Linux имеет проблемы, которые негативно сказываются на работе игр, создаваемых для сервиса Google Stadia, в котором игры выполняются на GPU в облачном окружении, а клиенту в потоковом режиме лишь транслируется содержимое экрана с частотой до 60 кадров в секунду. При подобных условиях необходимо обеспечить своевременный вывод кадров на экран и задержки, превышающие миллисекунду, становятся заметны.

К обсуждению тестов подключился Линус Торвальдс, который назвал их мусором ("pure garbage") и примером того, как можно, полностью не разобравшись в теме, получить показатели, не отражающие реальную действительность. Spinlock является низкоуровневым примитивом, который в пространстве пользователя нужно использовать с большой осторожностью и полностью разбираясь в деталях, иначе можно получить то, что было продемонстрировано автором теста. Разработчикам игр Линус посоветовал не применять spinlock и не пытаться городить собственные системы блокировки на его основе, а использовать существующие проверенные механизмы, информирующие систему об ожидании освобождения блокировки для исключения влияния планировщика.

Надстройки на базе Spinlock же можно использовать только при полной уверенности, что планировщик не прервёт их выполнение. Применяемые в тестах блокировки на основе spinlock реализованы через самодельную обвязку, работающую в пространстве пользователя. Планировщик задач может в любой случайный момент забрать управление во время выполнения этой обвязки и переключиться на выполнение другой задачи. Так как измерение производительности выполняется на основании абсолютных значений таймера, определённые в тестах задержки охватывают не только задержки в обработчике блокировки, но и код, который был выполнен в другом контексте, т.е. измеряют не только то, что пытался измерить автор теста, но и "шум" от других вычислений в системе.

Автор теста попытался возразить Линусу, указав на то, что применение собственных систем блокировки на базе spinlock часто используется на практике в играх, так как при использовании более простых планировщиков, чем в Linux, тесты показывают более высокую производительность. Линус возразил, что планировщик Linux является универсальным, оттачивался десятилетиями и оптимизирован не только для рабочего стола и игр, но и для других видов нагрузки, например, для серверных систем, поэтому учитывает множество нюансов при планировании выполнения задач.

Добавление специфичных оптимизаций, которые позволят снизить задержки в играх Google Stadia, могут повысить отзывчивость в конкретном случае, но скорее всего приведут к снижению эффективности планировщика в целом. Например, планировщик Windows ведёт себя лучше в обсуждаемых тестах, так как он значительно проще планировщика Linux и оптимизирован в основном для задач, специфичных для рабочего стола.

  1. Главная ссылка к новости (https://www.phoronix.com/scan....)
  2. OpenNews: Линус Торвальдс временно отстранился от разработки ядра Linux
  3. OpenNews: Линус Торвальдс жестко раскритиковал связанные с микрокодом патчи Intel
  4. OpenNews: Линус Торвальдс раскритиковал ограничительные меры по усилению защиты ядра Linux
  5. OpenNews: Линус Торвальдс выступил с критикой контроля качества в DRM-подсистеме ядра Linux
  6. OpenNews: Линус Торвальдс столкнулся с дилеммой: устранение уязвимости или сохранение совместимости
Лицензия: CC-BY
Тип: Тема для размышления
Ключевые слова: scheduler, benchmark, spinlock, mutex
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (389) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 10:23, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +23 +/
    Ничего не понял из текста, но я более за Линуса. гугл в утиль.
     
     
  • 2.3, Аноним (2), 10:24, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    *болею (извиняюсь, опечатка)
     
     
  • 3.21, iPony129412 (?), 11:11, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +73 +/
    Выздоравливай 🤒
     
     
  • 4.147, Аноним (2), 16:49, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Спасибо, только насморк остался ещё
     
     
  • 5.379, Baz (?), 14:38, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    держи лекарство от Линуса - FuckUoyNvidia.png
     
     
  • 6.386, ммнюмнюмус (?), 22:31, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не забудьте специально для него заточенные салфетки Клинюкс
     
  • 2.6, Аноним (6), 10:43, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ничего не понял из текста, но я более за Линуса. гугл в
    > утиль.

    Спинлок, грубо говоря, это пустой цикл, выполняемый с целью задержки. Если открыть руководство по разработке для ОС с "более простым планировщиком, чем в Linux" -- там такое можно найти в разделе "модули ядра" и с оговоркой про IRQL (нет смысла объяснять, что это -- для разработчиков игр оно неведомо).

     
     
  • 3.164, Урри (?), 17:27, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Эммм, что за херню вы принесли и какие идиоты вас плюсанули??

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

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

    Любые программисты (не обезьяны, а программисты) в курсе что такое спинлок и нахера он нужен; даже на всех собеседованиях (на позицию программиста, а не обезьяны) об этом спрашивают.

     
     
  • 4.181, Аноним (6), 18:13, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это называется побочный эффект алгоритма А кто не принимает во внимание, что ... большой текст свёрнут, показать
     
     
  • 5.188, Урри (?), 18:45, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    facepalm Охохохохо Спинлок - это не тупой цикл Это давно-давно, еще когда ... большой текст свёрнут, показать
     
     
  • 6.206, Аноним (6), 19:35, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    gt оверквотинг удален Я понимаю, что некоторые динозавры до сих пор не знают, ... большой текст свёрнут, показать
     
  • 4.186, erthink (ok), 18:31, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Стоит уточнить/усугубить, что в linux (в современной glibc) mutex'ы реализованы через futex'ы aka benaphor'ы.

    Суть же фьютекса в том, что это просто word в userspace, над которым выполняются interlocked/atomic  операции с syscall'ом в slow-path.
    Соответственно, если такой мьютекст свободен и его никто не ждет, то стоимость его захвата/освобождения такая-же как у spinlock'а. Сискол же будет когда потребуется ожидание при захвате, или для пробуждения других процессов при освобождении.

     
  • 4.333, letsmac (ok), 13:06, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>Цель спинлоков - не задержка выполнения программы, а быстрая проверка некоторого условия (например и чаще всего, захваченности мьютекса) в юзерспейсе без переключения в кернелспейс (которое довольно дорого по ресурсам).

    ИМХО это просто костыль оставшийся от лени делать программные прерывания. Асинхронность можно сделать и без вызова ядра.  

     
  • 4.411, ПриветКолян (?), 19:27, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Захваченности чего? Mutex нельзя захватить. Это просто сигнализирующий механизм. Вывеска на двери номера "Сейчас я трахаю Машу. Дырка занята, заходите позже".
     
     
  • 5.414, КО (?), 15:22, 13/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Захватить это и есть вывесить вывеску на пустую дверь. Кто первый тот и папа.

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

     
  • 2.91, vitalif (ok), 14:21, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Ага, ну да, конечно, у Штадии проблемы из-за плохого планировщика в линуксе, а совсем не из-за сетевой задержки. Да-да...
     
  • 2.93, Аноним (93), 14:22, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Из такого вольного пересказа Я бы тоже ничего не понял. Читайте ответ Линуса в оригинале.

    Вкратце, чувак сам не понял, что он измеряет.

     
     
  • 3.114, Michael Shigorin (ok), 15:09, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Ага.  Мне особенно приглянулись вот эти кусочки:

    > And then you write a blog-post blamings others, not understanding
    > that it's your incorrect code that is garbage, and is giving random
    > garbage values.

    Прям почти старый добрый Линус :-)

    > I repeat: do not use spinlocks in user space, unless you actually
    > know what you're doing. And be aware that the likelihood that you
    > know what you are doing is basically nil.

    ...и доходчивое разъяснение "на пальцах", почему именно.

    > (Pretty much every time we picked an unfair - but fast - locking
    > model in the kernel, we ended up regretting it eventually, and had
    > to add fairness).

    А вот об этом лет двадцать назад говорили солярочники -- мол, это ваш пингвин быстрый, пока не умеет кучу процессоров; а как обрастёт fine grained locking -- так и остепенится.

    И ещё про particularly bad random number generator, угу. :)

    PS: интересно, индусы успеют захавать гугль?

     
     
  • 4.157, Аноним (157), 17:12, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Уже)
     
  • 4.209, Аноним (209), 19:42, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В руководстве американских корпораций сплошные Лингамапутры с цыганскими методами.
     
  • 4.287, axredneck (?), 00:22, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > "на пальцах"

    На скольких и на каких?

     
  • 4.380, InuYasha (?), 14:48, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Старый Суровый Линус, я бы сказал )
     
  • 2.140, Аноним (140), 16:25, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ничего не понял

    не понял - не пиши сюда.

     
  • 2.207, Аноним (207), 19:37, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    "Вы просто неправильно их используете!"
     
  • 2.329, заминированный тапок (?), 12:15, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    всё очевидно же: очередной смyзихлёб в зауженных тениках прострелил себе ногу (не разбираясь досконально в теме) и кричит простреленную ногу "р3шето"
     
  • 2.348, Аноним (348), 17:48, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "Я ничего не понял, но я за Торвальдса". Кичишься своим невежеством, и ещё +50 себе накрутил? Вот чудак. А тем временем, в комментариях есть хорошие комменты, например о том, что автор сервера JACK отписался в комментах, а также толковый коммент с обзором шедулёров в Windows.
     
     
  • 3.359, JL2001 (ok), 21:15, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А тем временем, в комментариях
    > есть хорошие комменты, например о том, что автор сервера JACK отписался
    > в комментах, а также толковый коммент с обзором шедулёров в Windows.

    а чего ж ссылки то не дали?

     
  • 2.387, Kuromi (ok), 23:28, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А что тут непонятного-то? Разработчики игр и околоигровая братия считают, что Линус должен немедленно начать оптимизировать ОС под специфические игровые задачи, особенно когда некоторые компании вроде Гугл собирались зарабатывать на этом большие деньги. Линус ответил, что не одними играми мир мазан.
     
  • 2.393, Тот_Самый_Анонимус (?), 06:22, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Ничего не понял из текста, но я более за Линуса. гугл в утиль.

    Мужик!
    Я нихера не понял, что ты сказал мне, но ты мне близок.
    Ты заговорил, и достучался до сердца.
    (Джей и Молчаливый Боб Наносят ответный удар)

    Это и называется фанатизмом: следование решению партии без вникания в суть.

     

  • 1.4, Нанобот (ok), 10:24, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Линус Торвальдс опустил диванного эксперта
     
     
  • 2.25, Аноним (25), 11:20, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –26 +/
    Линусу или пора опять в отпуск, подумать над своим поведением , или он обратно отрастил свои стальные CoC'и ? =D
     
     
  • 3.32, Аноним_t (?), 11:41, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +30 +/
    Линусу повезло, что "эксперт" не трансвестит или что-то вроде.
     
     
  • 4.109, Аноним (109), 15:03, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Захочет отомстить — сменит. Gamergate v2.0 пока что не исключён.
     
  • 4.412, ПриветКолян (?), 19:31, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ой ли.
     
  • 2.38, Аноним (38), 11:56, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Реально жесть! Смотреть до конца!
     
  • 2.94, Аноним (94), 14:24, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как будто игроиндустрии бывают какие-то другие.
     

  • 1.5, Аноним (5), 10:29, 06/01/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –12 +/
     
     
  • 2.22, Анонимышь (?), 11:16, 06/01/2020 Скрыто модератором
  • +11 +/
     
  • 2.349, Аноним (348), 17:51, 07/01/2020 Скрыто модератором
  • +1 +/
     

     ....ответы скрыты модератором (2)

  • 1.7, anonymous (??), 10:46, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Хм, неожиданно. Много лет использую spin lock-и в местах, где lock очень короткий и получаю прирост в производительности, как и в синтетических тестах, так и по метрикам production-а. А тут, выясняется, что сам Линус говорит, что spin lock-и использовать нельзя.
     
     
  • 2.10, Аноним (6), 10:50, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Хм, неожиданно. Много лет использую spin lock-и в местах,
    > где lock очень
    > короткий

    Важная деталь.

    > сам Линус
    > говорит, что spin lock-и использовать нельзя.

    "использовать с большой осторожностью и полностью разбираясь в деталях"

     
     
  • 3.29, anonymous (??), 11:32, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Если быть конкретнее, то Линус говорит То есть с его точки зрения, я всё это вр... большой текст свёрнут, показать
     
     
  • 4.31, anonymous (??), 11:41, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > то такое бывает очень редко

    Из-за этого редко некоторые игры на Stadia лагают, поэтому Линус ему так и ответил что он **** и не разбирается в том, как работает spinlock на ОС без realtime scheduling-а. Вот и весь посыл, а ещё он сказал что всё что намерил разработчик - мусор. И правильно сказал, ибо в контексте, в котором пишет разработчик Stadia, оно мусором и является.

     
     
  • 5.88, колба (?), 14:18, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а разве мерил разработчик стадии? там вроде какой-то левый чувак вобще..
     
  • 4.36, Аноним (6), 11:53, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > я всё это время использовал spinlock-и неправильно

    Не так что бы всё. Точнее можно оценить из соотношения времён взятия спинлока и длительности кванта планировщика.

    > и является пищей для размышления

    ИМХО именно с такой целью Линус и высказался.

    Это примерно как в детстве учат: "не суй пальцы в розетку". Потом преподают закон Ома и так далее. Кто-то идёт в электрики, кто-то -- атомные электростанции строить. А некоторым и к старости нечего пальцы в розетку сувать.

     
     
  • 5.120, Michael Shigorin (ok), 15:14, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Это примерно как в детстве учат: "не суй пальцы в розетку".

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

    То есть от неоправданных догматов переходить к пониманию происходящего.

    PS: а то розетка-то может быть обесточенной, "догмат" пострадает (и в следующий раз может не спасти своего носителя), поскольку был неверен изначально -- а понимание подскажет, почему пронесло.

     
     
  • 6.190, Аноним (190), 18:51, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Миша, ты на праздниках перебрал, что-ли? Уносит тебя куда-то не туда...
     
     
  • 7.312, Аноним (6), 08:06, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Иду я и вижу: человек дотронулся до трансформаторной будки, его бьёт током. Среагировал как положено, подручным предметом из диэлектрика разомкнул цепь.

    --

    Попал мне камушек в сандаль. Я рукой об эту штуку опёрся, ногой потряс, и тут этот ошалелый меня как огреет доской!

     
  • 6.417, Cadet (?), 19:00, 13/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >в детстве учат: "не суй пальцы в розетку"

    А я сунул. Точнее за оголенные провода специально взялся. Нехило так потом руку колотило.

     
  • 4.87, колба (?), 14:16, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    это говорит о том что вы не до конца понимаете как работает спинлок, но вам повезло и вы не получили от этого негативных последствий( либо не заметили их)

     
  • 4.239, Аноним (239), 21:40, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Правильный быстрый lock должен быть как критические секции в винде. В случае промаха захвата ресурса нужно уйти ждать объект ядра, предварительно поставив флаг заставляющий при освобождении ресурса отправить уведомление ядру. В таком случае при переключении контекста блокировавшего потока(если уж случилось) ожидающие этот же ресурс потоки не будут мешать блокирующему ресурс потоку вернуться к выполнению. То есть займёт меньше времени.
     
  • 3.208, Аноним (207), 19:39, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    "Вы просто неправильно их используете!"
     
  • 2.35, Аноним_t (?), 11:45, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +13 +/
    > Много лет использую spin lock-и в местах, где lock очень короткий и получаю прирост в производительности, как и в синтетических тестах, так и по метрикам production-а.

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

     
  • 2.57, псевдонимус (?), 12:51, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А ещё он говорил что обычный юзер имеет право менять системное время на хосте...много чего он говорил.
     
  • 2.82, rvm1975 (?), 14:04, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    в php коде ?
     
  • 2.112, Egan (?), 15:06, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Имхо костыль. Что конкретно Вы этим костыляете - сказать затрудняюсь, но я бы не назвал это нормальной практикой.
     
  • 2.117, Michael Shigorin (ok), 15:11, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тогда на всякий напомню его же подобное по стилю разъяснение о том, почему PAE использовать не надо совсем вообще никогда нигде, а системам с более чем гигабайтом (даже не двумя) памяти показана 64-битная адресация: http://cl4ssic4l.wordpress.com/2011/05/24/linus-torvalds-about-pae/
     
     
  • 3.161, Anonymoustus (ok), 17:18, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Тогда на всякий напомню его же подобное по стилю разъяснение о том,
    > почему PAE использовать не надо совсем вообще никогда нигде, а системам
    > с более чем гигабайтом (даже не двумя) памяти показана 64-битная адресация:
    > http://cl4ssic4l.wordpress.com/2011/05/24/linus-torvalds-about-pae/

    Эта статья вызывает мегатонны фейспалмов и показывает, что бестолковость Торвальдса лишь немного меньше бестолковости среднего опеннетовского анонима.

     
  • 3.389, Kuromi (ok), 23:38, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А разве где-то память через PAE реально использовалась? Самый реальный пример который мне опадался - сторонний драйвер RAM-диска который был способен организовывать диск в PAE области. Так чсебе применение, но всеж таки. В куда большем числе случаев PAE включался просто чтобы использовать NX-бит.
     
     
  • 4.396, КО (?), 10:22, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В том же Oracle RDBMS в стародавние времена в качестве кеша. И прочих программах которым нужно было много памяти.
    На текущий момент при выборе новой системы - действительно не актуально.
     
  • 2.195, Аноним (195), 18:58, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Хм, неожиданно. Много лет использую spin lock-и в местах, где lock очень
    > короткий и получаю прирост в производительности, как и в синтетических тестах,
    > так и по метрикам production-а. А тут, выясняется, что сам Линус
    > говорит, что spin lock-и использовать нельзя.

    Строго говоря, Линус говорит, что их ненужно использовать, если вы точно не знаете как надо, чтобы было не больно, а то будет ай-ай-ай!

     
  • 2.351, Сергей (??), 18:07, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > прирост в производительности

    This. У него "прирост производительности" aka "Average test duration" на спинлоках в линуксе тоже виден, почти на всех шедулерах. Но его же интересует задержка, aka "Four longest idle times" - что даже не 99 перцентиль.

     
     
  • 3.356, Forth (ok), 20:46, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если чувака интересует только задержка, что из переписки не очевидно, то он явно пользуется спинлоками неправильно.
    Политика SCHED_OTHER ему не подходит в таком случае, для этого есть SCHED_FIFO.
     
     
  • 4.398, КО (?), 10:27, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Если чувака интересует только задержка,

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

     
  • 2.415, КО (?), 15:25, 13/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то он про другое говорит. В основном про методику измерения времени задержки, которая показывает, что иногда, при вытесняющей многозадачности, случаются моменты окончания выделенного кванта времени. И сравнивать скорость захвата, по тому где в коде это происходит дело не благодарное.
     

  • 1.8, Аноним (8), 10:47, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Если на MuQSS не будет провала (а я подозреваю что это так), то прав совсем не Линус
     
     
  • 2.23, anonymous (??), 11:17, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    По такой же логике можно обвинить компилятор, если программа не работает, когда на самом деле она не работает из-за UB (мол "на другом-то компиляторе всё good!").
     
     
  • 3.56, Аноним (8), 12:48, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Челюсть ставишь, что без спинлоков на CFS будет быстрее? Или просто так ляпнул, авось за умного сойти?
     
     
  • 4.78, Аноним (6), 13:53, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Челюсть ставишь, что без спинлоков на CFS будет быстрее? Или просто так
    > ляпнул, авось за умного сойти?

    Это ты челюсть поставил вот этой заявой и предположениям выше про MuQSS. Так что ждём от тебя результатов и сорцов для повторения тестов (ты ведь не будешь подгонять цифирки, просто -- так принято).

     
     
  • 5.101, Аноним (8), 14:48, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Поздравляю, Шарик, ты балбес. Иди чекни статью по оп ссылке
     
     
  • 6.119, Аноним (6), 15:14, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тебе надо, ты и иди. Заодно челюсть спасёшь.
     
  • 4.325, anonymous (??), 11:07, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я предпочитаю просто обсуждать вопрос в плоскости логики и/или ссылок на факты. "Челюсть" не буду "ставить" в любой дискуссии.
     
  • 3.231, Аноним (231), 21:01, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тут сразу вспоминается история с memcpy(), glibc и adobe flash
     
     
  • 4.364, JL2001 (ok), 00:03, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Тут сразу вспоминается история с memcpy(), glibc и adobe flash

    а что там было?

     
     
  • 5.395, Совершенно другой аноним (?), 09:27, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    я так понимаю, имеется в виду вот это: https://www.linux.org.ru/news/linux-general/5545961
     
  • 4.394, Совершенно другой аноним (?), 09:26, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Сложно сказать, как в этом случае. Возможно в данном случае Линус прав: не понимаешь что это и как его правильно использовать - не используй. С memcpy(), имхо, он был не прав, причём по аналогичной логике - не понимаешь, чем отличается memmove() от memcpy() - пользуйся безопасным и более медленным memmove()-ом.
     
     
  • 5.399, nobody (??), 13:29, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. В тот раз проблема была в навязывании всем: "Есть дураки, которые не понимают чем memcpy() отличается от memmove(), поэтому давайте будем считать дураками всех и отберём memcpy() у ВСЕХ"
     
     
  • 6.401, Совершенно другой аноним (?), 15:15, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет. В тот раз проблема была в навязывании всем: "Есть дураки, которые
    > не понимают чем memcpy() отличается от memmove(), поэтому давайте будем считать
    > дураками всех и отберём memcpy() у ВСЕХ"

    Ну так, к сожалению, Линус такое и предлагает в https://bugzilla.redhat.com/show_bug.cgi?id=638477#c101

    I'd personally suggest that glibc just alias memcpy() to memmove().

    И в этом я с ним не согласен.

     
     
  • 7.402, nobody (??), 15:20, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А я что написал?..
     
     
  • 8.404, Совершенно другой аноним (?), 15:39, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Прошу прощения, значит я неправильно понял Ваш посыл ... текст свёрнут, показать
     
  • 5.403, Аноним (6), 15:33, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Сложно сказать, как в этом случае. Возможно в данном случае Линус прав:
    > не понимаешь что это и как его правильно использовать - не
    > используй. С memcpy(), имхо, он был не прав, причём по аналогичной
    > логике - не понимаешь, чем отличается memmove() от memcpy() - пользуйся
    > безопасным и более медленным memmove()-ом.

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

     
     
  • 6.405, Совершенно другой аноним (?), 15:49, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    простая, но оптимизированная для x86, memcpy выглядит так ------------------... большой текст свёрнут, показать
     
     
  • 7.406, Аноним (6), 16:09, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > простая

    "I'd personally suggest that glibc just alias memcpy() to memmove()."

    В glibc она не такая простая, насколько помню, там есть выбор от размера копируемых данных. А если добавить проверку перекрытия в простой код: на больших объёмах не играет роли; на малых memcpy() не эффективна.

     
     
  • 8.407, Совершенно другой аноним (?), 16:22, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не могу с Вами, как и с Линусом, согласиться На малых и известных на этапе комп... большой текст свёрнут, показать
     
     
  • 9.408, Аноним (6), 16:35, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тоже наблюдал такое и очень давно Именно это и имел ввиду, когда писал что сама... большой текст свёрнут, показать
     
     
  • 10.409, Совершенно другой аноним (?), 16:49, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тоже думал про такой аспект, но забыл написать ... текст свёрнут, показать
     
  • 2.41, Аноним (41), 12:04, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Независимо от результатов с muqss, это не противоречит словам Линуса, просто потому что этот планировщик как раз неуниверсален и разрабатывается исключительно для десктоп систем. Есть мир за пределами рача на твоём ноутбуке
     
     
  • 3.55, Аноним (8), 12:47, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Где-то тут должна была быть логика, но она не обнаружена. Зачем мне планировщик, который не оптимизирован под мои задачи, на моём ноутбуке? Для понтов?
     
     
  • 4.83, ананим.orig (?), 14:05, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а кто сказал что он не оптимизирован?
    зыж
    и да — кто не обнаружил логику?
     
     
  • 5.105, Аноним (8), 14:49, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он переоптимизирован настолько сильно, что стал работать медленнее? Ок
     
     
  • 6.124, ананим.orig (?), 15:21, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    враньё
     
  • 4.133, Аноним (133), 15:41, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Поддерживаю. В чем смысл одного универсального, но менее эффективного планировщика? Легче сопровождать? Лень?
    Ну, собственно ничего нового.  Линуксу фиолетово на десктоп, ясень пень.
     
     
  • 5.217, Аноним (109), 20:23, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Поддерживаю. В чем смысл одного универсального, но менее эффективного планировщика? Легче сопровождать? Лень?

    А какие ОС нынче имеют несколько специализированных планировщиков, не просветите?

     
  • 4.220, Аноним (109), 20:26, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Где-то тут должна была быть логика, но она не обнаружена. Зачем мне планировщик, который не оптимизирован под мои задачи, на моём ноутбуке? Для понтов?

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

     
  • 4.237, антонимус (?), 21:31, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Зачем мне планировщик, который не оптимизирован под мои задачи, на моём ноутбуке? Для понтов?
    >Где-то тут должна была быть логика, но она не обнаружена.

    А ты забавный. Понтов дофига и прям все тебе должны. Мы тебя прощаем, пакуйся с миром.

     
  • 3.89, zzz (??), 14:19, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –12 +/
    Виндовый планировщик прекрасно отрабатывает как в серверной, так и в десктопной части.
    Фрюшный планировщик прекрасно отрабатывает как в серверной, так и в десктопной части.
    И только в б-жественном линуксе из-за "универсальности" планировщик толком не справляется ни с серверной, ни с десктопной частью.
     
     
  • 4.95, ананим.orig (?), 14:26, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Виндовый …
    > Фрюшный …

    И тут же все вместе, включая набрасывающего на вентилятор, тут же отправились в пешее… догонять топ500

     
     
  • 5.106, zzz (??), 14:51, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    И что top500? Там серверная аль десктопная нагрузка?
     
     
  • 6.122, Michael Shigorin (ok), 15:18, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > И что top500? Там серверная аль десктопная нагрузка?

    Там ещё более другая, скорее пакетная.  Ну, если учонные опять не этсамое...

     
  • 6.128, ананим.orig (?), 15:25, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    т.е. наполовину:
    > как в серверной, так и в десктопной части.

    ты уже соврал.
    теперь хочешь чтобы поймали и на второй?
    А знаешь почему Джо неуловимый? :D

     
     
  • 7.183, zzz (??), 18:19, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Алкоголь - зло.
     
  • 2.111, Аноним (109), 15:05, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Если на MuQSS

    Это тот, который в idle грузит все ядра на 30-50%?
    Спасибо, ешьте сами.

     

     ....большая нить свёрнута, показать (36)

  • 1.9, Аноним (9), 10:49, 06/01/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • +2 +/
     
     
  • 2.14, ыфвыфв (?), 10:56, 06/01/2020 Скрыто модератором
  • +/
     
     
  • 3.24, anonymous (??), 11:19, 06/01/2020 Скрыто модератором
  • +3 +/
     
     
  • 4.33, Аноним (5), 11:44, 06/01/2020 Скрыто модератором
  • +/
     
     
  • 5.46, Аноним (5), 12:14, 06/01/2020 Скрыто модератором
  • +12 +/
     
     
  • 6.60, Аноним (60), 13:05, 06/01/2020 Скрыто модератором
  • +/
     
     
  • 7.96, zzz (??), 14:28, 06/01/2020 Скрыто модератором
  • +2 +/
     
     
  • 8.115, Аноним (109), 15:10, 06/01/2020 Скрыто модератором
  • +/
     
     
  • 9.134, Аноним (60), 15:45, 06/01/2020 Скрыто модератором
  • +1 +/
     
     
  • 10.148, Аноним (-), 17:03, 06/01/2020 Скрыто модератором
  • +/
     
     
  • 11.230, Аноним (109), 20:59, 06/01/2020 Скрыто модератором
  • +/
     
  • 10.221, Аноним (109), 20:29, 06/01/2020 Скрыто модератором
  • +/
     
     
  • 11.305, Евгений (??), 05:31, 07/01/2020 Скрыто модератором
  • +/
     
  • 9.185, zzz (??), 18:29, 06/01/2020 Скрыто модератором
  • +2 +/
     
     
  • 10.222, Аноним (109), 20:33, 06/01/2020 Скрыто модератором
  • +/
     
     
  • 11.223, Аноним (109), 20:39, 06/01/2020 Скрыто модератором
  • +1 +/
     
     
  • 12.314, Аноним (6), 08:35, 07/01/2020 Скрыто модератором
  • +/
     
  • 11.293, zzz (??), 01:15, 07/01/2020 Скрыто модератором
  • +1 +/
     
  • 7.233, Аноним (109), 21:07, 06/01/2020 Скрыто модератором
  • +/
     
  • 6.141, runoverheads (ok), 16:26, 06/01/2020 Скрыто модератором
  • +1 +/
     
     
  • 7.158, Аноним (158), 17:13, 06/01/2020 Скрыто модератором
  • +1 +/
     
  • 7.159, Аноним (158), 17:17, 06/01/2020 Скрыто модератором
  • +1 +/
     
  • 6.197, drTrue (?), 19:04, 06/01/2020 Скрыто модератором
  • +/
     
     
  • 7.198, drTrue (?), 19:08, 06/01/2020 Скрыто модератором
  • +1 +/
     
  • 6.215, Аноним (215), 20:08, 06/01/2020 Скрыто модератором
  • +/
     
     
  • 7.227, анонн (ok), 20:54, 06/01/2020 Скрыто модератором
  • +3 +/
     
     
  • 8.250, Аноним (215), 22:47, 06/01/2020 Скрыто модератором
  • +/
     
  • 7.228, Аноним (109), 20:57, 06/01/2020 Скрыто модератором
  • –3 +/
     
  • 6.232, Аноним (109), 21:02, 06/01/2020 Скрыто модератором
  • +/
     
  • 5.48, Ordu (ok), 12:19, 06/01/2020 Скрыто модератором
  • +2 +/
     
     
  • 6.52, Аноним (5), 12:27, 06/01/2020 Скрыто модератором
  • +/
     
     
  • 7.70, Ordu (ok), 13:44, 06/01/2020 Скрыто модератором
  • +1 +/
     
  • 7.121, Аноним (109), 15:15, 06/01/2020 Скрыто модератором
  • –3 +/
     
  • 5.92, Аноним (94), 14:22, 06/01/2020 Скрыто модератором
  • +/
     
     
  • 6.118, Аноним (109), 15:13, 06/01/2020 Скрыто модератором
  • +/
     
  • 3.139, Аноним (140), 16:24, 06/01/2020 Скрыто модератором
  • +/
     
     
  • 4.199, drTrue (?), 19:10, 06/01/2020 Скрыто модератором
  • +/
     
  • 2.79, Аноним (79), 13:57, 06/01/2020 Скрыто модератором
  • +3 +/
     

     ....ответы скрыты модератором (37)

  • 1.11, Аноним (11), 10:52, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    вантузный игродел решил попрграмировать под линукс и публично опозорился
     
  • 1.12, Аноним (11), 10:54, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    > Автор теста попытался возразить Линусу

    ахахаха, спорить с родителем самой linux-системы
    лучше бы он этого не делал

     
     
  • 2.15, Аноним (5), 10:59, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Автором планировщика для ядра Linux (что самого первого O(1), что второго, CFS) был Инго Молнар, Первый планировщик был хороший, но не идеальный, второй планировщик был ещё хуже. И когда пользователи стали жаловаться на баг 12309, вызванный переходом на CFS в ядре 2.6.23, Линус заявил, что это "совокупность багов, которые действуют в сумме, и эти баги трудно выловить по-одному и устранить". На самом деле, в более ранних версиях ядра (например 2.6.16) бага 12309 не было вообще, а его появление как-то чудесно совпало с появлением нового планировщика.

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

     
     
  • 3.17, Аноним (6), 11:04, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Другое дело, оффтопик. Вызвал timeBeginPeriod() и всё стало плавно. Правда, в документации к функции написаны странные вещи. :)
     
  • 3.18, llol (?), 11:08, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > На самом деле, в более ранних
    > версиях ядра (например 2.6.16)
    > бага 12309 не было вообще, а его
    > появление как-то чудесно совпало с
    > появлением нового планировщика

    И только разработчики с 10+ лет стажа сейчас тяжело вздохнули ибо знают, что ситуация, когда исправляешь один баг, и тут же всплывает пяток других, которые не были видны из-за первого бага, случаются очень часто.

     
     
  • 4.40, ананим.orig (?), 12:01, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И только разработчики с 10+ лет стажа сейчас тяжело вздохнули ибо знают

    ибо знают cfs шедулер это про Фому, а cfq шедулер — про Ерёму

    первый — process scheduler https://www.kernel.org/doc/html/latest/scheduler/sched-design-CFS.html
    второй — io scheduler https://www.kernel.org/doc/Documentation/block/cfq-iosched.txt

    зыж
    но что характерно, что 10 лет назад, что сейчас путают их между собой одни и те же "школьники"

     
     
  • 5.53, Аноним (5), 12:35, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.linux.org.ru/news/linux-general/2042898?cid=2045250
     
  • 3.30, ананим.orig (?), 11:37, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > И когда пользователи стали жаловаться на баг 12309 ........

    есть планировщик задач, а есть планировщик ввода-вывода.

    во-о-о-т...
    наводящий вопрос - как ты думаешь о каком из них лет 10 назад спорили дяди пока ты прогуливался школу?

     
  • 3.306, Аноним (306), 06:04, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    баг 12309 вызван проблемами в чипсете intel вышедшем в то время, на amd как вы можете знать этот баг не воспроизводился.
     
  • 2.51, Ordu (ok), 12:26, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +12 +/
    > ахахаха, спорить с родителем самой linux-системы
    > лучше бы он этого не делал

    Почему же лучше? Человек, в результате, получил обратную связь от Торвальдса. Если он не прекратит свои изыскания, но учтёт результаты беседы с Торвальдсом и продолжит исследования ещё месяца два, он будет понимать в применении спинлоков в играх столько, сколько мало кто понимает. Причём, при желании, у него есть опция написать более вдумчивую статью, сравнивающую спинлоки и мьютексы, и продолжить беседу с Торвальдсом. Вероятно, узнав ещё что-нибудь, из не лежащего на поверхности.

     
  • 2.59, псевдонимус (?), 13:00, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А что, спорить с ним нельзя?

    Можешьне отвечать, я уже понял что ты сектант.

     
     
  • 3.80, Аноним (79), 13:59, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нет. Не потому что Линус прав, а потому что спорить с ним нельзя. О том и новость.
     
     
  • 4.126, Michael Shigorin (ok), 15:23, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Нет. Не потому что Линус прав, а потому что спорить с ним нельзя.
    > О том и новость.

    Ещё один чукча-писатель.

    Новость о том, что блокировки -- это сложно.  И с кондачка начинать негоже.  Сперва -- тропарик :) (в данном случае изучение уже наработанного и осознание предметной области)

     
     
  • 5.156, Аноним (156), 17:11, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Еще можно придумать заголовок что у Линуса новая должность капитан очевидность. Его основной довод что так уже работает и так универсальные ну и он в этом прав. А чувак который на него наезжает говорит что может быть лучше как минимум в некоторых случаях что какбэ тоже уже тянет на помощника капитана.
     
  • 3.123, Аноним (109), 15:19, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А что, спорить с ним нельзя?

    Не стоит спорить с людьми, которые умнее и грамотнее тебя в предметной области.

     
     
  • 4.127, Michael Shigorin (ok), 15:24, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >> А что, спорить с ним нельзя?
    > Не стоит спорить с людьми, которые умнее и грамотнее тебя
    > в предметной области.

    А вот разговаривать -- стоит.  Скорее с "почему" и "зачем", по опыту.

     
  • 4.135, псевдонимус (?), 15:50, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    От того что Линус грамотнее меня в своей предметной области игрушка шустрее работать не станет.как нет т не будет массового десктопа под ним. Одни фрикции устаревшего ещё при рождении ядра.
     
     
  • 5.169, Аноним (157), 17:36, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В общем виде:
    Игроделы заточились под вынь.
    Тупой порт на другие платформы дает тупой результат.
    Какие претензии ко второй платформе?
    Претензии к игроделам
     
     
  • 6.177, псевдонимус (?), 17:55, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Претензия ко второй платформе проста:она пытается уметь все. А когда указывт на косяки фанатики говорят что это фичи, как например в темах  о линуксовом управлении памятью
    Формально да, Линус в этом споре прав.
     
     
  • 7.307, Аноним (306), 06:06, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А ненадо всё валить в кучу, планировшик и vm это разные вещи.
     
     
  • 8.355, псевдонимус (?), 20:27, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и не надо мешать задачи сервака, суперкомпа и десктопа, прикрываясь фиговым ... текст свёрнут, показать
     
  • 6.225, Аноним (156), 20:44, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вторая платформа если уж решила быть комбайном могла бы подумать про качество работы в некоторых задачах. Или признать что не шмогла.
     
  • 6.315, Аноним (6), 08:47, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > В общем виде:
    > Игроделы заточились под вынь.

    В таком случае они бы использовали критические секции, а не велосипед.

    > Тупой порт на другие платформы дает тупой результат.
    > Какие претензии ко второй платформе?
    > Претензии к игроделам

    Когда они игры играли, а не писали, timeBeginPeriod() по документации не имела отношения к планировщику и считалась хаком.

     
  • 5.254, Аноним (254), 23:01, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну Windows спасет только мощное железо

    А даже на старом хламе вполне норм линукс работает
    А игры на Ютубе вполне проходятся

     
  • 4.138, Аноним (94), 16:16, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А как тогда вытащить из них то, чем они умнее и грамотнее? Иного приходится привселюдно неучем обозвать, чтобы он раскрылся и выдал что-то по существу. Понимаю, что это, в общем-то, разновидность троллинга, не самое лучшее дело для кармы, но приходится иногда и к таким методам прибегать.
     
     
  • 5.270, антонимус (?), 23:45, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >А как тогда вытащить из них то, чем они умнее и грамотнее?

    Методика паразита. Учиться не пробовал? Помогает.

     

  • 1.19, Аноним (19), 11:08, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Кон Коливас смотрит на эту дискуссию, как на битву нанайских мальчиков
     
     
  • 2.86, Аноним (86), 14:11, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    http://ck-hack.blogspot.com/2020/01/happy-new-decade.html
     
  • 2.236, антонимус (?), 21:16, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    MuQSS support cgroups, but not all the cgroup features (e.g. CPU limiting will not work).

    Кону Коливасу пофек.

     

  • 1.26, Аноним (26), 11:21, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Забавно читать про более простые планировщики Знания внутренностей ядра Windo... большой текст свёрнут, показать
     
     
  • 2.34, Аноним (8), 11:45, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Где почитать более свежие исходники ядра Windows? Дайте адрес на GitHub
     
     
  • 3.37, Аноним (26), 11:54, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нигде. Проприетарщина. Тут Linux впереди планеты всей. Лишь бы работал хорошо. Исходный пост не про то, что Linux плох, а про то, что он не для тех задач и условий, для которых создавался Windows.
     
     
  • 4.44, ананим.orig (?), 12:10, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну и нафига тогда этот спич выше про вантуз, если сабж — цитата:
    > … игр, создаваемых для сервиса Google Stadia, в котором игры выполняются на GPU в облачном окружении

    ?
    очевидно вантузный шедулер тут не применим

     
     
  • 5.65, Аноним (26), 13:18, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спич про Windows к содержимому ответа Linus'а, и некоторой части коментаторов в mailing list'е и здесь. В Google Stadia - вероятно не применим. Но ведь оригинальная статья упоминает Google Stadia лишь как начальный толчок к исследованию. А часть комментаторов просто начинает кидать гнилые помидоры в сторону Windows, не разбираясь толком ни в том, ни в другом.
     
     
  • 6.90, ананим.orig (?), 14:19, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    про затмения на Марсе — тоже очень интересная тема.
    при этом они также ничего не меняют (и не добавляют) к сабжу вообще и к содержимому ответа Linus'а в частности
     
     
  • 7.125, Аноним (26), 15:23, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Интересная наверное тема, да Как по мне, так это Linus про планировщик Windows ... большой текст свёрнут, показать
     
  • 3.200, drTrue (?), 19:16, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    M$ предоставляет исходники своей продукции включая Windows всех версий в ФСБ, иначе не смогла бы продавать на территории РФ.
     
     
  • 4.235, Аноним (109), 21:12, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    МС предоставляет бабки, а не исходники.
    Кстати,
    > иначе не смогла бы продавать на территории РФ.

    Неправда. Сертификация ФСТЭК нужна только для госзакупок в организации, работающие с гостайной.

    Продавать системы с предустановленной ОС в обычных магазинах можно без сертификатов, сотни разных андроидов не дадут соврать.

     
     
  • 5.242, drTrue (?), 22:01, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Неправда. Сертификация ФСТЭК нужна только для госзакупок в организации, работающие с гостайной.

    Нет, для закупок винды в госучреждения код винды должен был быть предоставлен ФСБ для изучения и он был предоставлен. Гугол в помощь.
    Что забавно, этот код ещё в бородатые 90-е (на рубеже 99-2000 если не ошибась или на пару лет позже) везли из аэропорта (куда код прилетел из США) на инкасаторском броневике. Даже в новостях показывали репортаж.

     
     
  • 6.324, anonymous (??), 11:05, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И гугл как раз скажет, что сертификаты нужны для аттестации, а аттестовать нужно лишь определённые системы. Либо обрабатывающие тонны ПДн, либо работающие с гос. тайной и т.п. Более того, обычно достаточно ФСТЭК-овских сертификатов.
     
  • 3.316, nich (ok), 09:03, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Windows Internals 7th edition
     
  • 2.42, Аноним (42), 12:04, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.techpowerup.com/review/1usmus-custom-power-plan-for-ryzen-3000-zen

    Windows loves to balance the CPU load across multiple CPU cores, moving threads from busy cores to idle ones. This is normal, expected behavior for a modern SMP-aware process scheduler, but Windows is actually pretty dumb about it.

    В линуксе вот этот момент гораздо правильней реализован

     
     
  • 3.61, Аноним (26), 13:10, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Угу Процитирую эту статью Ну, во первых, термина busy в планировщике Windows... большой текст свёрнут, показать
     
     
  • 4.69, Аноним (6), 13:40, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну как бы ядро т е исполнитель и тред контекст исполнения, в т ч адрес испо... большой текст свёрнут, показать
     
     
  • 5.103, Аноним (26), 14:49, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Люблю когда по делу переписка По первому куску кода WRK Не знаю, зачем сюда уж... большой текст свёрнут, показать
     
     
  • 6.136, Аноним (6), 16:06, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Э, нет, дружище, я тут не весть какой помощник Мне это было интересно, когда со... большой текст свёрнут, показать
     
     
  • 7.170, Аноним (26), 17:39, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вероятнее всего Вопрос - понимает ли автор, что стоит за этим словом Да, занят... большой текст свёрнут, показать
     
     
  • 8.202, Аноним (6), 19:19, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Он относит busy к ядру процессора, которое в принципе не может быть idle но мож... большой текст свёрнут, показать
     
  • 6.173, Anonymoustus (ok), 17:46, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Реверс Windows 10 - совсем иные ощущения.

    Ну и что там внутри, мой анонимный брат?

     
     
  • 7.176, Аноним (26), 17:54, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Гора неочевидного кода, твой анонимный брат. Неочевидного - потому что ты не знаешь настоящей причины, зачем он там. А ведь он нужен.

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

     
     
  • 8.212, Anonymoustus (ok), 19:54, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ох уж эти индусы 8230 171 Это свобода 187 8212 говорили они нам лет ок... текст свёрнут, показать
     
  • 4.81, Ordu (ok), 14:00, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Хочу уточнить: твои придирки, как я понял, относятся не к фактической части, а к теоретической? То есть ты не споришь с тем, что венда выполняет совершенно ненужные перекидывания потоков с ядра на ядро, тебя не устраивает то, как эти перекидывания объясняются, так?
     
     
  • 5.129, Аноним (26), 15:28, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть ты не споришь с тем, что венда выполняет совершенно ненужные перекидывания потоков с ядра на ядро,

    Я утверждаю, что их нет (до введения Cache Aware Scheduling пару недель назад).

    > тебя не устраивает то, как эти перекидывания объясняются, так?

    Меня не устраивают неверные утверждения про то что современный планировщик Windows не в курсе про SMT/HT/NUMA/архитектуру Ryzen, или что он имеет всего одну глобальную очередь потоков на выполнение  (или даже что он имеет одну локальную для ядра очередь потоков). А следовательно - про его простоту.

     
     
  • 6.149, Ordu (ok), 17:03, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> То есть ты не споришь с тем, что венда выполняет совершенно ненужные перекидывания потоков с ядра на ядро,
    > Я утверждаю, что их нет (до введения Cache Aware Scheduling пару недель
    > назад).

    В смысле, они были до введения Cache Aware Scheduling пару недель назад, я правильно понял? Статья от ноября 2019 года. То есть она всё говорит правильно.

     
     
  • 7.178, Аноним (26), 17:59, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как так можно читать, чтобы из двух, вроде бы чётко написанных сообщений, вывести противоположное утверждение? НЕ было. Так ясно?
    В статье лажа не по этой причине, а из-за следующих двух параграфов с голословными заявлениями (и противоречащим реалиям, если посмотреть код или почитать авторитетные источники вроде Windows Internals), ставящих под сомнение всё их экспертное мнение.
     
     
  • 8.194, Аноним (156), 18:55, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Где это такое видано чтобы оба сабжевых оратора были не правы Либо черное либо ... текст свёрнут, показать
     
  • 8.204, Ordu (ok), 19:23, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как можно писать, что я читаю одно твоё сообщение за другим, и до сих пор продол... текст свёрнут, показать
     
     
  • 9.214, Аноним (26), 19:56, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Поток перепрыгивает с ядра на ядро не по причине планировщик неоправданно пе... большой текст свёрнут, показать
     
     
  • 10.234, Ordu (ok), 21:12, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В перекидывании потока за ним ведь приходится тянуть все кеши Какая разница пл... большой текст свёрнут, показать
     
     
  • 11.318, Аноним (26), 09:18, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, нет Представим ситуацию Поток A всегда выполнялся на ядре 0 Его квант ист... большой текст свёрнут, показать
     
     
  • 12.328, Ordu (ok), 12:09, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С какого полового члена его вытеснил поток B если при этом ядра 1, 2, и 3 проста... большой текст свёрнут, показать
     
     
  • 13.330, Аноним (26), 12:55, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С какого полового члена взято что они простаивают Из сценария из статьи, точн... большой текст свёрнут, показать
     
     
  • 14.335, Ordu (ok), 13:18, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Посмотри внимательно на график Там две кривые прыгают вверх-вниз -- это два ядр... большой текст свёрнут, показать
     
     
  • 15.345, Аноним (26), 15:26, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В этой статье нет даже объяснения, что этот график изображает Single-threaded ... большой текст свёрнут, показать
     
     
  • 16.354, Ordu (ok), 20:04, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У меня не возникло проблем понять этот график Автор сделал открыл какую-то тулз... большой текст свёрнут, показать
     
     
  • 17.358, Аноним (26), 21:09, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я уже начинаю уставать от этого диалога, если честно Я не говорю, что автор гра... большой текст свёрнут, показать
     
     
  • 18.370, Ordu (ok), 02:06, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да, тогда когда занятых работой потоков больше чем ядер Когда их меньше, получа... большой текст свёрнут, показать
     
     
  • 19.374, Аноним (26), 10:55, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это практически всегда так На моём домашнем десктопе с 6 логическими ядрами, да... большой текст свёрнут, показать
     
  • 2.43, Аноним (6), 12:05, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Забавно читать про "более простые планировщики". Знания внутренностей ядра Windows типичного
    > Linux-апологета видимо ограничивается уровнем Windows XP/слитых исходников Win2000.

    А что, в тех сорцах есть планировщик?))

     
     
  • 3.62, Аноним (26), 13:12, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Без понятия. Если не там, то вероятно в Windows Research Kernel есть. Там и исходники посвежее должны быть (Windows XP, а не 2000).
     
  • 2.47, segesg (?), 12:14, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Марк, это ты? =)
     
  • 2.97, колба (?), 14:29, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    технически у виндовс нет универсального планировщика который создан с учётом и серверов и десктопов.. они сознательно от этого отказались разделив версии системы.. и да планировщик винды заточенный под десктопы сейчас возможно даже сложнее чем любой другой..
     
     
  • 3.108, Аноним (26), 15:01, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Технически, у Windows только универсальный и есть. Код Windows клиентских и серверных редакций (отвечающий за планировщик потоков) един. Есть различия в стандартных значениях констант (Quantum Reset например, у серверных редакций промежуток времени выполнения одного потока дольше в 4 раза). Есть ограничения по количеству ядер (опять, зависит от редакции, на бывшей Home редакции не получится поднять датацентр, да и Pro ограничения маловаты для этого). Но планировщик один. В некоторых случаях он лучше Linux'ового (например для домашнего ПК, или для небольших датацентров из коробки, т.е. до того как прийдёт профи Linux админ и начнёт крутить параметры sysctl).
     
  • 2.146, Аноним (146), 16:42, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Можно что угодно говорить про преимуществах ядра винды, но если нельзя убедиться в этих достоинствах, недостатках и особенностях своими глазами — грош им цена. Не раз и не два я в своей жизни нырял в исходники как линукса, так и дарвина, чтобы расковырять баг или разобраться в поведении. А когда такие баги попадались под виндой, я глядел в глубокие стектрейсы из ядра да системных dll, разводил руками и вставлял костыль.
     
     
  • 3.152, Аноним (26), 17:04, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Любой код можно расковырять, нужно лишь быть достаточно любопытным (и имеющим время до deadline, если таковой имеется). И вероятнее всего окажется, что ошибка в своём коде, а не в ОС, причём в неправильном использовании API (ведь кто читает документацию?), как очень часто рассказывает Raymond Chen в блоге The Old New Thing. Но никто не спорит, если есть исходники - не надо запускать IDA/Ghidra/Cutter/radare2/WinDbg.
     
  • 2.226, Аноним (231), 20:51, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я понятия не имею, что там в windows (не интересует вопрос), но крутить в юзерспейсе спинлоки с yield-ами на SMP - это выстрел себе в ногу, это в чистом виде UB. Такой подход уместен разве что в ОС с кооперативной многозадачностью, типа Windows 3.1.
     
     
  • 3.299, Аноним (299), 03:24, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Там дело еще осложняется тем, что код исполняется в виртуалке.
     
     
  • 4.392, Аноним (231), 02:29, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ха, ну это вообще тогда чувак измерял громкость жужжания комара, стоя рядом с работающим самолетным двигателем.
     
  • 2.229, антонимус (?), 20:59, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > В каждой версии Windows планировщик значительно усложнялся

    И все меньше винды оставалось на top500. Это факт, а факт - самая упрямая вещь на свете.

    >Windows же нацелен на работу на домашних ПК либо на серверах до 1000 (1280 если быть точнее) ядер

    Винда - игровая платформа. Только.

    >где должны хорошо работать приложения, написанные любым программистом, на любом хипстерском ЯП (Go, JS, ...) и не очень (C, C++, ...).

    Игры, например. Замечательно работают. В одно ядро.

     
     
  • 3.249, Аноним (249), 22:42, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У нас каждый первый комментатор опеннета похоже на топ500 работает.
     
     
  • 4.252, антонимус (?), 22:58, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Статистику в студию...
     
     
  • 5.296, Аноним (249), 02:52, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На что статистику? Как мой саркастический комментарий по поводу 500 компьютеров из множества всех относится к теме? Да собственно так же как твой комм про топ500. Давай не про топ500 тогда вбросим а про космос. Там твои что х86 что линухи в пролете.
     
  • 3.286, Anonymoustus (ok), 00:21, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Винда - игровая платформа. Только.

    Поражают воображение легенды и мифы опоздавших родиться мамкиных погромиздов.

     
  • 3.321, Аноним (26), 09:43, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Благодаря таким комментариям начинаешь забывать, что у Linux есть другие, более ... большой текст свёрнут, показать
     
  • 2.256, Аноним (254), 23:06, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Js другое хипстерское убожество на Винде настолько тормознуто

    что линукс встроили - wsl
    а потом wsl2 на виртуалки переделали

     
     
  • 3.319, Аноним (26), 09:29, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Справедливости ради, node.js на Windows тормозит не из-за сетевого стэка либо планировщика, а из-за файловой подсистемы (включая, но не ограничиваясь, NTFS). А любая вещь на JS не может работать без папки node_modules с миллионом файлов внутри. Увы.

    А файловый стэк - да, известная боль на Windows.

    WSL - замечательное начинание, которое мне позволяет из Windows работать с Valgrind'ом без виртуалок, дебажить порты Win32 приложений под Linux, не париться по поводу копирования в буффер обмена (cat | clip.exe, вместо cat | xclip, что не работает, ибо какого лешего я должен помнить про необходимость -selection с параметром, который тоже надо помнить? Почему Linux для меня, десктопного юзера, так не дружелюбен?).

    WSL2 - увы, шаг назад с моей точки зрения.

     

     ....большая нить свёрнута, показать (56)

  • 1.45, segesg (?), 12:10, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Линус прав в том что спинлоки надо уметь. Скорее всего автор теста не читал
    https://stackoverflow.com/questions/4725676/how-does-x86-pause-instruction-wor
    и
    https://stackoverflow.com/questions/12894078/what-is-the-purpose-of-the-pause-

    а зря!

     
     
  • 2.263, Аноним (263), 23:29, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Статью не читай @ сразу отвечай?

    Всё там правильно сделано. Опозорился тут как раз Линус, публично признав что его ОС не подходит для десктопа и что сделано хреново ради "универсальности".

     
  • 2.308, Аноним (306), 06:09, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да это прямо в документации написано http://man7.org/linux/man-pages/man3/pthread_spin_init.3.html в NOTE.

    Линус просто man процитировал.

     

  • 1.49, Аноним (49), 12:20, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Для игр вообще должны применяться системы без многозадачности. Или с вытесняющей многозадачность там и задержки будут меньше. А все эти гугл стадии на веселеньком универсальном железе это прямой путь к лагам. Только для казуальщины может быть подойдут.
     
  • 1.64, Forth (ok), 13:17, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Линус же указал страждущему правильный путь :)
    Есть же планировщик реального времени FIFO. В нем вытеснения нет. Каждый spin-lock гарантировано дождется освобождения без прерывания.
    Если spin-lock с таким же номером ядра/процессора как и твой, можно смело делать sched_yield, все равно другой тред занял этот лок на твоем же ядре. (И cpu affinity не забыть) :)
     
     
  • 2.98, колба (?), 14:32, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    я в целом изначально удивлён что на стадии не риалтайм использовали, но думаю инженеры гугла по разному поиграются и в итоге найдут специфичное для своей системы решение которое будет лучше.
     
     
  • 3.298, paulus (ok), 03:20, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да пусть сначала гуглоиндусы все свои сервисы и приложения нормально сделают, а потом что-то вякают на другие системы. Не говорю, что в линуксе все просто супер на десктопе... НО гуглоидусы бы лучше помалкивали. #imho
     
  • 3.371, Аноним (371), 06:30, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю Стадию закроют в 2021-2022 году. :-)
     

  • 1.66, Аноним (66), 13:19, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Занятно, Линус обвиняет другого разработчика в некомпетентности, при этом сам по... большой текст свёрнут, показать
     
     
  • 2.72, Аноним (79), 13:45, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Предположу что делать кастомную систему под каждую задачу ДОРАГА. Есть же системы реального времени для своих задач и прочие узкоспециализированные ос и стоят они дорага!!!!
     
     
  • 3.137, Аноним (137), 16:15, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, стоит заметить, что север и десктоп очень разные и широко распространённые задачи. Совсем неплохо было бы иметь 2 планировщика. Та же jvm имеет 2 jit компилятора для сервера и клиента, бо юз кейсы очень разные и потенциальный выйгрыш того чтобы заморочится.
     
     
  • 4.154, Аноним (156), 17:07, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Погоди-ка под десктоп линукс вроде особо и не заточен судя по перекосу в распространении. Или Суперкомпьютеры так и ждут чтобы потормозить?
     
     
  • 5.179, Аноним (137), 18:08, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не десктоп а клиент. И да, на линуксе десятки миллионов если не больше клиентов , в т.ч. десктопы, планшеты, смартфоны, телевизоры, в общем всё что имеет GUI.
     
     
  • 6.218, Аноним (158), 20:24, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >в т.ч.

    в таком случае это уже десятки миллиардов, не?

     
  • 4.304, Аноним (304), 04:46, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > jvm имеет 2 jit компилятора для сервера и клиента

    Разве? AFAIK, компилятор один, отличаются только дефолтные настройки типа продолжительности сбора статистики перед компиляцией и вероятности перехода от интерпретатора сразу к C2.

     
  • 2.271, Аноним (11), 23:46, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > при этом сам подтверждая его слова, что планировщик линукса говно?

    ага ты его раскусил
    удали линукс и пользуйся windows 10,
    только не забуть проапгрейдится на мощный компо чтоб windows было не говном и не лагало

     
  • 2.309, Аноним (306), 06:10, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если тебе что-то не подходит то это не значит что оно гавно.
     

  • 1.67, Аноним (66), 13:29, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Это финиш Как не странно, в конечном счёте важно общее время выполнения - отзыв... большой текст свёрнут, показать
     
     
  • 2.71, Аноним (6), 13:44, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Наберите в поисковике "система реального времени", ознакомьтесь с определением -- есть куда двигаться дальше. ;)


     
     
  • 3.74, Аноним (79), 13:49, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Можно и линукс с реалтайм ядром запускать, но есть минусы

    -   Приложения реального времени выполняются в пространстве ядра, следовательно, они могут переписать часть памяти ядра и сломать систему
    -   Взаимодействие между RT-подсистемой и Linux не может быть реального времени
    -   Ядро Linux выполняется в бэкграунде, следовательно, задачи Linux могут испытывать большие задержки
    -   Невозможно использовать драйверы Linux в задачах реального времени, следовательно, разработчики приложений реального времени вынуждены переписывать драйверы устройств поверх RT-подсистемы

    Результат конечно может и быстрый, но минусы какбэ намекают.

     
     
  • 4.85, Аноним (6), 14:09, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Правомерны ли исходные претензии к не реалтайм системе?
     
  • 4.100, Forth (ok), 14:45, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это если нужен hard-realtime. Для soft-realtime хватит и обычного preempt_rt.
    Я не знаю как на x86, на cortex-a нас задержки устраивают. С sched_fifo в нашем проекте я пока не видел провалов планировщика, когда задача получила управление позже, чем ожидается.
     
     
  • 5.241, Аноним (19), 21:57, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Soft-realtime — это маркетинговое изобретение микрософта.
    Либо система гарантирует задержки, либо нет. Величины этих гарантированных задержек - дело десятое.
     
     
  • 6.265, Forth (ok), 23:34, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Разница есть. Системы hard realtime ничего и никогда не должны пропускать. Потому что пропуск события в них это полный сбой. Самый набивший оскомину пример это кардиостимулятор. Если он не вовремя выдаст импульс или вовсе пропустит это может привести к остановке сердца.
     
     
  • 7.280, антонимус (?), 00:04, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Самый набивший оскомину пример это кардиостимулятор.

    ОС общего назначения никогда не применяют в критических системах, связанных с жизнью человека. Вопрос закрыт.

     
     
  • 8.322, Forth (ok), 09:46, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    О том и речь Hard-realtime это специально спроектированные системы, способные э... текст свёрнут, показать
     
  • 2.284, антонимус (?), 00:12, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Это финиш. Как не странно, в конечном счёте важно

    Лучше бы ты в lklm патчи присылал.

    Ты же обладаешь сакральным знанием:
    >Та же винда с незапамятных времён имеет возможность оптимизации, банальным переключением флажка в формочке

     
  • 2.416, КО (?), 15:28, 13/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Именно это общее время и есть самый главный показатель,

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

     

  • 1.68, Аноним (68), 13:35, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Линус - в своём репертуаре.
    Начиная со своего знаменитого спора с Таненбаумом.
    А ведь профессор оказался прав, как бы зомбикам(и) не внушалось обратное.
    В мире надёжности лучше - микро/экзо ядра, аппаратно разделённые адресные пространства процессов, и механизм сообщений над блкориующими каналами. Всё другое - костыли над костылями для скорбных умищем и танцы с бубном.
     
     
  • 2.73, Аноним (6), 13:47, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И над этим всем великолепием зависла IRS таймера, переключающая контексты? ;)
     
  • 2.76, Аноним (79), 13:51, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тот-то Столлман так Гурд и не дописал. А все потому что это ваше микроядро тупо сложно писать. А время программиста дороже машинного времени.
     
     
  • 3.104, zzz (??), 14:49, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Линукс крутится - грубо, на 10 млн серверов. Это 20 млн процессоров, это $1000 каждый, это 20 млрд.долл. Время программистов дороже этой суммы? Rly?
     
     
  • 4.150, Аноним (156), 17:03, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лол один программист стоит 100 000 в год Для примера за 60000 можно купить во... большой текст свёрнут, показать
     
     
  • 5.151, Аноним (156), 17:04, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.amazon.com/Supermicro-F618R2-RT-Bay-Motherboard-E5-2697A/dp/B07ZTX
     
     
  • 6.182, Аноним (182), 18:18, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Глупость какая-то. Куча металлолома. 2 х 14 Тб HDD Toshiba в зеркале раз в 10 дешевле.
     
  • 5.187, zzz (??), 18:40, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Если на разработку планировщика о 3 тыс строк (столько весит ULE) требуется отдел на 8 человек и три года разработки, то становится понятным, почему линуксячий код - такое фуфло, типовое обновление - прикручивание свистелок, а линукс называют конторой для отмывания бабла.
     
     
  • 6.191, Аноним (156), 18:51, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Этим и отличается суровый энтерпрайз от поделок Васяна. Васян может и напишет 3000 строк и они вполне вероятно заработают только когда это все навернется он будет не причем. А вот отдел это уже весомая величина там и виноватых можно найти и работать заставить. И сделать так чтобы было с перламутровыми пуговицами тоже к ним. И по хорошему если что-то годное выйдет они и в апстрим зальют.

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

     
  • 6.300, Аноним (299), 03:33, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Уже написанный launchd когда внедрите? Или трех подходов оказалось недостаточно (что, впрочем, не помешало пытавшимся защитить на этой теме дипломы)?
     
     
  • 7.352, Аноним (352), 19:20, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> разработку планировщика о 3 тыс строк (столько весит ULE)
    > Уже написанный launchd когда внедрите?

    Начался юлеж.
    И да, опеннетчики, по причине ношения маечки с пингвинчиком и установленной в дуалбуте с виндой бубунточки отождествляющие себя с разработчиками - забавны.


     
  • 4.205, Сишник (?), 19:30, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    При том, что эти сервера крутят в солидном % случаев скриптоту, претензия к неоптимизированности чего-то там в ядре просто смешна. Тем более что за линукс они и 1$ не платят.
     
     
  • 5.257, zzz (??), 23:09, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это именно то, чего вы хотели, чего теперь плакаться. А с другой стороны - что, у амазона или ойбиэм не нашлось бы лишних пары килобаксов, чтобы запилить я публичное ядро нормальный планировщик? Конечно же, нашлось бы. Просто им это - не надо. Они у себя втихую будут крутить закрытую инфраструктуру на нормальном планировщике, а остальные облизнутся. И так в линуксе со всем - что с планировщиком процессов, что с планировщиком вввода-вывода, что с сетевой подсистемой, что с файрволлингом - всё работает, но недоделанное, а доделать - не дают.
     
     
  • 6.288, Anonymoustus (ok), 00:26, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И так в линуксе со всем - что с планировщиком процессов,
    > что с планировщиком вввода-вывода, что с сетевой подсистемой, что с файрволлингом
    > - всё работает, но недоделанное, а доделать - не дают.

    Но забавляет вера неофитов, что лютая махровая проприетарщина, каковой ещё с конца девяностых является ведро пингвинукса — плод добровольного благотворительного вклада миллионов^W тысяч бескорыстных программистов в общее дело ради процветания всего человечества. Ибо свобода превыше всего!

     
     
  • 7.291, антонимус (?), 00:57, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если ты наивен, не думай, что все такие-же:

    https://www.linuxfoundation.org/membership/members/

     
     
  • 8.292, антонимус (?), 01:02, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И да, по исходникам таки работает GPL Есличо ... текст свёрнут, показать
     
     
  • 9.294, zzz (??), 01:22, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Работают, работают Только толку от GPL, если в апстрим никто ничего впилить не ... текст свёрнут, показать
     
     
  • 10.295, антонимус (?), 02:25, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Кто виноват и что делать - вечный вопрос А толку от GPL - закрыть можно не вс... текст свёрнут, показать
     
     
  • 11.302, zzz (??), 03:37, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И в линуксе - тоже фиг поменяешь ... текст свёрнут, показать
     
  • 9.353, анонн. (?), 19:29, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Только вот в современных облачных реалиях все что не AGPL - подарок корпоративны... текст свёрнут, показать
     
  • 3.110, Аноним (110), 15:05, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Зато гугл взял и написал. И дрова будут. Одно дело какие-то nicheброды без денег и с GPL с хитрым простым как 3 копейки планом поиметь корпорации, а другое - корпорация с кучей денег, имеющая весь мир, делающая ОС в интересах своих таких же бизнес-партнёров.
     
     
  • 4.132, Michael Shigorin (ok), 15:34, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Зато гугл взял и написал. И дрова будут.

    Зуб даёте? :)

    > Одно дело какие-то nicheброды без денег и с GPL с хитрым простым
    > как 3 копейки планом поиметь корпорации, а другое - корпорация
    > с кучей денег, имеющая весь мир, делающая ОС в интересах своих
    > таких же бизнес-партнёров.

    По-моему:
    - план приписан (а по себе людей не судят);
    - лучше быть нищeбродом, чем ницшебродом (вроде гугля).

     
  • 4.245, антонимус (?), 22:11, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Зато гугл взял и написал. И дрова будут.

    1. Купил и дописал.
    2. Дров не будет.

     
  • 2.130, Michael Shigorin (ok), 15:32, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В мире надёжности лучше

    Не с того начали.  Железо какое?

     
  • 2.240, антонимус (?), 21:54, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Почитай ради интереса про стоимость переключения контекста на x86. Просто чтобы быть в теме, почему не взлетели микроядра на x86.
     
     
  • 3.243, антонимус (?), 22:07, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И чтобы два раза не вставать, в SPARC совсем другая ситуация. Была, к сожалению, ибо SPARC уже всё.
     
  • 2.391, Аноним (231), 02:27, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С микроядрами все хорошо только на бумаге.
    По факту же, как только все сводится к очередям и сообщениям, получаем либо однопоточность, либо глубокое погружение в дивный мир распределённых алгоритмов.
     

     ....большая нить свёрнута, показать (26)

  • 1.75, Annoynymous (ok), 13:50, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Добавление специфичных оптимизаций, которые позволят снизить задержки в играх Google Stadia, могут повысить отзывчивость в конкретном случае, но скорее всего приведут к снижению эффективности планировщика в целом. Например, планировщик Windows ведёт себя лучше в обсуждаемых тестах, так как он значительно проще планировщика Linux и оптимизирован в основном для задач, специфичных для рабочего стола.

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

     
     
  • 2.99, ананим.orig (?), 14:35, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Google Stadia — это и есть сервера.
    к тому же вам уже скомпилировали вантуз. покупайте и пользуйтесь.
     
  • 2.163, Аноним (157), 17:21, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А может лучше игроделы под google stadia пусть научаться в spinlock?
    Или используют что другое?
     
     
  • 3.246, антонимус (?), 22:21, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >А может лучше игроделы под google stadia

    «Stadia предлагает мгновенный доступ к игре без необходимости загружать или устанавливать какие-либо игры».
    Сервис стал доступен 19 ноября 2019.

    Как заявляет компания, такая особенность позволяет подписчикам сервиса «стримить» игры на свои устройства в разрешении 4K с кадровой частотой 60 кадров в секунду.

    Красавцы. И пофиг, что при передаче по сети "мгновенный доступ" будет мягко говоря не совсем мгновенным :)

     

  • 1.131, gfederix (ok), 15:32, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А сделал вывод, что нам не хватает планировщика, для рабочего стола...
     
  • 1.142, Аноним (140), 16:26, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    В оригинальном посте автор звукового сервера JACK сказал несколько дельных вещей, за это ему, автору поста, ck и автору новости - спасибо
     
  • 1.144, Anonymoustus (ok), 16:35, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Где всезнающий пох? Эй, пох! Ты всё знаешь, подскажи решение бытовой задачки:

    - как под уже установленную и работающую винду (WS2003 SP2 R2) подсунуть второй HDD и сделать «зеркало» (RAID-1) с первым HDD?

    3,5-дюймовых дискеток, чтоб установить оффтопик по-правильному, к сожалению, нету ни одной, купить по-быстрому негде (пламенный привет поклонникам взрывного прогресса инноваций). Если в интерфейсе RAID-адаптера (встроенный в мамку Адаптек <че-то там>, могу посмотреть детальней, если надо, но не думаю, что это на самом деле кому-то надо) попытаться соединить диски в массив, оффтопик на мгновение показывает BSOD (?) и сразу отправляет мать на перезагрузку.

    Если я руками положу внутрь уже установленной винды адаптековские дрова — она после перезагрузки их найдёт и свяжет с внезапно появившимся и ранее ей неизвестном массиве типа RAID-1? Или таки надо искать дискеты и всё делать заново по стандартной процедуре?

    Нет, пингвиниксов на этом сервере я не хочу, фрю тоже не хочу.

     
     
  • 2.153, Аноним (182), 17:05, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > - как под уже установленную и работающую винду (WS2003 SP2 R2) подсунуть второй HDD и сделать «зеркало» (RAID-1) с первым HDD?

    https://www.sim-networks.com/wiki/create-software-raid-in-windows-server

     
     
  • 3.162, Аноним (156), 17:20, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как-то слишком просто такая задача на нормальных ос требует жестких плясок в консоли с бубном.
     
     
  • 4.166, Аноним (182), 17:32, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Недавно понадобилось. Тоже удивился.
     
  • 4.168, Не пох а ктото другой (?), 17:36, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Какие жесткие пляски, дети? Одна строчка в консоли. Одна, Карл!
     
     
  • 5.253, Аноним (156), 23:01, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А потом на загрузке будет у тебя mduuid not found и начинаются пляски)
     
     
  • 6.310, Аноним (306), 06:13, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты и в windows not found добьёшься, талант.
     
  • 4.171, Аноним (182), 17:43, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    К сожалению, да. Под сервером Windows софтовый RAID без проблем конфигурируется после установки ОС. Под сервером Ubuntu нормальную установку софтового RAID (на этапе установки сервера) поломали, начиная с версии 16.04.3. Поэтому приходится ставить версию 16.04.2 для решения проблем, затем обновляться до актуальной 16.04 версии. То, что сделали в сервере, начиная с 18.04 версии, можно безобразием назвать - система нерабочая (в смысле софтового RAID).
     
     
  • 5.172, Аноним (182), 17:45, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ты не совсем прав. мы решили данную проблему. главное - вредные советы из интернета не читай.
     
  • 5.211, Не пох а ктото другой (?), 19:53, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы читать умеете? Человек хочет raid-1 после установки. Ты тут лепишь что-то про проблемы какого-то конкретного дистрибутива при _установке_. У вас что с причинно-следственными связями?
     
  • 3.213, Anonymoustus (ok), 19:56, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> - как под уже установленную и работающую винду (WS2003 SP2 R2) подсунуть второй HDD и сделать «зеркало» (RAID-1) с первым HDD?
    > https://www.sim-networks.com/wiki/create-software-raid-in-windows-server

    В Windows 2003 такой функциональности нету в оснастке.

     
  • 2.167, Не пох а ктото другой (?), 17:33, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тебе надо драйвер адаптека вручную поставить через управление компьютером/устройства. Когда поставишь указать что должен запускаться загрузчиком вместе с ядром
    Тут подробнее как:
    https://docs.microsoft.com/en-us/windows-hardware/drivers/ifs/what-determines-
    Потом перегружаешься делаешь рейд из биоса и все будет хорошо при загрузке. Винда напишет, что найдено новое устройство.

    Задачка-то элементарная, позор не знать.

     
     
  • 3.174, Аноним (182), 17:49, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Могу сказать на твой совет - он вреден (хотя адаптека немного обогатит). Посмотрю на тебя, когда сломается материнка сервера, а при этом сервер уникальный и лет 5-6 уже не выпускается. Софтовый RAID под любой системой от аппаратуры практически не зависит - перекидываем диски и понеслась. В худшем случае сетевой адрес прописать.
     
     
  • 4.210, Не пох а ктото другой (?), 19:52, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вреден кому?
    Я вопрошающему ответил, что ему делать надо, как понял его же вопрос.
    Человек конретную проблему хочешь решить, ему видней надо адаптек или нет.
     
  • 4.301, Аноним (299), 03:37, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что, разве остались еще контроллеры, не использующие DDF?
     
  • 3.350, Anonymoustus (ok), 17:56, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну раз ты такой гуру 8230 Давай-ка переформулирую Винда во время загрузки пок... большой текст свёрнут, показать
     
     
  • 4.357, Не пох а ктото другой (?), 21:01, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мне и раньше все было понятно и проблема твоя синим по белому написана, да вот т... большой текст свёрнут, показать
     
     
  • 5.361, Anonymoustus (ok), 21:24, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Винда была установлена на отдельный винт, а не на массив, поскольку не было диск... большой текст свёрнут, показать
     
     
  • 6.365, Не пох а ктото другой (?), 00:04, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Еще раз, медленно мне кристально ясно что у тебя не так Если бы этот сервер бы... большой текст свёрнут, показать
     
     
  • 7.368, Anonymoustus (ok), 01:21, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    1 У меня SCSI, а не SATA Перепиши свои умные советы с учётом этой досадной мел... большой текст свёрнут, показать
     
     
  • 8.376, Не пох а ктото другой (?), 11:48, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я терпеливый человек, но у терпения предел есть и он заканчивается Какая разниц... большой текст свёрнут, показать
     
     
  • 9.377, Anonymoustus (ok), 14:18, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А консоль восстановления увидит диски в массиве Попробуй подумать ещё разок Не... текст свёрнут, показать
     
     
  • 10.381, Не пох а ктото другой (?), 15:40, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно увидит, если знать что делать Зачем тебе дискета Для того, чтобы консо... текст свёрнут, показать
     
     
  • 11.384, Anonymoustus (ok), 21:19, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мальчик, ты дурак ... текст свёрнут, показать
     
  • 5.363, Anonymoustus (ok), 23:08, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Впрочем, драйвер винде я таки подсунул. Попробую собрать диски в массив и после отпишу, что получилось.
     
  • 4.385, PnD (??), 21:30, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Эту даже я до сих пор помню (а гугл и не забывал):
    0x0000007B INACCESSIBLE_BOOT_DEVICE

    Решается вкручиванием правильного драйвера, как и написано выше.
    В линухах модуль прикручивают к initrd(initramfs), и не всегда так уж тривиально (надо сначала выяснить мнение дистростроителей что куда класть). В винде суть процесса не меняется, но придётся освоить их терминологию и тулсет.

     
     
  • 5.388, Anonymoustus (ok), 23:32, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, синий экран у меня с другим сообщением Я уже разобрался с синим экраном В... большой текст свёрнут, показать
     
     
  • 6.397, PnD (??), 10:22, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    0 Смотрим что есть AIC-7902 Аппаратный u320-scsi один из последних , так что ... большой текст свёрнут, показать
     
     
  • 7.413, Anonymoustus (ok), 23:59, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В общем, я эту траблу победил без дискеты По пунктам 1 В адаптековском BIOS о... большой текст свёрнут, показать
     
  • 2.323, Anonymoustus (ok), 09:56, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее всего, я раньше куплю флопик и пачку дискет, чем дождусь дельного совета от опеннетовских икспердов. ;)


    ЗЫ

    И отдельный аппаратный контроллер, а лучше два.

     
  • 2.343, Аноним (343), 14:37, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никогда не используйте софтварный RAID в Windows вне зависимости от реализации ,... большой текст свёрнут, показать
     
     
  • 3.347, Anonymoustus (ok), 17:46, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Никогда не используйте софтварный RAID в Windows(вне зависимости от реализации), то же
    > самое и с "железным" без энергонезависимого кэша.

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


    > Данные вы конечно не потеряете,

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

     
     
  • 4.375, Аноним (343), 11:30, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это каким образом вам удалось потерять данные с зеркала? Тома intel matrix/rapid видны из linux  или например в acronis, данные можно спасти. в худшем случае придется повозиться с определением на каком из дисков зеркала актуальные данные.
     
     
  • 5.378, Anonymoustus (ok), 14:24, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это отдельная история, но я счёл её малоинтересной для опеннетовского анонима В... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (33)

  • 1.145, all_glory_to_the_hypnotoad (ok), 16:36, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > игры выполняются на GPU в облачном окружении, а клиенту в потоковом режиме лишь транслируется содержимое экрана ... задержки, превышающие миллисекунду, становятся заметны.

    В гугл стали набирать на работу клоунов, причём целыми командами.

     
     
  • 2.155, Аноним (182), 17:08, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Наполеон ответил

    http://www.inpearls.ru/146075

     
     
  • 3.160, Аноним (156), 17:18, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А стадо баранов возглавляемое бараном? И по какой методике априорно производить оценку кто лев, а кто баран? А если оценку давать по результатам то какой смысл в этой фразе?
     
  • 3.165, all_glory_to_the_hypnotoad (ok), 17:28, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тут, к сожалению, стадо баранов под руководством барана против законов физики.
     
     
  • 4.248, антонимус (?), 22:38, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну почему к сожалению, физике пофиг, бараны против ейных законов или единороги.
    Фейл будет знатный :).
     

  • 1.175, Аноним (175), 17:52, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Еще один мудила из нижнего тагила пишет игры на ОС общего назначения. Dа на месте Линукса я бы ему с ноги голову втащил - козлу.

    "... автор теста попытался возразить Линусу, указав на то, что применение собственных систем блокировки на базе spinlock часто используется на практике в играх, так ..."

    На практике нужно взять систему реального времени (что-то на подобии существовавшего когда-то DOS/DMPI) и разрабатывать только одно приложение где нет планировщика процессов/потоков вообще. Вот и решение всех проблем современных игроделов, но даже большие игроделы такие слабаки в тех. плане, что не могут это уже который год сдлеать. Что Xbox сидит на Widnwos, что PS сиит на FreeBSD ядре. Слабаки.

     
     
  • 2.184, Аноним (158), 18:29, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Игры сейчас уже не те, они полагаются именно на поведение планировщиков. Вон даже в одноядерном режиме игры сейчас не работают, какое реальное время? Какое реальное время на 64 битах?
     
  • 2.303, Аноним (299), 03:40, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > На практике нужно взять систему реального времени (что-то на подобии существовавшего когда-то DOS/DMPI) и разрабатывать только одно приложение где нет планировщика процессов/потоков вообще.

    И сразу же пойти на SO с вопросом "как собрать проект Unity под DOS?"

     

  • 1.180, Аноним (-), 18:12, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Товральдс Мужик. Поставил зарвавшегося юнца на место.
     
     
  • 2.203, псевдонимус (?), 19:21, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Юнца поставил, молодец против овец.

    Зато против рыжего гремлина и своей дочурки он сам овца.

     
     
  • 3.238, Аноним (-), 21:34, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Вот здесь согласен. Батя толжен быть Батей прежде всего в семье, и ставить зарвавшихся дочyрoк на место, пока им окончательно не промыли мозги этими лгбт-ценностями. К сожалению, здесь Линус пpocрал время...
     

  • 1.192, user90 (?), 18:53, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >  негативно сказываются на работе игр, создаваемых для сервиса Google Stadia

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

     
     
  • 2.285, Аноним (175), 00:17, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Зря ты так. Тут вообще хорошая идея в основе лежит. Идея в том, что срать на чем там все это написано, срать на чем оно там работает и какой там планировщик. Игра должна быстро работать и красиво рисовать, а ты только видеть картинку и управлять поведением.

    Отличная идея которая поставит всех игроделов перед серьезными вопросами выбора платформ и т.д. возможно даже что-то разработают под это дело полезное.

     
  • 2.326, whiplash (?), 11:45, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    все там нормально в яндексе
     

  • 1.193, Корец (?), 18:53, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот яркий пример того, что сейчас происходит и не только в гейдеве.
    Вообще не знаю, что нас ждёт в будущем, когда такие, как Торвальдс, отойдут от дел.
     
     
  • 2.196, user90 (?), 18:59, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В будущем тебе будет не до этого, чувак, гарантирую!)) Да даже в 2020ом..
     

  • 1.244, Аноним (244), 22:08, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > планировщик Windows ведёт себя лучше в обсуждаемых тестах, так
    > как он значительно проще планировщика Linux и оптимизирован
    > в основном для задач, специфичных для рабочего стола.

    Как будто десктоп - это что-то плохое.


    > Линус возразил, что планировщик Linux является универсальным,
    > оттачивался десятилетиями и оптимизирован не только для
    > рабочего стола и игр, но и для других видов нагрузки, например,
    > для серверных систем.

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

     
     
  • 2.247, антонимус (?), 22:27, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А напаркуа мне "серверные системы" на домашнем компе?!

    Паркуатор, вырыгай кактус и одомашнивай комп.
    Тебе никто ничего не обещал и не должен.
    Ты мимикрокодил и интересен только корпорастам. Оплачивай хотелки. Или разработкой или дензнаками :)

     
     
  • 3.317, Аноним (317), 09:17, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Привет тебе от Коливаса :)
     

  • 1.251, Аноним (156), 22:58, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Один человека говорит что играть в футбол на траве гораздо удобнее в бутсах, а ему говорят что валенки гораздо универсальные. Все в них ходят они проверены годами при желании ты можешь даже сам их свалять. Так что помолчи юнец нам лучше знать.

    А он им валенки и игра в футбол на траве не совместимы. А ему такие чувак шипы приделывать к валенками это моветон. Да и кроссовки из валеной шерсти не удобные, мы эксперты мы лучше знаем. Учи матчасть нуб.

    Погодите, но все кроме вас играют в футбол на траве в бутсах. А нам и в валенках тоже норм играть в футбол на траве. Универсально и проверено иди мальчик гуляй в своих бутсах, ты не эксперт.

     
     
  • 2.259, Аноним (254), 23:22, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну а что же тогда мешает играть в бутсах этому господину?


     
     
  • 3.367, Аноним (367), 00:32, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так он играет в бутсах в другой системе, подходит к мистерам в валенках и говорит что в футбол надо в бутсах. А ему отвали юнец мы суровый интерпрайз нам только валенки. А если в футбол поиграть то тоже валенки. И не учи нас играть в футбол.
     
  • 2.260, Аноним (254), 23:25, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А На модном го и Данте если бутсы запилить - вообще все летать будет
     
  • 2.262, Ordu (ok), 23:27, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не, ты неверно проводишь аналогию, если уж проводить, то было примерно так Один... большой текст свёрнут, показать
     
     
  • 3.341, Аноним (341), 13:58, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как же тогда футболисты играют на снегу в футбол в бутсах, а не в валенках? Бутсы есть и для снега и для льда и с изоляцией там все в порядке. Ваши Линусы и прочие иксперды в футбол на снегу то никогда не играли в бутсах. Да даже в валенках, сидят себе кодят света белого не видят.
     
     
  • 4.344, Ordu (ok), 15:19, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Как же тогда футболисты играют на снегу в футбол в бутсах,

    Ты уж определись, они играют в футбол на траве? Или в футбол на снегу?

     
     
  • 5.366, Аноним (367), 00:29, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это ты начал про снег. А в футбол и на траве и на снегу бутсы то что доктор прописал. А ваш Линус просто не умеет в футбол вот и все.
     
     
  • 6.369, Ordu (ok), 01:52, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Это ты начал про снег. А в футбол и на траве и
    > на снегу бутсы то что доктор прописал.

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

     
     
  • 7.383, Аноним (383), 16:03, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Единственная этом случае правильная аналогия это что в бутсах неудобно разгружать вагоны. А валенки и разгрузка вагонов проверенная годами связка.  
     
  • 2.275, антонимус (?), 23:53, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Один человека говорит, что запускать компьютерные игры - это основная обязанность ОС компьютера.
    Дальше можно дописать самостоятельно...
     
     
  • 3.331, Аноним (341), 12:56, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я и сам раньше так думал)
     

  • 1.258, Аноним (263), 23:20, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Линус подтвердил что линукс - серверная ОС, которая не подходит для десктопа. Таким образом все кто портируют игры и десктоп-приложения на линукс по мнению Линуса - дэбилы. Тут сириус бизнес и энтерпрайз а не бирюльки.

    Ну это в принципе всё объясняет - и дизайн линукса, и нестабильный API, и крайне хреновую графическую подсистему, и убогую или отсутствуюущую поддержку устройств потребительского класса, и отсутствие обработки OOM, и тормоза при копировании с флэшки (12309), и многое другое. Всё это просто Линусу и интырпрайзу не нужно. Вам тут не десктоп, всего вам доброго и хорошего настроения.

     
     
  • 2.261, Аноним (158), 23:25, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ты повторяешь мифы 20 летней давности, уже лет 15 как это всё не актуально.
     
     
  • 3.266, Аноним (263), 23:34, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да я это у себя всё наблюдаю. Начиная со жрущей CPU как не в себя графики, кривой поддержки звука и видео, даже чёртов браузер умудряется работать хуже чем в винде. Браузер! Ну зато можно в одну команду поставить тридцать три сервера в тридцати трёх контейнерах. Так что кому что важнее.
     
     
  • 4.267, Аноним (11), 23:39, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а я такого у себя не наблюдаю
    попробуйте  докер и кубернетис с виртуалками удалить
    тогда будет ок
     
  • 4.268, Аноним (11), 23:42, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Начиная со жрущей CPU как не в себя графики, кривой поддержки звука и видео, даже чёртов браузер умудряется работать хуже чем в винде.

    хз ютуб работает ок и не лагает - комп ноут 10 летней давности, не жужжит

     
  • 4.269, Аноним (158), 23:44, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это проблемы кривых браузеров, не хотят их разработчики они линукс за платформу считать. У хромиума получше — гугл продаёт девайсы с линуксом всё-таки.

    >жрущей CPU как не в себя графики

    У нвидии всё норм что 15 лет назад, что сегодня.

    >кривой поддержки звука и видео

    Опять проблемы браузеров и криворуких кодеров. Я вот не использую пульсу и всё прекрасно. С видео у нвидии опять же всегда всё норм, загрузка процессора доли процента на 4к контенте. Теперь и bumblebee не нужен на лаптопах больше, вообще замечательно.

     
     
  • 5.282, Аноним (263), 00:07, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пользователю как-то всё равно с чьей стороны проблема Если браузер хреново рабо... большой текст свёрнут, показать
     
     
  • 6.327, Аноним (327), 11:57, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >  Даже не kernel panic, а просто хард лок с чёрным экраном. В лучшем случае падают иксы

    А, то есть сейчас даже старый добрый сисрку комбинация не спасает? Только кнопкой питания исправлять ситуацию? Да это прогресс прям.

     
  • 4.278, антонимус (?), 23:58, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Да я это у себя всё наблюдаю.

    Ваше мнение чрезвычайно важно участникам форума.
    Продолжайте наблюдение...

     
     
  • 5.320, Аноним (317), 09:33, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот человек наблюдает, делится информацией, другие читают об этом, узнают, что не у всех всё хорошо работает. Возможно, для тех кто это читает, есть какая-то польза. А какая польза от вашего сообщения?
    !!!ВОПРОС РИТОРИЧЕСКИЙ!!!
     
     
  • 6.400, Аноним (93), 15:06, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если что-то плохо работает, об этом надо багрепорты писать.

    Но, конечно, если ни знания матчасти для анализа ситуации и выявления reproducible test case нет, ни знания английского, чтобы багрепорт сформулировать - тогда, да, все, что остаётся - это жаловаться на опеннетике в обществе таких же необразованных.

     
     
  • 7.410, Аноним (410), 17:57, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Если что-то плохо работает, об этом надо багрепорты писать.

    Зачем вы пишите очевидные вещи? Это и так понятно!

    >Но, конечно, если ни знания матчасти для анализа ситуации и выявления reproducible test case нет, ни знания английского, чтобы багрепорт сформулировать - тогда, да, все, что остаётся - это жаловаться на опеннетике в обществе таких же необразованных.

    Спасибо, насмешили.

     
  • 2.264, Аноним (254), 23:30, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Винда 10 грузится минут 10 и тормозит
    На линуксе загрузка меньше минуты

    Пользователь hdd и старого компа с дуал бут
    Апргрейдится не вижу смысла линукс работает вполне оперативно и стабильно

     
     
  • 3.274, Аноним (158), 23:50, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Можно попробовать отключить гибридную гибернацию или как её там у десяточки, так она и весь час грузиться будет. Не вижу смысла это обсуждать, как система линукс для пк куда больше подходит. Если в голове не совсем хлебушек, так он ещё и надёжней — не придётся регулярно переустанавливать, как виндоус. Впрочем, это зависит от дистра.
     
  • 3.281, unnamed11111 (?), 00:05, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    что за комп?

    в десятке надо сразу обязательно выключать "защитник" и не ставить другие "защитники" - этот говнософт сжирает вообще все ресурсы.

     
     
  • 4.336, Аноним (11), 13:19, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    какойто 6 ядерный amd купленый лет 10 или больше назад 8gb памяти hdd диск

    защитник отключен конечно - не помогает

     
     
  • 5.360, unnamed11111 (?), 21:21, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    "какойто 6 ядерный amd купленый лет 10 или больше назад 8gb памяти hdd диск"

    + отключен "защитник".

    и 10 минут загрузки? ты что-то делаешь не так. на core 2 duo с 4gb памяти и жестким на 7200 грузится гораздо быстрее.

     
     
  • 6.362, unnamed11111 (?), 21:25, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще одна из больших проблем винды - она не настроена изнанчально и настраивается хоть как-то только минимум в про версии через политики - внезапно, для дома ось проблематично использовать.
     
  • 3.297, Аноним (249), 03:00, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ставь 1909 со всеми обновлениями. Всё что позже 15хх мсовцы разломали и только недавно привели хоть в какой-то порядок.
     
     
  • 4.338, Аноним (11), 13:22, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    я редко загружаю windows 10
    но когда это делаю - система всегда любезно предлагает обновится, сидишь потом пару часов и ждеж пока обновляется

    никаких улучшений в плане повышения производительности разумеется нет - да я не ожидаю этого

     
  • 2.277, антонимус (?), 23:55, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Линус подтвердил только то, что если хочешь написать правильный софт, учи документацию.
    А ты подтвердил свою предвзятость, демагог :)
     

  • 1.272, Аноним (263), 23:47, 06/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    На самом деле Линус не объективен по этому вопросу и пытается давить авторитетом... большой текст свёрнут, показать
     
     
  • 2.276, Аноним (11), 23:54, 06/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    чтоже мешает такой корпорации как google c немерянными бюджетами сделать все правильно - и сделать свой форк?
    и раздавать и обновлять совершенно бесплатно эту чудесную правильную ось всем подписчикам google stadia абсолютно бесплатно и неограниченно в рамках действия срока подписки?
     
     
  • 3.279, антонимус (?), 00:00, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    гуглу мешает авторитет Торвальдса, не иначе :)
     
  • 3.283, Аноним (263), 00:09, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да ничего не мешает. Так же как они допатчили линукс до нужного им Android'а, так и сделают свою StadiaOS при необходимости. А Линус так и будет слюной брызгать.
     
     
  • 4.334, Аноним (11), 13:14, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    что же они этого еще не сделали?

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

     
  • 2.311, Аноним (306), 06:20, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    На самом деле чувак перед тестами даже man не прочитал где всё это описано прямым текстом в разделе NOTES: http://man7.org/linux/man-pages/man3/pthread_spin_init.3.html

    Абсолютная некомпетентность.

     
  • 2.339, Аноним (-), 13:23, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А кто объективен? Анон с пoпeннета?
     

  • 1.313, Аноним (313), 08:31, 07/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Гуглстадия там же и гуглгласс и еще миллион проектов от гугла
     
     
  • 2.332, Аноним (341), 13:04, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Линус определенно приложил к этому руку. То нвидии палец покажет, то гуглу вот таким изощренным методом. Не любит он большие корпорации почему то, ой не любит.
     
  • 2.337, Аноним (-), 13:21, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Гуглстадия... через год закроется, как 90% их проектов.
     
     
  • 3.342, Аноним (341), 14:01, 07/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как 146% скорее просто переименуют. А стриминг есть не только от гугла.
     
     
  • 4.372, Аноним (371), 06:38, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. Закроют. Т.к. стримминговый сервис нужен, как корове пятое седло.
    Вот когда вся сетевая инфраструктура перейдет на квантовую телепортацию, тогда стримминговые сервисы и взлетят. :-)
     
     
  • 5.382, Аноним (383), 15:58, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет
     

  • 1.340, darkshvein (ok), 13:51, 07/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Например, планировщик Windows ведёт себя лучше в обсуждаемых тестах, так как он значительно проще планировщика Linux и оптимизирован в основном для задач, специфичных для рабочего стола.

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

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

     
     
  • 2.373, Аноним (371), 06:39, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    1. Монолит
    2. Нафига?
     

  • 1.346, Аноним (346), 15:43, 07/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Что ж, Линус пошёл в отрицание, закономерная реакция. Отзывчивость Линукса на десктопах все же страдает
     
     
  • 2.390, Аноним (231), 02:21, 09/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Страдает, только проблема там совсем другая.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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