After an initial military response, take their time and specifically plan and target the terrorists who were responsible and organized the attacks on the 7.10. Yeah this will obviously take way longer and is harder than levelling Gaza but would avoid eventually bringing the entire world against you and producing much more terrorists than before. At the same time also try to make sure that the civilians in Gaza get humanitarian aid, so you remove the breeding ground for terrorism.
This approach was also suggested by Jocko Willink retured Navy Seal (https://youtu.be/3O4dW24az98)
But the mistakes happened way before by moving troops away from the Gaza border to West Bank to protect illegal settlements and also supporting Hamas as an opposition to PLO. Don't get me wrong. Don't get me wrong the world would be a better place without Hamas however your policy has to be strategic and not emotional (i.e. revenge)
Hamas members are entrenched in civilian buildings and tunnels, and they are well equipped to attack tanks, and they wouldn't hesitate to blow themselves up
it would be suicide for the IDF to do a slow invasion of Gaza, the IDF doesn't have such a big army, and this would drag along and allow hamas leaders to run away, and would allow hamas to regroup.
also, the more time passes, the more it gives hezbollah and other actors to attack.
maybe the US army would have enough foot soldiers to invade by foot and check every street, but again, with human shields and guerilla tactics, it's not sure it would be that much better, because US militaries are probably not really trained enough to deal with such a big hornet's nest that is gaza.
Doing what you say would basically be letting Hamas have their win. It would absolutely embolden them to plan an execute further attacks.
The game theory is absolutely clear here. When an attack of this magnitude is carried out, you need to respond with overwhelming force to cutoff the possibility of further escalation. Stop it cold.
When Hamas invaded Israel and massacred civilians en masse, an invasion of Gaza was made inevitable. Restraint here is the significant effort that has been taken by the IDF to minimize civilian casualties.
Legit question and there would have been negotiations happening to exchange hostages for prisoners (like it was done in the past)
> What about border security?
What about it? I didn't say that Isreal should not secure its border. The entire reason why Hamas was successful in the first place was because the border was not secured because the troops were moved and Israel's security services didn't take the warnings and threats seriously that Hamas was planing such an attack.
> The game theory is absolutely clear here. When an attack of this magnitude is carried out, you need to respond with overwhelming force to cutoff the possibility of further escalation. Stop it cold
First, I don't think game theories applies in this conflict and second when did this ever work in the past?
At least I would argue that the "war on terror" after 9.11 was anything but successful. Actually compared to the current reaction of Israel the reaction of the US after 9.11 looks very restraint.
> Restraint here is the significant effort that has been taken by the IDF to minimize civilian casualties.
That's a bold claim, looking at the number of civilian deaths in that relative short period of time. Yes I know that the numbers come indirectly from Hamas but they were relatively accurate in the past when they were confirmed afterwards. Most people say Hamas to blame for this because they hide behind civilians. However I would argue that it's neither morally right nor strategically smart to killing dozens of civilians for one Hamas operative.
Also Israeli officials were quoted with: "We’re focused on maximum damage and not accuracy" (https://www.theguardian.com/world/2023/oct/10/right-now-it-i...).
I am 42 years old and try to focus on 2 areas: strength and aerobic performance
For strength: I basically just do the "The Bridge by Barbell Medicine" (https://liftvault.com/programs/strength/bridge-program-sprea...) around 3x a week (sometimes a 4th General Practice Day). I started like most with 5x5 Stronglift probably 8 years ago but switched to this program around 3 years ago. The nice thing is that it has some variation and doesn't take too long. It consists of the big compound lifts so I think it's great for general strength
For Cardio: I started to do to 4x Zone 2 training on an indoor bike (https://peterattiamd.com/category/exercise/aerobic-zone-2-tr...) recently because a lactate test showed that I have horrible aerobic peformance. I blame it on Covid but I guess it's because after stopping with football/soccer due to a knee injury I virtually did no aerobic exercise. The upside is that a great aerobic performance has tons of health benefits (blood preassure, cholestoral, etc).
I train always in the morning (start between 6:30 and 7:00) before work in fasted state (time restricted feeding between 12:00-20:00) for cardio and with a pre-workout shake (creatine) on the strenght days. I am not a huge morning person but I got used to getting up early and the great thing is that even if my day was super unproductive one thing was accomplished and it's also quite compatible with social life (in case I want to do something after work).
Physically I am probably now in a better shape than in my 30ies and I plan to contineu to do this as long as possible
My father got 3 stents inserted during an angiogram. The reason was most likey that he was suffering from sleep apnea (his breathing stopped around 60 times an hour and his o2 saturation dropped to 50/60) without knowing it.
In his case it was central sleep apnea but after he got a CPAP machine his o2 saturation went back up to > 90%.
One easy way to check this is to wear a pusle oximater overnight and check the o2 saturation.
As an HPC sysadmin for 3 research institutes (mostly life sciences & biology) I can't see how cloud HPC system could be any cheaper than an on-prem HPC system especially if I look at the resource efficiency (how much resources were requested vs how much were actually useed) of our users SLURM jobs. Often the users request 100s of GB but only use a fraction of it. In our on-prem HPC system this might decrease utilization (which is not great) but in the case of the cloud this would result in increased computing costs (because bigger VM flavor) which would be probably worse (CapEx vs OpEx)
Of course you could argue that the users should do and know better and properly size/measure their resource requirements however most of our users have lab background and are new to computational biology so estimating or even knowing what all the knobs (cores, mem per core, total memory, etc) of the job specification means is hard for them. We try to educate by providing trainings and job efficency reporting however the researchters/users have little incentive to optimize the job requests and are more interested in quick results and turnover which is also understandable (the on-prem HPC system is already payed for). Maybe the cost transparancy of the cloud would force them or rather their group leaders/institute heads to put a focus on this but until you move to the cloud you won't know.
Additionally the typical workloads that run on our HPC system are often some badly maintained bioinformatics software or R/perl/pythong throwaway scripts and often enough a typo in the script causes the entire pipeline to fail after days of running on the HPC system and needs to be restarted (maybe even multiple times). Again on the on-prem system you have wasted electricity (bad enough) but in the cloud you have to pay the computing costs of the failed runs. Again cost transparency might force to fix this but the users are not software engineers.
One thing that the cloud is really good at, is elasticity and access to new hardware. We have seen for example a shift of workloads from pure CPUs to GPUs. A new CryoEM microscope was installed where the downstream analysis is relying heavily on GPUs, more and more resaerch groups run Alpafold predictions and also NGS analysis is now using GPUs.
We have around 100 GPUs and average utlizations has increased to 80-90% and the users are complaining about long waiting/queueing times for their GPU jobs.
For this bursting to the cloud would be nice, however GPUs are prohibitively expensive in the cloud unfortunately and the above mentioned caveats regarding job resource efficiencies still apply.
One thing that will hurt on-prem HPC systems tough are the increased electricity prices. We are now taking measures to actively save energy (i.e. by powering down idle nodes and powering them up again when jobs are scheduled). As far as I can tell the big cloud providers (AWS, etc) haven't increased the prices yet either because they cover elecriticity cost increase with their profit margins or they are not affected as much because they have better deals with elecricity providers.
you touch on a good point in that because cloud compute requires pretty knowledgeable users in order not to waste massive amounts of money it effectively imposes a much higher level of competency requirement onto the users. You can view that different ways, one is that its a good thing if everyone learns to use compute better. But another is you are locking out a whole tier of scientific users from doing computation at all which is a pretty unfortunate thing - we may miss out on real and important scientific discoveries - even if they are horrifically bad at doing it efficiently.
Interestingly even software (oneDNN) that is using Intel's brand new OneAPI is running excellent one Zen 4 CPUs, often faster than on Intel's own CPUs:
Funny, when I was young my father who was a geophyisicst (now retired) took me to seismological surveys, where we hit with a hammer on a plate to generate shock waves and measure velocity (mostly for building tunnels through montains). After a hard day of physical work, my father was drawing these lines at specific points of the recorded dataset (sorry I lack the proper terms and vocabulary because it was like 20 years ago) and there are some patterns you can use to identifiy those spots but most of it was based on his intuition and years of experience.
Sometimes he let me do the interpretation and all I had was the those patterns, but many times he had to correct it because of what you describe (experience, terrain, environment, etc)
Yeah, I can feel your pain.
We deployed a fully virtualized HPC cluster on top of OpenStack and there was a fair amount of testing and playing with knobs (SRIOV, Jumbo frames, CPU pinning, etc) to get close to bare metal performance on a 100 GBit/s SDN fabric.
Sorry but your second point does not correct.
I have relatives in Iran (all my female relatives have finished university in Iran and work). Last time I visted my cousin (this is alreay some years ago) he showed me around the company he works for (IT company) and half of the software engineers there were women.
But the mistakes happened way before by moving troops away from the Gaza border to West Bank to protect illegal settlements and also supporting Hamas as an opposition to PLO. Don't get me wrong. Don't get me wrong the world would be a better place without Hamas however your policy has to be strategic and not emotional (i.e. revenge)