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