|
| 1.2, slack (??), 16:02, 04/01/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Да уж, у линукса их аж 3 + поддежрка приоритета i/o - просто все познаеться в сравнение - ,если верить Канту, - ребята шире мыслять, мне кажеться(субъективно)
- что фришка не улучшить позиции; результат лето 2007 - покажет, хотя не лето, а наверно конец осени - судя по работе. Все для меня не ясно чем взял Линукс - я его только для программрования использую, а так для администрирования - фришка
- линукс это салат - все есть и ipc всех разновидностей и новшества которые не идут в разрез с posix - не знай молодые ребята делаю, а фришку уже в возрасте - как у меня говорили в иссслд лаб - молодо да прытко,,,,,, | | |
| 1.3, fedos (?), 16:19, 04/01/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
А SCHED_CORE ничего так, странно что David Xu хочет отказаться, ну если тока что то лучше придумал... | | |
| |
| 2.4, smb (?), 16:29, 04/01/2007 [^] [^^] [^^^] [ответить]
| +/– | |
Он походу идеологично по-другому подходит к задаче планирования. Типа, планирование с точки зрения процессоров - распределение потоков между ними, привязки, объединение CPU в группы, объединение потоков в группы и планирование на этом уровне + обсчет динамических приоритетов. И он типа говорил что 4BSD/ULE - это всё чисто способы расчета динамических приоритетов, а не cpu dispatching, и это не должно быть основным направлением работы. В общем, посмотрим что скажут остальные - пока только Jeff + Xu говорили об этом =) | | |
|
| |
| 2.6, keyhell (??), 17:38, 04/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
 тюю. наверное я вас расстрою, но смотреть в сторону ms win в этом случае не стоит вообще. то есть не стоит в принципе. | | |
| |
| 3.7, smb (?), 18:22, 04/01/2007 [^] [^^] [^^^] [ответить]
| +/– | |
Да ладно, вы смотрели планировщик в XP/2003(почти без изменений) винде (-> Соломон, Руссинович) и считаете, что это совсем пустая штука?Или вам не нравятся 32 уровня приоритетов?Аль еще чего?По описанию вполне себе неплохая вещь. | | |
| |
| 4.12, sauron (??), 21:40, 04/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
 Проблема планировщиков Windows это ориентация на десктоп. Плюс в крайне агрессивном менеджере виртуальной памяти. Поэтому как только это чудо начинает считать что памяти нехватает, а процессов много Windows начинает заниматься i like it move it. Т.е. начинает гонять туда-сюда страницы из памяти на диск и т.п. хотя любой *nix при тех же условиях замечательно работает и не жужжит. | | |
| |
| 5.24, smb (?), 13:42, 05/01/2007 [^] [^^] [^^^] [ответить]
| +/– | |
В небольшую защиту могу сказать, что в серверных версиях увеличивают счет, на который ведется вызов планировщика(не на каждый третий, а на каждый 18 - так чтоль). Резон - если крутится какой-нить MSSQL у больше нифига месяцами, то нефиг его интерраптить так часто. | | |
| |
| 6.37, sauron (??), 10:31, 06/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
>В небольшую защиту могу сказать, что в серверных версиях увеличивают счет, на
>который ведется вызов планировщика(не на каждый третий, а на каждый 18
>- так чтоль). Резон - если крутится какой-нить MSSQL у больше
>нифига месяцами, то нефиг его интерраптить так часто.
Там производится удлинение квантов. В серверных задач конечно лучше более длинные кванты. Но от работы менеджера виртальной памяти это не спасает. | | |
|
|
| 4.18, edwin (??), 09:12, 05/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
 > По описанию вполне себе неплохая вещь.
