[RC5] компилится и линкует весь народ :) (с) препод из института на лабе11.07.03 10:12 Число просмотров: 1634 Автор: jammer <alex naumov> Статус: Elderman
> гуй жрет что-то, когда возникает необходимость перерисовки
а она блин у виндов постоянно возникает :-\. на слабой машине мышкой проводишь над IE - она бедная ухрюкивается, без толку посылая сообщения и перерисовывая тулбар разными цветами. а у некоторых окошечки сворачиваются/разворачиваются мало того что с тупыми визуальными эффектами, так еще и с закачиванием мелкософтовского .wav в бластер. потрясающе сексуально, да? я еще когда не занимался dnet, выключал эту хрень дня через 2 - раздражало сильно.
> окна, в случае же , когда корова висит в трэе или даже в > трэе не висит :-) - время ни на какую перерисовку не тратится
ну надо же :) ты мне так объясняешь словно я не сервисом ставлю :)
> а приоритет задач, а значит и уделяемое им время > процессора, если специально не изменить - одинаковы, значит > и производительность :-))) ... вот так вот ..
ты сам понял что написал? если ты даже имел в виду нормал как дефолт - у таск мэнеджера и винамповских плагинов приоритет выше, а у некоторых версий RAR и Lame ниже нормального - по умолчанию. не говоря уже про то что любой здравомыслящий человек поставит низкий приоритет касперскому сканеру при первом же запуске - иначе работать сильно мешает. etc.
да кстати - одинаковый приоритет никак не связан с выделяемым процессорным временем. более-менее это будет работать только в случае к примеру двух запущенных раров с одинаковым приоритетом, которые к тому же работают с сетевыми дисками. и то время не будет расходоваться точно пополам, ведь на файл-сервере разные запросы будут упираться в разные файлы с разной фрагментацией, шансами оказаться в кеше или поблизости головки hdd - и выполняться разное время. в случае же запущенного ворда и экселя соотношение выделенного процессора сильно непредсказуемо, хотя приоритет у них обоих нормал. попроси секретаршу запустить и не закрывать до вечера их обоих - а потом глянь на таскмгр по приколу :)
еще более отдельная ситуация - win32-приложение и ntvdm с равными приоритетами. ntvdm без толку сожрет все что есть, и отдаст проц idle-задачам только во время интенсивной работы с диском. грубо говоря, Borland C++ 3.1 меньше всего процессора схавает во время компиляции или линковки, чем во время написания исходника в ее редакторе или неторопливого внимательного просмотра хелпа.
> > В каком режиме Клиент работает быстрее? в консоли или > > графическом? > Несомненно в консоли... а почему с тех пор никто не > ответил. В чём подвох?
Подвох в том, что на прорисовку графики и просчет занятости проца уходит процессорное время, которое в случае с консолью уходит на просчет ключей. Все генетальное просто :):):):)
> > > В каком режиме Клиент работает быстрее? в > консоли или > > > графическом? > > Несомненно в консоли... а почему с тех пор никто не > > ответил. В чём подвох? > > Подвох в том, что на прорисовку графики и просчет занятости > проца уходит процессорное время, которое в случае с > консолью уходит на просчет ключей. Все генетальное просто > :):):):) и какой же выигрыш в процентном отношении? :-) :-)
сколько жрет гуй?09.07.03 09:30 Автор: jammer <alex naumov> Статус: Elderman Отредактировано 09.07.03 10:20 Количество правок: 1
запусти task manager, схвати фар мышкой сверху и поводи окошком. будешь неприятно удивлен. а теперь представим что речь не о консольной задаче, а о графическом глюкале.
сколько жрет гуй?11.07.03 08:12 Автор: bigbro Статус: Незарегистрированный пользователь
> запусти task manager, схвати фар мышкой сверху и поводи > окошком. будешь неприятно удивлен. а теперь представим что > речь не о консольной задаче, а о графическом глюкале. ... а теперь перестань его таскать, и сверни ... удивительный результат, правда?
гуй жрет что-то, когда возникает необходимость перерисовки окна, в случае же , когда корова висит в трэе или даже в трэе не висит :-) - время ни на какую перерисовку не тратится
а приоритет задач, а значит и уделяемое им время процессора, если специально не изменить - одинаковы, значит и производительность :-))) ...
вот так вот ..
[RC5] компилится и линкует весь народ :) (с) препод из института на лабе11.07.03 10:12 Автор: jammer <alex naumov> Статус: Elderman
> гуй жрет что-то, когда возникает необходимость перерисовки
а она блин у виндов постоянно возникает :-\. на слабой машине мышкой проводишь над IE - она бедная ухрюкивается, без толку посылая сообщения и перерисовывая тулбар разными цветами. а у некоторых окошечки сворачиваются/разворачиваются мало того что с тупыми визуальными эффектами, так еще и с закачиванием мелкософтовского .wav в бластер. потрясающе сексуально, да? я еще когда не занимался dnet, выключал эту хрень дня через 2 - раздражало сильно.
> окна, в случае же , когда корова висит в трэе или даже в > трэе не висит :-) - время ни на какую перерисовку не тратится
ну надо же :) ты мне так объясняешь словно я не сервисом ставлю :)
> а приоритет задач, а значит и уделяемое им время > процессора, если специально не изменить - одинаковы, значит > и производительность :-))) ... вот так вот ..
ты сам понял что написал? если ты даже имел в виду нормал как дефолт - у таск мэнеджера и винамповских плагинов приоритет выше, а у некоторых версий RAR и Lame ниже нормального - по умолчанию. не говоря уже про то что любой здравомыслящий человек поставит низкий приоритет касперскому сканеру при первом же запуске - иначе работать сильно мешает. etc.
да кстати - одинаковый приоритет никак не связан с выделяемым процессорным временем. более-менее это будет работать только в случае к примеру двух запущенных раров с одинаковым приоритетом, которые к тому же работают с сетевыми дисками. и то время не будет расходоваться точно пополам, ведь на файл-сервере разные запросы будут упираться в разные файлы с разной фрагментацией, шансами оказаться в кеше или поблизости головки hdd - и выполняться разное время. в случае же запущенного ворда и экселя соотношение выделенного процессора сильно непредсказуемо, хотя приоритет у них обоих нормал. попроси секретаршу запустить и не закрывать до вечера их обоих - а потом глянь на таскмгр по приколу :)
еще более отдельная ситуация - win32-приложение и ntvdm с равными приоритетами. ntvdm без толку сожрет все что есть, и отдаст проц idle-задачам только во время интенсивной работы с диском. грубо говоря, Borland C++ 3.1 меньше всего процессора схавает во время компиляции или линковки, чем во время написания исходника в ее редакторе или неторопливого внимательного просмотра хелпа.
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
