Конечно не руками. Если посмотреть ссылку выше на antichat, то нетрудно найти тему где автор поделки предоставляет услуги шифрования javascript forum.antichat.ru/thread303899.html
При реализации управления внешними устройствами от ПК при помощи управляемого кода .net фреймворка время реакции будет не меньше чем 1-2мс. Частично снизить влияние параллельных процессов возможно увеличением приоритета потока. При этом не следует забывать о других процессах и при возможности вручную переключать контекст (Thread.Sleep(0)) на другие ожидающие потоки. Следует избегать лишних вызовов сборщика мусора (GC) рациональной работой с объектами, использовать правильную архитектуру приложения, это можно проследить профайлером или системными счетчиками производительности. Также в многопроцессорной системе можно закреплять разные потоки за разными процессорами(см. SetThreadAffinityMask()).
Автор, его волки, на полном серьезе предлагает в приложении, управляющем некими промышленными процессами, шаманить, блядь, с работой с памятью, чтобы, бл.ь, сборщик мусора сидел тихонько и не рыпался! Охеренно. Не, серьезно, охеренный подход.
На кой, спрашивается, хер, надо разумно выбирать инструмент для решения задачи? А давайте, блядь, просто нахерачим все на шарпе, а чтобы оно хоть как-то работало с реальным временем, давайте, блядь, не будем ничего больше на машине запускать, чтобы никто не жрал наше процессорное время, давайте, шаманить с GC… С таким-то подходом потом мосты и рушатся, б… ь.
Различия?!
Различия блядь?!
Это вообще две разные платформы по сути!
Но если тебе так интересно, я расскажу:
1) нет wpf
2) нет winforms
3) нет доступа к ФС
4) нет сокетов
5) нет кучи второстепенных классов (либо они урезаны)
6) бля, не знаю, вроде бы я про это не упоминал… Это вообще две разные платформы!
7) да, и если ты еще не понял… Это как J2EE и J2ME — вроде яйца-то те же, вот только хуй к ним разный прилагается.
Охеренно полезная, бл.., статья. Написание real-time софта на десктопной ОС. Автор, тебе не кажется, что тут что-то не сходится? Каким е… ым ху… ты собрался решать задачи, требующие отклика в реальном времени, с неким максимально допустимым временем реакции (например, не больше 10 мс) на, твою мать, non real-time ОС, да еще и в среде, предназначенной для быстрой, твою мать, разработки приложений?! Как ты, бл.., будешь обеспечивать гарантированное к х… м собачьим время реакции, если у тебя:
ОС, которая ни… не предназначена для таких задач,
Среда, которая н… я не предназначена для таких задач,
Маленький, как какашка кролика, мозг, который ни… не предназначен для решения вообще каких-бы то ни было задач?!
А потом бл… люди ох… т, а с х… ли это, бл.., у меня, бл.., е… й котел отопления ни… не греет? А это пидарас-разработчик решил, что не… заморачиваться со всякими е… ми ОС реального времени, понапридумывали, бл.., ху..-то всякой, нет бы, бл… ь, все отнять и поделить, бл… ь! Возьму-ка я лучше винду, а ху… и, б..? Да набыдлокожу прогу на шарпе, он же такой простой, специально, бл..., для быдла вроде меня!
Еще, бл… ь, и Java Real-Time System к какому-то х… приплел. Ты посмотри на ее системные требования. Видишь, что написано, специально, бл..., для идиотов:
Real-Time OS
. Неужели у тебя ничего в голове в жопе по этому поводу не свербит?! Вот же быдло, бл...!
forum.antichat.ru/thread303899.html
При реализации управления внешними устройствами от ПК при помощи управляемого кода .net фреймворка время реакции будет не меньше чем 1-2мс. Частично снизить влияние параллельных процессов возможно увеличением приоритета потока. При этом не следует забывать о других процессах и при возможности вручную переключать контекст (Thread.Sleep(0)) на другие ожидающие потоки. Следует избегать лишних вызовов сборщика мусора (GC) рациональной работой с объектами, использовать правильную архитектуру приложения, это можно проследить профайлером или системными счетчиками производительности. Также в многопроцессорной системе можно закреплять разные потоки за разными процессорами(см. SetThreadAffinityMask()).
Автор, его волки, на полном серьезе предлагает в приложении, управляющем некими промышленными процессами, шаманить, блядь, с работой с памятью, чтобы, бл.ь, сборщик мусора сидел тихонько и не рыпался! Охеренно. Не, серьезно, охеренный подход.
На кой, спрашивается, хер, надо разумно выбирать инструмент для решения задачи? А давайте, блядь, просто нахерачим все на шарпе, а чтобы оно хоть как-то работало с реальным временем, давайте, блядь, не будем ничего больше на машине запускать, чтобы никто не жрал наше процессорное время, давайте, шаманить с GC… С таким-то подходом потом мосты и рушатся, б… ь.
Различия блядь?!
Это вообще две разные платформы по сути!
Но если тебе так интересно, я расскажу:
1) нет wpf
2) нет winforms
3) нет доступа к ФС
4) нет сокетов
5) нет кучи второстепенных классов (либо они урезаны)
6) бля, не знаю, вроде бы я про это не упоминал… Это вообще две разные платформы!
7) да, и если ты еще не понял… Это как J2EE и J2ME — вроде яйца-то те же, вот только хуй к ним разный прилагается.
А потом бл… люди ох… т, а с х… ли это, бл.., у меня, бл.., е… й котел отопления ни… не греет? А это пидарас-разработчик решил, что не… заморачиваться со всякими е… ми ОС реального времени, понапридумывали, бл.., ху..-то всякой, нет бы, бл… ь, все отнять и поделить, бл… ь! Возьму-ка я лучше винду, а ху… и, б..? Да набыдлокожу прогу на шарпе, он же такой простой, специально, бл..., для быдла вроде меня!
Еще, бл… ь, и Java Real-Time System к какому-то х… приплел. Ты посмотри на ее системные требования. Видишь, что написано, специально, бл..., для идиотов: . Неужели у тебя ничего
в головев жопе по этому поводу не свербит?!