так чо, каждый проц дёргает один и тот же вектор таймера?

https://ru.wikipedia.org/wiki/Поток_выполнения

для самых маленьких

нет, это уже уровень выше

потоки создаются уже самой ОС, их контексты переключает шедулер

а вот он дёргается прерыванием

нет, это уже уровень выше

https://ru.wikipedia.org/wiki/Микроядро

а если процов много, то как?

нет, это уже уровень выше

держи ниже

человек-википедия в чате, все в машину!

У проца у каждого свой экземпляр логики запущен обычно

причём он работает как гугль, всё не то что надо ищет)

У проца у каждого свой экземпляр логики запущен обычно

логики чего?

Обработки прерываний и обмена банными

Данными

причём он работает как гугль, всё не то что надо ищет)

ага, только гугль заработал миллионы а ты нет

а ято тут причём)

Обработки прерываний и обмена банными

Поддержка нескольких центральных процессоров в одной системе требует многочисленных изменений в её дизайне. Как минимум, необходимо обеспечить их физическое подключение (предусмотреть несколько сокетов на материнской плате), решить вопросы идентификации процессоров (см. далее в этой статье, а также мою предыдущую заметку), согласования доступов к памяти и доставки прерываний (контроллер прерываний должен уметь маршрутизировать прерывания на несколько процессоров) и, конечно же, поддержки со стороны операционной системы. Я, к сожалению, не смог найти документального упоминания момента создания первой многопроцессорной системы на процессорах Intel, однако Википедия утверждает, что Sequent Computer Systems поставляла их уже в 1987 году, используя процессоры Intel 80386. Широко распространённой поддержка же нескольких чипов в одной системе становится доступной, начиная с Intel® Pentium.

К чему это вобще

о чудо контроллер прервывания есть

К чему это вобще

к тому что ядра не управляют прерываниями

господа, повторно предлагаю пройти с разговорами не по теме чата во флудилку https://t.me/fludpac

Контроллер прерываний тоже нужно настраивать ало

к тому что ядра не управляют прерываниями

это набор логических операций над регистрами

Вектора прерываний как минимум

ладно пойду я от вас злые вы

ладно пойду я от вас злые вы

ну или так, да

о эйдэр

О человек-эль

добили)

Доебли флудить уже -_-

но ведь это про архитектуру ОС

а где можно найти чатик по linux годный?

Есть proKernel, если кому интересно

@Des333 там одмен, пишите ему для инвайта

Ну а для тех, кто хочет действительно разобраться в теме и открыть для себя много нового как с точки зрения программирования, так и с точки зрения архитектуры ОС - есть замечательная книга "Linux kernel Development". В ней написано как ОС обрабатывает прерывания, на скольких ядрах ОС живёт, что там с памятью на уровне ядра, почему таймеры работают по особенному, в чем разница между процессом и потоком, как работает вытеснение задачи и мнооогое другое...

да, хорошая книга

а ещё есть The Design and Implementation of the FreeBSD Operating System

