#

использовать БД или конфигурационные файлы (в обоих случаях полезно задумываться о безопасности - использовать шифрование, хотя бы для защиты от прямого чтения)

а ресурсы изначально задумывались как способ хранения статических вещей, типа параметров по умолчанию, разметки по умолчанию, и тд

в данном случае 208 Мб это структуры самой файловой системы. такие накладные расходы есть у всех файловых систем. а все остальное это заморочки между СИ и МЭК (1000 или 1024 (с) почти Гамлетовский вопрос)

в частности, чем меньше размер кластера, тем больше размер структур файловой системы. но маленький кластер очень выгоден при хранении большого количества маленьких файлов. текстовый файл типа txt/html/css/js любого размера менее чем кластер, все равно занимает кластер. батник размером 30-40 байтов, занимает 4к реального места на диске минимум (или больше, в общем не менее размера кластера)

если диск предназначен для хранения исключительно больших файлов - объемные базы данных, видео высокого разрешения и большой длительности - можно немного выиграть в пространстве, сразу задав большой кластер. на самом деле увеличение размера кластера, скорее даст пользу для скорости считывания больших поточных данных

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

кроме всего перечисленного, код C# (точнее рантайм дотнета), обращается к системе чрез библиотеки посредники

но в конечно итоге, все зависит от задачи. чисто вычислительные алготритмы, могут приближаться к сопоставимому времени выполнения. особенно при использовании Ngen, а при активном использовании системных ресурсов, разрыв может расти весьма существенно

так же зависит от стиля программирования. тот же C++ постепенно обрастает возможностями функционального программирования (хотя C# быстрее). данная парадигма может сократить время разработки и повысить надежность кода, но обычно ценой как раз производительности

а база данных будет находится на удаленном компьютере

самые важные вопросы:
- ожидаемый объем данных?
- какая ОС на "удаленном компьютере"?

допустим это Windows (в тч Server), и объемы ожидаются небольшие, ответ однозначный - MS SQL Server Express, лимит базы 10 Гб, зато все бесплатно и "с ног до головы родное", как винде, так шарпу, впфу и самой студии. все описано и разжевано до нельзя. даже по русски

В данный офис сотрудники офисного центра завели канал связи с ip 10.x.x.x

это уже интранет.
проброс невозможен, точнее говоря возможен, но только двойной* проброс - вам надо пробросить порты с роутера на целевую машину у себя в офисе + уговорить офисных ИТ на проброс протов с их роутера на ваш офисный (что обычно мало вероятно).
самостоятельно вы можете использовать два способа:
- VPN через внешний хост, либо свой (есть у гугла пожизненно бесплатный вариант, читать тут и пробовать, или покупать vps) upd если дома можно поднять внешний ip, тогда VPN хост можно и дома поднять
- https://ngrok.com просто, бесплатно, но с умеренным лагом. все однопортовые протоколы (http, rdp, ssh) настраиваются просто, а вот ftp, к примеру, оказывается использует динамические порты после авторизации. мне не удалось настроить

ps * - если офисный комплекс большой, 10.x.x.x может быть порублена на подсети, тогда в цепочке может быть более двух (один ваш и один реально выходящий в интернет точно уже два) маршрутизаторов. можно проверить командой tracert, если у офисников разрешены пинги роутеров, вы увидите всю интранетовскую цепочку

обычно используют коллекции (или векторы или списки), которые ведут себя именно как динамические массивы. вся механика скрыта "под капотом". просто берете подходящее из числа готовых шаблонов, и пользуетесь

плюсовую специфику изучать придется самостоятельно. в шарпе наиболее подходящим был бы List<int>

Просмотрел достаточно форумов но ответа не нашёл. Может кто знает как можно отключить автоматическое переключение раскладки клавиатуры в win 7 ?

если установлен Punto Switcher - удалить или покопаться в настройках. но возможно лучше удалить

если его точно нет, тогда сложнее - аналоги менее известны широкой аудитории. я знаю только пару (кроме тех что указаны в вики пунты)
https://github.com/BladeMight/Mahou
https://github.com/kurumpa/dotSwitcher

1 - невозможно дать точный ответ не зная особенностей
2 - ключи usb 1С есть? обдумайте Hyper-V, рекомендую. эта редакция сервера бесплатна, единственный минус - нет проброса usb, зато динамическое распределение памяти. если умеете ставить ключи на другом компе (может старый тауэр?) и шарить по сети - Hyper-V лучший выбор для хостинга виндовых виртуалок. диски придется распределять на глазок, но это не сложно, если не пытаться туда повесить офисную файлосвалку (ее желательно содержать отдельно). в любом случае все это надо мониторить, когда будет более ясная картина, можно уточнить распределение и стартовое выделение памяти и ядер. при наличии бекапов, в специально выделенное время, можно и диски подвигать, если понадобится. далее рассуждения вне зависимости от выбора гипервизора
3 -

SSD - 1x265Gb

явно с перевесом в пользу в пользу терминала, но и для АД не менее 1/3. если вынести с системного диска терминала все пользовательские профили на рейд (вы же рейд планируете на хардах?) что было бы правильно, тогда примерно АД/Терминал=2/3 можно, или даже пополам. зажимать АД тоже не следует
4 -

HDD - 4x1Tb

явно весь отдать Терминалу. настоятельно рекомендую райд 10 (единственных райд, у которого скорость растет пропорционально количеству дисков). не смотря на больший проигрыш в объеме, лучшее быстродействие и высокая надежность. в 10ку лучше 8 дешевых дисков, чем 4 дорогих (но пару дисков этой модели стоит еще положить на полку для аварийной замены)
5 - АД - настоятельно рекомендую делать резервный контроллер АД (!!! не разнесение ролей, а именно резервный). хорошим решением будет разместить его в другом физическом компьютере (может старый тауэр?)
6 - если требуется достаточно объемное файлохранилище - настоятельная рекомендация, снова в отдельном компьютере.. (третий раз повторяться не буду, но в общем случае, НЕ интенсивно эксплуатируемое файлохранилище, можно совместить с резервным контроллером АД ))
7 -

