Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   Технический флейм »   Windows против Linux
RSS

Windows против Linux

За переход на личные оскорбления - БАН!!!

<<Назад  Вперед>> Страницы: 1 2 3 4 5 * 6 7 8 9 .. 11 12 13 14 15 16
Печать
 
IdeaFix
Гость

Ссылка

Оффтопик: Оффтопик: Mihail1810 Ява просто самый популярный язык. Совершенно не модный, но популярный. И если посмотреть откуда ноги растут у скалы и некоторых других, то многие вещи становятся понятны.

А что до памяти... SOLR способен утилизировать всю память мира :) При этом он быстрее Оракла, быстрее Постгри... и так далее. Да, я сравниваю теплое с мягким, но ведь многие пытаются в ответ сказать что мягкое вполне себе утепляет, поэтому тёплое не нужно.
Память - один из самых дешевых ресурсов. Память гораздо дешевле программистов :) И это не оправдание того что можно писать плохо, наращивая память. Это оправдание того, что просто можно много памяти занимать. Да, о том что ява работает на системах с нулем целых и хреном десятых байт памяти говорить как-то не модно :) Все почему-то предпочитают гнобить яву на том поле, где у неё просто нет конкурентов :)

https://habrahabr.ru/company/ibm/blog/252057/

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


Да, Java просто физически не может съесть памяти больше, чем -Xmx, а вот текущая сишка может :) Но кого это волнует... кстати, в попытках вернуться к топику - могу показать десяток сервисов на java+postgres под виндой. Плохонько, но работает.
Сейчас на форуме
La Forge
Advanced Member
Lt. Cmdr.

Откуда: Рязань
Всего сообщений: 3248
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
16 нояб. 2012
Ideafix, я передам нашим САПРовцам на i7+32gb ram что вы сказали. Боюсь только, как бы им не поплохело от смеха. Про яву уже писал, она такая в принципе.
IdeaFix
Гость

Ссылка

Оффтопик: Оффтопик: La Forge Мои сапровцы имеют на четверых те-ра-байт памяти... имеют на четверых 64 треда, могут пересаживаться с места на место и иметь всё это там, где они сидят сейчас. С 60 герцами с всинком на мониторе :) Про всякие мелочи типа снапшотов вм, версионности, производительности дисковой полки (хотя там всего-то 0+1 на 6 дисках + ssd кэш) я не говорю... машина - старенький делл на 4 сокета g34. Просят интел. Скоро будет им интел с тем же терабайтом (даже чуть больше) и в два раза бОльшей ПСП. А вот отдельные воркстейшоны не просят. Единственные в конторе, кто не виртуализовался - Издательско-полиграфический центр (вернее, это единственная попытка, которая провалилась). Причем с сапровцами мы пошли не по мануалу - от vDGA отказалис в пользу более медленного vSGA, чтобы получить возможность пауз/снапшотов и динамического потребления памяти. К сожалению, применение vDGA, равно как и проброс реального железа в вамврь накладывают на машины некоторые ограничения, которые мы решили на себя не накладывать.

Так что, тут может иметь место смех без причины, но исключительно как признак недостатка образования. Про яву в общем то же самое :) А вот делфи, да интербейз.... это да.

P.S. Grid придумали дурачки... покупают Grid тоже дурачки :) реальные сапровцы используют i7 :biggrin: Ну а если серьезно, то на цитриксе было бы еще лучше, но у нас цитрикса нет. Зато есть практически всё, что есть внутри делл-емц2 в виде наследия вмвари.
Сейчас на форуме
mindforms
Advanced Member


Откуда: Ростов
Всего сообщений: 1085
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
31 янв. 2008
Anderson1 написал:
[q]
обычно кофе варят сами вручную, т.е. не в кофеварке, а в кофейнике
[/q]
Я смотрю, до кофеварок дошли уже....
Эспрессо в кофейнике? Не лопнет, часом? )
mindforms
Advanced Member


Откуда: Ростов
Всего сообщений: 1085
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
31 янв. 2008
IdeaFix написал:
[q]
Мои сапровцы имеют на четверых те-ра-байт памяти...
[/q]
Это самом деле такое потребление памяти у ПО?! Вы что проектируете, если не секрет?
La Forge
Advanced Member
Lt. Cmdr.

Откуда: Рязань
Всего сообщений: 3248
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
16 нояб. 2012
IdeaFix, хамите парниша. Образованный вы наш. Только вот воспитанности никто не привил, видимо.
...
Ну да, целый отдел сапровцев - человек 30 сидит и работает. И делают вещи, которые вам даже не понять. Желаете их поучить?
...
Повторяю для образованных. На Delphi/Builder-е пишутся клиенты. Которые могут быть написаны на чём угодно, а эти среды разработки были выбраны в начале нулевых как вещи дающие максимальную отдачу за минимальное время. Процентов 80 логики сидит в базе. Которая Oracle. И данных в таблицах миллионы записей. А отнюдь не Interbase. Чувствуете разницу?
...
Далее. Интерпретируемый код всегда работал медленнее компилируемого. Со времён Бейсика. Вещи вроде Javа добавляют тормоза при "исполнении" его виртуальной машиной. Отсюда и тормоза, и дикое потребление памяти. Будем спорить?

...
Не так давно решили передавать данные через ESB-шину в 1C. Естественно, форматы различаются. Стали передавать им в том виде, как в наших таблицах. Казалось бы, преобразования не такие сложные, оно заработало, но... со скоростью несколько десятков записей в час. Спасовали и 1С-овцы, и те кто пишет адаптеры шины. На яве. В итоге дёрнули меня с больничного, написал им процедуру на PL/SQL и тех пор всё работает как часы, и без проблем со скоростью.
IdeaFix
Гость

