|
Бесконечный стриминг
|
|||
---|---|---|---|
#18+
Здравствуйте Разбираюсь со стримингом, вроде как открыть стрим и переслать клиенту проблем нет, но никак не получается сделать следующее: хочу открыть стрим и передать его клиенту, а самому постоянно в него докладывать данные. Что то типа потокового вещания... Это вообще возможно? Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8.
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40.
... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2011, 20:46 |
|
Бесконечный стриминг
|
|||
---|---|---|---|
#18+
а что не получается то? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2011, 10:30 |
|
Бесконечный стриминг
|
|||
---|---|---|---|
#18+
AlexeiK, Вот ошибка: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9.
Хотел бы на всякий случай акцентировать внимание - проблема не в том, что стрим не передается (он отлично передается), а в том, что я хочу постоянно в него что нибудь на стороне сервера дописывать, а у клиентов эти дописывания читать Серверный код Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58.
Клиентское консольное приложение Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55.
Серверный конфиг Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31.
Клиентский конфиг Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28.
... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2011, 18:03 |
|
Бесконечный стриминг
|
|||
---|---|---|---|
#18+
Я вот подумал - а я бы не делал стриминг. Читал бы массив/список порциями (в отдельном потоке), да и все. По любому информация идет пакетами, да еще виндовс эти пакеты группирует - не посылает одиночные. Ну будет перерыв в вызове функции - и сразу же новый запрос - если связь есть, то вполне будет быстро, и никаких заморочек со стримингом. Ну как бы надо быть абсолютно уверенным что без этого стриминга просто никак.... Кто знает - это типа в 100 раз быстрее? Что дает-то? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.06.2011, 10:43 |
|
Бесконечный стриминг
|
|||
---|---|---|---|
#18+
D129Я вот подумал - а я бы не делал стриминг. Читал бы массив/список порциями (в отдельном потоке), да и все. По любому информация идет пакетами, да еще виндовс эти пакеты группирует - не посылает одиночные. Ну будет перерыв в вызове функции - и сразу же новый запрос - если связь есть, то вполне будет быстро, и никаких заморочек со стримингом. Ну как бы надо быть абсолютно уверенным что без этого стриминга просто никак.... Кто знает - это типа в 100 раз быстрее? Что дает-то? Ну это исследовательский проект - изучаю возможности применения. Зачем нужно - если читать порциями byte[] или применять Callbacks - то каждая такая порция будет обертываться большим по размеру xml - ведь у нас же SOAP. То есть значительная часть трафика - служебная инфраструктура обеспечения передачи данных А у нас в проектах требование высокой скорости передачи данных и минимальный размер трафика. Дело в том, что есть клиенты, которые до сих пор на модеме сидят, а данных хотят много и без задержек. Было бы классно использовать отработанную технологию WCF с его инфраструктурой, но часть данных гнать напрямую как поток байтов. Тем более что стриминг почти так и работает. А что порции буфферизируются - так нестрашно, буфер не большой ... |
|||
:
Нравится:
Не нравится:
|
|||
06.06.2011, 11:17 |
|
|
start [/forum/topic.php?fid=19&fpage=21&tid=1397434]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
49ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
others: | 16ms |
total: | 163ms |
0 / 0 |