[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]

Файл: -(154 KB, 790x593)
154 No.3700752  

Сырночка, я хочу купить себе ноутбук и мне необходимо прояснить пару моментов, помоги мне пожалуйста.
Ноутбук будет использоваться для программирования, всяких университетских работ, сёрфинга интернетов и просмотра сериалов/аниме. В игры не играю.
Думаю купить ноут с 4 гиг оперативы и докупить ещё 4. 8 ведь хватит? Также хочу купить ссд, потому что я однажды видел разницу и по ощущениям это совсем другой уровень по сравнению с хдд.
Изучаю процессоры на сайте cpuboss и пока даже близко не представляю, что покупать. Допустимо ли для моих целей ставить 6 балльную затычку вместо процессора? Потому что хорошие процессоры очень дорогие, а бюджет маленький.
Также не определился с видеокартой. Есть ли смысл в дискретной видеокарте, если я не собираюсь играть, работать с видео, фото и т.д.?

>> No.3700754  
>Допустимо ли для моих целей ставить 6 балльную затычку вместо процессора?

Конечно.

>Есть ли смысл в дискретной видеокарте

Нет.

>> No.3700755  

Вообще выбирай по качеству клавиатуры, размеру, экрану и батарейке.

>4 гиг оперативы и докупить ещё 4

Если там второй слот будет.
В принципе и 4 норм, если не будешь постигать глубины java.

>> No.3700758  

>>3700752
Core i5 последнего поколения и никаких проблем.
Причин мнго, просто верь мне в этом вопросе.

>> No.3700759  

>>3700755
Я бы хотел постигать глубины java.

>> No.3700760  

Ноутбуки сейчас сплошь дерьмовые делают. Покупай Chromebook, накатывай туда Ubuntu и будет ня. Хромбук это такой макбук для бедных.

>> No.3700761  

>>3700758
Они дорогие. Да и i5 разные бывают.

>> No.3700762  

>>3700759
Тогда бери 16 Гбайт и i7. Видеокарту всё равно не надо.

>> No.3700763  

>>3700760
Тот самый, где убогий процессор, мизер диска и оперативка распаяна?

>> No.3700764  

>>3700761
Зато все будет работать.
Копи денюжку и не парься.

>> No.3700768  

>>3700762

>i7. Видеокарту всё равно не надо

Хех. В смысле любую затычку, вместо видеокарты.

>> No.3700773  

>>3700762
У java всё настолько плохо? Прямо вообще никак без мощного агрегата?

>> No.3700778  

>>3700773
Смотря какого уровня java. Если хеловорды, то на здоровье.
А если что-то сложное, то предполагается что ты будешь запускать idea и проч. А это будет выливаться в подвисания, которые будут всё больше досаждать.
Можно и свыкнуться с ними.

А у тебя так серьёзно с java или ты накачал учебничков и ждёшь, когда станешь программистом? На достижения уровней тормозов и десятков гигабайт ОЗУ под программу может время уйти, там и другой ноутбук присмотришь уже. Или другой язык. Или другую профессию, скорее всего.

>> No.3700781  

>>3700773
А то! Она же знаменита своей прожорливостью. А ещё IDE для неё — те монстры.

>> No.3700790  

>>3700778
Накачал учебников и жду. А как раньше с java работали? Раньше ведь таких компьютеров не было, а java была.

>> No.3700795  

>>3700790

>Накачал учебников и жду.

Тогда не запаривайся.
Если будешь этим заниматься, то со временем сформируешь свои требования к железу. А то сейчас продашь почку и купишь топовый чумодан, на котором будешь читать ычан да гонять аниме, пока он не устареет.

Раньше она была скромнее. Да и то серьёзные дяди собирали себе двухпроцессорные гробы с максимально возможной памятью, да с запуском и отладкой на удалённом сервере приложений (который сечас принято локально поднимать, постигая новые горизонты пожирания ОЗУ).

>> No.3700831  

>>3700795
Вот ты учился в университете на программиста? Хватит простенького ноутбука для повседневных задач?
Просто я ещё не учился и ничего не знаю. Летом пересдал егэ, сейчас работаю и коплю деньги, учиться пойду в следующем году.

>> No.3700850  