Ссылка

mindforms
Секрет.... я не знаю что они проектируют, я строю инфраструктуру :) В прошлый раз когда машину строили, мне через 2 года сказали что она антибиотик или антивирус какой-то "считала", а тут в общем почти по вмварьной шпаргалке, так что мне и не нужно знать что они делают. Но! Нормальная операционная система (коей, не смотря на заявляемую фирмварьную сущность) является ESXi, может кэшировать чтение с диска в память, а такой многоуровневый сторадж-кэш (драм, ссд, полка) - это приятно. Опять же, снапшоты подъедают память. А эти заразы насобачились делать вот что.... делают снапшот, запускают что-то долгое ресурсоёмкое, разворачивают снапшот параллельно и работают в копии своей машины. Да, там автокад и солидворкс. Именно в плане рендера предпросмотра им вполне хватает младшего грида, а вот память частенько скушана вся. С процами там всё сложно, то что паралелится - работает отлично, то что не паралелится - работает не очень. Оптероны 63хх - это по сути AMD FX.

В принципе, я заинтересован в обновлении этой машины ибо во-первых хочется поиграть в новое железо (там и опыт работы с новыми вузями будет и с новым софтом), а во-вторых, будет возможность умыкнуть 6370 оптерон и ddr3 ecc rdimm плашки по 32 гига домой :) У меня дома гипервизор на h8sgl-f :)
Сейчас на форуме
IdeaFix
Гость

Ссылка

La Forge
Так Вы определитесь, у Вас клиент на яве тормозит, или ява? У Вас на яве ядро или клиент? А то всё в кучу. У меня вот ява не тормозит, и скала не тормозит. А реализовывать функционал скалы на SQL - это можно не то что на больничный - на покой можно уйти. Видимо, поэтому то что нужно писать на SQL - пишется на SQL, а то что на SCALA - пишется на SCALA и... интерпретируется дважды. И работает быстрее чем альтернативы, которых в общем нет :)

Ну, а 30 сапровцев на стандалон машинах - это конечно грустно. Терпения тем, кто это поддерживает :) Наверняка же есть отдельный цифромол, а i7 и 32 гига памяти - по сути консоль. Или они реально каждый в своей коробке считают вещи, которые не приходят ко мне во снах?

А насчет хамства.... ну что все мнительные такие. Сходите в отдел, расскажите шутку - 31 человек посмеётся, всё равно 5-10 лет и все в облаке будете... так дешевле и удобнее. Хотя, цитрикс может и не продать. Тогда не будете. Тогда через 5-10 лет останутся ровно те же i7 и 32gb памяти.
Сейчас на форуме
La Forge
Advanced Member
Lt. Cmdr.

Откуда: Рязань
Всего сообщений: 3248
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
16 нояб. 2012
Я здесь со стороны смотрю. Все клиентские приложения что я видел были тормозами. Везде где используется ява - то тормозит. Шина, в которой адаптеры пишутся на ней - тормозит. Процессы экспорта во внешние системы порой идут часами. В то время как прямая выгрузка ora-ora, или через веб-сервисы идут в разы быстрее. Вот то что я вижу.
...
На больничный я выходил не из-за этого... Я сделал свою (1-ю) часть цепочки ora-jboss-1c, а они ниасилили нормально свои. И дёрнули меня чтобы я уже выдавал им готовенькое. Вот без этого именно им, а никак не мне, надо было бы "не то что на больничный"
...

IdeaFix написал:
[q]
Или они реально каждый в своей коробке считают
[/q]
Ну это нам не докладывают. Я программер ИС, а не админ.


IdeaFix написал:
[q]
всё равно 5-10 лет и все в облаке будете... так дешевле и удобнее.
[/q]
ну да, зависеть от стороннего дяди. Да и не продадут. И так предприятие под санкциями.
IdeaFix
Гость

Ссылка

Оффтопик: Оффтопик: La Forge
jboss?:) И как? Тормозит? Кстати, его в очередной раз перелопатили. Ну а если серьезно, то интерпретируемый код и хранимые процедуры в субд сравнивать в лоб можно? Не думаю. И Си с Явой в общем не нужно сравнивать, ибо то что пишется на яве, в большинстве случаев нельзя реализовать на Си, да и не факт что получится быстрее и удастся уследить за памятью.

По факту это окажется не менее комплексной задачей чем реализация на асме. Есть языки которые ужасны сами по себе, но ява не из них. Ужасные программы - это да... но блин, я и суперский экспириенс с миграцией оракловой базульки (вернее всей cms) со спарка на х86 вспомнить могу, а там процедуры непереносимы :) Кто виноват? Почему так? Пришлось очень долго читать документацию именно как sa/dba, пришлось вникать с нуля :( Плохая система? Отнюдь. Просто так звезды встали.

И регулярно появляются кейсы когда люди пишут на плюсах процедурно и не хотят рефакторинг. Регулярно есть кейсы когда люди пишут на форте под MPI совершенно не паралелящийся код и исполняют его на многопоточном вычислителе, и т.д. и т.п. А почему? Да не умеют иначе. Та же проблема что с явой - готовые классы и больше ничего. Но, если посмотреть на хорошие примеры (да я опять буду поминать SOLR) то сразу понятно что дело в прокладках, а не в машине :)

Ну и для справки, а есть куда бежать если и оракл не продадут?
Сейчас на форуме
<<Назад  Вперед>> Страницы: 1 2 3 4 5 * 6 7 8 9 .. 11 12 13 14 15 16
Печать
Полигон-2 »   Технический флейм »   Windows против Linux
RSS

0 посетителей просмотрели эту тему за последние 15 минут
В том числе: 0 гостей, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS