Чт апр 12, 2018 07:09:40
как говорится, дьявол кроется в деталях. в вашей фразе эта деталь - слово ЕСЛИ.Мурик писал(а):Потому что если несколько задач выполняются друг за другом и
Чт апр 12, 2018 08:07:42
Чт апр 12, 2018 15:00:11
Чт апр 12, 2018 15:09:28
Чт апр 12, 2018 15:33:01
Чт апр 12, 2018 15:44:07
Ivanoff-iv писал(а):...но неумеренное его применение ведёт...
Чт апр 12, 2018 15:57:34
Чт апр 12, 2018 16:05:17
Чт апр 12, 2018 16:27:27
Чт апр 12, 2018 17:30:07
Чт апр 12, 2018 18:49:00
Чт апр 12, 2018 19:00:06
Чт апр 12, 2018 20:34:38
у меня всегда один и тот же принцип в программировании: стоит ли игра свеч?arkhnchul писал(а):Вам он не нравится только потому, что надо еще в ОС вкурить?
Пт апр 13, 2018 01:35:49
неверная постановка задачи. Перевод "один в один" уже готовой работающей системы на что угодно отличное от нее имеет мало смысла.ARV писал(а):попытки перевести мои проекты на OSA приводили меня к мысли, что игра свеч не стоит
если первая часть высказывания верна, то вторая - не верна) Сотни и тысячи плагламистов в своей практике приходят к реализации частных случаев ОС на автоматах, сами о том не ведая.ARV писал(а):все в целом реализует принцип ОСРВ, т.е. гарантируется, что любая из задач обязательно получит управление снова ровно через 10 мс (если, конечно, не произойдут какие-то коллизии из-за ошибок программиста). и тем не менее никаких thread-ов, никакого шедулера и т.п. прибамбасов ОС у меня нет.
Пт апр 13, 2018 06:32:34
да, но тогда и сам делай может растянуться на неопределенное время (считает он только пока выполняется)
у меня всегда один и тот же принцип в программировании: стоит ли игра свеч?
Пт апр 13, 2018 07:02:18
я вел речь не о строгом функционировании программы в винде, а о том, как видит свою программу программист. например, когда надо читать файл, то его в 90% случаев можно читать "тупо", т.е. открыл и давай в буфер качать до конца. и ничего не произойдет такого, что могло бы встревожить... пока не заняться файлами в гигабайты а тут окажется, что такой файл читается, мягко говоря, долго, и интерфейс оконный в этот момент тормозит. и приходится думать о вынесении чтения файла в отдельный поток. вот что я имел ввиду, когда говорил, что говорил.arkhnchul писал(а):Строго говоря, ни одна вещь в оной винде не делается без многопоточности.
зачем мне это представлять? последние сообщения в этом топике крутятся вокруг неуёмного желания ЛЮБУЮ задачу подогнать под многопоточное исполнение, при этом знакомства с ОС у автора нет. т.е. многопоточность принимается за некую априори правильную сущность, и уходить от нее нельзя. когда нужда заставляет делить задачу на потоки - это нормально, когда потоки выуждают программиста дробить задачу - это уже странновато. и моё сообщение именно об этом. все-таки не инструмент должен определять решение задачи, а под решение задачи разумно выбрать подходящий инструмент. во всяком случае, мне так кажется.arkhnchul писал(а):Представьте себе другой вариант: вы уже хорошо знакомы с той же OSA и вам вдруг
удивительно, но вы абсолютно правы, и при этом я тоже абсолютно прав как вы назовете вот такую программу, многопоточной или однопоточной:arkhnchul писал(а):если первая часть высказывания верна, то вторая - не верна)
int main(void){
init_all();
while(1){
workjob_1();
workjob_2();
workjob_3();
synchronize();
}
}
Сб апр 14, 2018 12:13:27
Сб апр 14, 2018 13:46:14
Сб апр 14, 2018 14:19:23
Сб апр 14, 2018 15:40:33