>>3700752
Слушай сюда, няша. В принципе, ты все решил правильно, но я тебя немного поправлю.
В-нулевых - и в самых главных - комфорт от работы за ПК для программиста складывается из экрана и клавиатуры. Поверь, лучше взять модель с процессором похуже, но с удобной клавиатурой и матовым экраном. Удобство клавиатуры субъективно, поэтому нужно ехать в магазин и пробовать. Матовый экран в дешевых ноутах найти тяжело, но возможно. Разрешение не принципиально, но физический размер должен быть не меньше 14", лучше - стандартные 15.6". Брать 17" не стоит, они и дороже заметно, и не так удобны в обращении.
Во-первых, тебе совсем не нужен топовый процессор. Останови свой выбор на каком-нибудь недорогом целероне. Если не будешь кодировать видео мегатоннами - тебе его хватит за глаза.
Во-вторых, оперативки бери побольше. Я бы посоветовал взять ноут с 2 гигабайтами и воткнуть туда вместо двух две плашки на 8. Это сильно повысит комфорт. Только надо смотреть, чтобы процессор поддерживал 16 гигабайт, многие целероны больше 8 поставить не дают. Но, в принципе, тебе и 8 должно хватить.
В-третьих, тебе не нужен SSD. Нет, правда не нужен. От него толку на повседневных задачах нет никакого. Совсем. Говорю как обладатель ноутбука с SSD.
Ну и в-четвертых, тебе точно не нужна дискретная карта. Даже если захочешь погонять в какие-нибудь игрушки - интегрированной хватит для большинства. Я изредка запускаю Minecraft или Portal, просто ради отдыха.
Можешь расспрашивать подробно, я ровно месяц назад стоял перед ровно той же задачей под те же требования и выбрал точно такой же конфиг. Ноут с 2 гигами, две плашки по 4, SSD и салазки обошлись в общей сумме ~20к. В принципе, доволен, своих целей достиг.

>> No.3700853  

>>3700831
Вот я учусь, могу пояснить за все, что душе угодно.
Сырно №>>3700850

>> No.3700857  

>>3700850
Напиши пожалуйста свой точный конфиг. И чем занимаешься на ноутбуке?

>> No.3700858  

Разве ноуты котируются у программистов?
Для вконтактика с ютубчиком проще ipad купить.

>> No.3700861  

>>3700858
В общагу.

>> No.3700867  

>>3700858
У студентов как минимум. Это гораздо удобнее, чем таскать туда-сюда проекты на флешке. Молчу о том, что на университетских машинах в большинстве случаев работать неврзможно и нет выхода в интернет

>> No.3700868  

>>3700858
Котируются, на форчане адовый дроч на тинкпады
http://ktgee.net/post/49423737148/thinkpad-guide
https://wiki.installgentoo.com/index.php/Laptop_Buying_Guide

>> No.3700869  

Intel+Intel(bay trail в унитаз), 8 памяти минимум(вообще минимум, меньше сейчас невозможно пользоваться компьютером впринципе), нормальная вафля.

>> No.3700889  