ИМХО - одно дело как написано (очень многие роман об отвлеченных вещах могут написать), а другое - как сделана эта самая реализация.
И она ведет себя, особенно под нагрузками.
А ведет она себя просто отвратительно .... когда оно заработает на нормальном уровне - добро пожаловать .. а так - в сад.
| | |
| 4.22, ДяДя (?), 12:03, 05/01/2007 [^] [^^] [^^^] [ответить]
| +/– | |
"Положительная обратная связь (ПОС) — тип обратной связи, при котором изменение выходного сигнала системы приводит к такому изменению входного сигнала, которое способствует дальнейшему отклонению выходного сигнала от первоначального значения.
Положительная обратная связь ускоряет реакцию системы на изменение входного сигнала, поэтому её используют в определённых ситуациях, когда требуется быстрая реакция в ответ на изменение внешних параметров. В то же время положительная обратная связь приводит к неустойчивости." | | |
| |
| 5.32, керос (?), 17:42, 05/01/2007 [^] [^^] [^^^] [ответить]
| +/– | |
не будем забывать, что черезмерно глубокая положительная обратная связь порождает самовозбуждение системы, при котором система становится бесполезной. Усилитель превращается в генератор. | | |
| |
| 6.36, ДяДя (?), 23:51, 05/01/2007 [^] [^^] [^^^] [ответить]
| +/– | |
Или эффект реверберации, что можно наблюдать в виндовсе ;-) | | |
|
|
|
|
|
| 1.8, Аноним (8), 19:40, 04/01/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > Пусть поучаться как сделано в винде
Нечему учиться у этого огромного куска дерьма... | | |
| |
| 2.35, Answer (?), 20:15, 05/01/2007 [^] [^^] [^^^] [ответить]
| +/– | |
Наверное ты из детсада выбежал и не привык к конструктивному разговору? | | |
|
| 1.11, alexxy (?), 20:14, 04/01/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Ну смотреть на винду здесь вообще не стоит... В линуксе планировщики себя ведут очень хорошо под большой нагрузкой... А в винде он под такой же нагрузкой дохнет... | | |
| |
| 2.13, ДяДя (?), 21:57, 04/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
В винде он представляет систему с обратными связями.
Из курса ТАУ известно, что коэффициенты в уравнениях этих систем нужно подбирать соответствующим образом. Есть обоснованные предположения, что в винде эти коэффициенты получились очень неудачными.
Странно, как в такой серьёзной конторе так плохо рассмотрели этот вопрос. Сам БГ забросил своё образование, возможно там много таких работает. | | |
|
| 1.14, dragon.djanic (?), 01:51, 05/01/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Насчет Венды, да, у нее учица нечему.. Самый хороший планировщик который я видел был у BeOS, но ее уже нету.. А вообще посмотрите исходники планировщика NewOS, мну кажеца что он даже лучше будет чем у Бе.. | | |
| |
| |
| |
| Часть нити удалена модератором |
|
|
|
| 1.15, dragon.djanic (?), 01:59, 05/01/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
И кста в Лине действительно отличный пранировщик по сравнению с Вендой ->
Тест: попробуйте одновременно открыть несколько видео проигрывателей (один и тот же видео файл, avi формат подойдет и кста выключите звук при проигрывании видео)..
У мну - 400mhz, 128 video ->
linux(mplayer+gui(скомпилированный на этой машине))-> 8 одновременно на 9-ом начинает тормозить
winxp pro sp2 rus(mplayer+gui(скомпилированный на этой машине))-> 3 одновременно на 4-ом тормоза | | |
| |
| 2.16, cmpxchg (?), 02:04, 05/01/2007 [^] [^^] [^^^] [ответить]
| +/– | |
Просто ради интереса - а компилятор под виндой какой был? MinGW ( или Cygwin ) GCC? | | |
| 2.20, ДяДя (?), 11:47, 05/01/2007 [^] [^^] [^^^] [ответить]
| +/– | |
В данной ситуации можно сказать, лишь о том, что порт MPlayer под виндовс получился не очень удачным, но не о том, что в виндовсе плохой планировщик ;-) | | |
|
| 1.25, Сергей (??), 14:04, 05/01/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
На счет виндового (2000/XP) планировщика...
Попробуйте запустить увесестый запрос в собраном под винь MySQL, c дефолтным приоритетом (8 = normal) для mysqld-nt... Печальное зрелище. Винь при этом на обычной сейчас машине (K7 2100MHz 1GB RAM) одно окошко начинает отрисовывать порядка 15 секунд! В общем, на то чтобы прибить mysqld-nt у меня уходило порядка 3 минут (это чтобы запустить и отработать батник net stop mysql; раз пять экспериментировал) :-( Решением было понизить приоритет процесса мускула до 4 (idle). При этом "умный" виндовый диспетчер задач не позволял мне это cделать, мол, от другой учетной записи запущен процесс, хоть я был с правами админа. Пришлось воспользоваться ProcessExplorer'ом (еще и Far'ом можно) для понижения приоритета mysqld-nt (это так - лирическое отступление). Мой домашний роутер на древнем K6-2, при тех же условиях и без понижения приоритета мускула, без всяких затыков отрабатывал в mysql'евой консоли kill #ID;
Конечно, можно сказать, что MySQL (или любая другая прога) под винь коряво собран(ы), но как-то странно, что процесс с normal приоритетом можеь фактически "парализовать" работу системы... | | |
| 1.26, Аноним (-), 14:27, 05/01/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Вот народ высказывается планировщики, где хуже, где лучше...
В Линуксе тоже не всё окей...
Пример: 128Мб, 650МГц, запускаем NetBeans, FireFox... ни чего, дышат... открывем странички в FireFox, начинаем компиляцию в NetBeans и начинаются тормоза:
-несколько минут открытия терминала /dev/tty1
-несколько минут на набор рутового пользователя и пароля
- -//- запуска ps и убиения NetBeans...
| | |
| |
| 2.29, Аноним (29), 15:30, 05/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
 >Пример: 128Мб, 650МГц, запускаем NetBeans, FireFox... ни чего, дышат... открывем странички в
