Результаты полученные на Speedtest.net не достоверны. У меня на тарифе 30Мб/с получилось 200Мб/с скачивание и 60Мб/с аплоад.
Я так понимаю, цифры из обзора спокойно можно уменьшать в 2-6 раз, и это с учетом того, что нагрузка на сеть была очень маленькой.
Короче, рано радуетесь.
Я бы выбрал оставить дверь. Как я понял из обсуждения выше, весь вопрос в том учитывать ли то что на первом шаге выбор был не случайный или не учитывать. И тут конечно же было бы о чем спорить если бы не одна штука, связанная с данным ресурсом, которая по идее должна была тормознуть весь холивар в самом начале.
Тут много программистов. Напрограммировать эту игру и прогнать много-много тестов очень просто. Лично я этим и займусь (когда время будет), чтобы раз и навсегда ответить на этот вопрос, а не разводить тут базар.
Я так понимаю, исходя их того что вы сами хотите создавать индекс, вы сами хотите написать систему поиска?
Честно говоря я слабо представляю поиск в key-value базе данных
Просто я сейчас занимаюсь чем-то подобным, и ищу платформу. Рассматриваю варианты MongoDB, какую-нибудь SQL БД в связке с Sphinx, или еще вот наткнулся на Apache Cassandra.
Если кому-то еще интересно.
Посмотрите год сообщения, котрое вы нагуглили. На сервере ставятся все возможные обновления, так что если фикс вышел (а с 2004го много времени прошло как бы) он стоит.
Я гуглил по ошибке, которая выскакивала, и максимум что нашел, это вот такие древние посты в которых предлагалось поставить патч, по-моему на SQL Server 2005 SP1, у меня же установлен SP3 и соответственно этот патч тоже уже стоит.
А вот про агрегирующую функцию вы во многом правы. Чтобы строка не вылазила за пределы 4000х тысяч символов перед каждым «склеиванием» мне нужно было проверять длину строки которая получится и ничего умнее вот такого private StringBuilder builder;
…
public void Accumulate(SqlString value)//
{
if (builder.ToString().Length + value.Value.Length < 4000)
builder.Append(value.Value);
} я не придумал
Спасибо конечно за подсказки, но я использовал Regex.Match() и StringBuilder.
И я буду очень рад, если вы мне поясните какие такие проблемы могли бы возникнуть если бы я каждый раз создавал новый объект Regex?
Когда использовал столкнулся с двумя проблемами.
Первая была связана с «утечками памяти» (до сих пор не могу понять откуда она взялась в .NET). Нужны были регулярные выражения. Хранимая процедура делала обработку большого количества данных и в ней постоянно использовалась пользовательская функция. Во время работы ОП постепенно съедалась и в итоге все заканчивалось ошибкой. Если процедура успевала сделать все что нужно, память потом освобождалась. Так что для единовременной обработки больших объемов данных пользовательские функции не подходят.
Вторая проблема выявилась после создания агрегирующей функции. В SQL Server нет функций агрегации строк, но их можно написать самому. И опять при работе с большим количеством данных надежды не оправдались. Агрегирующая функция (мне нужна была функция сцепления строк) очень сильно тормозила, с ней SELECT выполняется в несколько раз дольше. К тому же в SQL Server 2005 итоговая строка не может быть больше 8000 байт, но это вроде как исправили в 2008-ой и там теперь можно работать с NVARCHAR(MAX).
В общем эту технологию лучше использовать только когда вам совсем без этого не обойтись и с небольшим количеством данных.
Я думаю это все равно лучше чем решение Ubisoft, например, вообще отказаться от разработок игр для PC.
Я согласен многое терпеть за возможность играть в заточенные для компа игры, а не в платформеры, которые для РС выпустили просто «что-бы было».
По-моему это называется лицемерие.
Нет никакой разницы между словом с одной звездочкой и совсем без звездочек, смысл совершенно один и тот же. Поверьте, людей, которым не нравится мат, коробит именно от смысла, а не от букв, из которых состоит слово.
Написал, так как обидно за gotanda и crash.
«качество фильма исключительно в потраченных на него бюджетах» — такого не писал и не подразумевал. Тут не так все просто. Например, мне вторые трансформеры очень не понравились сюжетом, однако я все равно не жалею денег потраченных на билет, так как увидел отличные спецэффекты, которые, кстати, стоили бешеных денег. В данном случае деньги, по-моему, сделали из «фильма однодневки» нормальный фильм, бюджет действительно помог качеству. Но это работает не всегда, как, например, в случае с картиной «D-War».
Ну и деньги просто могут помочь искусству быть услышанным и увиденным, хотя бы за счет рекламы.
К сожалению, не нахожу. Разве Майкл Бэй снимает только ради заработка? Вторых трансформеров ждала куча людей. Для людей он снимает. Не будет денег — не будет снимать — люди не увидят больше ОБЧР. Ничего хорошего в этом не вижу.
А вот Томми Палотта снял фильм. Но рекламы нет, выложил на торренты, но его никто не качает, так как не знает о нем ничего. Ну и где толк от этого киноискусства?
Я так понимаю, цифры из обзора спокойно можно уменьшать в 2-6 раз, и это с учетом того, что нагрузка на сеть была очень маленькой.
Короче, рано радуетесь.
Тут много программистов. Напрограммировать эту игру и прогнать много-много тестов очень просто. Лично я этим и займусь (когда время будет), чтобы раз и навсегда ответить на этот вопрос, а не разводить тут базар.
Честно говоря я слабо представляю поиск в key-value базе данных
Посмотрите год сообщения, котрое вы нагуглили. На сервере ставятся все возможные обновления, так что если фикс вышел (а с 2004го много времени прошло как бы) он стоит.
Я гуглил по ошибке, которая выскакивала, и максимум что нашел, это вот такие древние посты в которых предлагалось поставить патч, по-моему на SQL Server 2005 SP1, у меня же установлен SP3 и соответственно этот патч тоже уже стоит.
А вот про агрегирующую функцию вы во многом правы. Чтобы строка не вылазила за пределы 4000х тысяч символов перед каждым «склеиванием» мне нужно было проверять длину строки которая получится и ничего умнее вот такого
private StringBuilder builder;
…
public void Accumulate(SqlString value)//
{
if (builder.ToString().Length + value.Value.Length < 4000)
builder.Append(value.Value);
}
я не придумал
И я буду очень рад, если вы мне поясните какие такие проблемы могли бы возникнуть если бы я каждый раз создавал новый объект Regex?
Первая была связана с «утечками памяти» (до сих пор не могу понять откуда она взялась в .NET). Нужны были регулярные выражения. Хранимая процедура делала обработку большого количества данных и в ней постоянно использовалась пользовательская функция. Во время работы ОП постепенно съедалась и в итоге все заканчивалось ошибкой. Если процедура успевала сделать все что нужно, память потом освобождалась. Так что для единовременной обработки больших объемов данных пользовательские функции не подходят.
Вторая проблема выявилась после создания агрегирующей функции. В SQL Server нет функций агрегации строк, но их можно написать самому. И опять при работе с большим количеством данных надежды не оправдались. Агрегирующая функция (мне нужна была функция сцепления строк) очень сильно тормозила, с ней SELECT выполняется в несколько раз дольше. К тому же в SQL Server 2005 итоговая строка не может быть больше 8000 байт, но это вроде как исправили в 2008-ой и там теперь можно работать с NVARCHAR(MAX).
В общем эту технологию лучше использовать только когда вам совсем без этого не обойтись и с небольшим количеством данных.
Я согласен многое терпеть за возможность играть в заточенные для компа игры, а не в платформеры, которые для РС выпустили просто «что-бы было».
Нет никакой разницы между словом с одной звездочкой и совсем без звездочек, смысл совершенно один и тот же. Поверьте, людей, которым не нравится мат, коробит именно от смысла, а не от букв, из которых состоит слово.
Написал, так как обидно за gotanda и crash.
Ну и деньги просто могут помочь искусству быть услышанным и увиденным, хотя бы за счет рекламы.
А вот Томми Палотта снял фильм. Но рекламы нет, выложил на торренты, но его никто не качает, так как не знает о нем ничего. Ну и где толк от этого киноискусства?