>>3700857
Совсем точный не скажу, ибо трапезничаю за планшетом, но примерно так:
CPU: Intel Celeron N2840 (http://ark.intel.com/m/ru/products/82103/Intel-Celeron-Processor-N2840-1M-Cache-up-to-2_58-GHz) с интегрированным GPU HD2500
ОЗУ: 2x4 Gb DDR3L Kingston KVR16S11/4
HDD: 500 Gb WD Blue
SSD: Kingston HyperX 3k 120 Gb
Экран: матовый 1366х768
Сама платформа - баребон Clevo, модель не помню, брал в DNS.
Пользую ровно для того, что ты описал - университетские работы, программирование, просмотр аниме, серфинг.

>> No.3700904  

>>3700889
А почему считаешь, что ссд не нужен? Я написал про ссд, потому что своими глазами видел насколько он круче хдд. Знакомый работает в комп магазине, я с ним по этому поводу спорил и в итоге он мне просто показал 2 практически идентичных ноута, но с разными дисками. Разница реально заметна во всём, при этом хдд был 7200 об/мин, а не 5400.

>> No.3700908  

>>3700904
Под всем я имею в виду в основном загрузку программ. Ну и когда начинаешь много всего открывать, что-то быстро делать, то у хдд всё равно заметны тормоза, а у ссд нет.

>> No.3700913  
Файл: -(253 KB, 800x830)
253

>>3700869

>меньше сейчас невозможно пользоваться компьютером впринципе

Пишу тебе ответ с 512 Мбайт.

>> No.3700917  

>>3700913
Ну это слишком. У меня у сестры телефон без настройки нормально не работает на 512 мб.

>> No.3700919  
Файл: -(110 KB, 680x810)
110

>>3700917
А в телефоне у меня памяти на 500 контактов (и ещё 100 можно в SIM записать). Можешь падать в обморок.

>> No.3700921  

>>3700904
Я не могу спорить с тем, что ты видел своими глазами, но все-таки своим глазам я доверяю больше. После установки SSD все, что изменилось - Linux стал загружаться быстрее. Гораздо быстрее. Проблема в том, что перезагружаюсь я раз в 2-3 месяца, и 3 секунды загрузки против 30 особо ничего не решают, как и то, что файрфокс запускается не за 10 секунд, а за секунду. Все остальное время я увожу ноут или в сон и там без разницы, HDD или SSD, или в гибернацию а тут образ памяти так и так сохраняется на HDD, прироста опять ноль, и программы, соответственно, не закрываю. Что ты тяжелого так часто планируешь запускать и закрывать постоянно? У меня из жирного только браузер, но, как уже было сказано, он никогда не закрывается.
Что удивительно, на винде я не получил вовсе никакого прироста по ощущениям - как было, так и осталось.
Резюмируя - да, SSD действительно быстрее HDD, но практической пользы от этой скорости я для себя не увидел никакой.

>> No.3700922  
Файл: -(56 KB, 631x480)
56

>>3700917
Это говорит не о ничтожности 512-ти мегабайт, это говорит о бездарности создателя ОС этого телефона.
640_килобайт.jpg

> У меня у сестры

У моей сестры
fix

>> No.3700926  

>>3700922
Ты правильно меня прфиксил, прошу прощения.
Но твой телефон не умеет делать то, что умеет делать телефон сестры.

>> No.3700928  
Файл: -(503 KB, 610x720)
503

Н-ну не может телефон моей сестрёнки делать так много!

>> No.3700932  
Файл: -(704 KB, 900x1440)
704

>>3700869

>меньше сейчас невозможно пользоваться компьютером впринципе

программе, на которой проектировали алису, достаточно всего двадцать два (22) мегабайта памяти и процессора пентиум

>> No.3700938  

>>3700926
А ты точно пользуешься всеми возможностями? У меня четырехядерный агрегат с двумя гигами оперативки и полноценной ОС на борту. Я могу, в общем-то, делать все то же самое, что и на ПК. Но я, как и много лет назад, использую его для серфинга в интернете. В 2003 году с этим успешно справлялся Siemens A60 с экраном 101х80 и уже не помню сколькими килобайтами ОЗУ. Помню, что ПЗУ у него - 8 мегабайт. Даже вру. Я на нем читал книжки и учился программированию на PHP, господи прости. Все за счет куцего встроенного браузера. Сейчас у меня в руках машина мощнее моего десктопа, но все, что я делаю - пишу тебе этот ответ за кружкой чая.

>> No.3700940  

Я упоротый линуксоид-минималист, и меня дико бесит, что моему HDD требуется ощутимое количество миллисекунд на то, чтоб отыскать на себе одну двухкилобайтную консольную утилиту и запустить её, поэтому я хочу себе SSD, надеясь что он будет делать быстрее это всё.

Но это роскошь всё-таки.

>> No.3700941  

>>3700932
Программе, благодаря которой Гагарин полетел в космос, нужно и того меньше. Но увы.

>> No.3700943  

>>3700938
На твоём старом телефоне нет инстаграма и вотсапа, а это главное в жизни.

>> No.3700944  

>>3700938
Современные сайты (если выйти за пределы дремучих имиджборд) сильно обросли всякими тяжеловесными жаваскриптами, цссами, шрифтами и картинками, твой старенький сименс ими подавится.

>> No.3700947  

>>3700940

> ощутимое количество миллисекунд

У тебя точно HDD, а не FDD? Обычный человек не способен ощутить задержку в 0.1 секунды. Даже при долгих тренировках уменьшить это число ниже 0.05 никак не выйдет. У тебя что-то с нервами не то, друг, тебе не о SSD волноваться надо, а о своем здоровье

>> No.3700951  

>>3700943
Но мне они не нужны
>>3700944
И все это добро мне тоже не нужно. Зачем? На компе я стабильно отключаю полностью жабоскрипт, цссы, шрифты и разрешаю только некоторые изображения. Поверь, я от этого ничего не теряю.

>> No.3700952  

>>3700917
Ну ты даешь, у меня телефон с 256 мб очень плохо работает

>> No.3700984  

>>3700759

Памяти побольше - на остальное пофиг.
Хотя неплохой процессор тоже не помешает.

>>3700773

Java разная бывает. Вон даже на сим-картах крутится (пусть и урезанная)

По сути Сырно пишет о случае, когда ты решаешь сделать свой калькулятор и у тебя запущена Eclipse, БД Oracle, контейнер сервлетов/ежб/нутыпонел и вот твой калькулятор гордо использует Hibernate в связке со Spring и Spring MVC для вебморді.
Тогда, без i7 не обойтись.

Но на начальном уровне похер. 1-2 гига есть - уже надолго хватит. 4 - так и вообще.

Алсо если в энтерпрайз не лезть - то вообще похер.

>>3700781

Мифология такая мифология

>> No.3700990  

>>3700984
А если для андроида писать? Хороший компьютер нужен?

>> No.3700991  

>>3700913
Ну ты даешь.

1гб господин

>> No.3701002  

>>3700990

Да.

Эмулятор Андроида очень тормозной (даже на i7).

Там правда есть хак. Если возьмешь процессор Intel с поддержкой виртуализации (VT-x), то можно использовать аппаратное ускорение при запуске х86-образа андроида.

Будет намного быстрее.

>> No.3701007  
Файл: -(134 KB, 617x484)
134

>>3700991
У меня тоже был 1 Гбайт недавно, но пришлось из одного модуля микросхему питания пожертвовать клиенту, так что пока так. Найду откуда выковорить такую - сравняемся, госюдзин-сама.

>> No.3701008  

Кстати, а зачем именно ноут а не десктоп?

>> No.3701012  

>>3700869

>4 гига DDR2
>Хром с 23 вкладками ест только 30% памяти

Кажется кто-то банально зажрался.

>> No.3701015  

>>3700984

Кстати, если говорить про память и Java, недавно запускал клиент для интернет-банкинга на Java на машинке с 1 гиг оперативки.

Там даже Огнелис тормозит, а клиент вполне себе шустро работает.
Посмотрел статистику всего мегабайт 50-60 съел.

Так, что все зависит от того что крутить.

Но 1 гиг оперативки, это все равно печально

>> No.3701018  

>>3701012

1500+ вкладок, ФФ 1.8 гига заюзал

>> No.3701021  

>>3700984
В энтерпрайзе сисярп же, да?

>> No.3701023  

>>3701018
Ну ФФ гораздо экономичнее Хрома. Гугловцы ложили большой и толстый на оптимизацию.

>> No.3701024  

>>3701007
Вот так клиент, он должен быть тебе благодарен!

>> No.3701026  

>>3701002
А если это все на линуксе крутить с KVM - будет еще быстрее

>> No.3701027  

>>3701021
Зависит от ынтырпрайза

>> No.3701030  

>>3701015
Там просто ничего тяжелого не было, видимо. Java очень хорошо кушает память, но большая часть ее потребления в небольших программах приходится на саму JVM

>> No.3701035  

>>3701021

Сисярп не может в Linux или Unix (на уровне достаточном для production)

>> No.3701040  

>>3701021
В советской россии в ынтерпрайзе 1С.

>> No.3701042  
Файл: -(83 KB, 734x689)
83

>>3701024
А то. Отблагодарил наличными.

>> No.3701045  

>>3701030

>Там просто ничего тяжелого не было, видимо.

В том-то и поинт.

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

Но это дело не в платформе а в самом софте.

Софт != платформа/язык

>>3701026

Были предложения ставить на железном уровне Android x86

>> No.3701046  

>>3701035
На самом деле, может но лучше не надо

>> No.3701056  

>>3701045
Я тебе так скажу: приложения с равной функциональностью, написанные, положим, на С (без плюсов) и на Java, на слабой машине будут весьма заметно отличаться в юзабилити не в пользу Java. На мощном железе при условии нетребовательности алгоритма к скорости - пользователь разницы не заметит. Беда в том, что сейчас зачастую проще купить более крутое железо, чем нанять квалифицированного программиста

> на железном уровне

Но ведь под андроид нет средств разработки вроде бы или я бака и не в курсе?

>> No.3701058  

>>3700941
...но увы, человек, про которого написано в патенте на торкс, никогда не поймёт, о чем я говорю

>> No.3701059  

>>3701008
В общагу.

>> No.3701061  

>>3701046

Про mono я знаю, но оно ж разве production grade?

>>3701056

>Но ведь под андроид нет средств разработки вроде бы или я бака и не в курсе?

APK файл ручками тыкать туда

>> No.3701063  

>>3701061
Ну, скажем так, если что-то работает под моно - оно просто так не упадет. Но может и не работать без объяснения причин.

>> No.3701064  

>>3701061
Но тогда ведь можно просто на девайсе тестировать. Китайский планшет за 30$ может себе позволить, пожалуй, каждый разработчик

>> No.3701066  

>>3701064
Но не каждый может позволить его себе планшет.

>> No.3701067  

>>3701056

>юзабилити не в пользу Java

Что ты вкладываешь в слово "юзабилити"?
Если интерфейс, то да GUI для Java 7 и ниже немного прибацанный, но он не тормозит.

Если консоль, то разницы ты вообще не увидишь.

Новый GUI в Java 8 и шустрый и красивый, но не факт что взлетит.

Если в общем. То Java на сим-картах - это специфический кейс, но к примеру, в тех же ТВ-приставках и подобных девайсах Java вполне себе давно и успешно живет.

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

Если IDE, то с Идеей не работаю, а Eclipse норм (не тормозит). Но в любом случае, IDE это такая штука, которая пытается угадать, что у тебя в голове, на фоне сканируя/кэшируя проект/делая еще 100500 дел, поэтому то что требует ресурсов - не удивительно.

>> No.3701068  

>>3701063

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

>> No.3701071  

>>3701066
Смешно.

>> No.3701072  

>>3701066
Спасибо, не поняла

>> No.3701076  

>>3701068
Боже, вот про это не надо. Я видел такие примеры, что сервер с mono покажется раем.

>> No.3701098  

>>3701067
Дело не столько в GUI, сколько в том, что Java в принципе быстрее нативного кода работать не может. Простой пример: есть два ноута, один на процессоре, другой на атоме. Производительность minetest на обоих одинаковая. Угадай, на каком из них minecraft работает медленнее?
Еще у меня был опыт разработки небольшого сетевого сервера на Java. На моем компьютере он работал довольно сносно, но у людей с машинами послабее были проблемы. В итоге сервер был переписан на C++, что позволило ему работать даже на роутерах. Да, набросать код на яве было сильно быстрее, но, увы, сам код жевал ресурсы весьма неслабо при отсутствии особо тяжелых вычислительных частей.
Кроме того, в яве есть много тонких моментов, которые не очевидны программисту, привыкшему к компилируемым языкам. Однажды я ускорил приложение ровно в два раза, просто вынеся действия из статического метода класса прямо в место вызова этого метода. Метод просто вызвался очень часто. Было бы такое же падение производительности в коде на С? Не думаю, точнее, уверен, что нет.
Что касается незаменимости - тут да. Во-первых, "работает - не трожь", во-вторых, она довольно неплохо вписалась, поэтому пусть себе сидит. У нее есть свои плюсы и минусы, и там, где плюсы перевешивают - она хороша.
Ну а об IDE я ничего не скажу. Во-первых, у меня тормозит и Eclipse, причем тормозит жутчайше, во-вторых, я в принципе ненавижу, когда программа делает то, что ее не просят:

> пытается угадать, что у тебя в голове, на фоне сканируя/кэшируя проект/делая еще 100500 дел

поэтому пишу код просто в редакторе с подсветкой синтаксиса.

>> No.3701330  

>>3701098

>сколько в том, что Java в принципе быстрее нативного кода работать не может.

При определенных условиях может и даже работает.
Дело в том, что в отличии от компилятора JVM знает как будет исполняться код и соответственно оптимизировать его по ходу исполнения.
Поэтому любой тест производительности для JVM считается корректным только если он учитывает этот момент и крутит тест значительное время (минуты, десятки минут)

>Кроме того, в яве есть много тонких моментов, которые не очевидны программисту, привыкшему к компилируемым языкам.

В Java довольно большое количество нюансов и тонкостей (особенно в контексте многопоточности), несмотря на ошибочное мнение, что это простой язык.

И действительно, компилятор и JVM действительно рассчитывают на определенную манеру написания кода.

Но при этом, ты уверен, что можешь винить Java в плохой производительности, при условии того, что ты сам недостаточно хорошо знаешь платформу?

>Производительность minetest на обоих одинаковая.

У Атомов и остальных интеловских процессоров различная архитектура.

>> No.3701335  

>>3701076

Если рантайм сам по себе не достаточно надежен (бета-версия, неофициальный, еще что-то), никто под него писать не будет.

В худшем случае, вынесут часть софта на виндовые машины, часть оставят на линупсе.

>> No.3701336  

>>3701335

Опыт работы с банковскими организациями имеется.

>> No.3701378  

>>3701330

> Дело в том, что в отличии от компилятора JVM знает как будет исполняться код и соответственно оптимизировать его по ходу исполнения. Поэтому любой тест производительности для JVM считается корректным только если он учитывает этот момент и крутит тест значительное время (минуты, десятки минут).

Широко распространенное мнение, но оно ошибочно. Для начала, так ведет себя только серверная версия JVM, а, например, на винде по умолчанию ставится десктопная. Кроме того, в подавляющем большинстве случаев такая оптимизация все равно не превосходит по скорости код, сгенерированный компилятором. Тесты показывают, что скорость может быть сопоставима, но только в тепличных условиях и на синтетических примерах. Я согласен, это прогрессивный и вообще классный подход, но пока он выглядит не очень ярко. Ну и, в довершение, это не спасает от плохого UX на слабой машине, а только усугубляет ситуацию, поскольку накидывает сверху еще и оверхед профилирования.

> У Атомов и остальных интеловских процессоров различная архитектура.

Я тебе просто привел пример двух разных по мощности и одинаковых по программному интерфейсу платформ. То, что у них разная микроархитектура - не столь существенно. Или ты думаешь, что если вместо атома взять Celeron начального уровня, то что-то существенно изменится? На слабой машине тормоза Java все равно будут заметны человеку, я именно об этом.

> Но при этом, ты уверен, что можешь винить Java в плохой производительности, при условии того, что ты сам недостаточно хорошо знаешь платформу?

Скажем так, я знаю ее достаточно хорошо для того, чтобы делать подобные заявления можешь верить, можешь нет - я участвовал в разработке (скорее, допиле) встраиваемой JVM для RTOS. Возможно, я просто максималист, и привык выжимать из машины последние крохи, делая ассемблерные вставки в код на С, поэтому размеренная неспешность Java меня немного нервирует.

>> No.3701384  

>>3701336
Значит, тебе просто повезло с таким не столкнуться. Клиент на Delphi7 и сервер на FoxPro - суровая реальность на территории exUSSR. Все это написано студентом первых курсов с использованием нелицензионного ПО и падает с завидной регулярностью. С крупными банками я, конечно, не работал, но в мелких ситуация плюс-минус похожая.

>> No.3701417  

>>3701378

>а, например, на винде по умолчанию ставится десктопная.

При установке JDK ставится серверная версия.
C аппликухой можно бандлить серверную JRE - http://www.oracle.com/technetwork/java/javase/downloads/server-jre7-downloads-1931105.html

>То, что у них разная микроархитектура - не столь существенно. Или ты думаешь, что если вместо атома взять Celeron начального уровня, то что-то существенно изменится?

Разная микроархитектура означает, что на целом классе операций будет разная производительность. Не только в Java.

Потом там вопрос, что там за тест и что он тестирует.

>На слабой машине тормоза Java все равно будут заметны человеку, я именно об этом.

Ты уверен, что это тормоза Java а не результат успехов конкретного программиста?
Условно можно написать (и пишут) тормозные приложения на С/С++, но можно ли на основании плохого UX этих приложения говорить, что C/C++ тормозят?

Да, в случаях когда нужно выжимать каждую капельку производительности из железки С/С++ (а лучше ассемблер) - это определенно лучший выбор.
Но обычно это 5-10% а то и меньше от всех кейсов.

В остальных случаях Java ок. Да на машине с < 512 mb оперативки может быть печально, но сейчас такую машину даже в качестве офисного ПК не особо используешь.

Что до роутеров с 4-16мб ОЗУ. Тут возможно Java Embedded (ME) пойдет.
Хотя все таки С будет предпочтительней. (ME - уродский)

>> No.3701420  

>>3701384

Я видел систему с компонентами распределенным на Unix, Linux и Windows машинах, написанную на C, C++, Visual Basic, C#, Java + скрипты на баше, все это общалось по проприэтарным бинарным протоколам, текстовым протоколам, HTTP.

Обычно работало максимум 3-4 дня, а потом что-то падало. Причем каждый раз в новом месте.

В цирке больше не смеюсь.

>> No.3701426  

https://docs.oracle.com/javase/8/docs/technotes/guides/install/windows_system_requirements.html

Java 8 SE требует минимум 128мб ОЗУ

>The minimum physical RAM is required to run graphically based applications. More RAM is recommended for applets running within a browser using the Java Plug-in. Running with less memory may cause disk swapping, which has a severe effect on performance. Very large programs may require more RAM for adequate performance.
>> No.3701433  

>>3700773
Не верь им, оп. Мой ноутбук 12го года позволил мне выучить джаву и устроиться на работу. Если ты не планируешь использовать свой компьютер как одновременно и базу данных с миллионом записей и ejb сервер с 1000 запросами одновременно, то все будет в порядке!

>> No.3701437  

>>3701433
Ноутбук 12-го года может быть каким угодно. Может у тебя игровой чемодан за 150К по старому курсу.

>> No.3701442  

>>3701437
Нет, у меня делл инспирон какой-то. Брал по тому курсу за 25 тысяч.

>> No.3701446  

>>3701442
Напиши пожалуйста конфиг.

>> No.3702250  

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

> JDK

Да, при установке JDK ставится и серверная версия тоже. А по умолчанию будет использоваться все равно клиентская. Да, можно бандлить, но кто это делает? Я такого пока не встречал, хотя, полагаю, где-нибудь в глубоком энтерпрайзе, где все выверено до минорных версий, такая ситуация возможна. Но в большинстве своем у энд-юзера стоит или JRE последней версии если он неправ и не отключил автообновление, или какая-то из предыдущих стабильных. Естественно, без серверной VM, так как даже среди сильно продвинутых юзеров не все в курсе подобных тонкостей.

> разная микроархитектура - разная производительность, не только в Java

Это и так понятно. Что ты имел в виду-то? Я приводил пример про майнкрафт и майнтест с тем, чтобы показать, что на слабой машине пользователю становится на глаз заметна разница между Java и С++. На сильной этой разницы не видно. Ясно-понятно, что на слабой машине майнтест тоже работает медленнее, но его замедление пользователю не заметно, в отличие от майнкрафта, ибо есть большой запас производительности, вот в чем соль.
Ну а доброкод можно написать на любом языке. Просто Java позволяет, как бы это сказать... Не особо задумываться, что ли. C/C++ таких трюков не прощают.
По поводу VM: мы использовали форк Javeline с классами из GNU Classpath. Естественно, допиливать пришлось, но на чипе с 2 MB ОЗУ это работало довольно сносно. Еще плюс был в том, что программу можно было протестировать на обычной машине, что в случае JavaME, вроде бы, невозможно (поправь, если ошибаюсь)

>> No.3702255  

>>3701420
Сочувствую. Прими мои искренние соболезнования и постарайся справиться с этим. Нужно жить дальше

>> No.3702415  

>>3702250

>А по умолчанию будет использоваться все равно клиентская.

Сейчас серверная.
Специально уточнял и проверял этот факт.

>Да, можно бандлить, но кто это делает?

Vuze и иже с ним бандлят.
Что до остальных, как правило дается ссылка на загрузку с сайта Оракла.
Ничего не мешает давать ссылку именно на серверную JRE.

>> No.3702418  

>>3702250

>что на слабой машине пользователю становится на глаз заметна разница между Java и С++.

Между Java и С++ или между Minecraft и Minetest?
Для того что бы можно было что-то сказать про первую пару, код в Minecraft и Minetest должен быть идентичен ну или хотя бы похож по максимуму.

Я вижу, что Minetest клон, но я не вижу, что он "порт". Без идентичности в плане алгоритмов/общего хода кода - это просто сравнение двух программ а не двух языков программирования или платформ.

В принципе, есть мысль, что С/С++ в 1.5-3 раза быстрее и это с одной стороны достаточно большая разница, с другой стороны достаточно малая (у других платформ/языков разница может идти на порядки)
Можно на этом сойтись.

>> No.3702420  

>>3702255

Та ладно, зато в Англию на 3 недели свозили на шару.




[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]