Выбор сервера под ПЛИ + вопрос о будущем ПЛИ

[tkachenkoser]

Возникла необходимость собрать новый сервер под БЗ. (на данный момент стоит core i7-2600K разогран до 4.4 ггц, 16 гб озу, и его мало)
Но возникла проблема с выбором, из-за того что неизвестно на чем ПЛИ хорошо "живется" (на сервере будет только ПЛИ и 1с)
Либо топовый однопроцессорный - Intel Core i7-3970X Extreme Edition Sandy Bridge-E (3500MHz, LGA2011, L3 15360Kb)
Или двух процессорную машину на двух Xeon E5-2609 Sandy Bridge-EP (2400MHz, LGA2011, L3 10240Kb)
На xeon есть однозначно выигрыш при распараллеливании процессов и потоков. Если же в ПЛИ так и будет преобладать однопоточность, но от Xeona не будет никакого смысла.

Вопрос первый с программистам ПЛИ: Есть ли реальная надежда на прогопоточность в ПЛИ? Я знаю что уже попытки есть, созданы виртуальные процессы, но реально на 8 ядрах, что на старой версии, что на новых практически никакой разницы.
Вопрос второй. PLI Использует весьма древнюю БД - VisualFoxPRO, которая больше не развивается и MS поддерживать будет только до 2015 года. И тем более, если PLI собирается ориентироваться не только на мелкие проекты, а и на серьезные интернет-ресурсы, где товарных позиций не 10-20К, а по х100К на которых VisualFoxPRO БД будет просто неприменима.
Возникает сейчас проблема, существующее почти во всем компьютерном мире - ПО не умеет использовать существующие аппаратные возможности. Есть ли какие-то перспективы?

PS: Я знаю что переход на другую БД займет много работы для программистов и возможно просто у Вас экономически нет на это возможности. Но с другой стороны думаю существующая проблема не только у меня, и если бы была такая специальная редакция, для крупных БД стоймостью 500-1000 уе то это бы лучшим вложением для клиента, чем вложение в железо стоимостью 2-3 к, которого через пару месяцев опять станет не хватать.

[Ixenon]

Предлагаю выбрать MS SQL сервер. Будет круто, если у PLI появится возможность держать свою базу в этой системе баз данных.

[Octav]

Новая версия ПЛИ (многоядерная) работает пошустрее старой, просто проц "не успевает" нагружаться полностью при выполнении операции (не знаю все ли понимают что я имею ввиду), вот если бы импорт и сравнение и т.д. выполнялся бы одной операцией, то можно было бы попробовать собрать многопроцессорный сервер и скорость была бы на порядок выше (наверное). Как вариант для программистов можно объеденить все одинаковые операции импорта от каждого прайс-листа в одну общую операцию (т.е. как-будто импортируется один, но оочень большой прайс вместо всех маленьких). Как-то так....
Производительности действительно не хватает.. на сегодняшний день железо позволяет работать на высоких скоростях и после выхода многоядерной ПЛИ мы тоже сразу хотели купить сервак с несколькими процами "за 100к", но почему-то показалось что будет работать еще медленне или так же, либо прирост будет незначителен.

[Ixenon]

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

[Octav]

С таким же успехом можно было бы написать 64-разрядную версию программы, работающую с базой на MS SQL, было бы даже еще круче

Да я только только ЗА! Я думаю затраты можно было бы реализовать в дальнейшем от продажи SQL-ной ПЛИ, а текущую версию снять с поддержки и все (как это делает майкрософт, когда выходит новый Windows, старый они снимают с поддержки и перестают продавать вообще через некоторое время)