Кто-либо успешно развернул проект направляющих с Ruby 1.9.1? [закрытый]
Это зависит от того, даст ли ОС Вам виртуальное адресное пространство, которое позволяет обращаться к памяти выше 4 ГБ и ли поддержки компилятора, выделяющие его с помощью new/malloc.
Для 32-разрядного Windows Вы не будете в состоянии получить единственный блок, больше, чем 4 ГБ, поскольку размер указателя является 32-разрядным, таким образом ограничивая Ваше виртуальное адресное пространство 4 ГБ. (Вы могли использовать Расширение физического адреса для получения памяти на больше чем 4 ГБ; однако, я полагаю, что необходимо отобразить ту память в virtualaddress пространство 4 ГБ сами)
Для 64-разрядного Windows, VC ++, компилятор поддерживает 64-разрядные указатели с теоретическим пределом виртуального адресного пространства к 8 ТБ.
я подозреваю то же касается Linux/gcc - 32-разрядный, не позволяет Вам, тогда как 64-разрядный позволяет Вам.
5 ответов
Матц недавно говорил на RubyFoo в Лондоне о принятии Ruby 1.9.1. Проще говоря, ruby 1.9.1 не готов к производству и пока не должен использоваться для развертывания.
Ruby 1.9.2 будет готов к производству, но до тех пор вы должны использовать только Ruby 1.9.1 для игры и тестирования.
Хотя многие люди успешно развертывали версию 1.9.1, я бы рекомендовал придерживаться REE 1.8.7 до 1.9.2. Rails 3.0 предпочтет 1.9.2, но также вполне нормально работает с 1.8.7 (НЕ будет работать с 1.8.6).
Gitorious - это довольно большой и сложный проект Rails с большим количеством пользователей. Gitorious отлично работает как на Ruby 1.8, так и на Ruby 1.9, но самая большая установка Gitorious, которой является сам Gitorious.Org, уже довольно давно работает исключительно на Ruby 1.9 и YARV. (По крайней мере, с мая, я думаю.)
И самое лучшее, конечно, то, что это не только открытый исходный код, но и действительно открытый проект с открытым списком рассылки, открытым багтрекером и открытым репозиторием , так что вы можете увидеть в точности , как они это сделали и сколько это было проделано.
Нет преобразования в Ruby 1.9. 1 сделано здесь. Я консервативен с обновлением. В производственной работе я предпочитаю использовать проверенные и проверенные вещи. Кроме того, IMHO 1.9.1 хорош, и хорошая привычка - постоянно обновлять версии зависимостей. Как вы заметили, развитие на переднем крае кровотечения временами может быть болезненным. Если вы не хотите сталкиваться с подобными проблемами, безопаснее оставаться на одной версии позади передового края.
Также здесь нет 1.9.1. Как ни тошно мне это говорить, мы просто подождем, пока 37signals сделают это сначала.
Как только это сделают те, у кого есть права на фиксацию, ошибки будут исправляться намного быстрее.
I spent a day looking at the feasibility of this and am going to wait a while longer.
As it stands you can get stuff to mostly work but there are some seriously scary workarounds you will have to put in place to get stuff going.
- The MySql gem (version 2.8.1) returns all strings in ASCII encoding, this means trouble cause when you start appending them in your views you get all sorts of nasty errors. There is a work around but it involves compiling the gem with patches see: Encoding problems in rails on ruby 1.9.1
- You need to force utf-8 encoding globally using hacks or env vars
- Passenger 2.2.7 has trouble due to a bug in Ruby tempfile, so you have to hack at the source: Ruby 1.9.1-p234, Passenger 2.2.5, Rails 2.3-stable closed stream on POST request
- Some gems just do not work at all.
As much as I would love the perf boost, I think it is a bit too bleeding edge at the moment, it is probably a good idea to wait till early mid 2010