Виталий

Запрос выполняется более 260 секунд, возможно следует пересмотреть архитектуру системы, такие запросы лучше выполнять асинхронно и позже забирать результат. А по сути по моему опыту, чтобы минимизировать количество "глюков" самой IIS лучше чтобы версии на обоих серверах совпадали, тогда возможно не будет иметь значения какая именно версия сбоит.

По поводу .net Framework хорошо описал pi314, по поводу изучения C# рекомендую почитать М.Фленов Библия C# rutracker.org/forum/viewtopic.php?t=3606549
Отличная книга, по ней смог освоить язык меньше чем за месяц.

Библия C# - Левин - ИМХО лучшая книга для обучению C#, перешел на C# примерно за месяц с ее помощью.

Можно воспользоваться WatchDog и замерить время от начала подачи запроса (синхронного) до получения результата. Только по личному опыту, учитывать нужно не первый запрос к службе а второй и далее, т.к. в первом накладные расходы на подключение.

Для проверки повставляй в каждом месте, которое выполняется больше 100 раз GC.Collect() и посмотри что получилось, если памяти съедать стал меньше значит где то не успевает собираться мусор. Потом можно по одному убирать то что повставлял и смотреть после какого память снова начала расти, в том месте и разбирайся, что то в нем не так.

Я думаю можно попробовать реализовать на базе сети Хопфилда, данные для анализа можно собрать следующим образом я думаю.
Минимальным фрагментом для анализа я думаю следует считать любой период когда человек вводит текст, из данного периода можно взять время которое он затратил на ввод того или иного символа, из полученного набора данных можно провести анализ.
Данные будут являться парами символ-число. Соответственно если ввести в соответствие каждому символу некое число можно получить 2х мерный массив, размер которого будет статичен.
Так как сети Хопфилда требуют предварительного обучения, данный массив можно заполнять статистически, то есть получив определенное количество измерений, то есть массивов можно взять среднее арифметическое по каждой из ячеек, полученная матрица и будет "почерком" данного человека.
Для последующего анализа будет достаточно получить несколько последовательных матриц (нужно подобрать сколько) для более точного результата сравнения из них получить матрицу почерка (среднее арифметическое по каждому элементу матрицы) и сравнить с эталоном (например посчитать дельту по каждому ненулевому в обоих матрицах элементу) и в зависимости от размера средней по ячейкам дельты можно будет сказать насколько близка подпись данного человека к эталонной.
Мне понравилась идея поэтому расписал как можно более подробно. Если будет нужна помощь в реализации обращайтесь.

Примеры есть достаточно простые, вопрос в том какая стоит цель, от этого будет зависит инструмент, коих немало:
Веб-службы (soap,rest)
Сервер на соккетах (TCP,UDP)
Remoting сервер (remoting)

Самая простая реализация клиент сервера получается либо на базе веб-службы, либо на базе Remoting сервера.
Про последнего отлично расписано в буквальном смысле 2х страницах в книге Библия C#, крайне рекомендую ее глянуть.

Spy++ из стандартных утилит студии

Я бы сделал проще

string mark="start";
            int mint = 0;
            do
            {
                if (mark!="start")
                {
                    Console.WriteLine("Введена неверная оценка.Максимальная оценка 100");
                }
                Console.Write("Введите оценку студента:");
                mark = Console.ReadLine();
                int.TryParse(mark,out  mint);
            } while (!((mint < 100) & (mint > 0)));

                File.AppendAllText("C:\\text.txt", mark);
                File.AppendAllText("C:\\text.txt", ";");            
            Console.Clear();
            return;

накладные расходы у бинарной сериализации очень маленькие, если в общем то скорость загрузки подобного объекта равна скорости загрузки того же 1 Гб данных в оперативку, тут потеря идет не на алгоритме а на скорости работы HDD, я бы посоветовал разобрать задачу на части, не думаю что следует грузить весь список в память.
Нужно пересмотреть алгоритм, как вариант если в каждом объекте списка есть некий объект, который и занимает большую часть памяти его можно хранить отдельно, а в объекте при прописать его загрузку из файла при необходимости. Тогда сам список будет скорее всего мелким (логически можно предположить, что не больше 50 мб) а файлы будут по необходимости подгружаться.
Если же в объекте нет элемента который потребляет много памяти, но объектов списке настолько много, то следует использовать либо клиент серверную архитектуру, либо базу данных (sql к примеру).

Вопрос скорее к задаче, скорость запуска потока небольшая и если время на запуск затрагивается столько же сколько и время исполнения или близкое по значению то вероятно использование потоков нецелесообразно. В общем что именно следует использовать зависит от конкретной задачи. В качестве альтернативы можно посмотреть параллелизм. Сразу скажу, что как правило это сложнее чем использовать потоки.

Вообще если посмотреть в сторону Remoting есть вероятность закопать сокеты глубоко под землю

Попробуй воспользоваться .net библиотекой InputSimulator, работать с ней не сложно, но эмуляция на достаточно низком уровне, возможно будет работать, у меня в RDP сессии она единственная нормально работает.

Переустанавливать ADK и Xamarin пробовал?

храни карту в виде bitmap картинки, 255*255*255 цветов для хранения кода твоего объекта будет 100500 раз достаточно. Считывать соответственно можешь как обычную картинку. Получится "Массив" хоть 25000 на 25000 при определенном подходе будет работать быстрее чем такое в БД:)

Всем спасибо! Буду читать файлы через FileStream, предварительно обрабатывать и укладывать в БД!