как правильно организовать backup всей этой радости?

обычно тут не надо ни чего изобретать - SQL штатными его штатными средствами (изучайте схемы бекапирования, потеря дня работы, возможно уже будет стоить дорого), Терминал и АД - собственными средствами винсервера (в часы минимальной нагрузки, снова схемы, но один суточный бекап тут обычно допустим). а вот над чем стоит задуматься - носитель бекапов должен быть снова в другом компьютере (или стример). это важно. допустим что то очень нехорошее случилось и накрывается весь рейд - если бекапы на нем, то ой
7+ - есть сторонние решения, типа veeam backup (и вроде там есть бесплатная редакция), они помогают мониторить процессы бекапирования, облегчают настройку, отчеты, восстановление. но как правило, такие решения требуют однозначно выделенного бекап-севрвера и установку агентов на бекапируемые сервера/станции. это дополнительные расходы и ресурсов на серверах, и на сам бекап-сервер. они оправданы когда штат мал (вы один) а серверов уже как собак нерезаных
7++ - о стримерах - упал потолок в серверной, в здание попал метиорит (тфу-тфу) - если ваши бекапы в одном помещении - опять ж.. надежная схема предусматривает ступенчатое бекапировани, и хранение самых долговременных носителе в другом расположении. но это отдельна большая тема, там и инфобезопасность притягивается, и тд.. хотя все доступно в сети

- AIDA64 покажет параметры питания установленной памяти, а так же все остальные параметры. данные читаются из чипа памяти SPD, там истина в конечной инстанции
- в общем случае не обязательно искать того же производителя, важен тип (DDR2), частота (800, хотя можно больше), тайминги тоже не обязательно что бы совпадали (но лучше что бы были не хуже). все равно вся память будет работать на частоте более медленных планок, и с более низкими параметрами тайминга
- а вот про расхождение в напряжении питания точно не скажу, возможно это проблема, а может все автоматом подстраивается (соблюдая предыдущий пункт, ни когда не сталкивался с проблемами, и как то вопрос питания ни разу не попадал в поле зрения, хотя компов было собрано своими руками что трехзначное)

https://addons.mozilla.org/ru/firefox/addon/proxy-...
и вагон подобных

ps конкретно о prefs.js, мы уже как то обссуждали ;)) в заголовке файла все написано. не перечитывается он во время сеанса, более того перезаписывается по окончанию сенса, тем что в настройках фокса в оперативке

// Mozilla User Preferences

// DO NOT EDIT THIS FILE.
//
// If you make changes to this file while the application is running,
// the changes will be overwritten when the application exits.
//
// To change a preference value, you can either:
// - modify it via the UI (e.g. via about:config in the browser); or
// - set it within a user.js file in your profile.

upd

1 - новичку проще один раздел. лучше LVM, но с ним тоже надо освоиться. можно и без LVM. свежие Ubuntu/Mint по дефолту предлагают один раздел, даже подкачу в виде файла. что бы не нервничать по поводу home в случае переустановки (а перестановка для новичка деле не редкое ;)) лайвхак - при повторной установке не обязательно форматировать раздел, можно просто удалить все, кроме home (не забыть включить отображение скрытых файлов). загрузочный сектор установщик перепишет сам

2 - со временем стоит расширить эрудицию о типовых назначениях папок. интересное решение предлагает OpenSUSE, на основе BtrFS. если LVM и позволяет комфортно изменять размер логических томов по мере надобности, они все таки там имеют фиксированный размер. BtrFS создает изолированные логические под тома, при этом всем доступно общее свободное пространство на диске (если не ошибаюсь лимиты тоже можно задавать, но сейчас не об этом). OpenSUSE по умолчанию выделяет в под тома не только home, temp и подобные, типовое расположение системных настроек программ (не самой ОСи, а типа СУБД и прочее), баз данных MySQL и Postgree, тоже сразу выделены в под тома, что позволяет их сохранить при переустановке и выполнить псевдоформатировние рута. но это уже следующий уровень игры ))

ни как

наименование файла и директории с двойной кавычкой в Windows

не допустимый символ

ps в теории вы можете изучить структуры Fat32, и отредактировать.. допусти Acronis DD Suite (ну или что освоите). но вы автоматом получите ошибку файловой системы

если вдруг, wsl позволяет использовать этот символ внутри своей файловой структуры, просто для упражнения попробуйте полностью скопировать каталог файловой системы wsl, в другое расположение (обещаю что будут сюрпризы ;))

драйверы под Windows. Возник вопрос - достаточно будет знать Си с ассемблером и внутреннее устройство Windows, работу WinAPI, ядро и его особенности для этого?

достаточно. когда будет недостаточно, вы это сразу заметите

для прикладных программ подойдет чистый Си или лучше еще изучить С++ или С#?

прикладные программы бывают разные - чаще всего, в цене скорость разработки, а это (из перечисленных) однозначно C#. в тоже время, бывают вполне себе прикладные задачи, где критически важна производительность. для малых объемов кода эффективнее C, если нужна алгоритмистика, высокий уровень абстракций, но при это максимальная производительность, тогда уже C++, но это самая сложная траектория. быстро (!!! и то относительно) получается только у профи, которые уже много лет вложили в изучение C++