>FireFox, начинаем компиляцию в NetBeans и начинаются тормоза:
>-несколько минут открытия терминала /dev/tty1
>-несколько минут на набор рутового пользователя и пароля
>- -//- запуска ps и убиения NetBeans...
откройте для себя schedtool. Пускаете компиляцию с SCHED_BATCH и nice 20 и все ок.
Как и i/o scheduler должен быть cfq.
ЗЫ: а freebsd есть возможность на лету менять i/o schedulers для блочных устройств?
| | |
| 2.31, sauron (??), 16:15, 05/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
>Вот народ высказывается планировщики, где хуже, где лучше...
>
>В Линуксе тоже не всё окей...
>
>Пример: 128Мб, 650МГц, запускаем NetBeans, FireFox... ни чего, дышат... открывем странички в
>FireFox, начинаем компиляцию в NetBeans и начинаются тормоза:
>-несколько минут открытия терминала /dev/tty1
>-несколько минут на набор рутового пользователя и пароля
>- -//- запуска ps и убиения NetBeans...
Просто добавьте памяти. NetBeans писан на java. А Java хавает очень неплохо памяти + FF который тоже неплохо хавает память. Если вы на этой же машине в Windows 2k или Windows XP просто откроете все это и будете пробовать переключаться с задачи на задачу у вас будет крайне весело гореть индикатор HDD и все будет дооолго думмать.
| | |
| 2.40, Аноним (-), 01:54, 07/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
>Вот народ высказывается планировщики, где хуже, где лучше...
>
>В Линуксе тоже не всё окей...
>
>Пример: 128Мб, 650МГц, запускаем NetBeans, FireFox... ни чего, дышат... открывем странички в
>FireFox, начинаем компиляцию в NetBeans и начинаются тормоза:
>-несколько минут открытия терминала /dev/tty1
>-несколько минут на набор рутового пользователя и пароля
>- -//- запуска ps и убиения NetBeans...
дядя, а ты top смотрел? Там, случаем, не 99 iowait был? | | |
|
| 1.27, DoktorPZ (?), 14:27, 05/01/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
- Папа. А правда что Windows многозадачная операционная система?
- Да сынок. Сейчас дискетку отформатирую и покажу. | | |
| |
| 2.34, Arif (?), 19:58, 05/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
>- Папа. А правда что Windows многозадачная операционная система?
>- Да сынок. Сейчас дискетку отформатирую и покажу.
Точно, или загловки почты по IMAP загружу ;)
| | |
|
| 1.38, win (??), 15:08, 06/01/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>- Папа. А правда что Windows многозадачная операционная система?
>- Да сынок. Сейчас дискетку отформатирую и покажу.
это относилось к 95/98 винде в нт все изменилось
насчет потокового стрима в часности видео - зависит не только от планировщика | | |
| 1.39, AMDmi3 (ok), 15:47, 06/01/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Лучше бы планировщиком IO (Hybrid) плотнее занялись. А так мне вполне хватает 4BSD | | |
| |
| 2.42, valiy (?), 13:48, 18/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
 да, этот тест проводили отцы...
makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols | | |
|
|
