ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Среда
4 декабря
103141 Топик полностью
Evgeny_CD, Архитектор (21.10.2007 23:46, просмотров: 349) ответил bialix на сомневаюсь я однако насчет слова "многопоточный". В лялихе (столь любимом многими) многопоточность -- это г и ж. В моем любимом питоне -- есть такая хрень как GIL. Которая препятствует распараллеливанию поток на разные процы.
Ежу понятно, что многопоточность - это БОЛЬШОЙ секс. Со своим моском. Но насчет многопроцессности есть одна жопа. Когда число процессов <= число ядер, то все ок. Но вот когда >, тогда полная засада! Потоки для того и придуманы, чтобы их можно было на одном ядре пускать - если ядер не хватило. Поучается красиво - написали столько потоков, сколько логика софтины позволила. А далее ОСька сама решает, что делать с этими потоками. С процессами будут большие накоалные расходы: переключить процессы != переключить потоки. Вот и получится: если при разработке угадали с числом ядер - защибись, нет - гробим производительность до 0. Читай: если прогу писали для профессионального применения, на 4 ядерном проце, то на 2-х ядерном целероне она пойдет со скоростью /10. Чудо! Наконец-то Wintel получил в свои руки мощный инструмент разделения рынков - низзяя!!! пускать на селероне профессиональные проги! Так что в рекомендациях и не то напишуть. И вЫзардов наделают. Бесплатных :) Конечно, с "мышкастым" мЫшлением и "дропанием классов в проект" в многопоточном программировании делать нефиг. Тут взрослая подготовка нужна.