Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
[RC5] Client в консоле быстрей? 19.05.03 19:11
Автор: Smok Статус: Незарегистрированный пользователь
|
|
В каком режиме Клиент работает быстрее? в консоли или графическом?
|
|
[RC5] Client в консоле быстрей? 06.07.03 23:27
Автор: mss <Сергей> Статус: Member
|
> В каком режиме Клиент работает быстрее? в консоли или
> графическом?
Несомненно в консоли... а почему с тех пор никто не ответил. В чём подвох?
|
| |
[RC5] Client в консоле быстрей? 07.07.03 19:36
Автор: Miraj <Михаил> Статус: Member
|
> > В каком режиме Клиент работает быстрее? в консоли или
> > графическом?
> Несомненно в консоли... а почему с тех пор никто не
> ответил. В чём подвох?
Подвох в том, что на прорисовку графики и просчет занятости проца уходит процессорное время, которое в случае с консолью уходит на просчет ключей. Все генетальное просто :):):):)
|
| | |
+0,00...01% производительности 09.07.03 09:01
Автор: bigbro Статус: Незарегистрированный пользователь
|
> > > В каком режиме Клиент работает быстрее? в
> консоли или
> > > графическом?
> > Несомненно в консоли... а почему с тех пор никто не
> > ответил. В чём подвох?
>
> Подвох в том, что на прорисовку графики и просчет занятости
> проца уходит процессорное время, которое в случае с
> консолью уходит на просчет ключей. Все генетальное просто
> :):):):)
и какой же выигрыш в процентном отношении? :-) :-)
|
| | | |
сколько жрет гуй? 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 меньше всего процессора схавает во время компиляции или линковки, чем во время написания исходника в ее редакторе или неторопливого внимательного просмотра хелпа.
|
|
|
подробно о проекте
Анализ криптографических сетевых... 