(8

Ну а для тех, кто хочет действительно разобраться в теме и открыть для себя много нового как с точки зрения программирования, так и с точки зрения архитектуры ОС - есть замечательная книга "Linux kernel Development". В ней написано как ОС обрабатывает прерывания, на скольких ядрах ОС живёт, что там с памятью на уровне ядра, почему таймеры работают по особенному, в чем разница между процессом и потоком, как работает вытеснение задачи и мнооогое другое...

Скиньте плз у кого под рукой есть электронная

а разые консоль виндовая поддерживает юникод?

Нет. Только UCS-2. Буфер виндовой консоли кодируется двумя байтами на знакоместо, поэтому не может в Уникод.

UCS-2 - тоже юникод

UCS-2 - тоже юникод

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

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

не может в юникод = не может ни в одно животное, по твоей аналогии

Всё правильно же.

не может в юникод = не может ни в одно животное, по твоей аналогии

Нет, именно что UCS-2 не способен содержать юникод. А только его подмножество. Как и ASCII, например. По твоей логике выходит, что ASCII - тоже юникод.

Нет, именно что UCS-2 не способен содержать юникод. А только его подмножество. Как и ASCII, например. По твоей логике выходит, что ASCII - тоже юникод.

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

я автоматом про utf-16 подумал, не думал что UCS-2 еще где-то жив

я автоматом про utf-16 подумал, не думал что UCS-2 еще где-то жив

Тот случай, когда Майкрософт всем нагадил из хороших побуждений. Они так торопились порадовать весь мир поддержкой юникода, что заточили винду на раннюю версию юникода, когда ещё казалось, что юникод может жить без CJK.

Деревья были большими, а маленький юникод умещался в двух байтах.

Тот случай, когда Майкрософт всем нагадил из хороших побуждений. Они так торопились порадовать весь мир поддержкой юникода, что заточили винду на раннюю версию юникода, когда ещё казалось, что юникод может жить без CJK.

Чёртовы китайцы с их иероглифам даже для названия определённого вида лапши в провинции Шэньси.

замапить тип даных на енум тока специализацией шаблонов можна?

замапить тип даных на енум тока специализацией шаблонов можна?

Можно. Энум тот же инт (почти)

нахуя я тут шаблонав наделал, лучше бы просто отнаследовался

С современным c++ это удобно делается через template <Enum e> decltype(auto) helper() { if constexpr (e == Enum::foo) { return (Type1*)nullptr; } else if constexpr (...) .... } template <Enum e> using enum_to_type_t = std::remove_pointer<decltype (helper<e>())>;

С современным c++ это удобно делается через template <Enum e> decltype(auto) helper() { if constexpr (e == Enum::foo) { return (Type1*)nullptr; } else if constexpr (...) .... } template <Enum e> using enum_to_type_t = std::remove_pointer<decltype (helper<e>())>;

современным это сколько++ ? хотелось бы до 14

17. 14 только через специализацию

17. 14 только через специализацию

спс

С современным c++ это удобно делается через template <Enum e> decltype(auto) helper() { if constexpr (e == Enum::foo) { return (Type1*)nullptr; } else if constexpr (...) .... } template <Enum e> using enum_to_type_t = std::remove_pointer<decltype (helper<e>())>;

if constexpr (e == Enum::foo) { return (Type1*)nullptr; } else if constexpr (...) это же выглядит тоже как специализация

та же куча строк с выбором

Слово template всего в двух местах, не говоря про <>

Я обычно заранее думаю про расширяемость удобную

Я обычно заранее думаю про расширяемость удобную

ты - молодец

Специализация шаблона более раширяема

Чем ифики

здарова всем

ребят есть вопросик. Допустим есть класс сцены GraphicsScene, который создает только класс Graphics. Есть класс физики сцены PhysicsScene - его создает класс Physics. Если я наследую от GraphicsScene и PhysicsScene класс Scene, то как создавать экземпляры этого класса?

множественное наследование?

да

Как создавать всмысле где создавать или что?

Еще раз повторяю, класс Graphics является фабрикой для создания экземпляров класса GraphicsScene и только он может его создать. Класс Physics является фабрикой для создания экземпляров класса PhysicsScene и только он может его создать. Я хочу организовать класс Scene, который наследуется от классов GraphicsScene и PhysicsScene(множественное наследование). Как мне создать экземпляры классов Scene?

Еще раз повторяю, класс Graphics является фабрикой для создания экземпляров класса GraphicsScene и только он может его создать. Класс Physics является фабрикой для создания экземпляров класса PhysicsScene и только он может его создать. Я хочу организовать класс Scene, который наследуется от классов GraphicsScene и PhysicsScene(множественное наследование). Как мне создать экземпляры классов Scene?

зделай фабрику для создания экземпляров класса Scene

зделай фабрику для создания экземпляров класса Scene

ну хорошо, а что в ней? Как мне правильно инициализировать правильно экземпляры в этой фабрике?

Ведь часть интерфейса класса Scene должна создаваться по правилам GraphicsScene, а другая часть по правилам PhysicsScene.

ну хорошо, а что в ней? Как мне правильно инициализировать правильно экземпляры в этой фабрике?

ну если Scene композицией зделано то там пара мемберов созданых предыдущими фабриками а если множественое наследование то это залёт

композицией понятно что легко

а вот если наследованием...

композицией понятно что легко

ну так зделай

а вот если наследованием...

мож можно внутрение мемберы подвесить на интерфейс получапный от наследования